Esta es la pregunta más cara que las PyMEs argentinas no hacen antes de contratar dev. Tres escenarios reales (sin nombres porque son clientes que vinieron a rescate), y las 3 preguntas que evitan la trampa.
Tres escenarios reales (con números)#
Caso 1: el cliente fantasma#
PyME contrata freelance por ARS 200k. Sitio "listo". A los 6 meses quieren agregar una sección. El freelance no responde. Resultado: pagan ARS 400k a otro dev para tomar control, porque el código original estaba en una cuenta personal del freelance. No podían ni mover el sitio de servidor.
Caso 2: la agencia "incluida"#
Otra PyME contrata agencia por ARS 1.5M. "Incluye mantenimiento mensual de $80k". Después de 18 meses, $1.4M extras en mantenimiento. Quisieron salir, pero el código tenía dependencias del "framework propietario" de la agencia. No era portable.
Caso 3: Wix premium para siempre#
PyME arma su tienda en Wix. 3 años pagando USD 45/mes. Cuando quisieron migrar, descubrieron que no se podían llevar los datos de los clientes ni el diseño. Empezaron de cero. Plata tirada acumulada: ARS 1.6M.
Las 3 preguntas que evitan la trampa#
1. ¿En qué cuenta queda el repositorio?#
Respuesta correcta: "GitHub a tu nombre, vos sos owner, yo soy collaborator hasta entregar y después salgo." Respuesta peligrosa: "En mi cuenta, te doy acceso" — eso es lock-in puro.
2. ¿En qué cuenta queda el dominio y el hosting?#
Respuesta correcta: "Vos comprás el dominio a tu nombre. Hosting en tu cuenta de Vercel/AWS/etc." Respuesta peligrosa: "Te lo manejo todo yo" — si el dev desaparece, perdés acceso al sitio.
3. ¿Qué pasa si en 1 año quiero moverme a otro proveedor?#
Respuesta correcta: "Te llevás el repo entero, las bases de datos exportadas, y la documentación. Lo podés correr en otro lado mañana mismo." Respuesta peligrosa: "Lo armé con mi framework propio, sería difícil migrarlo." Si te dicen esto, correlo.
¿Qué hacer si ya firmaste sin preguntar?#
- Pedí formalmente acceso owner al repositorio (email + por WhatsApp).
- Si el dev no responde en 7 días, escalá legalmente — el código del sitio puede ser tuyo por ley si lo pagaste.
- En paralelo, hacé backup de todo lo público (el frontend) y exportá toda la data que tengas acceso.
- Considerá contratar a otro dev para una "auditoría de propiedad" — chequea qué tan portable es tu setup actual.
¿Por qué un dev serio quiere que el código sea tuyo?#
Porque no necesita atarte para que te quedes. El que te retiene escondiendo el código o el acceso es porque su trabajo no se sostiene solo. Un dev confiado te entrega todo —repo, dominio, datos— y volvés igual, porque trabajás bien con él. El lock-in es una muleta de retención, no una práctica profesional. Si te lo proponen "para simplificar", desconfiá.
¿Qué tiene que decir el acuerdo, aunque sea un email?#
- Que el código es tuyo y el repo se crea en TU cuenta de GitHub desde el día 1.
- Que el dominio y el hosting quedan a tu nombre, no del dev.
- Que podés exportar toda la base de datos cuando quieras.
- Qué incluye el proyecto y qué no (scope claro, para evitar el "eso es aparte").
- Precio fijo y plazo por escrito, no "por hora sin tope".
¿Cambia algo si es una app en vez de una web?#
Aplica lo mismo, más un detalle clave: las cuentas de Apple Developer y Google Play tienen que estar a TU nombre (o de tu empresa), no del dev. Si la app se publica bajo la cuenta del desarrollador, en las tiendas la app es de él. Pedí siempre publicar bajo tu propia cuenta de developer.
Preguntas frecuentes
¿El código de mi sitio es legalmente mío si lo pagué?
En Argentina, la titularidad del código depende del contrato. Sin contrato escrito, la propiedad puede quedar ambigua. Por eso es crítico pactar por escrito desde el inicio que el código queda a nombre del cliente.
¿Qué es el lock-in de un proveedor?
Es cuando técnicamente es muy difícil o imposible migrar tu sitio o app a otro proveedor. Ocurre cuando el código vive en cuentas del dev, usa frameworks propietarios, o los datos no se pueden exportar.
¿Wix y Shopify tienen lock-in?
Sí, alto. Wix no te deja exportar el diseño ni los datos de los clientes. Shopify es un poco mejor (exportás productos y clientes) pero el theme y las customizaciones no son portables. Tiendanube está en el medio.
¿Cómo me aseguro que el código quede a mi nombre?
Pedí que el repositorio se cree directamente en tu cuenta de GitHub (no transferido después). Pedí ser el "owner" desde el día 1. Si te dicen que "es más fácil" empezar en la cuenta del dev y "después transferir", desconfiá.
¿Me sirve tener el código si no sé programar?
Sí, muchísimo. Aunque no lo toques, el código es el activo: podés contratar a cualquier otro dev para que lo continúe, moverlo de servidor, o venderlo junto con tu negocio. Sin el código, dependés para siempre de una sola persona o plataforma.
¿Cómo maneja APEX la propiedad del código?
El repositorio se crea en tu cuenta de GitHub desde el día 1, el dominio y el hosting quedan a tu nombre, y todo queda pactado por escrito antes de empezar. Si algún día querés seguir con otro dev, te llevás todo sin pedir permiso.