Quanta memória da tag a sobrecarga do NDEF consome?
O bastante para importar numa tag pequena e não o bastante para preocupar numa tag grande. A memória é consumida pela estrutura da tag, pelo contêiner NDEF e por um cabeçalho em cada registro, tudo descontado antes de o seu conteúdo começar.
Três descontos, nesta ordem
Primeiro, a tag reserva memória para si mesma: o identificador, os dados do fabricante, os bits de bloqueio e o contêiner de capacidade que descreve o layout aos leitores. Nada disso está disponível para você e nada disso é opcional.
Segundo, o contêiner NDEF acrescenta o enquadramento dele, para que um leitor saiba onde a mensagem começa e qual é o tamanho dela.
Terceiro, todo registro dentro da mensagem carrega um cabeçalho antes da carga útil dele.
O que chega ao seu conteúdo é a capacidade anunciada menos os três, e é por isso que uma tag vendida com uma capacidade declarada informa um espaço livre visivelmente menor numa ferramenta.
Cada registro custa de novo
O cabeçalho é por registro e não por mensagem. Dividir o mesmo conteúdo em três registros custa, portanto, três cabeçalhos em vez de um, e a diferença é significativa em relação a uma tag pequena.
Essa é uma das razões práticas para preferir um único registro. A outra é o tempo de leitura, já que esses cabeçalhos são bytes a mais para ler, bloco a bloco, num canal onde só um lado pode falar de cada vez.
Quando isso deixa de importar
Rápido, conforme a capacidade cresce. Numa tag com espaço para algumas centenas de bytes de conteúdo, um cabeçalho de alguns bytes é ruído. Nas menores tags comuns, onde você está encaixando uma URL num espaço muito apertado, o mesmo cabeçalho pode ser a diferença entre uma gravação dar certo e falhar.
A consequência é que a sobrecarga é um problema de tag pequena especificamente. Se uma instalação está brigando por bytes, a resposta em geral é uma tag maior e não uma codificação mais esperta.
Trabalhar com margem
Leia o espaço livre com uma ferramenta em vez de calcular pela embalagem. As ferramentas informam o que está genuinamente disponível, e esse número é o único que vale para planejar.
Depois deixe folga. O conteúdo cresce: uma URL ganha um parâmetro de rastreamento, um nome ganha uma inicial do meio, uma campanha ganha um segundo idioma. Especificar uma tag que cabe exatamente o seu conteúdo de hoje é especificar uma tag que vai precisar ser trocada.
E lembre que uma URL pode ser encurtada no servidor em vez de na tag. Passar de um endereço longo para um curto é o ganho de capacidade mais barato disponível e não custa nada por tag.
Perguntas frequentes
Por que minha tag informa menos espaço livre que o anunciado?
Porque a estrutura, o contêiner e os cabeçalhos dos registros são todos descontados antes. A diferença é normal e esperada, e comparar espaço livre em vez de capacidade anunciada é o jeito de comparar tags.
Uma URL mais curta ajuda de verdade?
Numa tag pequena, sim e de forma perceptível. Cada caractere do endereço é um byte de carga útil, e encurtar o endereço muitas vezes basta para uma gravação que falhava passar a dar certo.
A sobrecarga é a mesma em todo tipo de tag?
Não, já que a estrutura difere entre tipos de tag e famílias de chip. Duas tags com capacidade anunciada idêntica podem oferecer quantidades diferentes de espaço utilizável.
Eu posso evitar o NDEF para economizar a sobrecarga?
Tecnicamente sim, e isso lhe custa a interoperabilidade. Conteúdo fora do NDEF só é legível por um software que conheça o layout, o que anula o propósito de qualquer coisa lida pelo celular de outra pessoa.