Cambios de SEO en junio de 2026

#Introducción

Junio de 2026 concentró en cuatro semanas más noticias de calado sobre buscadores que las que reúnen la mayoría de los trimestres. Google terminó una Core Update que se prolongó casi doce días, añadió un informe de rendimiento de IA y un interruptor de exclusión a Search Console, publicó una guía que dijo sin alharacas a la industria del AEO y el GEO que sus tácticas favoritas no importan, y lanzó una Spam Update. De fondo, Cloudflare confirmó que las máquinas hacen ya más peticiones a la web que las personas, y una oleada de desindexación sin explicación mantuvo ocupados a los foros de SEO.

Esta es la lectura de todo ello desde la óptica de construir con WordPress. No un repaso de quién tuiteó qué, sino de qué significa cada cambio para los equipos que publican y mantienen sitios WordPress, y cuáles de estas novedades requieren realmente actuar.

#Core Update de mayo de 2026 y sitios afectados

Google confirmó que la Core Update de mayo de 2026 terminó de desplegarse el 2 de junio de 2026. El despliegue duró 11 días y 21 horas, del 21 de mayo al 2 de junio, algo menos que las dos semanas que Google había previsto. La lectura de la comunidad SEO fue tajante: marzo fue flojo, mayo fue significativo. Los sitios de juego, las categorías YMYL como salud y finanzas, y los de comercio electrónico registraron las mayores pérdidas.

Lo que importa para los equipos WordPress es el patrón. Los analistas describieron esta actualización como parecida a las core updates clásicas anteriores a AI Overviews: el contenido experto genuino ganó, el genérico y liviano perdió. No es una instrucción nueva, pero sí una confirmación útil. Los sitios que cayeron rara vez fallaban en lo técnico. Eran catálogos de WooCommerce con descripciones de categoría duplicadas, archivos de blog rellenados con paja generada por IA y páginas de servicio que repetían las mismas tres frases en cuarenta variantes por ciudad.

El propio consejo de Google es esperar una semana completa desde el fin de un despliegue antes de analizar Search Console, lo que para esta actualización significa en torno al 9 de junio. Ese periodo de espera no es cautela burocrática. Los datos de posicionamiento siguen siendo volátiles durante días después de que Google marque un despliegue como completo, y reaccionar con datos del segundo día suele ser perseguir ruido. Anota las fechas en Search Console con una anotación, aguanta, y luego compara una semana estable contra una semana estable.

La conclusión práctica es vieja y correcta: consolida las páginas ligeras en menos páginas sólidas, elimina los archivos duplicados de categorías y etiquetas, y asegúrate de que cada página que posiciona responde a una pregunta que hizo una persona real. WordPress hace trivial publicar mil páginas. Las core updates siguen castigando a los sitios que lo hicieron.

#Cómo funciona el informe de IA de Search Console y la exclusión

El 3 de junio de 2026 Google anunció dos novedades para Search Console: un informe de rendimiento dedicado a las superficies de IA generativa (AI Overviews, AI Mode y las funciones de IA generativa de Discover) y la prueba de un control que permite a los propietarios excluir su contenido de esas funciones. Según la página de ayuda de Google sobre el control, no se usa como señal de posicionamiento ni de inclusión en otras partes de la Búsqueda, así que los resultados orgánicos clásicos no se ven afectados.

La entrada de Google en The Keyword del mismo día dice que Google escucha a los editores y colabora con reguladores como la Competition and Markets Authority del Reino Unido sobre estas herramientas. Ni esa entrada ni el anuncio del blog de Search Central presentan el control como una obligación legal, así que nosotros tampoco. El informe empezó con un subconjunto de sitios, y el control, como prueba.

Lee la letra pequeña antes de celebrar. El informe de IA muestra solo impresiones, sin clics ni CTR, desglosadas por página, país, dispositivo y fecha. Las páginas de ayuda de Google no dicen hasta qué fecha llega el histórico, así que lee la primera fecha en tu propio gráfico. El control está en Search Console en Settings > Search generative AI (en la interfaz en inglés). Se probó desde el 3 de junio y, según la página de ayuda, llegó a todos los sitios del mundo el 31 de agosto de 2026.

Para los equipos WordPress, la limitación de solo impresiones es la clave. Puedes ver que AI Overviews mostró tu página, pero no si alguien hizo clic. Eso la convierte en una señal de visibilidad, no de tráfico, y así debe tratarse en los informes. No dejes que un cliente lea las impresiones de IA como sesiones.

El control merece una advertencia rotunda. Funciona por propiedad de Search Console, no por página. Una propiedad de prefijo de URL hereda el valor de su propiedad superior salvo que un propietario lo configure aparte, de modo que una sección entera puede tratarse por separado del resto del dominio, pero una URL suelta no. Google indica que la exclusión se aplica en uno o dos días, a veces más por la caché. Para un sitio WordPress comercial que ya obtiene referidos cualificados desde las superficies de IA, excluirse elimina una visibilidad que no podrá recuperar de forma selectiva. El único caso claro para excluirse es un sitio cuyo contenido se resume de forma tan completa que las respuestas de IA canibalizan el clic sin llegar a enviarlo nunca. Eso es un cálculo de negocio, no una configuración por defecto.

#Cómo afecta el tráfico de bots a la caché y la analítica de WordPress

El 5 de junio de 2026 Cloudflare confirmó que los bots generaron más de la mitad de todas las peticiones HTTP a páginas HTML por primera vez en la historia de la web. El tráfico automatizado alcanzó el 57,3 por ciento de las peticiones a contenido HTML, frente al 42,7 por ciento humano. El CEO de Cloudflare, Matthew Prince, señaló que había predicho este cruce para finales de 2027, luego principios de 2027, pero el tráfico agéntico creció lo bastante rápido como para superar el 50 por ciento bastante antes de lo previsto.

El desglose dentro del tráfico de bots es la parte que los operadores de WordPress deberían interiorizar. Los bots de entrenamiento de IA representan el 50,6 por ciento de las peticiones automatizadas. Los bots de búsqueda son solo el 10,7 por ciento. Las máquinas que leen tu sitio están ahora, en su mayoría, para entrenar modelos, no para indexar de cara a una página de resultados.

Esto tiene dos consecuencias concretas para WordPress.

Primero, se rompen las suposiciones sobre la caché. Los plugins de caché de página están afinados para el patrón humano: un conjunto caliente de URL populares servidas repetidamente desde la caché. Los agentes de IA rastrean de forma secuencial y exhaustiva, alcanzando páginas poco visitadas que nunca están en una caché caliente. Una tienda WooCommerce con 12.000 productos puede ver una carga en origen que nunca planeó porque los agentes tiran de cada URL de producto, no de las 200 principales. Si tu hosting factura por peticiones al origen o ejecuta plantillas con mucho PHP sin caché de página completa, esa factura es ahora una partida real.

Segundo, la analítica se vuelve menos fiable. Las métricas de tráfico, sesiones e interacción sin un filtrado agresivo de bots se alejan más de la realidad cada mes. Si tu analítica de WordPress aún cuenta cualquier cosa que pida una página, tus cifras son cada vez más ficción. El filtrado del lado del servidor por user agents de bots verificados, o una capa de analítica que filtre el tráfico automatizado, ya no es higiene opcional.

#Qué dice Google sobre AEO, GEO y llms.txt

El 5 de junio de 2026 Google publicó una nueva página de documentación, la guía de Google Search sobre el uso de herramientas, servicios y consejos SEO de terceros, y añadió a su guía “¿Necesitas un SEO?” una sección para evaluar recomendaciones, como recoge el registro de cambios de la documentación de Search Central. La nueva página incluye las herramientas que prometen mejoras para las experiencias de IA y los formatos de búsqueda, conocidas como herramientas de AEO o GEO, entre los servicios que conviene evaluar con espíritu crítico.

El mensaje fue directo. Las herramientas de terceros no tienen acceso a los datos internos de posicionamiento de Google y no pueden garantizar resultados. Google no evalúa servicios de terceros, así que recomienda desconfiar de cualquiera que insinúe que su trabajo está aceptado o aprobado por la Búsqueda de Google. Eso apunta de lleno al mercado en rápido crecimiento de agencias y herramientas que venden optimización autorizada para AI Overviews.

La guía reforzó también el documento de Google del 15 de mayo sobre optimización para IA generativa, que enumeraba tácticas que considera innecesarias para la Búsqueda: archivos llms.txt, schema especial para IA y troceado de contenido.

Aquí nos apartamos de una lectura absoluta. Que Google diga que llms.txt no ayuda a su rastreador es cierto y nada sorprendente: Googlebot no lee llms.txt. Pero la Búsqueda ya no es el único sistema de recuperación de la web, como acaban de establecer las cifras de Cloudflare. llms.txt, los equivalentes en Markdown y la negociación de contenido apuntan a los agentes de recuperación de IA, no a Googlebot, y Google no tiene incentivo alguno para respaldar mecanismos que rodeen sus propios productos. Mantenemos esas señales en nuestro propio stack justamente por eso. La conclusión correcta es más estrecha que “el GEO es humo”: no compres un archivo llms.txt como palanca de posicionamiento, porque no lo es, y trata a quien venda optimización para IA “aprobada por Google” como una bandera roja. La disciplina de fondo de escribir contenido citable y bien documentado no es folclore.

#Por qué Google desindexa páginas de WordPress

Durante junio, los foros de SEO se llenaron de informes de desindexación silenciosa. Empezó cuando el exingeniero de Google Pedro Días preguntó el 30 de abril si otros veían una tasa mayor de desindexación aleatoria de URL desde principios de abril. La respuesta fue enorme. Profesionales de muchos países describieron el mismo patrón: páginas indexadas durante años desapareciendo sin acción manual, sin errores de rastreo, aterrizando en silencio en “Rastreada, actualmente sin indexar”.

John Mueller lo abordó en Bluesky encogiéndose de hombros: algunos sitios crecen, otros caen, nada inusual. La industria no quedó satisfecha. Glenn Gabe documentó un caso de estudio de un sitio que perdió casi todo su índice. Search Engine Journal lo cubrió con amplitud, señalando que algunos informes confunden pérdida de posicionamiento con desindexación, pero que otros son eliminaciones genuinas e inexplicadas. Google confirmó que no hubo cambios en sus mecanismos de indexación.

Para WordPress en concreto, “Rastreada, actualmente sin indexar” tiene un conjunto conocido de causas que conviene descartar antes de culpar a un algoritmo. El contenido ligero o casi duplicado es el disparador clásico, y WordPress lo genera por defecto mediante archivos de etiquetas, páginas de comentarios paginadas, páginas de adjuntos y archivos de autor. Antes de dar por hecho que te pilló una redada misteriosa, comprueba que tu sitemap XML solo lista URL canónicas y dignas de indexar, que Yoast o Rank Math no está filtrando archivos de bajo valor al índice, y que tu enlazado interno alcanza de verdad las páginas que te importan. Google puede ser opaco y aun así estar reaccionando a una señal de calidad genuina. Descarta primero las explicaciones aburridas.

#Qué es la política de Google contra el secuestro del botón atrás

El 15 de junio de 2026 entró en vigor la política de Google sobre el secuestro del botón atrás. Google la anunció el 13 de abril y dio a los propietarios dos meses para adaptarse.

El secuestro del botón atrás manipula el historial del navegador de modo que hacer clic en Atrás no devuelve al usuario a su punto de origen, sino que lo empuja a otras páginas del sitio o a anuncios. Después del 15 de junio, los sitios que usen la técnica pueden enfrentarse tanto a acciones manuales por spam como a degradaciones algorítmicas. Google fue explícito en que la responsabilidad recae en el propietario del sitio aunque la manipulación provenga de código de bibliotecas de terceros o de redes publicitarias.

Esto es una preocupación directa para WordPress. La técnica rara vez viene de un tema que escribió un desarrollador. Llega a través de plugins de arbitraje publicitario, widgets de retención agresivos y scripts de monetización que los editores instalan sin leer qué hacen. Si muestras anuncios de display en un sitio WordPress mediante una red de terceros, la manipulación puede inyectarse aguas abajo de tu propio código, y Google seguirá responsabilizando a tu dominio. Audita qué hacen tus plugins de anuncios y de popups con el historial del navegador. “Fue el plugin” no es una defensa que Google acepte.

#Qué cambió con el Spam Update de Google de junio de 2026

Entre el 24 y el 26 de junio, Google desplegó la Spam Update de junio de 2026, la segunda actualización antispam oficial del año. Duró 2 días y 1 hora, del 24 de junio a las 09:00 PT al 26 de junio a las 10:00 PT. Google la describió en términos estándar: una actualización de spam normal que cubre todos los idiomas y ubicaciones.

No se anunciaron nuevas categorías de infracción. Esto fue SpamBrain aplicando las reglas existentes con más eficacia. Barry Schwartz confirmó que no apuntaba al spam de enlaces ni a la política de Abuso de la Reputación del Sitio. Los observadores de WebmasterWorld la juzgaron más fuerte que la de marzo, con comentarios apuntando a sitios de localización a escala y de comparativas producidos en masa.

El contexto importa. Nueve días antes había entrado en vigor la política sobre el secuestro del botón atrás, y tres semanas antes Google había extendido sus políticas de spam a AI Overviews y AI Mode. Google confirmó que no hay vínculo directo entre estos eventos, pero la dirección es coherente. El contenido a escala, plantillado y de baja diferenciación está bajo presión sostenida, y WordPress es la plataforma más capaz de producirlo en volumen. Si ejecutas páginas programáticas de WordPress, rejillas de ciudad por servicio o contenido de comparativas autogenerado, esta actualización es un disparo de aviso. La diferenciación por página es ya el precio de la supervivencia, y no puede fingirse con un párrafo hilado por IA.

#Actualizaciones de Google después de junio de 2026

La búsqueda no se detuvo en junio. Cuatro cambios posteriores proceden directamente de los canales de Google, el Search Status Dashboard y el blog de Search Central:

El anuncio del 3 de junio de Hillel Maoz y Moshe Samet describe un informe que empezó con un subconjunto de sitios y cuenta impresiones en AI Overviews, AI Mode y en las funciones de IA generativa de Discover. Las desglosa por página, país, dispositivo (solo en la búsqueda) y fecha, con granularidad por horas, días, semanas y meses. Una nota añadida a la entrada indica que los informes llegaron a todos los sitios del mundo a partir del 31 de agosto de 2026. Un sitio WordPress fuera del primer grupo de prueba ya tiene los datos, y la advertencia anterior sigue vigente: son impresiones, no visitas.

La entrada del 28 de agosto sobre la política de reputación del sitio llegó tras conversaciones con la Comisión Europea. Desde el 30 de agosto, una acción manual basada en esa política afecta a los resultados para usuarios fuera del Espacio Económico Europeo. Dentro del EEE no se aplica, y la sección afectada puede separarse en los sistemas de Google para que, con el tiempo, se posicione de forma independiente del resto del sitio. Para un editor en WordPress que aloja secciones de socios, el efecto de una acción manual depende ahora de dónde esté quien busca, y la notificación sigue llegando a Search Console.

Según el Search Status Dashboard, junio no fue el último pase antispam del año. Google anunció la actualización de septiembre como un despliegue que podía tardar hasta dos semanas, y terminó el 8 de octubre. Si tu tráfico cambió a finales de septiembre, revisa ambas ventanas antispam antes de culpar a un cambio de contenido, y mantén la misma semana de espera antes de leer Search Console.

#Qué hacer tras las actualizaciones de Google de junio

La mayor parte de las noticias de junio son contexto, no una lista de tareas. Tres puntos justifican actuar para los equipos WordPress.

• Audita los plugins de anuncios y monetización en busca de manipulación del historial del navegador antes de que la política del botón atrás pille a tu dominio por el código de otro.
• Arregla el filtrado de bots en la analítica, porque más de la mitad de tu tráfico es ya automatizado y tus informes se están alejando de la realidad.
• Consolida el contenido ligero y plantillado, porque tanto la Core Update como la Spam Update siguieron premiando la diferenciación y castigando el volumen.

El resto conviene vigilarlo y no vale la pena entrar en pánico por ello. Lee Search Console una semana después de cualquier despliegue, trata las impresiones de IA como visibilidad y no como tráfico, e ignora a quien venda un atajo “aprobado por Google” hacia AI Overviews. Google acaba de decirte por escrito que tal cosa no existe.