Dominio, contenido, código, accesos: tu web es un conjunto de 4 activos que pueden pertenecer a personas distintas. Cómo comprobar quién posee qué.
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.
Cuando dices « mi web », hablas en realidad de cuatro cosas:
tu-empresa.es. La dirección por la que te encuentran.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.
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:
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.
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:
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í.
La trampa menos visible, y sin embargo la más frecuente. Cuatro cuentas que vigilar.
contacto@tu-empresa.es, etc.). Igual: cuenta a nombre de tu empresa, proveedor en acceso delegado.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.
Una pequeña investigación rápida:
whois sobre tu dominio. Anota el titular.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.
Antes de arrancar con un nuevo proveedor, pide por escrito (basta un correo):
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, compromiso inicial de 12 meses para financiar el trabajo a medida, y después mensualidad cancelable. Es la lectura que nos habría gustado tener cuando empezamos.
Si él es el titular (el campo « owner » en las bases whois), sí, tiene el control jurídico. Por eso conviene comprobar desde ya que el dominio está registrado a tu nombre o al de tu empresa. Si lo está, puedes transferirlo a otro registrador cuando quieras, sin su permiso.
No, y es la confusión más cara. Una cuenta « admin » administra a diario; una cuenta « owner » posee el recurso y es la única que puede transferirlo, cerrarlo o cambiar la facturación. Puedes disponer de un acceso admin muy completo y, a la vez, no ser propietario de nada. Verifica el rol exacto, no solo el hecho de tener un identificador.
No necesariamente. No posees el código de esas plataformas, pero es aceptable mientras el dominio, el contenido y los accesos estén a tu nombre, y la plataforma te deje exportar tu contenido en un formato reutilizable. El verdadero indicador de cautividad no es la ausencia de código, es la incapacidad de recuperar tus datos.
Pide por escrito que el dominio esté a tu nombre, que el contrato precise la propiedad del contenido y del código específico, que las cuentas de alojamiento y servicios de terceros estén abiertas a tu empresa (el proveedor como colaborador), y cuál es el procedimiento exacto para recuperar el dominio, el contenido y el código el día que te vayas, gastos de salida incluidos. Un proveedor serio pone todo eso por escrito sin pestañear.
Una llamada de 15 minutos basta para empezar. Sin compromiso.
