¿De quién son tu código, dominio y cuentas de anuncios?

Deberías ser dueño de cada cuenta y de cada archivo por el que has pagado, y tu proveedor debería ser un usuario al que puedes quitar en una tarde. Si algo de esto es al revés, arréglalo ahora, mientras la relación es cordial. Sale caro cuando ya te estás yendo.

La mala versión de esta historia es breve. Un fundador en r/startups la resumió en una sola línea: «The dev refused to give me the source code, so I had to scrap the entire thing.» (traducción libre: el desarrollador se negó a darme el código fuente, así que tuve que tirarlo todo a la basura) (hilo). Nada en esa frase habla de código malo. Habla de quién tenía las llaves.

Esta página va activo por activo: de qué deberías ser dueño, qué debería recibir el proveedor en su lugar y cómo comprobarlo hoy. Después vienen las cláusulas que añadir al contrato antes de firmar y una lista de salida para el día en que te vayas.

¿Qué debería estar a tu nombre y cómo lo compruebas en dos minutos?

Cada activo de la lista siguiente debería ser propiedad de tu empresa, con el proveedor añadido como usuario o partner. Abre cada uno tú mismo, con tu propio usuario, no a través de una pantalla compartida que maneje el proveedor.

Si puedes marcar todas las filas, puedes dejar de leer aquí y guardar la lista de salida. La mayoría de los compradores no pueden marcar las cuatro últimas, y son justo las que nadie pregunta.

¿Por qué una cuenta publicitaria de la agencia cuesta más que la inversión en anuncios?

Porque el historial de la cuenta, sus datos de conversión y sus campañas anteriores se quedan con quien sea su dueño. Si te vas, empiezas con una cuenta nueva sin nada de eso.

La señal habitual es un esquema en el que tú pagas a la agencia y la agencia paga a Google o a Meta. En un hilo de r/PPC, una responsable de marketing pidió acceso de solo lectura a la cuenta de Google Ads de su propia empresa, y la agencia respondió que «typically don’t share account access» (traducción libre: normalmente no comparten el acceso a la cuenta) (hilo). Las respuestas, incluidas las de gente del lado de las agencias, decían lo mismo: la cuenta debe ser del cliente, y una agencia que no te la enseña está preparando una dependencia.

Las plataformas están hechas para el esquema contrario:

• Google Ads. Las agencias gestionan las cuentas de sus clientes a través de una cuenta de administrador (manager account). La propia página de ayuda de Google dice que los usuarios con acceso de administración a una cuenta vinculada «can terminate the relationship with the manager account at any time by unlinking» (traducción libre: pueden poner fin a la relación con la cuenta de administrador en cualquier momento desvinculándola). La cuenta en sí tiene cinco niveles de acceso: Admin, Standard, Read-only, Billing y Email-only. Admin es el nivel que puede dar acceso, cambiar niveles de acceso y cancelar las invitaciones de otros usuarios. Tú quieres ser el Admin.
• Meta. Las cuentas publicitarias están dentro de una cartera comercial, y Meta permite al dueño dar a un partner acceso a los activos del negocio en lugar de entregarle la cuenta. La documentación para desarrolladores de Meta lo dice claramente: «Most marketing companies won’t need to claim ad accounts from their clients» (traducción libre: la mayoría de las empresas de marketing no necesitarán reclamar las cuentas publicitarias de sus clientes) (Meta for Developers).

Nuestra opinión: si una agencia de PPC insiste en gestionar tu inversión dentro de una cuenta que es suya, no la contrates. Algunas agencias sí tienen un motivo legítimo para pagar a la plataforma en tu nombre, como una línea de crédito. Eso es un acuerdo de facturación. Puede seguir funcionando sobre una cuenta que es tuya, y la facturación puede volver a ti cuando termine el contrato. Ponlo por escrito.

¿Dónde suele perderse el dominio?

En el registro. Un desarrollador o un asistente compra el dominio para ahorrarte la molestia, en su propia cuenta del registrador y a veces a su propio nombre.

Dos cosas distintas deciden quién controla un dominio. El titular es quien tiene legalmente el registro; ICANN lo llama registered name holder. La cuenta del registrador es el acceso en la empresa que vendió el dominio. Necesitas las dos. Un dominio registrado a nombre de tu empresa pero alojado en la cuenta del registrador del proveedor les sigue permitiendo apuntarlo a otro sitio.

Eso es lo que le pasó a un pequeño empresario en un hilo de r/SEO: un antiguo asistente web redirigió el sitio de la empresa, con diez años de antigüedad, a su propia página y exigió un pago para restaurarlo. Hasta donde sabía el dueño, nunca se había firmado nada. Los comentaristas no paraban de hacer la misma primera pregunta, que es la correcta: ¿quién es dueño del dominio y quién tiene el acceso al registrador?

Lo que las propias páginas de ICANN dicen que te corresponde:

• Como titular, debes mantener exactos tus datos de contacto y actualizados los datos de tu cuenta del registrador (Registrants’ Benefits and Responsibilities).
• Tu registrador debe darte el código de autorización de transferencia en un plazo de cinco días naturales desde tu solicitud (preguntas frecuentes de ICANN sobre transferencias).
• Según la política de transferencias vigente hoy, después de un cambio en el nombre, la organización o el correo del titular puede que no puedas trasladar el dominio a otro registrador durante 60 días. Algunos registradores te permiten renunciar a ese bloqueo; no están obligados a hacerlo (mismas preguntas frecuentes). La revisión de la política de transferencias de ICANN recomienda eliminar ese bloqueo, pero hasta que las nuevas reglas entren en vigor, pregunta a tu registrador qué bloqueo se aplica.

Un posible bloqueo de transferencia es el motivo para poner ya el dominio a nombre de tu empresa, no durante una disputa. Tu correo funciona sobre el mismo dominio, así que perder el dominio suele significar perder también el correo.

¿Eres dueño del código porque lo pagaste?

No automáticamente. Quién es dueño del código escrito para ti depende de tu contrato y de la ley del lugar donde se firma, y sin una cesión por escrito la regla por defecto puede no favorecerte.

Esto no es asesoramiento legal; el derecho contractual varía según el país: pide a un abogado que revise el contrato final.

Lo que querríamos en la práctica:

1. Una cláusula de cesión de propiedad intelectual que te transfiera los derechos sobre el trabajo, activada por el pago. El proveedor conservará sus herramientas y bibliotecas previas, lo cual es justo, pero deberías recibir una licencia para usar lo que de ellas acabe en tu producto.
2. El código en tu repositorio desde la primera semana. Un repositorio bajo tu organización, con el proveedor como colaborador, significa que cada hito pagado ya está en tus manos. Si más adelante el proveedor te traspasa un repositorio, la transferencia de GitHub requiere acceso de administrador al repositorio, y las incidencias, las pull requests y el historial de commits se trasladan con él.
3. Todo lo necesario para ejecutarlo. Código sin las variables de entorno, las claves de despliegue, los scripts de compilación y la cuenta en la nube es una carpeta que no puedes publicar. Traspasar significa que otro desarrollador puede compilarlo y desplegarlo desde tus cuentas siguiendo instrucciones escritas.

Una oferta que conviene rechazar: un prototipo gratuito o barato cuya propiedad intelectual puedes comprar al proveedor después. En un hilo de r/startups sobre exactamente ese acuerdo, un comentarista que decía ser asesor de propiedad intelectual lo calificó de pésimo y dijo que el cliente siempre debe ser dueño de la propiedad intelectual. Estamos de acuerdo.

¿Cuándo vale la pena pagar un depósito del código fuente (escrow)?

Solo cuando usas con licencia un software que no es tuyo y tu negocio se pararía si el proveedor desapareciera. Para un sitio corporativo o una app cuyo repositorio ya es tuyo, es excesivo.

El escrow consiste en que el proveedor deposita su código fuente con un agente tercero independiente, y el código solo se te entrega en las condiciones que fije el acuerdo, como la quiebra del proveedor o su negativa a seguir manteniendo el software (resumen de Wikipedia). Existe para licenciatarios, no para dueños. Si el repositorio ya es tuyo, no necesitas que un tercero guarde una copia.

Donde sí tiene sentido (un SaaS empresarial del que dependen tus operaciones, o un sistema a medida cuyos derechos conserva el proveedor), pregunta por la verificación. Un depósito solo sirve si alguien ha comprobado que compila. Algunos agentes de escrow compilan el código depositado y lo comparan con la versión que usas. En un hilo de r/startups, un proveedor se opuso a la petición de escrow de un cliente corporativo porque su código cambiaba a diario, y otros comentaristas dijeron que simplemente habían añadido el depósito de escrow como un paso de su pipeline de publicación. Ese es el esquema que debes pedir: depósitos que acompañan a cada versión, no un único archivo zip del día de la firma.

¿Qué cláusulas deberían estar en el contrato antes de firmar?

Estas ocho, comprobadas una a una. No encontramos esta lista a nivel de cláusula en los directorios de proveedores que revisamos, así que tómala como un primer borrador para tu abogado, no como una plantilla terminada.

• [ ] Cesión de la propiedad intelectual con el pago. Los derechos sobre los entregables pasan a ti a medida que se paga cada factura, con una licencia sobre los componentes previos del proveedor.
• [ ] Cuentas a tu nombre. Dominio, hosting, repositorios, cuentas publicitarias, analítica, seguimiento de llamadas y licencias de pago se abren a nombre de tu empresa, o se trasladan a ella en un número de días fijado.
• [ ] Acceso de administrador para ti en todo momento. No cuando lo pidas ni al final del proyecto.
• [ ] Entrega del código fuente por hito. Cada hito aceptado está en tu repositorio, con instrucciones de compilación.
• [ ] Pruebas de aceptación. Qué significa «terminado» para cada hito, por escrito antes de empezar el trabajo, para que el pago y la transferencia de la propiedad intelectual tengan un detonante claro.
• [ ] Exportación de datos. Informes, datos publicitarios, registros del CRM y configuraciones de analítica exportados en formatos utilizables cuando se pidan y al terminar el contrato.
• [ ] Asistencia en la transición. Un número fijado de horas o semanas de ayuda para el traspaso a ti o a un nuevo proveedor, a una tarifa fijada.
• [ ] Escrow, solo si está justificado. Para software con licencia del que dependes, con depósitos verificados y ligados a cada versión.

Dos de ellas hacen la mayor parte del trabajo. Si consigues la cesión de la propiedad intelectual con el pago y el código en tu repositorio por hito, un proveedor que desaparece te cuesta tiempo, no el producto.

El modelo de precios también influye. Algunas estructuras de tarifas hacen que ceder el control resulte incómodo para el proveedor; cómo se comparan los modelos de precios de proveedores explica cuáles te protegen.

¿Qué respuestas deberían poner fin a la conversación?

Cualquier negativa a dejarte el control de tus propios activos. Estas son las que, para nosotros, descalifican a un proveedor:

• No te da acceso de administrador a una cuenta publicitaria o de analítica que estás pagando.
• No firma una cesión de propiedad intelectual, o se ofrece a venderte la propiedad intelectual más adelante.
• Quiere registrar el dominio o contratar el hosting en su propia cuenta porque es más sencillo.
• Solo entregará el código al final del todo, de una vez.

Un buen proveedor responde a esto en una frase y sigue adelante, porque ya trabaja así. Si quieres comprobarlo antes de firmar, pregúntalo durante la presentación y fíjate en lo rápido que llega la respuesta; preguntas para la presentación de un proveedor tiene más de este tipo.

¿Cómo dejas a un proveedor sin perder nada?

Primero asegura los accesos, después exporta y por último anúncialo. El orden importa, porque algunos proveedores colaboran menos cuando saben que te vas.

Un comentarista en aquel hilo de r/PPC daba el mismo consejo: prepara la nueva configuración y consigue acceso a todo antes de decírselo a la agencia. Esta es la lista de salida, con quién debe tener cada credencial cuando termines.

El paso 9 es el que la gente se salta. La página de permisos de Search Console de Google dice que, si no eliminas los tokens de verificación de un propietario retirado, esa persona puede volver a verificar la propiedad más adelante. Para GA4, la gestión de usuarios se explica en la página de acceso a Analytics de Google: solo el rol de Administrador puede añadir o eliminar usuarios.

Los números de seguimiento de llamadas son el activo que los compradores olvidan más a menudo que no es suyo. Tus clientes llevan marcando esos números, a veces durante años. Pregunta ahora, por escrito, en qué cuenta están y si se pueden pasar a ti si te vas.

Preguntas frecuentes

¿Puede una agencia quedarse con mi cuenta de Google Ads si dejamos de trabajar juntos? Si la cuenta es tuya y la agencia está vinculada a través de una cuenta de administrador, no: puedes desvincularla en cualquier momento. Si la agencia creó la cuenta en su propia estructura y paga a Google directamente, puede que no la recuperes, así que exporta todo lo que puedas mientras todavía tengas acceso.

¿Es normal que un desarrollador retenga el código hasta el pago final? Retener el último hito hasta que se pague es normal. Retener todo el código hasta el final no lo es. El código de los hitos pagados y aceptados ya debería estar en tu repositorio.

¿Necesito un depósito del código fuente (escrow) para mi app? Normalmente no. Si el repositorio está en tu organización y el contrato te cede la propiedad intelectual, ya tienes lo que te daría el escrow.

El proveedor registró mi dominio a su nombre. ¿Y ahora qué? Pídele que cambie el titular a tu empresa y que lo traslade a tu cuenta del registrador, y consíguelo por escrito. Si se niega, habla con un abogado antes de pagar nada. El campo del titular en las consultas públicas suele estar oculto por privacidad, así que la comprobación fiable es tener tu propio acceso al registrador.

¿Importa algo de esto si confío en mi proveedor? Sí, porque la gente cambia de trabajo, las agencias se venden y los freelancers se ponen enfermos. Ser dueño de las cuentas protege la relación tanto como te protege a ti.

Qué hacer esta semana

Abre cada cuenta de la primera tabla con tu propio usuario y anota tu rol al lado. Todo aquello en lo que no seas propietario o administrador va a una lista que envías a tu proveedor esta semana, planteada como una tarea de orden interno, no como una acusación. Después lleva la lista de cláusulas a quien revise tu próximo contrato.

Si el proveedor se resiste a cederte los accesos, eso te dice algo sobre el resto de la colaboración. Cómo comprobar si tu proveedor de SEO o PPC está trabajando es la siguiente página que leer, y el resto de la guía para contratar a un proveedor cubre las decisiones antes y durante el contrato.