Conectar un subdominio para códigos QR: los errores más frecuentes y su solución

¿Has añadido el subdominio, has creado los registros DNS y aun así en el panel no pone «Activo»? Pasa a menudo y casi siempre hay un pequeño error detrás. Un aviso previo importante: los cambios de DNS a veces tardan. Si has guardado hace solo unos minutos, espera primero antes de cambiar nada. Cuánto puede tardar lo explica el artículo sobre el tiempo de espera del DNS.

Cómo comprobar tú mismo tus registros

No tienes por qué fiarte de lo que muestra el panel. Sustituye qr.deinefirma.at por tu subdominio y escribe estos comandos en el terminal (Mac, Linux):

• dig TXT _sameqr.qr.deinefirma.at +short muestra la prueba de propiedad. La respuesta debe empezar por sameqr-nachweis=.
• dig CNAME qr.deinefirma.at +short muestra a dónde apunta el subdominio. Lo esperado es kunden.sameqr.com.
• dig A qr.deinefirma.at +short muestra si además existe un registro A antiguo.
• En Windows se puede hacer lo mismo con nslookup -type=TXT _sameqr.qr.deinefirma.at y nslookup -type=CNAME qr.deinefirma.at.

Sin terminal sirve una consulta DNS online. Escribe allí el nombre, elige el tipo de registro TXT o CNAME y compara el resultado con lo que te muestra el panel. Lo mejor es consultar varias ubicaciones, así ves también si el cambio ha llegado a todas partes.

Error 1: registro TXT en el nombre equivocado

El error más frecuente. Algunos paneles añaden tu dominio automáticamente y otros no. Si escribes el nombre completo _sameqr.qr.deinefirma.at en un campo que ya completa el dominio por su cuenta, se genera _sameqr.qr.deinefirma.at.deinefirma.at. La consulta con dig no encuentra entonces nada. Y al revés: escribes solo _sameqr.qr, pero el panel no añade nada. Mira en tu lista de registros cómo se muestra realmente el nombre al final y corrígelo. El valor también tiene que ser correcto: cópialo entero, sin espacios al principio ni al final.

Error 2: dominio principal en lugar de subdominio

Siempre se conecta un subdominio como qr.deinefirma.at, nunca el dominio principal deinefirma.at. Si has creado el CNAME por error para el dominio principal, tu sitio web dejaría de estar accesible. Elimínalo y créalo en su lugar para el nombre qr. Comprueba también en el panel que ahí figura el subdominio y que no hay ninguna errata.

Error 3: un registro antiguo junto al CNAME

Un CNAME no puede convivir con otros registros del mismo nombre. Si en qr ya había antes un registro A (o AAAA), muchos proveedores rechazan el nuevo CNAME, o gana el registro antiguo. Si dig A qr.deinefirma.at +short muestra una dirección IP que ya no necesitas, borra ese registro y crea después el CNAME.

Error 4: el proxy de Cloudflare está activado

Si usas Cloudflare como DNS, el CNAME aparece en la lista con una nube naranja. Entonces es Cloudflare quien responde a las peticiones por ti y el servicio ya no ve el CNAME. Haz clic en la nube hasta que se ponga gris y diga «Solo DNS». Una señal típica: dig devuelve direcciones IP en lugar de kunden.sameqr.com.

Error 5: errata en el destino

Revisa el destino letra por letra: kunden.sameqr.com. Los fallos habituales son un punto olvidado, un «com» duplicado, un https:// añadido o una barra al final. El destino de un CNAME es solo un nombre, no una dirección web.

Error 6: el certificado todavía no está listo

Si los dos registros son correctos pero el estado sigue en «Configurando», es que se está emitiendo el certificado HTTPS. Suele tardar solo unos minutos. Abre el código con el móvil únicamente cuando ponga «Activo». Si el estado se queda atascado mucho tiempo, la ventana «Dominio propio» de Same-QR te muestra el mensaje correspondiente.

Si todo está bien y aun así no funciona

• No borres nada al principio, comprueba primero si ambos registros se ven con dig.
• Si acabas de guardar, espera y vuelve a comprobar después.
• Cuando los registros ya se vean, haz clic de nuevo en «Comprobar» en el panel.
• Escribe al soporte con el resultado de tus consultas dig, así se evitan preguntas de vuelta.

Preguntas frecuentes