SEO técnico: Una lista de requisitos para Google, Bing y los bots de IA en 2026

¿Qué es el SEO técnico?

El SEO técnico es el trabajo que decide si los buscadores y la búsqueda con IA pueden rastrear una página, renderizarla (ejecutar el JavaScript que necesite) e indexarla, y con qué rapidez y fiabilidad lo hacen. Abarca lo que Google, Bing, la búsqueda de ChatGPT, Claude y Perplexity necesitan de un sitio antes de poder usar una página.

El SEO técnico hace que una página se pueda usar: accesible, funcional, legible y guardada en el índice de un buscador. No hace que la página gane. Una página técnicamente sólida puede perder por relevancia o por confianza, pero una que no cumple los mínimos técnicos ni siquiera llega a competir.

SEO técnico vs. SEO on-page se decide con una sola prueba. El SEO técnico es si un buscador puede llegar a la página y leerla; el SEO on-page es lo que dice la página y cómo está formateada, y la guía SEO on-page y optimización para respuestas de IA lo trata a fondo.

A qué búsquedas debe apuntar una página es el tema de Fundamentos del contenido SEO.

De si un buscador se fía de la página una vez que puede leerla se ocupa E-E-A-T en SEO.

Los datos estructurados, la arquitectura del sitio, la configuración internacional y los datos de producto para agentes de compra con IA también son SEO técnico, y cada uno tiene su propia guía. Esta cubre la base sobre la que se apoyan todos: rastreo, renderizado, indexación, versión móvil y velocidad.

"SEO técnico para IA" también se usa con otro sentido: usar herramientas o agentes de IA para hacer SEO técnico. Esa es una cuestión de quién hace el trabajo, y de ella trata la guía SEO con agentes. Esta guía trata de lo que el trabajo tiene que conseguir.

Los mismos mínimos para cinco rastreadores de búsqueda: lo que exigen Google, Bing y la búsqueda con IA

Google y Bing documentan los mismos mínimos para la búsqueda clásica y la búsqueda con IA: una página a la que los rastreadores puedan llegar, que funcione y que tenga contenido indexable. Las páginas sobre los rastreadores de los buscadores con IA piden la primera parte: que no se bloquee su rastreador.

En el caso de Google, sus requisitos técnicos fijan esos mínimos en tres líneas: Googlebot no está bloqueado, la página funciona (devuelve un código de estado HTTP 200, es decir, de éxito) y la página tiene contenido indexable.

Cumplirlos hace que una página pueda aparecer, no que vaya a aparecer: Google "no garantiza que rastreará, indexará o mostrará tu página", según su guía sobre cómo funciona la Búsqueda.

Sus funciones de IA no añaden ningún requisito técnico, salvo un ajuste de Google Search Console que viene activado por defecto. Una página debe estar "indexada y ser apta para mostrarse en la Búsqueda de Google con un fragmento", dice la guía de Google sobre la búsqueda con IA generativa.

Bing dice lo mismo de sus propias respuestas de IA. Sus directrices para webmasters empiezan con "Los fundamentos del SEO siguen siendo válidos para la fundamentación y las experiencias de IA": Bing y Copilot "se apoyan en la misma base central de rastreo, indexación y posicionamiento que la búsqueda tradicional".

Así que, cuando los proveedores venden el "GEO técnico" (optimización para motores generativos) como una lista de requisitos aparte, nada en la documentación de ninguno de los dos buscadores la pide. Si el SEO para IA en su conjunto sigue siendo SEO es una pregunta más amplia, que se discute en la guía SEO para IA.

Un rastreador de búsqueda obtiene páginas para que puedan aparecer en los resultados o en las respuestas de un buscador. Cinco de ellos sirven a los productos de búsqueda clásica y con IA mencionados. Comprobado con la documentación de cada proveedor en septiembre de 2026:

Rastreador de búsqueda	Qué alimenta	¿Ejecuta JavaScript?	Fuente
Googlebot (Smartphone y Desktop)	La Búsqueda de Google, incluidos los resúmenes creados con IA (AI Overviews) y el Modo IA	Sí, con una versión reciente de Chrome, tras una cola de renderizado	Documentación de Googlebot; guía sobre cómo funciona la Búsqueda; fundamentos de SEO con JavaScript de Google; guía de Google sobre la búsqueda con IA generativa
Bingbot	La búsqueda de Bing, Copilot y los resultados de fundamentación de Bing	Sí, con Microsoft Edge	Anuncio de Bing sobre el Bingbot evergreen (2019); directrices para webmasters de Bing
OAI-SearchBot	Los resultados de la búsqueda de ChatGPT	No está documentado	Resumen de los rastreadores de OpenAI
Claude-SearchBot	Los resultados de búsqueda en Claude	No está documentado	Artículo de Anthropic sobre su rastreador
PerplexityBot	Los resultados de búsqueda en Perplexity	No está documentado	Documentación de los rastreadores de Perplexity

Otros rastreadores de IA responden a otra pregunta. Los rastreadores de entrenamiento (GPTBot, ClaudeBot), los que se activan a petición del usuario (ChatGPT-User, Claude-User, Perplexity-User) y Google-Extended, que es un token de robots.txt y no un rastreador, tienen que ver con lo que un sitio deja usar a los sistemas de IA.

La guía Rastreadores de IA y accesibilidad para agentes profundiza en ellos y en las reglas de robots.txt de cada uno.

Según la lectura de esta guía, los buscadores se diferencian en capacidad, no en requisitos, y sobre todo en si su rastreador ejecuta JavaScript, una cuestión que retoma más abajo la sección sobre renderizado.

La búsqueda clásica y la búsqueda con IA comparten los mismos mínimos técnicos: una página a la que los rastreadores puedan llegar, que funcione y que tenga contenido indexable. Google y Bing lo documentan también para sus respuestas de IA. La búsqueda con IA ha sumado rastreadores que deben cumplir esos mínimos, no reglas nuevas.

Rastreabilidad vs. indexabilidad: primero que te rastreen, luego que te indexen

La rastreabilidad es si un rastreador puede obtener una página; la indexabilidad es si el buscador puede y quiere guardarla. Una página puede ser rastreable y aun así no llegar a indexarse.

La guía de Google sobre cómo funciona la Búsqueda describe tres etapas: rastreo, indexación y publicación de resultados. En las páginas construidas con JavaScript, el renderizado se sitúa entre el rastreo y la indexación, como explica la siguiente sección.

Seis controles actúan sobre estas dos etapas. Cada uno tiene una sola función, y la tabla muestra también lo que cada uno no hace:

Control	Qué controla	Qué no hace	Fuente
robots.txt	Qué URL puede obtener un rastreador	Mantener una página fuera del índice ni impedir el acceso a nadie: sus reglas "no son una forma de autorización de acceso"	Introducción de Google a robots.txt; Request for Comments (RFC) 9309, el estándar de robots.txt
noindex (etiqueta meta robots o encabezado HTTP)	Si el buscador puede guardar la página	Funcionar en una página que el rastreador no puede obtener. La regla solo cuenta si se lee	Documentación de Google sobre noindex
Etiqueta canónica	Cuál de varias URL duplicadas debe ser la principal: una "señal fuerte", en palabras de Google, que se pondera junto a otras, así que Google puede elegir otra URL	Sustituir a una redirección. Cuando el contenido cambia de sitio, Bing pide usar una redirección, no una canónica	Documentación de Google sobre canonicalización; directrices para webmasters de Bing
Códigos de estado HTTP	200: la página funciona. 301 o 308: traslado permanente. 302: traslado temporal, de "menos de 2 días" según Bing. 404 o 410: página eliminada. 5xx: un problema del servidor	Ocultar un error. Una página de error que devuelve 200 es un "soft 404"	Documentación de Google sobre códigos de estado HTTP; directrices para webmasters de Bing
Mapa del sitio XML (sitemap)	Qué URL debe conocer un buscador; un lastmod preciso le indica cuáles han cambiado	Forzar la indexación	Resumen de Google sobre sitemaps; Bing sobre los sitemaps en la búsqueda con IA
IndexNow	Avisa a los buscadores participantes (Microsoft Bing, Naver, Seznam.cz, Yandex, Yep) de que una URL ha cambiado	Llegar a Google, que no participa	IndexNow

La confusión con el peor efecto secundario, según la lectura de esta guía, es usar robots.txt para ocultar una página. Si se bloquea el rastreo, el rastreador nunca llega a ver la regla noindex, y Google dice que la URL puede seguir apareciendo en los resultados, sin descripción, si otras páginas la enlazan.

Rastreada o descubierta, pero no indexada

Dos estados del informe de indexación de páginas de Google Search Console muestran la distancia entre las dos etapas. "Rastreada: actualmente sin indexar" (Crawled - currently not indexed) significa que Google obtuvo la página pero no la indexó, y que "puede o no indexarse en el futuro".

"Descubierta: actualmente sin indexar" (Discovered - currently not indexed) significa que Google encontró la URL pero todavía no la ha rastreado, normalmente porque rastrearla en ese momento habría sobrecargado el sitio, según sus previsiones.

Para una URL concreta, la inspección de URLs muestra la versión que Google tiene indexada y por qué pudo o no pudo indexar la página, y la prueba de la URL publicada muestra si la página podría indexarse ahora.

¿Pueden los rastreadores de IA leer JavaScript? Por qué el contenido crítico debe estar en el HTML del servidor

Google y Bing documentan que sus rastreadores ejecutan JavaScript. OpenAI, Anthropic y Perplexity no documentan si lo hacen o no, y las principales pruebas públicas, de finales de 2024, mostraron que OAI-SearchBot, PerplexityBot y el rastreador de entrenamiento de Anthropic no lo ejecutaban.

Renderizar es ejecutar el JavaScript de una página para construir lo que vería realmente un visitante. Una página que carga su texto con JavaScript no tiene nada que indexar hasta que algo la renderiza.

Lo que documentan Google y Bing. Google renderiza con una versión reciente de Chrome, pero una página puede quedarse esperando en una cola de renderizado: "unos segundos, pero puede tardar más", según los fundamentos de SEO con JavaScript de Google.

Para sus funciones de IA, Google dice que "puede procesar contenido dentro de JavaScript siempre que no esté bloqueado".

Bing renderiza con Edge, pero sus directrices incluyen "Ocultar contenido crítico tras el renderizado en el cliente" entre lo que hay que evitar, porque "el contenido que no se puede renderizar de forma fiable puede no indexarse ni seleccionarse para los resultados de fundamentación".

Lo que no documentan los rastreadores de la búsqueda con IA. Las páginas de OpenAI, Anthropic y Perplexity sobre sus rastreadores no dicen nada de JavaScript ni de renderizado (comprobado el 25 de septiembre de 2026). Todo lo que se afirma sobre ellos procede de observaciones externas, no de su documentación.

Esas observaciones proceden del análisis de Vercel y MERJ sobre la red de Vercel, publicado en diciembre de 2024. Concluyó que "ninguno de los principales rastreadores de IA renderiza JavaScript actualmente", y nombraba, entre otros, a los rastreadores de OpenAI, a ClaudeBot de Anthropic y a PerplexityBot. Claude-SearchBot no estaba en la lista.

El mismo análisis observó que Gemini, de Google, usa la infraestructura de Googlebot y sí renderiza. Son datos de terceros, de una sola red y de hace casi dos años.

Un segundo dato es el resumen de searchVIU de noviembre de 2025 sobre 23 rastreadores de IA, que sitúa en un 69% los que no pueden ejecutar JavaScript. Reúne fuentes de terceros, entre ellas la de Vercel, en lugar de hacer mediciones propias.

La regla la da la propia Google: "el renderizado en el servidor o el prerrenderizado sigue siendo una gran idea, porque hace que tu sitio sea más rápido para los usuarios y los rastreadores, y no todos los bots pueden ejecutar JavaScript".

Según la lectura de esta guía, la consecuencia práctica es diseñar pensando en el rastreador de búsqueda menos capaz, de modo que nada de lo que necesita una página exista solo en lo que JavaScript añade después.

Las formas en que un sitio puede generar sus páginas se diferencian justo en esto:

• Renderizado en el cliente: el servidor envía una página casi vacía y el navegador del visitante construye el contenido con JavaScript. Un rastreador que no ejecuta JavaScript ve poco o nada.
• Renderizado en el servidor: el servidor genera el HTML completo en cada solicitud, así que todos los rastreadores reciben el contenido.
• Generación estática: el HTML completo se genera de antemano y se sirve en archivos ya listos, con el mismo resultado para los rastreadores.
• Prerrenderizado: el JavaScript de la página se ejecuta por adelantado y se guarda el HTML resultante, así que los rastreadores reciben el resultado sin ejecutar nada.
• Renderizado dinámico: servir una versión prerrenderizada a los rastreadores y la versión renderizada en el cliente a las personas. Google lo considera "una solución alternativa y no una solución recomendada", y recomienda en su lugar el renderizado en el servidor o la generación estática.

La regla segura para un sitio con JavaScript: el texto principal, los enlaces internos, el título, la etiqueta canónica y las etiquetas robots van en el HTML que envía el servidor. Un rastreador que no ejecuta JavaScript solo ve ese HTML. Comparar el código fuente de una página con su versión renderizada muestra lo que se perdería.

Indexación mobile-first: Google indexa la versión para smartphone

Google indexa la versión para smartphone de una página: usa "la versión móvil del contenido de un sitio, rastreada con el agente de smartphone, para indexar y posicionar", lo que Google llama indexación mobile-first (indexación que prioriza la versión móvil).

La consecuencia es la paridad de contenido. Google pide el mismo contenido, los mismos encabezados, títulos y etiquetas meta robots en las dos versiones, y dice que un sitio con menos contenido en móvil puede esperar "cierta pérdida de tráfico", ya que la indexación se hace a partir del sitio móvil.

Si la versión móvil lleva otra etiqueta meta robots, Google dice que "puede no rastrear ni indexar" la página. Un sitio adaptable (responsive), una sola página que se ajusta al tamaño de la pantalla, tiene paridad por defecto: Google señala que su contenido y sus metadatos son los mismos en las dos versiones.

Velocidad del sitio y Core Web Vitals: una señal de posicionamiento que pesa menos que la relevancia

Los sistemas de posicionamiento de Google usan las Core Web Vitals, pero la relevancia va por delante. La documentación de Google sobre la experiencia de página dice que "nuestros sistemas de posicionamiento usan las Core Web Vitals" y que "no hay una única señal".

Añade que la Búsqueda de Google "siempre intenta mostrar el contenido más relevante, aunque la experiencia de página no sea buena".

Las Core Web Vitals (métricas web esenciales) son las tres medidas de Google de la experiencia que ofrece una página a un visitante real, con umbrales de "bueno" fijados por Google:

Métrica	Qué mide	Bueno
Largest Contentful Paint (LCP, renderizado del contenido más grande)	Cuánto tarda en aparecer el contenido principal	2,5 segundos o menos
Interaction to Next Paint (INP, interacción hasta el siguiente renderizado)	Con qué rapidez responde la página a clics, toques y pulsaciones de teclas	Menos de 200 milisegundos
Cumulative Layout Shift (CLS, cambio de diseño acumulado)	Cuánto se mueve el diseño mientras la página carga	Menos de 0,1

Se miden con datos de campo: la experiencia de usuarios reales de Chrome, recogida en el Informe de experiencia de usuario de Chrome (CrUX). Una página supera la evaluación cuando cumple las tres en el percentil 75 de las cargas de página, según la guía de Web Vitals de web.dev.

PageSpeed Insights y el informe de Core Web Vitals de Search Console muestran esos datos. web.dev explica mucho más a fondo cómo medir y mejorar cada métrica.

Consejos de SEO técnico desactualizados y lo que dice la documentación

Varios consejos de SEO técnico que siguen circulando están desactualizados o nunca tuvieron respaldo, y la documentación de los propios buscadores dice otra cosa:

Consejo que todavía verás	Lo que dice la documentación	Fuente
First Input Delay (FID) es una Core Web Vital	Interaction to Next Paint sustituyó a FID como Core Web Vital el 12 de marzo de 2024	web.dev
Googlebot lee los primeros 15 MB de una página	Googlebot rastrea "los primeros 2 MB de un tipo de archivo compatible" y los primeros 64 MB de un PDF, sin comprimir. Algunos artículos antiguos siguen citando 15 MB	Documentación de Googlebot
Todos los sitios tienen que gestionar su presupuesto de rastreo (cuántas URL de un sitio rastrea un buscador en un tiempo determinado)	La guía de Google está pensada para sitios con más de 1 millón de páginas que cambian cada semana, más de 10.000 que cambian a diario, o muchas URL en "Descubierta: actualmente sin indexar"	Guía de Google sobre el presupuesto de rastreo
Bloquear Google-Extended saca a un sitio de las respuestas de IA de la Búsqueda de Google	Google-Extended "no afecta a la inclusión de un sitio en la Búsqueda de Google ni se usa como señal de posicionamiento en la Búsqueda de Google"	Lista de rastreadores comunes de Google
Un archivo llms.txt ayuda en las funciones de IA de Google	La Búsqueda de Google "no usa" llms.txt ni archivos similares, tampoco para sus funciones de IA generativa	Guía de Google sobre la búsqueda con IA generativa
Cargar en menos de 2,5 segundos y dejar los slugs de URL entre 17 y 40 caracteres para que la IA te cite	Las dos ideas circulan citando un estudio de 5 millones de URL citadas, que "identifica correlaciones, no causalidad" y no midió la velocidad de página	Estudio de Semrush, enero de 2026

Lo más probable es que los consejos obsoletos persistan porque las listas de requisitos se copian unas a otras: una métrica o un límite se escribe una vez y se repite mucho después de que cambie la página de origen. Un requisito que cita su fuente y su fecha se puede volver a comprobar; uno que no lo hace, no.

Lista de requisitos de SEO técnico: qué revisar, en qué orden y cuándo se cumple cada punto

Revisa primero lo que puede bloquear una página en todos los buscadores (acceso, códigos de estado, indexabilidad), luego si los rastreadores pueden leerla sin JavaScript, después el descubrimiento y, por último, la versión móvil y la velocidad.

Este orden es un razonamiento de esta guía a partir de la documentación anterior: una página rápida que ningún rastreador puede obtener no gana nada con su velocidad.

Cada fila indica el requisito, cuándo se cumple, cómo comprobarlo y la documentación de la que sale.

¿Pueden todos los rastreadores de búsqueda llegar a la página?

Requisito	Se cumple si	Cómo comprobarlo	Fuente
robots.txt responde	Devuelve 200, o 404 (que significa que no hay reglas); nunca un 5xx, que hace que los rastreadores den por hecho que todo está bloqueado	Solicitar directamente el archivo robots.txt y anotar su código de estado	RFC 9309
robots.txt permite el acceso a los cinco rastreadores de búsqueda	Ninguna regla bloquea para Googlebot, Bingbot, OAI-SearchBot, Claude-SearchBot o PerplexityBot las páginas que deben poder encontrarse, y Googlebot y Bingbot pueden obtener los archivos JavaScript y CSS que una página necesita para renderizarse	Leer las reglas que se aplican al nombre de cada rastreador y a todos los rastreadores, incluidas las reglas sobre las rutas de los archivos de scripts y estilos	Requisitos técnicos de Google; fundamentos de SEO con JavaScript de Google; documentación de Google sobre la indexación mobile-first; directrices para webmasters de Bing; documentación de los rastreadores de OpenAI, Anthropic y Perplexity
Cada rastreador de búsqueda recibe realmente la página	Las solicitudes de cada uno de los cinco rastreadores reciben un 200	Registros del servidor filtrados a solicitudes verificadas: Googlebot, con una búsqueda inversa de su dirección IP que devuelva un dominio de Google o con los rangos de IP de Google; Bingbot, con la herramienta Verify Bingbot de Bing o su lista de IP de Bingbot; los rastreadores de búsqueda con IA, con las listas de IP que publican OpenAI, Perplexity y Anthropic	Documentación de Googlebot; herramienta Verify Bingbot y lista de IP de Bingbot de Bing; documentación de los rastreadores de OpenAI, Anthropic y Perplexity
Los códigos de estado dicen la verdad	Las páginas indexables devuelven 200; los traslados permanentes, 301 o 308; el 302 solo se usa para traslados temporales; las páginas eliminadas devuelven 404 o 410; no hay soft 404 ni 5xx	El informe de códigos de estado de un rastreador de auditoría (Screaming Frog o Sitebulb, por ejemplo); el informe de indexación de páginas de Search Console	Documentación de Google sobre códigos de estado HTTP; directrices para webmasters de Bing

¿Puede la página entrar en el índice?

Requisito	Se cumple si	Cómo comprobarlo	Fuente
Ningún noindex por error	No hay noindex en la etiqueta meta robots ni en el encabezado HTTP de las páginas que deben indexarse; las que deben quedar fuera usan noindex, no solo robots.txt	Leer el head del HTML de la página y los encabezados de la respuesta; inspección de URLs	Documentación de Google sobre noindex
Las canónicas son coherentes	Cada canónica apunta a una URL que devuelve 200 y es indexable, y coincide con la entrada del sitemap y con los enlaces internos	Comparar la etiqueta canónica con el sitemap y con los destinos de los enlaces; la canónica seleccionada por Google en la inspección de URLs	Documentación de Google sobre canonicalización
Google muestra la página como indexada	La inspección de URLs la muestra indexada; el informe de indexación de páginas no tiene exclusiones sin explicación	Inspección de URLs e informe de indexación de páginas de Search Console	Ayuda de la inspección de URLs; ayuda del informe de indexación de páginas
El ajuste Search generative AI es el que se quiere	El ajuste "Search generative AI" de Search Console coincide con lo que quiere el sitio; la inclusión, que es la opción por defecto, es necesaria para aparecer en las funciones de IA de Google	Configuración de Search Console	Guía de Google sobre la búsqueda con IA generativa; ayuda del control Search generative AI

¿Pueden los rastreadores leerla sin ejecutar JavaScript?

Requisito	Se cumple si	Cómo comprobarlo	Fuente
El contenido crítico está en el HTML del servidor	Antes de que se ejecute ningún JavaScript, el HTML contiene el texto principal, el título, los enlaces internos, la etiqueta canónica y las etiquetas robots	Ver el código fuente o descargar el HTML sin procesar de la página, y compararlo con la página renderizada en un navegador o en la inspección de URLs	Fundamentos de SEO con JavaScript de Google; directrices para webmasters de Bing
Los enlaces son rastreables	Los enlaces internos son elementos <a> con un href que contiene una URL real, no controladores de clic que dependen solo de scripts	Inspeccionar el marcado de los enlaces en el HTML del servidor	Prácticas recomendadas de Google para enlaces
El tamaño de la página cabe en el límite de Googlebot	HTML sin comprimir de menos de 2 MB, con el contenido principal al principio	Tamaño del documento HTML sin comprimir	Documentación de Googlebot

¿Pueden los buscadores encontrar la página y enterarse de los cambios?

Requisito	Se cumple si	Cómo comprobarlo	Fuente
El sitemap está limpio	Solo incluye URL canónicas e indexables que devuelven 200; lastmod cambia solo cuando cambia el contenido; se ha enviado a Google y a Bing	El informe de sitemaps de Search Console; la sección de sitemaps de Bing Webmaster Tools	Resumen de Google sobre sitemaps; Bing sobre los sitemaps en la búsqueda con IA
Los buscadores de IndexNow se enteran de los cambios	Las URL nuevas, modificadas y eliminadas se notifican por IndexNow (Google no participa)	Los registros de envíos a IndexNow del sitio o del gestor de contenidos; Bing Webmaster Tools	IndexNow; directrices para webmasters de Bing

¿Cumple la página en móvil, seguridad y velocidad?

Requisito	Se cumple si	Cómo comprobarlo	Fuente
La versión para smartphone está completa	El mismo contenido principal, encabezados, títulos y etiquetas meta robots en móvil que en escritorio	Comparar la página tal como se sirve a un smartphone con la versión de escritorio	Documentación de Google sobre la indexación mobile-first
Las páginas se sirven por HTTPS	Todas las páginas cargan por HTTPS	El informe de HTTPS de Search Console	Documentación de Google sobre la experiencia de página
Las Core Web Vitals superan los umbrales con datos de campo	LCP, INP y CLS cumplen los umbrales de "bueno" en el percentil 75	PageSpeed Insights o el informe de Core Web Vitals de Search Console, ambos basados en datos de CrUX	Documentación de Google sobre las Core Web Vitals; web.dev

Convertir estos requisitos en una auditoría periódica de un sitio real, con sus propias herramientas y su propio calendario, es un trabajo aparte.

Fuentes

Afirmaciones con fuente:

• Google Search technical requirements, Google Search Central. Citada para los tres requisitos mínimos (Googlebot no bloqueado, HTTP 200, contenido indexable) y para que cumplirlos no garantice la indexación.
• In-depth guide to how Google Search works, Google Search Central. Citada para las etapas de rastreo, indexación y publicación de resultados, el renderizado con una versión reciente de Chrome y que Google no garantice que rastreará, indexará o mostrará una página.
• Optimizing your website for generative AI features on Google Search, Google Search Central. Citada para que las funciones de IA necesiten una página indexada y apta para mostrarse con un fragmento, más el ajuste de inclusión de Search Console, los resúmenes creados con IA y el Modo IA, el JavaScript procesado "siempre que no esté bloqueado" y que llms.txt no se use.
• Search generative AI control, Ayuda de Search Console. Citada para que la inclusión sea el ajuste por defecto.
• Bing Webmaster Guidelines, Microsoft Bing (consultadas el 25 de septiembre de 2026). Citadas para que las respuestas de IA compartan la base clásica de rastreo e indexación, para no ocultar contenido crítico tras el renderizado en el cliente ni bloquear a Bingbot, para los 302 en traslados de "menos de 2 días", para preferir las redirecciones a las canónicas y para IndexNow.
• Googlebot, Google Search Central. Citada para Googlebot Smartphone y Desktop, los límites de 2 MB y 64 MB de datos sin comprimir y la verificación de Googlebot mediante búsqueda inversa o rangos de IP.
• The new evergreen Bingbot, Bing Webmaster Blog, 9 de octubre de 2019. Citada para que Bingbot renderice JavaScript con Microsoft Edge.
• Verify Bingbot tool y Bingbot IP list, Microsoft Bing (consultadas el 25 de septiembre de 2026). Una herramienta que comprueba si una dirección IP pertenece a Bingbot y una lista publicada de los rangos de IP de Bingbot.
• Overview of OpenAI Crawlers, OpenAI. Citada para que OAI-SearchBot alimente la búsqueda de ChatGPT, para GPTBot y ChatGPT-User como rastreadores distintos, para los rangos de IP publicados y para la ausencia de cualquier declaración sobre JavaScript.
• Does Anthropic crawl data from the web?, Anthropic, y su lista de IP publicada. Citadas para Claude-SearchBot, ClaudeBot y Claude-User, las direcciones IP de los rastreadores y la ausencia de cualquier declaración sobre JavaScript.
• Perplexity Crawlers, Perplexity. Citada para que PerplexityBot muestre sitios en la búsqueda de Perplexity, para Perplexity-User, los rangos de IP publicados y la ausencia de cualquier declaración sobre JavaScript.
• Introduction to robots.txt, Google Search Central. Citada para que robots.txt no sea la forma de mantener una página fuera del índice y para que las URL bloqueadas puedan seguir apareciendo en los resultados sin descripción.
• RFC 9309: Robots Exclusion Protocol, IETF, septiembre de 2022. Citada para que las reglas de robots.txt no sean una autorización de acceso, para que un robots.txt no disponible (4xx) permita el rastreo y para que uno inaccesible (5xx) equivalga a un bloqueo total.
• Block Search indexing with noindex, Google Search Central. Citada para que noindex solo funcione cuando la página no está bloqueada por robots.txt y el rastreador puede acceder a ella.
• What is URL canonicalization, Google Search Central. Citada para que rel="canonical" sea una señal fuerte y la inclusión en el sitemap una señal débil, y para que Google pondere también otras señales de canonicalización.
• HTTP status codes and network errors, Google. Citada para cómo trata Google las respuestas 200, 301, 308, 302, 404, 410 y 5xx, y los soft 404.
• Learn about sitemaps, Google Search Central. Citada para que los sitemaps ayuden al descubrimiento.
• Keeping Content Discoverable with Sitemaps in AI Powered Search, Bing Webmaster Blog, 31 de julio de 2025. Citada para los valores precisos de lastmod y para enviar los sitemaps en Bing Webmaster Tools.
• IndexNow. Citada para los buscadores participantes (Microsoft Bing, Naver, Seznam.cz, Yandex, Yep); Google no aparece en la lista.
• Page indexing report, Ayuda de Search Console. Citada para el significado de "Rastreada: actualmente sin indexar" y "Descubierta: actualmente sin indexar".
• URL Inspection tool, Ayuda de Search Console. Citada para la versión indexada, la prueba de la URL publicada y la canónica seleccionada por Google.
• Understand JavaScript SEO basics, Google Search Central. Citada para la cola de renderizado, para que Google no renderice JavaScript de archivos bloqueados y para la frase que recomienda el renderizado en el servidor o el prerrenderizado porque "no todos los bots pueden ejecutar JavaScript".
• Dynamic rendering as a workaround, Google Search Central. Citada para que el renderizado dinámico sea "una solución alternativa y no una solución recomendada".
• The rise of the AI crawler, Vercel y MERJ, 17 de diciembre de 2024. Datos de terceros de la red de Vercel, citados para que ningún gran rastreador de IA renderizara JavaScript en ese momento (entre los nombrados están OAI-SearchBot, ClaudeBot y PerplexityBot) y para que Gemini use la infraestructura de Googlebot.
• AI crawlers and JavaScript rendering, searchVIU, noviembre de 2025. Una recopilación de fuentes de terceros, citada para la cifra del 69% entre 23 rastreadores de IA.
• Mobile site and mobile-first indexing best practices, Google Search Central. Citada para la indexación a partir de la versión para smartphone, la paridad de contenido y metadatos, las etiquetas meta robots, dejar que Google rastree los recursos de la página y la pérdida de tráfico por páginas móviles con menos contenido.
• Understanding page experience in Google Search results, Google Search Central (actualizada el 22 de septiembre de 2026). Citada para que las Core Web Vitals se usen en el posicionamiento, para que no exista una única señal de experiencia de página, para que la relevancia se imponga a una experiencia de página deficiente y para HTTPS como parte de la experiencia de página.
• Understanding Core Web Vitals and Google search results, Google Search Central. Citada para los umbrales de LCP, INP y CLS.
• Web Vitals, web.dev. Citada para la evaluación en el percentil 75 y para que el Informe de experiencia de usuario de Chrome alimente PageSpeed Insights y el informe de Core Web Vitals de Search Console.
• PageSpeed Insights, Google. Mencionada como herramienta que muestra datos de campo.
• Interaction to Next Paint is officially a Core Web Vital, web.dev, 12 de marzo de 2024. Citada para la sustitución de FID por INP.
• Optimize your crawl budget, Google. Citada para qué sitios necesitan gestionar el presupuesto de rastreo.
• Google's common crawlers, Google. Citada para que Google-Extended no afecte a la inclusión ni al posicionamiento en la Búsqueda de Google.
• How Do Technical SEO Factors Impact AI Search?, Semrush, 5 de enero de 2026. Citada solo por su propia advertencia de que "identifica correlaciones, no causalidad" y por lo que midió, que no incluía la velocidad de página.
• Link best practices for Google, Google Search Central. Citada para que Google, por lo general, solo rastree los enlaces que son elementos <a> con un atributo href.

Argumentado, sin fuente (razonamiento de esta guía a partir de las fuentes anteriores):

• La síntesis de la idea central: que la búsqueda con IA ha sumado rastreadores y no reglas nuevas, a partir de la documentación de Google y Bing y de las páginas de los proveedores de búsqueda con IA sobre sus rastreadores.
• Que los buscadores se diferencian sobre todo en capacidad, en especial en si ejecutan JavaScript.
• Diseñar pensando en el rastreador de búsqueda menos capaz, como extensión que hace esta guía de la frase de Google "no todos los bots pueden ejecutar JavaScript" a los rastreadores de la búsqueda con IA.
• El orden de la lista de requisitos: acceso y códigos de estado, indexabilidad, lectura sin JavaScript, descubrimiento y, por último, versión móvil y velocidad.
• Que los registros del servidor filtrados por direcciones IP verificadas muestran lo que recibe un rastreador real, y que una solicitud que solo imita el agente de usuario de un rastreador no puede mostrarlo (respaldado por las listas de IP y los métodos de verificación que publican los proveedores).
• Que usar robots.txt para ocultar una página es la confusión entre rastreo e indexación con el peor efecto secundario.
• Por qué persisten los consejos técnicos desactualizados.