Lo que se rompe no es la copia de los archivos
Un cambio de proveedor de alojamiento pone en juego dos alojamientos que pueden funcionar perfectamente al mismo tiempo. Nada le obliga a apagar uno para encender el otro: el origen sigue sirviendo la web mientras el destino se monta, se llena y se prueba. El único conmutador es el DNS — y no bascula de golpe.
De ahí viene el riesgo real, y no es la página en blanco. Durante la ventana en la que los resolutores no tienen todos la misma respuesta, una parte de sus visitantes llega aún al servidor antiguo y otra al nuevo. Ambos muestran la web. Pero un pedido realizado, un formulario enviado, un artículo publicado o un correo recibido del lado equivocado solo existe en ese lado — y desaparece el día en que apaga el alojamiento antiguo. El corte que se teme es visible; el que sale caro no lo es.
Seis cosas se mueven, y no al mismo ritmo
- Los archivos y la base de datos — copiables en frío, pero todo lo que se escribe después de la copia se queda en el servidor antiguo.
- Los buzones de correo — su contenido vive en el servidor de origen y sigue creciendo mientras usted migra: un mensaje recibido después de la copia no está en la copia.
- La zona DNS — registros
A,AAAA,MX,CNAMEyTXT(entre ellos SPF, DKIM y DMARC). No viaja con los archivos: se recrea, línea por línea. - Los certificados TLS — no se transportan. Se regeneran en el destino, y su validación exige o bien que el nombre ya apunte, o bien un desafío DNS.
- Las tareas programadas y las credenciales de las aplicaciones — una web puede mostrarse perfectamente mientras sus
cronya no se ejecutan y sus llamadas a la API fallan en silencio. - El propio nombre de dominio — la transferencia de un dominio a otro registrador es una operación distinta del traslado de la web. No es obligatoria, y no tiene por qué hacerse el mismo día.
El TTL DNS se baja antes del cambio, nunca durante
Cada registro DNS lleva un tiempo de vida — su TTL. Los resolutores guardan la respuesta en caché durante ese tiempo y no vuelven a buscarla antes. Mientras el TTL en curso no haya expirado, su nueva dirección no existe para ellos, diga lo que diga su zona.
De ahí la única regla que cuenta, y el error más frecuente: el TTL se baja antes, y hay que bajarlo con una antelación al menos igual al TTL anterior. Es lo que hace falta para que todas las cachés hayan tenido ocasión de releer el registro y aprender el nuevo valor, corto. Bajar el TTL en el momento de conmutar no sirve de nada: en ese instante, los resolutores siguen sirviendo la respuesta almacenada con la duración anterior.
Un caso particular merece detectarse pronto: si su zona DNS está alojada en el proveedor que abandona, cambiar de servidores de nombres está sometido al mismo mecanismo, y arrastra todo lo demás consigo. Mover la zona primero, por separado, evita apilar dos propagaciones en la misma jornada.
Una vez hecho el cambio y verificado todo, se vuelve a subir el TTL: en régimen permanente, un TTL corto multiplica las consultas para nada.
Cambiar de proveedor de alojamiento en el orden correcto
Inventariar lo que realmente funciona
Webs y subdominios, bases de datos, buzones de correo, redirecciones, tareas programadas, certificados, versión de PHP y extensiones activadas. Lo que no esté en la lista no se migrará: se quedará en el servidor antiguo hasta que este se apague. El inventario se hace en el servidor, no de memoria.
Montar el destino y prepararlo
Contrate el plan de destino, cree las cuentas, alinee la versión de PHP y las extensiones. El destino debe ser capaz de servir la web antes de que el DNS hable de él a nadie. En ServOrbit.com, el asistente de migración parte o bien de un enlace de copia de seguridad completa de cPanel (
.tar.gz), o bien de una transferencia directa desde su antiguo cPanel si todavía tiene los accesos.Bajar el TTL
En los registros que van a cambiar —
A,AAAAyMXcomo mínimo. Hay que hacerlo con al menos una duración del TTL anterior de antelación, sin lo cual la propia bajada no habrá tenido tiempo de propagarse.Copiar una primera vez y probar sin tocar el DNS
Archivos, base de datos y buzones de correo. La prueba se hace antes del cambio, forzando la resolución del nombre hacia la nueva dirección únicamente en su equipo (archivo
hosts) o mediante la URL de vista previa facilitada. Es ahí donde aparecen las rutas absolutas escritas a fuego, los permisos y las extensiones que faltan — mientras la web antigua sigue sirviendo a sus visitantes.Copiar el delta justo antes de conmutar
Todo lo que se ha escrito desde la primera copia: pedidos, artículos, medios, mensajes. Cuanto más corto sea el intervalo entre ambas copias, menos datos quedarán por recuperar al otro lado.
Conmutar el DNS — y no apagar nada
Cambie los registros y luego deje los dos alojamientos en servicio. Es el periodo doble, y no es una precaución decorativa: mientras dure, ambos servidores reciben tráfico y correo de verdad.
Rehacer los certificados y verificar desde fuera
HTTPS y redirecciones, formularios, envío y recepción de correo, tareas programadas. Verifique desde una conexión y un navegador que nunca hayan visitado el servidor antiguo: su propia máquina es el peor de los testigos.
No apagar el antiguo hasta comprobar el silencio
El alojamiento antiguo se apaga cuando sus logs ya no muestran ninguna petición útil y sus buzones ya no reciben nada — no cuando el nuevo funciona. Descargue y conserve una copia de seguridad completa fuera de ambos servidores antes de dar de baja nada.
El correo, el punto que se rompe más a menudo
Una web es un objeto fijo que se copia; un buzón de correo es un objeto vivo que sigue recibiendo mientras se copia. Toda la diferencia está ahí, y es donde la mayoría de las migraciones pierden datos.
La secuencia que funciona: se sincronizan una primera vez los buzones hacia el destino, se conmutan los MX, se deja que el servidor antiguo siga recibiendo lo que aún le llega, y después se hace otra sincronización antes de apagarlo. Una cuenta de correo de origen no se elimina nunca mientras siga recibiendo algo — y sigue recibiendo mucho después de que la web haya conmutado.
Dos detalles parecen averías sin serlo. Primero, los programas de correo de sus equipos conservan en su configuración los servidores de entrada y de salida del alojamiento antiguo: mientras no se reconfiguren, descargan el buzón antiguo, no el nuevo. Segundo, la autenticación del correo — SPF, DKIM, DMARC — vive en la zona DNS, no en el buzón: cambiar de servidor de envío sin rehacer esos registros hace que correo perfectamente legítimo acabe en el correo no deseado. Se recrean con los valores del nuevo servidor y se verifican antes de apagar el antiguo.
Transferir un `.ma` no es una transferencia de dominio corriente
Dos operaciones se confunden a menudo: trasladar el alojamiento (archivos, base de datos, correo) y transferir el nombre de dominio a otro registrador. Son independientes. Se puede cambiar de proveedor de alojamiento dejando el dominio donde está y transferirlo solo después — es incluso el orden más prudente, ya que evita mover dos cosas el mismo día.
Para un .ma, la transferencia obedece a las reglas del registro nacional, gestionado por la ANRT, la Agencia Nacional de Reglamentación de las Telecomunicaciones. Solo los prestadores que ella acredita pueden operar directamente sobre ese registro; los demás pasan por un intermediario. MEGALOGI, editor de la plataforma, figura entre esos prestadores acreditados.
Tres condiciones técnicas deben cumplirse antes de presentar la solicitud: el dominio debe estar activo desde hace al menos 60 días, su bloqueo de transferencia debe haber sido levantado en el prestador actual, y el código de autorización (EPP) debe habérsele comunicado. A ello se añade un documento que las extensiones genéricas no exigen sistemáticamente: el registro pide una copia del documento del titular — CIN, pasaporte o tarjeta de residencia para un particular, justificante de empresa (ICE o RC) para una sociedad.
Dos comprobaciones conviene hacerlas antes, no después. Quién es el titular declarado: si es su prestador actual y no usted, la transferencia depende de su acuerdo, y eso ya no es una cuestión técnica. Y dónde se sirve realmente la zona DNS: un cambio de registrador no copia el contenido de una zona alojada en el que usted abandona.
Transferir una extensión genérica o un `.ma`
Desplace la tabla
| Lo que está en juego | Extensión genérica (.com, .net…) | Extensión nacional .ma |
|---|---|---|
| Quién gestiona el registro | Un registro internacional, abierto a cualquier registrador acreditado ante él | El registro nacional de Marruecos, administrado por la ANRT |
| Quién puede realizar la transferencia | Cualquier registrador acreditado para la extensión | Un prestador acreditado por la ANRT — los demás pasan por un intermediario |
| Condiciones técnicas | Dominio desbloqueado y código de autorización (EPP) comunicado | Dominio desbloqueado, código de autorización (EPP) y dominio activo desde hace al menos 60 días |
| Documento del titular | No exigido sistemáticamente por el registro | Exigido: CIN, pasaporte o tarjeta de residencia; ICE o RC para una sociedad |
| Tarifa de catálogo | Propia de cada extensión — la tabla completa está en la página de dominios | Registro à partir de 118 DH/an, transferencia entrante 118 DH |
La continuidad de facturación, la otra mitad del cambio
Cambiar de proveedor de alojamiento no solo mueve archivos: cambia también el documento contable que recibe en cada vencimiento. Una factura emitida fuera de Marruecos, en una moneda extranjera, sin IVA marroquí ni identificadores legales marroquíes, no es el mismo documento que una factura marroquí — y la diferencia se ve en la contabilidad, no en la pantalla.
Tres líneas cambian en concreto. La moneda con la que se carga su cuenta: facturado en dírhams, no hay tipo de cambio aplicado por su banco ni comisiones asociadas. El IVA, que aparece en la factura al tipo del 20% — ya que los importes de la web se muestran impuestos no incluidos (IVA excluido). Y el emisor: una factura marroquí lleva el IF, el ICE y el RC de la sociedad que la emite, que es lo que su contabilidad espera. El pago se realiza mediante Tarjeta bancaria — CMI, PayPal, CIH Bank y Transferencia bancaria.
Un punto de organización evita una mala sorpresa: el periodo doble tiene un coste. Mientras ambos alojamientos funcionan, ambos se facturan. No es un riesgo, es una línea que hay que prever — y es el precio real del método. Más vale hacer coincidir la baja del contrato antiguo con un vencimiento que con la mitad de un ciclo.
Último punto, dicho claramente en vez de adivinado: nuestros centros de datos están en Europa. Cambiar de proveedor mueve una factura, una relación contractual y un panel de administración — no la posición geográfica de sus servidores.
Lo que se comprueba antes de apagar el alojamiento antiguo
- La web responde en HTTPS en el servidor nuevo, desde una conexión que nunca haya visitado el antiguo — su navegador habitual es el testigo menos fiable.
- Un mensaje enviado desde fuera hacia cada buzón llega efectivamente al servidor nuevo: es la única prueba de que los
MXse tienen en cuenta en todas partes. - El correo saliente sale y llega a otro sitio que no sea el correo no deseado — SPF, DKIM y DMARC recreados con los valores del servidor nuevo.
- Las redirecciones y las URL reescritas responden con el código esperado: un
301sigue siendo un301, no un200ni un404. - Las tareas programadas tienen una última ejecución reciente — su simple presencia en una lista no prueba nada.
- Los logs del servidor antiguo ya no muestran ninguna petición útil, y sus buzones ya no reciben nada: menos que antes no basta.
- Una copia de seguridad completa del alojamiento antiguo está descargada y conservada fuera de ambos servidores antes de cualquier baja.
El gesto que evita el corte siempre está antes
Repase las tres causas reales antes de empezar: un TTL que se olvidó bajar a tiempo, un buzón de correo eliminado mientras aún recibía, un dominio transferido antes de que su zona DNS existiera en otro sitio. Ninguna de las tres se arregla después, y ninguna se ve en el servidor nuevo — que funciona perfectamente mientras tanto. Si hubiera que quedarse con una sola frase: no elimine nada mientras algo siga llegando al otro lado.
