¿Tu desarrollador web desapareció? Cómo recuperar el control de tu sitio web

Los mensajes se quedan sin respuesta una semana, luego un mes. El teléfono suena y nadie contesta. Mientras tanto la web sigue funcionando, y eso es lo engañoso: el problema permanece invisible hasta el día en que necesitas cambiar un precio, añadir una página o renovar algo que ni sabías que estabas pagando. Entonces descubres que cada acceso, cada correo de renovación y cada contraseña iban a parar a alguien que ya no está.

La misma situación llega por otra puerta cuando heredas una web: compraste un negocio, entraste en una empresa o tomaste el relevo de un compañero, y la web llegó sin credenciales ni notas de traspaso. En ambos casos el trabajo es el mismo. Averiguar qué es tuyo, entrar en cada pieza en el orden correcto y cerrar el hueco para que no vuelva a abrirse.

¿Qué hacer primero si tu desarrollador web desaparece?

Asegura el nombre de dominio antes que nada, porque es el único activo que puedes perder para siempre. Después haz una lista de cada cuenta de la que depende la web y anota quién controla cada una. No borres, no canceles y no reconstruyas nada todavía. Una web que sigue funcionando te da tiempo.

El instinto es empezar por la web, porque es la parte que se ve. Resístelo. Una web siempre se puede reconstruir desde cero si hace falta, con un coste. Un dominio que caduca y que registra otra persona puede no volver nunca, y cada enlace, cada dirección de correo y cada posición en Google dependen de él.

Así que la primera tarde consiste en esto: saber cuándo caduca el dominio, en qué cuenta está y anotar cada servicio que probablemente usa la web. Esa lista es tu plan de recuperación. Todo lo demás es ir completándola.

¿De quién es realmente tu web?

Una web son varios activos separados, y cada uno puede estar en manos de alguien distinto. El dominio está registrado a nombre de un titular. El alojamiento es una cuenta con un proveedor. El código y el contenido viven en ese alojamiento. Alrededor están el correo, la analítica y las cuentas de buscadores. Tener uno no te da los demás.

Aquí es donde muchos propietarios se llevan la sorpresa. Pagar las facturas durante años no significa que las cuentas estén a tu nombre, y el desarrollador que lo creó todo en su propia cuenta "por comodidad" era, legal y prácticamente, el titular. Dos de estos activos, el dominio y el alojamiento, deciden si el resto se puede recuperar, y los demás llegan en cuanto tienes esos dos. Esto es lo que hay que comprobar y lo que necesitas para cada uno:

¿Cómo saber quién controla tu dominio?

Consulta tu dominio en una herramienta pública de búsqueda RDAP, como la que ofrece ICANN en lookup.icann.org. Muestra el registrador, la fecha de caducidad y los servidores de nombres. Contacta con ese registrador, demuestra que tu empresa figura como titular y pide recuperar la cuenta o transferirte el dominio.

Desde 2018 la mayoría de los datos de contacto de los titulares aparecen ocultos en las búsquedas públicas por motivos de privacidad, así que no te alarmes si el campo solo dice "redacted". El registrador sigue sabiendo quién es el titular. Lo que importa es el nombre y la organización que constan en ese registro. Si es tu empresa, el dominio es tuyo aunque nunca hayas iniciado sesión, y el registrador tiene un procedimiento para darte el control. Si es el nombre personal del desarrollador, la recuperación se convierte en una conversación con el registrador y quizá en un asunto legal, y por eso este paso va primero.

Cuando controles la cuenta del registrador, podrás llevar el dominio adonde quieras. En los dominios genéricos como .com, la política de transferencias de ICANN obliga a los registradores a darte el código de autorización de transferencia en un plazo de cinco días naturales desde tu solicitud. Los dominios de país siguen las normas de su propio registro: .es lo gestiona Red.es, y .mx, .ar o .co tienen cada uno sus propias reglas. Consúltalas con el registrador o con el registro correspondiente.

Un paréntesis que ahorra problemas de verdad: activa la renovación automática en cuanto tengas acceso y cambia el correo de contacto de la cuenta por una dirección de tu propio dominio que controles tú. Una forma muy habitual de perder un dominio es una simple renovación olvidada, porque los avisos siguen llegando a un buzón que ya nadie lee.

¿Cómo recuperar el acceso a tu cuenta de alojamiento?

Averigua qué empresa aloja la web y pídele que te verifique como titular de la cuenta. Si la cuenta se factura a tu empresa, normalmente basta. Si está a nombre del desarrollador, el proveedor solo puede entregarla con su consentimiento o con una base legal, y la alternativa es copiar la web a otro sitio.

Encontrar el proveedor requiere algo de investigación, pero rara vez es difícil. Tus registros DNS apuntan a un servidor, y una búsqueda de la dirección de ese servidor suele revelar el proveedor. Las facturas antiguas y los extractos de la tarjeta a menudo son más rápidos.

Si la cuenta de alojamiento no se puede recuperar, no siempre la necesitas. Mientras la web siga accesible públicamente y controles el dominio, se puede reconstruir o copiar en un alojamiento nuevo y apuntar el dominio allí. Algunas webs se pueden exportar casi por completo desde fuera; otras, sobre todo las que usan una base de datos, necesitan acceso real para trasladarse bien. Por aquí empezamos normalmente un rescate: establecer qué se puede recuperar del servidor actual y qué hay que reconstruir, y después llevarlo a un alojamiento que controle el propietario.

¿Y si no puedes entrar en la propia web?

Si la web funciona con un CMS habitual como WordPress, la contraseña de administrador se puede restablecer desde la cuenta de alojamiento, a través de la base de datos o de las herramientas de la plataforma, así que el acceso al alojamiento suele resolverlo. Si se programó a medida, necesitas el código fuente. Si se creó con un constructor de webs alojado, vive dentro de la cuenta de quien tenga ese constructor.

Estos tres casos se comportan de forma muy distinta, así que identifica el tuyo antes de planificar nada:

• Un CMS estándar. El caso más sencillo. Con acceso al alojamiento se puede crear una cuenta de administrador nueva o restablecer la contraseña antigua. WordPress documenta varias formas de hacerlo, incluida una directamente desde la base de datos.
• Una web o aplicación programada a medida. Los archivos publicados pueden bastar para que siga funcionando, pero editarla bien exige el código fuente original y entender cómo está montada. Pregunta si el código está en un repositorio (GitHub, GitLab, Bitbucket) y en la cuenta de quién.
• Un constructor de webs alojado. La web existe dentro de la plataforma, bajo una sola cuenta. Si esa cuenta es del desarrollador, el soporte de la plataforma es tu vía de entrada, y puede que te digan que la web no se puede sacar de allí, solo reconstruirla en otro sitio.

¿Y si heredaste una web que no puedes editar?

Empieza por el mismo inventario y luego averigua por qué está bloqueada la edición. Casi siempre es uno de tres motivos: no hay acceso de administrador, la web está hecha íntegramente en código sin interfaz de edición, o la licencia del tema o del maquetador caducó con el propietario anterior. Cada motivo tiene una solución distinta, y solo el último se arregla con una compra rápida.

La versión heredada suele traer menos conflicto y más confusión. Nadie te niega nada. El conocimiento simplemente se fue con quien construyó la web. Pide al propietario anterior o al compañero que se marcha tres cosas concretas en lugar de "todas las contraseñas": la cuenta del registrador, la cuenta de alojamiento y cualquier cuenta en la que se construyera la web. Con esas tres se puede recuperar todo lo demás.

Sé realista con las webs hechas solo en código. Si cada cambio de texto siempre ha pasado por un desarrollador, así se diseñó la web, y las opciones honestas son mantener a un desarrollador disponible o trasladar la web a una solución que puedas editar tú. Ninguna es un error. Depende de con qué frecuencia cambia tu contenido.

¿Reparar la web antigua, migrarla o reconstruirla?

Repárala si la web está sana y ahora tienes todas las cuentas. Mígrala si la web está bien pero el alojamiento o las cuentas que la rodean no. Reconstrúyela si el código no se puede mantener, el diseño lleva años desfasado o no se puede recuperar nada más allá del contenido.

Nuestra opinión: no reconstruyas con prisas. Recuperar el control y rediseñar la web son dos decisiones separadas, y tomarlas a la vez es lo que convierte un rescate en un proyecto de seis meses. Estabiliza la web, haz una copia de seguridad y ponla bajo cuentas que sean tuyas. Después decide sobre el diseño con la cabeza fría.

Elijas lo que elijas, protege lo que la web ya ha ganado en los buscadores. Si las URL cambian durante una migración o una reconstrucción, cada dirección antigua necesita una redirección 301 a su equivalente nueva, o se pierden las posiciones de esas páginas. Nuestra guía sobre cómo cambiar de hosting sin perder datos ni SEO explica esa secuencia en detalle. Y si la queja real es el alojamiento y no el desarrollador ausente, el artículo sobre las señales de que es hora de dejar tu proveedor de hosting actual te ayudará a separar ambas cosas.

¿Cómo evitar que vuelva a pasar?

Pon cada cuenta a nombre de tu empresa, con un correo de tu propio dominio, contigo como propietario principal y el desarrollador añadido como segundo usuario. Guarda las credenciales en un gestor de contraseñas que controle la empresa. Y pide un breve traspaso por escrito cada vez que alguien termine un trabajo en la web.

Nada de esto es desconfianza hacia los desarrolladores. La mayoría son perfectamente razonables, y muchos desaparecen por motivos corrientes, como cerrar una pequeña agencia o cambiar de profesión. El problema es una configuración en la que una sola persona era el único punto de acceso. Corrige la configuración y la salida de un desarrollador pasa a ser un traspaso normal.

El código en sí es otra cuestión. A quién pertenecen legalmente el código y el diseño de una web encargada depende de tu contrato y de tu país. Si la web es importante para tu negocio, deja la propiedad por escrito en el contrato antes de empezar. Si ya es tarde y se perfila un conflicto, habla con un abogado en lugar de fiarte de un artículo de blog, incluido este.

Una lista corta que conviene guardar:

• Dominio: registrado a nombre de tu empresa, renovación automática activada, correo de contacto en tu propio dominio.
• Alojamiento: facturado a la empresa y de su propiedad, con el desarrollador añadido como usuario si hace falta.
• Administración de la web: al menos una cuenta de administrador a tu nombre.
• Código: si la web es a medida, un repositorio propiedad de la empresa y la propiedad del código por escrito en el contrato.
• Copias de seguridad: una copia reciente de archivos y base de datos guardada fuera de la cuenta de alojamiento.
• Cuentas de Google: tú como propietario en Search Console y Analytics, no solo el desarrollador.