El dominio de marca de un cliente se atasca por un motivo por encima de todos los demás: marketing da por hecho que IT tiene el siguiente paso, e IT da por hecho que marketing ya ha enviado todo lo que hace falta. Técnicamente no hay nada roto. La petición simplemente se queda dormida en un inbox.
Esta guía repasa los cuatro puntos donde se encalla una configuración, cómo averiguar quién controla el DNS del cliente antes de prometer una fecha y la única petición que tienes que enviar a IT para que no haya forma de malinterpretarla.
TLDR: Pide un solo CNAME en un subdominio, envía el hostname y el destino exactos en el primer mensaje, nombra a una persona responsable del seguimiento y asigna el dominio a la página solo cuando el certificado aparezca como activo. Casi todos los retrasos están en el traspaso, así que un calendario de seguimiento arregla más que cualquier truco de DNS.
Los cuatro puntos donde se atasca el dominio personalizado de un cliente
Aquí tienes dónde vemos que se encallan las configuraciones, en el orden en que ocurren.
| Fase | Qué falla | Cómo se nota |
|---|---|---|
| Petición | IT recibe un "por favor, apuntad el dominio a nuestra nueva herramienta" sin hostname ni destino | Una respuesta preguntando qué hay que hacer, tres días después |
| Registro DNS | El tipo de registro equivocado, un registro en el dominio raíz o una errata en el destino | El dominio nunca resuelve hacia tu página |
| Certificado | El registro es correcto, pero el certificado aún no se ha emitido | El estado sigue en Pendiente y el navegador muestra un aviso |
| Asignación | El dominio está verificado, pero no está conectado al portal ni a la página de enlaces | El dominio carga una página en blanco o la de por defecto |
Primero localiza tu fase. Cada una tiene su propia solución, y muchas agencias se dedican a reenviar el mismo email para arreglar un problema que está dos fases más adelante.
Averigua quién controla el DNS del cliente antes de prometer una fecha
La persona que aprobó el proyecto rara vez es la que puede editar la zona. Antes de darle al cliente una fecha de lanzamiento, pregunta tres cosas:
- ¿Quién gestiona el DNS del dominio? Puede ser un equipo de IT, una agencia web de hace tres años o el login del registrador del fundador que ya nadie encuentra.
- ¿Dónde está alojado? El registrador (GoDaddy, Namecheap, etc.) y el proveedor de DNS pueden ser empresas distintas.
- ¿Hay un proxy o una capa de seguridad delante? Un proxy en el proveedor de DNS puede impedir que se emita el certificado.
Si la respuesta a la primera pregunta es "no estamos seguros", para y resuelve eso primero. Recuperar un login de registrador perdido puede llevar más tiempo que toda la configuración.
Envía a IT una petición que no se pueda malinterpretar
Los equipos de IT tratan cualquier petición poco clara como un ticket de seguridad. Haz la tuya pequeña y exacta. Copia esto y rellena los huecos:
Por favor, añadid un registro DNS para nuestras herramientas de redes sociales. Tipo: CNAME. Nombre: portal (así la dirección queda como portal.nombrecliente.com). Destino: el hostname que os indicamos abajo. Dejad el resto de registros como están. Respondedme cuando esté guardado y lo confirmo por nuestra parte.
Aquí hay tres detalles que importan:
- Usa un subdominio. Un CNAME no se puede poner en el dominio raíz, y pedirle a IT que toque el dominio raíz hace que la petición parezca arriesgada.
- Di lo que no estás pidiendo. "Dejad el resto de registros como están" elimina su mayor preocupación.
- Pide una respuesta, no silencio. Un registro guardado sin un mensaje no te dice nada.
Los registros suelen tardar entre unos minutos y unas horas en verse. Deja pasar hasta un día o dos antes de dar por hecho que algo va mal.
Por qué el certificado se queda en Pendiente aunque el registro sea correcto
Este es el atasco que desespera a todo el mundo, porque el DNS parece correcto. La plataforma tiene que ver el registro antes de poder emitir el certificado del dominio, así que revisa esto en orden:
- El hostname coincide exactamente. Una letra de más o un espacio pegado al final bastan.
- No hay ningún proxy delante del registro. Si el proveedor de DNS hace de proxy, pon el registro en modo solo DNS hasta que se emita el certificado.
- Ningún registro CAA bloquea al emisor. Algunos equipos de seguridad los añaden hace años y se olvidan de ellos.
- Ha pasado tiempo suficiente. Dale unas horas antes de escalar.
Nuestro repaso de qué revisar cuando falla el SSL de un dominio personalizado entra en detalle en cada uno de estos puntos.
Asigna el dominio a la página al final y ponle un responsable al seguimiento
Conecta el dominio al portal o a la página de enlaces del cliente solo cuando el estado diga activo. Hacerlo antes es la forma de que un dominio verificado acabe mostrando un 404.
Si gestionas portales de cliente o páginas link-in-bio en Mydrop, el estado del dominio y del certificado los ves de tu lado, así que puedes decirle a IT exactamente qué falta en lugar de adivinar. Mira cómo el portal de cliente y las páginas link-in-bio usan un dominio de marca, y por qué los clientes piden uno en por qué los clientes de una agencia necesitan su propio dominio personalizado.
Después ponle fechas:
| Día | Acción | Responsable |
|---|---|---|
| 0 | Enviar la petición con el hostname y el destino exactos | Tú |
| 2 | Pedir un estado en una línea | Tú |
| 5 | Ofrecer una llamada de 15 minutos con IT, con pantalla compartida | Tú |
| Tras guardar el registro | Confirmar el estado, asignar la página y probar en un móvil | Tú |
Siguiente paso: abre el último cliente cuyo dominio siga pendiente, averigua en cuál de las cuatro fases se ha atascado y envía hoy la petición de arriba con el hostname exacto rellenado.
Reseña en Google
Reseña en Trustpilot
Product Hunt comment
