Edición GUMZUX · Fuentes consultadas el
Información oficial: no todo se transfiere igual
ICANN explica condiciones para transferir dominios entre registradores sujetos a sus políticas. Ese proceso no equivale a trasladar una web o sus buzones. Consulta la guía oficial de transferencias para el alcance correspondiente, sin aplicar sus condiciones automáticamente a cualquier extensión.
Google Search Console gestiona permisos de propietarios y usuarios dentro de cada propiedad. El cambio de proveedor puede requerir revisar esos permisos, pero no convierte por sí solo al nuevo colaborador en propietario. La documentación oficial de acceso permite comprobar el procedimiento del servicio.
Interpretación técnica: separar las dependencias
Un proveedor puede encargarse de diseño y mantenimiento mientras el dominio o el correo están en otra cuenta. También puede haber licencias ligadas a una relación que termina. Ninguna de esas situaciones se deduce mirando la portada de la web.
Si cambias alojamiento y DNS sin registrar las dependencias, puedes conservar las páginas y perder funcionamiento de correo o formularios. Por eso el plan debe distinguir qué cambia, qué permanece y quién comprobará cada parte. Migrar no significa necesariamente cambiar nombres de dominio o rutas de contenido.
Recomendación GUMZUX: preparar el traspaso
Empieza con el inventario de activos: servicio, cuenta, responsable, acceso, renovación y dependencia. Reúne el alcance contratado y las condiciones de finalización. Si existe desacuerdo sobre derechos o entregas, trátalo mediante documentación y apoyo adecuado; esta guía no determina obligaciones de un contrato particular.
Después concreta qué recibirá el nuevo proveedor: archivos, datos, configuraciones pertinentes y materiales que correspondan. Verifica una copia y planifica un destino de prueba. Define quién puede autorizar el cambio y qué haréis si las comprobaciones no pasan. No cancela el riesgo decir simplemente que «el nuevo se ocupa de todo».
Comprobar antes y después del cambio
Antes de cambiar, registra URLs importantes y recorridos reales: contacto, descargas, pagos si existen y acceso autorizado de gestión. En el destino de prueba, utiliza datos propios de ensayo y evita notificaciones a clientes. Comprueba contenido, enlaces y funciones, no solo que la página de inicio se parezca.
Después, verifica web y correo por separado, además de los procesos asociados. Si han cambiado URLs, revisa su tratamiento individual y los enlaces que dependían de ellas. Conserva una posibilidad de vuelta atrás mientras el plan lo requiera; no mantengas servicios duplicados indefinidamente sin decidir responsable y cierre.
Cerrar con un estado comprobable
Retira accesos antiguos cuando la continuidad y las nuevas responsabilidades estén confirmadas. Revisa también recuperaciones y avisos. Registra qué se entregó, qué pruebas se realizaron, qué sigue pendiente y quién atenderá incidencias. Un mensaje de despedida no sustituye este cierre técnico.
Estas pautas no describen un trámite administrativo de cambio de agente del programa Kit Digital ni garantizan su admisibilidad. Para esa cuestión hay que consultar la documentación oficial aplicable al expediente. Aquí se organiza la continuidad técnica. Completa la revisión con dominio y titularidad, copias de seguridad y la checklist de entrega.
Conceptos para entender la revisión
Una migración también requiere distinguir indexación, URL canónica y datos estructurados: describen aspectos diferentes de cómo se descubre e interpreta el contenido.