Gdy blog ma kilka tekstów, prawie każda lista wygląda podobnie. Później dochodzą tematy, tagi, sortowanie i wyszukiwanie. Ten sam interfejs potrafi wygenerować wiele adresów, lecz tylko część z nich ma sens jako samodzielne wejście z wyszukiwarki.
Zacznij od roli strony. Czy adres opisuje konkretny artykuł? Czy prowadzi do utrzymywanej sekcji tematycznej? A może jedynie odtwarza zapytanie wpisane przez jednego czytelnika? Poniższy plan dotyczy przykładowego bloga; nie jest raportem indeksowania konkretnego serwisu.
Rozdziel treść od stanu interfejsu
Przyjmijmy, że firma publikuje poradniki o integracjach. Artykuł ma własny adres, a archiwum „Integracje” łączy teksty w jeden temat. Wyszukanie frazy „CRM” jest dodatkową funkcją czytelnika. Wszystkie trzy widoki mogą być przydatne, ale nie muszą mieć identycznej polityki indeksowania.
Przed pisaniem reguł utwórz tabelę typów stron. Dopisz właściciela treści i warunek jej utrzymywania. Archiwum, które ma tytuł, opis oraz świadomie dobraną tematykę, łatwiej rozwijać niż automatycznie utworzoną stronę dla każdej kombinacji filtrów.
| Typ adresu | Rola w przykładowym serwisie |
|---|---|
/blog/poradnik-integracji | Stałe wejście do konkretnej publikacji |
/blog/temat/integracje | Utrzymywane archiwum tematyczne |
/blog?q=crm | Odtworzenie wyszukiwania czytelnika |
/blog/temat/integracje?page=2 | Kolejna część listy innych publikacji |
Ta tabela jest kontraktem dla redakcji i zespołu technicznego. Jeśli nowy filtr ma zostać osobną sekcją w nawigacji, decyzja powinna obejmować również opis, adres i odpowiedzialność za treść.
Canonical wskazuje preferowaną wersję
Google opisuje rel="canonical" jako silny sygnał wyboru preferowanego adresu dla stron z identyczną lub bardzo podobną treścią. Nie jest to bezwarunkowe polecenie. Wskazanie w HTML powinno zgadzać się z linkami wewnętrznymi i sitemapą; sama mapa witryny stanowi słabszy sygnał. Google Search Central: Consolidate duplicate URLs.
Dla przykładowego artykułu otwartego z parametrem kampanii preferowany adres może wyglądać tak:
<link
rel="canonical"
href="https://example.com/blog/poradnik-integracji"
/>To przykład znacznika umieszczanego w head, z pełnym adresem domeny przeznaczonej do publikacji. Nie należy kierować canonical wszystkich artykułów na indeks bloga: różne publikacje nie stają się duplikatami tylko dlatego, że należą do jednej sekcji.
Wyniki wyszukiwania wymagają osobnej decyzji
Jeśli wynik zapytania jest stanem użytkowym i nie ma być samodzielną stroną w Google, można wyłączyć jego indeksowanie przez noindex. Robot musi jednak móc pobrać stronę, aby odczytać dyrektywę. Jednoczesna blokada dostępu w robots.txt może mu to uniemożliwić. noindex nie jest też mechanizmem ochrony prywatnych danych: adres nadal może być dostępny dla odwiedzającego. Google Search Central: Block indexing with noindex.
Nie używaj tej decyzji jako pretekstu do pogorszenia wyszukiwania. Czytelnik nadal powinien móc skopiować adres wyniku, odświeżyć stronę i wrócić do poprzedniego zestawu przyciskiem przeglądarki. Zapisane w URL filtry powinny odpowiadać kontrolkom, liczbie wyników i aktywnej stronie listy.
Dla każdej kombinacji parametrów zapisz, czy aplikacja ją obsługuje, normalizuje, czy odrzuca. Ułatwi to odróżnienie błędu indeksowania od zwykłej usterki filtra.
Druga strona listy zawiera inną treść
Google zaleca odrębne adresy i własne canonical dla kolejnych stron paginacji, zamiast wskazywania pierwszej strony jako canonical całej sekwencji. Strony powinny być połączone zwykłymi linkami z href. Roboty nie muszą uruchomić interakcji „pokaż więcej”, aby odkryć następne wpisy. Google Search Central: Pagination.
W przykładzie /blog/temat/integracje?page=2 pokazuje inny zestaw publikacji niż strona pierwsza. Nie należy więc traktować jej automatycznie jak kopii pierwszej tylko na podstawie wspólnego nagłówka. Jeżeli projekt ma świadomie wyłączać pewne listy z indeksowania, trzeba opisać tę politykę oddzielnie od reguły rozpoznawania duplikatów.
W odbiorze sprawdź również pustą stronę listy. Liczba publikacji może się zmniejszyć po wycofaniu wpisu. Zachowanie adresu z nieistniejącym numerem strony powinno być celowe i powtarzalne, a linki paginacji muszą wynikać z bieżących danych.
Sprawdź sygnały na gotowej stronie
Dla każdego typu URL zapisz status odpowiedzi, końcowy adres, canonical, robots i kilka widocznych tytułów. Porównaj te same informacje po bezpośrednim wejściu oraz po przejściu przez filtr. To wychwytuje sytuację, w której klient zmienia listę, lecz metadane pozostają z poprzedniego widoku.
Do przeglądu wybierz artykuł, temat, wyszukiwanie, drugą stronę listy i nieistniejący adres. Następnie sprawdź odnośniki kart, menu i sitemapę. Deklaracje powinny opisywać ten sam model treści, który czytelnik widzi na ekranie.
Po wdrożeniu właściciel może zestawić te dane z informacjami o adresie dostępnymi w Search Console. Nie utożsamiaj poprawnego znacznika z natychmiastową obecnością w wynikach. Technicznie spójny plan adresów daje podstawę do oceny widoczności, ale jej nie gwarantuje. Wygodę samych list warto rozwijać razem z wydajnością i zachowaniem interakcji, aby czytelnik mógł równie łatwo znaleźć tekst i go przeczytać.
