Qué te cuesta un rediseño en citas de AI

Un rediseño casi siempre cambia las URLs. Hasta hace poco eso era un problema de buscadores con solución conocida: redirects permanentes, unas semanas de turbulencia, el ranking se acomoda. Ahora también es un problema de citas. Los asistentes de AI responden citando URLs concretas, y Ahrefs midió 16 millones de URLs citadas —estudio publicado el 2 de septiembre de 2025— y encontró que el 2,38% de las que cita ChatGPT devuelven un 404, el código que manda un servidor cuando la página no está, contra 0,84% de los resultados de Google. Parte de esas URLs muertas son páginas que los sitios ya dieron de baja.

Lo que eso cambia si estás por rehacer un sitio es el orden de las cosas. El mapa de redirects —la lista que dice qué URL vieja apunta ahora a dónde— se arma en el handoff a desarrollo, cuando el sitemap, los templates y la navegación ya están definidos. Nuestra posición es que ese orden está al revés, y que el mapa va al principio del proyecto, porque el costo de equivocarse se mudó a un lugar donde tu analytics no te lo va a mostrar.

Las URLs no se rompen solas

Tim Berners-Lee escribió el argumento en 1998 y no hizo falta corregirlo: "Las URIs no cambian: las cambia la gente." En Cool URIs don't change señala que no hay ninguna fuerza técnica que empuje a que las direcciones se rompan — "no hay razones en teoría para que la gente cambie las URIs (o deje de mantener documentos), pero hay millones de razones en la práctica". Las razones son organizacionales. Se reorganiza la empresa, se cambia el CMS, alguien decide que /soluciones suena mejor que /servicios, y se mueven unos miles de direcciones.

El resultado acumulado se llama link rot: direcciones web que alguna vez respondían y ya no. El Pew Research Center lo midió en un estudio publicado el 17 de mayo de 2024, sobre cerca de un millón de páginas de los archivos de Common Crawl entre 2013 y 2023: el 38% de las que existían en 2013 ya no eran accesibles en octubre de 2023, y el 25% de todas las recolectadas en esa década había desaparecido. No mal rankeadas. Desaparecidas: la dirección no devuelve nada.

Del link rot se habla siempre como algo que les pasa a los links de otros. Pew encontró que el 54% de las páginas de Wikipedia tienen al menos una referencia que apunta a una página que ya no existe — y cada una de esas referencias rotas es un sitio que reestructuró sus URLs y siguió de largo.

Qué hace un asistente de AI con una página que se mudó

Los buscadores y los asistentes apuntan a URLs, pero fallan distinto cuando una desaparece. Google degrada la dirección y con el tiempo la saca. Un asistente la escribe adentro de una respuesta, y el lector hace clic en un link que no lleva a ningún lado.

El estudio de Ahrefs, de Ryan Law y Xibeijia Guan, es la medición más grande que hay. Sobre el total de URLs citadas, ChatGPT dio 2,38% de 404, Perplexity 0,87%, Gemini 0,86% y Copilot 0,54%, con los resultados de Google en 0,84% como línea de base. Medido de otra forma —sólo las URLs en las que alguien realmente hizo clic— ChatGPT quedó en 1,01% y Google en 0,15%. En conjunto, los autores concluyen que "los asistentes de AI mandan visitantes a páginas 404 2,87 veces más seguido que Google Search".

Eso tiene dos causas, y el estudio nombra las dos sin separarlas numéricamente. Una es invención pura: una dirección verosímil que nunca existió. La otra es la que importa si estás por rehacer un sitio — páginas que "pueden haber existido en algún momento, pero desde entonces fueron borradas o movidas (sin redirigir la URL original)". El Tow Center for Digital Journalism corrió 1.600 consultas sobre ocho herramientas en un estudio publicado el 6 de marzo de 2025 y encontró que más de la mitad de las respuestas de Gemini y Grok 3 citaban URLs inventadas o rotas que terminaban en páginas de error.

Nuestra lectura de esos números —y esto es interpretación, ninguna de las fuentes lo afirma— es que un cambio de URL tarda más en propagarse por el conjunto de citas de un asistente que por el índice de un buscador. Nadie publicó cuánto tiempo un asistente retiene una dirección que aprendió hace seis meses, y nada de esto dice que los motores no sigan los redirects. Lo medido es más acotado y bastante incómodo igual: las direcciones que circulan dentro de las respuestas de AI están, en promedio, más muertas que las de Google.

Google publica un contrato de mantenimiento. Ningún asistente lo hace.

La asimetría que debería preocuparte no es de calidad, es de saber cuándo estás a salvo. La documentación de Google sobre mudar un sitio con cambio de URLs es concreta. Usá redirects permanentes —los que le avisan a cualquier cliente que una página se mudó para siempre—, "como 301 y 308"; "mantené los redirects tanto tiempo como sea posible, en general al menos 1 año"; contá con que "un sitio chico o mediano puede tardar unas semanas en mover la mayoría de sus páginas". Eso es un contrato. Podés planificar una factura de hosting y una fecha de baja alrededor.

No hay equivalente publicado por ningún motor generativo. OpenAI documenta qué hace cada crawler — OAI-SearchBot "se usa para mostrar sitios en los resultados de las funciones de búsqueda de ChatGPT", y los sitios que se excluyen "no van a aparecer en las respuestas de búsqueda de ChatGPT"— pero no dice nada sobre cuánto sobrevive una dirección después de mudarse. Sin ese número, el único supuesto defendible para planificar es que los redirects tienen que durar más que el piso de un año de Google, no igualarlo.

Una ilustración chica, verificada mientras escribíamos esto el 11 de agosto de 2026: la documentación de crawlers de la propia OpenAI estaba en platform.openai.com/docs/bots y hoy devuelve un 301 hacia developers.openai.com/api/docs/bots. La empresa que publica el crawler mudó la página que lo describe. Los redirects no son una falla exótica de equipos descuidados: es lo que le pasa a todo sitio que dura lo suficiente.

Las páginas que conviene salvar no son las de más tráfico

Las auditorías de migración se ordenan casi siempre por sesiones. Exportás las 200 páginas top, mapeás esas con cuidado y dejás que un script se ocupe de la cola. Es razonable si lo que estás protegiendo es tráfico agregado.

Para las citas es la heurística equivocada, y esta es la parte que más nos interesa defender. Un asistente cita la página que responde bien una pregunta específica, y esa página suele ser angosta y de poco tráfico: una entrada del changelog, un FAQ de precios, un post sobre un problema que tienen cuatrocientas personas por año. Ordenada por sesiones queda debajo del corte de la auditoría. Ordenada por cuántas veces es la mejor respuesta a algo que alguien tipea en un chat, puede ser la URL más valiosa que tenés. No son la misma lista, y sólo una está en tu analytics.

De ahí sale otro orden de trabajo. Congelá el mapa de URLs antes de que empiece el diseño. Definí qué direcciones son permanentes y construí la arquitectura de información alrededor de ellas, en vez de derivarlas de la navegación a la que llegue el diseño. Tratá el mapa de redirects como una decisión de contenido con dueño, no como una planilla que completa un desarrollador en el último sprint. Cuando armamos el alcance de una reconstrucción, ese es el orden que defendemos, y es la única parte del proceso donde ponerse terco temprano sale barato.

Nada de esto es un argumento para no rediseñar. Los sitios necesitan rehacerse, y el consejo de Berners-Lee de diseñar direcciones que nunca haya que cambiar es más fácil de dar que de seguir. Es un argumento para dejar de tratar la URL como un resultado del diseño y empezar a tratarla como un insumo — y para sostener los redirects mucho después del punto donde Google dice que podés soltarlos. Sobre la otra mitad del tema escribimos aparte: qué hace realmente que te citen.

Lo que hay que mirar en los próximos meses es si alguno de estos motores empieza a publicar lo que Google publica: cómo trata una página mudada y por cuánto tiempo. Hasta que alguno lo haga, el mapa de URLs es la parte de un rediseño que no se puede deshacer.

Preguntas frecuentes

¿Cuánto tiempo hay que mantener los redirects después de un rediseño?

La documentación de Google dice que los mantengas "tanto tiempo como sea posible, en general al menos 1 año". Ningún asistente de AI publica una cifra comparable, y las tasas medidas de URLs muertas en citas de AI son más altas que en resultados de búsqueda, así que un año es un piso y no una meta. Mantener un redirect no cuesta casi nada; descubrir que lo necesitabas no tiene arreglo.

¿Un redirect 301 preserva las citas de AI como preserva el ranking?

Nadie publicó la respuesta y no la vamos a inventar. Lo documentado es que Google trata el 301 como la señal correcta para una página mudada, y que los asistentes citan URLs muertas a tasas más altas que los resultados de Google. Un redirect es mejor que un 404 en cualquiera de los dos casos; cuán completo es el traspaso de una cita no está medido.

¿Entonces nunca hay que cambiar la estructura de URLs?

No. Significa que el cambio tiene que ser una decisión deliberada con un costo puesto sobre la mesa, tomada al principio del proyecto por quien es dueño del contenido, y no un efecto colateral de un menú de navegación que se acordó en la semana seis. Algunas reestructuraciones valen la pena. La mayoría de las que pasan nunca se decidieron del todo.

Fuentes

• Tim Berners-Lee, Cool URIs don't change — W3C, 1998.
• Athena Chapekis, Samuel Bestvater, Emma Remy y Gonzalo Rivero, When Online Content Disappears — Pew Research Center, 17 de mayo de 2024.
• Ryan Law y Xibeijia Guan, How Often Do AI Assistants Hallucinate Links? — Ahrefs, 2 de septiembre de 2025.
• Klaudia Jaźwińska y Aisvarya Chandrasekar, We compared eight AI search engines. They're all bad at citing news. — Tow Center for Digital Journalism, 6 de marzo de 2025.
• Site move with URL changes — documentación de Google Search Central, consultada el 11 de agosto de 2026.
• Bots — documentación de OpenAI, consultada el 11 de agosto de 2026.