Google acaba de borrar la sección “Design for accessibility” de su documentación de JavaScript SEO basics. El 4 de marzo de 2025, sin hacer mucho ruido, el equipo de Search actualizó la página para eliminar un consejo que llevaba años repitiéndose como mantra: “diseña tu sitio para usuarios que podrían no tener un navegador capaz de ejecutar JavaScript”. La razón oficial es que la información estaba obsoleta. Y tienen razón. Pero la historia completa es bastante más interesante que el comunicado.
Lo que Google borró y por qué importa
Durante años, la documentación oficial de Google recomendaba a los desarrolladores probar sus sitios con JavaScript desactivado, o incluso usar navegadores de texto como Lynx para verificar que el contenido fuera accesible. El consejo tenía sentido en su momento. Googlebot era lento para renderizar páginas con mucho JavaScript, y el contenido cargado dinámicamente podía quedar fuera del índice.
Eso cambió hace tiempo. En julio de 2024, Zoe Clifford del equipo de renderizado de Google confirmó en el podcast Search Off The Record que Google renderiza todas las páginas HTML, sin excepción. Su explicación fue directa: ejecutan un navegador headless en el pipeline de indexación para ver cada página tal como la vería un usuario después de que JavaScript se haya ejecutado. El costo es alto, pero la decisión está tomada.
La eliminación de la sección de accesibilidad es la quinta actualización a esa misma página desde diciembre de 2024. En cada revisión, Google ha sustituido advertencias generales por recomendaciones técnicas específicas. El patrón es claro: menos miedo difuso, más instrucciones concretas. El changelog oficial de Google lo dice sin rodeos: cargar contenido con JavaScript ya no le complica la vida a Google Search, y las tecnologías de asistencia modernas también trabajan bien con JS.
¿La traducción para quienes llevamos años en esto? Que Google finalmente actualizó su documentación para reflejar lo que el mercado ya sabía desde hace rato. Bienvenidos al presente.
La ironía de un Google que ahora necesita JavaScript para todo
Aquí es donde la historia se pone buena. En enero de 2025, apenas dos meses antes de borrar esta sección, Google hizo obligatorio tener JavaScript activado para usar Google Search. Sí, leíste bien. El mismo buscador que durante años te pidió que diseñaras para usuarios sin JavaScript ahora no te deja ni buscar si no lo tienes encendido.
La justificación oficial habla de proteger los servicios contra bots, spam y abuso. El vocero de Google le dijo a TechCrunch que menos del 0.1% de los usuarios buscan con JavaScript desactivado. Suena insignificante hasta que recuerdas que Google procesa alrededor de 8,500 millones de búsquedas diarias. Ese 0.1% son millones de personas reales.
El movimiento tiene un efecto colateral que a nadie en Mountain View le molesta demasiado: dificulta el scraping de las SERPs. Herramientas como Ahrefs, Semrush y SE Ranking dependen del scraping para entregar datos de posicionamiento. Requerir JavaScript para ver resultados obliga a usar navegadores headless, lo que multiplica los costos de infraestructura. Como documentó Search Engine Journal, varios proveedores reportaron interrupciones en enero, y el consenso en la industria es que los precios de las herramientas SEO subirán como consecuencia.
Nassim Taleb diría que estamos ante un caso de transferencia de fragilidad: Google reduce su propia vulnerabilidad al spam y le pasa la cuenta a todo el ecosistema de herramientas que depende de sus datos. Pero eso es tema para otro artículo.
Lo que cambia para los SEOs en la práctica
Empecemos por lo obvio: si tu sitio carga contenido principal con React, Vue, Angular o cualquier framework JavaScript, Google no te va a penalizar por eso. Al menos no en teoría. El renderizado funciona, Googlebot lo procesa, el contenido se indexa. La herramienta de inspección de URLs en Search Console sigue siendo el mejor aliado para verificar qué ve Googlebot después del renderizado.
Ahora viene la parte que nadie quiere oír. Google no es el único motor de búsqueda del mundo. Bing renderiza JavaScript razonablemente bien, pero DuckDuckGo, los agregadores de contenido y los crawlers de terceros no tienen las mismas capacidades. Y aquí entra un actor que muchos están ignorando: los motores de IA. Como apunta Barry Schwartz en Search Engine Land, los nuevos motores de búsqueda basados en inteligencia artificial podrían no renderizar JavaScript con la misma eficacia que Google o Bing.
Si tu estrategia de visibilidad depende exclusivamente de Google, la eliminación de esta guía no cambia nada para ti. Pero si estás pensando en GEO, en aparecer como fuente citada en AI Overviews, en que Perplexity o ChatGPT referencien tu contenido, entonces asumir que todos los crawlers procesan JavaScript igual que Googlebot es un error que va a costarte tráfico.
El Mínimo SEO Viable en este caso es sencillo: asegúrate de que el contenido principal de tu sitio sea accesible en el HTML inicial. No necesitas abandonar tu framework JavaScript. Necesitas que el texto clave, los headings, los enlaces internos y el structured data estén disponibles sin esperar a que un motor ejecute tus scripts. Server-side rendering o al menos pre-rendering siguen siendo la apuesta más segura para un mundo donde Google es solo uno de varios motores relevantes.
La accesibilidad no murió, solo cambió de casa
Que Google haya retirado la sección de accesibilidad de su documentación SEO no significa que la accesibilidad haya dejado de importar. Significa que Google ya no la considera un problema de indexación. Pero las buenas prácticas WCAG, el marcado semántico y la compatibilidad con tecnologías de asistencia siguen siendo criterios de calidad. En algunos mercados, son requisitos legales.
El sesgo de novedad nos hace creer que cuando algo desaparece de la documentación oficial, desaparece del mundo. No es así. La accesibilidad migró de ser un tema de SEO técnico a ser un tema de experiencia de usuario y cumplimiento normativo. Que deje de estar en la guía de JavaScript SEO basics no le quita ni un gramo de relevancia. Solo significa que ya no es responsabilidad del equipo de Search Relations explicarla.
Lo que sí debería preocuparnos es la tendencia a interpretar cada cambio de documentación de Google como una señal de que algo dejó de importar. Google retira una guía porque ya no aplica a su motor. Punto. No es un decreto universal sobre cómo debe construirse la web.
Si tu sitio depende del renderizado JavaScript para mostrar contenido a un usuario con lector de pantalla, que Googlebot lo maneje bien no te exime de probarlo con NVDA o VoiceOver. Son problemas distintos que habitan en el mismo código, pero se resuelven con criterios diferentes.
La próxima vez que alguien te diga “Google ya no pide accesibilidad en JavaScript”, pregúntale si también dejó de importarle la experiencia de sus usuarios que no usan Chrome. Porque la respuesta a esa pregunta dice más sobre la calidad de su trabajo que cualquier changelog.
