W poniedziałek 24 sierpnia wiele osób obudziło się z e-mailem od Google: „nowy właściciel” w Search Console. Pierwsza myśl przy takiej wiadomości jest zawsze ta sama: ktoś dobrał się do mojej strony. Tym razem był to błąd po stronie Google i wyjaśnił się w kilka godzin. Warto jednak wiedzieć, jak odróżnić fałszywy alarm od realnego przejęcia dostępu, bo drugi scenariusz zdarza się naprawdę.
Krótka odpowiedź: 24 sierpnia 2026 Search Console rozesłał powiadomienia o dodaniu nowego właściciela do osób, które właścicielami były od dawna, czasem od 2021 roku. Google potwierdził, że to błąd. Nie trzeba nic robić, choć to dobry moment, żeby sprawdzić, kto naprawdę ma dostęp do Twojej usługi.
Co dokładnie się stało?
Rankiem 24 sierpnia użytkownicy Search Console zaczęli dostawać e-maile z tematem zaczynającym się od słów „nowy właściciel”. Zgłoszenia posypały się na forum pomocy Google, Reddicie i X. Powtarzał się ten sam schemat: powiadomienie dotyczyło konta, które od dawna miało dostęp do usługi.
Skala była spora. Jeden z użytkowników opisał, że rano zastał ponad dwadzieścia takich powiadomień i żadne nie dotyczyło realnej zmiany. Inni raportowali wiadomości o właścicielach dodanych jeszcze w 2021 roku. Barry Schwartz z Search Engine Roundtable, który opisał sprawę jako pierwszy, sam dostał kilka takich e-maili.
Kilka godzin później sprawa się wyjaśniła: Google potwierdziło, że to był błąd. Żadne uprawnienia się nie zmieniły, nikt nie dodał się do niczyjej usługi, e-maile poszły omyłkowo.
Jak sprawdzić, czy u Ciebie też to był tylko błąd?
Potwierdzenie Google dotyczy tej konkretnej fali z 24 sierpnia. Jeśli podobny e-mail przyjdzie za tydzień albo za miesiąc, trzeba go sprawdzić samodzielnie. Zajmuje to trzy minuty.
- Nie klikaj w linki w e-mailu. Wejdź do Search Console bezpośrednio, wpisując adres w przeglądarce. Powiadomienia o zmianie właściciela to klasyczny motyw kampanii phishingowych.
- Otwórz Ustawienia, a potem „Użytkownicy i uprawnienia”. Zobaczysz pełną listę osób z dostępem i poziom uprawnień każdej z nich. Jeśli konta z e-maila nie ma na liście, powiadomienie było fałszywe albo dotyczyło innej usługi.
- Sprawdź „Weryfikację własności”. W tym samym miejscu widać, kto i jaką metodą potwierdził własność. Tu wychodzą stare tokeny: plik na serwerze, wpis DNS albo znacznik w kodzie, o którym nikt już nie pamięta.
Jedna rzecz potrafi zmylić nawet doświadczone osoby: powiadomienie może dotyczyć usługi domenowej albo podusługi, której na co dzień nie otwierasz. Wtedy nowy właściciel faktycznie istnieje, tylko nie widać go w widoku, w którym akurat patrzysz. Google opisuje ten scenariusz w pomocy do komunikatu „Nie rozpoznaję nowego właściciela”.
Kiedy taki e-mail to realne zagrożenie?
Przejęcie Search Console bywa elementem ataku i nie jest to teoria. Ktoś dodaje się jako właściciel, a następnie usuwa prawdziwych właścicieli. Od tego momentu to on dostaje powiadomienia o karach ręcznych i problemach z bezpieczeństwem, a Ty nie wiesz o niczym.
Co taki dostęp daje intruzowi: podgląd pełnych danych o ruchu i frazach, możliwość zgłaszania adresów do usunięcia z wyników wyszukiwania, zmianę ustawień usługi i wgląd we wszystkie zgłoszenia od Google. Dla firmy, która ma z wyszukiwarki większość zapytań ofertowych, to ryzyko biznesowe, nie techniczna ciekawostka.
Jeśli na liście właścicieli zobaczysz konto, którego nie rozpoznajesz: usuń je, a potem usuń token weryfikacyjny, którym się potwierdziło: plik z serwera, wpis w DNS albo znacznik ze strony. Samo usunięcie użytkownika nie wystarcza, bo z aktywnym tokenem intruz zweryfikuje się ponownie w minutę. Na koniec zmień hasła do hostingu i panelu strony.
Co jeszcze działo się w Google w ostatnich dniach?
Sierpniowa fala powiadomień nie była jedynym zamieszaniem. Krótki przegląd rzeczy, które w tym samym tygodniu mogły wpłynąć na Twoje wyniki:
| Data | Co się wydarzyło | Kogo dotyczy |
|---|---|---|
| 18–21 sierpnia | Wdrożenie August 2026 spam update. Globalnie, we wszystkich językach. Trwało 2 dni i 16 godzin, bez wpisu na blogu i bez nowych zasad antyspamowych | formalnie wszystkich, realnie stron stosujących spamerskie praktyki |
| 13 sierpnia | Błąd logowania danych zaniżył liczbę wyświetleń w raporcie skuteczności AI w Search Console. Google oznaczył problem jako trwający | obserwujących widoczność w odpowiedziach AI |
| 24 sierpnia | Google przyznał, że po przywróceniu zawieszonej wizytówki potrafią zniknąć opinie | firm lokalnych po odzyskaniu profilu |
| 24 sierpnia | Merchant Center: minimalny rozmiar zdjęcia produktu to od teraz 500×500 pikseli | sklepów internetowych |
| 20–21 sierpnia | Google przepisał dokumentację o kanonikalizacji. Zasady bez zmian, tekst czytelniejszy | stron z powtarzalnymi podstronami i duplikatami |
Trzy z nich wymagają rozwinięcia. Spam update zakończył się 21 sierpnia, więc dane z ostatniego tygodnia są już po wdrożeniu. Jeśli widzisz spadek, sprawdź go w Search Console w podziale na frazy i podstrony, a nie po samym wykresie ruchu. Wahania w trakcie wdrożenia potrafią mylić. Google nie podał, jaki procent zapytań objęła zmiana.
Anomalie danych to osobna sprawa, o której mało kto pamięta: Google prowadzi publiczną listę własnych błędów w raportowaniu. W 2026 roku było ich już kilka: od zaniżonych kliknięć w Discover w maju po sierpniowy błąd w raporcie AI. Zanim uznasz spadek za efekt swoich działań, sprawdź, czy Google akurat nie zgubił części danych. Dla wszystkich, którzy śledzą widoczność firmy w odpowiedziach AI, ta konkretna anomalia ma znaczenie, bo raport zaniża wyświetlenia do dziś.
Kanonikalizacja: Google przepisał dokumentację, ale ważniejsze jest to, co w niej stoi
Ta zmiana przeszła bez echa, bo brzmi jak sprzątanie w dokumentach. Google poprawił dwie strony pomocy dla webmasterów: „Czym jest kanonikalizacja” i „Rozwiązywanie problemów z wyborem strony kanonicznej”. Przebudował głównie początek tej drugiej, żeby dało się ją czytać bez doktoratu. Żadna zasada się nie zmieniła. Zmienił się sposób tłumaczenia.
Przypomnijmy przy okazji, o co w tym chodzi, bo to jeden z tych mechanizmów, które cicho psują widoczność małych firm. Gdy ta sama treść jest dostępna pod kilkoma adresami: z „www” i bez, z parametrem sortowania, w wersji do druku, jako osobna podstrona miasta o identycznym tekście. Google wybiera wtedy jeden adres i to jego pokazuje w wynikach. Reszta trafia do „klastra duplikatów” i przestaje istnieć dla wyszukiwarki.
W odświeżonej dokumentacji są dwa zdania, które w praktyce tłumaczą większość nerwowych telefonów na ten temat.
- Google może wybrać inny adres niż wskazany przez Ciebie. Znacznik
rel="canonical"to sugestia, nie polecenie. Dokumentacja mówi wprost, że nawet przy jednoznacznym wskazaniu wyszukiwarka może wybrać inną stronę, na przykład ze względu na jakość treści. - Po naprawie trzeba poczekać do dwóch tygodni. Google zastrzega, że nawet po usunięciu przyczyny strony potrafią zostać w klastrze duplikatów jeszcze przez ten czas. Jeśli poprawiłeś znaczniki wczoraj i dziś nic się nie zmieniło, to nie znaczy, że poprawka nie zadziałała.
Dokumentacja wymienia też typowe przyczyny, przez które Google wybiera nie ten adres, co trzeba: wersje językowe bez poprawnych adnotacji, błędne lub sprzeczne znaczniki kanoniczne, źle skonfigurowany serwer, treści redystrybuowane oraz strony, z których ktoś skopiował teksty. Osobno wymieniony jest scenariusz włamania: podstawione przekierowania potrafią przenieść adres kanoniczny na cudzą domenę.
Sprawdzenie u siebie zajmuje minutę. W Search Console wklej adres podstrony w narzędzie do sprawdzania adresów URL i porównaj dwie wartości: „strona kanoniczna zadeklarowana przez użytkownika” i „strona kanoniczna wybrana przez Google”. Jeśli się różnią, masz gotowy punkt startu do pracy. Wiesz też, że sama podstrona nie zbiera ruchu, bo w wynikach reprezentuje ją inny adres. Dla firm z kilkoma podstronami miast to najczęstsza cicha przyczyna słabych wyników: identyczne teksty z podmienioną nazwą miejscowości lądują w jednym klastrze i widoczna zostaje jedna z nich.
Drobiazg, który potrafi zmylić: polska wersja tej dokumentacji jest starsza od angielskiej. W chwili pisania tego tekstu strona o rozwiązywaniu problemów po polsku miała datę aktualizacji 15 lipca, podczas gdy angielski oryginał zmieniono 20 i 21 sierpnia. Jeśli czytasz pomoc Google po polsku, część zmian dotrze do Ciebie z opóźnieniem.
Co z tego wynika dla Twojej firmy?
- Sprawdź listę właścicieli w Search Console. Nie z powodu tego błędu, tylko dlatego, że mało kto robi to regularnie. Zwykle wychodzą przy tym dostępy byłych pracowników i poprzednich agencji.
- Nie klikaj w linki w powiadomieniach. Wchodź do Search Console bezpośrednio. Ta zasada nie kosztuje nic, a zamyka najprostszy wektor phishingu.
- Nie wyciągaj wniosków ze spadku w trakcie aktualizacji. Po spam update poczekaj kilka dni na ustabilizowanie danych, potem porównaj frazy i podstrony.
Jeśli nie masz pewności, kto ma dziś dostęp do Twojej usługi w Search Console albo czy sierpniowe wahania to aktualizacja, czy Twoja strona, zamów bezpłatną analizę. Sprawdzimy uprawnienia, dane z wyszukiwarki i powiemy wprost, czy jest się czym przejmować.
Najczęstsze pytania
Dostałem e-mail o nowym właścicielu w Search Console. Czy muszę coś zrobić?
Jeśli e-mail przyszedł 24 sierpnia 2026, nie musisz. Google potwierdził, że była to fala błędnych powiadomień i żadne uprawnienia się nie zmieniły. Przy każdym kolejnym takim e-mailu wejdź do Search Console bezpośrednio i sprawdź listę w sekcji Ustawienia, Użytkownicy i uprawnienia.
Jak sprawdzić, kto ma dostęp do mojego Search Console?
Otwórz Search Console, wybierz usługę, przejdź do Ustawień i sekcji „Użytkownicy i uprawnienia”. Zobaczysz wszystkie konta i poziom ich uprawnień. Obok, w „Weryfikacji własności”, sprawdzisz, kto i jaką metodą potwierdził własność. To tam zwykle wychodzą zapomniane tokeny sprzed lat.
Co zrobić, gdy ktoś obcy naprawdę dodał się jako właściciel?
Usuń konto z listy użytkowników, a potem koniecznie usuń token, którym się zweryfikowało: plik z serwera, wpis w DNS albo znacznik w kodzie strony. Bez tego intruz zweryfikuje się ponownie. Następnie zmień hasła do hostingu i panelu strony oraz sprawdź, czy w Search Console nie ma zgłoszeń usunięcia adresów z wyników.
Czy sierpniowy spam update mógł mi zaszkodzić?
Aktualizacja z 18–21 sierpnia celuje w strony łamiące zasady antyspamowe Google, ale przy każdej takiej zmianie zdarzają się straty uboczne. Zamiast patrzeć na sam wykres ruchu, porównaj w Search Console frazy i podstrony sprzed wdrożenia i po nim. Google nie ujawnił, jaki procent zapytań objęła zmiana.
Gdzie sprawdzić, czy Google ma akurat awarię danych?
Google prowadzi dwie publiczne listy: status wyszukiwarki, gdzie ogłasza aktualizacje i awarie, oraz stronę anomalii danych w pomocy Search Console, gdzie wpisuje własne błędy w raportowaniu. Zanim uznasz spadek wyświetleń za swój problem, zajrzyj do obu.
Co zrobić, gdy Google wybrał inny adres kanoniczny, niż wskazałem?
Najpierw sprawdź w Search Console, w narzędziu do sprawdzania adresów URL, który adres wybrała wyszukiwarka i porównaj go z zadeklarowanym. Potem usuń przyczynę: sprzeczne znaczniki, identyczne treści na kilku podstronach, błędne przekierowania. Google zastrzega, że po naprawie strony mogą zostać w klastrze duplikatów jeszcze do dwóch tygodni, więc nie oceniaj efektu następnego dnia.
