Accesibilidad web y SEO: donde se solapan de verdad

La accesibilidad web no es un factor de posicionamiento. Google no tiene un algoritmo que mida el contraste de tus colores o compruebe si tus vídeos llevan subtítulos y te suba puestos por ello. Pero esa frase, repetida sin matices, esconde la parte que sí importa: una página accesible y una página bien rastreada comparten el mismo requisito de base, que es que el contenido se pueda entender sin depender de cómo se ve en pantalla. Un lector de pantalla y un rastreador de buscadores hacen, en el fondo, un ejercicio parecido: recorren el HTML, no la interfaz visual, para averiguar qué hay en la página y cómo está organizada.

Por eso algunas prácticas de accesibilidad tienen una consecuencia SEO directa y otras no tienen ninguna, aunque merezca la pena implementarlas de todos modos. Y por eso también existen prácticas hechas "por accesibilidad" que terminan perjudicando el rastreo en lugar de ayudarlo. Esta guía separa esas tres categorías con ejemplos concretos, sin repetir lo que ya cubren otros artículos sobre jerarquía de encabezados o legibilidad para sistemas automáticos.

Por qué se solapan sin ser lo mismo

Un lector de pantalla no "ve" la página. Construye lo que se llama un árbol de accesibilidad: una representación del documento basada en la semántica del HTML (qué es un encabezado, qué es un enlace, qué campo de formulario corresponde a qué etiqueta) y lo recorre en el orden en que aparece en el código, no en el orden en que la maquetación lo coloca visualmente en pantalla. Un rastreador de buscadores hace algo estructuralmente similar: procesa el DOM renderizado, identifica bloques semánticos y usa esa estructura para entender de qué trata cada parte de la página.

Ninguno de los dos sistemas premia la accesibilidad como tal. Lo que ambos necesitan, de forma independiente, es markup que refleje la estructura real del contenido en lugar de depender únicamente de cómo lo pinta el CSS. Cuando arreglas la accesibilidad de una página tocando el HTML subyacente, casi siempre estás arreglando al mismo tiempo la señal que un rastreador usa para entender esa misma página. La causa común no es que "a Google le guste la accesibilidad": es que ambos sistemas leen el mismo documento con las mismas herramientas limitadas, sin ojos.

Esto también explica el límite: todo lo que un lector de pantalla resuelve mediante el sistema operativo, el navegador o el hardware (voz, velocidad de lectura, zoom, alto contraste del sistema) no pasa por el HTML de tu página y, por tanto, no le dice nada nuevo a un rastreador. El solapamiento existe solo donde la solución vive en el marcado.

Lo que sí tiene consecuencia SEO

Estos son los puntos de las pautas de accesibilidad (WCAG) donde arreglar el problema de accesibilidad también cambia, de forma directa, lo que un buscador puede leer:

• Orden de encabezados (h1, h2, h3...): un lector de pantalla permite saltar entre encabezados como si fuera un índice; para que ese salto tenga sentido, la jerarquía tiene que ser real y sin saltos artificiales. Un rastreador usa exactamente esa misma jerarquía para entender cuál es el tema principal de la página y cuáles son sus subtemas. Un h3 usado porque "queda del tamaño de letra correcto", sin que exista un h2 que lo contenga, rompe la navegación por encabezados y rompe la lectura temática de la página al mismo tiempo.
• Texto alternativo de las imágenes (alt): es el único contenido que un lector de pantalla tiene para describir una imagen que no puede mostrar. Es también contenido textual indexable: entra en el análisis del tema de la página y es una de las señales principales con las que una imagen puede aparecer en resultados de búsqueda de imágenes. La versión correcta describe qué transmite la imagen en ese contexto, no una lista de palabras clave.
• Texto de enlace (anchor text): "haz clic aquí" no le dice nada a quien navega saltando de enlace en enlace con el teclado, porque fuera de contexto no comunica adónde lleva. Tampoco le dice nada a un rastreador, que usa el texto del enlace como una de las señales para entender de qué trata la página de destino antes incluso de visitarla. Un enlace con texto descriptivo resuelve los dos problemas con el mismo cambio.
• Etiquetas de formulario (label): un campo sin una etiqueta label asociada obliga a quien usa lector de pantalla a adivinar qué se le está pidiendo. Para un rastreador, un formulario mal etiquetado es simplemente contenido sin estructura reconocible: no aporta nada al entendimiento de la página y, si el formulario es el contenido principal (una calculadora, un buscador interno, un configurador), esa falta de estructura le resta claridad temática a la página entera.
• Orden de foco (tabindex y orden del DOM): la secuencia en la que el teclado va saltando de elemento en elemento debería coincidir con el orden lógico de lectura. Cuando el orden visual, definido por CSS, y el orden del DOM se separan demasiado, quien navega con teclado salta de forma incoherente, y un sistema que lee el documento en orden de DOM —que es como leen los rastreadores el contenido no dependiente de posicionamiento visual— encuentra el mismo desorden.
• Atributo de idioma (lang): declarar lang="es" en el html le dice a un lector de pantalla qué motor de voz y qué pronunciación usar. También es una señal de idioma que ayuda a que el contenido se interprete correctamente por sistemas automáticos, aunque Google afirma no usarlo para detectar el idioma y no es, por sí solo, una palanca de posicionamiento: su función es evitar ambigüedad, no ganar posiciones.

Lo que no tiene efecto SEO directo, pero hazlo de todas formas

No todo lo que exige la accesibilidad pasa por el mismo mecanismo que usa un rastreador. Hay puntos de las WCAG que no cambian nada en cómo un buscador lee tu página, y conviene ser honesto sobre eso en lugar de inventarle una justificación SEO que no tiene:

• El contraste de color entre texto y fondo no forma parte de nada que un rastreador procese; es una propiedad puramente visual que solo importa para ojos humanos con distintos niveles de visión.
• Los subtítulos y transcripciones de vídeo, cuando viven como archivos de subtítulos independientes y no como texto publicado en la propia página, tampoco se rastrean ni se indexan por defecto: son pistas que el reproductor expone al usuario, no contenido HTML que un buscador vaya a leer.
• Los enlaces de salto de navegación ("saltar al contenido principal") existen para que alguien que navega con teclado no tenga que pasar por el menú entero en cada página; no cambian qué contenido ve ni cómo lo organiza un rastreador.

Prácticas que se hacen "por accesibilidad" y perjudican el SEO

Aquí está la parte que casi nunca se explica, y es la que más dinero cuesta arreglar después: hay soluciones vendidas como accesibilidad que activamente empeoran la relación entre tu página y un rastreador.

Los widgets de accesibilidad tipo overlay (el icono flotante que añade un menú de "modo accesible", tamaño de letra, alto contraste) trabajan inyectando o reescribiendo el DOM con JavaScript después de que la página ya se ha cargado. Esa reescritura ocurre en el navegador del visitante, en tiempo de ejecución: no cambia una sola línea del HTML que se sirve desde el servidor. Un rastreador que procese la página antes de que ese script termine de ejecutarse —o que simplemente no ejecute ese script de terceros igual que un navegador— nunca ve las correcciones que el overlay dice estar aplicando. El problema de fondo (encabezados sin jerarquía, imágenes sin alt, formularios sin etiqueta) sigue exactamente igual en el código fuente, y ahora además hay una capa extra de nodos inyectados que puede introducir ruido en el DOM que el rastreador sí procesa.

El texto alternativo relleno de palabras clave ("comprar zapatillas running baratas online oferta" como alt de una foto de unas zapatillas) no describe nada para quien depende de ese texto para saber qué imagen hay ahí; es ruido que un lector de pantalla lee en voz alta sin que aporte información. Para un rastreador es la misma señal de mala calidad que el resto del texto relleno de palabras clave en cualquier otra parte de la página: contenido que existe para manipular una señal, no para comunicar, y ese patrón es precisamente lo que las directrices de calidad de los buscadores identifican como comportamiento a penalizar.

El atributo aria-label que sustituye a un texto de enlace visible distinto es el caso más sutil de los tres. Cuando un enlace tiene un texto visible ("Ver planes y precios") y además un aria-label que dice "Haz clic aquí para más información", la especificación de accesibilidad dice que el nombre accesible que se anuncia a quien usa lector de pantalla es el del aria-label, no el texto visible: lo sustituye por completo. El resultado es que dos personas —una leyendo la pantalla, otra escuchándola— reciben información distinta sobre el mismo enlace, y un sistema que intenta extraer "el texto de este enlace" para entender la página de destino se encuentra con la misma ambigüedad: ¿cuál de los dos textos refleja mejor el contenido al que se llega? La pauta correcta —que el nombre accesible contenga el texto visible— no es un capricho técnico: evita justo este conflicto.

Por qué en España esto tiene presupuesto propio

Gran parte de las auditorías de accesibilidad que terminan revelando estos problemas de markup no nacen de una iniciativa de marketing: nacen de una obligación legal. En España, el Real Decreto 1112/2018 exige a los sitios web y aplicaciones móviles del sector público cumplir con la norma EN 301549 (la norma europea de accesibilidad de productos y servicios TIC, adaptada en España como UNE-EN 301549), que a su vez incorpora los criterios de las WCAG 2.1 nivel AA. Esa obligación no es una recomendación: exige una declaración de accesibilidad publicada en el sitio y una revisión periódica de cumplimiento, con un canal de quejas al que puede recurrir cualquier ciudadano.

La Directiva Europea de Accesibilidad (Directiva (UE) 2019/882) ha ido extendiendo obligaciones parecidas más allá del sector público, hacia determinados servicios privados de cierto tamaño —banca, comercio electrónico, transporte, comunicaciones electrónicas— a medida que se traspone a la normativa española. El resultado práctico es que cada vez más equipos tienen una auditoría de accesibilidad en el calendario porque legal o compliance la ha pedido, con presupuesto asignado, y no porque SEO la haya propuesto.

Eso es una oportunidad concreta: si tu organización ya tiene, o va a tener, esa auditoría por obligación normativa, coordinarte con quien la gestiona para que las correcciones de markup (encabezados, alt, enlaces, formularios, lang) se prioricen igual que las correcciones puramente visuales te da beneficio de rastreo sin tener que justificar un proyecto SEO aparte. Es presupuesto ya aprobado trabajando en dos direcciones a la vez.

Cómo auditar esto sin duplicar el trabajo que ya tienes

No hace falta montar un proceso de accesibilidad paralelo al de SEO si ya tienes cubiertas piezas de esto en otro sitio. Si tu jerarquía de encabezados ya está definida siguiendo una lógica de contenido y no de tamaño de letra, ese trabajo sirve para las dos cosas a la vez y no necesita repetirse aquí. Lo mismo si publicas contenido visual —una infografía, por ejemplo— donde ya te has planteado cómo hacer que la información no dependa solo de verse: la misma decisión resuelve la lectura por parte de un lector de pantalla y la lectura por parte de un sistema automático.

Una forma práctica de auditar sin duplicar esfuerzo:

• Revisa el orden real de encabezados con las herramientas de desarrollador del navegador, no con la vista: un h2 que visualmente parece un h3 sigue contando como h2 para ambos sistemas.
• Navega tu propio sitio solo con teclado (tabulador, sin ratón) y anota en qué orden vas saltando; si el orden no tiene sentido, ni el foco ni la lectura secuencial lo tienen.
• Activa un lector de pantalla real (VoiceOver en Mac, NVDA en Windows, ambos gratuitos) durante diez minutos en tu página principal; los huecos que notes —imágenes mudas, enlaces genéricos, campos sin nombre— son exactamente los huecos que le faltan de contexto a un rastreador.
• Revisa cualquier aria-label existente contra el texto visible que acompaña: si dicen cosas distintas, ese es el primer sitio a corregir, no el último.