nie znaleziono (404)

TL;DR — “Not found (404)” in Search Console means Google asked twój serwer dla a strona i got a “not found” answer, so it didn’t index it. Google found the URL on jego own — zwykle z a link somewhere, lub ponieważ the strona używany to exist — który describes how it był odkryty, nie proof it’s missing z twój current mapa witryny. ten jest normal i zwykle fine, ale tylko dla URLs że są actually supposed to być gone. You tylko need to fix it if the URL powinien działać, in który case you bring the strona back lub redirect it to the right replacement.

co “Not found (404)” means

ten label means Google received an HTTP 404 gdy requesting the URL. Evidence for this claim Google reports Not found 404 when the page returned a 404 response when requested. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Google treats persistent 4xx odpowiedzi other than 429 as if the treść robi nie exist. Evidence for this claim Google treats 4xx responses other than 429 as if content does not exist and removes persistently returning URLs from the index. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes

otwarty the strona indeksowanie raport in Google Search Console i you’ll see a lista of powody strony aren’t zindeksowany. “Not found (404)” jest one of them. It means Googlebot requested the URL, i twój serwer replied z an HTTP 404 (nie Found) — the standard “this page doesn’t exist” odpowiedź. ponieważ the strona returned a 404, Google didn’t index it.

The part że surprises people: Google says it found ten URL bez an explicit żądanie z you. że describes how Google odkryty it — zwykle one of two places below — nie a guarantee it’s missing z twój current mapa witryny. If the same URL jest nadal sitting in a mapa witryny you submit, że’s a oddzielny, fixable problem (a stale mapa witryny entry), nie a contradiction of co the raport jest telling you:

• A link. Something on the web links to że URL — one of twój own strony, lub a strona on another witryna — i Google followed the link.
• A strona że używany to exist. The URL był live i zindeksowany przed, then you deleted it lub changed the URL. Google nadal remembers it i re-sprawdzenia it.

robić 404s hurt my SEO?

ten jest the question everyone really wants answered, so here it jest up front: no, nie automatically. 404s są a normal part of how the web działa. strony get removed, URLs change, i other witryny occasionally link to addresses że nigdy existed. A strona returning 404 gdy it’s genuinely gone jest the poprawny behavior — Google’s own documentation says 4xx odpowiedzi other than 429 don’t affect twój witryna’s częstotliwość indeksowania, i a poprawny 404 isn’t a penalty on the rest of twój witryna.

że “correct” label tylko applies to URLs że są actually supposed to być gone, though. A 404 on a strona you nadal link to, że’s sitting in twój mapa witryny, lub że other witryny nadal link to isn’t harmless just ponieważ it’s technically prawidłowy — it’s a broken link, lost link equity, lub a visitor hitting a dead end. So dla genuinely dead strony z nothing pointing at them, “Not found (404)” in twój raport jest nothing to panic o. dla the rest, it’s worth a look — see the następny sekcja.

gdy a 404 jest actually worth fixing

The 404s worth twój attention są the ones dla URLs że powinien działać:

• A strona you nadal link to z twój own navigation lub treść (a broken internal link).
• A URL że’s in twój mapa witryny (it shouldn’t być — sitemaps są dla live, indeksowalny strony).
• A strona że other witryny link to (you’d być wasting tamte links).
• A URL że nadal gets ruch lub że people clearly meant to reach.

dla tamte, you mieć two good options:

1. Bring the strona back if it był deleted by mistake.
2. Redirect it to the najbardziej relevant live strona (a 301 redirect). ten wysyła visitors somewhere użyteczny i, importantly, passes along the wartość of dowolny links pointing at the old URL.

One thing nie to robić: don’t redirect każdy dead URL to twój homepage. Google treats an irrelevant redirect like że as a “soft 404” — który jest jego own problem. Redirect to a genuinely powiązany strona, lub just let it 404.

Want the pełny version — 404 vs 410 vs 301 vs noindex, how to find co’s linking to a 404, i how long te linger in the raport? Switch to the Advanced tab.

TL;DR — “Not found (404)” means Googlebot requested a URL Google describes as odkryty on jego own — a link, lub a previously-zindeksowany strona — nie przez an explicit żądanie z you, i got a 404, so it’s nie zindeksowany. że opis wyjaśnia the original discovery, nie proof the URL jest absent z twój current mapa witryny. 404s są a normal part of the web, i Google’s own documentation says 4xx odpowiedzi other than 429 don’t affect częstotliwość indeksowania; a 404 dla a removed strona z no replacement jest poprawny i isn’t a sitewide penalty — ale a 404 on a URL że powinien exist (linked internally, in a mapa witryny, z backlinks, lub z ruch) nadal costs you broken links, lost equity, lub lost użytkownicy. dla tamte: restore the strona, lub 301 it to a genuinely relevant live strona — prioritizing the ones z inbound links to recover equity. Leave the rest as 404. In my own experience 410 tends to drop a touch faster, though Google treats 4xx codes other than 429 the same. Don’t mass-redirect to the homepage (soft-404 risk). Googlebot zachowuje re-checking old 404s z decreasing frequency, który jest why they linger in the raport — że’s normal, nie a penalty.

co Google jest actually telling you

The raport states the observed 404; it robi nie by itself wyjaśniać który link, historic URL, lub application route produced it. Evidence for this claim Google reports Not found 404 when the page returned a 404 response when requested. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Google’s general 4xx documentation describes the indeksowanie behavior. Evidence for this claim Google treats 4xx responses other than 429 as if content does not exist and removes persistently returning URLs from the index. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes

Google’s definition of ten status jest short: “This page returned a 404 error when requested.” The surrounding context jest the part że matters — Google odkryty the URL bez dowolny explicit żądanie lub mapa witryny z you. że’s co separates “Not found (404)” z the indeksowanie błędy you submitted yourself.

że zdanie describes how Google originally found the URL — it’s nie a twierdzenie że the URL ma nigdy appeared in, lub isn’t currently sitting in, one of twój sitemaps. If you sprawdzenie a live mapa witryny i the same URL jest nadal listed there, że’s a rzeczywisty (i oddzielny) problem worth fixing — a stale mapa witryny entry — nie a contradiction of co the raport jest telling you o discovery.

So the URL came z one of te:

• An internal lub link zewnętrzny. Google extracts links as it crawls. A typo’d link wewnętrzny, an old link on someone else’s witryna, lub a link in a comment może wszystkie point Googlebot at a URL że 404s.
• A previously-zindeksowany strona you deleted lub whose URL you changed. Google remembers URLs it ma seen i re-żądania them dla a long time.
• Scraped, malformed, lub fabricated URLs. Other witryny czasami mangle twój URLs, append junk, lub invent paths. Google może try them. None of że jest twój fault, i none of it wymaga action.

że ostatni point jest worth internalizing: finding a 404 in ten raport robi nie mean you zrobił something błędny. Google discovers URLs z wszystkie ponad the web.

robi “Not found (404)” hurt SEO? (the verdict pierwszy)

No — nie automatically, i ten jest the single biggest misconception o the raport. 404s są how the web jest supposed to działać gdy treść jest gone, i Google’s own crawl documentation says 4xx kody stanu other than 429 mieć no effect on a witryna’s częstotliwość indeksowania. A correctly-returned 404 on a genuinely gone strona jest nie a sitewide penalty.

że’s a narrower twierdzenie than “404s never matter,” though. A 404 doesn’t drag down the rest of twój witryna by itself, ale a 404 on a URL że powinien działać — one z linki wewnętrzne, external backlinks, lub rzeczywisty ruch — nadal costs you something concrete: a broken link, lost link equity, lub a visitor hitting a dead end. The raport itself isn’t the problem; leaving the 404s że shouldn’t exist unfixed jest.

ten matches my own read of HTTP kody stanu generally: 4xx odpowiedzi cause the specific strona to drop out of the index, ale że’s the strona going away cleanly — nie a penalty applied to twój domain. The strona że 404s simply isn’t in the index anymore; everything else jest unaffected.

Google’s own pomagać docs make the same point o indeksowanie in general: it’s fine dla a URL nie to być zindeksowany dla the right powody, i “a 404 for a page that you’ve removed and have no replacement for” jest explicitly one of tamte right powody. A 404 on a genuinely-dead strona jest the poprawny end state, nie a to-robić.

co Google robi z a 404 internally

z Google’s HTTP-status documentation, the mechanics są clean: dla a previously-zindeksowany URL, the indeksowanie pipeline removes it z the index. Newly encountered 404s simply aren’t processed — there’s nothing to index. i Googlebot doesn’t forget the URL immediately: it zachowuje re-requesting it, z the crawling frequency gradually decreasing ponad time.

że re-checking behavior jest why old 404s zachować appearing in twój raport long po you’ve dealt z them. Google jest periodically confirming the strona jest nadal gone, in case it comes back. It’s nie a sign of a problem, i it’s nie wasting a meaningful amount of budżet indeksowania on a normal-sized witryna.

gdy a 404 jest worth fixing — i gdy it isn’t

The decision reguła jest prosty: fix the 404 tylko if the URL powinien exist. The signals że a URL “should exist”:

• You link to it internally (a broken link in twój nav, treść, lub footer).
• It’s in twój mapa witryny (it shouldn’t być — sitemaps powinien lista tylko live, indeksowalny URLs).
• It ma external backlinks pointing at it.
• It nadal gets ruch, lub clearly matches something people są looking dla.

If none of tamte są prawdziwy — the strona jest genuinely gone i nothing of wartość points at it — leave it as a 404. że’s the poprawny odpowiedź i there’s nothing to robić.

How to fix the ones że matter

dla URLs że powinien resolve, you mieć a short menu:

• Restore the strona if it był removed by mistake lub you mieć equivalent treść to put back.
• 301 redirect it to the najbardziej relevant live strona. ten jest the usual move dla a removed strona że ma a sensible replacement. As I’ve put it przed o strony showing up as 4xx: więcej niż prawdopodobny you just need to 301 redirect każdy of te to a relevant strona. The redirect wysyła użytkownicy somewhere użyteczny i passes the ranking wartość of dowolny links along to the new URL.
• Leave it as a 404 (lub używać 410) gdy the strona jest genuinely gone i ma no good replacement. ten jest nie a awaria — it’s the right answer.

Prioritize by inbound links. The highest-wartość 404s są the ones z external backlinks, ponieważ a dead URL z links jest leaking equity że you mógł recover z a single redirect to a relevant strona. Pull the 404 URLs że mieć backlinks (a backlink narzędzie lub twój link raport będzie pokazywać te), i 301 tamte pierwszy. A 404 z no links i no ruch może simply stay a 404 — redirecting it accomplishes nothing.

Don’t redirect everything to the homepage. A redirect to an unrelated strona — classically, dumping każdy dead URL onto / — gets treated as a soft 404 by Google, ponieważ the destination isn’t a rzeczywisty replacement dla co był requested. Redirect to a relevant strona lub don’t redirect at wszystkie.

404 vs 410 vs 301 vs noindex

te get muddled constantly. The pełny decision tabela jest in the Cheat Sheets tab; the short version:

• 404 (nie znaleziono) / 410 (Gone) — the strona doesn’t exist. oba drop the URL z the index, i Google’s own documentation says it treats 4xx kody stanu (other than 429) the same. In my own practitioner experience, 410 tends to drop a touch faster, ale the difference jest minimal either way. używać 410 if you want to signal “this is never coming back”; 404 jest otherwise completely fine.
• 301 (Moved Permanently) — the treść moved; consolidate signals onto the new URL. ten jest the narzędzie dla a removed strona że ma a relevant replacement.
• noindex — the strona exists i powinien stay live, ale you don’t want it in search. różny narzędzie dla a różny goal — don’t reach dla it on a strona że’s genuinely gone.

On 404 vs 410 specifically, my own framing ma był że 404s i 410s get a similar treatment — oba drop strony z the index, i in my own experience 410s go a little faster, even though Google’s documentation treats 4xx codes (other than 429) identically. So don’t agonize ponad the choice; pick 410 dla “gone forever,” 404 dla everything else, i move on.

How to find co’s linking to a 404

To fix a 404 (lub decide whether to bother), find co points at it:

• In GSC: otwarty the “Not found (404)” status, click an przykład URL, i sprawdzenie Referring strona poniżej Discovery. Treat it as one possible clue, nie a complete link stan magazynowy — Google describes it as a strona it possibly używany to odkrywać the URL, który może być a bezpośredni link, a higher-level strona the link był found przez, lub simply absent if the information isn’t available. Pair it z the metody below zamiast stopping there.
• z a crawler / witryna audit: Ahrefs witryna Audit lub Screaming Frog będzie lista twój broken internal links — the in-house 404s you może fix directly by editing the link.
• z a backlinks narzędzie: sprawdzenie broken backlinks to find dead URLs on twój witryna że external witryny link to. te są twój 301 priorities.
• In serwer logs: the ground truth dla który URLs są będąc requested i co kody stanu they zwracać at scale.

walidować the fix i co to expect

Once you’ve restored lub redirected the URLs że powinien exist, you może hit walidować Fix in the strona indeksowanie raport. It’s optional, nie required — Google says it może pick up a correction on jego own the następny time it crawls the strona, whether lub nie you walidować. Hitting walidować Fix just lets you track że sprawdzenie as it happens; it doesn’t come z a guaranteed timeline lub a promise of faster reprocessing. Don’t expect the count to drop to zero right away either way: Google re-crawls 404s on a tapering schedule, so even correctly-handled URLs może linger in the raport dla a podczas gdy. że lingering jest the re-sprawdzenie behavior, nie a sign the fix didn’t take, i there’s no fixed point at który Google guarantees it’s done. (i there’s no powód to walidować a 404 że’s genuinely poprawny just to try to make it disappear z the raport — walidacja jest dla confirming a fix, nie dla dismissing a działający 404.)

dla bardzo duży witryny generating mass bogus 404s (millions of junk URLs z a broken template lub a spider trap), crawl efficiency becomes a rzeczywisty concern i you’ll want pattern-oparty fixes zamiast one-by-one działać — ale dla typical witryny, the crawl-budget cost of 404s jest negligible.

gdzie ten sits among jego siblings

“Not found (404)” jest the clean case: the serwer correctly said “not found.” jego neighbors in the strona indeksowanie raport są różny situations — don’t conflate them. A soft 404 jest a nie-found message served z a 200 (lub an irrelevant redirect), który Google flags osobno. Blocked due to other 4xx problem covers 401/403 i the rest of the 4xx family. Redirect błąd jest a broken redirect, distinct z the normal “Page with redirect.” i serwer błąd (5xx) means the serwer failed, nie że the strona jest gone. The fixes diverge, so identyfikować który status you’re actually looking at pierwszy.

dla the raport as a whole, see the GSC strona indeksowanie hub; dla the underlying mechanics of how bots żądanie URLs in the pierwszy place, see crawling.

AI summary

A condensed take on the Advanced version:

• co it means: Googlebot requested a URL Google describes as odkryty on jego own — a link, lub a previously-zindeksowany strona — nie przez an explicit żądanie z you, i got an HTTP 404, so the strona isn’t zindeksowany. Google’s definition: “This page returned a 404 error when requested.” że’s a opis of discovery, nie proof the URL jest missing z twój current mapa witryny — a URL że’s nadal listed there jest a oddzielny problem worth fixing.
• gdzie the URL came z: internal/external links, strony you deleted lub renamed, lub scraped/malformed/fabricated URLs z elsewhere. Finding a 404 here doesn’t mean you zrobił something błędny.
• SEO impact: nie automatic. Google’s own documentation says 4xx statuses other than 429 don’t affect częstotliwość indeksowania, i a correctly-returned 404 dla a removed strona z no replacement jest nie a sitewide penalty. ale a 404 on a URL że powinien działać — linked, in a mapa witryny, z backlinks, lub z ruch — nadal costs broken links, lost equity, lub lost użytkownicy.
• co Google robi: removes a previously-zindeksowany URL z the index; doesn’t proces newly-found 404s; zachowuje re-checking the URL z decreasing frequency — który jest why old 404s linger in the raport (normal, nie a penalty).
• gdy to fix: tylko URLs że powinien exist — linked internally, in a mapa witryny, z backlinks, lub z ruch.
• How to fix: restore the strona, lub 301 it to a genuinely relevant live strona. Prioritize 404s z inbound links to recover equity. Leave genuinely-gone strony as 404 (lub 410, który Google treats the same as 404 in jego own documentation, though in practitioner experience it tends to drop a touch faster).
• Don’t: mass-redirect everything to the homepage — irrelevant redirects get treated as soft 404s.
• 404 vs 410 vs 301 vs noindex: 404/410 = gone (oba drop z index); 301 = moved (consolidate onto a replacement); noindex = zachowaj strona live ale out of search.
• Find the links via GSC “Referring page” (one possible clue, nie a complete link lista), a crawler (broken linki wewnętrzne), a backlinks narzędzie (broken backlinks), lub serwer logs. walidować Fix jest optional — Google może detect a correction bez it, i neither path ma a guaranteed timeline.

Official documentation

Primary-źródło documentation z the wyszukiwarki.

Google

• strona indeksowanie raport — the raport ten status lives in, w tym the “Not found (404)” definition i the “it’s fine for a URL not to be indexed for the right reasons” guidance.
• HTTP kody stanu, network błędy, i DNS błędy — how Google handles 4xx: removing previously-zindeksowany URLs, nie processing newly-found 404s, i the gradually-decreasing crawl frequency.
• Redirects i Google Search — how to ustawić up the 301 redirects you’ll używać to wysyłać the 404s że powinien exist to relevant live strony.
• How to remove a strona z search (blok indeksowanie) — gdy you want a live strona out of search (noindex), który jest a różny goal z a 404.

Bing / Microsoft

• Bing narzędzia dla webmasterów — witryna Explorer & URL inspection — Bing’s crawl information surfaces 404s the same way; the handling guidance aligns z Google’s (fix the ones że matter, let genuine dead strony 404).

cytaty z the źródło

On-the-record statements z Google. każdy link jest a deep link że jumps to the quoted passage on the źródło strona.

Google — the “Not found (404)” definition

• “This page returned a 404 error when requested.” — Google Search Console pomagać, strona indeksowanie raport. Jump to cytat

Google — it’s fine dla a URL nie to być zindeksowany

• “It’s fine for a URL not to be indexed for the right reasons—for example, an expected robots.txt rule on your site, a noindex tag on the page, a duplicate URL, or a 404 for a page that you’ve removed and have no replacement for.” — Google Search Console pomagać, strona indeksowanie raport. Jump to cytat

Google — how 4xx jest handled in indeksowanie

• “In the case of Google Search, the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed.” — Google Search Central, HTTP kody stanu documentation. Jump to cytat
• “The crawling frequency gradually decreases.” — Google Search Central, HTTP kody stanu documentation. Jump to cytat

The mental modele

1. odkryty ≠ submitted. “Not found (404)” specifically means Google found the URL on jego own — a link, an old zindeksowany strona, a mangled URL z another witryna — nie z twój mapa witryny. So the pierwszy question isn’t “how do I fix it” ale “should this URL even exist?”

2. 404 jest the poprawny answer dla a dead strona. A 404 isn’t an błąd to eliminate; it’s the right HTTP odpowiedź gdy treść jest gone. It’s nie a quality signal i nie a ranking signal. The goal jest dokładność — mieć URLs zwracać co’s actually prawdziwy — nie a zero count in the raport.

3. Fix tylko co powinien exist. Run każdy 404 przez one test: jest it linked internally, in a mapa witryny, backed by external links, lub nadal getting ruch? Yes → restore lub 301 to a relevant strona. No → leave it as a 404. ten one reguła resolves najbardziej of the raport.

4. Recover equity przed you recover URLs. Among the 404s worth fixing, the ones z inbound external links come pierwszy — a 301 to a relevant strona reclaims że link wartość. A 404 z no links i no ruch jest fine to leave alone; redirecting it gains you nothing.

5. Relevant redirect lub no redirect. A 301 tylko pomaga gdy it lands on a genuinely powiązany strona. An irrelevant redirect (everything → homepage) gets treated as a soft 404. gdy there’s no good destination, the right move jest to zachowaj 404, nie to invent one.

Triaging twój “Not found (404)” lista

działać the raport top to bottom:

• otwarty the “Not found (404)” status in the strona indeksowanie raport i sprawdzenie the przykład URLs.
• dla każdy URL, click in i sprawdzenie Referring strona poniżej Discovery — a possible clue to gdzie Google found the link, nie a guaranteed complete stan magazynowy.
• Flag dowolny URL że jest linked internally — fix the broken link wewnętrzny at the źródło (ten jest the cleanest win).
• Flag dowolny URL że jest in twój mapa witryny — it shouldn’t być; remove it lub restore the strona.
• Pull the 404 URLs że mieć external backlinks (broken-backlinks raport) — te są twój 301 priorities to recover equity.
• sprawdzenie który 404s nadal receive ruch lub clearly match intencja użytkownika.
• dla każdy “should exist” URL: restore the strona, lub 301 it to a genuinely relevant live strona (nie the homepage).
• Leave genuinely-gone URLs z no links/ruch as 404 (lub 410 if you want a slightly faster drop).
• Confirm no live redirects dump unrelated URLs onto / (soft-404 risk).
• Optionally hit walidować Fix (Google może również pick up a rzeczywisty fix on jego own) — then expect a slow taper, nie an instant zero, z no fixed timeline.
• Confirm you’re triaging the right status (nie soft 404, other 4xx, redirect błąd, lub 5xx — the fixes differ).

Playbook: respond to a sudden 404 spike

1. Confirm the spike jest rzeczywisty. porównywać Search Console przykłady z a live crawl lub serwer odpowiedzi; raporty może lag behind current behavior.
2. Group by cause i template. Look dla a deployment, URL-pattern change, internal-link bug, deleted sekcja, lub malformed generated URL zamiast fixing rows individually.
3. Prioritize URLs z wartość. Restore lub redirect URLs że powinien exist, mieć meaningful backlinks lub ruch, lub pozostawać in linki wewnętrzne i sitemaps.
4. Leave legitimate removals alone. A truly gone URL z no replacement powinien zachować returning 404 lub 410; robić nie redirect it to an irrelevant strona.
5. Repair the źródło. Update templates, linki wewnętrzne, i mapa witryny generation so they stop producing lub promoting the broken pattern.
6. walidować i watch recurrence. Test representative URLs i monitoruj pattern. Exit gdy valuable URLs resolve correctly i newly odkryty 404s zwracać to the expected baseline.

404 cheat sheets

który odpowiedź dla który situation

powinien I fix ten 404? — decision flow

Fast fakty

• “Not found (404)” = Google describes finding the URL bez an explicit żądanie z you — że’s how it był odkryty, nie proof it’s absent z twój current mapa witryny.
• A correctly-returned 404 jest nie automatically a sitewide quality lub ranking penalty — ale a 404 on a URL że powinien działać nadal costs links, ruch, lub użytkownicy.
• Google removes a previously-zindeksowany URL on 404; doesn’t proces new 404s.
• Googlebot zachowuje re-checking old 404s z decreasing frequency → they linger.
• 404 vs 410: Google’s docs treat 4xx codes (except 429) the same; in practitioner experience 410 drops a touch faster.
• Don’t redirect everything to the homepage → soft 404.
• Crawl-budget cost of 404s jest negligible except on bardzo duży witryny z mass bogus URLs.

Common problemy

The 404 count suddenly spikes in the strona indeksowanie raport

prawdopodobny cause: a broken template jest generating junk URLs (bad pagination parametry, a faceted-nav bug, session IDs leaking do links), a spider trap, lub another witryna jest scraping i mangling twój URLs. Fix: pull a sample of the new 404 URLs i look dla a shared pattern (a parametr zapytania, a path prefix). If it’s twój own template, fix the code generating the bad links. sprawdzenie via serwer logs lub /narzędzia/log-file-analyzer to confirm the pattern i see whether it’s rzeczywisty crawl volume lub just a handful of przykłady.

You fixed a URL ale it nadal pokazuje “Not found (404)” weeks later

prawdopodobny cause: Googlebot re-sprawdzenia 404s on a tapering schedule, so the raport count lags behind the rzeczywisty fix — ten jest expected, nie a sign the fix failed. Fix: confirm the live URL jest actually returning the right status now (200 if restored, 301 if redirected) używając curl -I lub /narzędzia/http-status-checker. You może optionally hit walidować Fix in GSC — it’s nie required, since Google może również pick up a correction on jego own — i expect the count to taper down gradually zamiast drop instantly, z no fixed timeline dla gdy it clears.

A removed URL pokazuje up as “soft 404” zamiast “Not found (404)”

prawdopodobny cause: the strona jest returning HTTP 200 z a “not found”-looking message zamiast an rzeczywisty 404/410 status, lub it’s redirecting to an irrelevant strona. Fix: sprawdź odpowiedź code z curl -I lub /narzędzia/http-status-checker — if it’s a 200, configure the serwer (lub CMS) to zwracać a rzeczywisty 404/410 dla że path zamiast a soft błąd strona.

A 301 you ustawić up pokazuje as “soft 404” dla the destination

prawdopodobny cause: the destination strona isn’t a genuine replacement dla co był requested — Google reads a mismatched redirect target the same way it reads an irrelevant one. Fix: re-sprawdź target z /narzędzia/redirect-checker i point the 301 at a strona że actually matches the original URL’s topic, nie the nearest kategoria strona lub the homepage.

The raport listy a URL you nigdy created lub linked to

prawdopodobny cause: a scraped, malformed, lub fabricated URL z another witryna, lub a strona z years ago że Google nadal remembers i periodically re-sprawdzenia. Fix: click the URL in the raport i sprawdzenie Referring strona poniżej Discovery — a possible clue, nie a guaranteed źródło, since Google może nie mieć że data available. If it’s external i clearly mangled, no action jest needed — it isn’t something you broke.

Scripts i snippets

sprawdzenie a URL’s live status (macOS/Linux)

Confirm co kod stanu a URL jest actually returning przed you decide whether it needs fixing:

curl -I https://example.com/old-page

Look at the pierwszy wiersz of the odpowiedź (e.g. HTTP/2 404 lub HTTP/2 301). If it’s a redirect, curl pokazuje the location: header z the destination.

sprawdzenie a URL’s live status (PowerShell)

$response = Invoke-WebRequest -Uri "https://example.com/old-page" -Method Head -UseBasicParsing
$response.StatusCode

dodawać -MaximumRedirection 0 if you want to see the raw 301/302 bez PowerShell following it automatically.

Grep serwer logs dla 404 hits (regex)

Run ten wobec an Apache/Nginx “combined” format access log to pull każdy żądanie że returned a 404:

grep -oP '"\S+ \K\S+(?=.*" 404 )' access.log

Capture-group breakdown: "\S+ \K skips past the HTTP method (GET/POST) and discards it from the match; \S+ captures the requested path; the lookahead (?=.*" 404 ) wymaga że the rest of the log wiersz contains a 404 status przed matching. The output jest a plain lista of the URLs że 404’d — pipe it przez sort | uniq -c | sort -rn to rank them by frequency.

DevTools Console — sprawdzenie status bez leaving the strona

Paste do the Console panel to sprawdzenie a specific URL’s status z the przeglądarka you’re już in:

fetch("https://example.com/old-page", {method: "HEAD"}).then(r => console.log(r.status, r.url));

Bookmarklet — sprawdź current strona’s status

Drag ten do twój bookmarks bar (it’s a bookmarklet — click it podczas gdy on dowolny strona to sprawdzenie że strona’s own odpowiedź status):

javascript:(function(){fetch(location.href,{method:"HEAD"}).then(function(r){alert(r.status+" "+r.url);});})();

narzędzia dla finding i fixing 404s

ten witryna’s narzędzia

• /narzędzia/http-status-checker — sprawdź live HTTP status of dowolny URL przed deciding whether it needs a redirect, a restore, lub nothing at wszystkie.
• /narzędzia/redirect-checker — confirm a 301 you ustawić up actually resolves in a single hop to the intended destination, z no chains lub loops.
• /narzędzia/log-file-analyzer — parse serwer logs to see the rzeczywisty URLs Googlebot jest hitting że zwracać 404s, i at co frequency.
• /narzędzia/witryna-audit-lite — crawl twój own witryna to surface broken internal links (the 404s you może fix directly by editing the link at the źródło).

Third-party narzędzia

• Google Search Console — the strona indeksowanie raport itself; otwarty a “Not found (404)” przykład i użyj Referring strony view to see co linked to it, i walidować Fix once you’ve made a change.
• Bing narzędzia dla webmasterów — the equivalent crawl-błąd surface dla Bing.
• Ahrefs lub Screaming Frog — pełny-witryna crawls że lista broken linki wewnętrzne, i backlink raporty że surface broken backlinks (external witryny linking to a dead URL on twój witryna) — twój priority lista dla 301s.

Validating a 404 fix

Run te po restoring lub redirecting a URL że powinien exist, to confirm the fix actually took effect zamiast just assuming it zrobił.

Live status sprawdzenie on the fixed URL

Test to run: curl -I on the URL, lub /narzędzia/http-status-checker. Expected wynik: 200 if you restored the strona, lub a 301 to the poprawny destination if you redirected it. awaria interpretation: nadal 404, a 5xx, lub a redirect pointing at the błędny strona means the fix didn’t actually deploy. monitorowanie window: immediate. Rollback trigger: błędny status lub błędny destination — fix the serwer reguła i re-sprawdzenie przed moving on.

Redirect path sprawdzenie

Test to run: /narzędzia/redirect-checker on the old URL. Expected wynik: a single-hop 301 landing directly on the relevant live strona — no chain, no loop. awaria interpretation: multiple hops, a loop, lub landing on an unrelated strona (soft-404 risk). monitorowanie window: immediate. Rollback trigger: dowolny chain, loop, lub irrelevant destination — poprawny the redirect reguła.

GSC walidować Fix

Test to run: in the strona indeksowanie raport, otwarty “Not found (404)” i hit walidować Fix (optional — Google może również detect a rzeczywisty correction on jego own bez it). Expected wynik: status moves przez “Validation started” to “Passed,” i the affected URL count tapers down. awaria interpretation: walidacja fails, lub the count doesn’t move ponad an extended period — re-sprawdzenie że the live URL jest actually fixed i że nothing nadal links to the old one. monitorowanie window: ongoing, z no fixed completion date (Google re-sprawdzenia 404s on a tapering schedule, nie instantly, i gives no guaranteed timeline). Rollback trigger: repeated walidacja awaria — re-verify the fix at the serwer level.

Crawl behavior in serwer logs

Test to run: /narzędzia/log-file-analyzer on żądania to the old URL. Expected wynik: Googlebot’s hits on the old URL taper off ponad time podczas gdy żądania shift to the new URL. awaria interpretation: Googlebot zachowuje hitting the old URL at an unchanged rate well po the change, suggesting it hasn’t picked up the redirect (lub something nadal links to the old URL directly). monitorowanie window: ongoing, ponad an extended period (crawl frequency decreases gradually, per Google’s own documentation, z no fixed schedule). Rollback trigger: no tapering po an extended period — confirm the redirect jest serwer-side (nie a JS lub meta-refresh redirect) i audit dla lingering linki wewnętrzne to the old URL.

Quiz

Five questions to sprawdzenie co actually sticks o “Not found (404).”

Dziennik zmian