Blockerad på grund av nekad åtkomst (403): när servern nekar Googlebot

Senast uppdaterad: 2026-10-30

Kort sagt

Statusen betyder att din server returnerade 403 Forbidden till Googlebot. Google påpekar att Googlebot aldrig skickar inloggningsuppgifter, så en 403 till Googlebot returneras oftast felaktigt. Om sidan ska finnas i Google, hitta brandväggen, CDN:en eller serverregeln som blockerar den och släpp igenom verifierad Googlebot.

Exakt etikett i Search Console: Blocked due to access forbidden (403)

Vad det betyder

Googles hjälpsida för Sidindexering förklarar att HTTP 403 betyder att användaragenten angav inloggningsuppgifter men inte beviljades åtkomst. Googlebot anger aldrig uppgifter, så din server returnerar felet felaktigt och sidan kommer inte att indexeras. För att få den indexerad, släpp in utloggade användare eller tillåt uttryckligen Googlebot-förfrågningar utan autentisering, efter att ha verifierat dess identitet.

Blockeringen sitter ofta i ett säkerhetslager snarare än i själva sidan. I sina råd om genomsökningsfel noterar Google att skyddssystem ofta är inställda på att blockera ovanligt höga förfrågningsvolymer, och att Googlebot kan utlösa dem eftersom det gör fler förfrågningar än en mänsklig besökare. Google säger också att 403 inte ska användas för att sakta ner genomsökning: 4xx-koder andra än 429 påverkar inte genomsökningstakten.

Är det ett problem?

Ja, om URL:en är tänkt att vara offentlig. En 403 på offentliga sidor blockerar indexering helt och, om den sprider sig till indexerade sidor, tar bort dem med tiden. Den är godtagbar för privata områden, även om det håller rapporten renare att inte länka till de URL:erna.

Vanliga orsaker

WAF- eller bot-skyddsregler

Säkerhetstjänster som utmanar eller blockerar förfrågningar efter user agent, förfrågningsfrekvens eller rykte, och ibland fångar Googlebot.

Blockering per land eller IP

Geoblockering eller IP-blocklistor som omfattar adresser som Googlebot genomsöker från.

Katalog- eller hotlink-skydd

Regler som förbjuder åtkomst till mappar eller filtyper som PDF:er eller bilder.

Fel på filbehörigheter

Serverbehörigheter för filer eller kataloger som inte tillåter att sidan läses.

Regler mot falska Googlebots som slår fel

Regler som ska stoppa bedragare som använder Googlebots user agent men som också blockerar den riktiga genomsökaren.

Så åtgärdar du det

  1. Återskapa 403:an. Kör Testa live-URL. Om livetestet också får en 403 är blockeringen aktiv nu. Kontrollera åtkomstloggarna efter 403-svar på Googlebots förfrågningar.
  2. Hitta lagret som blockerar. Kontrollera händelseloggar i CDN och WAF, serverkonfiguration och säkerhetsplugin. Google noterar att brandväggen kanske inte ligger under din kontroll, så involvera ditt webbhotell.
  3. Tillåt verifierad Googlebot. Tillåt Googlebot efter att ha verifierat det med en omvänd DNS-uppslagning eller Googles publicerade IP-intervall, inte bara via user agent, så att bedragare förblir blockerade.
  4. Åtgärda behörigheter. Rätta fil- och katalogbehörigheter för offentligt innehåll.
  5. Begär indexering och validera. När blockeringen är borta, begär indexering för viktiga URL:er och klicka på Validera åtgärd på problemet.

Kontrollera det med GSC Magic

gsc_inspect_urls_batch rapporterar status för sidhämtning för varje URL, så din assistent kan lista alla URL:er som blockerats med 403 och visa om det gäller en katalog, en filtyp eller hela webbplatsen, vilket snävar in vilken regel som är ansvarig. Om Bing Webmaster Tools är kopplat visar bing_crawl_issues och bing_url_info om Bingbot också nekas, en antydan om att ett säkerhetslager blockerar genomsökare generellt.

gsc_inspect_urls_batchgsc_inspect_urlbing_crawl_issuesbing_url_info

Prompter att kopiera

Granska de här URL:erna och lista alla som blockerats på grund av nekad åtkomst (403). Gruppera dem efter katalog och filändelse.

Kontrollera Bings genomsökningsproblem för min webbplats och säg om Bing också får 403-fel på de URL:er som Google rapporterar som nekade.

Vi ändrade brandväggsreglerna i dag. Granska de här tidigare blockerade URL:erna och säg vilka Google fortfarande rapporterar som 403.

Guider på bloggen

Blocked due to unauthorized request (401)

Statusen betyder att servern svarade Googlebot med 401 Unauthorized och bad om inloggningsuppgifter som Googlebot inte har. Om sidan är privat är det rätt och sidan hålls borta från Google. Om den ska vara offentlig, ta bort kravet på behörighet eller, om du måste behålla det, släpp igenom verifierade Googlebot-förfrågningar.

 Blocked due to other 4xx issue

Statusen betyder att Googlebot fick ett 4xx-fel på klientsidan som inte är en av koderna med egen rad, som 401, 403 eller 404. Google ger ingen mer detalj, så första steget är att hitta den exakta koden som din server returnerade. Åtgärda sedan hur servern hanterar begäran för sidor som ska vara offentliga.

 Server error (5xx)

Serverfel (5xx) betyder att din server returnerade ett 500-fel när Googlebot begärde sidan. Google saktar ner genomsökningen när det ser sådana fel och släpper till slut URL:er som fortsätter att misslyckas. Kontrollera värdstatus i Genomsökningsstatistik, återskapa felet och åtgärda sedan kapacitet, timeouts eller regler som blockerar Googlebot.

Vanliga frågor

Varför skulle min server skicka 403 till Googlebot?

Oftast på grund av ett säkerhetslager: en brandvägg, bot-hanterare, geo- eller IP-blockering, eller en skyddsregel som reagerar på förfrågningsvolym. Google noterar att Googlebot kan utlösa skyddssystem eftersom det gör fler förfrågningar än en människa.

Hur tillåter jag Googlebot på ett säkert sätt?

Verifiera förfrågningar med en omvänd DNS-uppslagning eller mot Googles publicerade IP-intervall och tillåt dem sedan. Lita inte bara på user agent-strängen, eftersom vem som helst kan fejka den.

Kan jag använda 403 för att minska genomsökningen?

Nej. Google säger att 401 och 403 inte påverkar genomsökningstakten. Vid korta akuta situationer rekommenderar Google att tillfälligt returnera 503 eller 429.

Källor