Konsolidierung Ihres Website-Traffics auf kanonischen URLs

Mittwoch, 6. Februar 2019

In der Search Console
Leistungsbericht
schreibt derzeit alle Seitenmetriken genau der URL zu, auf die der Nutzer durch die Google-Suche verwiesen wird. Obwohl dies sehr spezifische Daten liefert, erschwert es die Property-Verwaltung; zum Beispiel: Wenn Ihre Website mobile und Desktop-Versionen in verschiedenen Properties hat, müssen Sie mehrere Properties öffnen, um alle Ihre Suchdaten für denselben Inhalt zu sehen.

Um Ihre Daten zu vereinheitlichen, beginnt die Search Console bald damit, Suchmetriken der (von Google ausgewählten)
kanonischen URLzuzuordnen, anstatt der URL, auf die die Google-Suche verweist. Diese Änderung hat mehrere Vorteile:

• Sie vereinheitlicht alle Suchmetriken für einen einzelnen Inhalt auf einer einzigen URL: der kanonischen URL. Dies zeigt Ihnen das vollständige Bild eines bestimmten Inhalts in einer Property.
• Für Nutzer mit separaten mobilen oder AMP-Seiten vereinheitlicht sie alle (oder die meisten, da einige mobile URLs kanonisch sein können) Ihrer Daten in einer einzigen Property (der „kanonischen“ Property).
• Sie verbessert die Benutzerfreundlichkeit der AMP- und Mobile-Friendly-Berichte. Diese Berichte zeigen derzeit Probleme in der kanonischen Seiten-Property, aber die Impressionen in der Property, der die tatsächliche URL gehört, auf die die Google-Suche verweist. Nach dieser Änderung werden die Impressionen und Probleme in derselben Property angezeigt.

Wann wird das passieren?

Wir planen, alle Leistungsdaten am 10. April 2019 umzustellen. Um die Kontinuität Ihrer Daten zu gewährleisten, werden wir Ihre vereinheitlichten Daten ab Januar 2018 vorab ausfüllen. Wir werden es Ihnen auch ermöglichen, während der Übergangsphase einige Wochen lang sowohl alte als auch neue Versionen zu sehen, um die Auswirkungen zu sehen und die Unterschiede zu verstehen.

API- und Data Studio-Nutzer: Die
Search Console API
wird am 10. April 2019 auf kanonische Daten umgestellt.

Wie wirkt sich das auf meine Daten aus?

• Auf individueller URL-Ebene sehen Sie, wie sich der Traffic von allen nicht-kanonischen (doppelten) URLs auf die kanonische URL verlagert.
• Auf Property-Ebene sehen Sie Daten von Ihrer alternativen Property (zum Beispiel Ihrer mobilen Website), die auf Ihre „kanonische Property“ verlagert wurden. Ihr Traffic der alternativen Property wird in der Search Console wahrscheinlich nicht auf Null sinken, da die Kanonisierung auf Seiten- und nicht auf Property-Ebene erfolgt und Ihre mobile Property einige kanonische Seiten haben könnte. Für die meisten Nutzer werden jedoch die meisten Daten auf Property-Ebene auf eine Property verlagert. Der Traffic der AMP-Property wird in den meisten Fällen auf Null sinken (außer bei
  selbst-kanonischen Seiten).
• Sie können Ihre Daten weiterhin nach Gerät, Suchdarstellung (wie AMP), Land und anderen Dimensionen filtern, ohne wichtige Informationen über Ihren Traffic zu verlieren.

Einige Beispiele für diese Traffic-Änderungen sehen Sie unten.

Vorbereitung auf die Änderung

• Überlegen Sie, ob Sie den Nutzerzugriff auf Ihre verschiedenen Properties ändern müssen; zum Beispiel: Müssen Sie neue Nutzer zu Ihrer kanonischen Property hinzufügen oder benötigen bestehende Nutzer weiterhin Zugriff auf die nicht-kanonischen Properties?
• Ändern Sie alle benutzerdefinierten Traffic-Berichte, die Sie möglicherweise erstellt haben, um sie an diese Traffic-Verschiebung anzupassen.
• Wenn Sie die kanonische URL für eine bestimmte URL erfahren müssen, können Sie das
  URL-Prüftool.
• verwenden. Wenn Sie Ihre mit dem aktuellen System berechneten Traffic-Daten speichern möchten, sollten Sie Ihre Daten entweder über die Schaltfläche „Daten exportieren“ des Leistungsberichts oder über die
  Search Console API.

herunterladen.

Beispiele Hier sind einige Beispiele, die zeigen, wie sich Daten auf Ihrer Website ändern könnten. In diesen Beispielen können Sie sehen, wie sich Ihre Traffic-Zahlen zwischen einer kanonischen Website (genannt example.com) und einer alternativen Website (genannt).

m.example.com
ändern würden..

Wichtig: In diesen Beispielen enthält die Desktop-Website alle kanonischen Seiten und die mobile Website alle alternativen Seiten. In der realen Welt könnte Ihre Desktop-Website einige alternative Seiten enthalten und Ihre mobile Website einige kanonische Seiten. Sie können

die kanonische URL für eine bestimmte URL mit dem URL-Prüftool bestimmen

	Gesamt-Traffic (In der aktuellen Version wird ein Teil Ihres Traffics der kanonischen Property und ein Teil der alternativen Property zugeschrieben. Die neue Version sollte Ihren gesamten Traffic der kanonischen Property zuschreiben.)	Kanonische Property (https://example.com)
Alternative Property
https://m.example.com
Aktuell	+0.7K | +3K	-0.7K | -3K

Neu, basierend auf kanonischen URLs

Änderung

	Individueller Seitentraffic Sie können Traffic-Änderungen zwischen den doppelten und kanonischen URLs für einzelne Seiten in der Seitenansicht sehen. Das nächste Beispiel zeigt, wie Traffic, der früher zwischen den kanonischen und alternativen Seiten aufgeteilt war, nun vollständig der kanonischen URL zugeschrieben wird:	Kanonische Property (https://example.com)
Alternative Property
(https://m.example.com)
Alt	+150 | +800	-150 | -800

Neu

Änderung

	Mobiler Traffic (In der aktuellen Version wurde Ihr gesamter mobiler Traffic Ihrer m.-Property zugeschrieben. Die neue Version schreibt den gesamten Traffic Ihrer kanonischen Property zu, wenn Sie den Filter „Gerät: Mobil“ anwenden, wie hier gezeigt:)	Kanonische Property (https://example.com)
Alternative Property
https://m.example.com
Alt	+0.7K | +3K	-0.7K | -3K

Neu

Änderung
Fazit.

Wir wissen, dass diese Änderung zunächst etwas verwirrend erscheinen mag, aber wir sind zuversichtlich, dass sie Ihre Arbeit bei der Verfolgung von Traffic-Daten für Ihre Website vereinfachen wird. Wenn Sie Fragen oder Bedenken haben, wenden Sie sich bitte an das
Webmaster-HilfeforumGepostet von