Identificación y Trazabilidad
¿Qué datos conviene guardar en una etiqueta NFC de negocio?
Para un perfil de negocio, una página de instrucciones o un formulario, un punto de partida útil es guardar una dirección web corta en la etiqueta NFC y mantener el contenido cambiante en un sitio que controles. Antes de programar etiquetas, define qué verá el visitante, qué debe seguir siendo privado y quién mantendrá el destino.

Sección 01
Empieza por la acción, no por la memoria disponible
Describe en una frase la interacción prevista: un visitante acerca el teléfono a un letrero del mostrador para abrir una página de servicios, o un empleado lo acerca a la etiqueta de un equipo para consultar instrucciones. Define el público y el siguiente paso. Una página pública y un registro interno de mantenimiento necesitan reglas de acceso distintas.
Enumera la información mínima necesaria para completar esa acción. Para una experiencia basada en un enlace, la etiqueta no necesita el nombre de un cliente, los detalles de una cita ni una copia de los registros de la empresa. Centra el encargo en la tarea, sin llenar la etiqueta solo porque queda espacio.
Sección 02
Usa un enlace cuando el contenido deba estar en la web
La documentación oficial de NFC de Android describe NDEF, un formato de datos para mensajes NFC, y muestra cómo codificar una dirección HTTPS en un registro URI. Esto permite un diseño sencillo: guardar el enlace en una etiqueta compatible y mantener la página por separado.
Elige una dirección bajo un dominio que controle la empresa, con un responsable de las renovaciones y el alojamiento. Conviene una ruta corta, estable y fácil de documentar. Confirma que el registro codificado cabe en la etiqueta elegida y funciona con los teléfonos previstos; el formato no garantiza compatibilidad con todos los dispositivos.
Sección 03
Trata el enlace como público, aunque la página sea privada
En este diseño de etiqueta con un enlace común, asume que alguien puede leer y compartir la URL. No guardes contraseñas, claves de API ni enlaces que concedan acceso por sí solos. Una dirección difícil de adivinar no debe ser la única protección de un registro privado.
OWASP recomienda comprobar los permisos en cada solicitud. Aplica ese principio en el destino: un registro interno necesita autenticación y autorización adecuadas, también cuando alguien abre su enlace directamente. Iniciar sesión no autoriza automáticamente a cualquier empleado a consultar todos los registros. Define quién puede ver o modificar la información antes de diseñar la página.
Sección 04
Separa las actualizaciones de la página del reemplazo de etiquetas
Piensa en un ejemplo hipotético: un letrero de recepción enlaza con una página de información sobre servicios. Si cambia el horario, actualizar esa misma página permite conservar la etiqueta. Si cambia la dirección codificada, el enlace anterior necesita una redirección funcional o habrá que actualizar la etiqueta, cuando admita reescritura.
Documenta quién administra esa dirección estable y qué ocurrirá si cambia la plataforma web. Si eliges un proveedor de gestión de enlaces, revisa la titularidad, el coste recurrente y qué sucede al terminar la suscripción. No presupongas que comprar una etiqueta NFC incluye un destino administrado o alojamiento indefinido.
Sección 05
Decide la protección de escritura después del piloto
Impedir cambios posteriores en la etiqueta es una decisión distinta de controlar el acceso a su sitio web. Android documenta que convertir una etiqueta NDEF compatible en solo lectura es irreversible; la operación también puede fallar o no estar admitida. Verifica la etiqueta y la herramienta de escritura antes de procesar un lote.
Bloquear la etiqueta no vuelve confidencial su destino. Primero prueba una muestra, confirma la dirección definitiva y conserva un registro de lo que se escribió. Después decide si la protección permanente de escritura es adecuada para esa instalación.
Sección 06
Aplica una lista breve de aceptación
Usa información de prueba y teléfonos representativos antes de distribuir las etiquetas. Registra el resultado de cada comprobación y asigna un responsable para resolver las excepciones.
- Vuelve a leer la dirección guardada y ábrela; confirma el dominio exacto y la página prevista.
- Prueba la etiqueta real en su superficie definitiva con los teléfonos que utilizará el público.
- Abre un enlace restringido sin sesión iniciada y con un usuario que no deba tener acceso.
- Comprueba que la página pública solo contiene información autorizada para difusión pública.
- Actualiza el contenido del destino y confirma que una etiqueta existente sigue abriendo la página correcta.
- Prueba sin conexión a internet. Ofrece instrucciones esenciales impresas y una dirección web para consultar cuando vuelva la conexión.
- Documenta quién puede cambiar el destino, renovar el dominio y reemplazar una etiqueta dañada.
- Si vas a proteger la escritura permanentemente, compruébalo en una muestra antes de procesar las demás etiquetas.
Sección 07
Incluye el proceso y el destino en el encargo
Comparte con Carras Technologies la acción prevista, el público, una ubicación de muestra, los dispositivos esperados y el sitio web o la aplicación existente. Identifica qué información debe permanecer restringida y quién se encargará de las actualizaciones.
Nuestros servicios de RFID y NFC pueden evaluar conjuntamente la etiqueta, el destino web y la integración. Un perfil público o una página de instrucciones pueden requerir una configuración sencilla; un proceso interno necesita sus propios permisos y reglas operativas. El alcance debe definir esos requisitos antes de producir o distribuir etiquetas.