Introuvable (404)

TL;DR — “Not found (404)” in Search Console signifie Google asked votre serveur pour une page and got a “not found” réponse, so it didn’t index it. Google trouvé l’URL on its propre — usually from a lien somewhere, or parce que lune page utilisé to exist — qui describes how it was découvert, pas proof it’s manquant from votre current sitemap. Ce is normal and usually fine, but seulement pour URLs que are en réalité supposed to be gone. Vous seulement besoin to fix it si l’URL devrait fonctionner, in qui cas vous bring lune page back or redirection it to the correct replacement.

Ce que “Not found (404)” signifie

Ce étiquette signifie Google reçu an HTTP 404 quand requesting l’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 réponses autre que 429 as si le contenu ne fait pas 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

Ouvrir the Page Indexation report dans la recherche Google Console and you’ll voir a liste of raisons pages aren’t indexé. “Not found (404)” is un of les. It signifie Googlebot requested l’URL, and votre serveur replied with an HTTP 404 (Pas Trouvé) — the standard “this page doesn’t exist” réponse. Parce que lune page renvoyé a 404, Google didn’t index it.

The partie que surprises personnes: Google dit it trouvé ce URL sans an explicit requête from vous. Que describes how Google découvert it — usually un of two places ci-dessous — pas a guarantee it’s manquant from votre current sitemap. Si the même URL is encore sitting in a sitemap vous submit, that’s a separate, fixable problem (a stale sitemap entry), pas a contradiction of ce que the report is telling vous:

• A lien. Something on the web liens to que URL — un of votre propre pages, or une page on un autre site — and Google followed the lien.
• Une page que utilisé to exist. L’URL was live and indexé avant, alors vous deleted it or modifié l’URL. Google encore remembers it and re-checks it.

Do 404s hurt my SEO?

Ce is the question everyone really veut answered, so ici it is up front: aucun, pas automatically. 404s are a normal partie of how the web fonctionne. Pages obtenir supprimé, URLs modifier, and autre sites occasionally lien to addresses que jamais existed. Une page returning 404 quand it’s genuinely gone is the correct behavior — Google’s propre documentation dit 4xx réponses autre que 429 don’t affecter votre site’s fréquence d’exploration, and a correct 404 isn’t a penalty on the rest of votre site.

Que “correct” étiquette seulement s’applique to URLs que are en réalité supposed to be gone, though. A 404 on une page vous encore lien to, that’s sitting in votre sitemap, or que autre sites encore lien to isn’t harmless simplement parce que it’s technically valid — it’s a broken lien, lost popularité des liens, or a visitor hitting a dead fin. So pour genuinely dead pages with nothing pointing at les, “Not found (404)” in votre report n’est pashing to panic à propos de. Pour the rest, it’s worth a regarder — voir the suivant section.

Quand a 404 is en réalité worth fixing

The 404s worth votre attention are the ones pour URLs que devrait fonctionner:

• Une page vous encore lien to from votre propre navigation or content (a broken internal lien).
• UNE URL that’s in votre sitemap (it shouldn’t be — sitemaps are pour live, indexable pages).
• Une page que autre sites lien to (you’d be wasting ceux liens).
• UNE URL que encore obtient trafic or que personnes clearly meant to reach.

Pour ceux, vous have two bon options:

1. Bring lune page back si it was deleted by mistake.
2. Redirection it to the la plupart relevant live page (a 301 redirection). Ce sends visitors somewhere utile and, importantly, passes along the valeur of quelconque liens pointing at the old URL.

Un chose pas to do: don’t redirection every dead URL to votre homepage. Google treats an irrelevant redirection comme que as a “soft 404” — qui is its propre problem. Redirection to a genuinely connexe page, or simplement let it 404.

Vouloir the complet version — 404 vs 410 vs 301 vs noindex, how to trouver what’s linking to a 404, and how long ces linger in the report? Switch to the Avancé tab.

TL;DR — “Not found (404)” signifie Googlebot requested une URL Google describes as découvert on its propre — a lien, or a previously-indexed page — pas via an explicit requête from vous, and got a 404, so it’s non indexée. Que description explique the original discovery, pas proof l’URL is absent from votre current sitemap. 404s are a normal partie of the web, and Google’s propre documentation dit 4xx réponses autre que 429 don’t affecter fréquence d’exploration; a 404 pour a supprimé page with aucun replacement is correct and isn’t a sitewide penalty — but a 404 on une URL que devrait exist (lié internally, in a sitemap, with backlinks, or with trafic) encore costs vous broken liens, lost equity, or lost utilisateurs. Pour ceux: restore lune page, or 301 it to a genuinely relevant live page — prioritizing the ones with inbound liens to recover equity. Leave the rest as 404. In my propre experience 410 tends to drop a touch faster, though Google treats 4xx codes autre que 429 the même. Don’t mass-redirect to the homepage (soft-404 risk). Googlebot garde re-checking old 404s with decreasing frequency, qui is pourquoi ils linger in the report — that’s normal, pas a penalty.

Ce que Google is en réalité telling vous

The report states the observed 404; it ne fait pas by itself expliquer qui lien, historic URL, or 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 indexation 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 ce status is short: “Ce page renvoyé a 404 error quand requested.” The surrounding context is the partie que matters — Google découvert l’URL sans quelconque explicit requête or sitemap from vous. That’s ce que separates “Not found (404)” from the indexation errors vous submitted yourself.

Que sentence describes how Google originally trouvé l’URL — it’s pas a claim que l’URL has jamais appeared in, or isn’t currently sitting in, un of votre sitemaps. Si vous vérifier a live sitemap and the même URL is encore listed là, that’s a réel (and separate) problem worth fixing — a stale sitemap entry — pas a contradiction of ce que the report is telling vous à propos de discovery.

So l’URL came from un of ces:

• An internal or external lien. Google extracts liens as it crawls. A typo’d lien interne, an old lien on someone else’s site, or a lien in a comment peut tout point Googlebot at une URL que 404s.
• A previously-indexed page vous deleted or whose URL vous modifié. Google remembers URLs it has seen and re-requests les pour a long temps.
• Scraped, malformed, or fabricated URLs. Autre sites parfois mangle votre URLs, append junk, or invent paths. Google may essayer les. None of que is votre fault, and none of it exige action.

Que dernier point is worth internalizing: finding a 404 in ce report ne fait pas mean vous did something incorrect. Google discovers URLs from tout over the web.

Fait “Not found (404)” hurt SEO? (the verdict premier)

Aucun — pas automatically, and ce is the unique biggest misconception à propos de the report. 404s are how the web is supposed to fonctionner quand content is gone, and Google’s propre explorer documentation dit 4xx code d’états autre que 429 have aucun effect on a site’s fréquence d’exploration. A correctly-returned 404 on a genuinely gone page n’est pas a sitewide penalty.

That’s a narrower claim que “404s never matter,” though. A 404 doesn’t drag bas the rest of votre site by itself, but a 404 on une URL que devrait fonctionner — un with lien internes, external backlinks, or réel trafic — encore costs vous something concrete: a broken lien, lost popularité des liens, or a visitor hitting a dead fin. The report itself isn’t the problem; leaving the 404s que shouldn’t exist unfixed is.

Ce matches my propre lire of Code d’état HTTPs généralement: 4xx réponses causer the spécifique page to drop out of the index, but that’s lune page going away cleanly — pas a penalty applied to votre domain. Lune page que 404s simply isn’t in the index anymore; everything sinon is unaffected.

Google’s propre aider docs faire the même point à propos de indexation in general: it’s fine pour une URL pas to be indexé pour the correct raisons, and “a 404 pour une page que you’ve supprimé and have aucun replacement pour” is explicitly un of ceux correct raisons. A 404 on a genuinely-dead page is the correct fin state, pas a to-do.

Ce que Google fait with a 404 internally

From Google’s HTTP-status documentation, the mechanics are clean: pour a previously-indexed URL, the indexation pipeline removes it from the index. Newly encountered 404s simply aren’t processed — there’s nothing to index. And Googlebot doesn’t forget l’URL immédiatement: it garde re-requesting it, with the exploration frequency gradually decreasing over temps.

Que re-checking behavior is pourquoi old 404s garder appearing in votre report long après you’ve dealt with les. Google is periodically confirming lune page is encore gone, in cas it comes back. It’s pas a sign of a problem, and it’s pas wasting a meaningful amount of budget d’exploration on a normal-sized site.

Quand a 404 is worth fixing — and quand it isn’t

The decision rule is simple: fix the 404 seulement si l’URL devrait exist. The signals que une URL “should exist”:

• Vous lien to it internally (a broken lien in votre nav, content, or footer).
• It’s in votre sitemap (it shouldn’t be — sitemaps devrait liste seulement live, indexable URLs).
• It has external backlinks pointing at it.
• It encore obtient trafic, or clearly matches something personnes are looking pour.

Si none of ceux are vrai — lune page is genuinely gone and nothing of valeur points at it — leave it as a 404. That’s the correct réponse and there’s nothing to do.

Comment corriger the ones que matter

Pour URLs que devrait resolve, vous have a short menu:

• Restore lune page si it was supprimé by mistake or vous have equivalent content to put back.
• 301 redirection it to the la plupart relevant live page. Ce is the usual déplacer pour a supprimé page que has a sensible replacement. As I’ve put it avant à propos de pages showing up as 4xx: plus que probable vous simplement besoin to 301 redirection chaque of ces to a relevant page. The redirection sends utilisateurs somewhere utile and passes the ranking valeur of quelconque liens along to the nouveau URL.
• Leave it as a 404 (or utiliser 410) quand lune page is genuinely gone and has aucun bon replacement. Ce n’est pas a échec — it’s the correct réponse.

Prioritize by inbound liens. The highest-value 404s are the ones with external backlinks, parce que a dead URL with liens is leaking equity que vous pourrait recover with a unique redirection to a relevant page. Pull the 404 URLs que have backlinks (a backlink outil or votre lien report va montrer ces), and 301 ceux premier. A 404 with aucun liens and aucun trafic peut simply stay a 404 — redirecting it accomplishes nothing.

Don’t redirection everything to the homepage. A redirection to an unrelated page — classically, dumping every dead URL onto / — obtient treated as a soft 404 by Google, parce que the destination isn’t a réel replacement pour ce que was requested. Redirection to a relevant page or don’t redirection at tout.

404 vs 410 vs 301 vs noindex

Ces obtenir muddled constantly. The complet decision table is in the Cheat Sheets tab; La version courte:

• 404 (Introuvable) / 410 (Gone) — lune page doesn’t exist. Les deux drop l’URL from the index, and Google’s propre documentation dit it treats 4xx code d’états (autre que 429) the même. In my propre practitioner experience, 410 tends to drop a touch faster, but the difference is minimal soit façon. Utiliser 410 si vous vouloir to signal “this is never coming back”; 404 is sinon complètement fine.
• 301 (Déplacé Permanently) — le contenu déplacé; consolidate signals onto the nouveau URL. Ce is the outil pour a supprimé page que has a relevant replacement.
• noindex — lune page exists and devrait stay live, but vous don’t vouloir it in search. Différent outil pour a différent goal — don’t reach pour it on une page that’s genuinely gone.

On 404 vs 410 specifically, my propre framing has been que 404s and 410s obtenir a similaire treatment — les deux drop pages from the index, and in my propre experience 410s go a little faster, même though Google’s documentation treats 4xx codes (autre que 429) identically. So don’t agonize over the choice; pick 410 pour “gone forever,” 404 pour everything sinon, and déplacer on.

How to trouver what’s linking to a 404

To fix a 404 (or decide si to bother), trouver ce que points at it:

• In GSC: ouvrir the “Not found (404)” status, click an exemple URL, and vérifier Referring page sous Discovery. Treat it as un possible clue, pas a complet lien inventory — Google describes it as une page it possibly utilisé to découvrir l’URL, qui peut be a direct lien, a higher-level page the lien was trouvé via, or simply absent si the information isn’t disponible. Pair it with the méthodes ci-dessous plutôt que stopping là.
• With a robot d’exploration / site audit: Ahrefs Site Audit or Screaming Frog va liste votre broken internal liens — the in-house 404s vous pouvez fix directement by editing the lien.
• With a backlinks outil: vérifier broken backlinks to trouver dead URLs on votre site que external sites lien to. Ces are votre 301 priorities.
• In server logs: the ground truth pour qui URLs are being requested and ce que code d’états ils retourner at scale.

Validate the fix and ce que to expect

Une fois you’ve restored or redirigé l’URLs que devrait exist, vous pouvez hit Validate Fix in lune page Indexation report. It’s optional, pas requis — Google dit it peut pick up a correction on its propre the suivant temps it crawls the page, si or pas vous validate. Hitting Validate Fix simplement lets vous track que examiner as it se produit; it doesn’t come with a guaranteed timeline or a promise of faster reprocessing. Don’t expect the count to drop to zero correct away soit façon: Google re-crawls 404s on a tapering schedule, so même correctly-handled URLs peut linger in the report pour a pendant que. Que lingering is the re-check behavior, pas a sign the fix didn’t prendre, and there’s aucun fixed point at qui Google guarantees it’s fait. (And there’s aucun raison to validate a 404 that’s genuinely correct simplement to essayer to faire it disappear from the report — validation is pour confirming a fix, pas pour dismissing a working 404.)

Pour very grand sites generating mass bogus 404s (millions of junk URLs from a broken template or a spider trap), explorer efficiency becomes a réel concern and you’ll vouloir pattern-based fixes plutôt que one-by-one fonctionner — but pour typical sites, the crawl-budget cost of 404s is negligible.

Où ce sits among its siblings

“Not found (404)” is the clean cas: le serveur correctement said “not found.” Its neighbors in lune page Indexation report are différent situations — don’t conflate les. A soft 404 is a not-found message served with a 200 (or an irrelevant redirection), qui Google flags separately. Blocked due to autre 4xx problème covers 401/403 and the rest of the 4xx family. Redirection error is a broken redirection, distinct from the normal “Page with redirect.” And server error (5xx) signifie le serveur failed, pas que lune page is gone. The fixes diverge, so identifier qui status you’re en réalité looking at premier.

Pour the report as a whole, voir the GSC Page Indexation hub; pour the underlying mechanics of how bots requête URLs in the premier placer, voir exploration.

AI summary

A condensed prendre on the Avancé version:

• Ce que cela signifie: Googlebot requested une URL Google describes as découvert on its propre — a lien, or a previously-indexed page — pas via an explicit requête from vous, and got an HTTP 404, so lune page isn’t indexé. Google’s definition: “This page returned a 404 error when requested.” That’s a description of discovery, pas proof l’URL is manquant from votre current sitemap — une URL that’s encore listed là is a separate problem worth fixing.
• Où l’URL came from: internal/external liens, pages vous deleted or renamed, or scraped/malformed/fabricated URLs from elsewhere. Finding a 404 ici doesn’t mean vous did something incorrect.
• SEO impact: pas automatic. Google’s propre documentation dit 4xx statuses autre que 429 don’t affecter fréquence d’exploration, and a correctly-returned 404 pour a supprimé page with aucun replacement n’est pas a sitewide penalty. But a 404 on une URL que devrait fonctionner — lié, in a sitemap, with backlinks, or with trafic — encore costs broken liens, lost equity, or lost utilisateurs.
• Ce que Google fait: removes a previously-indexed URL from the index; doesn’t traiter newly-found 404s; garde re-checking l’URL with decreasing frequency — qui is pourquoi old 404s linger in the report (normal, pas a penalty).
• Quand to fix: seulement URLs que devrait exist — lié internally, in a sitemap, with backlinks, or with trafic.
• Comment corriger: restore lune page, or 301 it to a genuinely relevant live page. Prioritize 404s with inbound liens to recover equity. Leave genuinely-gone pages as 404 (or 410, qui Google treats the même as 404 in its propre documentation, though in practitioner experience it tends to drop a touch faster).
• Don’t: mass-redirect everything to the homepage — irrelevant redirections obtenir treated as soft 404s.
• 404 vs 410 vs 301 vs noindex: 404/410 = gone (les deux drop from index); 301 = déplacé (consolidate onto a replacement); noindex = garder lune page live but out of search.
• Trouver the liens via GSC “Referring page” (un possible clue, pas a complet lien liste), a robot d’exploration (broken lien internes), a backlinks outil (broken backlinks), or server logs. Validate Fix is optional — Google peut detect a correction sans it, and neither chemin has a guaranteed timeline.

Documentation officielle

Primary-source documentation from the moteur de recherches.

Google

• Page indexation report — the report ce status lives in, notamment the “Not found (404)” definition and the “it’s fine for a URL not to be indexed for the right reasons” guidance.
• Code d’état HTTPs, network errors, and DNS errors — how Google handles 4xx: removing previously-indexed URLs, pas processing newly-found 404s, and the gradually-decreasing explorer frequency.
• Redirections and Recherche Google — how to définir up the 301 redirections you’ll utiliser to send the 404s que devrait exist to relevant live pages.
• How to supprimer une page from search (block indexation) — quand vous vouloir a live page out of search (noindex), qui is a différent goal from a 404.

Bing / Microsoft

• Bing Webmaster Outils — Site Explorer & Inspection d’URL — Bing’s explorer information surfaces 404s the même façon; the handling guidance aligns with Google’s (fix the ones que matter, let genuine dead pages 404).

Quotes from the source

On-the-record statements from Google. Chaque lien is a deep lien que jumps to the quoted passage on the source page.

Google — the “Not found (404)” definition

• “This page returned a 404 error when requested.” — Recherche Google Console Aider, Page indexation report. Jump to quote

Google — it’s fine pour une URL pas to be indexé

• “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.” — Recherche Google Console Aider, Page indexation report. Jump to quote

Google — how 4xx is handled in indexation

• “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.” — Recherche Google Central, Code d’état HTTPs documentation. Jump to quote
• “The crawling frequency gradually decreases.” — Recherche Google Central, Code d’état HTTPs documentation. Jump to quote

The mental models

1. Découvert ≠ submitted. “Not found (404)” specifically signifie Google trouvé l’URL on its propre — a lien, an old indexé page, a mangled URL from un autre site — pas from votre sitemap. So the premier question isn’t “how do I fix it” but “should this URL even exist?”

2. 404 is the correct réponse pour a dead page. A 404 isn’t an error to eliminate; it’s the correct HTTP réponse quand content is gone. It’s pas a quality signal and pas a ranking signal. The goal is accuracy — have URLs retourner what’s en réalité vrai — pas a zero count in the report.

3. Fix seulement ce que devrait exist. Run every 404 via un tester: is it lié internally, in a sitemap, backed by external liens, or encore getting trafic? Yes → restore or 301 to a relevant page. Aucun → leave it as a 404. Ce un rule resolves la plupart of the report.

4. Recover equity avant vous recover URLs. Among the 404s worth fixing, the ones with inbound external liens come premier — a 301 to a relevant page reclaims que lien valeur. A 404 with aucun liens and aucun trafic is fine to leave alone; redirecting it gains vous nothing.

5. Relevant redirection or aucun redirection. A 301 seulement helps quand it lands on a genuinely connexe page. An irrelevant redirection (everything → homepage) obtient treated as a soft 404. Quand there’s aucun bon destination, the correct déplacer is to garder the 404, pas to invent un.

Triaging votre “Not found (404)” liste

Fonctionner the report top to bottom:

• Ouvrir the “Not found (404)” status in lune page Indexation report and examiner the exemple URLs.
• Pour chaque URL, click in and vérifier Referring page sous Discovery — a possible clue to où Google trouvé the lien, pas a guaranteed complet inventory.
• Flag quelconque URL que is lié internally — fix the broken lien interne at the source (ce is the cleanest win).
• Flag quelconque URL que is in votre sitemap — it shouldn’t be; supprimer it or restore lune page.
• Pull the 404 URLs que have external backlinks (broken-backlinks report) — ces are votre 301 priorities to recover equity.
• Vérifier qui 404s encore recevoir trafic or clearly match utilisateur intent.
• Pour chaque “should exist” URL: restore lune page, or 301 it to a genuinely relevant live page (pas the homepage).
• Leave genuinely-gone URLs with aucun liens/trafic as 404 (or 410 si vous vouloir a slightly faster drop).
• Confirmer aucun live redirections dump unrelated URLs onto / (soft-404 risk).
• Optionally hit Validate Fix (Google peut aussi pick up a réel fix on its propre) — alors expect a slow taper, pas an instant zero, with aucun fixed timeline.
• Confirmer you’re triaging the correct status (pas soft 404, autre 4xx, redirection error, or 5xx — the fixes differ).

Playbook: respond to a sudden 404 spike

1. Confirmer the spike is réel. Comparer Search Console exemples with a live explorer or server réponses; reports peut lag behind current behavior.
2. Groupe by causer and template. Regarder pour a deployment, URL-pattern modifier, internal-link bug, deleted section, or malformed generated URL plutôt que fixing rows individually.
3. Prioritize URLs with valeur. Restore or redirection URLs que devrait exist, have meaningful backlinks or trafic, or remain in lien internes and sitemaps.
4. Leave legitimate removals alone. A truly gone URL with aucun replacement devrait garder returning 404 or 410; ne faites pas redirection it to an irrelevant page.
5. Repair the source. Mettre à jour templates, lien internes, and sitemap generation so ils arrêter producing or promoting the broken pattern.
6. Validate and watch recurrence. Tester representative URLs and monitor the pattern. Exit quand valuable URLs resolve correctement and newly découvert 404s retourner to the attendu baseline.

404 cheat sheets

Qui réponse pour qui situation

Devrait I fix ce 404? — decision flow

Fast facts

• “Not found (404)” = Google describes finding l’URL sans an explicit requête from vous — that’s how it was découvert, pas proof it’s absent from votre current sitemap.
• A correctly-returned 404 is pas automatically a sitewide quality or ranking penalty — but a 404 on une URL que devrait fonctionner encore costs liens, trafic, or utilisateurs.
• Google removes a previously-indexed URL on 404; doesn’t traiter nouveau 404s.
• Googlebot garde re-checking old 404s with decreasing frequency → ils linger.
• 404 vs 410: Google’s docs treat 4xx codes (except 429) the même; in practitioner experience 410 drops a touch faster.
• Don’t redirection everything to the homepage → soft 404.
• Crawl-budget cost of 404s is negligible except on very grand sites with mass bogus URLs.

Courant problèmes

The 404 count suddenly spikes in lune page Indexation report

Probable causer: a broken template is generating junk URLs (bad pagination parameters, a faceted-nav bug, session IDs leaking into liens), a spider trap, or un autre site is scraping and mangling votre URLs. Fix: pull a sample of the nouveau 404 URLs and regarder pour a shared pattern (a requête parameter, a chemin prefix). Si it’s votre propre template, fix le code generating the bad liens. Vérifier via server logs or /outils/log-file-analyzer to confirmer the pattern and voir si it’s réel explorer volume or simplement a handful of exemples.

Vous fixed une URL but it encore montre “Not found (404)” weeks plus tard

Probable causer: Googlebot re-checks 404s on a tapering schedule, so the report count lags behind the réel fix — ce is attendu, pas a sign the fix failed. Fix: confirmer the live URL is en réalité returning the correct status now (200 si restored, 301 si redirigé) en utilisant curl -I or /outils/http-status-checker. Vous pouvez optionally hit Validate Fix in GSC — it’s pas requis, since Google peut aussi pick up a correction on its propre — and expect the count to taper bas gradually plutôt que drop instantly, with aucun fixed timeline pour quand it clears.

A supprimé URL montre up as “soft 404” au lieu de “Not found (404)”

Probable causer: lune page is returning HTTP 200 with a “not found”-looking message au lieu de an réel 404/410 status, or it’s redirecting to an irrelevant page. Fix: vérifier la réponse code with curl -I or /outils/http-status-checker — si it’s a 200, configurer le serveur (or CMS) to retourner a réel 404/410 pour que chemin au lieu de a soft error page.

A 301 vous définir up montre as “soft 404” pour the destination

Probable causer: the destination page isn’t a genuine replacement pour ce que was requested — Google reads a mismatched redirection target the même façon it reads an irrelevant un. Fix: re-check the target with /outils/redirect-checker and point the 301 at une page que en réalité matches the original URL’s topic, pas the nearest category page or the homepage.

The report listes une URL vous jamais créé or lié to

Probable causer: a scraped, malformed, or fabricated URL from un autre site, or une page from années ago que Google encore remembers and periodically re-checks. Fix: click l’URL in the report and vérifier Referring page sous Discovery — a possible clue, pas a guaranteed source, since Google may pas have que données disponible. Si it’s external and clearly mangled, aucun action is nécessaire — it isn’t something vous broke.

Scripts and snippets

Vérifier une URL’s live status (macOS/Linux)

Confirmer ce que code d’état une URL is en réalité returning avant vous decide si it nécessite fixing:

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

Regarder at the premier line of la réponse (e.g. HTTP/2 404 or HTTP/2 301). Si it’s a redirection, curl montre the location: header with the destination.

Vérifier une URL’s live status (PowerShell)

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

Ajouter -MaximumRedirection 0 si vous vouloir to voir the raw 301/302 sans PowerShell suivant it automatically.

Grep server logs pour 404 hits (regex)

Run ce contre an Apache/Nginx “combined” format accès log to pull every requête que renvoyé a 404:

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

Capture-group breakdown: "\S+ \K skips past the HTTP méthode (OBTENIR/POST) and discards it from the match; \S+ captures la requêteed chemin; the lookahead (?=.*" 404 ) exige que the rest of the log line contient a 404 status avant matching. The output is a plain liste of l’URLs que 404’d — pipe it via sort | uniq -c | sort -rn to rank les by frequency.

DevTools Console — vérifier status sans leaving lune page

Paste into the Console panel to vérifier a spécifique URL’s status from the navigateur you’re déjà in:

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

Bookmarklet — vérifier the current page’s status

Drag ce into votre bookmarks bar (it’s a bookmarklet — click it pendant que on quelconque page to vérifier que page’s propre réponse status):

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

Outils pour finding and fixing 404s

Ce site’s outils

• /outils/http-status-checker — vérifier the live HTTP status of quelconque URL avant deciding si it nécessite a redirection, a restore, or nothing at tout.
• /outils/redirect-checker — confirmer a 301 vous définir up en réalité resolves in a unique hop to the intended destination, with aucun chains or loops.
• /outils/log-file-analyzer — parse server logs to voir the réel URLs Googlebot is hitting que retourner 404s, and at ce que frequency.
• /outils/site-audit-lite — explorer votre propre site to surface broken internal liens (the 404s vous pouvez fix directement by editing the lien at the source).

Third-party outils

• Recherche Google Console — lune page Indexation report itself; ouvrir a “Pas trouvé (404)” exemple and utiliser the Referring pages view to voir ce que lié to it, and Validate Fix une fois you’ve made a modifier.
• Bing Webmaster Outils — the equivalent crawl-error surface pour Bing.
• Ahrefs or Screaming Frog — full-site crawls que liste broken lien internes, and backlink reports que surface broken backlinks (external sites linking to a dead URL on votre site) — votre priority liste pour 301s.

Validating a 404 fix

Run ces après restoring or redirecting une URL que devrait exist, to confirmer the fix en réalité took effect plutôt que simplement assuming it did.

Live status vérifier on the fixed URL

Tester to run: curl -I on l’URL, or /outils/http-status-checker. Attendu result: 200 si vous restored lune page, or a 301 to the correct destination si vous redirigé it. Échec interpretation: encore 404, a 5xx, or a redirection pointing at the incorrect page signifie the fix didn’t en réalité deploy. Monitoring window: immediate. Rollback trigger: incorrect status or incorrect destination — fix le serveur rule and re-check avant moving on.

Redirection chemin vérifier

Tester to run: /outils/redirect-checker on the old URL. Attendu result: a single-hop 301 landing directement on the relevant live page — aucun chain, aucun loop. Échec interpretation: multiple hops, a loop, or landing on an unrelated page (soft-404 risk). Monitoring window: immediate. Rollback trigger: quelconque chain, loop, or irrelevant destination — correct the redirection rule.

GSC Validate Fix

Tester to run: in lune page Indexation report, ouvrir “Not found (404)” and hit Validate Fix (optional — Google peut aussi detect a réel correction on its propre sans it). Attendu result: status moves via “Validation commencé” to “Réussi,” and the affected URL count tapers bas. Échec interpretation: validation fails, or the count doesn’t déplacer over an extended period — re-check que the live URL is en réalité fixed and que nothing encore liens to the old un. Monitoring window: ongoing, with aucun fixed completion date (Google re-checks 404s on a tapering schedule, pas instantly, and donne aucun guaranteed timeline). Rollback trigger: repeated validation échec — re-verify the fix at le serveur level.

Explorer behavior in server logs

Tester to run: /outils/log-file-analyzer on requêtes to the old URL. Attendu result: Googlebot’s hits on the old URL taper off over temps pendant que requêtes shift to the nouveau URL. Échec interpretation: Googlebot garde hitting the old URL at an unchanged rate bien après the modifier, suggesting it hasn’t picked up the redirection (or something encore liens to the old URL directement). Monitoring window: ongoing, over an extended period (explorer frequency decreases gradually, per Google’s propre documentation, with aucun fixed schedule). Rollback trigger: aucun tapering après an extended period — confirmer the redirection is server-side (pas a JS or meta-refresh redirection) and audit pour lingering lien internes to the old URL.

Quiz

Five questions to vérifier ce que en réalité sticks à propos de “Not found (404).”

Journal des modifications