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:
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-Agent
HTTP-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 .
Sie können eine mobile Version mit kanonischen und rel-alternativen Tags anzeigen, wobei die Desktop-Version das alternative Tag und die mobile Version das kanonische Tag anzeigt. Wenn Sie dynamisches HTML unter derselben URL bereitstellen, sollten Sie den variablen HTTP-Header verwenden.
Google erklärt dies ausführlich:
https://developers.google.com/webmasters/smartphone-sites/details
quelle
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:
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?
quelle
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.
quelle