Średnia pozycja w raporcie AI: najpierw sprawdź zakres Search Console

Średnia pozycja spadła z dziewiątej na prawie czternastą. AI ogłasza pogorszenie widoczności, a pod zdaniem pojawia się lista pilnych poprawek strony. Tyle że żadne z dwóch obserwowanych zapytań nie zmieniło pozycji. Przybyło wyświetleń tego, dla którego strona od początku pojawiała się dalej. Jedna średnia potrafi opowiedzieć bardzo przekonującą historię o przesunięciu wyników, którego w poszczególnych grupach wcale nie było.

To własny, fikcyjny przykład. W raporcie z Search Console najpierw trzeba ustalić, jakie obserwacje złożyły się na liczbę. Dopiero potem można zapytać o jej zmianę i znaczenie dla firmy. AI może pomóc opisać materiał, ale nie powinna zastępować brakującej informacji o filtrach opowieścią o algorytmie wyszukiwarki. Gdy znika kontekst, nawet poprawna arytmetyka może prowadzić zespół do niepotrzebnej pracy.

Który wynik nazywamy pozycją?

Google wyjaśnia, że średnia pozycja w Search Console dotyczy najwyżej położonego wyniku danej strony lub witryny, zależnie od grupowania, i jest uśredniana dla wyświetleń. To przybliżona miara miejsca wyniku, a nie stały numer strony dla każdego szukającego. Nie należy utożsamiać jej z pojedynczym sprawdzeniem w przeglądarce.

W roboczym zestawie pierwsze zapytanie ma 100 wyświetleń z pozycją 3, a drugie 100 z pozycją 15. Łączna średnia wynosi 9. W następnym okresie pierwsze zachowuje 100 wyświetleń i pozycję 3, a drugie ma 900 wyświetleń i nadal pozycję 15. Średnia całego zestawu wynosi teraz 13,8. Zmieniły się udziały wyświetleń, choć pozycje wewnątrz obu grup pozostały takie same.

Zanim napiszesz „strona spadła”, rozdziel zmianę wewnątrz porównywalnych grup od zmiany ich udziału w wyniku. W naszym przykładzie większy udział drugiego zapytania wymaga osobnej interpretacji biznesowej. Może dotyczyć obszaru, o którym firma dopiero zaczęła publikować. Samo pogorszenie średniej nie rozstrzyga, czy nowa obecność jest niekorzystna. Nie dowodzi też, że wszystko działa dobrze. Daje pytanie do dalszego sprawdzenia.

Przygotuj w raporcie dwa ujęcia: wynik całego wybranego zakresu i porównanie konkretnych zapytań, stron lub grup, które mają znaczenie dla decyzji. Nazwij je inaczej. Nie przedstawiaj niewielkiego zestawu wybranych fraz jako średniej całej witryny ani wszystkich zapytań jako wyniku jednej usługi. Odbiorca powinien móc sprawdzić, co znajduje się pod każdym nagłówkiem, bez odgadywania intencji autora raportu.

W porównaniu okresów zachowaj też grupy obecne tylko po jednej stronie. Jeśli analizujesz wyłącznie wspólne wiersze, oznacz ten wybór. Nowe i znikające zapytania mogą być ważną częścią obrazu. Jeśli natomiast połączysz wszystkie bez rozróżnienia, łatwo zgubisz zmianę składu. Potrzebne są oba konteksty, a nie wybór tego, który daje ładniejszą strzałkę w prezentacji.

Jak odtworzyć zakres raportu?

Zapisz usługę Search Console, okresy, typ wyszukiwania, filtry i sposób grupowania. Szczególnie pilnuj kraju, urządzenia, zapytania i strony. Porównanie ruchu mobilnego w jednym kraju z całością wyników nie staje się uczciwe od tego, że oba arkusze mają kolumnę „pozycja”. Każdą różnicę zakresu trzeba albo usunąć, albo wyraźnie opisać jako część innego pytania.

Instrukcja raportu skuteczności Google rozróżnia metryki wykresu i tabeli oraz grupowanie według wybranych wymiarów. Pozwala również zmieniać typ wyszukiwania i zakres dat. Dlatego karta wejścia do analizy powinna zachować nie tylko widoczne liczby, ale też konfigurację, która je wytworzyła.

Dobrym punktem wyjścia jest jedno zdanie pytania: „Jak zmieniły się wyświetlenia i kliknięcia tych stron usługowych dla zapytań związanych z daną usługą w porównywalnym zakresie?”. Wtedy łatwiej ocenić, czy filtr ma sens. Ogólne „oceń SEO” zachęca do mieszania wyników całej domeny, jednego artykułu i przypadkowej grupy słów. Ostatecznie raport może być bogaty w rady, a ubogi w odpowiedzi na potrzebę firmy.

Jeśli wydzielasz zapytania z nazwą marki, zachowaj definicję tej grupy. Zapisz użyte warianty nazwy, sposób dopasowania i datę zmiany reguły. Nie porównuj obecnego podziału z dawnym, w którym literówki albo nazwa produktu trafiały gdzie indziej. Taka różnica powstaje w przygotowaniu analizy, nawet gdy dane źródłowe nie uległy zmianie. Nie ma powodu, by model przypisywał ją nowemu zachowaniu wyszukiwarki.

Przy porównaniu krótkich okresów opisz również kalendarz i kompletność danych, które przyjęto do oceny. Nie dopasowuj automatycznie każdego odstępstwa do sezonowości. Jeśli nie masz podstawy do takiego wyjaśnienia, pozostaw hipotezę. Raport może wskazać kilka możliwych przyczyn do sprawdzenia, ale powinien oddzielić je od faktów zaobserwowanych w konkretnym zestawie.

Czy model otrzymał wszystkie wiersze, o których pisze?

Search Analytics API zwraca dane według zadanych wymiarów i filtrów, z limitami pobrania. Google zaznacza, że interfejs nie gwarantuje zwrócenia wszystkich wierszy, lecz czołowych wierszy. Pobranie kolejnych stron odpowiedzi nie uzasadnia więc zdania, że analiza obejmuje wszystkie istniejące zapytania użytkowników.

Poproś wykonawcę integracji o zapis parametrów, liczby odebranych wierszy i sposobu zakończenia pobierania. Odróżnij komplet odpowiedzi możliwych do uzyskania danym sposobem od kompletnej wiedzy o wyszukiwaniu. Błąd przy pobraniu drugiej części nie powinien po cichu zmieniać raportu w analizę pierwszej części. Jeżeli rozwiązanie zachowało wcześniejszy poprawny zestaw, raport musi pokazać jego datę zamiast przedstawiać go jako świeży.

Zachowaj znaczenie pustego wyniku. Brak wiersza w pobranym zestawieniu nie pozwala samodzielnie wpisać pozycji zero ani stwierdzić, że nikt nie wpisał danego zapytania. Zapis „brak obserwacji w otrzymanym materiale” może być właściwą odpowiedzią. Od modelu wymaga się tu powstrzymania od uzupełnienia luki, nie odgadnięcia ukrytej liczby na podstawie wiedzy o branży.

Nie pozwalaj też, by AI dowolnie uśredniała gotowe średnie wierszy. Najpierw ustal, czy grupy można połączyć i jaka jest właściwa podstawa agregacji. W przykładzie otwarcia różne liczby wyświetleń zmieniają wynik łączny. Samo dodanie pozycji dwóch wierszy i podzielenie przez dwa odpowiadałoby innemu pytaniu. Zachowaj pochodzenie liczby łącznej: bezpośrednio z raportu czy z własnego obliczenia na wskazanym zbiorze.

Do odbioru wybierz też przypadek, w którym integracja otrzyma mniej danych, niż oczekiwała. Na sztucznym wejściu ustal wcześniej, czy ma zatrzymać analizę, czy pokazać ograniczony wynik z czytelnym ostrzeżeniem. Sprawdź zachowanie końcowego skrótu, a nie tylko logu pobierania. Jeśli w logu jest błąd, ale prezentacja nadal mówi o kompletnym raporcie, odbiorca otrzymuje sprzeczne informacje. To propozycja próby własnego rozwiązania; nie opisujemy tutaj wykonania testu konkretnego produktu.

Przy kontroli rachunku przydaje się wcześniejszy tekst o procentach i jednostkach w raporcie A/B napisanym przez AI. Tutaj nie oceniamy eksperymentu. Wspólna jest potrzeba odtworzenia, co właściwie liczono. Nie dopisuj do raportu z obserwacji wniosku przyczynowego tylko dlatego, że potrafisz policzyć zmianę procentową.

Do którego adresu przypisano wynik?

Google opisuje przypisywanie danych skuteczności do adresu kanonicznego. Zwykle jest to adres wybrany przez wyszukiwarkę jako reprezentant wariantów strony; dokumentacja wskazuje też wyjątki. Nie należy więc automatycznie oczekiwać osobnych liczb dla każdego technicznego wariantu adresu ani sumować ich bez sprawdzenia sposobu przypisania.

Gdy model analizuje brak wyniku pod konkretnym URL, porównaj adres z tym, którego dotyczy raport. Zapisz wariant domeny, ścieżkę i znane przekierowania. Jeśli dawny artykuł ma nowy adres, potrzebujesz mapowania treści, nie dopasowania wyłącznie po podobnym tytule. Jednocześnie nie zmieniaj starych adresów w pliku źródłowym bez zachowania informacji o przekształceniu. Taki porządek pozwala odtworzyć, którą stronę rzeczywiście oceniono.

Nie zamieniaj jednak analizy skuteczności w dowód technicznego odbioru. Instrukcja rozpoczęcia pracy z Search Console wskazuje osobne zastosowania raportu skuteczności, informacji o indeksowaniu i inspekcji URL. Odpowiadają na różne pytania. Samo pojawienie się lub brak liczby w jednym zestawieniu nie zastępuje sprawdzenia aktualnego stanu konkretnego adresu.

Sprawność publikacji i spójność adresów rozwija techniczny odbiór SEO strony. Można równolegle mieć poprawnie dostępną stronę i zbyt mało obserwacji do sensownego porównania jej wyniku. Nie obiecuj indeksacji ani pozycji jako następstwa samego naprawienia raportu. Naprawa sposobu opisu przywraca podstawę decyzji; nie zmienia automatycznie zachowania odbiorców ani wyszukiwarki.

Jak powinno brzmieć zdanie, które firma zatwierdza?

Dobre podsumowanie łączy obserwację, zakres i granicę wniosku. W naszym przykładzie: „Średnia całego zestawu pogorszyła się przy większym udziale drugiego zapytania; pozycje obu obserwowanych grup pozostały takie same”. To zdanie nie wymaga od czytelnika wiary w diagnozę algorytmu. Kolejny krok może polegać na sprawdzeniu, czy zapytanie z rosnącą liczbą wyświetleń odpowiada ofercie i czy przynosi użyteczne przejścia.

Nie utożsamiaj kliknięcia z przyjętym zapytaniem ofertowym ani sprzedażą. Ten dalszy odcinek ma własne źródła danych i ograniczenia. W artykule o atrybucji sprzedaży B2B i wielu kontaktach widać, dlaczego pojedynczy zapis kontaktu nie opowiada całej drogi zakupu. Search Console może pomóc rozpoznać część tej drogi, ale nie zastępuje pozostałych informacji o procesie.

Przed akceptacją weź kilka zdań z automatycznego raportu i odtwórz ich drogę do konkretnych wierszy lub liczby zbiorczej. Sprawdź zwłaszcza zdania o „wszystkich”, „braku” i „pogorszeniu”. Do każdego dołącz warunek, który mógłby zmienić interpretację. Jeśli AI nie dostała informacji o wybranym kraju lub urządzeniu, uzupełnij wejście i ponownie oceń opis. Sama poprawka stylistyczna nie naprawi brakującego zakresu.

Przy zestawianiu Search Console z Analytics zachowaj osobne definicje i warunki pobrania. Tekst o progach, próbkowaniu i zakresie raportu GA4 pomaga sprawdzić drugi materiał. Zgodność nazw kolumn w dwóch plikach nie jest jeszcze dowodem, że opisują to samo zdarzenie.

Przygotuj pakiet do ponownego sprawdzenia: oryginalne pliki, kartę filtrów, opis przekształceń i wersję zaakceptowanego raportu. Zwiąż je wspólnym identyfikatorem, żeby odbiorca nie porównywał listopadowego podsumowania z poprawionym po fakcie październikowym arkuszem. Hash pliku w raporcie AI może pomóc zidentyfikować dokładne bajty materiału, lecz sam nie potwierdzi poprawności danych ani interpretacji. Tę granicę warto zachować również w nazwie dowodu.

Na końcu przy każdym zaleceniu zapisz, jakie rozpoznanie je uzasadnia. Naprawa urwanego pobrania, kontrola mapowania adresów i zmiana treści oferty to różne zadania dla różnych osób. Jeżeli materiał pozwala potwierdzić tylko pierwsze, nie dopisuj pozostałych jako rzekomego wyniku analizy. Po poprawce wróć do tego samego pytania i sprawdź, czy wcześniejsze zalecenie nadal ma podstawę. Właściciel decyzji powinien zobaczyć, co zmieniono i które niewiadome pozostały.

W Aeneia Audit można uzgodnić operacyjny przegląd takiego raportowania: źródła, drogę pobrania, obliczenia i odpowiedzialność za zaakceptowaną narrację. Nie jest to obietnica pozycji w Google ani zastępstwo specjalistycznej analizy statystycznej.

Publiczną metodologię sprawdzono 30 października 2026 r. Wszystkie liczby w przykładzie są fikcyjne; nie wykorzystano prywatnych statystyk Aeneia ani innych kont Search Console.