¿Podemos trasladar la web a otro proveedor sin rehacerla?

A veces sí. Si una web utiliza archivos accesibles y convencionales, una base de datos, configuración y licencias transferibles, a menudo puede trasladarse a otro proveedor sin rehacerla. Una web creada en un constructor alojado puede permitir solo un traslado parcial, la exportación del contenido o quizá no permita ejecutar el sistema original fuera de esa plataforma.

Por eso, la primera pregunta no es «¿Quién debería rehacerla?», sino «¿Qué tenemos exactamente, qué puede salir del entorno actual y qué debe seguir funcionando después del cambio?»

¿Qué significa realmente trasladar una web?

Un cambio de proveedor puede referirse a varios proyectos distintos:

• Traslado del sistema completo: los archivos, la base de datos, la configuración, los recursos multimedia, las cuentas y los servicios relacionados pasan a otro entorno de alojamiento.
• Traslado parcial del sistema: se trasladan las partes reutilizables y se sustituyen funciones propias del proveedor, como formularios, búsqueda, proceso de compra o membresías.
• Traslado del contenido: se exportan e importan páginas, artículos, productos o imágenes a otro sistema, pero se reconstruyen el diseño y las funciones.
• Cambio de responsable técnico: la web sigue donde está, pero otra empresa recibe los accesos necesarios para mantenerla.

Estas opciones tienen costes y riesgos distintos. Una exportación puede conservar textos e imágenes, pero dejar atrás las plantillas, la administración, las integraciones y el comportamiento que hacía funcionar la web.

¿El dominio está separado de la web?

Por lo general, sí. El dominio es la dirección que utiliza la gente. El alojamiento es el entorno que sirve la web. El sistema de gestión de contenidos, el correo y el DNS pueden estar gestionados en otros lugares.

Esto importa porque cambiar de empresa de mantenimiento no implica necesariamente transferir el dominio. Del mismo modo, cambiar el registrador del dominio no traslada la web. Una empresa puede conservar el dominio y las URL públicas actuales mientras cambia el alojamiento subyacente.

Antes de cualquier cambio, confirma quién controla la cuenta del registrador, los registros DNS, la cuenta de alojamiento, la administración de la web y el correo de empresa. Desde fuera pueden parecer un único servicio, aunque se gestionen con varias cuentas.

¿Puede funcionar el sistema actual en otro lugar?

La señal más clara de que es posible un traslado completo es tener acceso al paquete habitual de una aplicación: archivos fuente, base de datos, recursos multimedia, configuración, información del entorno de ejecución necesario y licencias que sigan siendo válidas en el nuevo entorno.

WordPress es un ejemplo conocido. Sus instrucciones oficiales de migración explican que una web puede trasladarse entre servidores con sus archivos y su base de datos, haciendo los cambios de configuración necesarios. WordPress también recomienda tratar los archivos y la base de datos como un único conjunto de copias de seguridad, ya que ambos forman parte de la web funcional. Consulta las instrucciones oficiales de migración de WordPress y las instrucciones de copias de seguridad de WordPress.

Eso no significa que cualquier web con WordPress sea inmediatamente portable. Un tema o complemento puede tener una licencia limitada, depender de la cuenta de una agencia, conectarse a un servicio externo o necesitar una función de servidor que el nuevo alojamiento no ofrece. También puede faltar código personalizado o no estar disponible.

Los constructores alojados funcionan de otra manera. Wix indica que una web de Wix debe alojarse y funcionar en su infraestructura porque depende de tecnología propietaria, aunque el dominio se puede gestionar en otro sitio. Sus instrucciones sobre exportación y alojamiento externo muestran claramente cómo la plataforma elegida afecta a la portabilidad.

¿Una exportación incluye toda la web funcional?

No necesariamente. Que haya un botón de exportación demuestra que se pueden recuperar algunos datos, no que todo el sistema pueda funcionar de forma independiente.

Webflow permite exportar HTML, CSS, JavaScript y recursos en determinados planes. Su documentación oficial para exportar código también indica que el CMS, las cuentas de usuario, el comercio electrónico, el contenido localizado, los formularios, la búsqueda del sitio y algunas otras funciones alojadas no se incluyen o no funcionarán como en Webflow.

Squarespace ofrece una exportación XML de ciertos contenidos destinada a WordPress, pero indica que no se exporta todo, ya que algunas funciones dependen de su JavaScript y CSS. Sus instrucciones de exportación detallan qué se incluye y qué no.

Por eso, una evaluación útil compara la exportación con la web publicada. Comprueba si los menús, formularios, búsqueda, cuentas de clientes, productos, pagos, reservas, idiomas, redirecciones y administración están presentes y se pueden usar, no solo si se descargó un archivo.

¿Qué pruebas conviene reunir antes de decidir?

Reúne pruebas antes de cancelar servicios o aprobar una reconstrucción:

• acceso al registrador del dominio y al DNS;
• acceso al panel de alojamiento, servidor o cuenta de la plataforma;
• acceso de administrador de la web;
• archivos fuente o acceso al repositorio;
• exportación actual de la base de datos y archivo multimedia;
• exportaciones de la plataforma y una nota de lo que excluye cada una;
• licencias de temas, complementos, fuentes y otros programas;
• formularios, servicios de pago, herramientas de reservas, búsqueda y otras integraciones;
• cuentas de analítica, gestión de etiquetas y gestión de buscadores;
• servicios de correo y registros DNS relacionados con el correo;
• lista de URL actuales, incluidas las páginas de destino importantes;
• copias de seguridad recientes y pruebas de que pueden restaurarse.

La documentación ayuda, pero hay que probar los accesos. Una lista de credenciales no confirma que las cuentas se abran, la exportación se complete y los datos obtenidos sean utilizables.

¿Cuándo tiene sentido reconstruir solo una parte?

Una reconstrucción parcial puede ser razonable cuando se pueden recuperar el contenido y los recursos visuales, pero la plataforma original no funciona en otro lugar. También puede encajar si las páginas públicas actuales están bien, pero hay que sustituir un formulario alojado, una tienda, un área de miembros o la búsqueda.

El alcance debe quedar claro. Por ejemplo, el proyecto puede conservar el contenido, las imágenes, la identidad visual y las URL, pero sustituir las plantillas y los formularios. Otro proyecto puede trasladar todo el sistema de contenidos y cambiar un tema con licencia. Es distinto de dar por hecho que cualquier cambio de proveedor requiere empezar una web desde cero.

Si el problema principal es quién se hace cargo y no el alojamiento, quizá baste con un traspaso técnico. Nuestro servicio Cambio de desarrollador empieza por revisar accesos, propiedad, código, alojamiento, copias de seguridad y riesgos actuales antes de elegir mantenimiento, migración o reconstrucción.

¿Qué ocurre con las URL actuales y la visibilidad en buscadores?

Un cambio de alojamiento puede conservar el mismo dominio y estructura de URL. Google distingue un cambio de infraestructura de alojamiento sin cambios visibles en las URL de un traslado que sí las cambia. Sus instrucciones para cambiar de alojamiento recomiendan preparar y probar la nueva infraestructura, cambiar el DNS, supervisar ambos entornos y apagar el anterior solo cuando el nuevo sirva la web correctamente.

Si cambian las URL, prepara una correspondencia página por página y las redirecciones adecuadas. Las instrucciones de Google para trasladar un sitio también recomiendan actualizar los enlaces internos, las referencias canónicas y los mapas del sitio, y después supervisar el traslado. La visibilidad en buscadores puede fluctuar durante un cambio importante, así que ningún proveedor debería prometer un resultado completamente inalterado.

¿Cómo evalúa LINK-V un cambio de proveedor?

LINK-V empieza por el sistema existente. Revisamos accesos, alojamiento, archivos fuente, base de datos, exportaciones de la plataforma, licencias, dominios, DNS, dependencias del correo, integraciones, URL y copias de seguridad. Después determinamos si lo práctico es un traslado completo, uno parcial, una migración del contenido, un traspaso operativo o una reconstrucción.

Nuestro servicio de Migración incluye, cuando hace falta, la evaluación, la planificación del traslado, un entorno de pruebas, la gestión de URL, el cambio de DNS y las comprobaciones tras la puesta en marcha. Si la web actual puede quedarse donde está bajo una nueva gestión, puede ser más adecuado el servicio de Mantenimiento web.

La respuesta debe basarse en pruebas, no en el nombre de la plataforma actual. Antes de elegir otro proveedor o aprobar una reconstrucción, averigua a qué puedes acceder, qué se puede exportar, qué puede seguir funcionando legal y técnicamente en otro lugar y qué funciones del negocio deben mantenerse.