El anonimato es un conjunto de capas, no una configuración
No existe un único botón que haga anónimo un sitio web. El anonimato es el resultado de varias capas independientes, cada una de las cuales puede revelar tu identidad por sí sola. Un servidor perfecto en una jurisdicción perfecta sigue siendo rastreable si lo pagaste con tarjeta; un pago impecable queda anulado si el WHOIS del dominio muestra tu nombre; y la mejor configuración posible se desmorona si administras el servidor desde tu conexión doméstica mientras tienes sesión abierta en una cuenta personal.
Por eso, la forma correcta de pensar en el alojamiento anónimo de un sitio web es como un conjunto de capas — cuenta, pago, dominio, jurisdicción, conexión y el propio contenido del sitio — donde el conjunto es tan resistente como su eslabón más débil. Esta guía las aborda una a una. Trabaja todas ellas y el sitio web genuinamente no podrá rastrearse hasta ti; omite una y el resto del esfuerzo habrá sido en vano.

Capa 1 — Una cuenta de alojamiento sin identidad
La base es una cuenta de alojamiento que nunca contenga tu identidad. Con un proveedor convencional esto es imposible por diseño: el formulario de registro exige nombre, correo electrónico, a menudo un número de teléfono y una tarjeta. Cada campo es un hilo que conduce a ti, almacenado en los sistemas del proveedor y expuesto ante cualquier brecha de seguridad o requerimiento legal.
Un proveedor sin KYC elimina el problema en la base. ServPrivacy emite un token de acceso aleatorio en lugar de una cuenta con correo y contraseña — el token es la cuenta, se muestra una sola vez y se almacena únicamente como hash. Nunca se solicita nombre, correo electrónico ni teléfono. Al no recopilar nada, el proveedor no tiene nada que filtrar ni que entregar bajo coacción. Empieza aquí: si la capa de cuenta contiene tu identidad, ninguna capa posterior puede remediarlo.
Capa 2 — Un pago que no lleva nombre
El segundo hilo es el dinero. Un pago con tarjeta lleva tu nombre y una dirección de facturación; una transferencia bancaria queda registrada en ambos extremos; PayPal vincula la transacción a una identidad verificada. Cualquiera de estas opciones reconnecta una cuenta anónima a una persona real en el momento de la compra.
Las criptomonedas son la solución. Pagar en Bitcoin no lleva nombre; pagar en Monero no lleva nombre ni deja ningún registro público rastreable, ya que oculta remitente, receptor e importe. Para un sitio web que debe permanecer sin atribución, paga en Monero siempre que puedas, o en Bitcoin desde una dirección nueva. El principio es sencillo: la capa de pago no debe introducir una identidad que la capa de cuenta se esforzó en evitar.
Capa 3 — El nombre de dominio
Un dominio es la filtración más frecuentemente ignorada. Históricamente, registrar un dominio publicaba tu nombre, dirección, correo electrónico y teléfono en la base de datos pública WHOIS para que cualquiera pudiera consultarlo. La privacidad o redacción de WHOIS oculta ahora gran parte de eso a las consultas casuales, pero el registrador sigue conservando los datos subyacentes — y un registrador al que le diste una tarjeta y un correo verificado sabe exactamente quién eres.
Para un sitio web genuinamente anónimo, el dominio debe adquirirse de la misma forma que el alojamiento: a través de un registrador que no exija identidad y acepte criptomonedas, con privacidad WHOIS aplicada encima. ServPrivacy registra dominios directamente desde el saldo de tu cuenta sin KYC, pagados en criptomonedas, con privacidad WHOIS gratuita en cada TLD que lo soporte — de modo que la capa de dominio se corresponde con la capa de cuenta en lugar de deshacerla. Si puedes ejecutar el sitio en un subdominio o acceder a él como servicio onion de Tor, eliminas por completo la filtración del dominio.
Capa 4 — Jurisdicción
Las tres primeras capas impiden que se recopile tu identidad. La jurisdicción determina qué ocurre cuando alguien intenta obtenerla de todos modos. Un servidor en tu país de origen, o en una jurisdicción que coopere estrechamente con él, puede ser alcanzado mediante procedimientos legales ordinarios — y un proveedor allí puede estar legalmente obligado a investigar o registrar a su cliente, desactivando silenciosamente una configuración que de otro modo sería anónima.
Una jurisdicción offshore elegida por su solidez legal real cambia eso. Un país sin ley de retención obligatoria de datos no exige al proveedor que conserve los registros de conexión que podrían desanonimizarte posteriormente. Un país sin tratado de asistencia jurídica mutua con la parte interesada en tu sitio no tiene canal procesal por el que ser coaccionado. Elige la jurisdicción deliberadamente: es la capa que evita que las demás sean deshachas a posteriori.
Capa 5 — Cómo te conectas y administras el servidor
Con las cuatro primeras capas en su lugar, el servidor en sí no contiene identidad alguna. El riesgo restante eres tú — concretamente, cómo accedes al servidor. Si haces SSH a un servidor anónimo directamente desde la IP de tu casa, los registros de tu proveedor de internet ahora te vinculan a él. El servidor es anónimo; tu conexión a él no lo es.
La solución es no tocar nunca el servidor desde una conexión identificable. Adminístralo a través de Tor, o mediante una VPN separada que sea ella misma anónima, de modo que la dirección IP que se ve conectando al servidor no sea la tuya. Mantén una separación limpia: no inicies sesión en correo personal, cuentas de redes sociales ni nada vinculado a tu identidad real desde el mismo navegador o sesión que usas para gestionar el servidor. La disciplina es sencilla una vez que se convierte en hábito — trata el proyecto anónimo como un compartimento sellado sin puentes hacia tu identidad cotidiana.
Capa 6 — Lo que el propio sitio web revela
La capa final es el contenido. Un sitio puede estar alojado de forma impecable y aun así revelar a su propietario — en una página «acerca de», un correo de contacto en un dominio personal, un script de analítica o publicidad que lo vincula a otras propiedades que gestionas, una foto de perfil reutilizada, o metadatos dejados dentro de imágenes y documentos subidos. Los visitantes curiosos y los motores de búsqueda desanonimizan muchos más sitios a través de su contenido que a través de su infraestructura.
Por eso, audita lo que publica el sitio. Elimina los metadatos de las imágenes antes de subirlas. Evita scripts de terceros que rastreen o vinculen tus propiedades. No reutilices nombres de usuario, avatares ni textos que ya aparezcan en cuentas identificadas. La infraestructura puede ser perfecta; si el propio sitio firma tu nombre, nada de lo anterior habrá servido de nada.
Ensamblar el conjunto de capas
Alojar un sitio web de forma anónima es, por tanto, una secuencia más que un producto:
- Cuenta — un proveedor sin KYC que emite un token, no una identidad.
- Pago — criptomonedas, idealmente Monero, para que la compra no lleve nombre.
- Dominio — registrado sin KYC y con privacidad WHOIS, o eliminado mediante un servicio onion de Tor.
- Jurisdicción — offshore, elegida por la ausencia de retención de datos y de canales de cooperación.
- Conexión — administra el servidor a través de Tor o una VPN anónima, nunca desde tu propia IP.
- Contenido — no publiques nada que te identifique, ni directamente ni a través de metadatos.
Cada capa es sencilla por sí sola; el trabajo está en no omitir ninguna. Hecho de forma completa, el resultado es un sitio web totalmente operativo y funcional, sin ningún hilo — cuenta, pago, dominio, jurisdicción, conexión o contenido — que conduzca de vuelta a la persona que lo gestiona.