Blog

Das Bewusstsein für domänenübergreifende URL-Auswahlen schärfen

Montag, 31. Oktober 2011

Ein Content-Element ist oft über mehrere URLs erreichbar, von denen sich möglicherweise nicht alle auf derselben Domain befinden. Ein häufiges Beispiel, das wir im Laufe der Jahre besprochen haben, ist die Verfügbarkeit desselben Contents unter mehr als einer URL, ein Problem, das als
Duplikate von Inhaltenbekannt ist. Wenn wir eine Gruppe von Seiten mit doppelten Inhalten entdecken, verwendet Google Algorithmen, um eine repräsentative URL für diesen Content auszuwählen. Eine Gruppe von Seiten kann URLs von derselben Website oder von verschiedenen Websites enthalten. Wenn die repräsentative URL aus einer Gruppe mit verschiedenen Websites ausgewählt wird, wird dies als domänenübergreifende URL-Auswahl bezeichnet. Um ein einfaches Beispiel zu nennen: Wenn die Gruppe von URLs eine URL von a.com und eine URL von b.com enthält und unsere Algorithmen die URL von b.com auswählen, wird die URL von a.com möglicherweise nicht mehr in unseren Suchergebnissen angezeigt und verzeichnet möglicherweise einen Rückgang des über die Suche generierten Traffics.

Das Bewusstsein für domänenübergreifende URL-Auswahlen schärfen

Webmaster können die Entscheidungen unserer Algorithmen stark beeinflussen, indem sie einen der derzeit unterstützten Mechanismen verwenden, um die bevorzugte URL anzugeben, zum Beispiel durch die Verwendung von
rel="canonical" Elementen
oder
301 Weiterleitungen. In den meisten Fällen spiegeln die Entscheidungen, die unsere Algorithmen diesbezüglich treffen, die Absicht des Webmasters korrekt wider. In einigen seltenen Fällen haben wir jedoch auch festgestellt, dass viele Webmaster verwirrt darüber sind, warum dies passiert ist und was sie tun können, wenn sie der Meinung sind, dass die Auswahl falsch ist.

Um bei Entscheidungen zur domänenübergreifenden URL-Auswahl transparent zu sein, führen wir neue Nachrichten in den Webmaster-Tools ein, die versuchen, Webmaster zu benachrichtigen, wenn unsere Algorithmen eine externe URL anstelle einer von ihrer Website auswählen. Die Details zur Funktionsweise dieser Nachrichten finden Sie in unserem
Hilfe-Center-Artikel zu diesem Thema, und in diesem Blogbeitrag werden wir die verschiedenen Szenarien besprechen, in denen Sie eine domänenübergreifende URL-Auswahl sehen können, und was Sie tun können, um Auswahlen zu korrigieren, die Ihrer Meinung nach falsch sind.

Häufige Ursachen für die domänenübergreifende URL-Auswahl

Es gibt viele Szenarien, die dazu führen können, dass unsere Algorithmen URLs über Domains hinweg auswählen.

Das Bewusstsein für domänenübergreifende URL-Auswahlen schärfen — 2

In den meisten Fällen wählen unsere Algorithmen eine URL basierend auf Signalen aus, die der Webmaster implementiert hat, um die Entscheidung zu beeinflussen. Ein Webmaster, der
unseren Richtlinien
und
Best Practices
für den Website-Umzug folgt, signalisiert damit effektiv, dass die URLs auf seiner neuen Website diejenigen sind, die Google bevorzugt auswählen soll. Wenn Sie Ihre Website umziehen und diese neuen Nachrichten in den Webmaster-Tools sehen, können Sie dies als Bestätigung dafür auffassen, dass unsere Algorithmen dies bemerkt haben.

Wir erleben jedoch regelmäßig, dass Webmaster Fragen stellen, wenn unsere Algorithmen eine URL auswählen, die sie nicht ausgewählt haben wollten. Wenn Ihre Website an einer domänenübergreifenden Auswahl beteiligt ist und Sie der Meinung sind, dass die Auswahl falsch ist (d. h. nicht Ihrer Absicht entspricht), gibt es mehrere Strategien, um die Situation zu verbessern. Hier sind einige der häufigsten Ursachen für unerwartete domänenübergreifende URL-Auswahlen, die wir beobachtet haben, und wie Sie diese beheben können:

  1. Duplicate Content, einschließlich multiregionaler Websites: Wir sehen regelmäßig, dass Webmaster im Wesentlichen denselben Content in derselben Sprache auf mehreren Domains verwenden, manchmal versehentlich und manchmal zur Geo-Ausrichtung des Contents. Es ist beispielsweise üblich, dass ein Webmaster dieselbe englischsprachige Website sowohl auf example.com als auch auf example.net einrichtet oder eine deutschsprachige Website, die auf a.de, a.at und a.ch gehostet wird. Je nach Website und Benutzern können Sie eine der derzeit unterstützten Kanonisierungstechniken verwenden, um unseren Algorithmen zu signalisieren, welche URLs Sie ausgewählt haben möchten. Bitte lesen Sie die folgenden Artikel zu diesem Thema:
  • rel=”alternate” hreflang=”x”Konfigurationsfehler
    1. : Bestimmte Arten von Fehlkonfigurationen können dazu führen, dass unsere Algorithmen eine falsche Entscheidung treffen. Beispiele für Fehlkonfigurationsszenarien sind:Falsche Kanonisierung
      : Die falsche Verwendung von
      Kanonisierungstechniken , die auf URLs auf einer externen Website verweisen, kann dazu führen, dass unsere Algorithmen die externen URLs auswählen, die in unseren Suchergebnissen angezeigt werden sollen. Wir haben dies bei falsch konfigurierten Content-Management-Systemen (CMS) oder CMS-Plugins beobachtet, die vom Webmaster installiert wurden. Um diese Art von Situation zu beheben, finden Sie heraus, wie Ihre Website die bevorzugte kanonische URL falsch angibt (z. B. durch falsche Verwendung eines rel=”canonical” 301 Elements oder einer
    2. Weiterleitung)und beheben Sie dies.
      Falsch konfigurierte Server : Manchmal erleben wir Hosting-Fehlkonfigurationen, bei denen Content von der Website a.com für URLs auf b.com zurückgegeben wird. Ein ähnlicher Fall tritt auf, wenn zwei nicht zusammenhängende Webserver identische
      Soft-404-Seiten zurückgeben, die wir möglicherweise nicht als Fehlerseiten erkennen. In beiden Situationen gehen wir möglicherweise davon aus, dass derselbe Content von zwei verschiedenen Websites zurückgegeben wird, und unsere Algorithmen wählen möglicherweise die a.com-URL fälschlicherweise als die kanonische URL der b.com-URL aus. Sie müssen untersuchen, welcher Teil der Serverinfrastruktur Ihrer Website falsch konfiguriert ist. Beispielsweise gibt Ihr Server möglicherweise HTTP
  • 200 (Erfolg)Statuscodes für Fehlerseiten zurück, oder Ihr Server verwechselt möglicherweise Anfragen über verschiedene Domains hinweg, die auf ihm gehostet werden. Sobald Sie die Grundursache des Problems gefunden haben, arbeiten Sie mit Ihren Serveradministratoren zusammen, um die Konfiguration zu korrigieren.
    Bösartige Website-Angriffe 301 : Einige Angriffe auf Websites führen Code ein, der eine unerwünschte Kanonisierung verursachen kann. Beispielsweise könnte der bösartige Code dazu führen, dass die Website eine
    HTTP
    Weiterleitung zurückgibt oder eine domänenübergreifende rel=”canonical”
    Link element in das HTML
    <head>
    oder den HTTP-Header einfügt, die normalerweise auf eine externe URL verweisen, die bösartigen Content hostet. In diesen Fällen wählen unsere Algorithmen möglicherweise die bösartige oder Spam-URL anstelle der URL auf der kompromittierten Website aus. Bitte befolgen Sie in dieser Situation unsere
    Anweisungen zur Bereinigung Ihrer Website
    und reichen Sie anschließend eine Überprüfungsanfrage ein. Um
    Cloaking-
    Angriffe zu identifizieren, können Sie die Funktion
  • Als Googlebot abrufen
    in den Webmaster-Tools verwenden, um den Content Ihrer Seite so zu sehen, wie Googlebot ihn sieht..

    In seltenen Situationen können unsere Algorithmen eine URL von einer externen Website auswählen, die Ihren Content ohne Ihre Erlaubnis hostet. Wenn Sie der Meinung sind, dass eine andere Website Ihren Content unter Verletzung des Urheberrechts dupliziert, können Sie sich an den Host der Website wenden, um die Entfernung zu beantragen. Darüber hinaus können Sie beantragen, dass Google die verletzende Seite aus unseren Suchergebnissen entfernt, indem Sie
    einen Antrag gemäß dem Digital Millennium Copyright Act einreichen
    Und wie immer, wenn Sie Hilfe bei der Identifizierung der Ursache einer falschen Entscheidung oder bei der Behebung benötigen, können Sie unseren
    Hilfe-Center-Artikel.

    Alien Road

    So setzen wir das um

    We archive Search Central announcements because client questions often trace back to a change that was announced years ago. Reading the original is faster than reconstructing it from second-hand summaries.

    Verwandte Leistungen

    Teilen