今すぐ始められる、ECサイトでのAMP対応

[レベル: 上級]

AMPプロジェクトは、ECサイトでのAMPサポートに現在取り組んでいます。
ですが、現状でもECサイトがAMPに対応することはできます。

今すぐ始められるECサイトのAMP対応についてAMPプロジェクト公式ブログが解説しました。
要点をまとめてこの記事で紹介します。

カテゴリページのAMP対応

一般的に静的で、商品の一覧を表示するために設計されているカテゴリページはECサイトの中では特にAMPに向いています。

<amp-carousel> のような要素を利用するとスマートフォンでも商品を閲覧しやすくなります。
<amp-carousel> はいわゆる”カルーセル”をAMPページで実装できる仕組みです。
水平方向にフリックすることで、次から次へとスライド式に商品を閲覧できます。

こちらはAMPで構成されたカテゴリページのサンプルです。

AMPでのカテゴリページ

Recommendations(おすすめ)のセクションはカルーセルになっています。

AMPカテゴリページのカルーセル

商品詳細ページのAMP対応

商品の個別の詳細ページでは、次のようなAMP要素を利用できます。

  • <amp-carousel> ―― カテゴリページでも紹介したカルーセルUI
  • <amp-video> ―― AMPページに動画を設置
  • <amp-accordion> ―― アコーディオン型のUI
  • <amp-social-share> ―― ソーシャルボタンの設置
  • <amp-sidebar> ―― サイドバーを設置(普段は隠れていて画面の左をタップすると出現させることができる)
  • <amp-list> ―― リスト表示のUI

最後に挙げた <amp-list>には CORS JSON を使うことで、関連商品を動的に表示させることができます。
試験運用中の <amp-access>を組み合わせると、ログインしたユーザーにはパーソナライズしたおすすめ商品を表示させることもできます(こちらもCORS JSONを使う)。
なお動的にコンテンツを表示するための amp-mustache テンプレートが準備されています。

ほかには、ECサイトでよく使われるサムネイル画像ギャラリーのようなUIも開発が始まっています。

こちらはAMPで構成された商品詳細ページのサンプルです。

AMP商品詳細ページのサンプル

画面の下部にある「SHOW VIDEO」をタップすると動画を視聴できます。
その下にはソーシャルボタンが設置されています。

Description(商品説明)やSpecification(仕様)などはアコーディオンUIです。
初期状態では見出しだけで、タップすると本文が出現します。

商品詳細ページのアコーディオンメニュー

アクセス解析のAMP対応

ECサイトでも当然のことながらアクセス解析は重要です。
<amp-analytics>を使えば、AMPページでもアクセス解析を設置できます。
Googleアナリティクスや現在はAdobe Analyticsを始め、現在は数多くのアクセス解析がAMPをサポートしています。

購入のAMP対応

ECサイトのコンバージョンポイントでもある、購入はまだAMPでは実装できません。
AMPでの購入を可能にする <amp-form> の実験が始まっています。

現状では購入は通常のページで処理するしかありません。
AMPページから通常ページに移ったときでもユーザーには一貫した体験を提供することが重要だと公式ブログの記事は説明しています。

もしProgressive Web App(PWA、プログレッシブ ウェブ アプリ)を実装しているなら、AMPからPWAへの連携が可能です。
<amp-install-serviceworker> を使います。

まだ購入ができないので、ECサイトでのAMP化を急ぐ必要はないと僕は思います。
それでもいずれは(近いうちに?)可能になるでしょうから、もし労力を確保できるなら一部分からでもAMPを試してみると面白いかもしれませんね。

もし運営するECサイトのAMP対応をすぐに始めるなら、詳細を知るために公式ブログ記事を自分でも読んでください。

AMP対応しないとしても、少なくとも、AMPのECサイトサポートがどんな状況にあるのかに関してはアンテナを張っておいたほうがいいでしょう。
AMP対応するにはどういった作業が必要なのかも今から調べておけば、AMP化をスムーズに始められます。

- 今すぐ始められる、ECサイトでのAMP対応 -

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

AMPに対応した広告用ランディングページ「ALP」、DFPが年内に配信開始予定

[レベル: 上級]

AMP プロジェクトは、広告をAMPで配信できるランディングページを開発しました。
AMP Ad Landing Pages、通称 ALP と呼びます。

ALPはAMPフォーマットで作られているので、広告用のランディングページを高速に表示できます。

ALPは1秒以内で表示完了

ALPを採用した広告ランディングページは、1秒かからずに表示を完了することができます。

Googleのモバイル検索からAMPページにアクセスし、そのページに掲載されている広告をタップしてALPが表示されるまでの流れが、次のアニメーションGIFで紹介されています。

ALPのデモ

このデモでは、広告バナーをタップしてからALPが表示されるまでに要した時間は0.83秒です。

ALPの高速表示を実現するために用いられる4つの技術

主に、次の4つの技術を用いてALPは高速な広告配信を実現しています。

  • ランディングページへのプリコネクト
  • ランディングページのプリロード
  • キャッシュ配信
  • リダイレクトなし

ランディングページへのプリコネクト

ALPでは、最終的に到達する実際のランディングページに対して事前に接続をリクエストしておきます。
こうすることでユーザーが広告を本当にタップしてから接続を開始するよりも、ランディングページにアクセスするまでの時間を短縮できます。

ランディングページのプリロード

ユーザーが広告をタップするよりも前に、ファーストビュー(スクロールせずに、最初の時点でスマホのディスプレイに表示される領域)の要素をリクエストしダウンロードしておきます。
CPUを消費を抑えられます。

キャッシュ配信

AMPキャッシュからランディングページを配信します。
広告を配信するサーバーではなくAMP CDNからの配信なので高速にページが返されます。

リダイレクトなし

計測を目的に、広告ではランディングページに到達するまでにリダイレクトを挟むことがあります。
可能であれば、ALPではリダイレクトを取り除き、広告からランディングページまで直接連れて行きます。amp-pixel を設定すればトラッキングは可能です。

ALPでの広告配信方法

ALPでの広告配信には次の3者が関わってきます。

広告配信者

広告を掲載するサイトは、AMP対応したページを公開し、ALPに対応した広告をそこに載せます。
たとえば、僕のブログはAMP対応しているのでALP広告を掲載できます。

広告主

広告を発行するサイトは、AMP対応したランディングページを作成します。
ここで注意するのは、通常のランディングページとそれに対応したAMPのランディングページをペアで作成することです。
つまり、通常のAMP対応と同じです。

広告配信システムがALPをサポートしている場合は、AMPページに掲載された広告をユーザーがタップするとALPを見せます。
通常のページに広告が掲載されていれば、通常のランディングページを見せます。

最終的な到達ページとして、あなたがALPを指定するわけではないのです。
ALPに着地させるか通常のランディングページに着地させるかは、広告配信システムが処理します(次で説明)。

AMPページを直接のランディングページとして構成することは可能ですが、それだと誰がどのデバイスでどんなページからいつアクセスしても、必ずそのAMP広告ページに着地することになりますね。

広告配信システム

1つ前で触れたように、広告配信システムがALPをサポートしていなければなりません。

公式アナウンスで言及されているのは、DoubleClick for Publishers (DFP) です。
DFPは次の2つの四半期をかけて(つまり年内をかけて)ALPの統合を進めていくとのことです。

検索結果からAMPページにアクセスしたときは瞬時に表示されたのに、そのページに掲載されていた広告をタップしたらなかなか表示されない。
こんな状況に出会ったら、AMPが速いぶん、よけいにストレスを感じそうです。

広告のランディングページだって速い方がいいに決まってます。
ページの表示速度がコンバージョン率に大きな影響を与えた事例は山ほどあります。

ALPでは、広告ページから元のページに戻るときもきちんと高速で表示されるように設計されています。

ALPをサポートすることがはっきりしている広告配信システムは、今のところDFPだけです。
AdSenseやAdWordsがALPをサポートし始めたら、AMP対応を始めるサイトが一気に増えるかもしれませんね。

- AMPに対応した広告用ランディングページ「ALP」、DFPが年内に配信開始予定 -

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

AMPプロジェクトが第3四半期のロードマップを更新、ECサイトでのAMPサポートを目指す

[レベル: 上級]

AMPプロジェクトは、第3四半期 中間ロードマップを更新しました。

ロードマップには、その期間にAMPプロジェクトが集中的に取り組む、新機能の追加や機能の改善に関する予定と進捗が示されています。

ECサイトでの利用が想定されている機能のサポートが、第3四半期のロードマップには含まれています。

ECサイトでの利用を想定したAMPの新機能

ECサイトのAMP対応の普及を目的に、新しい機能の開発に取り組むことになっています。

たとえば、次のような機能をECサイトのAMPページで利用できるようにします。

  • フォーム
  • サムネイル画像ギャラリー
  • アクセス解析

フォーム

AMPページでフォームを使えるようにします。
<form><input> に相当する機能がECサイトでは必須です。
こうした機能を含むフォームに必要な仕組みを amp-form という拡張仕様によって、AMPページでも利用可能にしていきます。

サムネイル画像ギャラリー

ECサイトでよく使われる、サムネイル画像を並べて、1つをタップするとその拡大画像を表示する機能をAMPページでも提供します。

Amazonで使われている、拡大画像用のサムネイル画像ギャラリー

アクセス解析

ECサイトでは、ほかの業種のサイトでは取得しないような解析データが必要になってきます。
ECサイトで必要な、イベントトラッキングや商品情報の取得などECサイト向けのアクセス解析を可能にしていきます。

ECサイトでは、eBayが先行して試験的にAMP対応を始めています。
しかし、AMP化したのは商品一覧ページです。
コンテンツがほとんど変化せず、「カートに入れる」のようなユーザーからのアクションは発生しません。
ニュース記事と同じ、AMPと相性がいい静的なコンテンツと言えます。

そうではなく、商品詳細ページで購入ができる状態のAMPページを提供するための取り組みが本格的に始まりました。

通常の検索結果にAMP対応ページを表示する開発プレビューのモバイル検索をGoogleは先日公開しました。
プレビュー版ではなく実際の検索でのテストも始まっています。

Googleが着々とAMPサポートを拡大させるなか、AMP対応したくても必要な機能を提供できないために歯がゆく感じているサイト管理者もいることでしょう。
AMPのECサイト機能サポートをこの記事では取り上げましたが、ECサイト以外でもよく使われる機能のAMPサポートも少しずつ始まっています。

通常のスマホ向けページと同じユーザー体験をAMPページでも提供できるようになれば、AMP対応へのハードルがずいぶんと低くなります。
今後のAMPの発展に期待しましょう。

- AMPプロジェクトが第3四半期のロードマップを更新、ECサイトでのAMPサポートを目指す -

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

Google、開発版ではなく本番のモバイル検索でAMP結果を表示するテストを開始

[レベル: 上級]

通常のモバイル検索にAMP対応したページを表示する開発プレビューをちょうど2週間前にGoogleは公開しました。
g.co/ampdemo にアクセスすることでAMP用に特別に作られた検索結果を体験できます。

しかし、本当の通常検索でAMPページを表示するテストをすでに始めているようです。

本番環境でのAMP結果

開発プレビューの検索結果では、上部にAMPを紹介するメッセージボックスが掲載されます(キャプチャは英語ですが、日本語の検索結果では日本語になります)。

実験を伝えるAMP検索結果でのメッセージ

しかしこちらのAMP結果にはそのメッセージが表示されていません。
なぜなら、開発プレビューではなく本当に通常の検索結果だからです。

本番環境でのAMP結果

AMPカルーセルの上、検索結果1位のAMP Projectの公式ページにAMPマークが付いています。

少し下にスクロールしても、AMPページが検索結果に出ています。

本番環境でのAMP結果

もう少し下がると Mobile-friendly(モバイル対応)ラベルのページも混ざってきました。

本番環境でのAMP結果

開発プレビューではなく、本番環境でのモバイル検索にAMPページを表示するテストに遭遇したユーザーはほかにもいます

本番環境でのAMP検索を本当に実験しているのかどうかという質問に対して、GoogleのGary Illyes(ゲイリー・イリェーシュ)氏は次のように答えています。

僕らは常に実験やテストを行っている。きっとそういったのに出会ったのだろう。

僕も運良く(?)被験者に当たったのでしょう。
でもシークレットモードで立ち上げた時だったので、閉じたらもう体験できなくなりそうです。;(

ちなみに、同じ状態で日本のGoogleではAMPページは表示されず普通のモバイル検索結果でした。

一般ユーザーの反応を伺うためか?

一般ユーザーが開発プレビューの検索結果を利用するとは思えません。
AMPページを表示する検索結果を本番環境で提供することによって、普通のユーザーがどのように反応するかをGoogleは確かめようとしているのでしょう。

それにしても、僕の予想よりも早く本番に移してきました。
ともすると開発プレビューの公開と同時に実環境でもテストを始めていたのかもしれませんね。

AMP検索の年内の公開をGoogleは予定しているようですが、一般ユーザーの反応は果たしてどうなることでしょう。

- Google、開発版ではなく本番のモバイル検索でAMP結果を表示するテストを開始 -

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

モバイル検索結果がすべてAMPになる日が来る!? 巨大なAMP専用枠”Live Ticker”をGoogleがこの秋に導入予定

[レベル: 上級]

Googleは、”Live Ticker”(ライブ ティッカー)と呼ぶ、AMP用の新しいセクションをモバイル検索結果にこの秋に導入することを計画しているようです。
“Live Ticker”は、最新ニュースを掲載するためのAMPコンテンツ専用のセクションで、トップニュースのAMPカルーセルの上に表示されます。

パブリッシャー向けの発表会のなかで明らかにしたと、Digidayが報じています。

AMPカルーセルの上に表示される巨大な Live Ticker

Digidayの記事によれば、Live Tickerとは次のような特徴を持つセクションです。

  • トップニュース枠(AMPカルーセル)の上に表示される
  • ウェブのさまざまなソースから集めた、非常に新しいコンテンツが対象
  • AMPコンテンツだけを掲載する

記事には、プレゼンテーションでGoogleが見せたLive Tickerが掲載される検索結果のモックアップが紹介されています。

Live Tickerのモックアップ

モックアップを見ると、3週間ほど前に僕がたまたま遭遇したモバイル検索結果に酷似しています。

Live Tickerによく似たセクションが掲載される検索結果

スマホのスクリーンの下半分には、今やおなじみになったトップニュースのAMPカルーセルが表示されています。
そしてそのカルーセルの上には、ひときわ目立つ大きな1枚の”AMPカード”が表示されています。
これがLive Tickerに違いありません。

位置と大きさのため、カルーセルよりも目を引きます。(ハ◯頭の写真なのも視線を引く要因かもしれませんがw)。

発表会に参加していたパブリッシャーによると、この新しい Live Ticker は秋ごろの公開が予定されているそうです。

モバイル検索結果は、上から順にAMP、AMP、AMP?

クエリに最も関連した非常に新しいコンテンツ(プレゼンでは、”the best super-fresh content”と表現)に対して、Live Tickerが適用されるとのことです。

通常の検索結果にもAMPページを含める開発プレビューのモバイル検索をGoogleは先日公開しました。

Live TickerとAMP混在の検索が正式導入されたとすると、クエリによっては、モバイル検索結果に掲載されるコンテンツは上から順に次のようになるかもしれません。

  1. AMPのLive Ticker
  2. トップニュースのAMPカルーセル
  3. 通常の検索結果に混ざったAMPページ

ライブ配信や写真ギャラリー、実況中継など記事以外にもサポートを予定しているAMPコンテンツも発表会では紹介されたようです。
モバイル検索結果でAMPを掲載するセクションがさらに増えることになります。

ともすると、「検索結果に表示されるすべての結果がAMP」なんてことが近い将来に実際に起こりそうです。

たとえ今の段階ではAMP対応を見送っているとしてもまったく問題ないと僕は思います。
それでも、AMPの動向にはこれからも注視していきましょう。

- モバイル検索結果がすべてAMPになる日が来る!? 巨大なAMP専用枠”Live Ticker”をGoogleがこの秋に導入予定 -

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

AMPに構造化データはもはや不要、Search Consoleのエラーレポートからも外れる

[レベル: 上級]

Googleのモバイル検索結果にAMPページが表示されるには、有効なAMP HTMLでのマークアップに加えて、schema.orgを用いた構造化データが必須でした。
しかし、今後は必須でなくなります。

通常の検索結果にもAMPページを将来的に表示することを視野に入れた変更です。

またこの変更にあわせて、Search ConsoleのAMPレポートでは構造化データ関連の問題はエラーの対象から外れました。

AMPに構造化データはもはや不要

これまでは、AMPコンテンツを検索結果に表示させるには次のいずれかのschema.orgによる構造化データが必要でした。

  • schema.org/Article
  • schema.org/NewsArticle
  • schema.org/BlogPosting
  • schema.org/VideoObject

要件指定された構造化データでマークアップすることが、トップニュース枠のAMPカルーセルに表示される条件に含まれます。

オリンピック関連ニュースのトップニュースAMPカルーセル

しかし、通常の検索結果にもAMP対応したページを表示する開発プレビュー版のモバイル検索をGoogleは先週公開しました。

トップニュースのAMPカルーセルはニュース系のコンテンツが掲載対象だったのに対して、通常の検索結果ではコンテンツのタイプは問われません。
結果として、構造化データは必須ではなくなりました。

開発プレビュー版が公開された直後に、GoogleのJohn Mueller(ジョン・ミューラー)氏に確認をとりました。

通常の検索結果に対しては、(AMP用に)特別な構造化データのマークアップは必要ない。

AMPカルーセル掲載にはこれまでどおり必要

ただし、トップニュース枠のAMPカルーセルに掲載されるには、これまでどおり構造化データが必要です。
Article や NewsArticle など、先に挙げた4つのいずれかのタイプの schema.org を実装してください。

構造化データがAMPレポートのエラー対象から外れる

ここまで説明したように、通常の検索結果に表示されるAMPページには構造化データが必須ではなくなりました。

開発プレビュー版の検索結果は試験公開が始まったばかりですが、この変更を先取りしてSearch ConsoleのAccelerated Mobile Pagesレポートでは構造化データはエラーの対象から外れました。
次の2つは「問題」として依然としてレポートされるものの、エラー数を示すグラフには含まれなくなります。

  • 構造化データがありません
  • 無効な構造化データ

AMPエラーレポートの8月2日(正確には8月1日)の「更新」がこの変更を示しています。
この日を境にAMPエラーが急激に減っているサイトがあるかもしれません。

AMPエラーレポート

このキャプチャには出ていませんが、構造化データに問題がある場合はグラフの下のリストには「情報」というラベルとともにレポートされます(「エラーではないけれど可能なら修正してね」ということですね)。
ただし先ほども書いたように、グラフには含まれません。

なお、構造化データがAMPに必須ではなくなったこととSearch ConsoleのAMPレポートでの扱いに変更があったことは、Google+ヘルプページで公式にアナウンスが出ています。

もともと構造化データは、AMPの仕様に必要だったわけではなくAMPカルーセルに掲載するためにGoogleが独自で設定した要件でした。
AMP対応するプロセスのなかに構造化データが不要になったので、実装の敷居がいくらか下がりました。

通常の検索結果にAMPページを表示させることが果たして本当にいいことなのかどうかの議論はこれから本格的に始まるとして、AMP対応が自分のサイトのメリットになるかどうかを検証するために、少しの手間をかけられるなら、これを機に思い切ってAMP化してしまうのもいいかもしれません。

- AMPに構造化データはもはや不要、Search Consoleのエラーレポートからも外れる -

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

スマホ対応が不要になる!? Google、通常のモバイル検索結果でスマホ向けページの代わりにAMPページを表示する実験を開始

[レベル: 中級]

モバイル検索の通常の検索結果で、スマホ向けページに置き換えてAMPページを表示する実験をGoogleは開始しました。
これまでは、AMPに対応したページは「トップニュース」として、通常の検索結果とは別枠のカルーセル(またはリスト)の中に掲載されていました。

AMPページとスマホ対応ページが混在

通常の検索結果にAMPページが表示される実験用の検索ページには、g.co/ampdemo からアクセスできます(スマホでアクセスしてください)。
うまくいかない場合は、こちらからアクセスしてください。

トップニュース用のAMPカルーセルではなく通常の検索結果の中にAMPページが表示されます。
(僕たちにとっては)おなじみのAMPマークが付いているのですぐにわかります。

AMPページが通常の検索結果に差し込まれている

検索結果の上には、AMPを説明するためのメッセージが表示されていますね。

こちらは、AMPページとスマホ対応ページが混在する状況がもっとわかりやすい検索結果です。

AMPページとスマホ対応ページが混在

1つだけ(2つ目)が、スマホ対応で残りの3つはAMP対応です。

リッチスニペットの結果でもAMPとスマホ対応 (Mobile-friendly) が混在しています。

AMPとMobile-friendlyが混在するリッチスニペット

AMP対応ページがあるときはスマホ対応ページに置き換わる

検索結果に表示されたページにAMP対応したバージョンがあるときに、通常のスマホ対応バージョンのページに置き換わってAMP対応ページが表示されます。
つまりこの検索結果においては、AMP対応しているサイトでは通常のモバイル向けページは表示されなくなるということになります。

AMP対応していなければ、今までどおりにモバイル向けページが表示されます(モバイル対応していなければ、もちろん「スマホ対応」ラベルなしのPC向けページが表示される)。

ランキングアルゴリズムの変更ではない

注意したいのは、ランキングを決定するアルゴリズムの変更ではないという点です。

検索順位には影響しません。
そのページにAMP対応パージョンがあれば、代わりに、AMPページを優先して検索ユーザーに提示するというだけです。

AMPページを優先する理由は、単により速く表示されるページをユーザーに提供することで、ユーザー体験を向上させることが目的です。
AMPページの評価や順位を上げることが目的ではありません。

AMP対応で十分、スマホ対応は不要になる?

“early preview”(初期プレビュー)ということで、AMPを通常の検索結果に差し込むモバイル検索は実験が始まったに過ぎません。
実際に導入されるかどうかはユーザーの反応次第です。

とはいえ、いずれ導入されるだろうと個人的には思います。

ただし、解決しなければならない問題が出てくるだろうし、そのままではなくさまざまな改良がきっと加えられるでしょう。

通常の検索結果からだとしたら、AMPページにアクセスされることを望まないサイトがあるだろうことは容易に想像できます。

AMPは徹底的な高速性を追求するために、できることに制限がかかっています。
高速性を失わないようにさまざまな機能がAMPでも利用できるようにAMPプロジェクトは取り組んではいます。
しかし、今すぐに何でもできるようになるわけではありません。

AMP専用枠じゃないなら、通常のスマホ対応ページに来てもらったほうがメリットが多いと考えるサイトも必ず出てくるはずです。

またAMPページを優先表示するなら、モバイル向けページを作る必要がなくなりそうです。
Google検索のようにAMPをサポートするプラットフォームではなかったとしても、AMPページをユーザーに見せても問題はありません。
いっそのこと、これまでのモバイル向けページを完全にAMP対応ページに置き換えてしまったほうがコストも下がります。

もっとも、それはそれで良いことなのかもしれませんけどね。

いずれにしても、Googleが検索でAMPをどのように扱っていくのか、目が離せない状況は続きます。

- スマホ対応が不要になる!? Google、通常のモバイル検索結果でスマホ向けページの代わりにAMPページを表示する実験を開始 -

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

AMPページでライブ更新を可能にする amp-live-list が試験公開される

[レベル: 上級]

AMPプロジェクトは、コンテンツのライブ更新を可能にする仕組みとして <amp-live-list> のベータ版を試験公開しました。
amp-live-listを実装すると、追加のナビゲーションやページのリロードなしでコンテンツを最新の状態に動的に更新できます。

AMPページをリロードなしで即座に更新

こちらはAMPプロジェクト公式ブログのアナウンスで紹介されている amp-live-list を実装したAMPページのデモです。

amp-live-listのデモ

“YOU HAVE UPDATES”(更新があります)という青いメッセージが画面上部に出現したあと、上にスクロールして戻ると新しいコンテンツが追加されています。

読み込んだという感覚は皆無で、AMPページの高速表示はまったく損なわれていません。

amp-live-list は刻々と状況が変化するコンテンツ向き

刻々と状況が変化するコンテンツに amp-live-list は向いています。

たとえば、イベントの内容をリアルタイムで配信するライブブログです。
執筆者が新たに書き込んだ記事を次から次へとAMPページで読むことができます。

amp-live-list は、ページのコンテンツの一部分だけに利用することが可能です。
スポーツの試合のスコアや選挙の開票状況を掲載しているページでは、ページ全体を更新する必要はありません。
スコアや開票状況の部分だけリアルタイムで更新すれば十分です。
こうしたケースでは、限定した部分のみに amp-live-list を適用することができます。

AMPは、変化しない静的なコンテンツに向いている技術なのに、ライブ更新が可能になるというのは面白い機能ですね。

バックグラウンドで、コンテンツを配信しているサーバーとクライアント(ブラウザ)が直接”ポーリング”して、コンテンツに更新があるかどうかをチェックするのだそうです。
更新があれば、更新を動的にクライアントのページに差し込みます。

amp-live-listが機能する仕組み

しかしAMPで高速化を実現しているキャッシュシステムをスルーするわけではありません。
データ量やスマホ側の帯域幅、CPUの負担を削減するためにAMPキャッシュの機能は依然として活躍しています。

amp-live-list によるライブ更新を必要とするサイトはそう多くはなさそうな気がしますが、興味があるなら試してみるといいでしょう。

実験段階なので利用するにはオプトインする必要があります。
JavaScriptコンソールで次のコードを実行するか、もしくは専用ページからオプトインします。

AMP.toggleExperiment('amp-live-list')

そのほか、amp-live-list の詳しい仕組みと実装方法に関しては、公式アナウンスGitHubを参照してください。

- AMPページでライブ更新を可能にする amp-live-list が試験公開される -

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

Googleのゲイリーに、RankBrain・クリックデータ・AMP・アプリetc.について質問してみた【オーストラリア編】

5月にオーストラリアのアデレードでBig Digital Adelaideというカンファレンスが開催されました。
このときに、GoogleのGary Illyes(ゲイリー・イリェーシュ)氏に Woj Kwasi氏が1対1でインタビューし、それをブログに公開しています。

Wojさんから許可を得たので、一部ではありますが、そのインタビュー記事を僕のブログで紹介します。
RankBrainや検索結果クリックデータ、AMP、アプリなど興味深い部分に絞って翻訳したのできっと参考になるはずです。

Gary Illyes

RankBrain

Q. RankBrainが、どうやってGoogleがクエリをより適切に理解できるようにしているのかを説明してもらえますか? コア アルゴリズムとどんなふうに調和しているのでしょうか?

3番目に重要なアルゴリズムと言われているが)、どの側面から見るかによってその重要性は変わってくる。ほとんどすべてのクエリに影響を与えるので、重要なランキング要因だ。

多くの場合、検索結果はコア ランキング アルゴリズムによってすでに順位付けされているから、クエリスタックに対してRankBrainは何もしない [鈴木注: “クエリスタック (query stack)”がどんなものかはっきりしないのですが、たぶん、クエリに対して、一連のアルゴリズムがスコアリングしたプロセスまたはその結果だと推測します。]

しかしこれまでに見たことがないクエリ ―― 本当に長くて複雑なクエリ ―― に対しては、ユーザーにとって何が最も適切かをとても上手に推測できる。

RankBrainがやっていることというのは、事前に与えられた訓練データに基づいたクエリを見て、個々のクエリに対して最も適切な結果を提供するために設定された結果から予測しようとすることだ。

否定系のクエリを本当に上手に解釈することもできる。たとえば”Can I beat Mario without using a walk-through?”(攻略法なしでマリオブラザーズをクリアできるか?)というクエリでは、従来は、クエリの中にある”without”(〜なしで)を我々のアルゴリズムが理解することはとても難しかった。たいていは無視してしまう。RankBranでは、そういった種類のクエリを上手に扱える。

RankBrainはオフラインのアルゴリズムだ。新しい訓練データとともに時々リフレッシュされる。

検索結果のクリックデータ利用

Q. 検索結果をランキング付けするときに、クリック率と同様に検索結果への直帰もGoogleは考慮しているというのは本当ですか?

それは本当によく聞かれる質問だ。すべてのカンファレンスで聞かれる。

クリックは一般的に、非常にノイズが多いシグナルだ。クリックデータから観察調査しようと取り組んだことがある。難題を一刀両断に解くようなものだ。

(本来の使い方とは異なる目的で)検索結果を取得しランキングデータを集めようとする人がものすごくたくさんいる。理由が何であれ、そういう人たちは検索結果のリンクを自動でクリックしようとする。これは、とても乱雑な状態を作り出す。

制御した実験を行う際には、たしかに我々はクリックデータを見なければならない。ランキングアルゴリズムの変更を実施する前に我々が通常やることは、1%のユーザーを切り離して、その人たちに新しいアルゴリズムやそのアルゴリズムの一部によって修正された結果を見せて、その結果を気に入るかどうかを調べることだ。

こういった場合は、クリックした後の滞在時間が長いとか検索結果に直帰したとかなどを実際に調べている。

だが一般的には、さっき言ったようにクリックデータはとても乱雑だ。

パーソナライズに関して言えば、クリックデータを好んで使っている。はっきりしているからだ。

ボットの割合

Q. インターネットのどのくらいの割り合いが、ボットに対して本当の人間ですか?

面白い質問だ。

ビッグデータからいうと、だいたい「30%対70%(人間:ボット)」の割り合いだ。

モバイルもPCも同じくらいだ。

したがって、検索結果を不正に取得しているボットを我々は絶えず抑えようとしている。ボットをだますために、ウソの検索結果を見せることもときにはある。

我々にとってボットは大きな問題ではないが、注意して監視すべきものではある。

そんなに激しいものでなければ、たいていはアクションを起こすことはない。だが激しくなってユーザーの検索体験に被害を与えるようならブロックする。

透明性

Q. 昨年2月に透明性をより高めるとGoogleは公表しました。これはGoogleにとって優先事項ですか? 透明性をもっと高めるべきだと考えていますか?

範囲がとても広い質問だ。透明性はとても重要だと思うが、透明性を高めることによって我々の運営が損なわれないようにもしなければならない。

モバイルに関してはどうしていくかを公表し続ける。通常、今までにはやらなかったことだ。新たなことを公開するのはGoogleでは簡単なことではないし間違ってしまうこともたくさんあるから、きちんと機能するまでは決して事前にアナウンスすることはなかった。

モバイルに関しては、絶えず取り組んでいく。

モバイルフレンドリーの更新であろうがAMPであろうがApp Indexingであろうが、(モバイルに関しては)実際に事前にアナウンスしてきた。Google I/Oでもかなりの事前アナウンスがあった。

改善の余地があるかどうかだって? もちろんだ。改善の余地は常にある。

改善に取り組んでいるところだ。報道発表にもっと多くのメディアを巻き込みたい。たとえば、米国以外の国にも広げたい。報道関係やブロガーへのリーチも広げている。

ウェブ vs. アプリ

Q. モバイルウェブよりもモバイルアプリの開発に投資したほうがいいビジネスはありますか?

答えは「Yes」だと思うが、ものごとに例外は付きものだ。

私自身の観点から見れば、一般的にはモバイルウェブのほうが重要だ。なぜならアプリにおいては、常に”付加物”があるからだ ―― アプリをダウンロードしてインストールするという追加のステップが必要になる。

Instant Apps [鈴木注: Instant Appsはこちらで] がおそらく状況を多少は変えるだろうが、アプリの情報にアクセスできるようになる前にはやはり、アプリの一部分をダウンロードしてインストールしなければならない。

ウェブサイトではこういったことは必要ない。すぐにコンテンツを利用できる。Facebookだろうがなんだろうがリンクをタップするだけだ。

AMP

A. どんな状況でAMPを考慮すべきですか?

AMPは我々にとってもっともっと重要になってくると思う。

実に遅いウェブに私たちは住んでいる。特に、自分がいる国にエッジサーバーがないほかの国のコンテンツにアクセスするときは特に遅くて、何かが表示されるまで長い間待つだろう。

たとえば私のお気に入りのニュースサイトは、ここオーストラリアでは表示に20秒もかかる。私のデータは2つの海と少なくとも3つの大陸を超えていかなければならず、それが表示や体感速度を遅くさせる。

AMPでは、自分の国のローカルサーバーあるいは最も近いエッジサーバーにコンテンツがキャッシュされるし、AMP化されたページは通常のページよりもずっとずっと軽量なので、コンテンツ発行者はこんなふうな遅い状況を避けることができる。

音声検索

Q. 音声検索で使われている語句や用語はテキスト入力とどんなふうに違っていますか?

テキスト入力で検索するときは、クエリはとても短い。なぜなら入力するのはみんな好きじゃないし、スマホでタイプするのは楽しいことじゃないからだ。

しかし音声検索では、ユーザーは質問を丸ごと、そのままの文で言う。だから、音声検索はもっとずっと長くなる傾向にある。また数語ではなく、自然な話言葉が使われる傾向にもある。

これは状況を変える。自然な言葉が使われても、短いクエリが使われたときと同じ結果を我々は取得したいと考える。クエリにはそれほど影響しないと考える。しかし、SEOの実験をするには面白いかもしれない。

以上です。
特にインパクトがあったのはどれだったでしょうか?

この記事では一部分だけの紹介ですが、全文はKwasiさんの元記事をお読みください。

Gary Illyes Interview – Let Me Google That For You

Thank you, Kwasi! :)

- Googleのゲイリーに、RankBrain・クリックデータ・AMP・アプリetc.について質問してみた【オーストラリア編】 -

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

AMPカルーセルの画像サイズは幅が696px以上、縦は最小要件なし

[レベル: 上級]

Googleモバイル検索のトップニュースのAMPカルーセルに掲載されるにはその記事に画像が必須で、構造化データで指定します。
画像のサイズには要件があり、幅 (width) は 696px 以上です。
しかし高さ (height) には、最小サイズの要件はありません。

ポケモンGoのトップニュース AMPカルーセル

公式ドキュメントには高さの要件記載なし

トップニュースのカルーセルに必要な構造化データを説明した、Google公式のドキュメントには画像のサイズ要件が示されています。

Images should be at least 696 pixels wide.

画像の幅は最小で696ピクセルです。

ところが、幅の要件の記載はあるのですが、高さの要件の記載がありません。
高さ対しては要件は指定されていないのでしょうか?

高さの最小要件は定められていない

「高さは何でもいいのか?」という疑問に対して、GoogleのTomo T氏はヘルプフォーラムで次のように回答しています。

There is no minimum height requirement for images. As a general rule of thumb, the bigger the image provided, the better they would look in the carousel. In the spirit of AMP, it’s also important to be considerate with the img file size and format; as such, bitmaps aren’t recommended :)

画像に対しては、高さの最小要件はない。一般的な経験則から言えば、大きい画像を提供すればするほどカルーセルできれいに見える。

AMPの精神として、適切なファイルサイズとフォーマットを検討することも大切だ。たとえばビットマップは推奨されない。

ということで、AMP記事の構造化データで指定する画像のサイズは、横 (width) は 696px 以上である必要がありますが、縦 (height) には最小サイズの要件はありません。

構造化データで指定する
AMP記事内の画像のサイズ要件

大きけれが大きいほどいいようですが、だからといって 10,000px の画像は度を超えてますね。

画像のファイルフォーマットにも注意しましょう。
サポートされるのは、.jpgと .png、.gif になります。

[注意] 画像サイズの要件は、構造化データで指定する画像、言い換えればカルーセルに表示させたい画像に対して要求されます。
カルーセルに掲載するつもりがない画像には最小サイズは要求されません。任意のサイズの画像を掲載できます(構造化データに含める必要もない)。

- AMPカルーセルの画像サイズは幅が696px以上、縦は最小要件なし -

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