【制作者様必見】Google公式　モバイルファーストインデックスに向けて

SUGOYOKU BLOG

ウェブディレクターの川上です！

先日、グーグルよりモバイルファーストインデックスの記事を書きましたが、
公式より正式に発表されたので、記事を転載致します。

以下、https://webmaster-ja.googleblog.com/より転載2016年11月5日

ウェブマスター向け公式ブログ
Google フレンドリーなサイト制作・運営に関するウェブマスター向け公式情報
モバイルファーストインデックスに向けて
2016年11月5日土曜日
最近では、Google 検索を使用しているほとんどのユーザーは、モバイル端末から検索を行うようになりました。しかし依然として、Google のランキングシステムは、主にデスクトップ版のコンテンツを用いてユーザーとの関連性を評価しています。この方法では、モバイル版のページのコンテンツがデスクトップ版のページのそれよりも少ないケースにおいて、問題が発生します。なぜなら、モバイル検索ユーザーが実際に見ているページを Google のアルゴリズムは評価していないからです。

そこでユーザーにとってさらに価値ある検索結果を提供するために、Google ではモバイルファーストのインデックス登録に向けた実験を開始しています。Google 検索のインデックスは、サイトやアプリについての単一のインデックスとして存続しますが、将来的に Google のアルゴリズムはモバイル版のコンテンツを主に使用するようになります。つまり、ページのランキングを決定したり、構造化データを理解したり、検索結果にスニペットを表示する際も、モバイル版のコンテンツが使用されるようになります。もちろん、Google のインデックスがモバイル版のコンテンツで形成されるようになっても、デスクトップ端末かモバイル端末かに関わらず、すべてのユーザーに素晴らしい検索体験を提供し続ける点は変わりません。

この変更は Google のインデックス登録に関する重要な変更であり、慎重に取り組むべき課題であると私たちは考えています。そのため、今後数カ月にわたって小規模の実験を入念に行い、素晴らしいユーザー体験を提供していると自信をもって判断した時点でより広範囲にわたって変更を反映していきます。まだ始まったばかりですが、モバイル重視のインデックスに向けてウェブマスターの皆さまが取り組める項目をご紹介しますので、参考にしてください。

レスポンシブデザインや動的な配信を行っているサイトで、主要なコンテンツやマークアップがモバイル版とデスクトップ版で同一である場合は、何も変更する必要はありません。

主要なコンテンツやマークアップがモバイル版とデスクトップ版で異なるようなサイトの設定を行っている場合、いくつか変更を検討してみてください。

構造化データマークアップがデスクトップ版とモバイル版の両方で配信されるようにします。
構造化データマークアップの同一性を確認するには、構造化データテストツールにデスクトップ版とモバイル版の両方の URL を入力し、出力結果を比較します。
モバイルサイトへ構造化データを追加する際は、それぞれのドキュメント特有の情報に関係のないマークアップを大量に追加するのは控えます。

robots.txt テスターを使用してモバイル版のコンテンツに Googlebot がアクセス可能であることを確認します。

rel=”canonical” リンク要素を変更する必要はありません。デスクトップとモバイルのそれぞれの検索ユーザーにとって適切な結果を表示するために、Google はそれらのリンク要素を引き続き使用します。

Search Console でデスクトップ版のサイトしか確認していないサイト所有者は、モバイル版のサイトの追加および確認を行ってください。デスクトップ版のサイトしか存在しない場合、Google は引き続きデスクトップ版のサイトをインデックスします。モバイルユーザーエージェントを使用してアクセスする際も問題ありません。

デスクトップユーザーにとって使いやすいサイトは、壊れたり不完全なモバイルサイトよりも、モバイルユーザーにとって好ましい場合があります。モバイルサイトを作成する際は、サイトが完成し準備が整ってから公開することをおすすめします。

ご不明な点などございましたら、お気軽にウェブマスターヘルプフォーラムやライブイベントなどでお知らせください。全ての質問に対して個別にお答えできるわけではありませんが、頂いたフィードバックには目を通しております。また、今回の変更はある程度の時間を要すると私たちは考えています。システムの移行に関して進展がありましたら、また皆さまにご報告します。

Posted by Doantam Phan, Product Manager

ラベル: モバイルサイト , 検索結果
ウェブマスターフォーラムに寄せられた AMP に関する質問をご紹介します！
2016年9月30日金曜日

Google ウェブマスターセントラルでは、ここ数週間にわたって、 Accelerated Mobile Pages を詳しく紹介する記事を投稿してきましたが、お役に立ちましたでしょうか。一連の投稿では以下のような話題を取り上げました。

AMP について
Accelerated Mobile Pages を始めるには
Google Search Console をサイトの AMP 化にも活用しましょう
Accelerated Mobile Pages の問題を効率的にチェックするには

顧客のサイトを AMP 化するための 8 つのヒント
また、Google 検索で AMP を使用し始めるにあたって、さまざまな質問がウェブマスターフォーラムに寄せられています。ここでは、特に寄せられることの多い質問を取り上げます。

Q:サイトに追加する AMP ページの作成を検討しています。AMP にはどのようなメリットがありますか。また、どのようなサイトやページが AMP に適していますか。

ユーザーは待つのが嫌いです。コンテンツがすばやく読み込まれることを望んでいます。AMP 形式を使用してモバイル端末にコンテンツをすばやく読み込むことで、サイトやページの魅力をさらに高めることができます。ある研究によると、コンテンツの読み込みに 3 秒以上かかると、40% のユーザーが他のページに移動することがわかっています。The Washington Post では、AMP の採用により記事の読み込み時間を 88% 短縮した結果、モバイル検索からのリピーターが 23% 増えました。

AMP 形式は、あらゆるタイプの静的なウェブコンテンツ（ニュース、レシピ、映画情報、製品ページ、レビュー、動画、ブログなど）で大きな効果を発揮します。

Q: Search Console にログインすると、既に問題を解決したはずの AMP ページのエラーが表示されます。これらのエラーがまだ表示されるのはなぜですか。
これは、AMP ページに加えた変更が Search Console に反映されるまでに 1 週間ほどかかることによるものです。詳しくは、こちらの投稿（英語）をご覧ください。Google の Webmaster Trends Analyst、John Mueller が、Search Console の待ち時間の問題について解説しています。

Q: 作成した AMP ページが Google 検索に表示されません。どうしたらよいですか。
Google 検索に表示されるのは、有効な AMP ページのみです。新しいコンテンツが常に有効であることを確認しましょう。AMP ページが有効かどうかを確認するには、AMP HTML Web Validator、Chrome または Opera の拡張機能、cron ジョブなどによる自動処理を使用してください。

また、基本的には、AMP ページに schema.org 構造化データを含めることをおすすめします（JSON-LD を推奨）。特にニュースパブリッシャーの場合は重要で、有効なマークアッププロパティが含まれているニュースコンテンツは、Google 検索結果のトップニュース内に表示される可能性があります。構造化データをテストするには、構造化データテストツールをお試しください。

他にご不明な点などございましたら、下のコメント欄または Google+ の Google ウェブマスターコミュニティからお問い合わせください。フィードバックもお待ちしています。質問がある場合は、お気軽にウェブマスターヘルプフォーラムに投稿してください。

Posted by Tomo Taylor, AMP Community Manager

ラベル: AMP , Search Console , モバイルサイト , 検索結果 , 構造化データ顧客のサイトを AMP 化するための 8 つのヒント 2016年9月27日火曜日 Google は、Accelerated Mobile Pages のサポートを拡大することを発表しました。今回は、顧客のウェブサイトを AMP 化（AMPlify）する際に考慮すべき 8 つの項目を紹介します。顧客からの問い合わせが来る前にしっかり準備しておきましょう。

1. 簡単に始められる
メジャーなコンテンツ管理システム（CMS）を使用しているサイトであれば、プラグインをインストールするような感覚で簡単に AMP ページを作成できます。カスタム HTML を使用しているサイトや、ゼロから作成したサイトの場合は、別途開発が必要になります。

2. どんなサイトにも効果的なわけではない
AMP は、あらゆるタイプの静的なウェブコンテンツ（ニュース、レシピ、映画情報、製品ページ、レビュー、動画、ブログなど）で大きな効果を発揮します。一方、動的で双方向性を重視した単一ページのサービス（地図の経路案内、メール、ソーシャルネットワークなど）にはあまり効果的ではありません。

3. サイト全体を AMP 化（#AMPlify）する必要はない
既存のサイトに AMP ページを追加する場合は、記事や製品ページ、ブログ投稿など、シンプルな静的コンテンツのページから少しずつ追加しましょう。これらはいわば「末端」のページで、ユーザーがプラットフォームや検索結果を通じてアクセスするページですので、少し変更を加えるだけで AMP のメリットを存分に活かすことができます。この方法なら、サイトのトップページや、ナビゲーションなどを含んでいるページのように、AMP 以外の高度な動的機能が含まれているページを変更する必要はありません。

一方、コンテンツが充実したウェブサイトをゼロから作成する場合は、最初からサイト全体を AMP化することを検討してください。ゼロから AMP サイトを構築する場合は、こちらのスタートガイドをご覧ください。

4. AMP プロジェクトはオープンソースにより進化を続けている
サイトで使用している機能が AMP の仕様でまだサポートされていない場合は、GitHub で機能をリクエストすることを検討してください。また、コンポーネントを自分で設計することも可能です。

5. AMP ページを特定の場所に表示するために追加要件を満たさなければならない場合がある
AMP ページが Google の検索結果に表示されるための要件は、そのページの AMP HTML が有効であることのみです。しかし、AMP を統合した一部のサービスでは、それ以上の要件を満たさなければならない場合があります。たとえば、AMP ページを Google トップニュースに表示するためには、構造化データを使って Article マークアップとして AMP ページをマークアップする必要があります。

6. 検索結果のランキングに影響はない
有効で表示可能な AMP ページが含まれているかどうかは、検索結果ページでのサイトのランキングには一切影響しません。違いは、サイトに AMP 版が含まれていると、検索結果に The AMP logo アイコンが追加されることです。

7. AMP に対応した Google 検索結果は世界中に拡大
Google では、今後数週間にわたって AMP の検索結果を世界中に拡大する予定です。ニュース性の高い最新の AMP コンテンツを表示するトップニュースカルーセルは、すでにさまざまな国と言語で利用できます。

8. サポートを求めることができる
不明な点を解決するために役立つリソースを用意しています。

ウェブマスターヘルプフォーラム: AMP や Google の AMP 実装について質問があれば投稿してください。
Stack Overflow（英語）: AMP に関する技術的な質問はこちらへどうぞ。
GitHub: 機能リクエストを送信したり、プロジェクトに貢献したりできます。
#AMPlify に関して一番役に立ったヒントはどれでしたか？下のコメント欄または Google+ の Google ウェブマスターコミュニティからフィードバックをお願いします。質問がある場合は、お気軽にウェブマスターヘルプフォーラムに投稿してください。

Posted by Tomo Taylor, AMP Community Manager

ラベル: AMP , モバイルサイト , 検索結果
Penguin が Google のコアアルゴリズムの一部になりました
2016年9月23日金曜日
Google のアルゴリズムは、ユーザーが検索したいものを特定できる 200 以上の固有のシグナル（手がかり）に基づいています。このようなシグナルには、たとえば、ウェブサイト上の特定の単語、コンテンツの鮮度、ユーザーの地域や PageRank などがあります。こうしたアルゴリズムのシグナルである Penguin は、2012 年に初めて導入されましたが、今回アップデートが実施されることになりました。

開発とテストを経て、このたび Google では、Penguin アルゴリズムのアップデートをすべての言語で実施します。主要な変更点は以下のとおりです。これらの変更は、ウェブマスターの方々からも多数のご要望をいただいておりました。

Penguin のアップデートがリアルタイムになりました。これまでは、Penguin の影響を受けるサイトのリストは、定期的に同じタイミングで更新されていました。ウェブマスターがサイトを大幅に改善し、インターネット上でのプレゼンスを強化すると、Google の多くのアルゴリズムではすぐに考慮されますが、Penguin など他のシグナルでは更新作業が必要でした。今回の変更により、Penguin のデータはリアルタイムで更新されるようになります。そのため、変更内容が従来と比べてはるかに早く（通常、Google が再クロールしてページをインデックスに再登録するとすぐに）反映されます。また、Google が今後の更新についてコメントすることもなくなります。
Penguin でさらにきめ細かい対応が可能になりました。新しい Penguin では、スパムに対して、サイト全体に影響を与えるのではなく、スパムのシグナルに基づいてランキングを調整するようになりました。
ウェブは年月とともに大きく変化していますが、Google では当初のブログ記事でお伝えしているように、ウェブマスターの皆様には心置きなく、魅力的なウェブサイトを作成していただきたいと考えています。また、もう一つ覚えておいて頂きたい重要なことは、「Penguin のようなアップデートは Google がランキングの決定に使用している 200 以上のシグナルの 1 つにすぎない」ということです。

ご意見やご感想などがありましたら、Google のフォーラム、Twitter、Google+ までお寄せください。

Posted by Gary Illyes, Google Search Ranking Team

ラベル: お知らせ , 検索結果
Accelerated Mobile Pages の問題を効率的にチェックするには
2016年9月21日水曜日
AMP ページが Google 検索に表示されるためには、そのページが正しく実装されていなければなりません。つまり、Accelerated Mobile Pages でサイトを AMP 化（#AMPlify）した後も、ページの状態を定期的に確認することが重要になります。

AMP ページを実装する際に、ページにエラーが含まれていると、そのページは Google 検索のインデックスに登録されません。また、エラーにはなっていなくても、ページに警告が含まれていることがあります。たとえば、要素が推奨された方法に従っていない場合や、将来的にエラーになる可能性がある場合です。

Google Search Console は、どの AMP ページにエラーが含まれているかを確認できる無料のサービスです。Search Console で問題のあるページの URL を特定できたら、以下のツールのいずれかを使用して検証エラーの詳細を簡単に確認できます。

1. ブラウザデベロッパーツール
デベロッパーツールを使用して検証するには:

ブラウザで AMP ページを開きます。
URL の最後に「#development=1」を追加します（例: http://localhost:8000/released.amp.html#development=1）。
Chrome DevTools Console を開いて検証エラーを確認します。
Developer Console には、エラーが以下のように表示されます。
2. AMP ブラウザ拡張機能
AMP ブラウザ拡張機能（Chrome と Opera に対応）を使用すると、無効な AMP ページを簡単に特定してデバッグできます。ブラウザでサイトを表示すると、拡張機能が AMP ページにアクセスし、各ページが有効かどうかを判別します。
Red AMP icon indicating invalid AMP document. AMP ページ内にエラーがある場合は、拡張機能のアイコンが赤色になり、見つかったエラーの数が表示されます。
Green AMP icon indicating valid AMP document. AMP ページ内にエラーがない場合は、アイコンが緑色になります。警告がある場合はその数が表示されます。
Blue AMP icon indicating AMP HTML variant if clicked. ページが AMP でなくても、AMP 版が存在することがわかっている場合は、アイコンが青色になってリンクアイコンが表示されます。拡張機能のアイコンをクリックすると AMP 版のページにリダイレクトされます。拡張機能を追加することにより、アイコンをクリックするだけで、ページにどんなエラーや警告があるかわかるようになるわけです。それぞれの問題について、原因となっているソースの行番号と列番号、そして、何が問題かを示すメッセージが表示されます。さらに詳しい説明がある場合は、[Learn more] をクリックすると ampproject.org の該当ページが表示されます。

3. AMP Web Validator
AMP Web Validator は、AMP ページの有効性を検証するためのシンプルなウェブインターフェースです。validator.ampproject.org からアクセスできます。

このツールを使用するには、AMP の URL を入力するか、ソースコードをコピーして貼り付けます。エラーがある場合は、行と行の間にエラーメッセージが表示されます。AMP Web Validator 上で直接編集すると再検証が行われ、その変更によって問題が解決するかどうかがすぐわかります。

AMP ページの状態を確認するうえで、どの方法が一番使い勝手が良かったでしょうか。下のコメント欄または Google+ の Google ウェブマスターコミュニティからフィードバックをお願いします。質問がある場合は、お気軽にウェブマスターヘルプフォーラムに投稿してください。

以上です。ユーザーに対してってところがポイントですね(^^)