[{"data":1,"prerenderedAt":218},["ShallowReactive",2],{"seo-verification":3,"blog-onboarding-de-clientes-en-agencia-checklist-de-dns-y-hosting-es":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-onboarding-de-clientes-en-agencia-checklist-de-dns-y-hosting-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":26,"featuredImage":28,"bgImage":29,"posterImage":30,"relatedSolution":28,"intro":31,"sections":32,"ctaTitle":157,"ctaBody":158,"ctaButton":159,"ctaUrl":160,"relatedPosts":161},546,"onboarding-de-clientes-en-agencia-checklist-de-dns-y-hosting",{"fr":12,"en":13,"ar":14,"es":10},"onboarding-client-agence-acces-dns-hebergement-checklist","agency-client-onboarding-dns-and-hosting-access-checklist","استقبال-عميل-جديد-في-الوكالة-قائمة-التحقق-من-dns-والاستضافة","Onboarding de clientes en agencia: checklist de DNS y hosting","Registrador, DNS, hosting, correo: qué accesos pedir a un cliente nuevo, en qué orden, con qué permisos y cómo registrarlos antes de modificar nada.",10,0,false,"2026-10-31T00:00:00+00:00","2026-10-31T19:07:30+00:00",{"id":17,"name":23,"slug":24,"color":25,"icon":24},"Cumplimiento y normativa","conformite","bg-amber-500\u002F10 text-amber-400",[27],{"id":17,"name":23,"slug":24,"color":25,"icon":24},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fonboarding-client-agence-acces-dns-hebergement-checklist-poster.svg","Un cliente nuevo llega con un dominio en manos de un proveedor anterior, una zona DNS gestionada por un tercero y una contraseña de cPanel perdida en un buzón antiguo. La agencia descubre el estado real rompiendo algo: un MX borrado, una zona nunca exportada, una renovación bloqueada. Esta checklist invierte el orden: relevar, registrar, obtener los permisos correctos y solo después modificar. Cabe en una página y se repite igual para cada cliente.",[33,37,47,50,86,89,117,120,124,127,151,154],{"type":34,"title":35,"body":36},"h2","Por qué los accesos se recogen antes del primer cambio","El primer reflejo de una agencia que se hace cargo de un cliente es conectarse a algún sitio y corregir. Es también el momento en que más se rompe: un registro MX borrado por error corta el correo, un cambio de servidores de nombres hace desaparecer una zona que nadie exportó, una renovación falla porque el correo del titular ya no responde.\n\nEl cliente no siempre sabe dónde están sus accesos. El dominio lo compró un proveedor anterior, el DNS lo sirve un tercero, el hosting es un cPanel cuya contraseña duerme en un mensaje de hace dos años. La agencia conoce ese estado real tocando algo, que es el peor momento para conocerlo.\n\nUna checklist de onboarding fija un orden sencillo: se releva el estado público, se exporta lo que se pueda, se obtienen solo los permisos necesarios, se registra todo y solo después se modifica. Cuando la cartera supera lo que una persona retiene en la cabeza, este ritual se convierte en la única memoria fiable de la agencia.",{"type":38,"title":39,"items":40},"ul","Lo que el inventario de accesos le ahorra",[41,42,43,44,45,46],"**El correo cortado** — un registro MX, SPF o DKIM borrado o sobrescrito sin copia previa interrumpe el correo del cliente en una hora.","**La zona perdida** — cambiar de servidores de nombres sin exportar la zona completa hace desaparecer subdominios que nadie recordaba.","**El dominio caducado** — el titular inscrito es un proveedor anterior y los avisos de renovación van a una dirección muerta.","**La transferencia bloqueada** — un bloqueo activo o un correo de contacto inválido impide validar una transferencia justo cuando la necesita.","**El acceso demasiado amplio** — una contraseña root enviada por correo sigue siendo válida años después de acabar el encargo.","**El expediente inencontrable** — sin una tabla de accesos, nadie más en la agencia puede retomar al cliente durante una ausencia.",{"type":34,"title":48,"body":49},"Quién es propietario: el cliente sigue siendo titular y la agencia recibe accesos delegados","La objeción reaparece en cada onboarding: quién lleva la relación y quién es dueño del dominio. La respuesta es la misma para todos los clientes. El cliente sigue siendo titular del dominio, es el registrante inscrito, y la agencia recibe accesos delegados. Usted gestiona la relación y las operaciones corrientes; la infraestructura de hosting corresponde a la plataforma; el cliente conserva la propiedad de lo que lleva su nombre.\n\nEste reparto protege a ambas partes. Si el encargo termina, el cliente se va con su dominio sin negociar. Si el cliente cambia de interlocutor, la agencia no responde de un nombre que nunca poseyó.\n\nQueda el argumento que oirá: pedir accesos parece pesado. Responda con una lista mínima y un mensaje tipo (más abajo). Pida solo lo que el encargo necesita, capa por capa, con el permiso más bajo que baste. La tabla siguiente sirve de base.",{"type":51,"title":52,"headers":53,"rows":57},"comparison","Nivel de permisos que hay que pedir por capa",[54,55,56],"Capa","Permiso que pedir","Forma de transmisión",[58,62,66,70,74,78,82],[59,60,61],"Registrador","Acceso delegado o contacto técnico, lectura del estado, desbloqueo puntual para una transferencia","Invitación desde la consola del registrador, nunca la cuenta compartida del cliente",[63,64,65],"Zona DNS","Edición de registros y exportación completa de la zona","Cuenta nominativa en el proveedor DNS, o delegación de zona",[67,68,69],"Hosting cPanel \u002F WHM","Cuenta cPanel del sitio; WHM solo si la agencia administra el servidor","Usuario dedicado, contraseña en el gestor compartido",[71,72,73],"Buzones de correo","Acceso de administrador a la consola de correo, sin leer los buzones","Cuenta admin dedicada, nunca la contraseña de un buzón personal",[75,76,77],"Aplicación (CMS)","Cuenta de administrador nominativa","Creación de una cuenta a nombre del colaborador",[79,80,81],"Contacto de renovación","Dirección de contacto leída por la agencia, medio de pago en manos del cliente","Alias de grupo en lugar de una dirección individual",[83,84,85],"Copias de seguridad","Acceso a la última copia completa","Enlace o almacenamiento cifrado, de duración limitada",{"type":34,"title":87,"body":88},"Relevar el estado real antes de tocar nada","Antes de pedir una sola contraseña ya puede leer mucho de forma pública. Ejecute estos comandos desde su equipo y guarde la salida en un archivo con fecha: es su estado de referencia.\n\n`dig +short NS example.com` devuelve los servidores de nombres que sirven la zona, normalmente de dos a cuatro líneas. Indican quién lleva el DNS, que puede ser distinto del registrador. `dig +short A example.com` devuelve la dirección IP del sitio: compárela con el hosting que el cliente dice usar. `dig +short MX example.com` devuelve una prioridad seguida de un nombre de servidor; una respuesta vacía significa que ningún correo se enruta por este dominio.\n\n`dig +short TXT example.com` muestra el registro SPF, que empieza por `v=spf1`, y los tokens de verificación de servicios de terceros. La política DMARC se lee con `dig +short TXT _dmarc.example.com`. Una clave DKIM se lee con `dig +short TXT selector._domainkey.example.com`, pero hay que conocer el selector: aparece en la cabecera de un mensaje enviado por el cliente.\n\nDespués, `whois example.com` da el registrador, la fecha de expiración y los estados. Para una extensión .ma la salida pública es más limitada: la documentación de la ANRT es la referencia, y no debe suponerse que siga las reglas de un .com.",{"type":90,"title":91,"steps":92},"steps","La checklist de onboarding, paso a paso",[93,96,99,102,105,108,111,114],{"title":94,"body":95},"Identificar al titular y al registrador","Pida al cliente el nombre del titular del dominio y el registrador donde se compró, antes de cualquier acceso. Anote la respuesta aunque sea aproximada: se comparará con el whois.",{"title":97,"body":98},"Relevar el DNS público","Ejecute `dig +short NS`, `A`, `MX` y `TXT` sobre el dominio, y luego `_dmarc` en TXT. Guarde la salida sin editar en un archivo con la fecha del día.",{"title":100,"body":101},"Relevar el whois","Ejecute `whois example.com` y copie el registrador, la fecha de expiración, los estados y el correo de contacto. Compárelo con lo que dijo el cliente.",{"title":103,"body":104},"Exportar la zona completa","Desde la consola del proveedor que sirve la zona, expórtela entera. Una transferencia de zona AXFR casi siempre se rechaza, así que la exportación pasa por la interfaz. Guarde aparte una captura de los registros MX, SPF, DKIM y DMARC.",{"title":106,"body":107},"Pedir los accesos por capa, con el permiso mínimo","Tome la tabla de permisos y pida solo lo que el encargo exige: registrador, DNS, hosting, correo, aplicación.",{"title":109,"body":110},"Hacer que se transmitan sin contraseñas en claro","Cree una bóveda por cliente en un gestor de contraseñas compartido y haga depositar ahí los accesos. Active la doble autenticación en cada cuenta nominativa.",{"title":112,"body":113},"Probar cada acceso en solo lectura","Conéctese a cada capa, compruebe que el acceso funciona y desconéctese sin modificar nada. Anote la fecha de la prueba.",{"title":115,"body":116},"Registrar y planificar los vencimientos","Rellene la tabla resumen y traslade las fechas de expiración a su seguimiento de renovaciones. En el espacio de agencia de ServOrbit.com, la vista de cartera centraliza estos vencimientos.",{"type":34,"title":118,"body":119},"Leer el whois: bloqueo, titular y correo de contacto","El whois contiene cuatro datos que deciden lo que sigue. El primero es el registrador, que dice dónde vive realmente el dominio. El segundo es la fecha de expiración: un dominio cercano al vencimiento pasa por delante de todo lo demás.\n\nEl tercero es el estado. `clientTransferProhibited` es el bloqueo de transferencia: el registro rechaza cualquier solicitud de mover el dominio a otro registrador. Es normal y protector, pero hay que pedir al registrador que lo retire antes de una transferencia. `clientUpdateProhibited` bloquea las modificaciones. `clientHold` detiene la resolución DNS, y `redemptionPeriod` o `pendingDelete` señalan un dominio en proceso de eliminación: es una urgencia, no un punto de onboarding. La definición de cada estado la publica ICANN.\n\nEl cuarto es el titular y su correo de contacto. Si el titular es un proveedor anterior o un empleado que se fue, anótelo: el cliente debe regularizarlo. Un correo de contacto muerto impide validar una transferencia o una renovación, porque los mensajes de confirmación van a una dirección que nadie lee. El código de transferencia no aparece en el whois: se pide al registrador, y la política de transferencia de ICANN enmarca las reglas aplicables.",{"type":121,"title":122,"body":123},"tip","Transmisión de los accesos","Ninguna contraseña por correo, mensajería instantánea ni en un ticket. Use una bóveda compartida, una cuenta nominativa por colaborador y doble autenticación, y revoque cada acceso al terminar el encargo. Un acceso sin fecha de fin se convierte en deuda de seguridad.",{"type":34,"title":125,"body":126},"El mensaje tipo para enviar al cliente","El mensaje debe ser corto y previsible. Aquí tiene un modelo para adaptar: «Hola, para empezar el encargo necesitamos cinco elementos: el nombre del titular de su dominio, el acceso a la gestión del dominio en su registrador, el acceso a la zona DNS, el acceso al hosting y el de la consola de correo. Solo pedimos el permiso necesario en cada capa y le proponemos depositar los accesos en una bóveda compartida que creamos a su nombre. Usted sigue siendo titular del dominio y no modificamos nada antes de haber relevado y exportado lo existente.»\n\nEste texto dice qué se pide, por qué, cómo transmitirlo y qué conserva el cliente. Responde a la objeción antes de que se formule. Envíelo con el enlace a su bóveda, no con los accesos en sí.",{"type":51,"title":128,"headers":129,"rows":132},"Tabla resumen de accesos",[54,130,131],"Propietario y permiso concedido","Fecha y vencimiento",[133,136,139,143,146,148],[59,134,135],"Cliente titular; acceso delegado de lectura y desbloqueo","Concedido el DD\u002FMM; revisión en la renovación",[63,137,138],"Proveedor DNS; edición y exportación","Concedido el DD\u002FMM; cuenta nominativa",[140,141,142],"Hosting cPanel","Agencia; cuenta del sitio, sin acceso root","Concedido el DD\u002FMM; termina con el encargo",[144,145,142],"Correo","Cliente; consola admin, buzones sin leer",[75,147,142],"Cliente; cuenta de administrador a nombre del colaborador",[79,149,150],"Agencia; alias de grupo","Actualizado el DD\u002FMM; vencimiento del dominio registrado",{"type":34,"title":152,"body":153},"Solución de problemas: los errores que reaparecen en el onboarding","`status: NXDOMAIN` en la salida de `dig` significa que el nombre no existe en el DNS público. Compruebe primero la ortografía y luego el whois: un dominio caducado o en `clientHold` responde así. El remedio está en el registrador, no en la zona.\n\n`status: SERVFAIL` indica casi siempre servidores de nombres inalcanzables o un DNSSEC roto. Repita con `dig +cd example.com`: si la respuesta vuelve con esa opción, la causa es la validación DNSSEC y hay que revisar el registro DS en el registrador.\n\nUn `whois` que responde `No match for` indica un nombre no registrado, o una extensión que su cliente whois no sabe consultar. Pruebe el servicio whois del registro correspondiente antes de concluir.\n\nUn inicio de sesión cPanel rechazado con la contraseña correcta suele venir del cortafuegos del hosting, que bloquea la IP de la agencia tras algunos intentos fallidos, o de una cuenta suspendida. Pida al proveedor que levante el bloqueo y no multiplique los intentos.\n\nPor último, una transferencia rechazada cuando todo parece listo remite casi siempre a `clientTransferProhibited` aún activo, o a un correo de contacto que no recibe la confirmación.",{"type":34,"title":155,"body":156},"Convertir la checklist en un gesto de rutina","El valor de esta lista viene de su repetición. Guárdela en su base de conocimiento, versiónela y aplíquela igual a cada cliente, incluido el que parece simple. Tras una decena de onboardings, los pasos se vuelven reflejo y la tabla de accesos pasa a ser la primera página del expediente del cliente.\n\nUna vez registrados los accesos, el seguimiento de vencimientos toma el relevo: el artículo sobre la gestión de renovaciones de dominios de clientes describe las alertas que hay que poner, y el de la migración de un sitio WordPress detalla lo que sigue cuando el cliente cambia de proveedor. Para elegir entre hosting compartido y VPS, el último artículo enlazado compara ambos según el perfil del sitio.\n\nRecuerde el orden: relevar, exportar, pedir el permiso mínimo, probar en lectura, registrar y solo después modificar.","Los accesos de sus clientes, en un solo lugar","Dominios y hostings de sus clientes en un espacio de agencia ServOrbit.com: vencimientos centralizados, marca blanca.","Descubrir la oferta para agencias","\u002Fsolutions\u002Fagences",[162,177,200],{"id":163,"slug":164,"slugs":165,"title":169,"excerpt":170,"readTime":17,"views":18,"isPinned":19,"publishedAt":171,"updatedAt":172,"category":173,"categories":174,"featuredImage":28,"bgImage":29,"posterImage":176,"relatedSolution":28},527,"gestionar-renovaciones-dominios-clientes-agencia-caducidad",{"fr":166,"en":167,"ar":168,"es":164},"gerer-renouvellements-domaines-clients-agence-expirations","manage-client-domain-renewals-agency-avoid-expiry","إدارة-تجديد-نطاقات-العملاء-للوكالات-وتفادي-انتهاء-الصلاحية","Dominios de clientes: gestionar renovaciones sin caducidad","Registro de dominios de clientes, alertas a 90, 60, 30 y 7 días, bloqueo de transferencia y procedimiento si un nombre caduca: el método de una agencia.","2026-10-29T00:00:00+00:00","2026-10-29T15:45:55+00:00",{"id":17,"name":23,"slug":24,"color":25,"icon":24},[175],{"id":17,"name":23,"slug":24,"color":25,"icon":24},"\u002Fblog\u002Fcovers\u002Fgerer-renouvellements-domaines-clients-agence-expirations-poster.svg",{"id":178,"slug":179,"slugs":180,"title":184,"excerpt":185,"readTime":186,"views":18,"isPinned":19,"publishedAt":187,"updatedAt":188,"category":189,"categories":194,"featuredImage":28,"bgImage":29,"posterImage":196,"relatedSolution":197},538,"migrar-sitio-wordpress-cliente-nuevo-hosting-sin-cortes",{"fr":181,"en":182,"ar":183,"es":179},"migrer-site-wordpress-client-nouvel-hebergeur-sans-coupure","migrate-client-wordpress-site-new-host-no-downtime","نقل-موقع-ووردبريس-عميل-استضافة-جديدة-دون-توقف","Migrar un WordPress de cliente sin cortes: el método","Copia, prueba con el archivo hosts antes del DNS, congelación de escrituras, search-replace, cambio y vuelta atrás: el método para mover un WordPress.",11,"2026-10-30T00:00:00+00:00","2026-10-31T01:54:05+00:00",{"id":190,"name":191,"slug":192,"color":193,"icon":192},3,"Despliegue","deploiement","bg-success\u002F10 text-success",[195],{"id":190,"name":191,"slug":192,"color":193,"icon":192},"\u002Fblog\u002Fcovers\u002Fmigrer-site-wordpress-client-nouvel-hebergeur-sans-coupure-poster.svg",{"categorySlug":198,"appSlug":199},"cms-sitios-web","wordpress",{"id":201,"slug":202,"slugs":203,"title":207,"excerpt":208,"readTime":209,"views":18,"isPinned":19,"publishedAt":171,"updatedAt":172,"category":210,"categories":215,"featuredImage":28,"bgImage":29,"posterImage":217,"relatedSolution":28},528,"hosting-compartido-o-vps-para-sitio-de-cliente-agencia",{"fr":204,"en":205,"ar":206,"es":202},"choisir-vps-ou-mutualise-site-client-agence","shared-hosting-or-vps-for-agency-client-site","استضافة-مشتركة-أم-vps-لموقع-عميل-الوكالة","VPS o hosting compartido para el sitio de un cliente","Hosting compartido o VPS para el sitio de un cliente: tabla comparativa, horas de mantenimiento al mes, cinco preguntas de decisión y señales para migrar.",9,{"id":211,"name":212,"slug":213,"color":214,"icon":213},5,"Comparativas","comparatif","bg-info\u002F10 text-info",[216],{"id":211,"name":212,"slug":213,"color":214,"icon":213},"\u002Fblog\u002Fcovers\u002Fchoisir-vps-ou-mutualise-site-client-agence-poster.svg",1793480469315]