Introdução
Junho de 2026 concentrou em quatro semanas mais notícias de pesquisa com peso do que a maioria dos trimestres consegue reunir. A Google concluiu uma Core Update que decorreu durante quase doze dias, adicionou um relatório de desempenho de IA e um interruptor de exclusão ao Search Console sob pressão regulatória, publicou orientações que, discretamente, disseram à indústria do AEO e do GEO que as suas táticas preferidas não têm importância, e lançou uma Spam Update. Em pano de fundo, a Cloudflare confirmou que as máquinas fazem agora mais pedidos à web do que as pessoas, e uma vaga de desindexação inexplicada manteve os fóruns de SEO ocupados.
Esta é a perspetiva de construção WordPress sobre tudo isto. Não um resumo de quem publicou o quê, mas o que cada alteração significa para as equipas que lançam e mantêm sites WordPress, e quais destes desenvolvimentos exigem realmente ação.
A Core Update de maio de 2026 foi a que contou
A Google confirmou que a Core Update de maio de 2026 terminou a implementação a 2 de junho de 2026. A implementação demorou 11 dias e 21 horas, de 21 de maio a 2 de junho, ligeiramente menos do que as duas semanas que a Google previu. A leitura da comunidade de SEO foi direta: março foi fraco, maio foi significativo. Os sites de jogos de azar, as categorias YMYL como saúde e finanças, e os sites de comércio eletrónico registaram as maiores perdas.
O padrão é o que importa para as equipas WordPress. Os analistas descreveram esta atualização como semelhante às clássicas core updates anteriores aos AI Overviews: o conteúdo genuíno de especialistas ganhou, o conteúdo genérico e superficial perdeu. Não é uma instrução nova, mas é uma confirmação útil. Os sites que caíram raramente estavam avariados do lado técnico. Eram catálogos WooCommerce com descrições de categoria duplicadas, arquivos de blog inchados com enchimento gerado por IA, e páginas de serviço que repetiam as mesmas três frases ao longo de quarenta variantes de cidade.
O próprio conselho da Google é aguardar uma semana completa após o fim de uma implementação antes de analisar o Search Console, o que, para esta atualização, significa por volta de 9 de junho. Esse período de espera não é cautela burocrática. Os dados de ranking mantêm-se voláteis durante dias depois de a Google marcar uma implementação como concluída, e reagir aos dados do segundo dia significa normalmente perseguir ruído. Anote as datas no Search Console com uma anotação, aguarde e depois compare uma semana estável com uma semana estável.
| Core Update de maio de 2026 | Detalhe |
|---|---|
| Início da implementação | 21 de maio de 2026, 08:40 PT |
| Fim da implementação | 2 de junho de 2026, 05:40 PT |
| Duração | 11 dias, 21 horas |
| Mais afetados | Jogos de azar, YMYL, comércio eletrónico |
| Seguro analisar | Por volta de 9 de junho de 2026 |
A conclusão prática é antiga e correta: consolide páginas superficiais em menos páginas fortes, elimine arquivos duplicados de categoria e de tag, e certifique-se de que cada página que posiciona responde a uma pergunta feita por uma pessoa real. O WordPress torna trivial publicar mil páginas. As core updates continuam a punir os sites que o fazem.
O Search Console ganhou um relatório de IA, e a Google foi obrigada a construí-lo
A 3 de junho de 2026 a Google adicionou duas coisas ao Search Console: um relatório de desempenho dedicado às superfícies de IA generativa (AI Overviews e AI Mode), e um interruptor que permite aos proprietários de sites excluírem-se dessas superfícies sem perderem os seus rankings orgânicos clássicos.
Não foi um gesto de boa vontade. A Competition and Markets Authority do Reino Unido exigiu-o ao abrigo do Digital Markets, Competition and Consumers Act 2024, o primeiro requisito legalmente vinculativo do género em qualquer parte do mundo. A CMA afirmou que os editores ganham mais controlo e uma posição negocial mais forte sobre a forma como o seu conteúdo é utilizado. A implementação começou com um subconjunto de proprietários de sites do Reino Unido.
Leia as letras miudinhas antes de celebrar. O relatório de IA mostra apenas impressões, sem cliques e sem CTR, discriminadas por página, país, dispositivo e data, e os dados só recuam até 18 de maio de 2026. O interruptor de exclusão ficou disponível a 17 de junho, funciona ao nível de todo o site, e não abrange a aplicação Gemini.
Para as equipas WordPress, a limitação de apenas impressões é o ponto central. Consegue ver que os AI Overviews mostraram a sua página, mas não se alguém clicou. Isto torna-o um sinal de visibilidade, não um sinal de tráfego, e deve ser tratado como tal nos relatórios. Não deixe um cliente ler as impressões de IA como sessões.
O interruptor merece um aviso firme. É tudo-ou-nada por site, e não existe controlo por página. Para um site WordPress comercial que já obtém referências qualificadas das superfícies de IA, desligá-lo remove uma visibilidade que não conseguirá recuperar de forma seletiva. O único caso claro para a exclusão é um site cujo conteúdo esteja a ser resumido de forma tão completa que as respostas de IA canibalizem o clique sem nunca o enviarem. Isso é um cálculo de negócio, não uma definição por defeito.
Os bots fazem agora mais de metade dos pedidos à web
A 5 de junho de 2026 a Cloudflare confirmou que os bots geraram mais de metade de todos os pedidos HTTP a páginas HTML pela primeira vez na história da web. O tráfego automatizado atingiu 57,3 por cento dos pedidos a conteúdo HTML, contra 42,7 por cento humano. O CEO da Cloudflare, Matthew Prince, observou que tinha previsto este ponto de viragem para o final de 2027, depois para o início de 2027, mas o tráfego agêntico cresceu depressa o suficiente para ultrapassar os 50 por cento bastante antes do previsto.
A discriminação dentro do tráfego de bots é a parte que os operadores WordPress devem interiorizar. Os bots de treino de IA representam 50,6 por cento dos pedidos automatizados. Os bots de pesquisa são apenas 10,7 por cento. As máquinas que leem o seu site estão agora, na sua maioria, ali para treinar modelos, e não para indexar para uma página de resultados.
Isto tem duas consequências concretas para o WordPress.
Primeiro, os pressupostos de caching quebram. Os plugins de cache de página estão afinados para o padrão humano: um conjunto quente de URLs populares servidos repetidamente a partir da cache. Os agentes de IA rastreiam de forma sequencial e exaustiva, alcançando páginas raramente visitadas que nunca ficam numa cache aquecida. Uma loja WooCommerce com 12.000 produtos pode registar uma carga na origem que nunca planeou, porque os agentes estão a puxar todos os URLs de produto, e não os 200 principais. Se o seu alojamento fatura por pedidos à origem ou se corre templates com muito PHP sem caching de página completa, essa fatura é agora um custo real.
Segundo, a analítica torna-se menos fiável. As métricas de tráfego, sessões e envolvimento sem uma filtragem agressiva de bots afastam-se mais da realidade a cada mês. Se a sua analítica WordPress ainda conta tudo o que pede uma página, os seus números são cada vez mais ficção. A filtragem do lado do servidor por user agents de bots verificados, ou uma camada de analítica que filtre o tráfego automatizado, deixou de ser uma higiene opcional.
A Google disse à indústria do AEO e do GEO para ter calma
A 5 de junho de 2026 a Google publicou uma nova página de documentação sobre a utilização de ferramentas, serviços e conselhos de SEO de terceiros, e atualizou o seu guia “Precisa de um SEO?” com uma secção sobre a avaliação de recomendações. Nomeou o AEO e o GEO explicitamente pela primeira vez como categoria de serviço.
A mensagem foi direta. As ferramentas de terceiros não têm acesso aos dados internos de ranking da Google e não podem garantir resultados. Qualquer empresa que alegue uma relação próxima com a Google ou um estatuto de “aprovado pela Google” está a deturpar a realidade. Isto visa diretamente o mercado em rápido crescimento de agências e ferramentas que vendem otimização autorizada para os AI Overviews.
As orientações também reforçaram o documento da Google de 15 de maio sobre otimização para IA generativa, que enumerou táticas que considera desnecessárias para a Pesquisa: ficheiros llms.txt, schema especial para IA e content chunking.
Aqui separamo-nos de uma leitura generalizada. A Google dizer que o llms.txt não ajuda o crawler da Google é verdade e não surpreende: o Googlebot não lê o llms.txt. Mas a Pesquisa já não é o único sistema de recuperação na web, como os números da Cloudflare acabaram de estabelecer. O llms.txt, os ficheiros irmãos em Markdown e a negociação de conteúdo destinam-se aos agentes de recuperação de IA, não ao Googlebot, e a Google não tem qualquer incentivo para endossar mecanismos que contornam os seus próprios produtos. Mantemos esses sinais no nosso próprio stack precisamente por essa razão. A conclusão correta é mais restrita do que “o GEO é banha da cobra”: não compre um ficheiro llms.txt como alavanca de ranking, porque não o é, e trate qualquer pessoa que venda otimização de IA aprovada pela Google como um sinal de alerta. A disciplina subjacente de escrever conteúdo citável e bem fundamentado não é folclore.
A desindexação silenciosa que ninguém vai explicar
Ao longo de junho, os fóruns de SEO encheram-se de relatos de desindexação silenciosa. Começou quando o antigo engenheiro da Google, Pedro Dias, perguntou a 30 de abril se outros estavam a ver uma taxa mais alta de desindexação aleatória de URLs desde o início de abril. A resposta foi enorme. Profissionais de muitos países descreveram o mesmo padrão: páginas indexadas durante anos a desaparecer sem uma ação manual, sem erros de rastreio, aterrando discretamente em “Rastreada - atualmente não indexada”.
John Mueller abordou o assunto no Bluesky com um encolher de ombros: alguns sites crescem, outros caem, nada de invulgar. A indústria não ficou satisfeita. Glenn Gabe documentou um estudo de caso de um site que perdeu quase todo o seu índice. O Search Engine Journal cobriu o tema em detalhe, notando que alguns relatos confundem perda de ranking com desindexação, mas alguns são remoções genuínas e inexplicadas. A Google confirmou não ter havido qualquer alteração aos seus mecanismos de indexação.
Para o WordPress em concreto, “Rastreada - atualmente não indexada” tem um conjunto familiar de causas que vale a pena descartar antes de culpar um algoritmo. O conteúdo superficial ou quase duplicado é o gatilho clássico, e o WordPress gera-o por defeito através de arquivos de tags, páginas de comentários paginadas, páginas de anexos e arquivos de autor. Antes de assumir que foi apanhado numa varredura misteriosa, verifique se o seu sitemap XML lista apenas URLs canónicos e dignos de indexação, se o Yoast ou o Rank Math não está a deixar escapar arquivos de baixo valor para o índice, e se a sua ligação interna alcança de facto as páginas que lhe interessam. A Google pode ser opaca e, ainda assim, estar a reagir a um sinal de qualidade genuíno. Descarte primeiro as explicações aborrecidas.
O sequestro do botão retroceder é agora uma violação de política
A 15 de junho de 2026 entrou em vigor a política da Google sobre o sequestro do botão retroceder. A Google anunciou-a a 13 de abril e deu aos proprietários de sites dois meses para se conformarem.
O sequestro do botão retroceder manipula o histórico do navegador para que clicar em Retroceder não devolva o utilizador ao local de onde veio, mas o empurre para outras páginas do site ou para anúncios. A partir de 15 de junho, os sites que utilizam a técnica podem enfrentar ações manuais de spam e despromoções algorítmicas. A Google foi explícita ao afirmar que a responsabilidade recai sobre o proprietário do site, mesmo quando a manipulação vem de código de bibliotecas de terceiros ou de redes de anúncios.
Esta é uma preocupação direta para o WordPress. A técnica raramente vem de um tema que um programador escreveu. Chega através de plugins de arbitragem de anúncios, widgets agressivos de retenção e scripts de monetização que os editores instalam sem ler o que fazem. Se corre anúncios de display num site WordPress através de uma rede de terceiros, a manipulação pode ser injetada a jusante do seu próprio código, e a Google continuará a responsabilizar o seu domínio. Audite o que os seus plugins de anúncios e de popups fazem ao histórico do navegador. “Foi o plugin” não é uma defesa que a Google aceite.
A Spam Update de junho de 2026
Entre 24 e 26 de junho, a Google implementou a Spam Update de junho de 2026, a segunda atualização antispam oficial do ano. Decorreu durante 2 dias e 1 hora, de 24 de junho às 09:00 PT a 26 de junho às 10:00 PT. A Google descreveu-a em termos padrão: uma atualização de spam normal que abrange todas as línguas e localizações.
Não foram anunciadas novas categorias de violação. Foi o SpamBrain a aplicar as regras existentes de forma mais eficaz. Barry Schwartz confirmou que não visava spam de links nem a política de Site Reputation Abuse. Os observadores do WebmasterWorld consideraram-na mais forte do que a de março, com comentários a apontar para sites de localização produzidos em massa e à escala, e para sites de comparação.
O contexto importa. Nove dias antes, a política de sequestro do botão retroceder entrou em vigor e, três semanas antes disso, a Google estendeu as suas políticas de spam aos AI Overviews e ao AI Mode. A Google confirmou não haver ligação direta entre estes acontecimentos, mas a direção é consistente. O conteúdo à escala, baseado em templates e com pouca diferenciação está sob pressão sustentada, e o WordPress é a plataforma mais capaz de o produzir em volume. Se corre páginas WordPress programáticas, grelhas de cidade-vezes-serviço, ou conteúdo de comparação gerado automaticamente, esta atualização é um tiro de aviso. A diferenciação por página é agora o preço da sobrevivência, e não pode ser fingida com um parágrafo reciclado.
O que precisa mesmo de ser feito
A maior parte das notícias de junho é contexto, não uma lista de tarefas. Três itens justificam ação para as equipas WordPress.
- Audite os plugins de anúncios e de monetização quanto à manipulação do histórico do navegador antes que a política do botão retroceder apanhe o seu domínio pelo código de outra pessoa.
- Corrija a filtragem de bots na analítica, porque mais de metade do seu tráfego é agora automatizado e os seus relatórios estão a afastar-se da realidade.
- Consolide o conteúdo superficial e baseado em templates, porque tanto a Core Update como a Spam Update continuaram a recompensar a diferenciação e a punir o volume.
O resto vale a pena acompanhar e não vale a pena entrar em pânico. Leia o Search Console uma semana após qualquer implementação, trate as impressões de IA como visibilidade e não como tráfego, e ignore quem venda um atalho aprovado pela Google para os AI Overviews. A Google acabou de lhe dizer por escrito que tal coisa não existe.
