¿Su creador de sitios web va a cerrar? Qué debe guardar primero

El correo dice que su plan termina en una fecha determinada, o el aviso en el panel dice que un producto va a retirarse, y de pronto su sitio web tiene una fecha de vencimiento que usted no eligió. Su primera preocupación es simple: clientes que escriben su dirección y no encuentran nada, formularios que dejan de llegar, pedidos que dejan de entrar y correo que se queda en silencio. Cuando un creador de sitios web va a cerrar o le quita su plan, el orden en que guarda las cosas importa más que la plataforma que elija después. Parte de lo que necesita solo se puede obtener mientras la cuenta antigua sigue abierta. Otras cosas, como su dominio, por lo general pueden quedarse con usted sin importar a dónde se mude el sitio, siempre que controle el acceso. La mudanza en sí muchas veces puede esperar unos días. Guardar todo debe empezar hoy, y puede hacer la primera pasada en unos veinte minutos.

¿Qué debo guardar primero cuando mi creador de sitios web va a cerrar?

Guarde en el orden de lo que nunca podría recuperar. Perder el acceso a su dominio puede bloquear todo lo demás, y los datos que quedan dentro de una cuenta cerrada no se pueden recrear después. La lista de abajo es un orden práctico de prioridad basado en qué depende de qué. No es una clasificación de un estudio publicado, porque ningún conjunto de datos nacional clasifica con qué frecuencia ocurren estas fallas.

El aviso en sí

Guarde hoy mismo el correo o el aviso del proveedor como PDF o captura de pantalla. Anote la fecha exacta de cierre, la fecha límite de exportación si es distinta, qué producto se ve afectado y la página de soporte a la que remite el aviso. No existe un regulador que fije un calendario universal para el cierre de un creador de sitios, así que los propios términos del proveedor determinan su fecha límite. Ese aviso es el documento a partir del cual se calcula todo lo demás hacia atrás.

Su dominio y quién lo controla

Su dominio y su sitio web son cosas separadas, incluso cuando una sola empresa le vende los dos. Averigüe qué empresa es el registrador, desde su página de facturación o con la herramienta de búsqueda de ICANN. Inicie sesión, confirme que todavía puede entrar al correo del titular del registro, y revise si el dominio tiene un bloqueo de transferencia. Solicite el Auth-Code (a veces llamado código EPP) ahora, aunque piense dejar el dominio donde está. La FAQ de ICANN para titulares de dominio dice que un registrador debe entregarlo dentro de los cinco días naturales siguientes a su solicitud. Esa regla no ayuda si nadie puede iniciar sesión, así que si la cuenta pertenece a un exempleado o a una agencia, recuperar el acceso se vuelve la primera tarea.

Sus registros DNS y la configuración de su correo

Antes de que cambie nada, copie cada registro DNS tal como está hoy. Después haga una lista de cada buzón, alias y regla de reenvío, el proveedor de correo detrás de ellos, y los registros MX, SPF, DKIM y DMARC. Esos registros son lo que mantiene fluyendo el correo de su negocio, y son lo más fácil de romper durante una mudanza. No cambie ninguno todavía. Solo anótelos.

Cada exportación que la plataforma permita

Abra el área de exportación y descargue todo lo que ofrezca: páginas y entradas de blog, el catálogo de productos, contactos, pedidos, envíos de formularios, registros de reservas y de clientes, y listas de correo. Anote cualquier cosa que la pantalla de exportación diga que no puede incluir. Para una tienda, guarde una copia fechada de pedidos, clientes y productos antes de intentar cualquier importación. Para un sitio que genera contactos, guarde los registros de formularios y una lista de cada URL existente.

Imágenes, PDFs y video, descargados uno por uno si hace falta

Descargue sus imágenes, PDFs y videos originales por separado. Los creadores de sitios no siempre incluyen el material multimedia en una exportación, así que planee hacer parte de esto a mano.

¿Qué deja fuera una exportación de sitio web?

Hacer clic en exportar se siente como hacer un respaldo, pero por lo general le da material en bruto y no un sitio funcionando. Los vacíos varían según la plataforma, y conocerlos de antemano le dice qué descargar por separado hoy mismo. La tabla de abajo usa la propia documentación de cada proveedor.

La página de importación y exportación de Squarespace describe su exportación como una copia, no una conexión en vivo, y dice que las imágenes y el video subidos no se pueden exportar en bloque. La propia página de ayuda de Wix sobre exportación afirma que un sitio de Wix debe funcionar en los servidores de Wix, así que no hay un paquete para descargar y alojar en otro lugar. Si alguien le ofrece una copia funcional completa de un sitio de Wix en otro host, pregunte exactamente cómo, porque Wix no ofrece una. La guía de exportación de pedidos de Shopify señala que el historial de transacciones solo cubre los pagos capturados. La documentación del comando de exportación de WordPress muestra el mismo patrón en los sitios autoalojados: el contenido se mueve en el archivo, pero la configuración y los archivos multimedia viajan por separado.

Nada de esto significa que deba saltarse la exportación. Significa que debe hacerla, y luego llenar los vacíos usted mismo mientras todavía puede.

¿De verdad se ha discontinuado antes una plataforma de sitios web?

Sí, y los casos documentados tienen dos formas: un producto entero se apaga, o una función se retira mientras la plataforma sigue funcionando. Saber cuál de las dos tiene usted cambia cuánto trabajo le espera.

El 8 de enero de 2024, Google anunció que los sitios web creados con Perfiles de Negocio de Google se apagarían a partir del 1 de marzo de 2024. Los visitantes fueron redirigidos al Perfil del negocio hasta el 10 de junio de 2024, y después de eso los sitios web dejaron de estar disponibles. Ese fue el cierre completo de un creador de sitios sencillo.

El cambio de Shopify fue más acotado. Según la documentación de extensibilidad de checkout de Shopify, anunció la obsolescencia de `checkout.liquid` en febrero de 2023, fijó el 28 de agosto de 2025 como fecha límite para reemplazar las personalizaciones de las páginas de agradecimiento y estado del pedido, y comenzó actualizaciones automáticas en enero de 2026. Las tiendas siguieron funcionando. El código de checkout personalizado tuvo que reemplazarse.

Lea su propio aviso con esa diferencia en mente. Una función retirada tal vez solo necesite reconstruir una pieza, mientras que un producto cerrado significa que todo el sitio tiene que vivir en otro lugar. Estos dos casos muestran que ambos tipos de cambio ocurren. No le dicen qué proveedor cambiará algo después, y nadie puede predecir eso con certeza, así que actúe según el aviso que tiene enfrente y no según suposiciones sobre el futuro.

¿Qué opción le conviene a su sitio después de que se retira un plan antiguo?

Tiene cuatro caminos realistas, y el correcto depende de qué debe hacer su sitio, cuánto puede exportar y cuánto tiempo le queda. Aquí están ordenados de menor a mayor esfuerzo. Cada uno tiene un uso real, y ninguno es el correcto para todos los sitios.

Quedarse con el mismo proveedor

Si el proveedor ofrece un plan de reemplazo que conserva su dominio, su contenido y las herramientas que necesita, y usted puede cambiar de forma segura antes de la fecha límite, esa puede ser la respuesta correcta. Suele ser la más rápida. Antes de aceptar, compare las funciones del plan antiguo con las del nuevo línea por línea, y confirme que sigue controlando su dominio y que todavía puede exportar sus datos.

Mudarse a otro creador de sitios alojado

Un creador de sitios de autoservicio puede servir para un sitio tipo folleto o una tienda sencilla, y un sitio pequeño y bien documentado con una exportación funcional muchas veces puede mudarlo su propio dueño sin contratar a nadie. Espere reconstruir páginas en una nueva plantilla, configurar de nuevo formularios e integraciones, y recrear a mano lo que la exportación no captó.

WordPress autoalojado

WordPress le da portabilidad y un control considerable. El precio es la responsabilidad: usted elige un host, y usted o alguien que contrate se encarga de las actualizaciones, los respaldos y la seguridad de ahí en adelante.

Un desarrollo a la medida

Un sitio a la medida tiene sentido para flujos de trabajo, integraciones o requisitos de velocidad que las herramientas listas para usar no pueden manejar. Es lo que más tiempo de planeación y construcción exige, así que encaja mal con una fecha límite corta a menos que primero levante un sitio temporal sencillo y preciso que ocupe la dirección mientras ocurre la construcción completa.

Elija lo que elija, conserve su dominio actual si puede. Elegir una nueva plataforma es una decisión de alojamiento. No tiene por qué convertirse en una decisión sobre el dominio.

¿Cómo mudar un sitio web antes de la fecha límite sin perder el correo ni el tráfico de búsqueda?

Trabaje hacia atrás desde una fecha de lanzamiento fijada bien antes de la fecha límite, no justo en ella. Ese margen es lo que le da tiempo para corregir un registro DNS o un formulario roto mientras el sitio antiguo sigue activo. La guía de mudanza de sitios de Google plantea los mismos pasos centrales: preparar y probar el sitio nuevo, mapear las URLs antiguas hacia las nuevas, configurar redirecciones y vigilar el tráfico después.

Cambie una sola cosa a la vez

La página de mudanza de sitios de Google lo dice sin rodeos: «Change only one thing at a time» (cambie solo una cosa a la vez). Una mudanza de plataforma forzada no es el momento para un nuevo nombre de marca, una nueva estructura de páginas y un nuevo dominio, todo a la vez. Mude primero lo que ya funciona. Mejórelo una vez que el sitio nuevo esté estable.

Qué hacen las redirecciones por su tráfico de búsqueda

Si sus URLs cambian, las redirecciones permanentes llevan a los visitantes y a los motores de búsqueda de cada dirección antigua a la nueva. La documentación de redirecciones de Google dice que las redirecciones permanentes como los 301 no provocan una pérdida de PageRank. Google también dice que las clasificaciones pueden fluctuar mientras vuelve a rastrear y procesar una mudanza, y que estabilizarse puede tomar semanas o más. Prepárese para un bamboleo y vigile Search Console, en lugar de esperar cifras idénticas el primer día. Si sus URLs se mantienen iguales y solo cambia el alojamiento, la mudanza es todavía más sencilla.

Mantener el correo funcionando durante el cambio

Su sitio web y su correo suelen compartir un dominio, pero funcionan en servicios distintos. Cuando apunte el dominio hacia un nuevo host, cambie solo los registros que el sitio necesita. Reemplazar toda la zona DNS de una sola vez es como se borran los registros de correo. Una vez hecho el cambio, envíe un mensaje de prueba de entrada y salida en cada buzón importante.

¿Puede hacer una revisión de veinte minutos hoy?

Sí, y le dice qué tan grande es en realidad el trabajo antes de gastar nada. Esto es un inventario, no una migración terminada.

Minutos 0 a 3: lea el aviso y anote la fecha límite, el producto afectado, la fecha límite de exportación y el enlace de soporte. Minutos 3 a 7: encuentre su registrador a través de su página de facturación o la búsqueda de ICANN, confirme que el correo del titular del registro funciona, y revise si el dominio está bloqueado. Minutos 7 a 14: abra el área de exportación, inicie todas las exportaciones disponibles, y anote lo que diga que no puede incluir. Minutos 14 a 18: revise sus registros DNS e identifique los registros MX y su proveedor de correo, sin cambiar nada. Minutos 18 a 20: haga una lista de sus páginas, formularios, productos, datos de pedidos, descargas e integraciones más importantes.

Cuando termine, sabrá si tiene un sitio pequeño con exportaciones limpias que probablemente puede mudar usted mismo, o una tienda, un sistema de reservas o una configuración a la medida que necesita una planeación más cuidadosa. Pedir ayuda tiene sentido cuando la fecha límite es corta, el acceso al dominio no está claro, la exportación está incompleta, hay que mapear muchas URLs, o los ingresos dependen del checkout, las reservas, las suscripciones o los formularios de contacto. Para un sitio sencillo y bien documentado, las propias instrucciones del proveedor pueden ser todo lo que necesita.

Preguntas frecuentes sobre el cierre de un creador de sitios web

¿Puedo conservar mi dominio si mi creador de sitios web cierra?

Por lo general, sí, si su negocio controla la cuenta del registrador. Mudar el sitio web no requiere mudar el dominio. Confirme ahora el acceso y el correo del titular del registro, y solicite el Auth-Code con tiempo por si lo necesita.

¿Cómo exporto el contenido del sitio web antes de que termine mi plan?

Use las herramientas de exportación de la plataforma para páginas, entradas, productos, contactos, pedidos, envíos de formularios y listas de correo. Luego descargue imágenes, PDFs y video por separado, ya que las exportaciones suelen dejar fuera el material multimedia.

¿Puedo descargar mi sitio de Wix y alojarlo en otro lugar?

No. Wix dice que un sitio de Wix debe funcionar en los servidores de Wix. Usted puede guardar su texto, sus imágenes y sus registros, pero el sitio en sí tiene que reconstruirse en la nueva plataforma.

¿Dejará de funcionar mi correo si mudo mi sitio web?

Puede pasar, si los registros DNS de correo se cambian o se borran por error. Haga una lista de sus registros MX, SPF, DKIM y DMARC antes de la mudanza, déjelos en su lugar cuando haga el cambio, y pruebe cada buzón después.

¿Perderé mis posiciones en Google si mudo mi sitio web antes de la fecha límite?

Google dice que las redirecciones permanentes no provocan una pérdida de PageRank, aunque las posiciones pueden fluctuar mientras vuelve a rastrear la mudanza. Mapee cada URL antigua hacia su nueva página, configure redirecciones, envíe un mapa del sitio y dele seguimiento. Nadie puede prometer posiciones sin cambios.

¿Cuándo puedo cancelar el plan antiguo?

Solo después de que el sitio nuevo esté activo y usted haya revisado las redirecciones, los formularios, los pedidos, las reservas, los datos y el correo. No hay una fecha límite universal, así que guíese por la fecha del aviso de su proveedor.

Qué significa esto para usted

Un aviso de cierre se siente como si el sitio estuviera a punto de desaparecer, pero la mayor parte de lo que importa se puede proteger en el primer día. Asegure el dominio, copie sus registros DNS y de correo, haga todas las exportaciones, y descargue su material multimedia por separado. Luego elija el camino que le convenga a su sitio, ya sea el nuevo plan del proveedor, otro creador de sitios, WordPress o un desarrollo a la medida, y fije una fecha de lanzamiento con margen de sobra.

Manejada en ese orden, la mudanza mantiene su dirección, su bandeja de entrada y los registros de sus clientes en sus manos. Los clientes siguen llegando a una página que funciona, los formularios siguen llegando, y los motores de búsqueda siguen sus redirecciones hacia el sitio nuevo.

Si la fecha límite es apretada o la mudanza implica una tienda, reservas o muchas páginas, Web Leveling puede ayudarle a trabajar el inventario y a planear el cambio. Nuestro alojamiento web funciona en cuentas registradas a su nombre, así que el acceso sigue siendo suyo. Trabajamos con pequeñas y medianas empresas en todo el país y en el extranjero. Cuéntenos qué dice su aviso de cierre, y le ayudaremos a mapear qué guardar y cuándo hacer el cambio.

Términos