Die Meldung "Nicht autorisiert (401)" erscheint im Bericht zur Seitenindexierung der Search Console, wenn Googlebot beim Abruf einer Seite aufgefordert wurde, sich anzumelden. Laut Google blockiert dann eine Autorisierungsanforderung den Zugriff. Du kannst die Anmeldepflicht für diese Seite entfernen oder Googlebot nach einer Prüfung seiner Identität Zugriff geben [1]. Der Statuscode 401 bedeutet nach dem HTTP-Standard, dass die Anfrage nicht ausgeführt wurde, weil gültige Zugangsdaten fehlen. Ein Server, der 401 sendet, muss dazu einen Header WWW-Authenticate mitschicken [2].
Wie Google mit 401 umgeht
Google behandelt 401 wie die meisten anderen 4xx-Codes. Der Inhalt der URL wird nicht verwendet, neue URLs mit diesem Code werden nicht indexiert, und schon indexierte URLs werden aus dem Index entfernt [3]. Google weist außerdem darauf hin, dass 401 und 403 nicht dazu gedacht sind, die Crawling-Frequenz zu begrenzen [3]. In der Crawling-Statistik zählen 401-Antworten zu den schlechten Antworten [4].
Typische Ursachen
Oft ist die Meldung gewollt. Ein Kundenbereich, ein Händlerportal oder das Backend eines Shops verlangt zu Recht eine Anmeldung. Dann ist die eigentliche Frage, warum Google die Adressen überhaupt kennt. Meist stehen sie in der Sitemap, im Menü oder in einem Link auf einer öffentlichen Seite.
Ärgerlich wird es, wenn öffentliche Seiten betroffen sind. In unseren Projekten sehen wir drei Fälle immer wieder. Eine Staging-Umgebung mit Passwortschutz wurde live geschaltet, und der Schutz blieb an Teilen der Website hängen. Ein Sicherheits-Plugin oder eine Regel in der Serverkonfiguration schützt ganze Verzeichnisse und erwischt dabei auch Bilder oder PDFs. Oder ein Mitgliederbereich liefert für Gäste 401, obwohl die Vorschau eines Artikels öffentlich sein sollte. Bei einem Sportverein mit internem Bereich für Trainingspläne kann so schnell auch die öffentliche Terminliste hinter dem Login landen.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
So behebst du die Meldung
Öffne die Beispiel-URLs im Bericht und rufe jede in einem privaten Browserfenster auf, in dem du nicht angemeldet bist. Erscheint ein Anmeldefenster, liegt der Schutz auf dem Server. Mit dem URL-Prüftool siehst du, welchen Code Google bekommt.
Gehört die Seite in die Suche, nimmst du sie aus dem geschützten Bereich heraus. Gehört sie nicht hinein, entfernst du sie aus der Sitemap und aus öffentlichen Links. Die Meldung darf dann stehen bleiben, sie bezieht sich nur auf die gemeldeten Adressen.
Manche Betreiber möchten Googlebot einen geschützten Bereich zeigen, Besuchern aber nicht. Dafür nennt Google die Möglichkeit, Googlebot nach Prüfung seiner Identität Zugriff zu geben [1]. Prüfen lässt sich ein Zugriff über einen umgekehrten DNS-Lookup der IP-Adresse, der auf googlebot.com, google.com oder googleusercontent.com enden muss, und einen anschließenden Vorwärts-Lookup, der wieder die ursprüngliche IP-Adresse ergibt. Alternativ veröffentlicht Google die IP-Bereiche seiner Crawler als JSON-Dateien [5]. Der User-Agent allein ist kein Beweis, denn den kann jeder fälschen. Bedenke, dass Inhalte, die Google sieht, Besucher aber nicht, als Cloaking gegen die Spamrichtlinien verstoßen können [6]. Das sollte vorher geklärt sein.
Ähnliche Meldungen stehen auf eigenen Seiten: Zugriff verboten (403) und Sonstiger 4xx-Fehler. Die Bedeutung der Codes erklärt das Glossar unter Statuscodes.
Unklar, ob dein Login-Schutz zu viel oder zu wenig sperrt? Schick uns in der gratis Sprechstunde zwei der betroffenen Adressen, und wir prüfen mit dir, ob die Meldung gewollt ist oder eine öffentliche Seite trifft.
- Organisation Bericht zur Seitenindexierung. Google, Search Console-Hilfe. Stand laufend. abgerufen am 31.10.2026
- Gesetz RFC 9110: HTTP Semantics, Abschnitt 15.5.2 (401 Unauthorized). IETF. Stand 06/2022. abgerufen am 31.10.2026
- Organisation Auswirkungen von HTTP-Statuscodes, Netzwerk- und DNS-Fehlern auf die Google Suche. Google Search Central. Stand 06.03.2026. abgerufen am 31.10.2026
- Organisation Bericht "Crawling-Statistik". Google, Search Console-Hilfe. Stand laufend. abgerufen am 31.10.2026
- Organisation Googlebot und andere Google-Crawler überprüfen. Google Search Central. Stand 25.03.2026. abgerufen am 31.10.2026
- Organisation Spamrichtlinien für die Google Websuche. Google Search Central. Stand 02.09.2026. abgerufen am 31.10.2026
Häufige Fragen
Was bedeutet "Nicht autorisiert (401)"?
Der Server hat von Googlebot eine Anmeldung verlangt. Weil Googlebot keine Zugangsdaten mitschickt, kann Google die Seite nicht lesen und indexiert sie nicht.
Ist die Meldung immer ein Problem?
Nein. Bei Kundenbereichen, Backends oder internen Seiten ist sie gewollt. Problematisch ist sie nur bei Seiten, die in die Suche sollen.
Was unterscheidet 401 von 403?
401 heißt, dass gültige Zugangsdaten fehlen. 403 heißt, dass der Server die Anfrage verstanden hat, sie aber verweigert.
Verschwinden schon indexierte Seiten mit 401?
Ja. Google behandelt 401 wie andere 4xx-Codes, verwendet den Inhalt nicht und entfernt bereits indexierte URLs aus dem Index.
Darf ich 401 nutzen, um Googlebot zu bremsen?
Nein. Google sagt, dass 401 und 403 nicht zur Begrenzung der Crawling-Frequenz gedacht sind.
Wie finde ich heraus, warum die Seite geschützt ist?
Ruf sie in einem privaten Browserfenster ohne Anmeldung auf. Erscheint ein Login, liegt der Schutz auf dem Server, in einem Plugin oder in der Konfiguration.
Warum kennt Google meine geschützten Seiten?
Meist über die Sitemap, das Menü oder Links auf öffentlichen Seiten. Nimm geschützte Adressen dort heraus.
Kann ich Googlebot ohne Passwort hereinlassen?
Google nennt diese Möglichkeit, wenn du die Identität vorher prüfst, etwa per DNS-Lookup oder mit den veröffentlichten IP-Bereichen. Kläre vorher, ob Besucher denselben Inhalt sehen.
Reicht es, den User-Agent zu prüfen?
Nein. Der User-Agent lässt sich fälschen. Verlässlich ist der umgekehrte und der anschließende Vorwärts-DNS-Lookup.
Wie prüfe ich die Korrektur?
Mit dem Live-Test im URL-Prüftool. Danach kannst du im Bericht die Fehlerbehebung überprüfen lassen.
Schadet die Meldung meiner ganzen Website?
Sie betrifft nur die gemeldeten URLs. Auf andere Seiten wirkt sie nicht direkt.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Fehler entdeckt? Schreib uns.