english
español
Magdalena Szypulska
Najczęstszy odruch jest taki: ratować każdy stary adres za wszelką cenę. Kasujesz dział tematyczny? Przekierowujesz cały ruch na stronę główną, bo szkoda tracić linki i zaufanie budowane latami.
Problem w tym, że w dzisiejszym SEO ten odruch działa dokładnie odwrotnie. Wyszukiwarki czytają to jako błąd techniczny, a portal zamiast zyskiwać, traci pozycje i czas robotów indeksujących.
Przejdźmy przez wszystkie kluczowe kody serwera, jeden po drugim, na konkretnych przykładach z redakcyjnej codzienności. Zobaczysz, czym różnią się przekierowania stałe od tymczasowych i kiedy lepiej pokazać wprost, że strona zniknęła na dobre.
Na końcu sprawdzimy też, jak z tymi kodami radzi sobie sztuczna inteligencja - bo to już inna gra niż klasyczne SEO.
Kod 200 (OK). Stan, do którego wszystko powinno zmierzać
Zacznijmy od podstaw - kodu 200.
To najprostszy możliwy komunikat: wszystko zadziałało tak, jak trzeba. Serwer mówi przeglądarce i robotom: "proszę, strona jest gotowa, pobierz ją".
Do tego stanu dążymy z każdym adresem na portalu.
Artykuły, strona główna, kategorie - wszystko powinno odpowiadać właśnie tym kodem. Zero barier technicznych. Czytelnik od razu widzi treść, robot bez przeszkód wrzuca ją do indeksu.
Weźmy prosty przykład: ktoś klika w link do wczorajszej relacji z meczu. Strona ładuje się normalnie, treść jest na miejscu, kod odpowiedzi to 200. Nic więcej nie musi się wydarzyć - i o to właśnie chodzi. Cały ruch płynie bez zgrzytów, bo nie ma żadnego pośredniego kroku, na którym coś mogłoby pójść nie tak.
Kod 301. Klasyk, który ratuje wypracowaną moc linków
Teraz kod 301 - chyba najbardziej znany status w świecie SEO.
Mówi jasno: ten tekst przeniósł się pod nowy adres i już tam zostanie. To potężne narzędzie, jeśli używa się go z głową.
Dając wyszukiwarce kod 301, dajesz jej konkretne polecenie: zapomnij stary link, zastąp go nowym w wynikach. Robot, który wcześniej indeksował stary adres artykułu, po napotkaniu 301 zaczyna traktować nowy adres jako właściwe miejsce tej treści - i to on od teraz pojawia się w wynikach wyszukiwania.
Ale to nie wszystko. 301 przenosi też moc SEO, którą stary adres zbierał latami. Wyobraź sobie artykuł sprzed pięciu lat, do którego linkowało kilkadziesiąt innych serwisów - blogi, inne redakcje, fora branżowe. Każdy z tych linków to swego rodzaju "głos zaufania" w oczach Google. Kod 301 sprawia, że te głosy nie przepadają wraz ze starym adresem, tylko płyną dalej, na nowy URL.
Stąd jego popularność w kilku konkretnych sytuacjach. Pierwsza: zmiana struktury adresów, na przykład gdy portal przechodzi ze starego, technicznego formatu adresu na czytelny, przyjazny dla SEO. Druga: poprawianie literówki w tytule, która wymusiła zmianę samego adresu URL. Trzecia: migracja całej gazety na nową domenę, gdzie każdy stary adres musi znaleźć swój odpowiednik na nowej stronie. Czwarta: łączenie dwóch krótkich, archiwalnych newsów o tym samym wydarzeniu w jeden, bardziej kompletny artykuł - oba stare adresy przekierowujesz wtedy na ten nowy, połączony tekst.
Właśnie ta siła sprawiła, że wokół 301 narosło sporo szkodliwych mitów - a największy z nich to przekonanie, że 301 działa jak uniwersalny plaster: wystarczy go nakleić na dowolny martwy adres, żeby problem zniknął. W praktyce kod 301 przenosi moc linków tylko wtedy, gdy nowa strona faktycznie kontynuuje temat starej. Przekierowanie usuniętego artykułu sportowego na stronę główną z wiadomościami politycznymi nie ratuje niczego - to właśnie ten błąd opisujemy w kolejnej części.
Dlaczego przekierowanie skasowanego newsa na stronę główną to błąd
Redakcje boją się pustych stron i kodu 404 jak ognia.
Z tego strachu bierze się nawyk: kasujesz artykuł z archiwum, a system automatycznie przerzuca czytelnika na stronę główną. Logika wydaje się prosta - ratujemy ruch, zatrzymujemy moc linków.
Dla Google to jednak zupełnie nielogiczne działanie.
Wyobraź sobie kogoś, kto szuka wyników wyborów samorządowych sprzed dekady. Klika w link, a zamiast tego ląduje na dzisiejszej stronie głównej z prognozą pogody. Poczucie, że coś tu nie gra, pojawia się natychmiast.
Google doskonale rozpoznaje taki wzorzec. Gdy widzi, że treść docelowa nie ma nic wspólnego ze starą, traktuje to przekierowanie jako pozorne - i uruchamia mechanizm obronny.
W branży nazywa się to miękkim błędem, Soft 404 - bo strona formalnie zwraca kod 200 (jest "OK"), ale treściowo to nie ta strona, o którą prosił użytkownik.
Efekt? Cała moc starego linku, którą tak chcieliście uratować, po prostu się nie przenosi. Blokuje się w połowie drogi.
Zasada jest prosta: 301 ma sens tylko wtedy, gdy nowy adres realnie odpowiada na to samo pytanie, co stary.
Przekierowanie starego newsa sportowego na nowy news sportowy o podobnej tematyce - jak najbardziej. Przekierowanie tego samego newsa na stronę główną z bieżącymi wiadomościami - nie.
Kody 302, 307 i 308. Przekierowania na chwilę i sprawa haseł
Czasem trzeba przenieść ruch gdzie indziej, ale tylko na moment - przy awarii działu albo testach nowego layoutu.
Przez lata do tego służył kod 302 - tymczasowa przeprowadzka. Komunikat dla robota brzmiał: "nie zapominaj starego adresu, on niedługo wróci".
Miał jednak poważną wadę techniczną, szczególnie dotkliwą dla portali z płatnym dostępem.
Gdy czytelnik logował się do prenumeraty, a system w tle wykonywał krótkie przekierowanie 302, starsze przeglądarki potrafiły po prostu zgubić wpisane dane. Weźmy konkretny przypadek: czytelnik wypełnia formularz logowania, klika "zaloguj", a system w tle przekierowuje go z powrotem na artykuł przez 302. Po drodze dane z formularza - login, hasło - mogły się urwać. Efekt: użytkownik musiał wpisywać wszystko od nowa albo widział błąd logowania - irytujące, zwłaszcza dla płacących subskrybentów.
Dlatego pojawiły się nowsze standardy: 307 (zmiany tymczasowe) i 308 (zmiany stałe). Działają podobnie jak starsze wersje pod względem SEO, ale mają jedną ważną przewagę.
Nie gubią przesyłanych danych - nigdy.
Gdy czytelnik wysyła hasło przez bramkę płatności, 307 gwarantuje, że dotrze bezpiecznie na nowy adres, bez ryzyka, że po drodze coś się zgubi. Google traktuje te kody z pełnym zaufaniem, więc warto, żeby zespół techniczny używał ich wszędzie tam, gdzie w grę wchodzi przesyłanie danych - logowanie, płatności, formularze.
Kod 404. Pusta strona to nic strasznego
Najsłynniejszy komunikat internetu - kod 404.
Oznacza po prostu, że serwer nie znalazł żądanej strony. W marketingu pokutuje przekonanie, że każdy 404 to gwóźdź do trumny pozycji w Google.
To jeden z trwalszych mitów SEO.
Internet żyje - artykuły powstają i znikają, a puste linki to naturalna kolej rzeczy dla każdego dużego serwisu. Google to rozumie i nie karze za porządki w archiwum.
Jest jednak haczyk, szczególnie istotny dla dużych portali.
Kiedy robot trafia na 404, zakłada, że to może być tymczasowa usterka - może administrator zaraz naprawi link. Weźmy przykład: portal usuwa stary news o awarii wodociągów sprzed trzech lat. Robot trafia na 404 i zamiast uznać sprawę za zamkniętą, wraca sprawdzić tę samą, pustą stronę miesiąc po miesiącu - na wszelki wypadek, czy treść nie wróciła.
To marnowanie czasu robota, który mógłby w tym czasie robić coś pożyteczniejszego, na przykład indeksować dzisiejsze artykuły.
Jeśli jednak Twoja strona ma z indeksacją problem poważniejszy niż pojedyncze błędy 404 - na przykład Google w ogóle jej nie widzi - warto sprawdzić 10 powodów, dla których Google nie widzi Twojej strony (i jak to naprawić).
Kod 410 (trwałe usunięcie). Narzędzie, które łatwo pominąć
Obok 404 istnieje jeszcze jeden kod do tej samej sytuacji - ale o zupełnie innej wymowie.
410 różni się od 404 jedną, ale kluczową rzeczą. Nie mówi "nie znalazłem". Mówi wprost: "to zostało celowo usunięte i nie wróci".
To bardzo konkretny sygnał dla wszystkiego, co skanuje portal.
Gdy robot trafia na dawno skasowany news o lokalnym wypadku i dostaje 410 zamiast 404, zapamiętuje tę decyzję i przestaje wracać. Skoro treść zniknęła na zawsze, nie ma po co sprawdzać jej za tydzień, za miesiąc, ani za rok.
To realna korzyść dla całego serwisu.
Budżet czasu, jaki roboty poświęcają na skanowanie portalu, przestaje się marnować na martwe adresy. Zamiast krążyć po starych pustych stronach, roboty od razu docierają do świeżych artykułów sprzed pięciu minut.
Dla serwisów newsowych to często decyduje o obecności w Google News.
Nie zapomnij o człowieku, który zobaczy ten błąd
Jest jedna rzecz, o którą łatwo zapomnieć przy wdrażaniu strony o usuniętej treści.
Zwrot kodu błędu dla robota to jedno. Wygląd tej strony dla żywego czytelnika to zupełnie inna sprawa. Nikt nie chce patrzeć na gołą, białą kartkę z technicznym komunikatem - to najszybszy sposób, żeby stracić kogoś na dobre.
Warto zbudować dla takich przypadków osobny, przyjazny widok.
Coś w barwach portalu, z prostym komunikatem: "ten tekst jest już nieaktualny, dlatego trafił do archiwum". Dorzuć wyszukiwarkę wewnętrzną.
Niżej pokaż kilka najciekawszych materiałów z bieżącego dnia.
W ten sposób Google dostaje sygnał do wyczyszczenia linku z indeksu, a czytelnik i tak zostaje na stronie - zamiast ją zamykać.
Kody 451 i 418. Prawo i branżowy żart
W internetowym słowniku są też kody do bardzo specyficznych sytuacji.
Jeden z nich to 451 - brzmi ponuro i nieprzypadkowo. Nazwa nawiązuje do "Fahrenheita 451", książki o paleniu książek. Kod pojawia się, gdy portal musi ukryć artykuł z powodów prawnych.
Wyrok sądu, nakaz policji, naruszenie praw autorskich, cenzura państwowa - w każdym z tych przypadków wolne media wolą pokazać 451 niż po cichu usunąć tekst. To jasny sygnał, że zniknięcie treści miało podłoże odgórne, a nie redakcyjne.
Dla organizacji monitorujących wolność słowa to istotna informacja.
Ciekawszy przypadek to kod 418 - czysty branżowy żart.
Powstał ponad dwadzieścia lat temu, na prima aprilis. Dosłownie oznacza: "jestem czajniczkiem, nie zrobię ci kawy". Miał być zabawnym żartem programistów bez realnego zastosowania.
Dziś jednak bywa używany bardzo praktycznie.
Portale informacyjne regularnie walczą z botami, które masowo kradną treści. Weźmy przykład: skrypt odpytuje serwer setki razy na minutę, kopiując kolejne artykuły do własnej bazy. Gdy system obronny wyłapie taki wzorzec, może celowo zwrócić mu właśnie kod 418 zamiast prawdziwej treści strony.
Zaskoczony skrypt często po prostu się zawiesza, nie wiedząc, jak zinterpretować taką odpowiedź.
Kaskady przekierowań, czyli gubienie się we własnym serwisie
Wiedząc już, co znaczą poszczególne kody, warto spojrzeć, co się dzieje, gdy łączą się w długie łańcuchy.
Portal rośnie latami - dochodzi certyfikat SSL, zmieniają się nazwy działów, znika przedrostek "www". Stary link z 2011 roku przeskakuje na wersję z 2015, potem 2018, a na końcu na obecny adres.
To właśnie kaskada przekierowań - i wróg każdej optymalizacji.
Każdy taki skok to strata czasu. Na światłowodzie w biurze prawie się jej nie odczuwa, ale czytelnik na słabym zasięgu zobaczy biały ekran na kilka sekund. Część po prostu zamknie stronę, zanim się załaduje.
Google traktuje takie wędrówki równie nieprzychylnie.
Z dokumentacji wynika jasno: powyżej dziesięciu skoków robot się poddaje. Przestaje śledzić dalej, a moc linków, którą mieliście przenieść, po drodze wyparowuje. Dlatego zespół techniczny powinien pilnować płaskiej struktury - stary link od razu do ostatecznego adresu, bez historycznych przystanków.
Czy każdy łańcuch jest zły? Kilka wyjątków
Są sytuacje, w których krótkie łańcuchy mają sens biznesowy i nikomu nie szkodzą.
Pierwsza to linki partnerskie. Polecając sprzęt, kierujesz czytelnika przez serwer naliczający prowizję, zanim trafi do koszyka w sklepie. To celowe, zarabiające przekierowanie i wyszukiwarki nie mają z nim problemu.
Druga sytuacja to weryfikacja dostępu w portalach z prenumeratą.
Żeby sprawdzić, czy czytelnik ma opłacony abonament na dany tekst, system musi na moment przerzucić go do osobnej bazy z danymi logowania, a potem odesłać z powrotem pod artykuł.
Dopóki ten proces jest krótki i oparty na bezpiecznych kodach - takich jak wspomniane wcześniej 307 - wyszukiwarki nie widzą w tym żadnego zagrożenia.
Sztuczna inteligencja i kody HTTP - inne zasady gry
Na koniec warto spojrzeć na to, z czym mierzy się dziś wydawca poza klasycznym Google.
Modele językowe i wyszukiwarki oparte na generatywnej AI zbierają wiedzę z portali informacyjnych, żeby serwować użytkownikom gotowe streszczenia. Problem w tym, że boty AI radzą sobie z przekierowaniami znacznie gorzej niż roboty Google.
Wracamy do tego samego przykładu: skasowanego newsa przekierowanego na stronę główną.
Klasyczny robot szybko rozpozna sztuczkę i zignoruje taki adres. Bot AI bywa dużo bardziej naiwny - wejdzie w stary link do usuniętej recenzji serialu, trafi na dzisiejszą stronę główną z wywiadem o aferze politycznej i po prostu połączy te dwa fakty ze sobą.
Wynik? Model generuje dla użytkownika bzdurę, powołując się przy tym na twoją redakcję jako źródło.
To prosta droga do utraty zaufania do marki. Dlatego uczciwe stosowanie kodu 410 tam, gdzie treść naprawdę zniknęła na stałe, to dziś coś więcej niż dobra praktyka - to zabezpieczenie przed przekłamaniami, które mogą rozejść się po całym internecie.
Kilka pytań, zanim klikniecie "przekieruj"
Duże archiwum to ciągłe decyzje, a każda z nich kosztuje - albo ruch, albo czas zespołu, albo jedno i drugie.
Znajomość kodów z rodziny 300 i 400 to nie jest wyłącznie sprawa działu IT. To narzędzie strategiczne dla każdego, kto odpowiada za widoczność portalu w wyszukiwarkach.
Zanim zlecicie kolejne masowe przekierowanie starych działów tematycznych, warto zadać zespołowi kilka pytań.
Czy nowa strona rzeczywiście odpowiada na to samo pytanie, co stary tytuł?
Czy dziesięcioletni tekst o dawno zapomnianym wydarzeniu lokalnym w ogóle przynosi jeszcze jakąkolwiek wartość?
Czy usunięcie tych treści z indeksu przez kod 410 zwolni budżet skanowania na rzecz świeższych, bieżących publikacji?
Jeśli odpowiedzi prowadzą w stronę uporządkowania archiwum - zróbcie to. Postawcie porządną stronę błędu, odetnijcie martwe adresy i pozwólcie robotom skupić się na tym, co naprawdę aktualne.
