410 Gone — trwale usunięte
Czym jest status HTTP 410 Gone, jak Google usuwa strony 410 z indeksu nieco szybciej niż 404, kiedy używać 410 zamiast 404 dla trwale usuniętej treści i jak wpływa to na budżet crawlowania.
Języki
1 sygnał dowodowy na tej stronie
- Powiązane działające narzędzieHTTP Status & Redirect Checker
Kod statusu 410 Gone mówi wyszukiwarkom, że strona została celowo i trwale usunięta — w przeciwieństwie do 404, które mówi tylko „nie znaleziono” i nie wyjaśnia dlaczego. Oba kody z czasem usuwają stronę z indeksu; 410 mocniej sygnalizuje trwałość, więc Google potwierdza i usuwa go nieco szybciej oraz trochę rzadziej sprawdza. Różnica jest rzeczywista, ale umiarkowana — nie chodzi o powtarzaną w sieci dramatyczną liczbę „3 razy szybciej”. Dla większości pojedynczych usunięć wystarczy 404; 410 opłaca się przy dużej skali (masowe usunięcia, migracje bez równoważnego URL-a, sprzątanie spamu). Większym błędem niż wybór 404 czy 410 jest soft 404, który bez końca marnuje budżet crawlowania.
TL;DR — Kod 410 Gone mówi wyszukiwarkom: „ta strona była tutaj, usunęliśmy ją celowo i nie wróci”. Przypomina 404 (Not Found), ale wyraża intencję: 404 mówi tylko „nic tu nie ma”, a 410 — „zniknęło na stałe”. Oba kody z czasem usuwają stronę z Google, które opisuje je jako równoważne.
Co oznacza 410
Gdy przeglądarka albo wyszukiwarka prosi o stronę, serwer odpowiada kodem
statusu. 200 oznacza „oto ona”, 404 — „nie znaleziono”, a 410 —
„było tu coś, ale zniknęło na stałe”.
Różnica między 404 a 410 sprowadza się do pewności. 404 jest niejednoznaczny: strona mogła zostać usunięta, ktoś mógł pomylić adres albo mógł wystąpić błąd. 410 usuwa tę niejednoznaczność — wyraźnie sygnalizuje celowe, trwałe usunięcie.
Evidence for this claim RFC 9110 defines 410 Gone as indicating that access to the target resource is no longer available and is likely to remain unavailable. Scope: HTTP semantics for 410 responses; servers should use 404 when permanence is unknown. Confidence: high · Verified: IETF: RFC 9110 §15.5.11 — 410 GoneDlaczego ma znaczenie dla SEO
Jeśli usuniesz stronę i zwróci ona 404 albo 410, Google z czasem usunie ją z wyników wyszukiwania. To najważniejsze: oba kody spełniają swoje zadanie. Wytyczne Google traktują je tak samo w Search i nie obiecują specjalnego terminu usunięcia dla 410. Evidence for this claim Google treats 404, 410, and other 4xx responses except 429 the same for Search, does not use their content, and removes previously indexed URLs over time. Scope: Google Search handling of 4xx responses; no exact removal timetable is promised. Confidence: high · Verified: Google: HTTP status codes and Search Google: How HTTP status codes affect Google's crawlers
Kilka rzeczy, które początkujący często rozumieją źle:
- To nie dzieje się natychmiast. Google musi ponownie zcrawlować URL, aby zauważyć nowy status. 410 przyspiesza decyzję, a nie harmonogram crawlowania.
- Nie blokuj URL-a. Jeśli usuniesz stronę i zablokujesz ją w
robots.txt, Google nie zobaczy 410 i nie przetworzy usunięcia. - Jeśli masz dobry zamiennik, przekieruj zamiast usuwać. Gdy treść ma naturalny
odpowiednik, zwykle lepszy będzie
301; 410 niszczy popyt na stronę.
Prosta reguła
Użyj 410, gdy masz pewność, że strona zniknęła na zawsze i chcesz to jasno powiedzieć — przy wycofanych produktach, usuniętych sekcjach i sprzątaniu spamu. Użyj 404, gdy nie masz pewności, strona może wrócić albo nie warto ponosić kosztu szczególnej implementacji. Przy większości pojedynczych usunięć zwykły 404 w zupełności wystarczy.
Chcesz poznać dane stojące za pytaniem „o ile szybciej”, słowa Johna Muellera i sposób działania na dużą skalę podczas migracji? Przejdź do karty Advanced.
TL;DR — 410 i 404 z czasem usuwają URL z indeksu Google; ważne są szybkość decyzji o usunięciu i budżet crawlowania, nie samo usunięcie. Dokumentacja Google traktuje oba kody jako jedną grupę
4xx. Twierdzenie „410 jest szybszy” ma potwierdzenie w danych i wypowiedzi Google, ale skala jest mała. Google potwierdza 410 nieco szybciej i rzadziej go ponownie crawluje. Często powtarzana liczba „3 razy szybciej, 4 wobec 12 dni” to niezweryfikowany folklor. 410 ma największy sens przy masowych usunięciach, migracjach bez odpowiednika i sprzątaniu spamu; większym błędem jest soft 404 marnujący budżet.
Czym naprawdę jest 410
410 Gone to błąd klienta z rodziny 4xx. Semantycznie jest to „silniejszy
404”: zasób istniał, został celowo i trwale usunięty, a klient nie otrzymuje
adresu przekierowania. 404 nie mówi nic o intencji ani trwałości.
RFC 9110 §15.5.11 określa „gone” jako stan prawdopodobnie trwały; jeśli nie wiesz, czy będzie trwały, specyfikacja zaleca 404. Kod ma ułatwić utrzymanie przez wskazanie klientom i crawlerom, że odnośnik należy usunąć. Standard nie wymaga 410 dla każdego trwale usuniętego zasobu ani utrzymywania go wiecznie — oba wybory pozostawia właścicielowi. Odpowiedź 410 jest domyślnie heurystycznie buforowalna, więc cache lub CDN może ją serwować do wygaśnięcia bez jawnych nagłówków cache-control.
Evidence for this claim RFC 9110 does not require every permanently unavailable resource to return 410, nor does it require the 410 status to remain in place indefinitely — both are left to the origin server's discretion. A 410 response is also heuristically cacheable by default unless cache-control headers say otherwise. Scope: HTTP semantics for 410 responses; deployment scope, duration, and caching are origin/CDN-level decisions, not protocol requirements. Confidence: high · Verified: IETF: RFC 9110 §15.5.11 — 410 GoneW SEO różnica sprowadza się do sygnalizowania intencji. Oba kody mówią crawlerowi, że strony nie należy serwować. 410 dodaje „i nie oczekuj jej powrotu”.
Czy Google usuwa 410 z indeksu szybciej niż 404?
Krótka odpowiedź: tak, ale umiarkowanie. Uczciwe wyjaśnienie trzeba rozdzielić na trzy rzeczy, które często są mylone.
1. Co naprawdę mówi dokumentacja Google. Dokumenty nie wyznaczają specjalnego
terminu dla 410. Mówią:
“All 4xx errors, except 429, are treated the same: Google crawlers inform the
next processing system that the content doesn’t exist.”
(tłumaczenie) „Wszystkie błędy 4xx, poza 429, są traktowane tak samo: crawlery
Google informują następny system przetwarzania, że treść nie istnieje.”
Evidence for this claim Google treats 404, 410, and other 4xx responses except 429 the same for Search, does not use their content, and removes previously indexed URLs over time. Scope: Google Search handling of 4xx responses; no exact removal timetable is promised. Confidence: high · Verified: Google: HTTP status codes and Search Google: How HTTP status codes affect Google's crawlers Dalej czytamy:
“Google doesn’t use the content from URLs that return 4xx status codes. If a URL
was previously used but is now returning 4xx status code, Google systems will stop
using the URL over time.”
(tłumaczenie) „Google nie używa treści z URL-i zwracających kody 4xx. Jeśli URL
był wcześniej używany, ale teraz zwraca 4xx, systemy Google z czasem przestaną
go używać.” W praktyce właśnie tak Google opisuje wygaszanie adresów, które
wcześniej działały; mechanizm jest opisany dla 404 i działa tak samo:
“the indexing pipeline removes the URL from the index if it was previously indexed.
Newly encountered 404 pages aren’t processed. The crawling frequency gradually
decreases.”
(tłumaczenie) „Potok indeksowania usuwa URL z indeksu, jeśli wcześniej był
zindeksowany. Nowe strony 404 nie są przetwarzane. Tempo crawlowania stopniowo
spada.” Tylko 429 ma inne traktowanie.
2. Co mówił John Mueller. Początkowo nazywał różnicę nieistotną, lecz później skorygował się: “it appears I was wrong there — we do treat 410s slightly differently than 404s,” (tłumaczenie) „wygląda na to, że się myliłem — traktujemy 410 nieco inaczej niż 404”, a Google “will sometimes want to confirm a 404 before removing a URL from the index, and we tend to do that faster with a 410.” (tłumaczenie) „czasem chce potwierdzić 404 przed usunięciem URL-a z indeksu i zwykle robi to szybciej przy wyniku HTTP 410.” Różnica istnieje, ale jest mała. 410 nie zatrzymuje okazjonalnego ponownego sprawdzania, szczególnie gdy do URL-a prowadzą linki przychodzące.
3. Co pokazują niezależne testy. Reboot Online zbadał 119 testowych URL-i przez ponad trzy miesiące. Wynik dotyczył częstotliwości crawlowania, nie liczby dni do usunięcia z indeksu: “404’s are, on average, crawled 49.6% more often than 410’s.” (tłumaczenie) „404 są średnio crawlowane o 49,6% częściej niż 410.” Googlebot wydaje więc mniej budżetu na ponowne sprawdzanie 410. Badanie mierzyło częstotliwość, bo API GSC nie pozwalało czysto zmierzyć, czy URL nadal jest w indeksie.
Moje ujęcie w tekście HTTP Status Codes: A Complete List jest zgodne z tym obrazem: “404s and 410s have a similar treatment. Both drop pages from the index, but 410s are slightly faster. In practical applications, they’re roughly the same.” (tłumaczenie) „404 i 410 są traktowane podobnie. Oba usuwają strony z indeksu, ale 410 jest nieco szybszy. W praktyce są mniej więcej takie same.” Uwierz w „nieco”, a odrzuć „trzy razy”.
Mit, który należy porzucić
W wielu blogach powtarza się „410 usuwa z indeksu 3 razy szybciej — 4 dni wobec 12”. Nie udało mi się prześledzić tej liczby do badania z opisaną metodologią — wygląda na zniekształconą wersję wyniku Reboot. Nie cytuj jej. Uzasadnione twierdzenie brzmi: „trochę szybciej i trochę rzadziej crawlowany”.
Kiedy użyć 410, 404 albo przekierowania
To decyzja między trzema możliwościami, nie dwiema.
- Użyj 410, gdy masz pewność, że treść zniknęła na zawsze i chcesz to aktywnie zasygnalizować: masowe usunięcia, wycofane produkty, sprzątanie spamu lub treści po włamaniu, konsolidacje bez zamiennika.
- Wybierz 404, gdy nie masz pewności, strona może wrócić albo nie warto ponosić kosztu szczególnej implementacji. Przy małej liczbie usunięć 404 wystarczy.
- Użyj przekierowania 301, gdy istnieje równoważna strona. Przekieruj ją, przekaż sygnały i zachowaj popyt; 410 celowo to wszystko odrzuca.
Ani 410, ani 404, ani przekierowanie nie jest samo w sobie dźwignią wartości linków zwrotnych lub autorytetu tematycznego. Zależy to od tego, dokąd prowadzą linki po zmianie: przekierowanie może przekazać sygnały nowemu celowi, a 410 nie ma ich gdzie przekazać. Sprawdź rzeczywiste linki i cele zamiast zakładać, że sam status gwarantuje wynik.
Pułapka soft 404 (błąd, który naprawdę kosztuje)
Wybór „niewłaściwego” kodu 4xx to drobiazg w porównaniu z soft 404 — stroną,
która zwraca 200 OK, ale pokazuje komunikat „nie znaleziono”. Google nadal ją
crawluje, bo według statusu jest aktywna. Takie strony “will continue to be
crawled, and waste your budget.”
(tłumaczenie) „będą nadal crawlowane i będą marnować Twój budżet.” Celem jest
prawdziwy 404/410, nie przyjazna strona „tego już nie ma” odpowiadająca 200.
410 przy migracjach i masowych usunięciach
Przy zmianie platformy albo dużym przycinaniu treści decydujesz o losie tysięcy URL-i naraz, więc wybór przestaje być akademicki.
- Migracje: treść, której nie przenosisz, powinna zwracać na nowej stronie prawdziwy 404 albo 410. Przekieruj to, co ma odpowiednik; 410 zwróć dla treści wycofanej bez odpowiednika; niepewne URL-e mogą pozostać jako 404. Przekierowania utrzymuj długo (Google sugeruje co najmniej rok), ale nie przekierowuj adresu bez miejsca docelowego na luźno powiązaną stronę.
- Masowe usunięcia: 410 ma tu największy sens. Przy usunięciu 50 000 SKU albo całej sekcji rzadsze powroty crawlera dają skumulowaną oszczędność. Produkt wycofany na zawsze dostaje 410, lecz produkt chwilowo niedostępny, który wróci, powinien pozostać aktywny.
- Wdrożenie na dużą skalę: użyj reguł w serwerze, CDN-ie, workerze edge albo
CMS-ie — na przykład
locationNginx,RewriteRule … [R=410]Apache lub wtyczki masowej — zamiast ręcznie edytować każdą stronę.
Przejdź do karty Playbooks, aby zobaczyć procedurę masowego usuwania krok po kroku.
Jak Bing to obsługuje (i jak to przyspieszyć)
Mechanizm Binga jest podobny: usuń stronę, aby zwracała 404 albo 410, pozostaw
URL możliwy do crawlowania (nie blokuj go w robots.txt), a Bing usunie go po
ponownym crawlowaniu. IndexNow przyspiesza powiadomienie — wyślij sygnał przy
usunięciu i utrzymuj aktualną sitemapę. Przy pilnych usunięciach narzędzie Binga
Block URLs ukrywa URL na około 90 dni jako rozwiązanie tymczasowe.
Strony pomocy Binga renderują się przez JavaScript, więc dokładne obecne brzmienie nie dało się czysto automatycznie zweryfikować. Traktuj opisany mechanizm jako praktykę udokumentowaną przez Bing; przed uznaniem szczegółów, takich jak około 90-dniowe okno Block URLs, za ostateczne sprawdź bieżącą pomoc.
Jak sprawdzić, czy 410 działa
- Sprawdź surowy status.
curl -I https://example.com/gone-page/powinno pokazaćHTTP/… 410; DevTools → Network pokaże to samo. Ufaj nagłówkowi, nie samej widocznej stronie. - Inspekcja URL-a (GSC). Sprawdź, kiedy Google ostatnio zcrawlował URL i jaki status zobaczył.
- Raport Page Indexing. Obserwuj URL-e wychodzące ze zbioru zindeksowanych podczas kolejnych crawli.
Pamiętaj o oczekiwaniu opisanym w poradniku remove URLs: “removed from the index shortly after the page is re-crawled. Until it is removed, the page may still show in search results.” (tłumaczenie) „usuwana z indeksu wkrótce po ponownym zcrawlowniu strony. Zanim to nastąpi, strona może nadal pojawiać się w wynikach wyszukiwania.” 410 nie omija ponownego crawlowania — wygrywa decyzję, gdy crawl się wydarzy.
Powiązane teksty w tym klastrze: status 404 Not Found, porównanie 404 a 410 i pułapka soft 404.
Podsumowanie AI
Skrócona wersja wariantu Advanced:
- 410 Gone = celowe, trwałe usunięcie. 404 mówi „nie znaleziono” bez podania przyczyny; 410 wyraźnie sygnalizuje, że strona nie wróci.
- Oba kody ostatecznie usuwają stronę z indeksu. Google umieszcza je w grupie
4xx; zindeksowane URL-e zwracające4xxsą usuwane i z czasem crawlowane rzadziej. - 410 jest szybszy — umiarkowanie. Google potwierdza nieco szybsze usunięcie, a test Reboot Online wykazał około 49,6% częstsze crawlowanie 404 niż 410.
- Nie powtarzaj „3 razy szybciej / 4 wobec 12 dni” — to niezweryfikowany folklor.
- To nie dzieje się natychmiast i nie zatrzymuje ponownego crawlowania, zwłaszcza dla URL-i z linkami przychodzącymi.
- Reguła: 410 = pewność i trwałość; 404 = niepewność lub niski koszt; 301 = istnieje równoważna strona.
- Soft 404 to gorszy błąd: strona z komunikatem „nie znaleziono” i statusem
200bez końca marnuje budżet crawlowania. - Przy dużej skali użyj reguł serwera/CDN-u/CMS-u, IndexNow dla Binga i pozostaw URL-e możliwe do crawlowania.
Dokumentacja oficjalna
Dokumentacja źródeł pierwotnych wyszukiwarek.
Protokół
- RFC 9110 §15.5.11 — 410 Gone — definicja standardu HTTP: prawdopodobnie trwała niedostępność, cel usuwania odnośników, decyzja właściciela o zakresie i czasie oraz heurystyczna buforowalność.
- Jak kody statusu HTTP, sieci i błędy DNS wpływają na wyszukiwarkę Google — tabela
4xx, w tym410 (gone), oraz usuwanie URL-i z indeksu. - Jak kody statusu HTTP wpływają na crawlery Google — wszystkie
4xxpoza429są traktowane tak samo. - Optymalizacja budżetu crawlowania — 404/410 dla trwale usuniętych stron i eliminowanie soft 404.
- Soft 404 errors — dlaczego soft 404 jest gorszy od prawdziwego 404/410.
- Zmiany witryny z modyfikacją URL — 404/410 dla treści, których nie przenosisz.
Bing / Microsoft
- How to permanently remove a URL or page from Bing or Copilot — zwracanie 404/410, pozostawienie URL-a możliwego do crawlowania i Block URLs w pilnych przypadkach.
- IndexNow / indexnow.org — sygnał o zmienionych lub usuniętych URL-ach.
Cytaty ze źródła
Udokumentowane wypowiedzi Google, jego rzeczników i niezależnych testów. Każdy oficjalny odnośnik prowadzi bezpośrednio do cytowanego fragmentu.
Google — obsługa 4xx (w tym 410)
- “All
4xxerrors, except429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (tłumaczenie) „Wszystkie błędy4xx, poza429, są traktowane tak samo: crawlery Google informują następny system przetwarzania, że treść nie istnieje.” — dokumentacja crawlerów Google. Przejdź do cytatu - “Google doesn’t use the content from URLs that return
4xxstatus codes. If a URL was previously used but is now returning4xxstatus code, Google systems will stop using the URL over time.” (tłumaczenie) „Google nie korzysta z treści URL-i zwracających kody4xx. Gdy adres wcześniej działał, a teraz zwraca4xx, systemy Google z czasem przestają go używać.” — dokumentacja Google Search Central. Przejdź do cytatu - “the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.” (tłumaczenie) „Jeśli URL był wcześniej zindeksowany, potok indeksowania usuwa go z indeksu. Nowo napotkane strony 404 nie są przetwarzane, a częstotliwość ich crawlowania stopniowo maleje.” Przejdź do cytatu
Google — budżet crawlowania i trwałe usuwanie
- “Return a
404or410status code for permanently removed pages. Google won’t forget a URL that it knows about, but a404status code is a strong signal not to crawl that URL again.” (tłumaczenie) „Dla trwale usuniętych stron zwracaj404albo410. Google nie zapomni znanego URL-a, ale404jest silnym sygnałem, aby nie crawlowć go ponownie.” — dokumentacja Google Search Central. Przejdź do cytatu - “Eliminate
soft 404errors.soft 404pages will continue to be crawled, and waste your budget.” (tłumaczenie) „Eliminuj błędysoft 404. Stronysoft 404będą nadal crawlowane i będą marnować Twój budżet.” Przejdź do cytatu
John Mueller, Google (za pośrednictwem relacji wtórnej)
- “It’s good to double-check these things, and it appears I was wrong there — we do treat 410s slightly differently than 404s.” (tłumaczenie) „Dobrze jest to ponownie sprawdzać i wygląda na to, że się myliłem — traktujemy 410 nieco inaczej niż 404.” Google “will sometimes want to confirm a 404 before removing a URL from the index, and we tend to do that faster with a 410 HTTP result code.” (tłumaczenie) „Google czasem chce potwierdzić 404 przed usunięciem URL-a z indeksu, a przy wyniku HTTP 410 zwykle robi to szybciej.” Relacja Search Engine Roundtable dotycząca dalszej wypowiedzi Muellera; przed uznaniem za ostateczne sprawdź źródło na żywo. Przeczytaj relację
Niezależny test — Reboot Online
- “An analysis of the Google Search Console API data looking at our sample of 119 test web pages shows that 404’s are, on average, crawled 49.6% more often than 410’s.” (tłumaczenie) „Analiza danych API Google Search Console dla próby 119 testowych stron pokazuje, że 404 są średnio crawlowane o 49,6% częściej niż 410.” Pomiar częstotliwości ponownego crawlowania, nie liczby dni do usunięcia z indeksu. Przeczytaj eksperyment
Playbook: masowy 410 dla zestawu URL-i (usuwanie albo migracja)
Użyj tego playbooka, gdy wycofujesz wiele URL-i naraz — serię produktów, przyciętą sekcję treści albo materiały, których nie przenosisz do nowej witryny. Pracuj od góry do dołu.
-
Potwierdź, że te URL-e zniknęły na zawsze. 410 to drzwi jednokierunkowe. To, co może wrócić (sezonowa oferta, chwilowy brak zapasów), nie jest przypadkiem dla 410 — pozostaw to aktywne. Prawdziwy odpowiednik dostaje 301, nie 410. Na liście 410 pozostają tylko URL-e bez przyszłości i zamiennika.
-
Podziel zestaw URL-i według czystej reguły. Potrzebujesz wzorca, nie arkusza z 50 000 wierszy: prefiksu ścieżki (
/archive/,/discontinued/), sygnatury parametrów albo listy wyrażalnej jakomap. Jeśli nie da się tego zapisać regułą, zestaw jest zbyt chaotyczny — wróć do kroku 1. -
Wdróż 410 na brzegu albo serwerze, masowo.
- Nginx:
location /discontinued/ { return 410; } - Apache/.htaccess:
RewriteRule ^discontinued/ - [R=410,L](alboRedirect gone /old-path). - CDN/worker edge: zwracaj
410dla pasujących ścieżek — szybko i z możliwością buforowania. - CMS/wtyczka: przypisz 410 do listy URL-i masowo, bez ręcznej edycji każdej strony.
- Nginx:
-
Serwuj prawdziwą odpowiedź 410 — nie soft 404. Status
410musi być w nagłówku. Przyjazna strona „tego już nie ma” jest w porządku, o ile odpowiada410, nie200. Sprawdź próbkę:curl -I <url>ma pokazaćHTTP/… 410. -
Pozostaw URL-e możliwe do crawlowania. Nie blokuj ich w
robots.txt. Jeśli boty nie mogą wejść na URL, nie zobaczą 410 i nie przetworzą usunięcia. -
Usuń wewnętrzne linki i sitemapę. Usuń wycofane URL-e z mapy XML i nawigacji, aby nie kierować botów ani użytkowników na martwe strony. Linki przychodzące są głównym powodem dalszego sprawdzania 410 przez Google.
-
Przyspiesz ponowny crawl. Dla Binga wyślij IndexNow z usuniętymi URL-ami. Dla Google nie ma masowego przyspieszacza, ale Inspekcja URL-a i zaktualizowana mapa pomagają zauważyć zmianę wcześniej. Spodziewaj się wielu crawli, nie kilku godzin.
-
Monitoruj usuwanie z indeksu. Śledź URL-e opuszczające indeks w raporcie Page Indexing GSC i Bing Webmaster Tools przez kolejne tygodnie. Jeśli pozostają, sprawdź blokowanie w
robots.txt, soft 404 z200oraz silne linki przychodzące utrzymujące zainteresowanie crawlera.
Kiedy nie uruchamiać tego playbooka
- Usunięcie pojedynczej strony: zwykły 404 wystarczy; reguła 410 nie jest warta pracy.
- Tymczasowe usunięcie / brak zapasów: pozostaw stronę aktywną; nie zwracaj 410, jeśli ma wrócić.
- Treść przeniesiona: przekieruj 301 na nowy URL — 410 niszczy popyt, który chcesz zachować.
- Pilne usunięcie prawne lub wyciek: ustaw 410, a dodatkowo użyj Block URLs Binga i narzędzia Google Removals, aby ukryć wynik, zanim status się rozejdzie.
Diagnozowanie przypadkowego 410
Jeśli URL zwraca 410, choć nie powinien, sprawdź poniższe punkty, zanim uznasz to za błąd kodu aplikacji — masowe reguły psują się na kilka przewidywalnych sposobów:
- Reguły originu, edge i CMS-u. Sprawdź konfigurację serwera, reguły CDN/workerów edge oraz wtyczki CMS pod kątem zbyt szerokiego wzorca ścieżki.
- Warstwa cache/CDN. 410 jest domyślnie heurystycznie buforowalny; stary cache może nadal serwować 410 po naprawie reguły, dopóki nie wygaśnie albo nie zostanie wyczyszczony.
- Linki wewnętrzne i sitemapę. Potwierdź, że URL nie trafił do reguły masowego 410 przez zbyt szerokie dopasowanie prefiksu.
- Canonicale, hreflang i feedy. Wpis wskazujący URL oznacza, że 410 psuje więcej niż jedną stronę — prześledź wszystko, co się do niego odwołuje.
- Wycofanie. Zachowaj poprzednią regułę/konfigurację, aby natychmiast cofnąć błędne dopasowanie.
Czy ten URL powinien zwracać 410?
What should happen to the removed URL?
Prompt: sklasyfikuj listę usunięć
Classify each URL in this deletion spreadsheet as keep live, 301 redirect, 404, 410,
or needs human review. Use only the columns I provide: current status, replacement
candidate, permanence, traffic/backlink notes, internal links, and sitemap membership.
Explain each 410 decision, flag unsupported replacement mappings, and output a CSV
plus a validation sample. Do not invent destinations or assume a product is permanent.
[PASTE ROWS AND COLUMN DEFINITIONS]Prompt: przejrzyj masową regułę 410
Review this server, CDN, or application rule that returns 410 for retired URLs. Find
overbroad path matches, conflicts with redirects, robots.txt blocking, soft-404 200s,
and URLs that might return. Give a minimal safer rule and a pass/fail test matrix.
Preserve the configuration language I provide and do not invent provider syntax.
[PASTE RULE AND REPRESENTATIVE URLS] Shell: sprawdź listę wycofanych URL-i
Uruchom to w terminalu macOS/Linux, mając jeden bezwzględny URL w każdym wierszu
pliku gone-urls.txt.
while IFS= read -r url; do
code=$(curl -sS -o /dev/null -w '%{http_code}' "$url")
printf '%s,%s\n' "$code" "$url"
done < gone-urls.txtPrzejrzyj wszystko, co zwraca coś innego niż 410, zamiast automatycznie to przepisywać; przekierowanie albo aktywny URL może być zamierzony.
PowerShell: sprawdź tę samą listę
Get-Content .\gone-urls.txt | ForEach-Object {
$r = Invoke-WebRequest -Uri $_ -SkipHttpErrorCheck
[PSCustomObject]@{ Status = $r.StatusCode; Url = $_ }
} | Export-Csv .\gone-results.csv -NoTypeInformationKonsola DevTools: znajdź linki do wycofanej ścieżki
Uruchom to w konsoli przeglądarki po zastąpieniu prefiksu ścieżki.
console.table([...document.links].filter(a => new URL(a.href).pathname.startsWith('/retired/')).map(a => ({text: a.textContent.trim(), href: a.href}))); Narzędzia do wdrażania i sprawdzania kodów 410
- Bulk HTTP Status Code Checker: sprawdź cały wycofany zestaw i wykryj przypadkowe kody 200s, przekierowania oraz niespójne odpowiedzi.
- Redirect Map Builder: oddziel URL-e z prawdziwymi odpowiednikami od tych, które należy usunąć przed zapisaniem reguł 410.
- SEO Migration Planner & Validator: przejrzyj mapowania przekierowań i wdrożone statusy podczas migracji, w której część URL-i jest wycofywana.
- Link Analyzer: znajdź wewnętrzne linki nadal wskazujące usunięte URL-e, aby witryna przestała reklamować martwe cele.
- Inspekcja URL-a i indeksowanie stron w Search Console: potwierdź ostatnią odpowiedź widzianą przez Google i monitoruj URL-e opuszczające indeks po ponownym crawlu.
Sprawdź wdrożenie 410
Test statusu i zakresu
Test do wykonania: sprawdź reprezentatywne dopasowania, prawie-dopasowania i wyjątki za pomocą Bulk HTTP Status Code Checker. Oczekiwany wynik: tylko zatwierdzone wycofane URL-e zwracają 410. Interpretacja niepowodzenia: reguła jest zbyt szeroka, zbyt wąska albo zasłonięta. Okno monitorowania: natychmiast po wdrożeniu edge/origin. Wyzwalacz wycofania: aktywny lub możliwy do przekierowania URL zwraca 410.
Test możliwości crawlowania i treści
Test do wykonania: pobierz próbkę i sprawdź robots.txt oraz surowy status.
Oczekiwany wynik: crawlery mogą żądać URL-a, odpowiedź to 410, a przyjazna treść
nie zmienia jej w 200. Interpretacja niepowodzenia: reguła robots ukrywa sygnał
albo szablon tworzy soft 404. Okno monitorowania: natychmiast.
Wyzwalacz wycofania: wdrożenie blokuje crawlowanie albo serwuje 200.
Test czyszczenia sygnałów wewnętrznych
Test do wykonania: zcrawluj linki wewnętrzne i sprawdź mapy XML. Oczekiwany wynik: zatwierdzone URL-e 410 nie występują w nawigacji ani sitemapach. Interpretacja niepowodzenia: witryna wysyła sprzeczne sygnały odkrywania. Okno monitorowania: po następnej publikacji mapy lub buildu. Wyzwalacz wycofania: czyszczenie usuwa linki spoza zatwierdzonego zestawu.
Test diagnozy przypadkowego 410
Test do wykonania: dla nieoczekiwanego URL-a zwracającego 410 sprawdź zakres reguł origin/edge/CMS, cache/CDN oraz canonical, hreflang i feedy. Oczekiwany wynik: dopasowanie jest celowe i nie wpływa na niezamierzone cele. Interpretacja niepowodzenia: zbyt szeroka reguła, nieaktualny cache 410 albo źle ograniczony wpis powoduje niewłaściwy status. Okno monitorowania: po zgłoszeniu. Wyzwalacz wycofania: wróć do ostatniej poprawnej konfiguracji i wyczyść cache.
Sprawdź się: 410 Gone
Pięć krótkich pytań o znaczenie 410 i moment jego użycia. Wybierz odpowiedź przy każdym pytaniu, a potem sprawdź wynik.
Zasoby warte uwagi
Moje powiązane teksty
- Kody statusu HTTP: pełna lista — pełny przewodnik po kodach statusu, w tym ujęcie 404 i 410 jako „w praktyce mniej więcej takie same”.
- Jak usuwać URL-e z Google Search (5 metod) — miejsce 404/410 wśród metod usuwania i powód, dla którego usunięcie czeka na ponowny crawl.
- Wprowadzenie do technicznego SEO — miejsce kodów statusu w szerszym obrazie technicznego SEO.
Moje wystąpienia
- Jak działa wyszukiwanie (SlideShare) — moje omówienie crawlowania, indeksowania i tego, jak kody statusu zasilają potok. (Stałe zastrzeżenie: „To moje rozumienie systemów… nie będzie w 100% kompletne ani dokładne”).
Z branży
- RFC 9110 §15.5.11 — 410 Gone (IETF) — rzeczywista definicja kodu w standardzie HTTP.
- Jak kody statusu HTTP wpływają na wyszukiwarkę Google (Google Search Central) — źródłowa dokumentacja obsługi
4xx. - Jak kody statusu HTTP wpływają na crawlery Google (Google) — stwierdzenie o grupie 4xx z wyjątkiem 429.
- Optymalizacja budżetu crawlowania (Google Search Central) — połączenie 404/410 z budżetem crawlowania.
- Zmiany witryny z modyfikacją URL (Google Search Central) — 404/410 dla treści, których nie przenosisz.
- 404 a 410: techniczny eksperyment SEO (Reboot Online) — test 119 URL-i przez ponad trzy miesiące; 404 crawlowano około 49,6% częściej niż 410.
- John Mueller z Google wyjaśnia zamieszanie wokół 404 i 410 w SEO (Search Engine Journal) — relacja z wcześniejszego stanowiska Muellera.
- Teraz Google traktuje kody odpowiedzi 404 i 410 tak samo (Search Engine Roundtable) — późniejsze doprecyzowanie o małej różnicy.
- How to permanently remove a URL from Bing or Copilot (Bing Webmaster Tools) — mechanizm usuwania przez 404/410 i IndexNow.
Dziennik zmian
Zaktualizowano 8 sie 2026.
Podsumowanie redakcyjne i zapisane szczegóły zmian.Szczegóły zmian
-
Szczegółowe uwagi dotyczące zmian są obecnie dostępne po angielsku.
Pełne porównanie jest niedostępne — dla tej wersji nie zarchiwizowano wcześniejszej migawki.
Zaktualizowano 17 lip 2026.
Podsumowanie redakcyjne i zapisane szczegóły zmian.Szczegóły zmian
-
Szczegółowe uwagi dotyczące zmian są obecnie dostępne po angielsku.
Pełne porównanie jest niedostępne — dla tej wersji nie zarchiwizowano wcześniejszej migawki.
Try it live
This is a real endpoint on this site — not a simulation.
Hit it from the button, open it in a new tab, or
curl -i it from your terminal, and the server answers with the actual status code this article is about.