So verbinden Sie die Google Search Console mit einer Website und lesen die Daten

Überprüfen Sie, ob Ihre Website bereit für die Search Console ist

Bevor Sie versuchen zu verstehen, wie Sie die Google Search Console mit einer Website verbinden und die Daten lesen, überprüfen Sie einige Grundlagen. Sie benötigen Zugriff auf die Website selbst, Zugriff auf das DNS oder das Hosting-Konto und ein Google-Konto, das mit dem Projekt verbunden bleibt. Wenn eines davon im Posteingang einer anderen Person liegt, beheben Sie das zuerst.

Die Website sollte bereits auf einer öffentlichen Domain live sein. Die Search Console ist kein Staging-Spielzeug, und es hilft nicht viel, wenn die Website noch hinter einem Passwort oder nur über eine Test-URL zugänglich ist. Fragen Sie bei einer Kundenwebsite, wem die Domain gehört, wer das DNS bearbeiten kann und wer Änderungen genehmigen kann. Das klingt bürokratisch. Es spart Stunden.

Eine praktische Regel hilft hier: Die Person, die die Einrichtung vornimmt, sollte in der Lage sein, eine kleine Änderung vorzunehmen, ohne drei Tage warten zu müssen. Wenn Sie keinen TXT-Eintrag hinzufügen, keine Datei hochladen oder kein Tag auf der Website einfügen können, werden Sie bei der Verifizierung stecken bleiben. Dort scheitern viele Setups leise.

Wenn Ihre Website bereits über Websicherheit Steuerungen verfügt, notieren Sie diese, bevor Sie beginnen. Eine strenge Firewall, ein Caching-Plugin oder eine HTTPS-Umleitung können die Überprüfung stören, wenn Sie nicht wissen, wie sich die Website verhält. Das ist kein Grund, aufzuhören. Es ist ein Grund, vorsichtig zu sein.

Fügen Sie den richtigen Eigentümertyp hinzu

Die Search Console bietet Ihnen zwei Hauptoptionen: Domain-Eigenschaft und URL-Präfix-Eigenschaft. Dies ist keine kosmetische Entscheidung. Es ändert, was Google zusammenfasst und was Sie später sehen können.

Eine Domain-Eigenschaft umfasst alle Versionen der Domain: http, https, www, non-www und Subdomains, wenn sie zum gleichen Domainnamen gehören. Wenn Ihre Website mehrere Versionen hat, die im Umlauf sind, ist dies normalerweise die sauberere Option. Eine Eigenschaft. Eine Ansicht. Weniger Verwirrung.

Eine URL-Präfix-Eigenschaft verfolgt nur eine genaue Version, wie https://www.example.com/.. Das kann nützlich sein, wenn Sie nur einen Abschnitt einer großen Website verwalten oder wenn der technische Zugang eingeschränkt ist. Ein kleines Agenturteam könnte dies für eine schnelle Einrichtung bevorzugen, aber der Nachteil ist offensichtlich: Die Daten sind enger, und Sie benötigen möglicherweise mehr als eine Eigenschaft, um das Gesamtbild zu sehen.

Denken Sie an die tatsächliche Struktur der Website, nicht an das Design-Mockup. Eine Unternehmenswebsite hat oft eine Hauptdomain, einen Blog-Unterordner und vielleicht eine Staging-Subdomain, die niemand mit der Produktion verwechseln sollte. Eine Domain-Eigenschaft reduziert dieses Durcheinander. Eine URL-Präfix-Eigenschaft kann immer noch funktionieren, aber nur, wenn Sie genau wissen, welche Version Sie verfolgen möchten.

Wählen Sie die Version, die übereinstimmt, wie die Leute tatsächlich auf die Website gelangen. Wenn Besucher auf https://example.com landen und https://www.example.com beide auf die gleiche kanonische Version umleiten, wählen Sie die Eigenschaft, die die endgültige Version widerspiegelt. Zwei Versionen mit demselben Inhalt können Ihre spätere Analyse verwässern.

Besitz verifizieren, ohne die Website zu beschädigen

Die Verifizierung beweist Google, dass Sie die Kontrolle über die Website haben. Die gängigen Methoden sind DNS-Eintrag, HTML-Datei-Upload, Meta-Tag-Verifizierung, Google Analytics und Google Tag Manager. DNS ist normalerweise die stärkste Option für eine Domain-Eigenschaft, da es außerhalb des Website-Codes liegt. Das ist wichtig, wenn Entwickler nervös sind, Templates zu ändern.

Wenn Sie DNS bearbeiten können, wählen Sie das zuerst. Es ist einfach und hängt nicht davon ab, dass ein Plugin aktiv bleibt. Fügen Sie den TXT-Eintrag genau so hinzu, wie Google ihn anzeigt, warten Sie auf die Propagation und überprüfen Sie dann die Verifizierung. DNS kann Zeit in Anspruch nehmen. Manchmal geschieht es schnell, manchmal nicht.

Der HTML-Datei-Upload funktioniert für einige Websites, insbesondere wenn Sie eine Datei über Hosting oder FTP im Stammverzeichnis der Website platzieren können. Das Problem ist die Wartung. Wenn jemand den Bereitstellungsprozess ändert oder alte Dateien bereinigt, kann die Verifizierungsdatei verschwinden. Dann verliert die Search Console das Vertrauen in die Eigenschaft.

Die Meta-Tag-Verifizierung ist praktisch für Teams, die den Header der Website bearbeiten können. Es ist oft der einfachste Weg auf einer inhaltsverwalteten Website, aber nur, wenn Sie wissen, wo sich dieser Header befindet. Fügen Sie keinen Code in einen zufälligen Page-Builder-Block ein und hoffen Sie auf das Beste. Hoffnung ist keine Verifizierungsmethode.

Google Analytics oder Google Tag Manager können ebenfalls funktionieren, wenn diese Tools bereits installiert sind und Sie die richtigen Berechtigungen haben. Wählen Sie dies nur, wenn Sie der aktuellen Einrichtung vertrauen und verstehen, wem der Container oder die Analyse-Eigenschaft gehört. Wenn das Tag von einem externen Anbieter verwaltet wird, könnten Sie eine Abhängigkeit schaffen, die Sie nicht wollten.

Sicherheit geht vor Geschwindigkeit. Wenn mehrere Methoden verfügbar sind, wähle diejenige, die am wenigsten wahrscheinlich während Neugestaltungen oder Inhaltsaktualisierungen ausfällt. Für viele Teams ist DNS die ruhigste Wahl. Für eine kleine Website ohne DNS-Zugang kann ein Meta-Tag der einzige realistische Weg sein.

Reichen Sie die Sitemap ein und bestätigen Sie, dass Google Ihre Seiten sehen kann

Sobald die Eigenschaft verifiziert ist, suche nach dem Sitemap-Feld in der Search Console und reiche die XML-Sitemap-URL ein. Die meisten Websites verwenden eine Sitemap unter /sitemap.xml, aber der genaue Standort hängt vom CMS, Plugin oder einer benutzerdefinierten Erstellung ab. Überprüfe die Website selbst oder die robots.txt-Datei, wenn du die Adresse noch nicht kennst.

Raten Sie nicht. Eine falsche Sitemap-URL gibt Ihnen kein nützliches Signal, nur eine tote Einreichung. Wenn die Website mehrere Sitemaps hat, beginnen Sie mit der Hauptindex-Sitemap und lassen Sie sie auf den Rest verweisen.

Nach der Einreichung sollte die Search Console anzeigen, ob Google die Datei abrufen kann und ob es URLs daraus entdeckt hat. Das ist der erste Test. Eine Sitemap, die nie gelesen wird, bedeutet oft, dass die Website eine technische Blockade, einen schlechten Pfad oder ein Serverproblem hat, das behoben werden sollte, bevor Sie sich um Rankings kümmern.

Überprüfen Sie die Abdeckung der Website indirekt durch Crawling-Anzeichen. Wenn die Sitemap 200 Seiten enthält und die Search Console nur einen kleinen Teil davon als bekannt meldet, stimmt etwas nicht. Der genaue Grund kann harmlos oder ernst sein; Sie werden es nur wissen, wenn Sie tiefer schauen.

Für eine Website mit aktiver Veröffentlichung wird dieser Schritt Teil von Website-Support nach dem Start. Neue Seiten sollten in der Sitemap erscheinen, und alte tote URLs sollten entfernt oder umgeleitet werden. Wenn die Sitemap veraltet ist, wird die Search Console diese veraltete Struktur mit schmerzhafter Ehrlichkeit widerspiegeln.

Finden Sie die ersten Berichte, die nach der Einrichtung wichtig sind

Öffnen Sie zuerst drei Berichte: Leistung, Seiten und Indizierung. Diese Reihenfolge funktioniert, weil sie drei verschiedene Fragen beantwortet. Welcher Suchverkehr kommt an? Welche Seiten sind im Index? Welche Seiten werden ausgeschlossen und warum?

Der Leistungsbericht zeigt Abfragen, Seiten, Klicks, Impressionen, CTR und durchschnittliche Position. Verwenden Sie ihn, um Sichtbarkeit und Nachfrage zu verstehen, nicht nur den Verkehr. Eine Seite kann niedrig bei Klicks liegen, während sie dennoch viele Impressionen sammelt, und das ist oft der Punkt, an dem die beste Arbeit beginnt.

Der Seitenbericht zeigt Ihnen, welche URLs indiziert, ausgeschlossen oder von bestimmten Problemen betroffen sind. Es ist der schnellste Weg, strukturelle Probleme zu erkennen. Eine Seite, die als „Gecrawlt - derzeit nicht indiziert“ markiert ist, bedeutet, dass Google sie gesehen hat, sie aber noch nicht aufgenommen hat. Das verdient einen Blick.

Der Indexierungsbericht hilft Ihnen, je nach Schnittstelle und Seitentyp, den umfassenderen Zustand von Googles Sicht auf die Seite zu verstehen. Er beantwortet eine einfache Frage: Was kann Google tatsächlich speichern und anzeigen? Wenn die Antwort "weniger als erwartet" lautet, haben Sie jetzt einen Ort, um zu recherchieren.

Springen Sie am ersten Tag nicht zwischen jedem Bericht hin und her. Beginnen Sie mit diesen drei, machen Sie Notizen und vergleichen Sie sie in einer Woche erneut. Die Search Console wird nützlich, wenn Sie Bewegungen sehen können, nicht wenn Sie gleichzeitig auf jedes Menüelement starren.

Lesen Sie Klicks, Impressionen, CTR und durchschnittliche Position, ohne sie falsch zu interpretieren

Klicks sind Besuche von Google-Suche. Impressionen sind Erscheinungen in den Suchergebnissen. CTR ist der Anteil der Impressionen, die zu Klicks wurden. Die durchschnittliche Position ist ein Durchschnitt, was bedeutet, dass sie viele Details verbergen kann, wenn Sie sie wie eine feste Rangnummer behandeln.

Eine Seite mit 1.000 Impressionen und 10 Klicks ist nicht automatisch "schlecht". Sie könnte für breite, gemischte Anfragen ranken oder sie könnte einen Titel haben, der nicht gut genug mit der Suchintention übereinstimmt. Die Kennzahl weist auf eine Frage hin. Sie beantwortet sie nicht von selbst.

Die durchschnittliche Position verdient Vorsicht. Wenn eine Anfrage die Seite auf Position 3 und eine andere auf Position 18 zeigt, kann der Durchschnitt anständig aussehen, während die Seite immer noch das richtige Publikum verfehlt. Deshalb sollten Sie die Abfrageliste öffnen, nicht nur die oberste Zahl. Zahlen ohne Kontext lügen höflich.

Änderungen der CTR können viele Dinge bedeuten. Ein besserer Titel kann sie anheben. Ein neues reichhaltiges Ergebnis kann sie senken oder erhöhen. Eine Markenanfrage kann sie verzerren. Ein Anstieg der Impressionen kann auch den Prozentsatz senken, ohne dass es einen echten Qualitätsverlust gibt. Panikieren Sie nicht, weil sich eine Kennzahl allein bewegt.

Eine Seite mit einer starken einer Website-Analyse- und ÜberwachungsplattformDie Einrichtung kann die Search Console mit anderen Daten koppeln, aber die Search Console hat immer noch ihre eigene Aufgabe. Sie zeigt die Suchnachfrage und die Suchpräsentation. Das ist anders als das Verhalten auf der Seite nach dem Klick.

Verwenden Sie diese Zahlen zusammen. Fünf Klicks von einer Abfrage mit einer CTR von 40 % können wertvoller sein als 200 Impressionen ohne Klicks, abhängig von der Absicht. Die Search Console belohnt Geduld. Sie bestraft auch faules Lesen.

Nutzen Sie die Daten, um Indexierungs- und Sichtbarkeitsprobleme zu erkennen

Suchen Sie nach Seiten, die ausgeschlossen oder nicht indexiert sind. Überprüfen Sie dann den Grund. „Entdeckt - derzeit nicht indexiert“ bedeutet oft, dass Google weiß, dass die Seite existiert, sie aber noch nicht gecrawlt hat, während „Duplikat, Google wählte eine andere kanonische Version“ bedeutet, dass Google eine andere Version gefunden hat, die es bevorzugt. Das sind nicht dasselbe Problem.

Suchen Sie als Nächstes nach Abfragen mit vielen Impressionen und wenigen Klicks. Dieses Muster zeigt oft schwachen Titeltext, vage Snippets oder Seiten, die die falsche Absicht beantworten. Wenn eine Produktseite weiterhin für eine Rechercheabfrage angezeigt wird, muss der Inhalt möglicherweise überarbeitet oder eine bessere Landingpage erstellt werden.

Seiten, die an Sichtbarkeit verlieren, sind es wert, mit früheren Zeiträumen verglichen zu werden. Die Search Console kann Rückgänge nach Abfrage oder Seite anzeigen, und diese Rückgänge weisen oft auf eines von drei Dingen hin: technische Indexierungsprobleme, Inhalte, die nicht mehr zur Nachfrage passen, oder einen Wettbewerber, der die Absicht übernimmt. Der Bericht wird Ihnen nicht sagen, welches es ist, ohne ein wenig Arbeit.

Achten Sie auf Seiten, die wichtig sein sollten, aber nicht oft erscheinen. Eine Preisseite, eine wichtige Dienstleistungsseite oder ein neu veröffentlichter Artikel sollten nicht lange unsichtbar bleiben. Wenn dies der Fall ist, überprüfen Sie interne Links, kanonische Tags und die Aufnahme in die Sitemap, bevor Sie annehmen, dass der Inhalt das Problem ist.

Hier ist ein Ort, an dem eine Seite, die das Veröffentlichen von umfangreichen Inhalten unterstützt, wie ein Inhaltsportal zum Thema Investieren, regelmäßige Überprüfungen benötigt. Große Seiten sammeln schnell kleine Fehler an. Eine defekte Vorlage kann Dutzende von URLs beeinflussen.

Überprüfen Sie auch, ob die Seite technisch indexierbar ist. Noindex-Tags, blockierte Ressourcen, kanonische Fehler und Weiterleitungsketten können gute Inhalte aus der Suche ausschließen. Ein schlechtes Tag reicht aus. Die Search Console zeigt normalerweise den Hinweis, wenn Sie den Grund sorgfältig lesen.

Erstellen Sie eine einfache wöchentliche Überprüfungsroutine für die Search Console

Setzen Sie einen wöchentlichen Slot von 20 bis 30 Minuten fest. Wählen Sie jeden Woche denselben Tag. Überprüfen Sie die Leistung, Seiten und alle neuen Abdeckungswarnungen. Routine schlägt zufällige Überprüfungen, da sie Änderungen im Vergleich zu einer stabilen Basis sichtbar macht.

Halten Sie ein Vergleichsfenster fest, z. B. die letzten 7 Tage im Vergleich zu den vorherigen 7 Tagen oder die letzten 28 Tage im Vergleich zu den vorherigen 28 Tagen. Wechseln Sie nicht jedes Mal das Fenster, wenn Sie den Bericht öffnen. Das macht Trends schwerer vertrauenswürdig. Die Search Console ist besser, wenn Ihre Methode langweilig bleibt.

Notieren Sie drei Dinge: eine Seite, die Klicks gewonnen hat, eine Seite, die Impressionen verloren hat, und ein Problem, das Handlungsbedarf erfordert. Das reicht für ein wöchentliches Protokoll. Ein Protokoll mit 3 Punkten ist besser als ein Durcheinander mit 30 Screenshots.

Wenn die Änderung die Absicht des Inhalts betrifft, senden Sie sie an SEO oder die Redaktion. Wenn es sich um Crawling-Fehler, kanonische Probleme oder blockierte Seiten handelt, senden Sie es an die Entwicklung. Wenn es um Weiterleitungen, Sitemaps oder Vorlagen geht, senden Sie es an denjenigen, der die Seite ohne Rätselraten ändern kann. Eine kleine, klare Übergabe spart Zeit.

Einige Teams leiten diese Arbeit über eine privates Netzwerk-Infrastruktur oder eine interne Admin-Einrichtung, aber der Prozess ist derselbe: Daten überprüfen, Ursache notieren, die Lösung zuweisen. Die Search Console wird nur zur Gewohnheit, wenn jemand den nächsten Schritt übernimmt.

Eine letzte Disziplin hilft auf stark frequentierten Seiten: Beispiele speichern. Halten Sie die genaue Abfrage, die Seite und den Datumsbereich fest, wenn sich etwas ändert. Zwei Wochen später könnte diese Notiz der einzige Grund sein, warum Sie einen echten Rückgang von einer normalen Schwankung unterscheiden können.