Zmiany w SEO w czerwcu 2026

#Wprowadzenie

Czerwiec 2026 upakował w cztery tygodnie więcej istotnych newsów o wyszukiwarce niż niejeden cały kwartał. Google zakończyło Core Update, który trwał niemal dwanaście dni, pod presją regulatora dodało do Search Console raport wydajności AI oraz przełącznik rezygnacji, opublikowało wskazówki, które po cichu powiedziały branży AEO i GEO, że jej ulubione taktyki nie mają znaczenia, i wypuściło Spam Update. W tle Cloudflare potwierdziło, że maszyny wykonują dziś więcej żądań do sieci niż ludzie, a fala niewyjaśnionego deindeksowania nie dawała spokoju forom SEO.

To spojrzenie na to wszystko z perspektywy budowania stron na WordPress. Nie streszczenie tego, kto co napisał na Twitterze, ale to, co każda zmiana oznacza dla zespołów tworzących i utrzymujących witryny WordPress, oraz które z tych wydarzeń faktycznie wymagają działania.

#Majowy Core Update 2026 był tym prawdziwym

Google potwierdziło, że majowy Core Update 2026 zakończył wdrażanie 2 czerwca 2026. Wdrażanie trwało 11 dni i 21 godzin, od 21 maja do 2 czerwca, nieznacznie krócej niż dwa tygodnie, które prognozowało Google. Odczyt społeczności SEO był bezpośredni: marzec był słaby, maj znaczący. Największe straty odnotowały witryny hazardowe, kategorie YMYL takie jak zdrowie i finanse oraz sklepy e-commerce.

Dla zespołów WordPress liczy się schemat. Analitycy opisali tę aktualizację jako przypominającą klasyczne core update sprzed ery AI Overviews: prawdziwe treści eksperckie zyskiwały, ogólnikowe i ubogie treści traciły. To nie jest nowa instrukcja, ale użyteczne potwierdzenie. Witryny, które spadły, rzadko były zepsute technicznie. Były to katalogi WooCommerce z powielonymi opisami kategorii, archiwa blogów wypchane wygenerowanym przez AI wypełniaczem oraz strony usługowe powtarzające te same trzy zdania w czterdziestu wariantach miejskich.

Google samo radzi, aby odczekać pełny tydzień po zakończeniu wdrażania, zanim zacznie się analizować Search Console, co dla tej aktualizacji oznacza mniej więcej 9 czerwca. Ten okres oczekiwania to nie biurokratyczna ostrożność. Dane rankingowe pozostają niestabilne przez wiele dni po tym, jak Google oznaczy wdrażanie jako zakończone, a reagowanie na dane z drugiego dnia zwykle oznacza gonienie za szumem. Zaznacz daty w Search Console adnotacją, wstrzymaj się, a następnie porównaj stabilny tydzień ze stabilnym tygodniem.

Praktyczny wniosek jest stary i prawdziwy: łącz ubogie strony w mniejszą liczbę mocnych, likwiduj powielone archiwa kategorii i tagów oraz upewnij się, że każda rankingująca strona odpowiada na pytanie, które ktoś realnie zadał. WordPress sprawia, że opublikowanie tysiąca stron jest banalne. Core update wciąż karzą witryny, które to zrobiły.

#Search Console dostało raport AI, a Google zostało zmuszone do jego zbudowania

3 czerwca 2026 Google dodało do Search Console dwie rzeczy: dedykowany raport wydajności dla generatywnych powierzchni AI (AI Overviews i AI Mode) oraz przełącznik pozwalający właścicielom witryn zrezygnować z tych powierzchni bez utraty klasycznych pozycji organicznych.

To nie był gest dobrej woli. Wymógł go brytyjski Competition and Markets Authority na mocy ustawy Digital Markets, Competition and Consumers Act 2024, pierwszego prawnie wiążącego wymogu tego rodzaju gdziekolwiek na świecie. CMA stwierdziło, że wydawcy zyskują większą kontrolę i silniejszą pozycję negocjacyjną w kwestii sposobu wykorzystania ich treści. Wdrażanie rozpoczęto od części brytyjskich właścicieli witryn.

Przeczytaj drobny druk, zanim zaczniesz świętować. Raport AI pokazuje wyłącznie wyświetlenia, bez kliknięć i bez CTR, w podziale na stronę, kraj, urządzenie i datę, a dane sięgają jedynie do 18 maja 2026. Przełącznik rezygnacji uruchomiono 17 czerwca, działa na poziomie całej witryny i nie obejmuje aplikacji Gemini.

Dla zespołów WordPress to właśnie ograniczenie do samych wyświetleń jest sednem sprawy. Widzisz, że AI Overviews pokazało Twoją stronę, ale nie to, czy ktokolwiek w nią kliknął. To czyni z tego sygnał widoczności, a nie ruchu, i tak należy go traktować w raportowaniu. Nie pozwól, żeby klient odczytał wyświetlenia AI jako sesje.

Przełącznik zasługuje na wyraźne ostrzeżenie. Działa na zasadzie wszystko albo nic dla całej witryny i nie ma sterowania na poziomie pojedynczej strony. Dla komercyjnej witryny WordPress, która już pozyskuje wartościowe odesłania z powierzchni AI, wyłączenie go odbiera widoczność, której nie da się selektywnie odzyskać. Jedyny wyraźny przypadek do rezygnacji to witryna, której treści są streszczane tak kompletnie, że odpowiedzi AI kanibalizują kliknięcie, nigdy go nie przekazując. To kalkulacja biznesowa, a nie ustawienie domyślne.

#Boty odpowiadają teraz za ponad połowę żądań w sieci

5 czerwca 2026 Cloudflare potwierdziło, że boty wygenerowały ponad połowę wszystkich żądań HTTP do stron HTML po raz pierwszy w historii sieci. Ruch automatyczny osiągnął 57,3 procent żądań do treści HTML, wobec 42,7 procent ludzkiego. CEO Cloudflare Matthew Prince zauważył, że przewidywał to przecięcie na koniec 2027, potem na początek 2027, ale ruch agentowy rósł na tyle szybko, że przekroczył 50 procent z dużym wyprzedzeniem.

Podział wewnątrz ruchu botów to część, którą operatorzy WordPress powinni przyswoić. Boty trenujące AI odpowiadają za 50,6 procent żądań automatycznych. Boty wyszukiwarek to zaledwie 10,7 procent. Maszyny odczytujące Twoją witrynę są tam dziś głównie po to, aby trenować modele, a nie indeksować pod stronę wyników.

Ma to dwie konkretne konsekwencje dla WordPressa.

Po pierwsze, załamują się założenia dotyczące cache’owania. Wtyczki page cache są dostrojone do wzorca ludzkiego: gorący zestaw popularnych adresów URL serwowany wielokrotnie z pamięci podręcznej. Agenci AI przeszukują sekwencyjnie i wyczerpująco, sięgając głęboko do rzadko odwiedzanych stron, których nigdy nie ma w rozgrzanym cache. Sklep WooCommerce z 12 000 produktów może odnotować obciążenie origin, którego nigdy nie planował, ponieważ agenci pobierają każdy adres produktu, a nie 200 najpopularniejszych. Jeśli Twój hosting rozlicza się za żądania do origin lub uruchamiasz obciążające PHP szablony bez pełnego cache’owania strony, ten rachunek staje się realną pozycją.

Po drugie, analityka staje się mniej wiarygodna. Metryki ruchu, sesji i zaangażowania bez agresywnego filtrowania botów co miesiąc coraz bardziej odjeżdżają od rzeczywistości. Jeśli Twoja analityka WordPress wciąż zlicza wszystko, co poprosi o stronę, Twoje liczby stają się coraz bardziej fikcją. Filtrowanie po stronie serwera według zweryfikowanych user agentów botów lub warstwa analityki filtrująca ruch automatyczny to już nie opcjonalna higiena.

#Google powiedziało branży AEO i GEO, żeby się uspokoiła

5 czerwca 2026 Google opublikowało nową stronę dokumentacji na temat korzystania z zewnętrznych narzędzi, usług i porad SEO oraz zaktualizowało przewodnik “Do you need an SEO?” o sekcję dotyczącą oceny rekomendacji. Po raz pierwszy z nazwy wymieniło AEO i GEO jako kategorię usług.

Przekaz był bezpośredni. Narzędzia firm trzecich nie mają dostępu do wewnętrznych danych rankingowych Google i nie mogą gwarantować rezultatów. Każda firma twierdząca, że ma bliskie relacje z Google albo status “zatwierdzone przez Google”, wprowadza w błąd. To wymierzone wprost w szybko rosnący rynek agencji i narzędzi sprzedających autoryzowaną optymalizację pod AI Overviews.

Wskazówki wzmocniły też dokument Google z 15 maja o optymalizacji pod generatywne AI, który wymienił taktyki uznawane za zbędne dla wyszukiwarki: pliki llms.txt, dedykowane schema dla AI oraz dzielenie treści na fragmenty.

Tutaj rozchodzimy się z odczytem na zasadzie “wszystko naraz”. To, że Google mówi, iż llms.txt nie pomaga jego crawlerowi, jest prawdą i nie zaskakuje: Googlebot nie czyta llms.txt. Ale wyszukiwarka nie jest już jedynym systemem pobierania treści w sieci, co właśnie ustaliły liczby Cloudflare. llms.txt, bliźniacze pliki Markdown i negocjacja treści są skierowane do agentów pobierających treści dla AI, a nie do Googlebota, a Google nie ma żadnego interesu w promowaniu mechanizmów, które omijają jego własne produkty. Utrzymujemy te sygnały w naszym własnym stacku właśnie z tego powodu. Właściwy wniosek jest węższy niż “GEO to szarlataneria”: nie kupuj pliku llms.txt jako dźwigni rankingowej, bo nią nie jest, i traktuj każdego, kto sprzedaje zatwierdzoną przez Google optymalizację AI, jako sygnał ostrzegawczy. Leżąca u podstaw dyscyplina pisania cytowalnych, dobrze udokumentowanych treści to nie folklor.

#Ciche deindeksowanie, którego nikt nie wyjaśni

Przez cały czerwiec fora SEO zapełniały się doniesieniami o cichym deindeksowaniu. Zaczęło się, gdy były inżynier Google Pedro Dias zapytał 30 kwietnia, czy inni obserwują wyższy wskaźnik losowego deindeksowania adresów URL od początku kwietnia. Odzew był ogromny. Praktycy z wielu krajów opisywali ten sam schemat: strony indeksowane od lat znikały bez ręcznego działania, bez błędów indeksowania, po cichu lądując w “Zeskanowana - obecnie niezaindeksowana”.

John Mueller odniósł się do tego na Bluesky, wzruszając ramionami: jedne witryny rosną, inne spadają, nic niezwykłego. Branża nie była usatysfakcjonowana. Glenn Gabe udokumentował studium przypadku witryny, która straciła niemal cały swój indeks. Search Engine Journal opisał to szeroko, zauważając, że część doniesień myli utratę pozycji z deindeksowaniem, ale część to prawdziwe, niewyjaśnione usunięcia. Google potwierdziło brak zmian w swoich mechanizmach indeksowania.

Konkretnie dla WordPressa “Zeskanowana - obecnie niezaindeksowana” ma znajomy zestaw przyczyn, które warto wykluczyć, zanim obwini się algorytm. Uboga lub niemal powielona treść to klasyczny wyzwalacz, a WordPress domyślnie ją generuje przez archiwa tagów, stronicowane strony komentarzy, strony załączników i archiwa autorów. Zanim uznasz, że złapała Cię tajemnicza fala, sprawdź, czy Twoja mapa witryny XML wymienia wyłącznie kanoniczne, warte indeksowania adresy URL, czy Yoast lub Rank Math nie wpuszcza mało wartościowych archiwów do indeksu oraz czy Twoje linkowanie wewnętrzne faktycznie dociera do stron, na których Ci zależy. Google potrafi być nieprzejrzyste i wciąż reagować na prawdziwy sygnał jakości. Najpierw wyklucz nudne wyjaśnienia.

#Przechwytywanie przycisku wstecz jest teraz naruszeniem polityki

15 czerwca 2026 weszła w życie polityka Google przeciw przechwytywaniu przycisku wstecz. Google ogłosiło ją 13 kwietnia i dało właścicielom witryn dwa miesiące na dostosowanie się.

Przechwytywanie przycisku wstecz manipuluje historią przeglądarki tak, że kliknięcie Wstecz nie przenosi użytkownika tam, skąd przyszedł, lecz zamiast tego przepycha go na inne strony witryny lub do reklam. Po 15 czerwca witryny stosujące tę technikę mogą spotkać się zarówno z ręcznymi działaniami antyspamowymi, jak i algorytmicznymi obniżeniami. Google wyraźnie zaznaczyło, że odpowiedzialność spoczywa na właścicielu witryny, nawet gdy manipulacja pochodzi z kodu bibliotek firm trzecich lub sieci reklamowych.

To bezpośrednia sprawa dla WordPressa. Technika rzadko pochodzi z motywu, który napisał deweloper. Przychodzi przez wtyczki do arbitrażu reklam, agresywne widżety retencyjne oraz skrypty monetyzacyjne, które wydawcy instalują, nie czytając, co robią. Jeśli wyświetlasz reklamy displayowe na witrynie WordPress przez sieć firm trzecich, manipulacja może zostać wstrzyknięta poniżej Twojego własnego kodu, a Google i tak obciąży odpowiedzialnością Twoją domenę. Zaudytuj, co Twoje wtyczki reklamowe i popupowe robią z historią przeglądarki. “To była wtyczka” to nie jest obrona, którą Google akceptuje.

#Czerwcowy Spam Update 2026

Między 24 a 26 czerwca Google wdrożyło czerwcowy Spam Update 2026, drugą oficjalną aktualizację antyspamową w tym roku. Trwała 2 dni i 1 godzinę, od 24 czerwca o 09:00 PT do 26 czerwca o 10:00 PT. Google opisało ją w standardowy sposób: zwykła aktualizacja antyspamowa obejmująca wszystkie języki i lokalizacje.

Nie ogłoszono nowych kategorii naruszeń. To SpamBrain skuteczniej egzekwujący istniejące zasady. Barry Schwartz potwierdził, że nie celowała ona w spam linkowy ani w politykę Site Reputation Abuse. Obserwatorzy WebmasterWorld ocenili ją jako mocniejszą niż marcowa, a komentarze wskazywały na masowo produkowane, skalowane witryny lokalizacyjne i porównawcze.

Kontekst ma znaczenie. Dziewięć dni wcześniej weszła w życie polityka przeciw przechwytywaniu przycisku wstecz, a trzy tygodnie przed tym Google rozszerzyło swoje polityki antyspamowe na AI Overviews i AI Mode. Google potwierdziło brak bezpośredniego związku między tymi wydarzeniami, ale kierunek jest spójny. Skalowana, szablonowa, słabo zróżnicowana treść znajduje się pod stałą presją, a WordPress to platforma najbardziej zdolna do produkowania jej masowo. Jeśli prowadzisz programatyczne strony WordPress, siatki miasto razy usługa lub automatycznie generowane treści porównawcze, ta aktualizacja to strzał ostrzegawczy. Zróżnicowanie każdej strony to teraz cena przetrwania i nie da się go podrobić wygenerowanym akapitem.

#Co faktycznie trzeba zrobić

Większość czerwcowych newsów to kontekst, a nie lista zadań. Trzy pozycje wymagają działania dla zespołów WordPress.

• Zaudytuj wtyczki reklamowe i monetyzacyjne pod kątem manipulacji historią przeglądarki, zanim polityka przycisku wstecz dopadnie Twoją domenę za cudzy kod.
• Napraw filtrowanie botów w analityce, ponieważ ponad połowa Twojego ruchu jest już automatyczna, a Twoje raporty odjeżdżają od rzeczywistości.
• Konsoliduj ubogie i szablonowe treści, ponieważ zarówno Core Update, jak i Spam Update wciąż nagradzały zróżnicowanie i karały masowość.

Reszta jest warta obserwacji i niewarta paniki. Odczytuj Search Console tydzień po każdym wdrożeniu, traktuj wyświetlenia AI jako widoczność, a nie ruch, i ignoruj każdego, kto sprzedaje zatwierdzony przez Google skrót do AI Overviews. Google właśnie na piśmie powiedziało Ci, że coś takiego nie istnieje.