¿Qué es una página puerta?

El término viene del inglés "doorway page", y en español se ha traducido también como página de acceso o página trampolín. La explicación clásica describe una técnica muy concreta: una página cargada de texto y con poco diseño, sin apenas imágenes ni JavaScript, construida para que un rastreador pudiera leerla sin dificultad. Se apoyaba en una "hallway page" que enlazaba hacia ella, y en cuanto un visitante llegaba desde el buscador, una redirección lo llevaba de inmediato a la web real, sin dejarle ver la página que acababa de indexarse. El usuario entraba por una calle sin salida hacia atrás.

Esa descripción encaja con una época muy concreta: la de los sitios construidos en Flash o con exceso de JavaScript, tecnologías que un rastreador de entonces apenas podía procesar. La página puerta funcionaba como una versión legible de un contenido que, de otro modo, ni siquiera llegaba a indexarse. Con el tiempo, la técnica se usó sobre todo para fines distintos: acumular factores de posicionamiento con relleno de palabras clave, en lugar de resolver un problema real de accesibilidad.

Google ya no describe el problema así. En su documentación vigente de políticas de spam clasifica esta práctica dentro del abuso de páginas puerta y la define con dos rasgos que no dependen de ninguna tecnología concreta: páginas o sitios creados para posicionar en consultas específicas y parecidas entre sí, que llevan al usuario a páginas intermedias menos útiles que el destino final. No habla de redirecciones instantáneas ni de código ilegible para un rastreador. Habla del resultado que recibe quien busca.

La práctica se sigue clasificando dentro del black hat SEO, y a menudo aparece mencionada junto al cloaking, aunque son dos técnicas distintas: el cloaking muestra contenido diferente al rastreador y a la persona, mientras que una página puerta suele mostrar lo mismo a ambos, solo que ese contenido vale menos de lo que promete.

La documentación de Google enumera varios patrones de abuso de páginas puerta, y ninguno depende de la tecnología con la que esté construida la página. El primero es tener varios sitios con pequeñas variaciones en la URL y en la portada, pensados para cubrir el máximo de variantes posibles de una misma consulta. Se trata, en la práctica, de multiplicar dominios o slugs casi idénticos con la única finalidad de aparecer varias veces para la misma búsqueda, no de ofrecer contenidos distintos entre sí.

El segundo patrón es tener varios dominios o páginas dirigidos a regiones o ciudades concretas que embudan todos hacia una sola página. Es el caso que más se construye hoy y el que casi nadie identifica con este nombre: decenas de páginas del tipo "servicio en Madrid", "servicio en Valencia" o "servicio en Sevilla", cada una optimizada para una intención de búsqueda local, que en realidad no llevan a nada distinto según la ciudad. Este patrón se trata con más detalle en el siguiente apartado, porque es el que tiene mayor impacto práctico.

El tercero son páginas generadas con el único fin de embudar a los visitantes hacia la parte realmente útil o navegable de un sitio, sin aportar nada por sí mismas. El cuarto es crear páginas sustancialmente parecidas entre sí, más cercanas a un listado de resultados de búsqueda que a una jerarquía navegable y con sentido, la que normalmente se refleja en un mapa del sitio bien organizado. En ambos casos el problema no es un elemento técnico aislado, sino un conjunto de páginas que existen para el buscador y no para quien las visita.

Los cuatro patrones comparten un mismo fondo: varias páginas compitiendo por consultas parecidas, sin que ninguna de ellas justifique su existencia por separado. Eso es distinto de tener contenido duplicado por accidente, un error técnico habitual y sin intención de manipular resultados, aunque en la práctica ambos problemas puedan convivir en el mismo sitio y conviene revisarlos juntos.

De los cuatro patrones, el de las páginas por región o ciudad es el que se construye con más frecuencia y el que menos se reconoce como un problema, porque no tiene ninguna de las señales que solían asociarse a una página puerta: no hay texto ilegible, no hay redirección instantánea, no hay relleno evidente de palabras clave. La página existe, tiene diseño y puede incluso estar bien escrita. El problema no está en cómo se ve, sino en qué aporta.

La diferencia entre una landing page legítima por ciudad y una página puerta no depende de la intención de quien la construyó, sino de un hecho comprobable: si esa página ofrece algo que la página de destino no ofrece. Una landing page de SEO local con valor propio incluye información que solo tiene sentido para esa ciudad o esa zona: una dirección real, un horario, una cobertura de servicio concreta, referencias o casos de clientes de ese lugar, disponibilidad o precios que cambian según la región. Una página puerta, en cambio, repite el mismo texto genérico cambiando el nombre del lugar y termina embudando al visitante hacia la página general, con o sin redirección de por medio.

Esta distinción tiene una consecuencia práctica para cualquier negocio con presencia en varias ciudades o países: no toda variante regional es sospechosa. Cuando la variante es de idioma y no de contenido, la señal técnica correcta es el hreflang, que indica a Google qué versión mostrar según el idioma o la región del usuario sin que eso implique páginas redundantes compitiendo entre sí. El problema no es tener varias páginas para varias zonas, sino tener varias páginas que dicen lo mismo con otro nombre de ciudad delante.

Un negocio con oficinas o cobertura real en diez ciudades tiene motivos legítimos para tener diez páginas distintas. Un negocio con una sola sede que construye diez páginas de ciudad idénticas para aparecer en diez búsquedas locales está, según la definición actual de Google, en el segundo patrón de abuso de páginas puerta, exista o no la intención de engañar a nadie. La prueba no es qué quiso hacer quien las construyó, sino qué recibe quien las visita.

• Dar a cada página de ciudad o de zona algo específico de ese lugar que la página general no tiene: dirección, horario, cobertura de servicio, referencias locales o cualquier dato que cambie de verdad según la ubicación, no solo el nombre.
• Enlazar esas páginas desde la navegación principal y desde el mapa del sitio, de forma que cualquier visitante pueda llegar a ellas sin depender de una búsqueda concreta.
• Evitar redirigir automáticamente al usuario nada más hacer clic. Si una página deja de aportar algo distinto tras revisarla, se fusiona con un redirect 301 hacia la página que sí funciona, en vez de mantenerla activa con una cadena de redirecciones hacia otro sitio.
• Usar canonical o noindex cuando una variante es casi idéntica a otra y no tiene sentido que ambas compitan por indexación, en lugar de dejar que decenas de páginas casi iguales se indexen todas a la vez.
• Revisar con datos propios si esas páginas reciben tráfico y conversiones propias, o si solo generan rebote hacia la página madre; eso indica si de verdad cumplen una intención de búsqueda distinta.
• Consolidar lo que, tras medirlo, resulta ser puro contenido pobre sin ninguna aportación propia.

• Confundir cualquier landing page optimizada para una consulta concreta con una página puerta. Una página con propósito propio y contenido que la sostiene no entra en esta categoría, por muy dirigida que esté a una palabra clave.
• Pensar que basta con evitar las técnicas antiguas para estar a salvo. Los rastreadores de Google llevan años procesando JavaScript con normalidad durante el rastreo, así que el criterio actual no es si una página es técnicamente legible, sino si aporta algo distinto al usuario.
• Copiar el mismo texto entre páginas de ciudad cambiando solo el nombre del lugar. Es, a la vez, contenido duplicado y una forma de keyword stuffing geográfico, y ambos son indicadores habituales de thin content.
• No comprobar si esas páginas generan un soft 404: una página que ya no tiene contenido real pero sigue devolviendo un código 200 en lugar de un error 404 o una redirección a un destino con sentido.
• Olvidar revisar el robots.txt y el mapa del sitio para confirmar qué versión de cada página está realmente pensada para indexarse, sobre todo después de fusionar o eliminar páginas de ciudad.