Aggregator

[レベル: 初〜中級]

Googleは、AMPに対応するように推奨する記事をウェブマスター向け公式ブログで公開しました。

AMPをサポートする通常検索を年内にリリース

特に新しい内容は記事には含まれていません。

簡潔にまとめれば、次のように説明し、

速く表示されるページをモバイルユーザーは求めています。
AMPはそうした要望をかなえられる仕組みだから、AMP対応しましょう。

関連コンテンツへリンクしているだけです。

気にかけるとしたら、次の一文でしょうか。

Later this year, all types of sites that create AMP pages will have expanded exposure across the entire Google Mobile Search results page, like e-commerce, entertainment, travel, recipe sites and many more.

ECサイトからエンタメ系、旅行、レシピに至るまでAMPページを作成したあらゆるタイプのサイトは、年内に、Googleのモバイル検索結果全体において表示機会を拡大するでしょう。

現在AMPコンテンツは、トップニュースとして、主に専用のAMPカルーセルの中だけでモバイル検索結果に掲載されます。
ニュース的な記事が掲載の対象です。

しかし、通常の検索結果にもAMPページを含めることをGoogleは決定しました。
開発版がプレビューとして試験公開されており、正式公開は年内を予定しています。

年内の正式公開は開発版の発表記事のなかでも触れられていましたが、サラッと書かれていたので見過ごしていた人がいるかもしれません（僕がそうだったw）。

つまり、「AMPを完全サポートしたモバイル検索を年内に公開するから、今から準備を始めよう」というのが今回の投稿された記事の目的の1つでもあるのでしょう。

今後数週間にわたって、AMPを始めるのに役立つ情報を発信するキャンペーンを実施するとのことです（日本語でのアナウンスはこちら）

AMP対応すべきかどうか？

すでにAMP化しているなら問題ないとして、このようなアナウンスがあると、AMP対応したほうがいいのか悩みます。

僕の考えは次のようになります。

ニュース系サイト

毎日たくさんの記事を発行するサイトで、新しいトピックを扱うことが多いならAMP対応したほうがいいでしょう。特に、Googleニュースに登録しているサイトは必須といっていいかもしれません。高速表示という優れたユーザー体験を提供できます。
通常なら表示されないような、検索ボリュームが大きいクエリでカルーセルに掲載されることも多く、検索トラフィックの増加にも繋がります。
Googleニュース検索、GoogleニュースアプリもAMPに対応しています。

ブログ

企業のブログも（このブログのような）個人のブログも、多少の手間ひまをかけられるならAMP対応するといいと考えます。
ニュース系サイトと同様に、読みものコンテンツはAMPと相性がいいので、読み込み時間のストレスを与えることなくユーザーに記事を読んでもらえます。
WordPressやDrupalなどメジャーなCMSはAMP化のためのプラグインが出ているので、AMP対応するだけなら簡単です。日本でユーザーが多い、はてなブログもチェックボックス1つでAMP化できますね（現在は有料版のみ）。
AMPによる制限を許容できるなら、ブログのAMP対応はおすすめです。

記事コンテンツ

ブログにかかわらず、基本的に更新がなく、ユーザーからのアクションも発生しない、閲覧するだけの記事コンテンツもAMPに向いていると考えます。
ブログではないけれど、サイトの中に読ませるだけのページがあればそこだけAMP化するというやり方はありでしょう。
ただ、限られた一部だけをAMP対応するのは返って面倒かもしれませんね。

レシピサイト

個人的には、レシピサイトはAMP対応を推奨します。
通常の検索結果でのAMP表示もさることながら、レシピコンテンツの場合はトップニュースのようにカルーセルに別枠で表示される可能性があります。
検索結果での露出を増すチャンスになりそうです。

ECサイト

ECサイトは、判断が難しいところです。
カテゴリの一覧ページであれば、今でも十分AMP対応できるとAMPプロジェクトは強調していますが、ECサイトでの最終目的である”購入”ができない状態では、中途半端です。
eBayのように、ほかより先に試してみるというチャレンジングな精神があるならトライする選択肢はありえます。
ひょっとしたら、先行者利益があるかもしれせん。
なおECサイトに限らず、不動産サイトやトラベルサイトなどDBと連動させてたくさんのアイテムを扱うサイトもここに該当します。

SEOの観点からのAMP対応

ユーザー体験の観点から見たら、サクッと表示できるのでAMPは対応価値があります。
では純粋にSEO、言い換えたらランキングだけの観点から見たらどうでしょう？

完全に僕の個人的な予想ですが、しばらくはランキング要因には組み込まれないと思います。
なぜなら、AMP対応したくてもAMPに向いていない、AMP対応できないコンテンツ（ページ）が、今はまだ存在するからです。

モバイル対応とは異なり、今の時点ではまだAMP対応は誰にでもできるものではないのです。
対応したいのに対応できないのでは、不公平です。

ただし、モバイルフレンドリーのアルゴリズムに”スピード”の要素を組み込むことをGary Illyes（ゲイリー・イリェーシュ）氏は示唆しています。

もしこれが実現したら、AMPページは有利になるかもしれません。
AMPページだからということではなくて、高速表示するからという間接的な恩恵です。

最後も個人的な意見ですが、僕はAMPには対応べきだと思います。
ユーザーの立場に立つと、ページが速く表示されるのはやっぱり気持ちがいいものです。
自分のブログ読者にも、読み込みにかかるストレスを与えずサクッと記事を読んでもらいたいと考えます。

AMPはどのくらいもつの？ いずれなくなるんじゃない？ という懸念もないわけではないですが、まあ3、4年くらいもてば不満はありません。w

- Google、AMP化を勧めるキャンペーンを開始。今すぐAMP対応すべきか、それともまだ待つべきか？ -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki

「PlayStation VR」が日経トレンディの「2016年ヒット予測ベスト30」で堂々の５位に入るなど、今年はVR元年と呼ばれるにふさわしい年となっています。
海外の主要ITプレイヤーのVRへの取り組みを見ても、FacebookはOculusを20億ドルで買収し、GoogleはMagic Leapに5億4200万ドルで買収するなど、このトレンドに乗り遅れないための大規模な動きが目立ちます。さらに、2016年７月にリリースされた「ポケモンGO」で、AR（拡張現実）にも注目が集まっています。
この記事ではVRの今を整理し、あわせて注目のARやMR（複合現実）についても解説します。

　　● 続々と登場するVR製品、市場規模は2025年までにパソコンの約半分に！
　　● 仮想現実（VR）だけでなく、拡張現実（AR）複合現実（MR）
　　　もおさえておこう

約9兆円に膨らむVR市場！普及の鍵は何か？

「PlayStation VR」は、価格は税別で44,980円（399ドル）、発売日は2016年10月13日、第１回予約受付開始日は6月18日でどこのショップでも即完売という好調なスタートを切っています。「PlayStation VR」に先立って販売がスタートしている「Oculus Rift」9,4600円（599ドル）、「HTC Vive」11,1999円（799ドル）も売れ行きと評判は上々のようです。

ゴールドマンサックスのアナリストであるHeather Bellini氏は下記の動画の中で、VR市場が2025年までに日本円で９兆円市場（800億ドル）になることを大胆に予測しています。

https://youtu.be/imZ_4cO0P7Y?t=2

９兆円とはとてつもない数字ですが、現在全世界のパソコン市場が約2000億ドル（約20兆円）ですので、その約半分ということになります。内訳としてはハードウェア市場が450億ドル、でソフトウェア市場が350億ドルで、ハード・ソフトともに巨大なVR産業が誕生するといイメージです。

またこの動画では主にVRの市場分析が取り上げられていますが、動画の中でHeather Bellini氏は今後はVRだけでなく、AR(Augmented Reality: 拡張現実)」もビデオゲームやライブイベント、ビデオ視聴など9つの領域に浸透していき、例えばゲーム市場ではVRとAR合わせて116億ドル規模になると予想しています。
その予想をなぞるように、7月には「ポケモンGO」が世界中で大フィーバーしました。リアリティあふれる「AR（拡張現実）」が話題となり、7月から1ヶ月弱で世界1億ダウンロードを、課金売上げは1日10億円を超しています。

絶好調といえる成長市場ですが、ここでVR市場をより正確捉えるために、今出て来た仮想現実（VR）と拡張現実（AR）複合現実（MR）はどう違うかについて整理しておきましょう。

仮想現実（VR）と拡張現実（AR）複合現実（MR）の違い

VRでは、フルCGやフル動画を使って現実世界とは完全に別個の世界に新しい世界を誕生させます。本当はそこには何も存在しないのに、あたかも存在するかのような仮想現実の世界を作り出して、その中で「視覚」「聴覚」「触覚」「嗅覚」「味覚」を体験するのです。

https://www.youtube.com/watch?v=d7WVyOjaOV0
PlayStation®VR コンセプト映像

ARでは、現実世界の情報をきっかけにして、仮想世界を誕生させます。「ポケモンGO」では、スマホのカメラで撮影した実際の映像に、位置情報を元にしてポケモンのキャラクターを登場させるという手法が取られており、ユーザーは現実が仮想世界に拡大した感覚を楽しんでいます。

【公式】『Pokémon GO』　初公開映像
https://www.youtube.com/watch?v=lKUwVYUKii4

MRでは、現実空間と仮想空間で相互のやり取りが発生します。現実世界は仮想世界でのアクションに影響を受け、現実世界でのアクションは仮想世界を変化させます。

WIRED　MR説明動画
http://dp8hsntg6do36.cloudfront.net/57146d27ff2afb0f2f000002/16bd5033-ebf3-496e-b732-f7bf144a3e91low.webm?_=1

どれも人工現実感を表現したものですが、現実世界と仮想世界との関わり方に違いがあります。

【まとめ】

いよいよ本格化したVR市場です。現在のところ製品化はゲーム分野が一歩リードしていますが、ハード機器の金額が下がったりコンテンツ制作費が下がったりしてくれば、企業のプロモーション手段としても手軽に使えるようになってくるでしょう。
動画と同じくユーザーに強烈なインパクトを与えることのできるVR市場の発展から、今後も目が離せません！

[レベル: 上級]

この記事では、Googleが公開しているドキュメントに基づいて、AMPキャッシュの仕組みについて説明します。

具体的には、次を扱います。

• AMPキャッシュのURLフォーマット
• AMPキャッシュの更新プロセス
• AMPキャッシュの更新強制
• AMPキャッシュの削除

あなたがAMPをすでに実装しているなら、知っておくと役に立つこともあるはずです。

では行ってみましょう⚡

AMPキャッシュのURLフォーマット

AMP CDNにキャッシュされたコンテンツはたとえば次のようなURLになります。

• https://cdn.ampproject.org/c/s/example.com/amp_document.html
• https://cdn.amproject.org/i/example.com/images/logo.png

分解して、どんな構成になっているのかを見てみましょう。
※ここでは、Googleが提供しているAMP CDNのキャッシュについて話します。もしGoogle以外のAMP CDNを使うなら仕様は異なるでしょう。

https://cdn.amproject.org

AMPキャッシュのURLは常に https://cdn.amproject.org で始まります。
Googleが公開しているAMP CDNのURIになります。

コンテンツのタイプ

https://cdn.amproject.org のあとには次の3つのいずれかが続きます。
これらは、コンテンツのタイプを表します。

• /c −− HTMLドキュメント
• /i −− 画像
• /r −− フォントなどのリソース

HTTPS (TLS)

オリジナルのAMPページまたは画像、リソースがHTTPSで配信されているときは、コンテンツのタイプ (/c, /i. /r) の次に /s が続きます。

URI

最後に来るのは、オリジナルのAMPページのURLから、http:// または https:// を取り除いた部分です。
URLがパラメータ (?) を含んでいてもそのまま使えます。

ここまでをふまえて、AMPキャッシュのURLをもう一度見てみましょう。

オリジナルのAMPページ（あなたのサーバーに直接アクセスしたときのAMPページ）のURLが次のようだったとします。
http://example.com/amp_document.html

このとき、AMPキャッシュのURLはこのようになります。
https://cdn.ampproject.org/c/example.com/amp_document.html

まず、固定の https://cdn.ampproject.org で始まります。
https://cdn.ampproject.org/c/example.com/amp_document.html

次に、コンテンツタイプがHTMLドキュメントなので、 /c が続きます。
https://cdn.ampproject.org/c/example.com/amp_document.html

そのあとは、元のURLから http:// を取り除いた example.com/amp_document.html で終わります。
https://cdn.ampproject.org/c/example.com/amp_document.html

同じAMPページをHTTPSで配信していたとします。
https://example.com/amp_document.html

AMPキャッシュのURLはこのようになります。
https://cdn.ampproject.org/c/s/example.com/amp_document.html

先ほどと似ていますが、コンテンツのタイプを表す /c のあとに、HTTPSを示す /s が入っています。

今度は、画像のAMPキャッシュURLを見てみましょう。

オリジナルの画像を次のURLで配信しています。
https://example.com/images/logo.png

AMPキャッシュのURLはこのようになります。
https://cdn.ampproject.org/i/s/example.com/images/logo.png

画像なのでコンテンツのタイプの部分が /i になっていることに気付いてください。
またHTTPSで配信しているので、/s が入ります。

AMPキャッシュの更新プロセス

簡単に言うと、AMPキャッシュの更新は、ユーザーにキャッシュを配信したときにオリジナルのコンテンツが更新されていれば、更新されたコンテンツをAMP CDNサーバーが自動で取得しキャッシュし直す仕組みになっています。
ただし新しいキャッシュが配信されるのは、その次のユーザーに対してです。

もう少し詳しいプロセスは次のようになります。

1. ユーザーがAMPキャッシュをリクエストする（例: 検索結果のAMPカルーセルからアクセスする）
2. そのユーザーには今保持しているキャッシュを返す
3. 同時に、オリジナルのコンテンツが更新されていないかどうかをチェックしに行く（Max-Ageヘッダーなどを見る）
4. オリジナルのコンテンツが更新されていれば、それを取得しキャッシュを最新の状態に保つ
5. 次のユーザーには更新されたコンテンツのAMPキャッシュを返す
6. オリジナルのコンテンツに更新がなければ、キャッシュも更新せずそのまま使い続ける

コンテンツに更新が発生していた場合は、そのユーザーには現在のキャッシュを返しますが、次のユーザーには新しいキャッシュを返すというのが特徴的ですね。
ユーザーが頻繁に閲覧するページほど、最新の状態に保たれやすくなります。
逆に、ユーザーが閲覧しないページのキャッシュはいつまでたっても古いままです。

なおサーバーに負荷をかけないために、HTMLドキュメントに対しては最低でも15秒以上の間隔を空けてリクエストします。
画像やリソースに対しては最低でも1分以上の間隔を空けてリクエストします（間隔は将来変更される可能性あり）。

AMPキャッシュの更新強制

説明したように、ユーザーが閲覧する限りはAMPキャッシュは自動で更新されます。
しかしオリジナルのコンテンツを更新し、キャッシュも今すぐにでも更新したいことがあるでしょう。
そんな状況では、ユーザーの閲覧を待たずともAMPキャッシュを更新することができます。

方法はとても簡単です。

あなたが、AMPキャッシュのURLにアクセスすればいいのです。
オリジナルのコンテンツが更新されていることをAMP CDNが認識できれば、キャッシュも更新されます。
ユーザーには新しくなったキャッシュが返されます。

AMPキャッシュのURLは、この記事の初めに説明しましたね（なので、AMPキャッシュURLのフォーマットの理解は大切なのです）。

この記事のAMPキャッシュを更新したければ、次のURLにアクセスします。

https://cdn.ampproject.org/c/s/www.suzukikenichi.com/blog/anatomy-of-amp-cache/amp/

AMPキャッシュの更新には、Fetch as Googleのインデックス送信を使ったりしなくていいのです。

AMPキャッシュの削除

AMPページまたはAMPページで使っている画像やリソースは、本体を削除すればいずれAMPキャッシュからも削除されます。
一般的なウェブページや画像と同じです。

ですが、キャッシュを至急で削除したい場合に利用できる仕組みがあります。
“update-ping“を使います。

AMPキャッシュされている https://example.com/amp_document.html のAMPページを削除リクエストするには次のURLにアクセスします。

https://cdn.ampproject.org/update-ping/c/s/example.com/amp_document.html

AMPキャッシュのURLで、https://cdn.ampproject.org の次に /update-ping を差し込みます。

http://example.com/images/logo.png の画像のAMPキャッシュを削除リクエストするには、次のURLにアクセスします。

https://cdn.ampproject.org/update-ping/i/example.com/images/logo.png

update-ping に加えて、おさらいの目的も兼ねて以下にも注意してください。

• コンテンツタイプが画像なので /i になる
• オリジナルのURLはHTTPなので、/s は付かない

HTTPとHTTPSは連動しません。
キャッシュは別々に保存されています。

なお、update-pingを使ったURLに「アクセスする」と表現しましたが、正確には「GETリクエストを送信」します。
“204 No Content”のHTTPステータスコードが返ってきます。

update-ping を使うとキャッシュが自然に削除されるのを待つよりもずっと早くキャッシュを削除できます。

この記事でのAMPキャッシュに関する説明は以上です。

ブログ読者に向けた解説というよりは、僕自身のためのまとめの意味合いのほうが実は強かったりします（AMPキャッシュの更新方法について、何度か質問されたことがあった）。
公式ドキュメントには、AMPキャッシュに関する情報がほかにも書かれていますが、僕にとって重要な部分に絞って説明しました。
AMPキャッシュの仕組みに興味を持ったなら、公式ドキュメントもお読みください。

- Google CDNのAMPキャッシュを大解剖――URLフォーマット、更新プロセス、更新方法、削除方法 -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki

Web担当者Forumの連載コーナー、「海外&国内SEO情報ウォッチ」を更新しました。今週取り上げた記事は次のとおりです。

今週のピックアップ

• グーグルの“隠れた”品質評価アルゴリズムに対応する方法
  

日本語で読めるSEO/SEM情報

• モバイル検索へのAMP全体適用をグーグルがすでに本番で実施した！？
• ついにアマゾン日本も常時HTTPS化
• アドワーズ用のクローラーAdsBot-GoogleはSEOに影響を与えるのか？
• プログレッシブ ウェブ アプリを実現するService Workerとは

海外のSEO/SEM情報を日本語でピックアップ

• PWAに取り組まないのは、SEOで大きなチャンスを逃しているも同然？
• 米国のIPアドレスからのアクセスを制限してはいけない
• h1タグは必ず設置すべし、グーグルの理解を助ける
• API利用条件としてのリンクは有料リンクと同じ
• この秋は、グーグル検索でファッションショーを楽しもう！

海外SEO情報ブログの掲載記事からピックアップ

• 今すぐ始められる、ECサイトでのAMP対応
• Google、最新コンテンツをリアルタイムで検索結果に表示するSearch live coverage carouselを試験的に開始

こちらからどうぞ。

• グーグルの“隠れた”品質評価アルゴリズムに対応する方法 などSEO記事まとめ10+2本

- グーグルの“隠れた”品質評価アルゴリズムに対応する方法【海外＆国内SEO情報ウォッチ】 -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki

本日、Googleウェブマスター向け公式ブログにおける、

ウィジェット リンクについて覚えておいて頂きたいこと

が投稿されたことについて、誤解を生むようなツイートしてしまった件について、

お詫びと訂正をさせていただきたいと思います。

私のTwitterアカウントにおきまして、

https://twitter.com/kimuyan/status/774066844235804673

木村賢(Satoshi Kimura)@kimuyan 

Google ウェブマスター向け公式ブログ:ウィジェット リンクについて覚えておいて頂きたいこと https://t.co/wv6PqgPgdd こういうのがまっとうなリンク施策として被リンクサイト構築の対極で語られたことすらあったんだよなあ。懐かしいなあ。

2016年09月09日 11:08

このように、ウィジェットリンクが、かつて肯定されていたかのような表現をしてしまいましたが、

過去から現在までGoogleが何かの対価としてリンクをもらうことを推奨したことはなく、誤った認識を生むものであったことをお詫び申し上げます。

私としては、かつての日本のSEO(現在でも残っていますが）の主流と言っても過言でなかったSEO業社が大量に被リンクサイトを構築し、

お金を払って人工リンクを設置したり、

自らサテライトサイトや（今我々がまさに苦労をしている）サテライトブログを構築して自作自演リンクをしたり、

直リンク広告や一般サイトから直リンクを購入したりする行為の対局として、

ナチュラルなリンクであると謳っていたSEO関係者や書籍もあったということを言う意図しておりました。

決して、Googleがそういうリンクはナチュラルリンクとして認めるという発言をしたり、Googleウェブマスターガイドラインに出していたわけではありません。

また、私のこのような認識も私の周囲、それも世の中のSEOの中では非常に小さなごくごく一部の世界の可能性だった可能性もあり、そのような中で自分の認識の中だけで発言したことはより大きな誤解を生むことにつながり大変申し訳なく思っております。

現在いわゆるクリーンなリンクというのは、コンテンツやそのウェブサイトまたは運営者等の良さを認めた人が（ネガティブな場合もありますが）、紹介を目的としてリンクを張るようなものに限られており、

金品やサービスの提供と交換にリンクを受け取ることは認められておりませんのでご注意ください。

本件において誤解をされた方がいらっしゃいましたら心よりお詫び申し上げます。

また、Google様、常時正しい情報を発信していただいているSEOの関係者の皆様にもお詫び申し上げます。申し訳ありませんでした。

なお、本件についてご指摘いただいた、

辻正浩様・鈴木謙一様には心よりお詫びと御礼を申し上げます。

引き続きご指導賜りますようお願いいたします。

今後は、事実関係が不明なことや不確かなことについてツイートしないようにし、

ファクト(実データや事例含む)と引用やセミナーの中継およびみなさまへのご質問等に専念し個人的意見は控えていきたいと思いますので、もしよろしければ引き続きよろしくお願いいたします。

この度はご迷惑おかけして申し訳ありませんでした。

なお、明日は懲りずにWDF vol.23を中継させていただきたいと思っております。

（なお、当該のツイート群については、週明けをめどに削除したいと思います）

木村賢