Poder editar tu web no demuestra que puedas trasladarla a otro proveedor. Para comprobar la portabilidad necesitas identificar dominio, alojamiento, código, contenido, licencias y servicios conectados, además de probar cómo se recuperan. La pregunta útil no es «¿la web es mía?», sino «¿qué puedo llevarme, en qué formato y con qué dependencias?».

Hacer esta revisión antes de una urgencia mejora la capacidad de decidir. No implica romper con tu proveedor. Un acuerdo claro permite mantener la relación por su valor y conocer el coste real de un cambio si algún día resulta necesario.

Un usuario administrador no abre todas las puertas

Tu acceso al CMS puede permitir publicar noticias y seguir sin darte control del dominio o del alojamiento. También puedes disponer de una copia de archivos sin tener la base de datos, las variables necesarias o los derechos de uso de determinados recursos.

La documentación de ICANN sobre Auth-Code explica el código asociado a transferencias de dominios genéricos. Eso no equivale a trasladar la web ni se debe extender automáticamente a todos los dominios territoriales. Cada registro, contrato y plataforma requiere revisar su proceso aplicable.

Separa las capas. Cambiar de registrador, mover alojamiento y sustituir un CMS son operaciones diferentes. Agruparlas en «pasar la web» dificulta conocer qué se está autorizando y qué puede interrumpirse.

Haz un inventario de activos y dependencias

Empieza por las cuentas que sostienen la presencia digital y sus responsables. No recopiles contraseñas en un documento compartido. Registra dónde se administran, quién tiene autorización y cómo se recupera el acceso mediante procedimientos seguros.

Después identifica las piezas que tu web necesita para funcionar: archivos, datos, configuración, servicios de envío, integraciones, recursos visuales y licencias. Algunas pueden exportarse; otras requieren sustitución, renovación o contratación propia.

Tener una copia no demuestra que se pueda usar

Un archivo comprimido es una entrega. Recuperar el sitio en un entorno de prueba es una comprobación. Diferencia ambos estados para evitar que una copia incompleta parezca suficiente hasta el día del cambio.

La prueba no debe tocar la producción ni enviar correos a clientes. Utiliza un entorno controlado con datos adecuados, servicios externos desactivados o destinos de prueba y acceso restringido. Define qué funciones se van a verificar y qué queda fuera.

Recurso práctico: expediente de salida

Prepara una ficha con activo, titularidad o derecho confirmado, responsable, formato de entrega, dependencia y prueba disponible. Anota lo desconocido como pendiente. No deduzcas condiciones contractuales porque tienes acceso a una pantalla.

  • Dominio: cuenta responsable, renovación y procedimiento aplicable de transferencia.
  • Contenido: exportación utilizable y estructura que conserva.
  • Código y configuración: disponibilidad, instrucciones y límites de entrega.
  • Diseño y recursos: licencias y usos permitidos confirmados.
  • Servicios conectados: cuentas, continuidad y sustituciones necesarias.

Completa la ficha con la persona o empresa que administra cada parte. Si hay derechos o condiciones ambiguos, pide aclaración escrita antes de asumir que puedes reutilizarlo todo. Este expediente organiza una decisión técnica; no sustituye una revisión jurídica del contrato.

Incluye una columna de interrupción posible. Una web puede seguir mostrando páginas mientras deja de recibir formularios, procesar pedidos o actualizar existencias. Esa diferencia cambia la planificación del traslado.

Prueba la independencia con una tarea pequeña

No necesitas ejecutar una migración completa para empezar. Comprueba si puedes obtener una exportación legible del contenido y si alguien autorizado puede identificar las cuentas necesarias. Después amplía la prueba hacia las funciones críticas.

En una web estática, el resultado compilado puede servir para publicar páginas, pero no necesariamente para editar su fuente. En una plataforma alojada, una exportación puede conservar texto y perder componentes o comportamientos. Describe qué has comprobado sin convertir una posibilidad en una garantía.

La decisión comercial debe considerar ese coste de reconstrucción. Una solución con dependencia puede seguir siendo adecuada si aporta valor y el riesgo está asumido. Lo problemático es descubrir la dependencia cuando ya no tienes margen para elegir.

Caso hipotético: todo parece entregado

Una pyme recibe acceso administrador, un archivo del sitio y una factura de mantenimiento. Cuando quiere cambiar de proveedor, descubre que el dominio pertenece a una cuenta gestionada por una persona que ya no trabaja en el proyecto y que un componente necesita una licencia no transferible.

El equipo no debería improvisar cambios de DNS para ganar tiempo. Primero aclara responsables y condiciones, prepara la continuidad del correo y valida una alternativa para el componente. El traslado puede requerir pasos distintos y fechas coordinadas.

Si hubiera preparado el expediente antes, habría podido resolver las dependencias durante una relación normal de mantenimiento. El valor de la revisión está en descubrir preguntas con tiempo, no en prometer una mudanza sin costes.

La portabilidad puede convertirse en criterio de compra

La hipótesis de futuro es que, con más servicios alojados y componentes automatizados, la posibilidad de salir de una herramienta tendrá más peso en decisiones web. Una demostración visual dirá poco sobre cuánto cuesta recuperar contenido, lógica y funcionamiento.

La contrastarías pidiendo una muestra de exportación y una explicación del proceso de recuperación antes de contratar. Si esas entregas son claras y las dependencias aceptables, puedes comparar propuestas con más criterio. Si el negocio apenas cambia y la continuidad está garantizada contractualmente, la prioridad podría ser menor.

No hace falta exigir independencia absoluta. Hace falta distinguir dependencia elegida, dependencia desconocida y dependencia que impide una operación necesaria.

Conserva la capacidad de elegir

Empieza por dominio, contenido y funciones de contacto. Documenta responsables y prueba una recuperación controlada antes de cualquier traslado. Una web mantenible también necesita una explicación comprensible de cómo podría seguir funcionando con otro equipo.

Para completar esta decisión, consulta Qué pedir en un contrato de mantenimiento web.