¿De quién es tu web? La pregunta que nadie hace

Una web no es un objeto. Es un conjunto de cuatro activos distintos (el nombre de dominio, el contenido, el código y los accesos a los servicios que la hacen funcionar) que pueden pertenecer a personas diferentes. Si uno de ellos está a nombre de tu proveedor en lugar del tuyo, estás cautivo sin saberlo. El día que quieras recuperar tus activos para llevarlos a otra parte, descubrirás que « tu » web no lo es tanto como pensabas. Aquí tienes cómo comprobar quién posee qué, y qué exigir a un proveedor antes de que sea demasiado tarde.

Una « web » son, en realidad, 4 activos separados

Cuando dices « mi web », hablas en realidad de cuatro cosas:

1. El nombre de dominio, tu-empresa.es. La dirección por la que te encuentran.
2. El contenido, tus textos, fotos, vídeos, logotipos. La materia de la web.
3. El código, los archivos técnicos (HTML, CSS, JS, base de datos) que hacen funcionar la web.
4. Los accesos, cuentas de alojamiento, base de datos, servicios de terceros (Google Analytics, formularios, pago…). Las llaves del motor.

Cada uno de estos activos puede, legalmente, pertenecer a una persona distinta. En un montaje limpio, los cuatro son tuyos. En un montaje menos limpio, basta con uno para que el proveedor te tenga sujeto.

¿Quién posee el nombre de dominio?

Es el punto que más sorprende, desde el gerente de una pyme pequeña hasta el responsable informático de una pyme que descubre que el dominio histórico de la empresa nunca estuvo a su nombre. Un nombre de dominio no se « vende », se alquila, en general de uno a diez años, ante un registrador (OVH, Gandi, Cloudflare, GoDaddy, etc.). Y es la persona inscrita como titular (« owner » en las bases públicas whois) quien decide todo: transferencia, renovación, redirección, cancelación.

Tres casos habituales:

• El dominio está a tu nombre (o al de tu empresa). Es el buen caso. Puedes transferirlo a otro registrador en cualquier momento, sin pedir permiso a nadie.
• El dominio está a nombre de tu proveedor. Mientras sigas con él, ningún problema visible. El día que quieras recuperarlo, pides la transferencia, y se niega, factura gastos de salida, o deja de responder.
• El dominio está en un registrador « casero » del proveedor. El peor caso: sin procedimiento de transferencia estándar, dependencia técnica injertada sobre la dependencia comercial.

Comprobarlo lleva dos minutos. Escribe whois tu-empresa.es en cualquier herramienta whois en línea (la AFNIC ofrece una gratuita para los .fr). El campo « Titular » debe mostrar tu nombre o el de tu empresa. Si es otra cosa, es el momento de actuar, no dentro de dos años.

¿Y cuando ya gestionas tus DNS y tus cuentas en la nube?

Lo anterior sigue siendo un recordatorio útil incluso cuando crees saber. Un nivel por encima, el matiz que pilla a los equipos técnicos está en la distinción entre titular y gestor. En la consola de un registrador o de un alojador, la cuenta « owner » (la que posee jurídicamente el recurso y puede cerrar o transferir) no es la cuenta « admin » que administra a diario. Un proveedor puede darte perfectamente un acceso admin cómodo y, a la vez, conservar la propiedad real. Verifica el rol, no solo el hecho de tener un login.

Otros dos puntos para un departamento de TI:

• DNS delegados. El dominio puede estar a tu nombre pero sus servidores DNS delegados en el proveedor (o apuntados a su infraestructura). Eres propietario, pero la resolución depende de él. Lo ideal es que la zona DNS esté alojada en una cuenta que controles (Cloudflare, el registrador, tu propio DNS gestionado).
• Cuentas en la nube y transferencia de propiedad. Cuando la infraestructura corre en AWS, GCP o Cloudflare, la verdadera pregunta no es « ¿tengo acceso? » sino « ¿la cuenta de facturación y la organización están a mi nombre? ». Migrar un proyecto entre dos cuentas de AWS o transferir la propiedad de una organización de Cloudflare no es trivial: mejor dejarlo encuadrado desde el principio que en la urgencia de un final de relación.

¿Quién posee el contenido y el código?

Legalmente, eres el autor de lo que escribes y propietario de las fotos que has hecho o encargado. Para el contenido que aportas tú, la cuestión es clara: es tuyo. Pide solo que el contrato lo recuerde negro sobre blanco.

Con el código, es más matizado. Existen tres casos típicos.

Web a medida desarrollada para ti. El contrato debe prever explícitamente que el código fuente se te entrega al final del proyecto o a petición, y que te pertenece. Sin esa cláusula, el proveedor sigue siendo propietario de su trabajo, y tú tienes un derecho de uso, no de propiedad.

Web montada sobre un CMS de código abierto (WordPress, Astro, etc.). El código del CMS no te pertenece (está bajo licencia libre, accesible a todo el mundo). El código específico de tu web, tema, configuración, plugins desarrollados a medida, sí debe entregarse a ti.

Web en una plataforma propietaria (Wix, Squarespace, Webflow, o un constructor casero del proveedor). No posees el código, alquilas el uso de la plataforma. Es aceptable mientras los demás activos (dominio, contenido, accesos) sean tuyos, y la plataforma te deje exportar tu contenido si te vas.

El punto a retener: ser incapaz de recuperar tu contenido en un formato reutilizable (Markdown, HTML, CSV, base SQL…) es el verdadero indicador del lock-in. No el hecho de poseer el código en sí.

¿Y los accesos de alojamiento, correos, analíticas?

La trampa menos visible, y sin embargo la más frecuente. Cuatro cuentas que vigilar.

• La cuenta de alojamiento (OVH, Cloudflare, Netlify, Vercel…). Si está abierta a nombre del proveedor, puede cortarte la web en dos clics. Pide que esté abierta a tu nombre, con tus credenciales, y que el proveedor se añada como colaborador.
• Los buzones de correo ligados al dominio (contacto@tu-empresa.es, etc.). Igual: cuenta a nombre de tu empresa, proveedor en acceso delegado.
• Google Analytics o equivalente. El historial de visitas es valioso. La cuenta debe estar a nombre de tu empresa, y tú eres administrador.
• Servicios de terceros, formularios, calendario de reservas, pago con Stripe, etc. Todas esas cuentas deben estar a nombre de tu empresa. El proveedor es un invitado, no el propietario.

Una buena regla: si tu proveedor cerrara el negocio mañana, ¿serías capaz de recuperar todas las llaves de la web en menos de un día? Si la respuesta es « no », falta algo por regularizar ahora.

¿Cómo comprobarlo en 5 minutos?

Una pequeña investigación rápida:

1. Haz un whois sobre tu dominio. Anota el titular.
2. Abre tu última factura de alojamiento. ¿A nombre de quién está?
3. Conéctate a tu cuenta de alojamiento. ¿Tienes un acceso de administrador, o solo « editor »?
4. Pregúntate: si quisiera exportar todo el contenido de mi web esta semana, ¿sé cómo hacerlo?
5. ¿Tienes en algún sitio, en tu ordenador, en un correo, en un drive, una copia del contrato con tu proveedor y la lista de accesos?

Si te bloqueas en alguno de estos pasos, es una señal, no una catástrofe. Un proveedor serio regulariza sin dificultad: dominio puesto a tu nombre, accesos transferidos, contrato aclarado. Una reticencia es, en sí misma, una respuesta.

Las buenas preguntas que hacer antes de firmar

Antes de arrancar con un nuevo proveedor, pide por escrito (basta un correo):

• ¿El nombre de dominio estará a mi nombre (o al de mi empresa)?
• ¿El contrato precisa que el contenido y el código específico me pertenecen?
• ¿En qué alojador se depositará la web, y la cuenta estará a mi nombre?
• El día que decida marcharme, ¿cuál es exactamente el procedimiento para recuperar mi dominio, mi contenido y mi código, y hay gastos de salida?

Los buenos proveedores responden rápido y con claridad, porque ya han tenido la pregunta y juega a su favor. Los demás se van por las ramas. Es precisamente la información que buscabas.

Estas preguntas se aplican sea cual sea el formato, suscripción, pago único, freelance o agencia. La trampa no depende del modo de facturación: una web pagada de una vez puede dejarte perfectamente cautivo si el dominio sigue a nombre del proveedor, y una suscripción puede dejarte marchar con todo. Si quieres profundizar en el formato suscripción en concreto, es por aquí. Para situar las verdaderas horquillas de coste por formato, el artículo sobre los precios completa el cuadro.

En Inleven, quisimos hacer estos compromisos explícitos y públicos. La página Garantías lista negro sobre blanco quién posee qué: dominio, contenido y código son tuyos desde el primer día, y te marchas con todo el conjunto, sin gastos de salida ni penalización. Es también lo que detalla nuestra oferta: un primer año que financia el trabajo a medida, en 12 plazos o de una vez, y después 180 €/año todo incluido. Es la lectura que nos habría gustado tener cuando empezamos.