← Blog•Especificaciones de Protocolo•14 min de lectura

Sintaxis QR WiFi ZXing vs MECARD: Especificación Técnica y Caracteres de Escape.

Aprenda las reglas de escape con barra invertida, el manejo de SSIDs con emojis UTF-8 y las diferencias de escaneo entre iOS y Android.

WiFi Security Engineering Team2026-09-02

⚡Resumen Técnico de Ingeniería (Puntos Clave)

Gramática estándar: El formato universal es WIFI:S:<SSID>;T:<WPA|WEP|nopass>;P:<clave>;H:<true|false>;; terminado con doble punto y coma (;;).
Escape obligatorio: Los 5 caracteres delimitadores (\, ;, :, ,, ") DEBEN llevar una barra invertida previa (ej. \;). No escaparlos corrompe la autenticación.
Redes invisibles: El parámetro H:true; indica a los clientes móviles emitir sondas activas 802.11 dirigidas en lugar de escuchar pasivamente.
Origen: Diseñado por Sean Owen en la librería libre ZXing de Google, adaptado del estándar MECARD de NTT DoCoMo.

1. Origen Histórico: De MECARD a ZXing

El formato MECARD de NTT DoCoMo dio origen al esquema WIFI: desarrollado por el proyecto ZXing de Google. Su adopción nativa en la cámara de iOS 11 y los servicios de Google Play en Android lo consolidaron como el estándar universal indiscutible.

2. Gramática Formal y Reglas de Escape

WIFI:S:<SSID>;T:<WPA|WEP|nopass>;P:<PASSWORD>;H:<true|false>;;

Al ser el punto y coma (;) el delimitador de parámetros, una clave que contenga dicho símbolo debe escaparse obligatoriamente con una barra invertida (\;). Los cinco caracteres reservados son: (;, :, \, ,, ").

3. Casos Extremos: Claves Hexadecimales, UTF-8 y Redes Ocultas

Las claves WPA2 de 64 caracteres en hexadecimal se codifican sin comillas. Las redes con acentos o emojis exigen codificación de bytes UTF-8 (ECI 000026). La directiva H:true; activa la búsqueda de redes invisibles.

4. Comportamiento en iOS y Android

Tanto iOS (AVFoundation) como Android (ML Kit) procesan con máxima compatibilidad los códigos QR generados con la sintaxis estándar de escape, garantizando una conexión inmediata sin fallos.