Blokkert på grunn av andre 4xx-problemer: finn den ekte statuskoden

Sist oppdatert: 2026-10-30

Kort fortalt

Denne statusen betyr at Googlebot fikk en 4xx-klientfeil som ikke er en av kodene med egen rad, som 401, 403 eller 404. Google gir ingen flere detaljer, så første steg er å finne den nøyaktige koden serveren returnerte. Rett deretter hvordan serveren håndterer forespørselen for sider som skal være offentlige.

Nøyaktig etikett i Search Console: Blocked due to other 4xx issue

Hva det betyr

Googles hjelp om Sideindeksering sier at serveren støtte på en 4xx-feil som ikke dekkes av noen annen problemtype, og foreslår å feilsøke siden med URL-inspeksjonsverktøyet. URL Inspection API beskriver samme tilstand som blokkert på grunn av andre 4xx-problemer, ikke 403 eller 404. Googles hjelpeartikkel kaller årsaken URL blokkert på grunn av andre 4xx-problemer; raden i rapporten utelater ordet URL.

Uansett hvilken kode det er, behandler Google 4xx-svar likt for indeksering: den ignorerer innholdet, indekserer ikke nye URL-er som returnerer en 4xx-kode, og fjerner allerede indekserte URL-er over tid. Unntaket er 429 Too Many Requests, som Google behandler som et tegn på en overbelastet server og regner som en serverfeil.

Er det et problem?

Ja, hvis URL-ene er sider som skal virke. Hvis en kode som 400 Bad Request eller 405 Method Not Allowed returneres til en vanlig sideforespørsel, betyr det vanligvis at serveren eller et applikasjonslag avviser noe ved forespørselen. Hvis URL-ene er feilformede lenker som aldri har vært sider, er påvirkningen liten.

Vanlige årsaker

Forespørsler avvist som feilformede

Servere eller rammeverk som returnerer 400 for uventede parametere, kodinger eller headere.

Sikkerhetsregler med uvanlige koder

WAF-er eller plugins som svarer blokkerte forespørsler med en annen 4xx-kode enn 403.

Juridiske eller regionale begrensninger

Sider som returnerer 451 Unavailable For Legal Reasons for enkelte regioner.

Feil med metode eller innholdsforhandling

Ruter som bare godtar bestemte metoder eller headere og svarer med 405, 406 eller lignende koder.

Ødelagte genererte URL-er

Feilformede URL-er i lenker eller områdekart som applikasjonen ikke klarer å tolke.

Slik retter du det

  1. Finn den nøyaktige statuskoden. Inspiser URL-en og åpne Vis gjennomsøkt side for å se HTTP-responsen, kjør Test live URL, og sjekk tilgangsloggene dine for Googlebot-forespørsler til samme URL.
  2. Reproduser med en enkel forespørsel. Be om URL-en med en enkel HTTP-klient og uten informasjonskapsler. Hvis det feiler, rett ruten, parameterhåndteringen eller serverregelen.
  3. Sjekk sikkerhetslagene. Se i WAF-, CDN- og plugin-logger etter regler som blokkerer crawlere med en ikke-standard kode, og slipp verifisert Googlebot inn.
  4. Rett eller fjern dårlige URL-er. Hvis URL-ene er feilformede, korriger lenkene eller oppføringene i områdekartet som genererer dem.
  5. Valider. Når sidene returnerer 200, be om indeksering for de viktige og klikk Validate fix.

Sjekk det med GSC Magic

gsc_inspect_urls_batch rapporterer hentestatusen for hver URL, så assistenten din kan samle alle URL-er i denne tilstanden og gruppere dem etter bane og spørreparametere; ofte ligger én mal eller én parameter bak alle sammen. report_index_health flagger disse URL-ene inne i områdekartet ditt. For den nøyaktige statuskoden, sjekk serverloggene dine eller HTTP-responsen i URL-inspeksjon.

Prompter du kan kopiere

Inspiser disse URL-ene og list opp alle som er blokkert på grunn av andre 4xx-problemer, gruppert etter banemønster og spørreparametere.

Kjør en indekshelsesjekk på områdekartet mitt og list opp alle URL-er med et 4xx-henteproblem, fordelt på 401, 403, 404 og andre 4xx.

Sammenlign disse feilende URL-ene med lignende URL-er på nettstedet mitt som er indeksert, og si hva som skiller dem i struktur eller parametere.

Guider på bloggen

Vanlige spørsmål

Hvilke statuskoder havner her?

Google sier bare en 4xx-feil som ikke dekkes av en annen problemtype. 401, 403 og 404 har egne rader. Sjekk den nøyaktige koden i URL-inspeksjon eller serverloggene dine i stedet for å gjette.

Er 429 en av disse?

Googles dokumentasjon om gjennomsøking behandler 429 som et tegn på at serveren er overbelastet, og regner det som en serverfeil, ikke som en vanlig klientfeil. Ser du mange 429-svar, se på hastighetsbegrensning og kapasitet.

Blir disse sidene fjernet fra indeksen?

Google sier at URL-er som returnerer en 4xx-kode, ikke indekseres, og at allerede indekserte URL-er som begynner å returnere en slik kode, fjernes fra indeksen over tid.

Kilder