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 bajo presión regulatoria, 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.
La Core Update de mayo de 2026 fue la que contó
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. Anote las fechas en Search Console con una anotación, aguante, y luego compare una semana estable contra una semana estable.
| Core Update de mayo de 2026 | Detalle |
|---|---|
| Inicio del despliegue | 21 de mayo de 2026, 08:40 PT |
| Fin del despliegue | 2 de junio de 2026, 05:40 PT |
| Duración | 11 días, 21 horas |
| Más afectados | Juego, YMYL, comercio electrónico |
| Seguro de analizar | En torno al 9 de junio de 2026 |
La conclusión práctica es vieja y correcta: consolide las páginas ligeras en menos páginas sólidas, elimine los archivos duplicados de categorías y etiquetas, y asegúrese 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.
Search Console estrenó un informe de IA, y Google se vio obligado a construirlo
El 3 de junio de 2026 Google añadió dos cosas a Search Console: un informe de rendimiento dedicado a las superficies de IA generativa (AI Overviews y AI Mode) y un interruptor que permite a los propietarios excluirse de esas superficies sin perder su posicionamiento orgánico clásico.
No fue un gesto de buena voluntad. La Competition and Markets Authority del Reino Unido lo exigió bajo la Digital Markets, Competition and Consumers Act 2024, el primer requisito legalmente vinculante de este tipo en el mundo. La CMA afirmó que los editores ganan más control y una posición negociadora más fuerte sobre cómo se usa su contenido. El despliegue empezó con un subconjunto de propietarios de sitios del Reino Unido.
Lea 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, y los datos solo llegan hasta el 18 de mayo de 2026. El interruptor de exclusión se activó el 17 de junio, funciona a nivel de todo el sitio y no cubre la app de Gemini.
Para los equipos WordPress, la limitación de solo impresiones es la clave. Puede ver que AI Overviews mostró su 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 deje que un cliente lea las impresiones de IA como sesiones.
El interruptor merece una advertencia rotunda. Es todo o nada por sitio, y no hay control por página. Para un sitio WordPress comercial que ya obtiene referidos cualificados desde las superficies de IA, desactivarlo 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.
Los bots hacen ya más de la mitad de las peticiones a la web
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 su 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 su 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 su analítica de WordPress aún cuenta cualquier cosa que pida una página, sus 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.
Google le dijo a la industria del AEO y el GEO que se calmara
El 5 de junio de 2026 Google publicó una nueva página de documentación sobre el uso de herramientas, servicios y consejos SEO de terceros, y actualizó su guía “¿Necesitas un SEO?” con una sección para evaluar recomendaciones. Nombró AEO y GEO explícitamente por primera vez como categoría de servicio.
El mensaje fue directo. Las herramientas de terceros no tienen acceso a los datos internos de posicionamiento de Google y no pueden garantizar resultados. Cualquier empresa que afirme tener una relación estrecha con Google o un estatus de “aprobado por Google” se está tergiversando a sí misma. 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 compre un archivo llms.txt como palanca de posicionamiento, porque no lo es, y trate 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.
La desindexación silenciosa que nadie va a explicar
Durante junio, los foros de SEO se llenaron de informes de desindexación silenciosa. Empezó cuando el exingeniero de Google Pedro Dias 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 le pilló una redada misteriosa, compruebe que su 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 su enlazado interno alcanza de verdad las páginas que le importan. Google puede ser opaco y aun así estar reaccionando a una señal de calidad genuina. Descarte primero las explicaciones aburridas.
El secuestro del botón atrás es ya una infracción de política
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 muestra anuncios de display en un sitio WordPress mediante una red de terceros, la manipulación puede inyectarse aguas abajo de su propio código, y Google seguirá responsabilizando a su dominio. Audite qué hacen sus plugins de anuncios y de popups con el historial del navegador. “Fue el plugin” no es una defensa que Google acepte.
La Spam Update 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 ejecuta 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.
Qué hay que hacer realmente
La mayor parte de las noticias de junio son contexto, no una lista de tareas. Tres puntos justifican actuar para los equipos WordPress.
- Audite 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 su dominio por el código de otro.
- Arregle el filtrado de bots en la analítica, porque más de la mitad de su tráfico es ya automatizado y sus informes se están alejando de la realidad.
- Consolide 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. Lea Search Console una semana después de cualquier despliegue, trate las impresiones de IA como visibilidad y no como tráfico, e ignore a quien venda un atajo “aprobado por Google” hacia AI Overviews. Google acaba de decirle por escrito que tal cosa no existe.
