En enero de 2014 conté un caso real: un desarrollo SEO que nadie documentó se eliminó años después y el tráfico cayó un 20%. La tesis sigue vigente, porque los trucos técnicos que no se explican se convierten en minas para el siguiente equipo. Hoy se evita con documentación viva, tests automáticos y cambios versionados en el edge.
Un desarrollo SEO que no se documenta acaba siendo una mina antipersona: funciona mientras nadie lo toca y hace daño cuando alguien lo retira sin saber para qué estaba. Esto no va de que los SEO se hayan muerto. Es un caso real que me encontré en enero de 2014 y que ilustra un aspecto clave de cualquier desarrollo SEO: documentar tus trucos.
Hay que documentarlos porque lo primero que montamos al llegar a un sitio suele ser lo primero que se olvida cuando nos vamos. Los SEO tenemos nuestras soluciones favoritas, las que ya funcionaron en otro sitio y queremos repetir. Son quick wins sencillos, fáciles de explicar y con impacto demostrable, y en muchos casos son lo que te sirve en las entrevistas de trabajo.
Con el tiempo, el proyecto deja de ser tuyo. Cambias de trabajo, de prioridades o de oportunidades, llega otro SEO y aquel desarrollo que te llevó a la empresa años atrás queda fuera de la conversación. A veces ese desarrollo es una mina.
Lo primero que hago al entrar en un dominio es un análisis de media hora para saber dónde están los problemas, la dependencia del contenido y el beneficio. Cada uno tiene su método; el mío es este:
Hoy servir a los buscadores un orden distinto del que ve el usuario es una práctica de riesgo. Google lo puede interpretar como cloaking si el contenido difiere de forma sustancial, y sus políticas de spam lo contemplan. Además, Googlebot renderiza JavaScript, así que ve lo que ve un navegador. Para facilitar el rastreo de contenido reciente hoy usaría sitemaps actualizados y enlazado visible y útil para todos. Y noindex/follow ya no es una apuesta segura: Google ha indicado que, con el tiempo, trata un noindex persistente como nofollow.
Después lo pongo todo en una gráfica sencilla, de las que dicen algo como «el 30% de tu contenido principal está a X niveles de navegación, igual que el 40% de la fuerza de tus enlaces». Con eso ya me pongo a analizar competencia, posiciones, términos, webmasters y demás.
Se soluciona con una página que reduzca la profundidad de enlaces: una página regadera, difusora o colador, a la que se enlaza para que la fuerza salga por otro lado. En muchos casos lo primero que aparece en el análisis es que el enlazado a niveles profundos es malo, y esta es la respuesta más sencilla.
A mí me gusta montarla con noindex/follow, porque es fácil y sólido: últimas noticias, últimos sitios indexados, últimos comentarios, últimos añadidos. Es terriblemente convencional, nada nuevo. Otra opción es mostrar los contenidos por orden de publicación, el más reciente arriba. Es muy válido, pero incómodo en sitios con pago por inclusión.
Si se elimina sin contexto, el tráfico puede caer sin que nadie entienda por qué. Imaginemos un portal como Gumtree, con un volumen de productos elevado, que en lugar de mostrar los 10 listados gratuitos debajo empieza, como Google, a ocupar toda la portada con resultados de pago.
Ahora supongamos este escenario:
Lo que sigue es previsible. Un error deja de pintar los resultados para un tipo de usuario: Google, Yahoo, Screaming Frog. El tráfico baja porque a los buscadores les das resultados vacíos, los números no salen y nadie recuerda aquella cosa que un SEO montó.
Una línea de texto, 20% del tráfico.
Una nota en un wiki no basta. Cada truco SEO debería tener tres cosas: qué hace, por qué existe y un test que falle si desaparece. En la práctica, un crawl programado con Screaming Frog u otra herramienta que compare cada despliegue contra reglas: la página difusora existe, devuelve 200, tiene los enlaces esperados y sirve el mismo HTML a Googlebot y a un usuario. Así la mina salta en el entorno de pruebas, no en producción. Y se mide: alerta de caída de clics por plantilla en Search Console.
Si la lógica SEO vive en un Cloudflare Worker, queda en un repositorio con control de versiones, revisión de cambios y despliegue gradual. Redirecciones, cabeceras, reglas para rastreadores y reordenaciones de HTML dejan de estar enterradas en una función de backend que nadie entiende. Cada regla lleva un comentario con su motivo y su responsable. Y un cambio se puede lanzar al 5% del tráfico y compararse con el resto antes de generalizarlo, igual que un experimento.
Un agente de IA puede leer el repositorio, los crawls y los logs, y proponer una ficha por cada regla SEO: qué hace, qué páginas toca y qué tráfico depende de ella. Antes de retirar cualquier función, el agente simula el impacto sobre el rastreo y avisa de dependencias. Un humano valida las fichas y decide. No sustituye al criterio de un SEO, pero convierte el conocimiento tácito en algo consultable. Y como cada vez más tráfico llega vía asistentes, también conviene comprobar que los agentes ven el contenido (llms.txt, HTML renderizado) y no resultados vacíos.
Es una página que enlaza a muchos contenidos profundos del sitio para acercarlos a la home y repartir mejor la autoridad interna. Suele mostrar listados como últimas noticias, últimos añadidos o últimos comentarios. Su objetivo es que los rastreadores lleguen antes a páginas que, de otro modo, estarían a muchos clics de distancia.
Porque algunas funciones técnicas sostienen el rastreo, el enlazado o el renderizado sin que se note. Si se eliminan sin saber su propósito, los buscadores pueden recibir páginas vacías, enlaces rotos o contenido distinto al esperado. Sin documentación ni alertas, la causa tarda en identificarse y el daño se acumula.
Documenta cada regla SEO con su motivo y responsable, versiona el código y añade pruebas automáticas que comprueben HTML, códigos de respuesta y enlaces tras cada despliegue. Lanza los cambios de forma gradual y monitoriza clics e indexación por plantilla en Search Console para detectar caídas pronto.
Cuéntame dónde estás y vemos cómo encaja en tu estrategia de crecimiento.