Gestión de dominios para agencias: propiedad, acceso y renovaciones sin la caída de las 2 a. m.

Cómo deben gestionar las agencias los dominios de sus clientes: quién debe ser titular del registro, los modelos de acceso que funcionan, un registro de cambios DNS, las reglas de transferencia que confunden, un calendario de renovaciones, una lista de entrega y una plantilla de registro para cada dominio que gestionas.

Las agencias rara vez pierden un cliente por el diseño. Lo pierden por un sitio que se cayó un sábado porque el dominio venció con una tarjeta cancelada, por un registro DNS que nadie recuerda haber cambiado o por un acceso al registrador que pertenece a un diseñador que se fue en 2021. Los dominios son una parte pequeña y aburrida del trabajo con un radio de impacto inusualmente grande. Esta guía propone un modelo de propiedad, las reglas de acceso, las trampas de las transferencias y las rutinas que evitan que los dominios sean lo que acabe con la relación con un cliente.

Regla uno: el dominio es del cliente

El titular de un dominio, la persona u organización que figura en el registro, es su propietario legal. Si tu agencia registra el dominio de un cliente a su propio nombre, tienes la dirección de su marca. Parece cómodo hasta que la relación termina y el cliente cree que lo tienes de rehén, o hasta que es tu agencia la que cambia de manos.

El modelo que mejor envejece:

Titular: la entidad legal del cliente, con una dirección de correo genérica que controle ([email protected], no el buzón de una persona).
Cuenta del registrador: propiedad del cliente, con tu agencia añadida como delegada o usuaria del equipo si el registrador lo permite.
Facturación: la tarjeta del cliente, o la tuya con un traspaso del costo por escrito, pero nunca la tarjeta personal de un empleado.
DNS: gestionado donde tenga sentido operativo, a menudo por ti, pero documentado para que cualquiera pueda hacerse cargo.

Algunos clientes pequeños insistirán en que "tú te encargues". Puedes hacerlo, siempre que el registro esté a su nombre y tu contrato diga que el dominio es suyo y que lo transferirás cuando lo pidan.

Cuatro modelos de acceso comparados

Modelo	Cómo funciona	Ideal para	Riesgo
Cuenta del cliente, agencia delegada	El cliente es dueño de la cuenta del registrador; tú tienes tu propio acceso con permisos.	La mayoría de los clientes	No todos los registradores tienen acceso delegado; compruébalo antes de empezar.
Cuenta del cliente, credenciales compartidas	Te dan el acceso del cliente.	Idealmente, nadie	Sin rastro de auditoría, rompe la verificación en dos pasos y el personal se va con la contraseña.
Cuenta de revendedor de la agencia, cliente como titular	Registras a través de tu propia cuenta de revendedor o de agencia con el cliente como titular.	Agencias con muchos clientes pequeños	El cliente no puede entrar por sí mismo; las transferencias salientes dependen de que respondas.
El cliente conserva el registrador, solo se delega el DNS	El cliente apunta los servidores de nombres a un host DNS que gestionas tú.	Clientes grandes con equipo de TI	Dos partes que coordinar cuando algo cambia.

Elijas lo que elijas, activa la verificación en dos pasos en todas las cuentas de registrador y guarda los códigos de recuperación en tu gestor de contraseñas, en una bóveda compartida y no en la de una persona.

Las reglas de transferencia que pillan a las agencias

La Transfer Policy de ICANN fija las reglas para mover dominios genéricos de nivel superior (.com, .net, .org y similares) entre registradores. Los dominios de código de país (.ca, .co.uk, .de) siguen las reglas de su propio registro, así que revisa cada uno.

60 días después del registro o de una transferencia. Un registrador puede denegar una transferencia solicitada en los 60 días siguientes a la creación del dominio o a una transferencia de registrador anterior. No planifiques una migración para un dominio que registraste el mes pasado.
60 días después de un cambio de titular. La política exige un bloqueo de transferencia de 60 días tras un cambio de titular. El registrador puede permitir que el titular renuncie a él, pero solo antes de solicitar el cambio. Si vas a pasar un dominio a nombre del cliente y a otro registrador, haz primero la transferencia o renuncia primero al bloqueo.
El código de autorización. El registrador debe facilitar el código de transferencia (AuthInfo) y, cuando el titular no pueda generarlo por sí mismo, entregarlo en un plazo de cinco días naturales desde la solicitud. No puede negarse a entregarlo solo por una disputa de pago. Las agencias no deberían intentarlo; además daña la confianza.

ICANN ha estado revisando sus reglas de transferencia, así que consulta la política vigente y las páginas de ayuda de tu registrador antes de una migración grande. Nuestras guías sobre dominio frente a hosting y cómo conectar un dominio propio cubren lo básico para clientes que empiezan.

DNS: anota cada cambio

La mayoría de los incidentes con dominios no son vencimientos; son ediciones de DNS. Alguien añade un registro de correo para una herramienta nueva y rompe la anterior. Alguien cambia el registro A durante un lanzamiento y olvida la versión www. Lleva un registro de cambios por dominio, aunque sea una hoja de cálculo:

Fecha	Dominio	Registro	Valor anterior	Valor nuevo	Motivo	Quién	Revisado por
2026-10-02	client.com	CNAME www	old-host.example	new-host.example	Relanzamiento del sitio	AB	CD, cargado con datos móviles
2026-10-09	client.com	TXT (SPF)	v=spf1 include:mail-a ~all	v=spf1 include:mail-a include:mail-b ~all	Nueva herramienta de boletines	CD	AB, correo de prueba correcto

Tres hábitos evitan la mayoría de las caídas:

Exporta la zona antes de tocarla. Una copia de todos los registros, guardada con la fecha, es tu botón de deshacer.
Baja el TTL (tiempo de vida) un día antes de un cambio planificado para que se aplique rápido, y súbelo después.
Nunca borres registros de correo durante un cambio del sitio web. Los registros MX, SPF, DKIM y DMARC son del correo. Los lanzamientos web no necesitan tocarlos.

Renovaciones: un calendario, no una esperanza

La renovación automática es necesaria pero no suficiente: las tarjetas caducan y los avisos de renovación llegan a quien registró el dominio hace años. Lleva un calendario de renovaciones:

90 días antes del vencimiento: confirma que la tarjeta registrada es válida y que el cliente sigue queriendo el dominio.
30 días antes: confirma que la renovación automática está activa; si es manual, renueva ya.
El día después: comprueba que la fecha de vencimiento cambió. Si no, actúa hoy. Los registradores suelen dar un periodo para renovar tras el vencimiento, pero su duración y sus tarifas varían según el registrador y la extensión, y el sitio y el correo pueden dejar de funcionar mientras tanto.

Considera renovar los dominios importantes por varios años a la vez. Cuesta lo mismo por año y elimina varias ocasiones de fallo. La renovación del dominio y la de cualquier certificado SSL son eventos separados; la mayoría de los hosts modernos renuevan los certificados automáticamente, pero confirma que el tuyo lo hace.

Un registro de cada dominio que gestionas

No puedes gestionar lo que no has listado. Mantén un único registro para la agencia. Columnas que se pagan solas:

Dominio	Cliente	Titular (nombre legal)	Registrador	Dueño de la cuenta	Acceso de la agencia	Vencimiento	Renovación automática	Host DNS	Apunta a	Proveedor de correo	Notas
harborbakery.example	Harbor Bakery	Harbor Bakery Ltd	Registrador A	Cliente	Delegada	2027-04-11	Sí	Registrador A	Plataforma del sitio	Google Workspace	La tarjeta vence en 2027-01, avisar al cliente
harbor-bakery.example	Harbor Bakery	Harbor Bakery Ltd	Registrador A	Cliente	Delegada	2027-04-11	Sí	Registrador A	Redirección al principal	-	Registro defensivo

Revísalo cada mes. La revisión lleva diez minutos y es donde detectas el dominio pagado con la tarjeta de un exempleado.

Listas de incorporación y salida

Cuando llega un cliente nuevo

Encuentra todos los dominios del cliente, incluidos los de campañas antiguas y los registros de errores tipográficos.
Consulta el titular, el registrador y el vencimiento actuales de cada uno.
Exporta la zona DNS de cada uno antes de cambiar nada.
Acuerda por escrito quién es el dueño, quién paga y quién puede cambiar el DNS.
Añade cada dominio al registro.

Cuando un cliente se va

Entrega el código de transferencia o elimina tu acceso delegado, según corresponda, sin demora.
Entrega la exportación de la zona DNS y el registro de cambios.
Señala cualquier registro que dependa de un servicio que vas a cancelar (por ejemplo, un proveedor de formularios o tu hosting).
Dale una copia de su sitio y su contenido. Nuestro plan de salida de un proveedor enumera lo que incluye una entrega justa.
Quita el dominio de tu registro y de tu calendario de renovaciones.

Gestionar dominios de clientes en una plataforma de marca blanca

Si alojas muchos sitios de clientes, la gestión de dominios de la plataforma pasa a formar parte de tu proceso. En la plataforma de marca blanca de We.Inc, tu marca puede estar en tu propio dominio y cada sitio de cliente puede conectarse a un dominio que el cliente posee desde el panel de dominios del editor. Un interruptor por cliente decide si ese cliente puede conectar su propio dominio por sí mismo o si lo haces tú por él.

Un panel de dominios en el editor del sitio titulado Dale a tu sitio una dirección real, con la opción de conectar un dominio propio — El inicio del panel de dominios en el editor de un cliente. El cliente conecta un dominio que ya posee; el registro sigue siendo suyo.

Ajustes de un cliente con interruptores para publicar, dominio propio, ver el código y otras funciones — Interruptores por cliente, incluido si ese cliente puede conectar su propio dominio.

El inicio del socio te invita a poner tu marca en tu propio dominio, para que los clientes inicien sesión en tu dirección.

Opciones de despliegue: no publicado, publicar en vista previa, conectar dominio propio y exportar — Las opciones de publicación están junto a las de dominio propio y exportación, así que un lanzamiento y un cambio de dominio pueden planificarse juntos.

La plataforma no sustituye a tu registro ni a tu calendario de renovaciones: los dominios registrados en otro sitio se siguen renovando en otro sitio. Para ver los ajustes de dominio y permisos en una marca de demostración, agenda una demo. Para la visión general para agencias, consulta marca blanca para agencias.

Fuentes

Última revisión: 2026-10-25.

ICANN, Transfer Policy (restricciones de 60 días tras la creación y tras una transferencia, bloqueo por cambio de titular y renuncia, reglas del código AuthInfo). ICANN menciona una versión actualizada y una revisión de la política en curso; consulta el texto vigente antes de una migración.

Esta guía es información general, no asesoramiento legal.

Preguntas frecuentes

¿Debe una agencia registrar los dominios de sus clientes a su propio nombre?

No. Registra el dominio con la entidad legal del cliente como titular, idealmente en una cuenta de registrador propiedad del cliente con tu agencia como delegada. Así se evitan disputas cuando termina la relación.

¿Por qué no puedo transferir un dominio que registré el mes pasado?

La Transfer Policy de ICANN permite a un registrador denegar una transferencia solicitada en los 60 días siguientes a la creación del dominio o a una transferencia de registrador anterior. Los dominios de código de país siguen las reglas de su propio registro.

¿Puede un registrador o una agencia retener el código de transferencia por una factura impagada?

Según la Transfer Policy de ICANN, un registrador no puede negarse a entregar el código AuthInfo solo por una disputa de pago, y debe facilitarlo en un plazo de cinco días naturales cuando el titular no pueda generarlo.

¿Cómo evitamos que venzan los dominios de los clientes?

Mantén un registro de todos los dominios con sus fechas de vencimiento, usa la renovación automática con una tarjeta válida, programa recordatorios a 90 y 30 días y comprueba el día después del vencimiento que la fecha cambió. Renovar los dominios importantes por varios años ayuda.

¿Pueden los clientes usar sus propios dominios en la plataforma de marca blanca de We.Inc?

Sí. Un cliente puede conectar un dominio que ya posee desde el panel de dominios del editor, y un interruptor por cliente controla si puede hacerlo por sí mismo. Tu marca también puede funcionar en tu propio dominio.