Eine Tour-Seite kann auf der Website aktualisiert werden, während Google Es enthält immer noch Informationen aus einem früheren Crawl. Dieser Unterschied verursacht oft Verwirrung, nachdem ein Betreiber einen Abgangspunkt geändert, eine Reiseroute umgeschrieben oder eine veraltete Beschreibung ersetzt. Search Console 's URL Inspection Das Tool hilft, eine bestimmte Seite zu untersuchen, aber ihre indizierten Informationen und Live-Test beantworten verschiedene Fragen. Lesen Sie sie separat, bevor Sie erklären, dass eine Änderung die Suchergebnisse erreicht hat.
Dieser Leitfaden beschreibt eine fokussierte Überprüfung für einen Reiseveranstalter oder Reisebüro, das eine eigene Website unterhält. Google Die Dokumentation liefert die Bedeutung der Berichte; die Beispiele und die Übergaberoutine sind vorgeschlagene Arbeitspraktiken. Ziel ist es, die richtige zu identifizieren URL, unterscheiden, was live ist von was Google zuvor verarbeitet und geben Sie dem Website-Betreiber nützliche Beweise. Eine Inspektion ist ein Diagnoseschritt und nicht ein Versprechen der Indexierung oder einer bestimmten Suchposition.
Beginnen Sie mit der genauen Seite und der tatsächlichen Änderung
Schreiben Sie die volle Öffentlichkeit auf URL und die Veränderung, die Sie erwarten zu sehen. Zum Beispiel kann eine Kajaktour jetzt von einer anderen Hafeneinfahrt abfahren, während ihre Dauer und Einschlüsse gleich bleiben. Erfassen Sie, wann das genehmigte Update veröffentlicht wurde und welche öffentliche Seite es enthalten soll. Eine allgemeine Anmerkung, dass "die Tour repariert wurde" ist schwieriger zu untersuchen als eine benannte Adresse und eine klare Vorher-Nachher-Fakte.
Öffnen Sie diese öffentliche Seite als gewöhnlicher Besucher und lesen Sie den entsprechenden Abschnitt. Überprüfen Sie das mobile Erlebnis, wenn Gäste häufig Telefone benutzen. Wenn die Live-Website selbst immer noch den alten Ausgangspunkt zeigt, lösen Sie die Veröffentlichung oder das Zwischenspeichern mit dem Website-Team zuerst auf. Search Console Sie können keine unveröffentlichte Bearbeitung auf der Website erscheinen lassen, und eine erfolgreiche Inspektion sollte nicht von Informationen ablenken, die für echte Reisende falsch bleiben.
Halten Sie ähnliche Seiten deutlich. Eine Kategorieseite, eine Tour-Testseite, eine Sprachversion und eine Buchungs-Anbieter-Seite können verwandte Erfahrungen beschreiben, während sie verschiedene verwenden URLs. Wählen Sie die zu überprüfende aus, anstatt zu überprüfen, welche Adresse am einfachsten zu kopieren ist. Wenn eine E-Mail, ein Partner-Link oder ein Suchergebnis irgendwohin führt, nehmen Sie diese Adresse als separates Element auf, anstatt die von Ihnen beabsichtigte Seite stillschweigend zu ersetzen.
Inspektieren Sie innerhalb der entsprechenden Search Console Eigentum
Google Die Einführungsanleitung weist Benutzer an, die vollständige Seite zu betreten URL in Search Console Das Inspektionsfeld. Verwenden Sie die Eigenschaft, die die von Ihnen verwaltete Seite abdeckt. Wenn Sie nicht über den entsprechenden Kontozugriff verfügen, bitten Sie den autorisierten Immobilienbenutzer, die Inspektion durchzuführen und die relevanten Ergebnisse zurückzugeben. Es ist nicht erforderlich, Kontopasswörter zu teilen oder umfassende Zugriffsänderungen vorzunehmen, nur um eine Tour-Seite zu überprüfen.
Überprüfen Sie die im Ergebnis angezeigte Adresse, bevor Sie den Status lesen. Achten Sie auf den Hostnamen, den Pfad und das Sprachsegment. Ein Bericht über eine ältere Adresse kann ein altes Suchergebnis erklären, aber es ist nicht automatisch ein Bericht über das neue Ziel nach einer Weiterleitung. Halten Sie beide Adressen in der Untersuchung sichtbar, wenn die Seite verschoben wurde. Diese kleine Unterscheidung verhindert eine große Menge an wiederholter, nicht schlüssiger Überprüfung.
Speichern Sie das Datum Ihrer Inspektion und genügend Berichtskontext, um das Ergebnis später zu erklären. Ein Screenshot einer grünen Linie ohne die URL oder die betrachtete Ansicht sind schwache Beweise. Ihr Website-Kollege muss wissen, welche Seite geprüft wurde und ob die Informationen stammen Google Indizierte Daten oder ein Live-Test. Verwenden Sie eine kurze Notiz oder einen entsprechend eingeschränkten Screenshot, der diese Unterscheidungen bewahrt.
Lesen Sie die indizierten Informationen als Aufzeichnung von Google Verarbeitung
Die Standard-Inspektionsansicht verwendet Informationen über die Seite in Google Die Systeme. Google Die Schnellstartdokumentation erklärt, dass diese Informationen aktualisiert werden, wenn die Seite gecrawlt und indexiert wird. Schauen Sie sich die gemeldeten Details zum letzten Crawl und Indexieren in Bezug auf Ihre Veröffentlichungszeit an. Wenn der Crawl vor der Änderung von gestern liegt, ist dies ein nützlicher Grund, den Bericht nicht als Beschreibung des neu veröffentlichten Inhalts von gestern zu behandeln.
Verwandeln Sie einen Zeitvergleich nicht in eine nicht unterstützte Schlussfolgerung. Ein früherer Crawl kann erklären, warum die indizierte Ansicht keine kürzliche Änderung widerspiegelt, aber die Sichtbarkeit einer Tour kann auch eine andere Kanonik beinhalten URL oder ein anderes gemeldetes Problem. Aufzeichnen, was der Bericht tatsächlich sagt, und halte die Interpretation getrennt. „The reported crawl predates publication“ ist präziser als “ Google Ich habe unsere Website ignoriert.“
Der Gesamtstatus ist nützlich, aber lesen Sie das relevante Detail darunter. Eine Seite, die als indiziert beschrieben wird, wird nicht garantiert für jede Abfrage oder in jedem Suchergebnis angezeigt. Wenn die geschäftliche Frage ist, ob die Gäste eine besonders veraltete Anweisung sehen, untersuchen Sie diese Beobachtung neben dem Bericht. Vermeiden Sie die Verwendung eines Indexierungsstatus als Beweis dafür, dass das Suchsnippet, das Ranking und die Buchungserfahrung korrekt sind.
Nutzen Sie den Live-Test für die aktuelle Version
Der Live-Test überprüft die vorliegende Seite anhand vieler Anforderungen, die für Google Zugang und Indexierung. Es ist nützlich, nachdem ein bestimmtes Problem behoben wurde, aber es ist getrennt von den indizierten Informationen. Bezeichnen Sie sein Ergebnis als Live-Test-Befund. Schreiben Sie nicht “ Google hat den Index aktualisiert“, nur weil die Seite nun abgerufen werden kann oder eine zuvor gemeldete Einschränkung in diesem Test nicht mehr zu sehen ist.
Binde den Test an eine konkrete Frage. Wenn der Entwickler einen Abruffehler korrigiert hat, überprüfen Sie das aktuelle Abrufergebnis. Wenn eine Sperranweisung entfernt wurde, überprüfen Sie die relevante aktuelle Befundung. Ein breiter erfolgreicher Status kann beruhigend sein, aber der nützliche Beweis ist, ob sich das jeweilige Problem geändert hat. Dies macht die Inspektion umsetzbar und reduziert wiederholte Tests, die keine neuen Informationen hinzufügen.
Google Die Dokumentation stellt fest, dass der Live-Test weniger umfassend ist als indexierte Informationen. Behandeln Sie es als eine aktuelle diagnostische Ansicht und nicht als Vorhersage jeder Entscheidung Google Die Systeme werden machen. Unterscheiden Sie weiterhin eine öffentliche Seite, die funktioniert, einen Live-Test, der seine Überprüfungen besteht, und einen indizierten Datensatz, der ein späteres Crawl widerspiegelt. Das sind verwandte Meilensteine, aber sie sind keine austauschbaren Etiketten für ein Ereignis.
Zugangs-, Abruf- und Indexierungsbeschränkungen separat lesen
Wenn eine Seite nicht indexiert wird, wirft die Einführungsinspektion die Aufmerksamkeit darauf, ob Crawling erlaubt ist, ob das Abrufen der Seite gelungen ist und ob die Indexierung erlaubt ist. Halten Sie diese Ergebnisse in der Übergabe getrennt. Ein Serverfehler, eine Crawl-Einschränkung und eine Indexierungsanweisung erfordern eine unterschiedliche Untersuchung. Das Senden des genau gemeldeten Problems durch einen Entwickler ist nützlicher, als eine allgemeine "SEO-Behebung" anzufordern.
A. `noindex` Die Anweisung betrifft insbesondere die Indexierung und kann über einen unterstützten Seiten-Tag oder Antwort-Header bereitgestellt werden. Google Die Dokumentation erklärt, dass der Crawler Zugriff benötigt, um ihn zu entdecken. Verwenden Sie keine robots.txt Ändern Sie als zufälliger Ersatz für das Verständnis der Anweisung auf der Seite. Wenn der Bericht eines der beiden Probleme aufwirft, bitten Sie den Website-Betreiber, das beabsichtigte Verhalten zu bewerten und die entsprechende Lösung für die tatsächliche URL.
Für einen Betreiber steht die Geschäftsentscheidung an erster Stelle: Sollte diese Seite öffentlich und auffindbar sein? Ein Live-Tour-Produkt, eine interne Bestätigungsseite und ein veraltetes Duplikat können unterschiedliche vorgesehene Rollen haben. Teilen Sie dem technischen Eigentümer mit, welche Rolle gilt. Eine Anweisung, die auf einer aktuellen öffentlichen Tour-Seite falsch ist, kann auf einer anderen Seite absichtlich sein, also fordern Sie nicht jede Einschränkung der gesamten Website ab.
Vergleichen Canonical URLs Ohne sie als Befehl zu behandeln
Kanonische Informationen sind wichtig, wenn mehrere Adressen denselben oder sehr ähnlichen Inhalt enthalten. Google Die Dokumentation unterscheidet die bevorzugte Version, die von einer Website angezeigt wird, von der Version Google Die Systeme wählen. Wenn die Inspektion auf einen anderen Kanoniker verweist, erfassen Sie beide vollständigen Adressen und fragen Sie, ob diese Beziehung beabsichtigt ist. Vermeide es, anzunehmen, dass das inspizierte Duplikat separat in der Suche erscheinen muss, nur weil es sich normalerweise in einem Browser öffnet.
Ein Beispiel ist eine Tour, die sowohl über eine stabile Produktadresse als auch über einen Tracking-Parameter-Link in einer E-Mail-Kampagne verfügbar ist. Eine andere ist eine alte Seite, die jetzt zu ihrem Ersatz führt. Das Website-Team muss verstehen, welche öffentliche Adresse der Betreiber die Hauptversion berücksichtigt und warum. Stellen Sie diesen Kontext bereit, anstatt eine technische Änderung vorzunehmen, nur um das Ergebnis, das Sie von einem Screenshot erwartet haben, zu erzwingen.
Google beschreibt Weiterleitungen, kanonische Anmerkungen und Sitemap-Einschluss als Signale mit unterschiedlichen Stärken. Konsistenz zwischen diesen Signalen und den eigenen Links der Website ist eine technische Überprüfung für den Website-Besitzer. Der nützliche Beitrag des Betreibers ist die beabsichtigte Seitenbeziehung und die eigentliche Gästereise. Halten Sie Sprachversionen und wirklich unterschiedliche Touren in dieser Diskussion unterschiedlich; ähnlich aussehend URLs Stellen Sie nicht fest, dass zwei Seiten austauschbar sind.
Anforderungsindexierung, sobald die entsprechende Seite fertig ist
Google Die Rückschreibanleitung beschreibt URL Inspection als eine Möglichkeit, einen Crawl für eine kleine Anzahl von einzelnen Seiten anzufordern. Das anfordernde Konto benötigt den jeweiligen Eigentümer oder die vollständige Benutzerberechtigung. Verwenden Sie die Anforderung, nachdem die aktuelle Seite überprüft und das spezifische Problem behoben wurde. Führen Sie eine Aufzeichnung davon URL wurde eingereicht und warum, so wiederholt ein anderer Kollege nicht die gleiche Anfrage, ohne zu wissen, dass sie bereits gestellt wurde.
Ein Antrag garantiert keine sofortige Aufnahme oder Inklusion. Google gibt auch an, dass die Einreichung derselben URL Wiederholt lässt es es nicht schneller kriechen. Sobald die entsprechende Anforderung gestellt ist, gehen Sie zu einem vernünftigen Überwachungsschritt, anstatt sie erneut anzuklicken, wenn ein Suchergebnis unverändert aussieht. Das Team kann andere Wartungen fortsetzen, während es auf neue Beweise für diese spezielle Seite wartet.
Für eine größere Publikation, Google Die Anleitung weist auf Sitemaps hin, um die Entdeckung vieler zu unterstützen URLs. Besprechen Sie diesen Freigabeprozess mit dem Website-Betreiber, anstatt jede Seite einzeln manuell über diese Anleitung anzufordern. Eine Sitemap ist immer noch ein Erkennungssignal, nicht ein Versprechen, dass alle eingereichten Inhalte erscheinen. Halten Sie die einseitige Fehlerbehebung im Unterschied zur geplanten Veröffentlichung eines großen Artikels oder einer Produktcharge.
Geben Sie dem Entwickler eine kurze, reproduzierbare Übergabe
Eine nützliche Übergabe nennt die URL, das beabsichtigte Verhalten, die tatsächliche Beobachtung, die Veröffentlichungszeit und die relevanten indexierten und Live-Test-Ergebnisse. Fügen Sie das jeweilige Feld oder den Fehler hinzu, der untersucht werden muss. Für das Kajak-Beispiel könnte das eine genehmigte neue Hafeneinfahrt sein, die auf der öffentlichen Seite sichtbar ist, ein indexierter Crawl von vor dem Update und ein Live-Test, der jetzt erfolgreich abfängt. Bezeichnen Sie jeden als Beobachtung, anstatt sie zu einem Urteil zusammenzubrechen.
Wenn eine Seite eine andere Kanonische umleitet oder verwendet, fügen Sie die Zieladresse hinzu. Wenn das Problem nur eine Sprache betrifft, identifizieren Sie diese Sprache. Wenn der Buchungsbutton einen separaten Anbieter öffnet, erklären Sie, welcher Teil der Gästereise diskutiert wird. Je genauer das Zielfernrohr ist, desto einfacher ist es für den Eigentümer, eine fokussierte Änderung vorzunehmen und sein Ergebnis zu überprüfen, ohne nicht verwandte Teile des Standorts wieder aufzubauen.
Stimmen Sie zu, wer die nächste Überprüfung durchführen wird und welche neuen Beweise die Aufgabe schließen würden. Zum Beispiel kann die nächste indizierte Inspektion ein späteres Crawlen anzeigen, während eine separate Besucherprüfung bestätigt, dass die richtige Besprechungsanweisung live bleibt. Wenn ein neuer Fehler angezeigt wird, untersuchen Sie dieses neue Ergebnis, anstatt alle erfolgreichen Schritte neu zu starten. Eine bestimmte Abschlussbedingung verhindert, dass ein einfaches Update zu einem endlosen Zyklus von Beruhigungsprüfungen wird.
Halten Sie die Erwartungen an die Inhaltsqualität und Sichtbarkeit getrennt
URL Inspection ist nützlich für das Verständnis des Seitenzugriffs und Google Die aufgezeichnete Verarbeitung. Sie beurteilt nicht, ob eine Reisebeschreibung den Reisenden einen klaren Grund zur Buchung gibt oder ob die praktische Anleitung vollständig ist. Setzen Sie die redaktionelle Arbeit separat fort: Eine nützliche Seite sollte die Erfahrung, Besprechungsarrangements, Einschränkungen und den nächsten Schritt genau erklären. Die technische Eignung ist ein Teil einer gepflegten Website und nicht ein Ersatz für eine gute Reiseproduktseite.
Wenn Sie den Fortschritt intern melden, verwenden Sie eine präzise Sprache. Die Seite kann veröffentlicht werden und korrekt für Besucher, während die Indexierung noch überwacht wird. Ein erfolgreicher Live-Test kann feststellen, dass eine bestimmte Lösung sichtbar ist, ohne ein späteres Sucheremout zu etablieren. Dieses klare Konto hilft dem Betreiber, Geschäftsentscheidungen zu treffen und gibt dem Website-Team eine endliche Aufgabe: die richtige öffentliche Seite beibehalten, eine entsprechende Anfrage einreichen und zurückgeben, wenn es neue Beweise zu bewerten gibt.
Verwandte Partnerberatung
Eine aktualisierte öffentliche Seite kann auch in wartenden Abgangs-E-Mails referenziert werden. Überprüfen Sie diese Mitteilungen unabhängig, wenn sich eine praktische Reise ändert, damit die Gäste nach der Korrektur der Website keine alten Anweisungen von einer Warteschlange erhalten.
Überprüfung geplant Gmail Abfahrts-E-Mails nach einer Reiseänderung
Quellen und weitere Planung
Google Search Console Hilfe: Überprüfen und Beheben einer einzelnen Seite
Google Search Console Hilfe: URL Inspection Referenz
Google Suche Central: ein Recrawl anfordern und seine Grenzen verstehen
Google Suche Zentral: Canonical URL Signale und Methoden
Google Suche Zentral: Indexierungsbeschränkungen mit noindex
