Google AMP&SEO:知っておくべきことすべて
公開: 2020-12-12AMPプロジェクトは、開始以来、論争に巻き込まれてきました。
それは速いページ速度とグーグル結果ページの追加の可視性を約束しますが、HTMLの簡素化された形式への提出を要求します。
基本的に、ユーザーにとってより魅力的なものにするために、Webサイトをダイエットします。
熱烈なケーススタディがありますが、多くの人にとって、実装は無計画であり、結果は混乱を招きました。
この質問でマーケティング業界を去る:
AMPはSEOにとって重要ですか?
今日は、以下を見て、AMPが価値があるかどうかを調べます。
- AMPとは何ですか?
- 長所と短所は何ですか?
- AMPを最適化する方法
- どのサイトがAMPを実装する必要があるか
- 影響を測定する方法
AMPフレームワークは、Webストーリー(別名、AMPストーリー)、AMPメール、およびAMP広告を含むAMPページを超えて拡張されますが、これらはすべて初期段階にあります。 この記事では、これらの形式については説明しません。
AMPとは何ですか?
以前はAcceleratedMobile Pagesとして知られていたAMPは、モバイルユーザーに超高速で魅力的なエクスペリエンスを提供するように設計された軽量ページです。
これは、「高速でスムーズな読み込みを行い、ユーザーエクスペリエンスを何よりも優先するWebページを簡単に作成する方法を提供するオープンソースのHTMLフレームワークです。」
彼らの言葉、私のものではありません。
ほとんどのサイトでは、既存のHTML5ページコンテンツの簡素化されたモバイル向けに最適化されたAMPコピーを作成する必要があります。
このようなAMPの代替手段が利用できる場合、ユーザーには正規のページからAMPバージョンが提供されます。
Facebook InstantArticlesやAppleNewsとそれほど違いはありません。これらは、モバイルコンテンツをより速く、より簡単に利用できるようにするという目標も掲げています。
フォーマット間の主な違いは?
AMPは、プラットフォーム固有のアプリを経由せずに、オープンWebでのコンテンツの配信をサポートします。
そして、これはそれが政治的になるところです
「オープンソース」から始めましょう。
これは技術的には真実です。
このプロジェクトは、ほんの数例を挙げると、WordPress、LinkedIn、Twitter、Pinterest、Bingによって支えられています。
しかし、グーグルは主要なコード貢献者であり、主要なプロモーターです。 あまりにも多くの人がそれを「GoogleAMP」と呼ぶことがよくあります。
AMPは、広告とユーザーインターフェイスのデザインに制限を適用することで、「ユーザーエクスペリエンスを優先」します。
- CSSを75KBに制限します。
- JavaScriptを150KBに制限します。
- 重要なレンダリングパスからすべての綿毛を移動します。
これらの制限は「高速なウェブページ」を作成するのにすでに十分ですが、それらを即座に作成するのは秘密のソースではありません。
これがむしろ技術的な部分です
電光石火の読み込み速度を実現するために、AMPページはGoogleのサーバーでホストされるように送信されます。
これにより、ユーザーが検索結果のリンクをクリックする前に、GoogleがAMPコンテンツをキャッシュ、プリロード、プリレンダリングできるようになります。
ユーザーがGoogleでAMPコンテンツをクリックすると、2つの方法のいずれかで表示される場合があります。
- Google AMP Viewer :コンテンツ発行元のソースが上部に表示されますが、URLはGoogleドメインのままです。
- 署名付き交換(SXG) :ブラウザがページをドメインに属しているかのように扱うことができます。 署名付きAMPコンテンツは、通常のAMP HTMLの代わりではなく、追加で配信されます。 2つのうち、Googleは署名されたコンテンツへのリンクを優先しますが、それをサポートするブラウザのみを優先します。これは現在Chromeのみであり、トップストーリーのカルーセルではなく標準の結果のみを対象としています。 これにより、SXGの範囲はかなり制限されます。
全体として、HTMLを「フォーク」し、AMPコンテンツを事前にレンダリングし、AMPページを優遇することで、Googleはウェブサイトの構築方法と収益化方法に影響を与え、インターネットを有利に形成することができます。
したがって、これらすべての行動が、Googleがウェブをさらに制御しようとする試みとして、テクノロジー業界やSEO業界の多くの人々から批判されているのは当然のことです。
それでも非難にもかかわらず、いくつかの魅力的な利点があるため、サイトはAMPに引き付けられます。
AMPページの利点
サイトに応じて、AMPには多くの潜在的な利点があります。たとえば、データ消費量の削減、サーバーパフォーマンスの向上、無料のCDN、広告の視認性の向上などです。
しかし、AMP forSEOの最も一般的に実現されている2つのメリットに焦点を当てたいと思います。
ページの読み込み時間が短縮
AMP自体はランキング要素ではありませんが、速度はランキング要素です。
これは特に2021年向けであり、コアWebバイタルがランキング要素になります。
正しく実装されている場合、ロード時間の改善はかなりの量になることがよくあります。
Googleは、AMPページの読み込み時間の中央値は1秒未満であると主張しています。 これは、コアWebの重要な要件の範囲内です。
さらに、速度は多くの場合、より最適化されたユーザーエクスペリエンスの実行効果をもたらします。
- 直帰率が低くなります。
- 現場での時間が長くなります。
- コンバージョン率の向上。
Google検索結果での追加の可視性
AMPページには、モバイルのGoogleSERPでの表示が常に強化されています。
GoogleSERPの照明ボルトアイコン
最も基本的なレベルでは、AMPページはGoogleSERPの稲妻アイコンで強調表示されます。
一部のSEOは、この指定により、ユーザーがAMPの結果を選択するため、ページのクリック率が向上すると主張しています。
これにより、一部の業界がわずかに増加する可能性がありますが、マスマーケットに対するその主張を裏付ける統計的に関連するデータは見たことがありません。
AMP +構造化データ=豊富な結果を得るためのさらなる変更
第二に、有効な構造化データと組み合わせたAMPは、ホストカルーセル(コース、映画、レシピ、レストランの番組)や、見出しのテキストやサムネイルよりも大きい画像などの豊富な結果機能とともに表示される可能性を高めます。
ただし、AMPはこれらの拡張機能に必須ではありません。
スワイプして訪問
第三に、モバイルのGoogle画像検索には、AMPページ専用のスワイプしてアクセスする機能があります。
ユーザーが画像を選択すると、サイトヘッダーのプレビューが表示され、上にスワイプしてソースページにアクセスできます。
それでも、追加の可視性の主な推進力は、COVID-19関連のコンテンツを除いて、AMPが切望されたトップストーリーカルーセルに含めるための要件であるということです。
ただし、これは2021年にCore Web Vitalsの更新で変更され、AMPページと非AMPページの両方が許可され、ページに焦点を当てたエクスペリエンス指標がランク付けされます。
そして、その発表により、多くのSEOは、AMPの残りの長所が短所を上回っているかどうか疑問に思い始めました。
AMPのデメリット
開発者の観点から
- 設計上、これは制限的なフレームワークであり、約束された速度を実現するために常にそうなる可能性があります。
- 実装し、その後、進化し続けるAMP標準で有効であり続けることは、余分な負担です。 プラグインは有利なスタートを切ることができますが、箱から出して完全に機能することはめったにありません。
- すべてをAMPネイティブにしない限り、コードのAMPページと正規ページの両方を同期させる必要があるため、技術的負債が発生します。
- AMPキャッシュがないと、光速は保証されません。 AMPキャッシュを使用せずにAMPページにリンクするソース(Twitterなど)の場合、最適な速度を得るには、追加のパフォーマンスの最適化が必要です。
販売の観点から
- AMPインベントリが存在するだけで、正確なレポートを作成するために個別の広告ユニットを使用してベストプラクティスを実装するかのように複雑になり、管理する広告ユニットが2倍になります。
- フレームワークは広告機能を制限します。 特に、AMPはインタースティシャルやエクスパンダブルなどの「破壊的な」広告をサポートしておらず、直接販売の広告は実装が複雑になる可能性があります。
マーケターの視点から
- Googleは同等性を確保したいので、1つのコンテンツのクロールに2倍の費用がかかります。
- 多くのサイト運営者にとって、これはインプレッションを促進しますが、トップストーリーのカルーセルの「スワイプ」機能により、ユーザーが他のソースから詳細を読むように促すため、必ずしもエンゲージメント指標とは限りません。
- 最適化するのは余分な負担です。 通常のページのように、ライブであるからといって、SEOに適しているとは限りません。 AMPを最大限に活用するには、開発チームと提携する必要があります。
- GoogleのAMPビューアは、パブリッシャーのドメインではなくGoogleドメインがアドレスバーに表示されるため、ブランドアイデンティティを薄めます。 これは、アドレスバーのURLが重要であるというトレーニングを受けたユーザーにとってはかなり混乱する可能性があります。 AMPページの上部に実際のサイトを表示するという修正は、スクロールせずに見える範囲の貴重なスペースを占有します。 署名された交換は正しい方向への一歩ですが、ほとんどのトラフィックでは利用できません。
AMPページを最適化する方法
AMPの採用者が結果が上がると考えるとは限りません。
そうでない場合、2つの潜在的な理由があります。
- どちらも適切ではありませんでした。次のセクションでこれについて説明します。
- または、完全かつ正しく実装されていませんでした。 AMPは、プラグインや再生ほど単純ではないことがよくあります。
では、AMPで可視性を高めるために、SEOの観点から何が関係しているのでしょうか。
AMPページはクロール可能でインデックス作成可能である必要があることは明らかですが、ここでは上位の最適化アクションを示します。
発見可能性を確保する
AMPページに関する情報を非AMPページに、またはその逆に、rel =” amphtml”(AMPの場合)およびrel =” canonical”(非AMPの場合)バージョンの形式で<link>タグとして追加します。 <head>。
SEOに適したAMPURL
URLがAMPであることを伝える方法はたくさんあります。
- パラメータ:?amp
- サブドメイン:amp.domain.tld
- フロントエンド言語:domain / folder / article.amp.html
- サブフォルダー:ドメイン/フォルダー/記事/アンプ
サブフォルダーオプションは、一般的に最もSEOに適した柔軟性があります。

このオプションとフロントエンド言語も、Googleが推奨する2つだけです。
一貫性のあるユーザーインターフェイス
AMPの制限により若干のバリエーションが必要になる場合がありますが、同じページのAMPと正規バージョンを比較する場合、ユーザーインターフェイスとデザインスキームは実質的に類似している必要があります。
完全に機能
パーソナライズと、ナビゲーションメニュー、ソーシャルメディア共有アイコン、関連コンテンツ、フォーム、ログイン、さらには広告などのインタラクティブな要素は、正規バージョンと同じように機能するはずです。
SEO要素のパリティを確認する
hreflang、H1、alt画像テキスト、特に有効な構造化データなどの舞台裏のコードは、正規ページとAMPページの両方に存在するだけでなく、不整合があるとSEOの可視性が妨げられる可能性があるため同じである必要があります。
AMPに優しいロゴ
使用するロゴはAMPガイドラインを満たしている必要があります。そうでない場合、トップストーリーカルーセルに表示されないか、まったく表示されません。
XMLサイトマップにAMPURLを追加しないでください(ネイティブAMPでない場合)
XMLサイトマップには正規URLのみが属します。
rel =” amphtml”は、GoogleがAMPページを検出するのに十分なシグナルを提供します。
正しくペアリングされたAMPページがGoogleによってインデックスに登録されると、ユーザーに提供されるバージョンになります。
これは簡単な作業ではなく、多くのマーケターに疑問を投げかけています。AMPはその努力に値するのでしょうか。
どのサイトがAMPを実装する必要がありますか?
AMPの公式ウェブサイトには、出版社、小売業者、その他の業界に対するフレームワークのプラスの影響を示すケーススタディが満載です。
反対に、業界の専門家からの痛烈な記事もあり、多くのケーススタディは失敗しています。
AMPに関する決定は、すべてのサイトで明確なものではありません。
「依存する」という決まり文句は真実です。
ただし、最適な回答には明確な決定要因があります。
ユーザーが主にデスクトップから来ている場合、AMPは適していません。
AMPページはデスクトップでも機能しますが、豊富な機能を備えて表示されず、AMPキャッシュから提供されません。 そのため、主なメリットは両方とも利用できなくなります。
「新しい」コンテンツを作成し、すでにAMPで稼働している場合は、AMPがトップストーリーカルーセルのゲートキーパーでなくなるまで、コンテンツを最適化しておく価値があります。
その時点で、あなたのセクターのトップストーリーの結果がAMPページによって支配されているかどうか、または非AMPサイトがそれらのすぐ横にランク付けされている証拠があるかどうかを確認します。そうであれば、要件は何ですか。
条件が良好な場合にのみ、あなたの非AMPのページは、ページが最初にロードを開始したときの2.5秒以内に最大contentful塗料(LCP)のコアウェブバイタル要件を実現することができれば、テストAMPの除去の影響は(ベストプラクティスに従ってください) 。
2.5秒の基準を下回る意欲とスキルを備えたサイトの場合、潜在的な速度とオーガニックセッションの増加は、AMPへの変換やAMPの維持に説得力のあるケースとはなりそうにありません。
時間は他の機会によりよく投資されるでしょう。
2.5秒の標準に単独で到達できないサイトの場合、AMPの標準化されたソリューションに主要なランディングページを含めることは、このSEOの勝利への近道となる可能性があります。
ただし、機能がAMPコンポーネントで実装できるかどうかを確認してください。
また、サイト全体をネイティブAMPに移行する予定がない限り、速度の向上はすべてのページビューに当てはまるわけではなく、AMPをサポートする分散ソースからのページビューにのみ当てはまります。
まだ開発されていないサイトや、再設計やCMSの変更などの大規模なオーバーホールが行われているサイトの場合、ネイティブAMPが現在および近い将来に必要なすべての機能を提供するための最良のソリューションであるかどうかを自問してください。
ネタバレ注意、答えはおそらくノーです。
AMPの影響の評価
AMPを採用する場合でも、AMPを放棄する場合でも、継続的なユーザーだけである場合でも、ユーザーエクスペリエンスとサイトの可視性に与える実際の影響を測定する必要があります。
これを4つのステップで実行します。
1.関連するすべてのページでAMPコードが検証されることを確認します
AMPテストツールを使用して数ページをスポットチェックすることは始まりですが、十分ではありません。
Google Search Consoleには専用のAMPステータスレポートがあり、AMP URLがインデックスに登録されない(エラー)か、SERPで実行されない(警告)理由を警告します。
2.構造化データの解析が正しく行われていることを確認します
該当するAMPコンテンツタイプの場合、リッチリザルトテストツールは、一度に1つずつスポットチェックを行うのに役立ちます。正規ではなく、必ずAMPURLを入力してください。
記事の構造化データについては説明していませんが、Google SearchConsoleの関連する拡張レポートも役立つと思います。
評判の良いSEOクロールツールは、多くの場合、スケールに最適なオプションです。
3.Googleでの可視性のAMPドライバーを理解する
Google Search Consoleのパフォーマンスレポートには、分析するいくつかのディメンションがあります。
- 検索タイプ:Web、検索外観:AMP非リッチ結果:このレポートには、稲妻のある青いリンクの指標が表示されます。
- 検索タイプ:Web、検索外観:AMP記事:カルーセル内や画像付きなど、視覚的に装飾された検索結果の指標を表示します。 これらも豊富な結果でカウントされ、相互に排他的ではないことに注意してください。
- 検索タイプ:画像、検索の外観:AMP on Image結果:これは、[Google画像]タブ内のAMPページでホストされている画像検索結果の指標を表示します。
- 検索タイプ:動画、検索の外観:AMP記事:レポートには、[Google動画]タブ内のAMPページでホストされている動画結果の指標が表示されます。
- 検索タイプ:ニュース、検索の外観:AMP記事: Googleニュースアプリではなく、検索結果の[Googleニュース]タブ内にAMPページの指標を表示します。
- Discover、Discoverの外観:AMPの記事:これは、GoogleDiscover内のAMPページの指標を示しています。
データを分析するときは、検索の外観でフィルタリングすると、テーブル内のプロパティのみではなくページごとにデータが集計され、使用可能なディメンションに制限されることに注意してください。
グラフのデータは引き続きプロパティごとにグループ化されます。
これにより、画像、動画、ニュースのタブに大きな差異が生じる可能性があります。
4.AMPセッションの推進要因とパフォーマンスを理解する
Search Consoleには、画像のGoogle側のみが表示され、GoogleAnalyticsからさらに多くの洞察を得ることができます。
ただし、Google AnalyticsがAMPについて正確にレポートすることを信頼できるようにするには、「セッションスティッチング」を実装する必要があります。
Googleアナリティクスの設定でクライアントIDを利用して、AMPバージョンと非AMPバージョン間でセッションを統合していることを確認してください。
また、AMPページでイベントトラッキングやその他の変換統合が正しく実行されていることを再確認してください。
次に、二次ディメンションとしてデータソースでフィルタリングすることにより、AMPによって駆動されるセッション、変換、およびその他のKPIの数を詳しく調べることができます。
一部のセッションは、さまざまなプラットフォームがAMPをリンクする方法を理解するまで、予期しないソースから発生する場合があります。
手動UTMタグを除く、AMPセッションに関連する一般的なソースとその説明:
UTMが自分のソーシャル投稿とオンサイトの共有ボタンにタグを付けると、この混乱の一部を解消するのに役立ちますが、Googleのプロパティ以外にも常に無関係なソースがいくつかありますが、それらが重要になる可能性は低いです。
多くの場合、最も実用的なのは、直帰率、セッションあたりのページ数、コンバージョン率など、ユーザーエクスペリエンスのKPIへの影響を理解することです。
アップルとアップルを必ず比較してください。
これには、AMP(データソースによって識別される)を最も近い対応する非AMP(通常、デバイスはモバイル、ソース/メディアはグーグル/オーガニック、正規表現のランディングパスはすべてのページタイプにAMPバージョンがある)と比較するカスタムレポートを作成する必要がありますサイト全体のパフォーマンスよりも。
物事を要約するには
AMPのレセプションとケーススタディの結果は、複雑なものでした。
明らかなことは、多くの出版社がトップストーリーカルーセルのAMP専用配置を楽しんでいることです。
ただし、この機能はページエクスペリエンスの要件を満たすユーザーに公開されているため、可視性に対するAMPのメリットは大幅に低下する可能性があります。 そんなに、それの主張を主張するのは難しいかもしれません。
そのため、スピードが残ります。これは、Core Web VitalsがSEOランキング要素になるにつれて、さらに重要になります。
モバイルサイトが主要なランディングページで2.5秒のLCPを達成できる場合、AMPを使用したリソース投資の見返りはほとんどありません。
2.5秒に達することが不可能な場合、特にモバイルGoogle /オーガニックセッションのかなりの部分がAMPキャッシュの事前レンダリングのメリットを享受できる場合は、主要なランディングページでAMPをサポートすることを検討する必要があります。
そして最後に、AMPdになることを選択した人にとって、それは継続的な取り組みであることを忘れないでください。
AMPを十分に活用するには、Google SearchConsoleとGoogleAnalyticsのレポートを定期的に確認してください。
そうでなければ、開発技術的負債、販売の複雑さ、およびAMPSEOの落とし穴を相殺できない可能性があります。
その他のリソース:
- AMPページのURL構造に関するGoogleのベストプラクティス
- Google検索結果のAMPストーリーを最適化する方法
- スピード、検索、追跡のための9つの最高のAMPWordPressプラグイン
画像クレジット
注目の画像:著者が作成、2020年7月
2020年7月に作成者が撮影したすべてのスクリーンショット