Errores 404 desde ChatGPT: cómo corregirlos en WordPress
ChatGPT inventa URLs que parecen reales y manda visitantes a tu página 404. Así detectas esas direcciones alucinadas y las rediriges en un clic.
Alguien le hace una pregunta a ChatGPT. Recibe una respuesta genuinamente útil, la IA recomienda tu sitio—¡tu sitio!—y le entrega un enlace. El visitante hace clic, aterriza en tu página y… « 404 – No encontrado ». El enlace nunca existió: la IA se lo inventó. No es un fallo raro: es ya un patrón medido y documentado en todos los asistentes de IA, y te está costando en silencio a los visitantes más motivados que jamás tendrás. La buena noticia: atrapar esas URLs inventadas y convertirlas en redirecciones funcionales toma unos diez minutos de configuración. Te muestro cómo.
Lo esencial
- SE Ranking analizó 145,463 URLs citadas por ChatGPT (diciembre de 2025): el 1.34 % devolvió un error de cliente, y el 91 % de esos errores eran 404.
- ChatGPT enlaza a páginas muertas aproximadamente el doble de veces que los AI Overviews de Google (1.22 % de las URLs citadas frente a 0.56 %) y más o menos el doble que los resultados orgánicos clásicos (0.65 %).
- En una auditoría independiente sobre tráfico real, Go Fish Digital encontró que el 3.35 % de las visitas enviadas por ChatGPT terminaban en un 404—cerca de una visita rota por cada 30 clics, sobre más de 18,000 páginas de destino.
- La solución no es bloquear la IA—es registrar tus 404 con su referente y luego redirigir las URLs inventadas hacia la página real más cercana.
- Blaminhor Essentials lo hace de forma nativa: monitor de 404 con referente y conteo de hits, más un 301 de un clic—y un espejo en WP-CLI (
wp blaminhor redirections 404-list).
¿Por qué ChatGPT manda visitantes a páginas que no existen?
Porque un modelo de lenguaje no consulta URLs—las predice, pieza por pieza, exactamente igual que predice la siguiente palabra de una frase. Cuando un asistente quiere enlazar a tu página de precios y no tiene guardada la dirección real, completa el patrón con lo que una URL de precios suele parecer: /pricing, /plans, /tarifs. Muchas veces acierta. Cuando falla, el modelo acaba de inventar—« alucinar », en la jerga de la IA—una página que nunca creaste.
En los datos aparecen tres variantes del problema:
- Invenciones puras: URLs que jamás existieron en ningún lado. El modelo armó un slug plausible de la nada.
- Recuerdos caducos: la página existía cuando el modelo fue entrenado, pero desde entonces la renombraste, la fusionaste o la borraste. La instantánea que la IA tiene de tu sitio lleva meses o años de retraso.
- Copias deformadas: una URL real con un error de tipeo, un final truncado, o dos rutas empalmadas.
Y no es solo ChatGPT, aunque sea el mayor infractor. El estudio de SE Ranking midió los enlaces muertos en ChatGPT (1.22 % de las URLs citadas), el AI Mode de Google (0.87 %) y los AI Overviews (0.56 %)—todos por encima de cero, y los asistentes desde los que más se hace clic están arriba de la tabla. Search Engine Journal lo resumió así: la búsqueda con IA manda usuarios a páginas 404 casi tres veces más que los resultados clásicos de Google.
¿Cómo encuentras los 404 que crean los asistentes de IA?
La palabra mágica es « referente » (referrer): cuando un visitante hace clic desde ChatGPT, su petición lleva chatgpt.com como sitio de origen—así que un registro de 404 que guarda los referentes te muestra exactamente a qué URLs muertas está mandando gente la IA. Lo mismo aplica a perplexity.ai, al claude.ai de Claude, o al tráfico de Gemini. Sin adivinanzas, sin arqueología de logs: el origen viene escrito en cada hit.
El detalle es que WordPress no registra nada de esto por defecto. Tus opciones clásicas tienen cada una un agujero:
- Google Search Console muestra los 404 que rastreó Googlebot—no los que tus visitantes humanos sufrieron hace cinco minutos desde una respuesta de IA.
- GA4 puede rastrear los hits a 404, pero solo después de que montes una configuración de eventos personalizada alrededor de tu plantilla de error. Nadie hace esto antes de tener el problema.
- Los logs crudos del servidor lo contienen todo… en los hostings que te dejan acceder a ellos, y en un formato que estarás grepeando a medianoche.
Un monitor de 404 del lado del servidor cierra el hueco: vive dentro de WordPress, detecta cada petición que termina en « página no encontrada », y guarda la ruta, el referente y cuántas veces ocurrió. Ese último número importa—una URL con 47 hits es un patrón que vale la pena arreglar; una URL con un solo hit es probablemente el tipeo de un bot que puedes ignorar.
Redirigir, construir o ignorar: ¿qué haces con cada 404?
No todos los 404 merecen un arreglo. Clasifica cada URL según lo que intentó alcanzar, y dale una de cuatro respuestas: un 301 hacia la página real más cercana, una página nueva, un 410 deliberado, o nada en absoluto.
| El 404 que tienes delante | Qué hacer | Por qué |
|---|---|---|
Existe un equivalente real cercano (/pricing → tu página /plans) | Redirección 301 | Pasa al visitante—y las señales de enlaces—al destino correcto |
URL recurrente con intención real, sin equivalente (la IA insiste en inventar /api-docs) | Crea la página | La IA te está mostrando demanda; Go Fish Digital encontró que valen la pena |
| La borraste a propósito y quieres que se olvide | 410 Gone | Le dice a los rastreadores « dejen de preguntar », desindexación más rápida que un 404 |
| Basura puntual, sondeos de bots, cadenas aleatorias | Nada | Un 404 honesto es la respuesta correcta a una pregunta sin sentido |
Una trampa que hay que esquivar: no redirijas en masa todos los 404 a tu página de inicio. Google los trata como soft 404, y los humanos también lo sienten—pidieron algo específico y los dejaste tirados en la puerta de entrada. Redirige solo cuando exista una coincidencia genuinamente cercana, y deja que el resto devuelva su 404 con dignidad. Si no tienes fresco qué es exactamente un 404, tengo un artículo entero de definición para ti.
La segunda fila de esa tabla es la contraintuitiva, y es mi favorita: una URL alucinada que vuelve una y otra vez es estudio de mercado gratis. Si ChatGPT insiste en inventar tusitio.com/templates porque eso es lo que espera que un sitio como el tuyo tenga, hay gente real que sigue queriendo esa página. Algunos SEO ya construyen deliberadamente las páginas que la IA no para de inventar—la IA ya prometió el contenido en tu nombre; a ti solo te toca cumplir la promesa.
¿Cómo montas esto en WordPress con Blaminhor Essentials?
El módulo Redirections de Blaminhor Essentials trae un monitor de 404 y una acción « redirigir » de un clic en cada entrada registrada—aquí va la configuración completa, con la letra pequeña honesta.
- Instala Blaminhor Essentials y activa el módulo Redirections (es modular: todo lo que no actives permanece apagado y no carga nada).
- En los ajustes del módulo, enciende el monitor de 404 y elige un periodo de retención—30 días por defecto, de 1 a 365 si quieres más o menos historial.
- Déjalo correr unos días. El tráfico real hace el descubrimiento por ti.
- Abre la pestaña 404 Monitor: las entradas están ordenadas por número de hits, y cada fila muestra la ruta, las fechas de primera/última vez visto, y el referente—aquí es donde
chatgpt.comse delata. - En cualquier fila que valga la pena arreglar, haz clic en la acción de redirección, escribe la URL de destino, listo. El 301 queda activo al instante, y la entrada desaparece del registro—lo resuelto, resuelto está.

Como el motor de redirecciones se ejecuta antes de que el monitor registre nada, una URL que acabas de arreglar deja de aparecer en la lista—el registro solo contiene tus problemas pendientes, nunca los ya resueltos.

Si vives en una terminal (o dejas que un asistente de IA se encargue de tu mantenimiento), cada paso tiene su espejo en WP-CLI:
wp blaminhor redirections 404-list
wp blaminhor redirections 404-to-redirect 7 --target=/new-page/
La letra pequeña, porque deberías saber qué hace una herramienta antes de confiar en ella:
- El monitor registra solo la ruta, nunca las query strings—agrupación más limpia, y ningún dato personal proveniente de URLs termina en tu base de datos.
- Solo registra peticiones GET y HEAD, y limita la tabla a 5,000 URLs distintas, de modo que un bot que te inunde con rutas aleatorias no puede inflar tu base de datos.
- Una limpieza diaria purga las entradas más antiguas que tu periodo de retención.
- Las reglas de redirección aceptan coincidencias simples y regex—y una regex que falla en tiempo de ejecución se desactiva automáticamente y se registra en el log, en vez de romper tu sitio en silencio.
Monté el flujo completo en un sitio de prueba limpio mientras escribía este artículo: activé el monitor, visité un puñado de URLs inventadas con un referente de ChatGPT, las vi acumularse en el registro con sus conteos de hits, y luego convertí una en 301 con un clic. La redirección respondió al instante en la siguiente petición, y la entrada del registro había desaparecido. De « la IA inventó una URL » a « esa URL ahora aterriza en un lugar útil » es, literalmente, un clic.
¿Puedes evitar que los asistentes de IA inventen tus URLs desde el origen?
En realidad no—la invención ocurre dentro del modelo, en una infraestructura que nunca vas a tocar. Lo que tú controlas es el aterrizaje. Aun así, dos hábitos encogen el problema con el tiempo:
- Mantén tus URLs aburridas y estables. Cada cambio de slug crea un futuro recuerdo caduco en los datos de entrenamiento de algún modelo. Cuando sí renombres una página, publica la redirección 301 en el mismo minuto.
- Ayuda a los modelos a aprender tu estructura real. Un archivo llms.txt le entrega a los rastreadores de IA un mapa curado de tus páginas reales—sin garantía de que lo usen, pero es tu estructura, dicha con claridad, en una dirección estándar.
Y para ser claro sobre la tentadora opción nuclear: bloquear los rastreadores de IA no arregla esto. Los enlaces alucinados salen de lo que los modelos ya aprendieron o adivinan—bloquear los rastreos futuros solo significa menos citas para ti, mientras las URLs inventadas siguen llegando. Si los asistentes de IA te están mandando visitantes, la jugada ganadora es atraparlos, no cerrarles la puerta.
Un clic entre un visitante perdido y uno ganado
Cada URL alucinada es un visitante al que le prometieron tu contenido y se estrelló contra un muro. No puedes impedir que los asistentes de IA adivinen—pero un registro de 404 con referentes convierte sus adivinanzas en una lista de tareas, y un 301 de un clic vacía esa lista más rápido de lo que ChatGPT puede rellenarla.
El monitor de 404 es uno entre los más de veinte módulos de Blaminhor Essentials, el plugin gratuito modular que construyo precisamente para este tipo de problema silencioso y sin glamour—activa lo que necesitas, ignora el resto, no pagues nada.
FAQ
¿Por qué ChatGPT inventa URLs que nunca existieron?
Porque un modelo de lenguaje predice texto, no consulta URLs. Cuando ChatGPT necesita un enlace que no tiene memorizado, completa la dirección igual que completa una frase—tusitio.com/pricing, /docs, /contact—y produce una URL de apariencia plausible. A veces esa apuesta coincide con una página real; cuando no, tu visitante aterriza en un 404.
¿Los errores 404 del tráfico de IA perjudican mi SEO?
No directamente—Google siempre ha dicho que los 404 aleatorios no afectan al posicionamiento, y las URLs inventadas por la IA son exactamente eso. El costo real es el visitante perdido: alguien lo bastante motivado como para hacer clic desde una respuesta de IA rebota contra una página muerta. Lo corriges por las conversiones y la confianza, no por una penalización de ranking.
¿Debería redirigir todos los 404 a mi página de inicio?
No. Una redirección masiva a la portada es tratada como un soft 404 por Google y a los humanos les parece rota—pidieron algo específico y los dejaste en la puerta de entrada. Redirige cada URL a la página más parecida, y deja que las URLs realmente sin sentido sigan devolviendo 404. Un 404 honesto es mejor que una redirección engañosa.
¿Puedo ver los 404 causados por IA en Google Search Console o GA4?
Solo en parte. Search Console reporta los 404 que rastrea Googlebot, no los que tus visitantes humanos sufren desde ChatGPT. GA4 puede mostrarlos, pero solo si montas una configuración personalizada que rastree la plantilla 404 con su referente. Un monitor de 404 del lado del servidor registra cada fallo con su referente sin configurar nada.
¿Cuál es la diferencia entre un 301 y un 410 para estas URLs?
Un 301 dice « este contenido se mudó, sígueme »—úsalo cuando existe un equivalente cercano; pasa a los visitantes y las señales de enlaces a la página correcta. Un 410 dice « esto desapareció a propósito, deja de preguntar »—úsalo para URLs que nunca quieres asociar a tu sitio. Para URLs alucinadas por la IA con un destino razonable, el 301 es casi siempre la herramienta correcta.
¿Un monitor de 404 hace más lento mi sitio?
No de forma medible, si está construido con salvaguardas. El monitor de Blaminhor Essentials solo se ejecuta en peticiones que ya terminaron en 404, registra la ruta sin query strings, limita la tabla a 5,000 URLs distintas para que una avalancha de bots no infle tu base de datos, y purga a diario las entradas antiguas según un periodo de retención que tú controlas (30 días por defecto).
¿En qué se diferencia un monitor de 404 de un verificador de enlaces rotos?
Miran en direcciones opuestas. Un verificador de enlaces rotos escanea los enlaces dentro de tu contenido que apuntan hacia páginas que murieron—problemas que puedes corregir editando. Un monitor de 404 registra las peticiones que llegan desde fuera hacia páginas que no existen en tu sitio—problemas que no puedes editar en el origen, solo redirigir. Las URLs inventadas por la IA son estrictamente del segundo tipo.
Comentarios