Hay empresas que llevan dos años queriendo cambiar su sitio web y todavía no lo han hecho. No es por falta de presupuesto ni por falta de interés. Es porque cada vez que se acercan al tema, aparece la misma pregunta incómoda: ¿quién tiene los accesos? Y después de esa, vienen todas las demás.
El dominio está en una cuenta que maneja el proveedor. El hosting también. El correo corporativo depende del mismo servidor. Los archivos del sitio nunca se entregaron formalmente. Y si se presiona demasiado, la relación se pone tensa justo cuando más se necesita que sea colaborativa. Eso no es mala suerte. Es el resultado de una forma muy específica de relacionarse con proveedores digitales que, en el mercado chileno B2B, es más común de lo que debería.
Este artículo explica por qué ocurre, cómo identificar qué tan atrapado está tu sitio, y qué hacer para salir sin perder posicionamiento, historial ni infraestructura.
El problema no es el proveedor: es la estructura de propiedad que nadie definió
Cuando una empresa contrata el desarrollo de su sitio web, la conversación suele girar en torno a diseño, plazos y precio. Lo que casi nunca se discute es quién va a ser el propietario legal y operativo de cada componente del activo digital que se está construyendo.
El resultado habitual es este: el proveedor registra el dominio a su nombre o en su cuenta de registrador. Instala el sitio en un servidor que él administra. Configura las cuentas de correo desde ese mismo panel. Y entrega al cliente un acceso limitado —si es que entrega alguno— al gestor de contenidos o al back-end del sitio.
No necesariamente hay mala intención detrás de esto. En muchos casos, el proveedor simplifica el proceso para hacer su trabajo más eficiente. El problema es que esa simplificación crea una dependencia estructural que, con el tiempo, se convierte en una trampa. Cuando la empresa quiere migrar su sitio web, actualizar su plataforma o simplemente contratar a alguien distinto para la mantención, descubre que no tiene el control técnico que creía tener.
Un caso frecuente en PTW: empresas que llegan para hacer un rediseño y, al revisar su situación, se descubre que el dominio fue registrado hace seis años por alguien que ya no trabaja ni en el proveedor original ni en la empresa cliente. Recuperar ese dominio sin perder el historial SEO acumulado puede tomar semanas y requerir procesos formales ante el registrador. Todo eso antes de haber escrito una sola línea del nuevo sitio.
Por qué migrar un sitio web en Chile sin perder nada es más complejo de lo que parece
La frase “migrar el sitio” suena técnica y manejable. En la práctica, involucra capas que interactúan entre sí y que, si se mueven sin criterio, pueden generar daño concreto: caída en el posicionamiento orgánico, pérdida de configuraciones de correo, formularios rotos, redirecciones mal ejecutadas.
Los riesgos reales de una migración mal planificada son tres:
Pérdida de autoridad de dominio y posicionamiento SEO. Si el dominio cambia, si las URLs se reestructuran sin redirecciones 301 correctas, o si el nuevo sitio tarda en ser indexado, el posicionamiento que se construyó durante años puede caer en semanas. Para una empresa B2B que recibe consultas orgánicas, eso tiene un costo directo en oportunidades de negocio.
Interrupción del correo corporativo. En muchas pymes y empresas medianas chilenas, los correos corporativos dependen del mismo servidor que aloja el sitio web. Mover el sitio sin coordinar los registros DNS puede interrumpir las comunicaciones de toda la empresa por horas o días.
Pérdida de historial técnico del sitio. Configuraciones de Analytics, Search Console, pixels de seguimiento, integraciones con CRM o herramientas de automatización: si no se documentan antes de la migración, se pierden. Y reconstruirlas toma tiempo que ningún proyecto nuevo contempla.
El problema de fondo no es que migrar sea imposible. Es que migrar bien requiere una auditoría previa que muy pocos proveedores ofrecen y que muy pocos clientes piden. Se asume que el nuevo proveedor “lo va a manejar”, y el nuevo proveedor asume que el cliente tiene todo ordenado.
Cómo saber qué tan atrapado está tu sitio hoy
Antes de tomar cualquier decisión, conviene hacer un levantamiento de estado. No se necesita un técnico para responder estas preguntas —aunque sí para actuar sobre algunas de ellas.
Checklist de propiedad y control:
- ¿Tienes acceso al panel del registrador de tu dominio (GoDaddy, NIC Chile, Namecheap, etc.)?
- ¿El dominio está registrado a nombre de tu empresa o de una persona/empresa externa?
- ¿Sabes quién administra el hosting y tienes credenciales propias?
- ¿Tienes acceso completo al back-end o CMS del sitio (no solo al editor de contenidos)?
- ¿Existe una copia de seguridad de los archivos del sitio en manos de tu empresa?
- ¿Las cuentas de Google Analytics y Search Console están asociadas a un correo corporativo tuyo?
- ¿El certificado SSL está configurado a nombre de tu dominio y con renovación automática?
- ¿Hay documentación de las integraciones activas (formularios, correos automáticos, pixeles)?
Si respondiste “no” o “no sé” a más de tres de estas preguntas, tu sitio no está bajo tu control operativo. Eso no significa que el proveedor actual haya actuado de mala fe —pero sí significa que cualquier cambio va a ser más difícil de lo necesario.
Cómo salir sin perder nada: los pasos que funcionan
Cambiar de proveedor web sin daño colateral requiere secuencia. Hacer las cosas en el orden incorrecto —por ejemplo, dar de baja el hosting actual antes de configurar el nuevo— es la causa más común de interrupciones evitables.
Paso 1: Recuperar los accesos antes de anunciar el cambio. El momento más difícil para pedir accesos es cuando la relación con el proveedor ya está tensa. Lo ideal es solicitarlos con antelación, en términos técnicos y sin drama: “Necesitamos tener los accesos documentados para efectos de auditoría interna.” Si el proveedor se niega, eso ya es información relevante.
Paso 2: Hacer un levantamiento técnico completo del sitio actual. Antes de tocar nada, documentar: URLs existentes, configuraciones DNS, integraciones activas, versión del CMS y plugins, cuentas de analytics vinculadas. Este inventario es la base del plan de migración.
Paso 3: Preparar el nuevo entorno antes de apagar el antiguo. El nuevo sitio debe estar funcionando en un entorno de staging (pruebas) y completamente configurado antes de mover el dominio. El cambio de DNS debería ser el último paso, no el primero.
Paso 4: Ejecutar las redirecciones 301 desde el primer día. Cada URL que existía en el sitio anterior debe tener una redirección al equivalente en el nuevo sitio. Si la arquitectura de información cambió —lo cual es frecuente en un rediseño— esto requiere un mapa de redirecciones explícito. Sin esto, el SEO técnico acumulado se pierde.
Paso 5: Validar antes de dar por cerrada la migración. Verificar que el correo funciona, que los formularios envían, que Analytics registra visitas, que Search Console no muestra errores de indexación, que el certificado SSL está activo. Esto toma un día de trabajo, pero evita semanas de problemas.
Cómo no quedar en esta situación la próxima vez
La dependencia de proveedor no se evita eligiendo mejor proveedor —se evita estableciendo condiciones claras desde el inicio de la relación.
Tres estándares mínimos que cualquier empresa B2B debería exigir al contratar desarrollo web:
El dominio debe estar registrado a nombre de la empresa, con acceso al panel de administración. Sin excepciones. Si el proveedor quiere gestionarlo por conveniencia operativa, puede tener acceso técnico delegado, pero la titularidad debe ser de la empresa.
Las credenciales de hosting, CMS y herramientas asociadas deben entregarse en un documento formal al cierre del proyecto. No “cuando las pidas”, sino como parte del proceso de entrega.
Las cuentas de analytics y herramientas de seguimiento deben crearse con correos corporativos de la empresa. No con cuentas personales del proveedor ni con correos genéricos que no se controlan internamente.
Estos no son requisitos técnicos complejos. Son condiciones de propiedad sobre un activo digital que la empresa está pagando. Exigirlos no es desconfianza hacia el proveedor —es criterio básico de gestión.
El paso siguiente si tu situación es esta
Si al leer este artículo reconociste tu situación —no tienes los accesos, no sabes exactamente qué tiene el proveedor actual, o llevas meses posponiendo un cambio que ya está claro que hay que hacer— el primer movimiento concreto es hacer un diagnóstico del estado real de tu sitio.
El equipo de PTW trabaja con empresas B2B que llegan exactamente en este punto: saben que algo no está bien pero no tienen el mapa completo de qué. El diagnóstico digital de PTW está diseñado para ese momento: identificar qué está bajo control, qué no, y qué requiere corrección antes de cualquier decisión de inversión.
No es una propuesta comercial disfrazada. Es el paso que tiene sentido dar cuando se quiere actuar con criterio y no quedar atrapado dos veces en el mismo problema.