Wie lautet die Richtlinie von Google zu separaten Inhalten auf denselben URLs in Mobil- und Desktopversionen?


8

Ich entwickle derzeit eine mobile Version meiner Website, in der die Geräte der Benutzer automatisch identifiziert und dann entweder in der mobilen oder in der Desktop-Ansicht derselben URL angezeigt werden.

Aus Gründen der Benutzerfreundlichkeit möchte ich auf Mobilgeräten andere Informationen zu bestimmten URLs als auf dem Desktop anzeigen. Zum Beispiel würde ich es vorziehen, wenn der Inhalt direkt auf der ersten Seite auf Mobilgeräten angezeigt wird, während meine Desktop-Stammdomäne eine Zielseite ist.

  • Wie wirkt sich eine solche Vereinbarung auf die Meinung von Google zu meiner Website aus?
  • Ist es schädlich für meine Rangliste?
  • Oder trennt Google Desktop- und Mobile-Ergebnisse?

Antworten:


3

Es scheint, dass Sie befürchten, dass die Bereitstellung anderer Inhalte für mobile Benutzer als für Desktop-Benutzer unter derselben URL mithilfe der Benutzeragentenerkennung als eine Form der Tarnung angesehen und daher von Google bestraft wird.

Laut dem Google Webmaster Central Blog ist dies nicht der Fall, vorausgesetzt , Sie führen die Erkennung des mobilen Browsers ordnungsgemäß durch. Im Wesentlichen ist es wichtig zu wissen, dass die Crawler von Google unterschiedliche Zeichenfolgen für Benutzeragenten verwenden, je nachdem, ob sie Desktop- oder mobile Inhalte erwarten. Eine typische Benutzeragentenzeichenfolge für normale Googlebot-Anforderungen wäre beispielsweise:

Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)

Bei Anfragen vom mobilen Crawler wird Folgendes angezeigt:

SAMSUNG-SGH-E250/1.0 Profile/MIDP-2.0 Configuration/CLDC-1.1
UP.Browser/6.2.3.3.c.1.101 (GUI) MMP/2.0 (compatible; Googlebot-Mobile/2.1;
+http://www.google.com/bot.html)

oder (für Smartphone-Anfragen):

Mozilla/5.0 (iPhone; CPU iPhone OS 6_0 like Mac OS X) AppleWebKit/536.26
(KHTML, like Gecko) Version/6.0 Mobile/10A5376e Safari/8536.25 (compatible;
Googlebot/2.1; +http://www.google.com/bot.html)

Solange Sie sicherstellen, dass Sie den letzteren Typ von Googlebot-Anfragen (und nicht den ersteren Typ) korrekt als mobil erkennen und ihnen mobile Inhalte bereitstellen, sollte alles in Ordnung sein. Grundsätzlich ist es wichtig, dass normale Googlebot-Anfragen Desktop-Inhalte empfangen müssen, während mobile Googlebot-Anfragen mobile Inhalte empfangen müssen.

Hier ist ein schönes Diagramm, das dies aus dem Artikel des Google Webmaster Central Blog veranschaulicht, auf den ich oben verlinkt habe:

Diagramm

Um den Crawler von Google darüber zu informieren, dass möglicherweise unterschiedliche Inhalte für mobile Browser verfügbar sind, sollten Sie Ihren Webserver so konfigurieren , dass der Vary: User-AgentHTTP-Header für alle Seiten gesendet wird, für die Sie die Benutzeragentenerkennung verwenden . Sie sollten auch sicherstellen, dass beim Erkennen von Benutzeragenten häufige Fallstricke vermieden werden .


8

Die beste Vorgehensweise ist die Verwendung kanonischer URLs . Dies vermeidet eine Situation, in der Sie für doppelte Inhalte bestraft werden.

Wenn es um Desktop- oder mobile Websites geht, haben die meisten Websites auf ihrer mobilen Website Folgendes:

Beispiel für: http://m.mywebsite.com/page.html

<link rel="canonical" href="http://mywebsite.com/page.html" />

Das kanonische Tag teilt Google grundsätzlich mit, dass auf denselben Inhalt über mehrere URLs zugegriffen werden kann.

Desktop- / Mobile-Benutzer werden vom Server erkannt und auf die entsprechende Version umgeleitet (dies geschieht in Blogger, das Google gehört).

Mit dieser Methode trennt Google die Ergebnisse nicht (Sie möchten dies nicht). Dies bedeutet auch, dass eingehende Links zu mobilen Seiten der ursprünglichen Seite Gewicht / "Link-Saft" zurückgeben. In diesem Fall wirken sich Links http://m.mywebsite.com/page.htmlauf aushttp://mywebsite.com/page.html


7

Nach meiner Erfahrung möchten mobile Besucher denselben Inhalt wie Ihre Desktop-Besucher. Ich habe für eine Reise-Website mit vielen Informationen über Hotels und Restaurants gearbeitet. Die Website ist allgemein für Hotels bekannt, aber wir dachten, dass mobile Benutzer viel mehr an Restaurantinhalten interessiert sind, weil sie nach etwas suchen, wenn sie unterwegs sind. Diese Annahme war nicht richtig, mobile Benutzer suchten genauso nach Hotelinhalten wie Desktop-Benutzer.

Ich habe auch das Argument gehört, dass das Reduzieren von Inhalten das mobile Erlebnis verbessern kann, da Seiten schneller geladen werden. Ich habe festgestellt, dass es selten Inhalte sind, die dazu führen, dass Seiten auf Mobilgeräten langsam geladen werden.

  • Die Latenz ist ein größeres Problem als die Download-Geschwindigkeit auf Mobilgeräten. Große Seiten sind nicht das Problem, aber jede Anfrage kann Sekunden dauern. Es ist oft sinnvoll, mehr Inhalt auf die Seite zu setzen und den Benutzer dazu scrollen zu lassen, anstatt ihn auf mehr Seiten klicken zu lassen.
  • Das Gewicht des Inhalts wird häufig durch das Gewicht von Markup, CSS und JavaScript in den Schatten gestellt. Beginnen Sie mit den Dingen, die der Benutzer nicht sehen kann, wenn er versucht, Bytes von der Seite zu entfernen.

Benutzer sind in der Regel frustriert, wenn sie die mobile Site nicht so verwenden können, wie sie die Desktop-Site verwenden. Google verwendet die Nutzerzufriedenheit als wichtiges Signal für seine Ranking-Algorithmen. Ich bezweifle, dass Google Ihre Website direkt dafür bestrafen würde, dass sie mobilen Nutzern unterschiedliche Inhalte bereitstellt. Wenn Benutzer jedoch feststellen, dass Ihre Website weniger benutzerfreundlich ist als erhofft, sinken Ihre Platzierungen.


1
"Benutzer neigen dazu, frustriert zu werden, wenn sie die mobile Site nicht so nutzen können, wie sie die Desktop-Site nutzen", sind sich völlig einig
krokola

@ Stephen, was meinst du mit Latenz? Was ist die Ursache dafür?
AgA

Die Latenz ist die Umlaufzeit. Die Zeit, die der Benutzer benötigt, um eine Aktion zu initiieren, bis er eine Bestätigung dieser Aktion vom Server erhält. Die Latenz ist ziemlich normal, wenn das Telefon über WLAN verfügt, ist jedoch viel höher, wenn eine Verbindung zum Internet über einen Mobilfunkmast besteht.
Stephen Ostermiller


1

Google ist intelligent genug, um mobile und nicht mobile Websites zu erkennen. Und kommentiert ausdrücklich, dass dies nicht als Spam angesehen wird.

Die wichtigere Überlegung ist, Ihre bevorzugte URL als kanonisch zu markieren.

Aus Googles WMT:

Doppelter Inhalt bezieht sich im Allgemeinen auf inhaltliche Inhaltsblöcke innerhalb oder zwischen Domänen, die entweder vollständig mit anderen Inhalten übereinstimmen oder sich merklich ähneln. Meistens täuscht dies nicht in der Herkunft. Beispiele für nicht böswillige doppelte Inhalte können sein:

Discussion forums that can generate both regular and stripped-down pages targeted at mobile devices
Store items shown or linked via multiple distinct URLs
Printer-only versions of web pages

Dies ist seit 2010 gut dokumentiert.

Siehe den SEL-Artikel über:

Bestrafen Sie sich nicht: Mobile Websites sind keine doppelten Inhalte

In jüngerer Zeit hat Matt Cut's von Google gesagt, dass man sich nicht zu viele Sorgen um doppelte Inhalte machen soll. Das Problem ist eher, von welcher Seite Sie in den SERPs rangieren möchten.

Wie werden doppelte Inhalte benötigt (Nutzungsbedingungen usw.)

Schauen Sie sich zum Schluss das Thema der Google Webmaster-Tools an:

Doppelter Inhalt

Auch SEOMOz hat einen tollen Artikel zum Thema:

Was ist doppelter Inhalt?


0

Googles Worte: Wenn eine Website so konfiguriert ist, dass sie Desktop- und mobile Browser mit unterschiedlichen URLs bedient, möchten Webmaster Benutzer möglicherweise automatisch zu der URL umleiten, die ihnen am besten dient. Wenn Ihre Website die automatische Weiterleitung verwendet, müssen Sie alle Googlebots wie jeden anderen Benutzeragenten behandeln und entsprechend umleiten.

Google erkennt drei verschiedene Konfigurationen zum Erstellen mobiler Websites.

Google bevorzugt kein bestimmtes URL-Format, solange die Seite (n) und alle Seitenelemente allen Googlebot-Nutzeragenten zugänglich sind.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.