Qué cambió en la búsqueda en el primer semestre de 2026

Bing empezó a mostrar a quienes publican en qué páginas se citaban sus contenidos en respuestas de IA. Google cambió Discover, retiró los resultados enriquecidos de FAQ y presentó informes específicos de impresiones de IA. Junto a esos cambios visibles, los límites de los rastreadores, la navegación del navegador y las migraciones de dominio dieron a los equipos técnicos mucho que revisar. Esta revisión relaciona los cambios de enero a junio con los informes, las páginas y las decisiones de lanzamiento que afectan.

Datos

La secuencia que cambió las decisiones operativas

La secuencia importa porque cada evento responde a una pregunta distinta. En enero se eliminó la documentación de datos estructurados de problemas de práctica y apareció la guía de Fuentes preferidas. En febrero llegó una actualización básica de Discover con alcance regional en inglés de EE. UU. y la primera vista previa pública de AI Performance de Bing. En marzo se combinaron las ventanas de lanzamiento de spam y de actualización básica, que estaban separadas, junto con una explicación técnica de cómo Googlebot procesa las respuestas. En abril se completó el despliegue de la actualización básica y se añadió el secuestro del botón Atrás a la política de spam. En mayo se retiró la apariencia de resultados enriquecidos de FAQ y se publicó una guía sobre IA generativa. En junio se añadieron los informes de IA de Search Console, una aclaración sobre migraciones, las vistas de IA ampliadas de Bing y la monitorización horaria de consultas de Yandex.

Este orden también evita errores de categoría. Quien administra el sitio puede actuar de inmediato ante un fallo en la respuesta del rastreador, aunque ocurra durante una actualización básica. La retirada de una función exige una decisión sobre plantillas y contenido, mientras que un lanzamiento de informes exige una definición de medición. Pon cada evento junto a las pruebas de la página afectada, en lugar de meterlo en una única columna indiferenciada de «actualización del algoritmo».

Cambio de producto

Discover y Fuentes preferidas

La actualización básica de Discover de febrero de 2026 de Google empezó con un alcance en inglés de EE. UU. y con orientaciones sobre la relevancia local, la experiencia original y oportuna, y un contenido menos sensacionalista. Eso hace que la primera pregunta de revisión sea geográfica y editorial: ¿el público, el idioma y el formato afectados estaban dentro de la superficie documentada? Una variación en Discover fuera de ese contexto no demuestra que una plantilla general de página deba cambiar. Revisa las señales de ubicación del contenido, su experiencia temática, la fecha de publicación y el informe real de Discover antes de tomar las impresiones como una señal universal de posicionamiento.

Las Fuentes preferidas siguieron otro camino. Google documentó la función en enero, la amplió a todos los idiomas de Búsqueda en abril y añadió AI Overviews y AI Mode al alcance documentado en mayo, según consta en sus actualizaciones de documentación. Quien publica puede compartir un botón o un enlace que ayude a los lectores a elegirlo como fuente preferida. La decisión la toma el lector; el marcado de datos estructurados no puede tomarla por él. Ofrece a los lectores recurrentes una identidad de publicación clara y una forma cómoda de seleccionarla.

Una comprobación práctica de Discover empieza por el contenido en sí: confirma la fecha visible, el tema, la relevancia local y el reportaje o análisis original. Después compara el país y el idioma afectados con el alcance publicado de la función. Si un sitio atiende varios mercados, no uses una actualización en inglés de EE. UU. para explicar lo que pasa en todas las localizaciones. Vincula las mejoras editoriales al público que realmente puede encontrar esa superficie.

Cambio de producto

Informes de IA: mantén separadas las superficies

En febrero, AI Performance de Bing introdujo informes orientados a citas. Su ampliación de junio añadió Intents, Topics, Citation Share y Compare en la versión de seguimiento de Bing. Estos informes ayudan a quien administra el sitio a investigar cómo las experiencias de IA de Bing citan sus páginas; no sustituyen a las sesiones, a las posiciones en Google ni a la medición de AI Overviews. Su pregunta es la visibilidad en citas dentro de la superficie de informes que define Bing.

El anuncio de junio sobre informes de IA generativa en Search Console de Google introdujo vistas específicas para las impresiones en funciones de IA generativa en Search y Discover. Esas impresiones siguen incluidas en los informes generales de rendimiento; las vistas específicas llegaron, al principio, a un subconjunto de sitios. Yandex añadió datos horarios en Query Monitoring, un tipo de informe distinto para las consultas de búsqueda populares. Separa estos productos por plataforma, unidad y ventana de informe. Sumar clics, citas y valores horarios preliminares ocultaría lo que mide cada informe.

zoom_in

En un panel, define la fila antes de exportar datos. Una fila puede significar clics de Google Search Console para un grupo de URL; otra, citas de Bing para un tema; una tercera, observaciones horarias de consultas de Yandex. Asigna a cada fila su propia propiedad o mercado, su rango de fechas y su zona horaria. Así evitas la tentación de dibujar un gráfico uniforme con medidas que nunca se diseñaron para sumarse.

Acción

Procesamiento del rastreador y el límite de 2 MB

La explicación de marzo sobre el rastreador de Google convirtió en algo operativo una restricción antigua y fácil de pasar por alto: Googlebot procesa una cantidad limitada de contenido de respuesta, con un límite práctico de dos megabytes para la respuesta HTML. La lección no es contar el tamaño del paquete y parar. Revisa el estado real, la URL final, el cuerpo de la respuesta, la etiqueta canonical y el contenido crítico presente en el resultado tras el renderizado. Si las instrucciones o el contenido esenciales llegan demasiado tarde, una vista en el navegador con una conexión rápida puede ocultar el fallo.

En una ruta de JavaScript grande, toma una URL principal y guarda las cabeceras de respuesta y los bytes en bruto. Luego compara lo que llega en el HTML inicial con lo que aparece tras el renderizado: contenido principal, canonical, directivas de robots, datos estructurados y enlaces a las siguientes páginas relevantes. Saca la carga no crítica de la ruta crítica cuando la evidencia lo respalde, pero no elimines contenido solo para cumplir una cifra de bytes. La condición de aceptación es que el significado necesario de la página siga siendo accesible y renderizable dentro de las limitaciones prácticas del rastreador.

zoom_in

El límite de dos megabytes es especialmente relevante cuando una plantilla envía datos serializados grandes, cargas de navegación o marcado duplicado antes de su contenido principal. Localiza el coste en bytes en el documento devuelto, no solo en la salida de compilación de JavaScript. Si el canonical o el texto del cuerpo se proporcionan en el cliente tras una cadena larga de procesos, haz explícita esa dependencia y pruébala con los mismos parámetros de ruta que puede pedir un rastreador.

Acción

Despliegue de spam y secuestro del botón Atrás

La actualización de spam de marzo se ejecutó del 24 al 25 de marzo. La actualización básica de marzo empezó el 27 de marzo y se completó en abril. Esas ventanas deben mantenerse separadas en una investigación. Una página que pierde clics en cualquiera de los dos periodos puede tener una rotura técnica, un cambio en la demanda de consultas, un problema de canonical, un cambio de competidor o un problema de calidad más amplio; el calendario no permite elegir entre ellos.

El 13 de abril, Google añadió el secuestro del botón Atrás como infracción explícita de la política de spam, con la aplicación anunciada para el 15 de junio. Esa fecha límite debe figurar en el calendario de lanzamientos. Es un comportamiento concreto del navegador que hay que auditar: cuando un visitante sigue un resultado, pulsar Atrás debe devolverlo a la página anterior, no atraparlo en una secuencia de navegación inesperada. Pruébalo en una sesión de navegador limpia y en móvil, además de en escritorio, y luego revisa las redirecciones, la manipulación del historial y los scripts inyectados. Elimina el mecanismo en lugar de disimularlo con un cambio superficial en la página de destino.

El contraste entre el cambio de política y las ventanas de actualización importa al hacer triaje. El secuestro del botón Atrás es un defecto de interacción reproducible; su prueba pasa o falla de forma clara. Solaparse con una actualización básica es un contexto de investigación, así que necesita evidencia segmentada. Mantén estas líneas de trabajo separadas: corrige directamente la navegación engañosa demostrable y usa los datos por consulta y por página antes de decidir si se justifica una revisión más amplia del contenido.

Acción

Las migraciones deben cubrir todas las variantes de host

La guía de cambios de sitio de junio hizo explícita la recomendación de Cambio de dirección para todas las variantes de dominio. Eso cambia el inventario de la migración: el host raíz, el host www y cualquier subdominio relevante necesitan un destino final declarado, no una convención implícita. Un mapa de redirecciones que cubra solo un nombre de host preferido puede dejar expuestas a usuarios y rastreadores variantes duplicadas, rotas o no verificadas.

Prepara el conjunto de pruebas antes de cambiar el tráfico. Para cada URL antigua activa, registra la URL final prevista, una redirección permanente directa, el estado final, el canonical, la pertenencia al sitemap y el contenido crítico renderizado. Luego repite la prueba a través de cada variante de host pública. Actualiza los enlaces internos, las etiquetas canonical y los sitemaps al host final; no dependas de cadenas de redirección para reparar convenciones antiguas. Si una URL no tiene un sucesor pertinente, devuelve la respuesta de no encontrado adecuada en lugar de enviarla a la página de inicio.

La comprobación de variantes de host debe incluir el protocolo además del nombre de host: raíz HTTP, raíz HTTPS, www HTTP y www HTTPS, cuando esas variantes resuelvan públicamente. Una migración suele fallar en los extremos: una imagen o un destino de hreflang puede conservar un host antiguo, o un subdominio heredado puede saltarse una redirección. Un mapeo corto y legible por máquina, junto con comprobaciones en el navegador, da a rastreadores y personas un único destino final.

Cambio de producto

Retirada de las FAQ y un cambio más acotado en los datos de producto

En mayo llegaron dos decisiones de mantenimiento de datos estructurados muy distintas. Google dejó de mostrar los resultados enriquecidos de FAQ desde el 7 de mayo, según consta en sus actualizaciones de documentación. Una FAQ visible puede seguir resolviendo la duda de un cliente, pero el marcado válido ya no implica que esa apariencia concreta de Búsqueda vaya a aparecer. Mantén las preguntas dirigidas al lector donde sean útiles; elimina la implementación pensada solo para la función únicamente después de revisar las dependencias de plantillas, analítica y accesibilidad.

Las mismas actualizaciones de mayo añadieron hasAdultConsideration a la documentación de productos y de comerciantes. Es un campo de alcance muy acotado para registros en los que el dato es correcto y se representa con veracidad. No es una mejora genérica del feed de productos y no debe insertarse para perseguir una función. La regla general es conservar los datos semánticos que coincidan con la página visible, validar por separado el grafo y el consumidor de destino, y retirar las promesas sobre una apariencia que el producto ya no ofrece.

En una FAQ, prueba las preguntas visibles en escritorio y en móvil, y luego pregúntate si cada respuesta resuelve una duda real previa a la compra o de soporte. Si es así, el contenido puede quedarse aunque no haya un incentivo de resultado enriquecido. En el caso de la consideración para adultos, exige una fuente factual en el registro del catálogo y una representación visible cuando proceda. Así evitas tratar una propiedad de tipo normativo como una señal SEO especulativa.

Acción

Comprobaciones concretas para la próxima revisión

La próxima revisión debe crear una hoja de evidencias por superficie, no una puntuación global. Para el descubrimiento, registra país, idioma, formato y el informe de producto pertinente. Para la visibilidad en IA, conserva plataforma, nombre del informe, fechas, unidad y atribución. Para el trabajo de rastreo, conserva las cabeceras de respuesta, el tamaño del cuerpo, el contenido crítico renderizado y el estado de canonical y de robots. Para las migraciones, conserva cada host de entrada y el mapeo de rutas. Para los datos estructurados, conserva el dato visible, la validación del grafo y la política vigente de la función. Estos registros permiten explicar un cambio más adelante sin inventar una historia causal.

• En Discover, compara el país afectado y el formato del contenido con el alcance documentado del producto antes de cambiar las plantillas editoriales.
• En los informes de Google, Bing y Yandex, conserva tablas separadas; nunca sumes citas, clics de Search Console ni observaciones horarias de consultas.
• En una ruta pesada, captura el tamaño bruto de la respuesta y el contenido crítico renderizado antes y después de cualquier cambio de rendimiento.
• En una migración, prueba la raíz, www y cada subdominio público contra el mapa de redirecciones, las etiquetas canonical, el sitemap y una página renderizada.
• En los datos estructurados, distingue la información visible que sigue siendo útil de un formato de resultado enriquecido que Google ha retirado.
• En cualquier ventana de lanzamiento, examina las pruebas de consulta, de página de destino y técnicas antes de atribuir una causa a una actualización.