¿Cuánta memoria de la etiqueta consume el formato NDEF?
La bastante como para contar en una etiqueta pequeña, y no la bastante como para preocuparse en una grande. Consumen memoria la estructura de la etiqueta, el contenedor NDEF y una cabecera en cada registro, y todo ello se descuenta antes de que empiece tu contenido.
Tres descuentos, por orden
Primero, la etiqueta se reserva memoria para sí misma: el identificador, los datos de fabricación, los bits de bloqueo y el contenedor de capacidad que describe la disposición a los lectores. Nada de eso está a tu disposición y nada de eso es opcional.
Segundo, el contenedor NDEF añade su propio armazón para que un lector sepa dónde empieza el mensaje y cuánto mide.
Tercero, cada registro dentro del mensaje lleva una cabecera antes de su carga útil.
Lo que llega a tu contenido es la capacidad anunciada menos los tres, y por eso una etiqueta vendida con una capacidad declarada informa de bastante menos espacio libre en una herramienta.
Cada registro cuesta otra vez
La cabecera es por registro y no por mensaje. Repartir el mismo contenido entre tres registros cuesta por tanto tres cabeceras en lugar de una, y la diferencia es significativa frente a una etiqueta pequeña.
Esta es una de las razones prácticas para preferir un solo registro. La otra es el tiempo de lectura, porque esas cabeceras son bytes de más que hay que leer, bloque a bloque, en un canal donde solo un lado habla cada vez.
Cuándo deja de importar
Pronto, conforme crece la capacidad. En una etiqueta con sitio para unos cientos de bytes de contenido, una cabecera de unos pocos bytes es ruido. En las etiquetas comunes más pequeñas, donde estás encajando una URL en un espacio muy justo, esa misma cabecera puede ser la diferencia entre que una escritura salga bien o falle.
La consecuencia es que el sobrecoste es un problema de etiqueta pequeña en concreto. Si un despliegue pelea por bytes, la respuesta suele ser una etiqueta más grande y no una codificación más ingeniosa.
Trabajar con margen
Lee el espacio libre con una herramienta en lugar de calcularlo desde el envase. Las herramientas informan de lo que hay realmente disponible, y esa cifra es la única contra la que merece planificar.
Y deja sitio. El contenido crece: una URL gana un parámetro de seguimiento, un nombre gana una inicial, una campaña gana un segundo idioma. Especificar una etiqueta que hoy encaja tu contenido al milímetro es especificar una etiqueta que habrá que sustituir.
Y recuerda que una URL puede acortarse en el servidor y no en la etiqueta. Pasar de una dirección larga a una corta es la ganancia de capacidad más barata que existe, y no cuesta nada por etiqueta.
Preguntas frecuentes
¿Por qué mi etiqueta informa de menos espacio libre del anunciado?
Porque la estructura, el contenedor y las cabeceras de registro se descuentan antes. La diferencia es normal y esperable, y comparar el espacio libre en lugar de la capacidad anunciada es la manera de comparar etiquetas.
¿De verdad ayuda una URL más corta?
En una etiqueta pequeña, sí y de forma notable. Cada carácter de la dirección es un byte de carga útil, y acortar la dirección basta a menudo para que salga bien una escritura que fallaba.
¿El sobrecoste es igual en todos los tipos de etiqueta?
No, porque la estructura difiere entre tipos de etiqueta y familias de chip. Dos etiquetas con la misma capacidad anunciada pueden ofrecer cantidades distintas de espacio aprovechable.
¿Puedo prescindir de NDEF para ahorrarme el sobrecoste?
Técnicamente sí, y te cuesta la interoperabilidad. El contenido fuera de NDEF solo lo lee un software que conozca la disposición, lo que echa por tierra el propósito de cualquier cosa que lea el teléfono de otra persona.