Cada mes me escribe alguien con la misma historia: “Mi desarrollador desapareció”, “La agencia me cobra por cualquier cambio mínimo”, “Me dijeron que si me voy pierdo todo”. Es más común de lo que pensás, y tiene nombre: vendor lock-in.
No es un accidente. Es un modelo de negocio.
Las señales de que estás atrapado
No tenés acceso al hosting. Si no podés entrar al panel de tu servidor y ver los archivos de tu propio sitio web, no sos dueño de tu sitio — sos inquilino. El que tiene las llaves del hosting tiene tu negocio digital en sus manos.
No sabés qué tecnología usa tu sitio. Le preguntás a tu proveedor “¿en qué está hecho mi sitio?” y te responde algo vago. O peor: “en nuestra plataforma propia”. Una plataforma propia de una agencia de cinco personas no es una plataforma — es una cárcel con diseño bonito.
Cada cambio menor tiene un costo. Cambiar un teléfono en el footer: USD 30. Subir una foto nueva: USD 20. Actualizar un texto en la página de servicios: USD 25. Si tu proveedor cobra por esas cosas, no te vendió un sitio — te vendió una suscripción disfrazada.
No tenés el código fuente. Cuando pedís los archivos del proyecto, te dicen que “eso es propiedad intelectual de la agencia”. Alerta máxima: si pagaste por el desarrollo, el resultado es tuyo. Si no te lo entregan, están reteniendo algo que compraste.
El dominio está a nombre de ellos. Esto pasa más de lo que te imaginás. El dominio es la dirección de tu negocio en internet. Si está registrado con los datos de tu proveedor, el día que cortes relación podés perder hasta la URL.
Cómo pasa esto
La mayoría de las veces no es maldad — es comodidad. El proveedor registra el dominio con su cuenta porque “es más rápido”. Pone el sitio en su hosting compartido porque “así te lo administro mejor”. No te da accesos porque “es técnico y te vas a confundir”.
Son excusas que suenan razonables. Pero el resultado es el mismo: todo tu negocio digital depende de una sola persona o empresa, y el día que querés irte, no podés.
En los peores casos sí es intencional. Conocí agencias que específicamente diseñan su flujo de trabajo para que el cliente no pueda irse. Usan builders propietarios, guardan el código en sus servidores sin dar acceso, y cuando el cliente pregunta por migrar le presupuestan más caro que rehacerlo de cero.
Cómo salir
Si te identificás con alguna de las señales de arriba, esto es lo que hay que hacer:
Primer paso: averiguá qué tenés. ¿Tu dominio está a tu nombre? Entrá a NIC.ar (para .com.ar) o al registrador que uses y verificá. ¿Tenés acceso al hosting? ¿Sabés qué CMS usa tu sitio?
Segundo paso: pedí todo. Escribile a tu proveedor y pedí por escrito: acceso al hosting (FTP/panel), credenciales del CMS (WordPress, lo que sea), copia de la base de datos, y confirmación de que el dominio está a tu nombre.
Tercer paso: evaluá el estado real. Antes de migrar a otro proveedor, hay que entender qué tenés. Muchas veces me llegan sitios que aparentan ser WordPress pero están tan modificados con código custom que migrarlos no es trivial. O sitios en plataformas cerradas donde lo único que se puede rescatar es el contenido.
Cuarto paso: decidí si se migra o se rehace. Si el sitio está en una tecnología estándar (WordPress, HTML/CSS, un framework conocido), se puede migrar. Si está en una plataforma propietaria de la agencia, generalmente conviene rehacer desde cero con tecnología abierta.
Cómo evitar que pase de nuevo
Para el próximo proveedor, antes de arrancar cualquier proyecto:
- El dominio se registra con tus datos y tu cuenta. Siempre.
- Los accesos al hosting son tuyos. El desarrollador trabaja con una cuenta secundaria.
- Al finalizar el proyecto, recibís todos los archivos del sitio. Código, base de datos, assets, todo.
- El sitio se construye con tecnología estándar y abierta. Si el desarrollador desaparece, otro puede continuar el trabajo.
Esto no es negociable. Si un proveedor no acepta estas condiciones, es porque su modelo depende de retenerte — no de entregarte un buen resultado.
Lo que yo hago diferente
Todos mis proyectos se entregan llave en mano. El código es del cliente, los accesos son del cliente, el hosting está a nombre del cliente. Si mañana decidís cambiar de desarrollador, te llevás todo y le pasás la carpeta al siguiente. Sin dramas, sin costos de “liberación”, sin archivos retenidos.
No hago esto porque sea generoso. Lo hago porque si el único motivo por el que un cliente se queda conmigo es que no puede irse, mi trabajo no vale nada.