Blockerad på grund av obehörig begäran (401): sidor bakom inloggning
Senast uppdaterad: 2026-10-30
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.
Exakt etikett i Search Console: Blocked due to unauthorized request (401)
Vad det betyder
Googles hjälpsida för Sidindexering säger att sidan blockerades för Googlebot av en begäran om behörighet (ett 401-svar). Om du vill att Googlebot ska indexera sidan, ta antingen bort behörighetskravet för den eller låt Googlebot komma åt den genom att verifiera dess identitet. Google föreslår att du kontrollerar sidan i ett inkognitofönster för att se vad en utloggad besökare får.
Google använder inte innehållet i URL:er som returnerar 4xx-koder och indexerar dem inte, och sidor som var indexerade och börjar returnera 401 tas bort med tiden. Google säger också att 401 eller 403 inte ska användas för att begränsa genomsökning, eftersom koderna inte påverkar genomsökningstakten.
Är det ett problem?
Inte för privata områden som kontosidor, adminskärmar, intranät eller stagingsajter bakom HTTP-autentisering; att hålla dem borta från Google är hela poängen. Det är ett problem när offentliga sidor returnerar 401, till exempel när lösenordsskyddet från staging ligger kvar efter lanseringen, eller när en hel sektion hamnar bakom en inloggning av misstag.
Vanliga orsaker
Privata sidor som länkas offentligt
Konto-, admin- eller medlemssidor som Google hittat via länkar. Förväntat.
Stagingskydd som lämnats kvar
HTTP basic authentication eller ett lösenord hos webbhotellet som fortfarande är aktivt efter att webbplatsen gått live.
Behörighetsregler för hela sektioner
En server- eller CDN-regel som kräver inloggning för ett sökvägsmönster som också omfattar offentliga sidor.
Sidor som bygger på ett autentiserat API
Sidor som returnerar 401 till utloggade förfrågningar i stället för att visa en offentlig version.
Så åtgärdar du det
- Kontrollera vad en utloggad besökare får. Öppna URL:en i ett inkognitofönster, som Google föreslår. Om du ombeds logga in gör Googlebot det också.
- Ta bort autentisering från offentliga sidor. Stäng av lösenordsskyddet för den live-webbplatsen, eller snäva in behörighetsregeln så att den bara omfattar privata sökvägar.
- Släpp bara igenom verifierad Googlebot om du måste. Om innehållet måste vara låst för människor men synligt för Google, verifiera Googlebot med omvänd DNS eller Googles publicerade IP-intervall innan du släpper in det, och läs Googles spamregler om cloaking och betalväggar först.
- Låt privata sidor förbli privata. För URL:er som aldrig ska finnas i Google är en 401 bra. Ta bort länkar till dem från offentliga sidor och från din sitemap så att de slutar dyka upp.
- Testa, begär indexering och validera. Kör Testa live-URL på sidor som du öppnat upp, begär indexering för de viktigaste och klicka på Validera åtgärd för gruppen.
Kontrollera det med GSC Magic
gsc_inspect_urls_batch visar vilket status för sidhämtning som Google registrerade för varje URL, så din assistent kan lista alla URL:er som blockerats med 401 och skilja privata sökvägar från offentliga per katalog. report_index_health flaggar varje 401 i din sitemap, som bara bör lista offentliga sidor.
Prompter att kopiera
Granska de här URL:erna och lista alla som blockerats på grund av obehörig begäran (401), grupperade efter katalog.
Kör en indexhälsokontroll på min sitemap och säg om någon listad URL returnerar 401 eller 403 till Google.
Vi har precis tagit bort inloggningen från de här sidorna. Granska dem och säg vilka Google fortfarande rapporterar som blockerade av 401.
Guider på bloggen
Relaterade statusar
Blocked due to access forbidden (403) 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.
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.
Excluded by 'noindex' tag Statusen betyder att Google genomsökte sidan, hittade en noindex-regel i en robots meta-tagg eller ett X-Robots-Tag i HTTP-huvudet och därför inte indexerade den. Om du inte vill ha sidan i Google fungerar det som det ska. Om du vill det, ta bort noindex vid källan, bekräfta med Testa live-URL och begär indexering.
Vanliga frågor
Är 401 ett bra sätt att hålla sidor borta från Google?
För privat innehåll, ja. Googles vägledning om borttagning listar lösenordsskydd som ett sätt att permanent hålla en sida borta från sökresultaten.
Kan jag ge Googlebot ett användarnamn och lösenord?
Nej. Googlebot loggar inte in. Googles rekommendation är att ta bort behörighetskravet eller tillåta verifierade Googlebot-förfrågningar.
Vad är skillnaden mellan 401 och 403 här?
En 401 begär inloggningsuppgifter. Google säger att en 403 betyder att uppgifter angavs men att åtkomst nekades, och eftersom Googlebot aldrig skickar uppgifter returneras en 403 till Googlebot oftast felaktigt.
Källor
- support.google.com https://support.google.com/webmasters/answer/7440203
- developers.google.com https://developers.google.com/crawling/docs/troubleshooting/http-status-codes
- developers.google.com https://developers.google.com/crawling/docs/crawlers-fetchers/verify-google-requests
- developers.google.com https://developers.google.com/search/docs/crawling-indexing/remove-information
- developers.google.com https://developers.google.com/search/docs/essentials/spam-policies