Wykrywanie kanibalizacji słów kluczowych

Jak wyeksportować z Search Console pary „zapytanie — URL”

Kanibalizację słów kluczowych widać dopiero wtedy, gdy zapytanie i strona są w jednym wierszu. Standardowy eksport raportu „Skuteczność” tego nie daje: zapytania i strony trafiają do osobnych arkuszy. Trzy działające sposoby:

1. Looker Studio. Dodajcie źródło danych Search Console z tabelą „Wyświetlenia URL”, zbudujcie tabelę z wymiarami Zapytanie i Strona docelowa oraz danymi Kliknięcia, Wyświetlenia, Średnia pozycja. Pobierzcie ją jako CSV.
2. Arkusze Google z dodatkiem Search Analytics for Sheets, grupowanie po query i page.
3. Search Console API: searchanalytics.query z wymiarami query i page.

Dla jednego zapytania wystarczy interfejs: odfiltrujcie raport po zapytaniu i otwórzcie kartę „Strony”. Pamiętajcie, że Google ukrywa rzadkie, anonimizowane zapytania, więc każdy eksport gubi część wyświetleń.

Format do wklejenia

Kolejność kolumn jest stała: zapytanie, URL, kliknięcia, wyświetlenia, pozycja. Separatorem może być tabulator, przecinek lub średnik; przecinek dziesiętny też jest rozumiany. Wiersz nagłówka jest pomijany, gdy zawiera „zapytanie” lub „query” oraz „url” lub „page”. Wiersze z błędnym URL nie przerywają analizy — trafiają do licznika niepoprawnych. Zapytania są porównywane bez rozróżniania wielkości liter, więc „Audyt SEO” i „audyt seo” zostaną połączone.

Jak narzędzie ocenia ryzyko kanibalizacji

Narzędzie grupuje wiersze według zapytania i zostawia te, w których są co najmniej dwa adresy, a łączna liczba wyświetleń przekracza próg (domyślnie 20). Potem liczy udział wyświetleń najbardziej widocznego adresu:

Przykład: zapytanie „audyt strony” ma 1000 wyświetleń — strona A dostaje 520, B 380, C 100. Trzy adresy i 52% udziału lidera to wysokie ryzyko z obu powodów. Po usunięciu C i przekierowaniu jej linków na A zostaje para 520 / 380 z udziałem lidera około 58% — ryzyko średnie, a kolejny krok to rozdzielenie A i B według intencji. Ponowna analiza po każdej poprawce pokazuje postęp, a nie tylko problem.

Na górze listy jest wysokie ryzyko, a w obrębie poziomu — zapytania z największą liczbą wyświetleń, bo tam straty są największe. Pozycja z danych nie jest używana do oceny ryzyka — sprawdźcie ją sami, decydując, którą stronę zostawić. Limit: 10 analiz dziennie bez konta, 30 z kontem.

Kiedy nakładanie się to nie kanibalizacja

• Obie strony w top 10. Dwa miejsca na pierwszej stronie wyników to zysk, nie problem.
• Zapytania brandowe. Dla nazwy firmy normalne jest, że widać stronę główną, „O nas” i kontakt.
• Wersje językowe. /en/page i /page dla jednego zapytania to kwestia hreflang, a nie treści. Narzędzie traktuje je jako różne URL, więc takie wiersze sprawdzajcie osobno.
• Różna intencja. Artykuł „jak wybrać” i strona usługi mogą uczciwie dzielić ogólne zapytanie, jeśli każda wygrywa na swoich, węższych frazach.

Typowe pary stron w raporcie

Spójrzcie na szczegóły URL pod każdym zapytaniem. Pary zwykle powtarzają kilka schematów, a każdy wskazuje inne rozwiązanie:

• Strona główna i podstrona. Strona główna zbiera ogólne zapytanie, które powinna dostawać kategoria lub usługa. Zwykle brakuje linków wewnętrznych z dokładnym anchorem do podstrony.
• Wpis na blogu i strona sprzedażowa. Artykuł przeglądowy wyprzedza stronę, która sprzedaje. Rozdzielcie intencje i dodajcie w artykule link do usługi.
• Stary i nowy artykuł na ten sam temat. Klasyczny przypadek do połączenia z 301.
• Jeden adres w dwóch wersjach: z ukośnikiem i bez, z www i bez, z parametrami. To nie treść, tylko technika: przekierowanie na wersję główną i canonical.

Żeby nie mnożyć kanibalizacji, prowadźcie mapę „klaster zapytań → jeden URL” i przed publikacją nowej strony sprawdzajcie, czy nie macie już strony pod to samo zapytanie.

Jak naprawić kanibalizację słów kluczowych

Najpierw zdecydujcie, która strona ma wygrywać: ta, która najlepiej odpowiada na zapytanie i konwertuje, a niekoniecznie ta, która jest dziś wyżej. Potem wybierzcie sposób:

Przekierowanie 301 przy łączeniu:

# nginx
location = /old-page/ { return 301 /main-page/; }

# Apache (.htaccess)
Redirect 301 /old-page/ https://example.com/main-page/

W WordPressie to samo zrobi wtyczka Redirection albo menedżer przekierowań w Rank Math. Po zmianach odczekajcie 3–4 tygodnie i ponówcie eksport: udział wyświetleń strony głównej powinien wzrosnąć, a drugi adres — zniknąć z wierszy tego zapytania. Jeśli konkurujące strony mają podobne title, porównajcie je w analizatorze meta tagów.

Automatyczne wykrywanie kanibalizacji w SEO Radarze

Ręczne wklejanie tabel ma sens przy danych konkurencji albo jednorazowym eksporcie. Dla własnej witryny wygodniejszy jest SEO Radar: łączy się z Search Console i sam wykrywa kanibalizację na tych samych danych, bez eksportu. W Radarze:

• zapytania brandowe i zapytania z operatorami są pomijane, a nakładania poniżej 10 wyświetleń traktowane jako szum;
• strona główna jest wybierana według kliknięć, a przy remisie — według oczekiwanego CTR jej pozycji, a nie po prostu najlepszej pozycji;
• konkurentem jest strona w tym samym języku, która naprawdę gra o dane zapytanie; wersje językowe jednej strony są oznaczane osobno, jako kwestia hreflang;
• przy każdym zapytaniu widać, ile wyświetleń „rozmywa się” na zbędne strony, a duplikat nie trafia do planu promocji — linkami wzmacniana jest tylko strona główna.

Czym jest kanibalizacja i skąd się bierze, opisuje artykuł w słowniku, a sprawdzenie krok po kroku w interfejsie Search Console — instrukcja wykrywania kanibalizacji.