Mi desarrollador ya no responde: la lista de lo que debe estar a tu nombre

Mi desarrollador ya no responde: la pregunta siempre llega en el peor momento, y la mala noticia está en otra parte que el código. Está en las cuentas, los accesos y el dominio que quedaron en manos de otra persona. Esta es la lista que conviene comprobar antes de necesitarla.

Mi desarrollador ya no responde, ¿qué hago? Empieza por la lista de accesos, no por el código. Un directivo cuenta en Reddit (r/startups, agosto de 2026) que durante una recuperación descubrió que piezas importantes seguían dormidas en cuentas pertenecientes al antiguo proveedor.

La lista, en el orden en que te faltará

El mismo relato enumera lo que falla en la práctica: el repositorio donde vive el código, las cuentas de alojamiento, las bases de datos, el dominio y su configuración, las cuentas de las tiendas de aplicaciones, las cuentas de servicios externos facturados por uso, las credenciales de producción, las copias de seguridad y el conocimiento de publicación, ese que no existe en ninguna parte y no se recupera mediante una carta certificada. Un proyecto puede estar pagado por completo, entregado y facturado, y casi toda esta lista seguir a nombre de alguien a quien ya no localizas. El orden importa: el dominio y las credenciales de producción bloquean de inmediato; el repositorio de código y las copias de seguridad se pagan más tarde, el día que hay que corregir algo.

El nombre del titular del dominio

Un proveedor de construcción digital lo resume en Reddit (r/smallbusiness, mayo de 2026): muchos freelancers desaparecen una vez terminado el proyecto y tu dominio siempre debe comprarse a tu nombre. Es la línea más barata de la lista y la más dolorosa de perder: sin el dominio se van tu dirección de email profesional, tus enlaces impresos y tu posicionamiento. Comprueba esta noche quién figura como titular en el registrador y a qué dirección se envían los avisos de vencimiento. Un dominio que caduca mientras su titular no responde a veces se recompra a un revendedor, al precio que él decide.

Lo que no se puede recuperar después

Un proveedor cuenta en Reddit (r/conseiljuridique, julio de 2026) que una agencia amiga de su cliente se atribuyó en su portfolio un sitio que él había entregado, haciendo una copia exacta a partir del código y los archivos transmitidos, con el logotipo y el nombre de empresa sustituidos. Poseer los archivos demuestra poco. La prueba está en documentos escritos: un contrato que diga a quién pertenece el código producido, una factura que lo mencione y un historial de versiones fechado a tu nombre. Estos tres documentos se piden al principio de un proyecto, cuando todo va bien, y casi nunca se obtienen después de una disputa. Hemos detallado en otro artículo qué determina la propiedad de tu aplicación.

Recuperar el control sin rehacerlo todo

Una vez recuperados los accesos, la tentación es reconstruirlo todo para no depender de nadie. El cálculo se sostiene mal. Primero, haz que se escriba lo que hace hoy tu aplicación, pantalla por pantalla y regla por regla: este documento casi siempre falta y es lo que hace reemplazable a un proveedor. Un equipo de agentes dirigido por ti sabe partir de un programa existente, producir ese documento de requisitos y después dividir las evoluciones en etapas que validas una a una. El documento y el código permanecen en tu máquina, devolviéndote la posición que habías perdido.

Lo que debes exigir en el próximo contrato

Cuatro líneas para incluir en el presupuesto antes de firmar. Todas las cuentas se crean a tu nombre, con tu email, y se invita al proveedor. El código se deposita en tu cuenta, no en la suya. Una nota de publicación escrita en francés acompaña la entrega. Y la propiedad del código producido te corresponde, expresamente. Un proveedor serio aceptará estas cuatro líneas en diez minutos; el que las discuta te habrá enseñado algo útil. Si empiezas sin proveedor, los cuatro caminos posibles se distinguen sobre todo por lo que dejan en tus manos.

Esta noche, en veinte minutos

Abre un documento y haz dos columnas: el acceso y el nombre de la persona propietaria de la cuenta. Recupera las líneas enumeradas arriba. Cada casilla donde no puedas escribir tu nombre es una puerta que no controlas. Ocúpate mañana mismo de la más alta de la lista, empezando por el dominio, y conserva una prueba escrita de cada transferencia.