現在、ユーザーのデバイスが自動的に識別され、同じURLのモバイルビューまたはデスクトップビューのいずれかが表示されるサイトのモバイルバージョンを開発しています。
使いやすさのために、モバイルとデスクトップでは特定のURLに異なる情報を表示したいと思います。たとえば、モバイルの最初のページでコンテンツをまっすぐにしたいのに対して、デスクトップルートドメインはランディングページです。
ユーザーエージェント検出を使用して、同じURLでデスクトップユーザーとは異なるコンテンツをモバイルユーザーに提供することは、 クローキング の形式と見なされるかもしれないと心配しているようです。したがって、Googleによって罰せられます。
Google Webmaster Central Blog によると、これはそうではありません。提供されたモバイルを行うブラウザの検出が適切に。基本的に、実現する重要な詳細は、 Googleのクローラーがデスクトップまたはモバイルコンテンツを期待するかどうかに応じて異なるユーザーエージェント文字列を使用することです 。たとえば、通常のGooglebotリクエストの一般的なユーザーエージェント文字列は次のとおりです。
Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)
一方、モバイルクローラーからのリクエストの場合、次のように表示されます。
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)
または(スマートフォンのリクエストの場合):
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)
前者のタイプではなく後者のタイプのGooglebotリクエストをモバイルとして正しく検出し、それらにモバイルコンテンツを提供することを確認する限り、すべてが問題ないはずです。基本的に、重要なことは、通常のGooglebotリクエストはデスクトップコンテンツを受信する必要がある一方で、モバイルGooglebotリクエストはモバイルコンテンツを受信する必要があるということです。
上記をリンクした Google Webmaster Centralブログの記事 から、これを示すニース図を次に示します。
また、Googleのクローラーにmightモバイルブラウザで利用可能なさまざまなコンテンツがあることを知らせるには、Webサーバーを ユーザーエージェント検出を使用しているページにVary: User-Agent
HTTPヘッダーを送信します 。また、ユーザーエージェントを検出するときによくある落とし穴を回避する ことを確認する必要があります 。
最善のアクションは 正規URLを使用 です。これにより、重複するコンテンツに対してペナルティが科される状況を回避できます。
デスクトップWebサイトとモバイルWebサイトの場合、ほとんどのサイトではモバイルWebサイトに次のようなものがあります。
例:http://m.mywebsite.com/page.html
<link rel="canonical" href="http://mywebsite.com/page.html" />
正規タグは基本的に、同じコンテンツに複数のURLからアクセスできることをGoogleに伝えます。
デスクトップ/モバイルユーザーはサーバーによって検出され、適切なバージョンにリダイレクトされます(これはGoogleが所有するBloggerで発生します)。
この方法では、Googleは結果を分離しません(これは望ましくありません)。また、モバイルページへのインバウンドリンクは、元のページに重み/「リンクジュース」を戻すことを意味します。この場合、http://m.mywebsite.com/page.html
へのリンクはhttp://mywebsite.com/page.html
に影響します
私の経験では、モバイル訪問者はデスクトップ訪問者と同じコンテンツを望んでいます。私はホテルやレストランに関する多くの情報を含む旅行ウェブサイトで働いていました。このサイトは一般にホテルで知られていますが、外出中に何かを探しているため、モバイルユーザーはレストランのコンテンツにはるかに興味があると考えました。この仮定は正しくなく、モバイルユーザーはデスクトップユーザーと同じくらいホテルのコンテンツを探していました。
また、ページの読み込みが速くなるため、コンテンツを削減することでモバイルエクスペリエンスが向上するという議論も聞いています。モバイルでページの読み込みが遅くなるのはめったにコンテンツではないことがわかりました。
ユーザーは、デスクトップサイトを使用する方法でモバイルサイトを使用できない場合、イライラする傾向があります。 Googleでは、ランキングアルゴリズムの主要なシグナルとしてユーザー満足度を使用しています。 Googleがモバイルユーザーにさまざまなコンテンツを提供することで、あなたのサイトを完全に罰することはないでしょう。ただし、ユーザーが自分のサイトが期待よりも使いにくいと判断した場合、ランキングは低下します。
正規タグとrel代替タグ、代替タグを表示するデスクトップバージョン、および正規タグを表示するモバイルバージョンを使用して、モバイルバージョンを表示できます。同じURLでダイナミックHTMLを提供する場合は、Vary HTTPヘッダーを使用する必要があります。
Googleはこれについて詳細に説明しています。
https://developers.google.com/webmasters/smartphone-sites/details
Googleは、モバイルサイトと非モバイルサイトを検出できるほどスマートです。そして、これはスパムとは見なされないと具体的にコメントします。
より重要な考慮事項は、優先URLを標準としてマークすることです。
GoogleのWMTから:
重複コンテンツとは、一般に、他のコンテンツと完全に一致するか、かなり類似しているドメイン内またはドメイン全体のコンテンツの実質的なブロックを指します。ほとんどの場合、これはOriginを欺くものではありません。悪意のない重複コンテンツの例には次のものがあります。
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
これは2010年以降、十分に文書化されています。
SELの記事をご覧ください:
自分にペナルティを与えないでください:モバイルサイトは重複したコンテンツではありません
最近では、GoogleのMatt Cut'sはコンテンツの重複についてあまり心配しないと言っています。問題は、SERPでランク付けするページの詳細です。
最後に、Googleのウェブマスターツールに関するトピックをご覧ください。
また、SEOMOzには、このトピックに関するすばらしい記事があります。
Googleの言葉:異なるURLを使用してデスクトップブラウザーとモバイルブラウザーを提供するようにWebサイトが構成されている場合、Webマスターはユーザーに最適なURLにユーザーを自動的にリダイレクトすることができます。ウェブサイトで自動リダイレクトを使用する場合は、すべてのGooglebotを他のユーザーエージェントと同様に扱い、適切にリダイレクトするようにしてください。
Googleは、モバイルサイトを構築するための3つの異なる構成を認識しています。
Googleは、すべてのGooglebotユーザーエージェントがページとすべてのページアセットにアクセスできる限り、特定のURL形式を優先しません。