Direkt zum Inhalt

Cookie-Einstellungen

Wählen Sie, welche Arten von Cookies Sie erlauben. Sie können Ihre Auswahl jederzeit über Cookie-Einstellungen unten auf jeder Seite ändern. Datenschutzerklärung

Notwendig

Immer aktiv

Nötig zum Einloggen, für Ihren Warenkorb und um Ihre Auswahl zu speichern. Diese sind immer aktiv.

Welche Cookies?
  • weboke_sessie, weboke_klant, weboke_remember: Ihre Sitzung und eingeloggt bleiben
  • weboke_basket: Ihr Warenkorb
  • wkBtwIncl: Preise mit oder ohne MwSt. anzeigen
  • wok_cookies: Ihre Cookie-Auswahl, 12 Monate

Misst, welche Anzeige zu einem Besuch oder einer Bestellung führt, damit wir nicht für Anzeigen zahlen, die nichts bringen.

Welche Cookies?
  • Google Ads über Google Tag Manager (_gcl_au, _gcl_aw), bis zu 90 Tage
  • OpenAI Ads, Anzeigen in ChatGPT
  • wok_aff: über welchen Partner Sie zu uns kamen (Partnerprogramm), 60 Tage

4,6

Land und Sprache

Jedes Land hat seine eigene Website, mit Preisen und MwSt. dieses Landes.

Anzeigen

Modul 2 · 2.4

Deutsch

Der Bericht Seitenindexierung und die URL-Prüfung

Modul 2: Search Console, Bing und IndexNow · Lesezeit: 13 Minuten

Lernziel: Nach dieser Lektion können Sie im Bericht Seitenindexierung erkennen, welche Seiten nicht im Index sind und warum, und eine einzelne Seite mit der URL-Prüfung untersuchen. Außerdem wissen Sie, was Indexierung beantragen, Entfernungen und Manuelle Maßnahmen bewirken und was nicht.

Kernbegriffe: Bericht Seitenindexierung, indexiert, nicht indexiert, Gründe, Fehlerbehebung überprüfen, URL-Prüfung, Live-URL testen, Indexierung beantragen (Kontingent), vom Nutzer angegebene und von Google ausgewählte kanonische URL, Getestete Seite anzeigen, Entfernungen (vorübergehend), Manuelle Maßnahmen, Sicherheitsprobleme

Der Bericht Seitenindexierung

In Lektion 1.3 haben Sie gelesen, dass nicht jede Seite in den Index kommt. Der Bericht Seitenindexierung (im Menü unter Indexierung, Seiten) zeigt, wie das bei Ihrer Website aussieht. Oben stehen zwei Zahlen: Indexiert und Nicht indexiert. Darunter steht die Tabelle "Warum Seiten nicht indexiert werden" mit der Anzahl der Seiten je Grund.

Zuerst das Wichtigste: Das Ziel ist nicht, dass alles indexiert wird. Google schreibt selbst, dass Sie dafür sorgen sollten, dass die kanonische Version jeder wichtigen Seite im Index ist, und dass Sie keine hundert Prozent erwarten sollten. Eine Website mit Tags, Filtern, Suchseiten und Varianten hat immer Seiten, die zu Recht nicht im Index sind. Die Frage lautet also stets: Ist eine Seite darunter, die sehr wohl in den Index gehört?

Die Gründe in einfachen Worten

Grund im BerichtWas los istSchlimm?
Serverfehler (5xx)Der Server meldete einen Fehler, als Google kamJa, wenn es anhält. Fragen Sie Ihren Hoster
WeiterleitungsfehlerEine Weiterleitung lief im Kreis, war zu lang oder defektJa: Reparieren Sie die Weiterleitung (Lektion 4.1)
Durch robots.txt-Datei blockiertDie robots.txt verbietet Google, die Seite zu lesenNur wenn die Seite in den Index soll (Lektion 3.3)
Durch 'noindex'-Tag ausgeschlossenDie Seite bittet selbst darum, nicht indexiert zu werdenNur wenn das versehentlich passiert ist
Soft 404Die Seite liefert Status 200, sieht aber aus wie "nicht gefunden" oder ist fast leerJa, wenn es eine echte Seite ist: Machen Sie sie nützlich oder liefern Sie einen echten 404
Nicht gefunden (404)Die Seite existiert nicht (mehr)Meistens nicht. Doch wenn Links darauf zeigen: weiterleiten
Blockiert aufgrund einer nicht autorisierten Anfrage (401) / Blockiert, da Zugriff verboten (403)Die Seite verlangt ein Passwort oder weist Google abNur wenn die Seite öffentlich sein soll
Seite mit WeiterleitungDie Adresse leitet auf eine andere Adresse weiterNein, das ist normal; das Ziel wird indexiert
Alternative Seite mit richtigem kanonischen TagDiese Seite verweist mit einem Canonical auf eine andereNein, so soll es sein (Lektion 3.5)
Duplikat, vom Nutzer nicht als kanonisch festgelegtGoogle fand ein Duplikat und hat selbst gewähltPrüfen Sie, ob Google richtig gewählt hat
Duplikat, Google hat eine andere Seite als der Nutzer als kanonische Seite bestimmtSie haben Seite A angegeben, Google wählte BUntersuchen Sie, warum (Lektion 3.5)
Gefunden, zurzeit nicht indexiertGoogle kennt die Adresse, hat die Seite aber noch nicht gecrawltBei einer neuen Website normal; Geduld und interne Links
Gecrawlt, zurzeit nicht indexiertGoogle hat die Seite gelesen, aber (noch) nicht aufgenommenPrüfen Sie, ob die Seite wirklich etwas beiträgt (Lektion 7.3)

Daneben gibt es zwei Warnungen: Indexiert, obwohl durch robots.txt-Datei blockiert (Google hat die Adresse aufgenommen, ohne den Inhalt zu lesen, oft weil Links darauf zeigen) und Seite ohne Inhalte indexiert.

Klicken Sie auf einen Grund, um Beispieladressen zu sehen. Haben Sie etwas behoben, können Sie Fehlerbehebung überprüfen wählen. Google prüft dann die bekannten Adressen mit diesem Problem erneut; das dauert laut Google meist bis zu etwa zwei Wochen. Klicken Sie nicht immer wieder: Warten Sie, bis die Überprüfung bestanden oder fehlgeschlagen ist. Eine Behebung wirkt übrigens auch ohne Überprüfung; Google sieht sie beim nächsten Crawlen.

Die URL-Prüfung: eine Seite unter der Lupe

Oben in der Search Console befindet sich eine Suchleiste. Fügen Sie dort eine vollständige Adresse Ihrer Website ein, und Sie erhalten die URL-Prüfung. Sie sehen zuerst, was Google im Index hat: "URL ist auf Google" oder "URL ist nicht auf Google", und unter Seitenindexierung unter anderem:

  • wann Google die Seite zuletzt gecrawlt hat, und Gecrawlt als (der Mobil- oder der Desktop-Crawler);
  • ob die robots.txt das Crawlen erlaubt, und Indexierung zulässig? (Gibt es ein noindex?);
  • Seitenabruf: Hat das Abrufen funktioniert?
  • die vom Nutzer angegebene kanonische URL (was Sie in Ihr Canonical geschrieben haben) und die von Google ausgewählte kanonische URL (was Google gewählt hat).

Das ist der Stand im Index, keine Live-Messung. Haben Sie gerade ein noindex entfernt, steht es hier noch.

Live-URL testen

Mit Live-URL testen ruft Google die Seite jetzt ab. So prüfen Sie eine Behebung sofort. Mit Getestete Seite anzeigen sehen Sie das HTML nach dem Ausführen von JavaScript, die Header der Antwort, Meldungen aus der Konsole und, bei einem erfolgreichen Test, einen Screenshot. Dort sehen Sie, ob Ihr Titel, Ihr Canonical oder Ihre strukturierten Daten wirklich vorhanden sind, wenn sie per JavaScript eingefügt werden.

Achtung: Ein erfolgreicher Live-Test ist kein Versprechen. Der Test beurteilt weder Qualität noch doppelte Inhalte noch die Wahl des Canonicals.

Indexierung beantragen

Nach einem Live-Test können Sie Indexierung beantragen. Google stellt die Seite dann in die Warteschlange zum Crawlen. Drei Dinge sollten Sie wissen:

  1. Es gibt ein tägliches Kontingent pro Property. Für viele Seiten auf einmal ist eine Sitemap der richtige Weg (Lektion 2.2).
  2. Mehrfaches Beantragen für dieselbe Seite beschleunigt nichts.
  3. Es ist keine Garantie: Das Crawlen kann Tage bis Wochen dauern, und danach entscheidet Google noch über die Aufnahme.

Nutzen Sie es also für eine neue wichtige Seite oder nach einer Behebung, nicht als tägliche Routine.

Sie können nur Adressen aus einer Property prüfen, deren Inhaber oder Nutzer Sie sind. Möchten Sie die Seite eines anderen ansehen, verwenden Sie öffentliche Tools wie den Rich Results Test (Modul 5).

Drei weitere Berichte, die Sie kennen sollten

Entfernungen. Damit nehmen Sie eine Seite vorübergehend (etwa sechs Monate) aus den Suchergebnissen, zum Beispiel wenn versehentlich personenbezogene Daten online standen. Die Seite bleibt im Index. Soll sie dauerhaft verschwinden, sorgen Sie dafür, dass sie einen 404 oder 410 liefert, hinter einem Passwort steht oder ein noindex hat. Die robots.txt ist dafür nicht geeignet: Eine blockierte Seite kann Google nicht lesen und sieht daher auch das noindex nicht.

Manuelle Maßnahmen. Eine manuelle Maßnahme bedeutet, dass ein Mitarbeiter von Google festgestellt hat, dass Seiten gegen die Spamrichtlinien verstoßen (Lektion 8.2), zum Beispiel durch versteckten Text oder unnatürliche Links. Diese Seiten können schlechter ranken oder aus den Ergebnissen verschwinden. Steht hier keine Meldung, ist alles in Ordnung. Steht dort etwas: Beheben Sie es auf allen Seiten und stellen Sie danach einen Antrag auf erneute Überprüfung.

Sicherheitsprobleme. Hier meldet Google, wenn Ihre Website gehackt zu sein scheint oder Schadsoftware verbreitet. Besucher sehen dann womöglich eine Warnung. Das ist ein Notfall: Für die Wiederherstellung siehe den WordPress-Kurs und Sicher online.

In der Praxis: nach einer neuen Website

Lotte hat ihre neue Website mit dem AI Builder veröffentlicht und vergessen, dass die Website noch auf "nicht indexieren" stand. Nach einer Woche sieht sie in der Seitenindexierung fast alles unter "Durch robots.txt-Datei blockiert". Sie legt den Schalter um und veröffentlicht erneut, prüft ihre Startseite, sieht im Live-Test, dass Crawlen und Indexieren jetzt erlaubt sind, und beantragt die Indexierung für die Startseite und die Seite Bruidswerk (Hochzeitsfloristik). Für den Rest wartet sie auf die Sitemap. Bei WordPress steckt dieselbe Falle im Häkchen "Suchmaschinen davon abhalten, diese Website zu indexieren", bei anderen Website-Baukästen unter einem ähnlichen Namen.

Zusammenfassung

  • Die Seitenindexierung zeigt indexierte und nicht indexierte Seiten mit dem Grund; nicht alles muss in den Index.
  • Lesen Sie jeden Grund als Frage: Gehört diese Seite in den Index? Wenn ja, beheben und überprüfen lassen.
  • Die URL-Prüfung zeigt den Stand im Index; Live-URL testen zeigt die Seite jetzt, auch nach JavaScript.
  • Indexierung beantragen hat ein Kontingent, hilft durch Wiederholen nicht und garantiert nichts.
  • Entfernungen wirken vorübergehend; Manuelle Maßnahmen und Sicherheitsprobleme sollten leer sein.

Quiz

1. Im Bericht Seitenindexierung stehen 40 Seiten unter "Alternative Seite mit richtigem kanonischen Tag". Was tun Sie?



2. Sie haben ein noindex von einer Seite entfernt. Die URL-Prüfung zeigt noch "Indexierung zulässig? Nein". Wie kann das sein?



3. Sie beantragen jeden Tag erneut die Indexierung für dieselbe Seite. Was ist die Wirkung?



4. Versehentlich steht eine Seite mit Kundendaten online. Was ist das beste Vorgehen?



5. Was bedeutet eine Meldung unter Manuelle Maßnahmen?



Aufgabe

Aufgabe D2.4: Eine Seite prüfen. Wählen Sie eine wichtige Seite Ihrer Website (zum Beispiel die Seite mit Ihren Leistungen) und prüfen Sie sie in der Search Console. Notieren Sie, ob sie indexiert ist, wann sie zuletzt gecrawlt wurde, welches Canonical Sie angegeben haben und welches Google gewählt hat. Führen Sie danach einen Live-Test durch, öffnen Sie die getestete Seite und prüfen Sie, ob der Titel im HTML steht. Sehen Sie zum Schluss in der Seitenindexierung nach, welcher Grund am häufigsten vorkommt und ob darunter Seiten sind, die in den Index gehören.

Aufgabe D2.4: Eine Seite prüfen

Keine eigene Website oder kein eigenes Unternehmen? Arbeiten Sie die Aufgabe auf Papier aus oder überspringen Sie sie; für das Zertifikat zählt nur die Prüfung.




Ihre Haken und Notizen bleiben nur in diesem Browser; wir senden sie nirgendwohin. Sind Sie angemeldet, speichern wir in Meine Kurse nur, dass Sie die Aufgabe erledigt haben.

Weiterführende Links

Einen Moment bitte…

Richten Sie Ihre Domains ein

Legen Sie für jede Domain die Nameserver, die Verknüpfung mit Ihrem Hosting und den künftigen Inhaber fest.

Ihre Domains werden geladen…