La investigación detrás de cada revisión

OpenAI, Anthropic y Perplexity publican los nombres de los robots que leen páginas para sus respuestas de IA y explican cómo permitirlos o bloquearlos en robots.txt. Esas herramientas no pueden leer una página que los bloquea, así que es menos probable que la muestren o la enlacen.

Las mismas empresas, y Google con «Google-Extended», usan otros nombres para los robots que recogen texto para entrenar la IA. Dicen que bloquearlos no te saca de sus respuestas de búsqueda. Bloquearlos es una decisión de negocio legítima, por eso esta revisión nunca baja tu puntuación.

Google puede ejecutar los scripts de una página antes de leerla, pero dice que eso lleva más tiempo. Un análisis de 2024 de Vercel sobre su propia red vio que ninguno de los grandes rastreadores de IA, incluidos los de OpenAI y Anthropic, ejecutaba scripts, así que el texto que solo dibujan los scripts era invisible para ellos. Microsoft Bing también advierte de que la IA puede no ver el contenido oculto.

llms.txt es una propuesta de 2024 de un archivo breve que señala a las herramientas de IA las páginas clave de un sitio. No es un estándar acordado, y Google dice que sus funciones de IA no necesitan archivos especiales. Por eso lo mostramos solo como información, sin cambiar tu puntuación.

La documentación de Google sobre el marcado Organization dice que le ayuda a entender quién está detrás de un sitio, con su nombre, logotipo y datos de contacto. Las directrices de Google para sus evaluadores de calidad también les piden buscar información clara sobre quién gestiona el sitio.

La guía de Google sobre contenido útil anima a poner nombres de autor reales donde los lectores los esperarían, y advierte de que inventar autores es engañoso. Sus directrices para evaluadores tienen en cuenta la experiencia y los conocimientos del autor al juzgar la confianza.

Google dice que una fecha clara y visible le ayuda a saber cuándo se publicó o actualizó una página. Su guía también advierte contra cambiar la fecha para parecer reciente cuando el contenido no ha cambiado de verdad.

Las directrices de Google para evaluadores de calidad piden averiguar quién es responsable de un sitio y cómo contactar con él. Tener muy poca información de este tipo es motivo para una nota de calidad más baja. Unos enlaces claros a las páginas Quiénes somos y Contacto la hacen fácil de encontrar.

En un estudio de 2024 sobre «optimización para motores generativos», investigadores de la Universidad de Princeton y otras instituciones reescribieron páginas web de distintas formas y midieron cuánto las usaban las respuestas de IA. Añadir estadísticas relevantes fue de los cambios que más ayudaron, hasta un 40 % aproximadamente en sus pruebas. Usaron sistemas de IA montados para el estudio, así que las herramientas reales pueden comportarse de otra forma. Microsoft Bing también aconseja respaldar las afirmaciones con datos medibles.

El mismo estudio de 2024 vio que citar fuentes fiables era otro de los cambios más eficaces, y hacía las páginas más visibles en las respuestas de IA. Como en todo el estudio, las pruebas usaron sistemas de IA montados para la investigación.

El mismo estudio de 2024 vio que añadir citas de personas o expertos relevantes también hacía las páginas bastante más visibles en las respuestas de IA. Sus pruebas usaron sistemas de IA montados para el estudio, así que las herramientas reales pueden comportarse de otra forma.

Microsoft Bing aconseja escribir encabezados y textos como preguntas directas con respuestas claras, porque así es como busca la gente, sobre todo en las respuestas de IA. Google, en cambio, dice que sus funciones de IA no necesitan cambios especiales, así que tómalo como el consejo de un buscador, no como una regla universal.

Microsoft Bing aconseja empezar con una respuesta de una o dos frases que se entienda por sí sola, para que pueda usarse en una respuesta de IA. Coincide con la «pirámide invertida» que Nielsen Norman Group recomienda desde hace tiempo: primero lo principal y después los detalles, porque los lectores suelen dejar de leer pronto.

Un estudio de Nielsen Norman Group vio que las páginas reescritas para ser concisas, fáciles de recorrer con la vista (con listas y palabras destacadas) y objetivas eran un 124 % más fáciles de usar. Microsoft Bing también aconseja listas y tablas para pasos y comparaciones, porque dividen los detalles en partes claras que la IA puede reutilizar.

El estándar HTML tiene un elemento <main> para el contenido principal de la página, junto a otros para la cabecera, los menús y el pie. Marcar así el contenido ayuda a los lectores de pantalla y permite a otras herramientas distinguir el artículo de los menús y la publicidad.

Google anunció en 2014 que usa HTTPS, la versión segura de una dirección web, como una pequeña señal de posicionamiento. Los navegadores marcan además como «No seguro» las páginas sin HTTPS, y HTTPS protege lo que escriben los visitantes, como las contraseñas.

Un ajuste «noindex» le dice a Google que no muestre una página en sus resultados. Si se queda puesto por error, deja la página totalmente fuera de Google, por eso esta revisión cuenta tanto.

El archivo robots.txt indica a los robots de los buscadores qué partes de un sitio pueden leer. Google lo respeta, así que una página bloqueada ahí no se puede leer bien, aunque Google puede seguir mostrando su dirección sin descripción.

Un mapa del sitio es un archivo con la lista de páginas que quieres que se encuentren. Google dice que le ayuda a descubrir páginas, sobre todo en sitios nuevos o grandes, pero no garantiza que aparezcan en los resultados.

Cuando el mismo contenido se abre en más de una dirección, Google elige una para mostrarla. Una etiqueta «canonical» le dice a Google cuál prefieres. Google la trata como una pista fuerte, no como una orden.

Google dice que el título de la página suele usarse como titular del resultado y que debe ser descriptivo y conciso. Google no fija un número de caracteres, pero corta los títulos largos, así que el rango de longitud que revisamos es una regla práctica nuestra.

Google puede mostrar la metadescripción como el texto breve bajo tu resultado cuando describe bien la página. Google no fija una longitud; el rango que revisamos es nuestro, según lo que suele caber.

La Guía de inicio de SEO de Google recomienda encabezados que muestren cómo está organizada la página, y las guías de accesibilidad dicen que el encabezado principal debe describirla. Google no exige exactamente un encabezado principal; esa parte es una regla nuestra para que quede claro.

Las guías de accesibilidad del W3C piden encabezados en orden, sin saltarse niveles, para que quienes usan lectores de pantalla puedan orientarse. Google dice que el orden de los encabezados no importa para sus resultados, así que esta revisión es para los lectores, no para Google.

Google dice que no tiene un número de palabras preferido y que premia las páginas que responden por completo a la pregunta del visitante. Las páginas muy cortas rara vez lo hacen, así que avisamos por debajo de una cantidad de palabras que elegimos nosotros. Es una señal aproximada, no una regla de Google.

WCAG, el estándar internacional de accesibilidad, pide una descripción en texto de cada imagen con significado, para que los visitantes ciegos sepan qué muestra. Google también usa estas descripciones (texto alternativo) para entender las imágenes.

Google encuentra la mayoría de las páginas siguiendo enlaces. Su guía dice que cada página que te importe debe recibir un enlace desde al menos otra página de tu sitio, con palabras que describan adónde lleva.

Google usa sobre todo la versión para móvil de una página en sus resultados, lo que llama indexación centrada en dispositivos móviles. Sin el ajuste «viewport», el móvil muestra una página de escritorio diminuta, difícil de leer y de usar.

WCAG pide que cada página indique su idioma, para que los lectores de pantalla pronuncien bien y los navegadores puedan ofrecer traducción. Google dice que deduce el idioma del texto visible e ignora este ajuste, así que la revisión ayuda a los visitantes, no al posicionamiento.

El tiempo hasta el primer byte es lo que tarda un servidor en empezar a enviar una página. La guía web.dev de Google considera bueno 0,8 segundos o menos y malo más de 1,8 segundos, los límites que usamos. Medimos una vez desde nuestro servidor, lo que no equivale a las Core Web Vitals de visitantes reales. Un estudio de Deloitte encargado por Google vio que unas páginas móviles algo más rápidas generaban más ventas.

Los servidores pueden comprimir una página antes de enviarla, con métodos como gzip o Brotli, y el navegador la descomprime al llegar. La documentación de Mozilla explica cómo funciona. Las páginas más pequeñas llegan antes, sobre todo con conexiones móviles lentas.

El protocolo Open Graph fija el título, el texto y la imagen que se ven cuando alguien comparte tu enlace en redes sociales o aplicaciones de mensajería. No afecta al posicionamiento en Google, pero decide cómo se ve tu página al compartirla.

Los datos estructurados son etiquetas ocultas que dicen a los buscadores de qué trata una página, como un negocio, un producto o un artículo. Google los usa para entender las páginas y para resultados más completos, pero unas etiquetas correctas no los garantizan. Solo comprobamos que se puedan leer sin errores.

Un año de copyright antiguo en el pie de página es una pequeña señal de que nadie cuida el sitio. Ningún buscador ni ley pide el año actual. Es una revisión nuestra, por eso apenas cuenta.

Según el RGPD del Reino Unido y de la UE, un sitio que recoge datos personales debe explicar qué recoge y para qué, normalmente en un aviso de privacidad. El regulador británico, la ICO, explica qué hace falta. Las condiciones de uso no siempre son obligatorias por ley, pero dejan claras las reglas a los visitantes.

Las normas del Reino Unido y de la UE sobre cookies dicen que las cookies no imprescindibles, como las de analítica y publicidad, necesitan antes el permiso del visitante. La guía de la ICO lo explica. Buscamos herramientas de seguimiento y de consentimiento conocidas, pero no podemos demostrar lo que hace de verdad un sitio.

La ley de la UE sobre servicios en línea pide a las empresas un correo electrónico u otra forma rápida de contactar con ellas, y el Reino Unido tiene la misma norma. Las directrices de Google para evaluadores también tienen en cuenta unos datos de contacto claros al juzgar si un sitio es de fiar.

La guía de Google sobre códigos de estado explica que un enlace a una página que no existe (un «404») no lleva a ninguna parte, y que esas páginas salen de la búsqueda con el tiempo. Los enlaces rotos no bajan directamente el posicionamiento, pero impiden que visitantes y robots lleguen a tu contenido.

Google pide que las páginas que no existen envíen un estado real «404 no encontrado», no una página normal que solo diga «no encontrado», lo que llama un soft 404. Una página de error útil también mantiene en tu sitio a los visitantes perdidos.

Si una página se abre con y sin www, o con http y con https, Google tiene que elegir una. Google recomienda elegir una dirección y redirigir las demás a ella de forma permanente.

Los enlaces que abren una pestaña nueva permitían antes que la página nueva tomara el control de la anterior, un truco usado para estafas. Añadir rel="noopener" lo impide. La documentación de Mozilla indica que los navegadores modernos ya lo hacen por defecto, así que el riesgo está sobre todo en navegadores antiguos.

La guía web.dev de Google explica que las imágenes WebP suelen ocupar bastante menos que JPEG o PNG con la misma calidad, y que AVIF es más reciente y a menudo ocupa aún menos. Las imágenes más pequeñas cargan antes, sobre todo en el móvil.

Cuando una imagen no tiene ancho y alto fijados, el navegador no puede reservarle espacio, así que el texto salta mientras carga. Google mide este «desplazamiento del diseño» como una de sus Core Web Vitals y recomienda fijar el tamaño de las imágenes para evitarlo.

Los navegadores pueden esperar a cargar las imágenes hasta que el visitante se acerca a ellas, con loading="lazy". La guía de Google dice que así se ahorran datos y la primera vista va más rápida, pero las imágenes de arriba deben cargar enseguida.

Cuando una página usa su propia fuente, algunos navegadores ocultan el texto hasta que llega. La guía de Google recomienda «font-display: swap», para que el texto aparezca enseguida con una fuente estándar y cambie cuando esté lista la personalizada.

La caché permite al navegador guardar los archivos que ya ha descargado, para que los visitantes que vuelven no los descarguen otra vez. La guía de Google explica cómo lo consigue una duración larga de «Cache-Control» en archivos que casi no cambian.

Una indicación «preload» le dice al navegador que descargue pronto un archivo clave, como la fuente o la imagen principal. La guía de Google dice que puede acelerar la carga si se usa con pocos archivos importantes. Es opcional, así que nunca baja tu puntuación.

WCAG pide una forma de saltar los bloques que se repiten en cada página, como el menú. Un enlace «saltar al contenido» permite a quien usa el teclado ir directo al contenido principal.

La guía del W3C sobre regiones (cabecera, navegación, contenido principal y pie) explica que los lectores de pantalla permiten saltar entre estas zonas. Las páginas construidas con ellas son mucho más fáciles de recorrer sin verlas.

WCAG exige que quien usa el teclado vea siempre qué enlace o botón está seleccionado. Buscamos estilos que oculten ese contorno sin poner otra cosa en su lugar.

WCAG pide un contraste de al menos 4,5 a 1 entre el texto normal y su fondo, para que lo puedan leer personas con baja visión. The WebAIM Million, una prueba anual de un millón de páginas de inicio, ve que el texto con poco contraste es el problema más común. No medimos el contraste, porque hace falta dibujar la página en pantalla, y lo decimos en lugar de adivinar.

Quien escribe tu dirección sin https:// debería llegar a la versión segura. La documentación de Mozilla explica que una redirección permanente lo consigue, y que el ajuste del navegador de la siguiente revisión (HSTS) cierra el hueco que deja la redirección.

HSTS es un estándar de internet (RFC 6797) que indica a los navegadores que usen siempre la versión segura de tu sitio, aunque alguien escriba o pulse un enlace http://. Sin él, una visita que empieza en http:// se puede interceptar antes de la redirección.

OWASP, una organización sin ánimo de lucro que publica guías de seguridad web, enumera ajustes (cabeceras) que un servidor puede enviar para que el navegador bloquee ataques comunes, como cargar tu página dentro de otro sitio o ejecutar scripts dañinos. Comprobamos los principales que recomienda.

Google muestra el icono de un sitio junto a sus resultados y explica cómo configurarlo. Los navegadores también lo muestran en pestañas y marcadores, lo que ayuda a reconocer tu sitio.

GOV.UK, el sitio web del Gobierno británico, limita las frases a 25 palabras o menos, citando investigaciones según las cuales los lectores entienden mucho menos cuanto más larga es la frase. Avisamos por encima de una media de 20 palabras, un límite propio algo más estricto.

La investigación de Nielsen Norman Group sobre cómo se lee en internet vio que la gente recorre las páginas con la vista, y que los párrafos cortos, con una idea cada uno, las hacen más fáciles de usar. El límite de 150 palabras que usamos es nuestro.

La misma investigación vio que los subtítulos con sentido ayudan a recorrer una página y encontrar lo que se busca. Pedimos un subtítulo al menos cada 350 palabras; esa cifra es nuestra.

La puntuación de facilidad de lectura de Flesch, publicada por Rudolf Flesch en 1948, valora un texto por la longitud de sus frases y palabras. Una puntuación de 60 o más equivale más o menos a un inglés sencillo. Se creó para el inglés, así que solo puntuamos páginas en inglés y decimos que los demás idiomas no se miden.

La guía de estilo de GOV.UK dice que no se escriban textos largos en mayúsculas, porque cuestan de leer. Buscamos tramos de seis palabras o más en mayúsculas.

WCAG pide que el propósito de cada enlace quede claro por sus palabras, o por sus palabras y la frase que lo rodea. Quien usa un lector de pantalla suele oír la lista de todos los enlaces de la página, y ahí «haz clic aquí» no dice nada.

WCAG exige que cada botón y enlace tenga un nombre que la tecnología de apoyo pueda leer en voz alta; un icono sin etiqueta solo se anuncia como «botón». The WebAIM Million sitúa los enlaces y botones vacíos entre los problemas más comunes de las páginas de inicio.

WCAG pide una etiqueta en cada campo de formulario. El tutorial de formularios del W3C explica que el texto gris de ejemplo no la sustituye, porque desaparece al escribir y a menudo cuesta verlo.

WCAG pide que el texto se pueda ampliar al doble de tamaño sin perder contenido. Los ajustes del móvil que impiden ampliar con dos dedos no dejan hacerlo a las personas con baja visión.

Ningún estándar fija un tamaño mínimo de texto; WCAG pide en cambio que se pueda ampliar. Los navegadores empiezan en 16 píxeles, y nuestro límite de 14 píxeles es una regla práctica nuestra.

WCAG pide subtítulos en los vídeos grabados con sonido, para que puedan seguirlos las personas sordas y cualquiera que los vea sin sonido.

WCAG pide que cualquier sonido que suene solo durante más de tres segundos se pueda pausar o bajar. Un sonido que empieza solo también puede tapar a un lector de pantalla.

WCAG pide que el contenido que se mueve, parpadea o se desplaza se pueda pausar, y que la animación que provoca el desplazamiento se pueda desactivar. Los dispositivos permiten pedir menos movimiento, y las páginas pueden respetarlo con el ajuste «prefers-reduced-motion». El movimiento puede marear a algunas personas.

La guía de Google explica qué ventanas emergentes estorban, como las que tapan el contenido nada más llegar, sobre todo en el móvil, y sugiere avisos menos invasivos. No podemos ver cuándo aparece una ventana emergente, así que esta revisión solo avisa.

La Coalition for Better Ads, un grupo de anunciantes y editores, investigó qué anuncios molestan más a la gente, con más de 150 000 participantes. Sus Better Ads Standards los enumeran, como los anuncios emergentes, los vídeos que suenan solos y los anuncios que tapan casi toda la pantalla del móvil.

Un texto olvidado como «Lorem ipsum» o «Como modelo de lenguaje de IA» indica a los lectores que nadie revisó la página. Google dice que juzga el contenido por su calidad, se haya hecho como se haya hecho, y sus políticas contra el spam cubren las páginas hechas en masa con poco valor. Las directrices de Bing también advierten sobre grandes cantidades de contenido hecho sin revisión editorial.

Un estudio de 2025 en Science Advances contó palabras en más de 15 millones de resúmenes de investigación médica y vio un aumento repentino de palabras como «delves» y «showcasing» tras la llegada de ChatGPT. Nuestra lista de unas 40 frases, y el límite de 2 por cada 1000 palabras, son nuestros. Son señales, no pruebas: una persona también puede escribirlas.

Que la misma frase aparezca tres veces o más es una señal habitual de texto generado o copiado en masa. Es una revisión nuestra. La guía de Google sobre contenido útil pregunta si una página aporta valor real en lugar de repetirse.