Crypto-only payments. Pay with USDT or USDC.
Migrar una web reduciendo el riesgo de interrupciones del correo
The Hightide Hosting Editorial Team · 2026-10-03
Mover la web no obliga a mover los buzones. Un inventario separado y cambios limitados permiten controlar el riesgo sin prometer una transición completamente ininterrumpida.
Aclara servicios, control y orden de trabajo
Un despacho cambia de alojamiento web y conserva su correo empresarial. Inventaría dominio, subdominios, sitio, formularios, buzones y administrador DNS por separado. Averigua si el antiguo alojamiento también mantiene servidores de nombres o envía mensajes de la aplicación. No canceles un servicio hasta conocer las funciones que desaparecerían con él.
Confirma propiedad y acceso administrativo, además del pedido y disponibilidad del nuevo proveedor. En Hightide los precios son en USD y los pagos exclusivamente con USDT o USDC. La compra no demuestra que el entorno esté listo. Acuerda el orden de preparación, comprobación y cambio antes de comunicar una fecha definitiva al equipo.
Restaura una copia antes del cambio
Copia archivos, base de datos, documentos subidos y configuración de la aplicación. Conserva una versión independiente del alojamiento anterior. En el entorno de ensayo revisa acceso, búsquedas, formularios y tareas programadas. Comprueba certificados y rutas importantes. La portada puede funcionar aunque el envío de consultas o una sección privada siga dependiendo de la máquina antigua.
Designa quién hará la copia final y cómo conservarás consultas recibidas durante la transición. Si necesitas detener escrituras, comunica el alcance y momento. Evita que las pruebas envíen mensajes a clientes reales. Usa recorridos de comprobación que no cobren ni creen compras. Registra resultados y pendientes antes de autorizar el cambio público.
Cambia únicamente lo que necesita la web
Preserva los valores actuales de MX, SPF, DKIM y DMARC; no inventes sustitutos. Planifica el TTL con antelación. Cuando el destino esté listo, cambia solo los A, AAAA o CNAME web necesarios. Identifica cada nombre afectado para no modificar por error un subdominio usado por el correo.
Si también necesitas trasladar servidores de nombres, compara toda la zona antes de hacerlo y confirma diferencias con el responsable del correo. Guarda valores anteriores y nuevos con la hora del cambio. Considera los tiempos de caché al interpretar resultados. Añadir cambios ajenos a la migración complica averiguar qué produjo una incidencia y qué debes revertir.
Comprueba correo y criterios de regreso
Envía desde un buzón externo y responde desde la empresa. Repite con formularios web y cuentas representativas. Revisa cabeceras y resultados de autenticación del mensaje recibido. Una comprobación aislada no acredita todas las rutas. Anota quién observa incidencias y qué señales requieren detener el proceso o recuperar la configuración anterior.
Mantén el alojamiento previo durante una ventana de observación acordada. Si vuelves atrás, preserva primero los datos nuevos y evita perder consultas. Restaurar una dirección DNS no reconcilia por sí solo dos bases de datos. Las cachés y dependencias impiden garantizar ausencia total de interrupciones; cierra el trabajo tras verificar servicios y documentar la decisión de retirar el entorno antiguo.
¿Debo cambiar MX al migrar únicamente la web?
No, salvo que exista un cambio de correo separado y confirmado. Conserva los registros necesarios para los buzones actuales.
¿Basta con volver al A anterior si algo falla?
No siempre. Conserva datos nuevos, aplica el plan de regreso y vuelve a comprobar aplicación, formularios y correo.