Google Accelerated Mobile Pages (AMP) とヘッダー入札に関するパブリッシャー向けガイド
公開: 2017-11-18この投稿の最新の更新日は 2022 年 8 月 19 日です。
インターネットの利用は、ページの読み込み速度が重要なモバイル ファーストに移行しています。 ユーザーを引き付けるには高速な Web サイトが必要です。サイトが遅すぎると、ユーザーはページを表示することさえせずに離れてしまいます。
インターネット接続が遅い国や地域では、ページ速度の要因がさらに一般的になります。そのため、Web サイトに Google Accelerated Mobile Pages (AMP) を実装する必要があります。 このチュートリアルでは、Google AMP とは何か、それを実装する方法、そして何よりもヘッダー入札の力をこれらの超高速 AMP モバイル ページと組み合わせる方法について簡単に説明します。
ソース: thenextweb.com
Google Accelerate Mobile Pages とは何ですか?
AMP プロジェクトは、ウェブサイトの所有者が、実装と管理が簡単で、高速でユーザー フレンドリーなモバイル サイト エクスペリエンスを作成できるようにするために開始されました。 2016 年の初めに少数のパブリッシャーを対象に初めてインターネットに導入されました。 最近のレポートによると、約 90 万の Web サイトがモバイル ユーザーに AMP を使用しています。
Accelerated Mobile Pages を使用すると、ページをすばやく表示できるようになり、シンプルなレイアウトでユーザー エクスペリエンスが向上します。 Google、Bing、Pinterest などのプラットフォーム間での流通が拡大する可能性もあります。 AMP ページは、デザインのカスタマイズと柔軟性をサポートし、ページを収益化することもできます。
Google Accelerate Mobile Pages の実装方法
AMP の実装は、特に WordPress を実行している Web サイトの場合、思っているよりもはるかに簡単です。 このプロセスには、1 つまたは 2 つの AMP プラグイン (選択したものに応じて) のインストール、ルック アンド フィールのカスタマイズ、およびいくつかの追加調整が含まれます。 Search Engine Land のこのガイドでは、「WordPress 用 AMP のセットアップとテスト: クイック 7 ステップ ガイド」でその方法を説明しています。
WordPress 以外のウェブサイト プラットフォームや、より技術的な実装方法については、AMP プロジェクトの公式セットアップ ガイドをご覧ください: https://www.ampproject.org/docs/tutorials/create
ヘッダー入札を Google AMP と互換性を持たせるには?
ヘッダー入札を Accelerated Mobile Pages と互換性のあるものにするこのチュートリアルの主な焦点に飛び込みましょう。 このプロセスはやや技術的で複雑であることに注意してください。 詳細な手順については、Prebid AMP ガイドを参照するか、専任のサポートについてサポート チームにお問い合わせください。
ステップ 1:パブリッシャー ドメイン専用のサブドメインを作成または使用する必要があり、https 拡張子を使用する必要があります。これは、AMP ページが他のサーバーにキャッシュされる可能性があるため必要です。そのため、広告呼び出しが別のサブドメインから来ることを考慮して、すべてを構成することをお勧めします。
ステップ 2:メインの AMP ウェブサイトも https にする必要があります。つまり、https で動作するビッダーのみを使用する必要があることを確認する必要があります。
ステップ 3:メインの AMP Web サイトに、remote.html ファイルが配置されるサブドメインを参照するタグを含める必要があります。次に例を示します。
<meta name="amp-3p-iframe-src" content="https://subdomain.yourdomain.com/remote.html">
ステップ 4: http://prebid.org/dev-docs/how-prebid-on-amp-works.html の手順に従って、amp-ad と構成を使用してページに広告ユニットを追加します。
ステップ 5: remote.html ファイル、構成されたビッダーのリストを変更し、プライマリ ドメインを許可します。
ステップ 6: DFP (Doubleclick For Publishers) に移動し、キーと値のペア hb_amp=true を追加して広告申込情報を変更します。
ステップ 7: Prebid の手順で説明されているように、ヘッダー入札クリエイティブを AMP と互換性のあるものに変更します。
ヘッダー入札で Google Accelerated Mobile Pages を使用することの長所と短所
AMP とヘッダー入札は、従来のヘッダー入札ソリューションよりもはるかに複雑であるため、いくつかの障害があることは想像に難くありません。 これらには以下が含まれます:
- プロセスは構成が複雑です
- すべてのドメインは https である必要があります
- ほとんどの場合、AMP をサポートするには、新しいヘッダー入札 DFP 広告申込情報のセットを作成する必要があります。
- AMP 広告ユニットは遅延読み込みされるため、すべての入札が同時に取得されることはありません。
- 毎回広告ユニットで Prebid の構成を変更する必要があります。つまり、ページの最初にグローバルな構成設定がありません。 この構成も、1 つずつ変更する必要があります。
AMP とヘッダー入札を使用する利点は次のとおりです。
- ページの読み込み速度が向上し、ユーザー エンゲージメントが向上することで、広告収益にプラスの効果がもたらされます。
- ウェブサイトの速度はランキング要因であり、Accelerated Mobile Pages によるページの読み込み時間の短縮により検索エンジンのランキングが向上する可能性があるため、Google を介したオーガニック トラフィックの間接的な増加 (理論上)。
AMP と FIA の広告収益化のパフォーマンス
Google の AMP と Facebook の Instant Articles は、それぞれがユニークで素晴らしいプラットフォームですが、いくつかの重要な利点と制限があります。 最近、FIA は、継続的に改善し、プラットフォームの更新をリリースする AMP と比較して、開発とパブリッシャーの価値で遅れをとっています。
それ以来、Reddit、Flipboard、LinkedIn などのトップ パブリッシャーの多くがすべて AMP を実装しています。 一方、テキスト記事ではなく動画を重視する Facebook の現在のコンテンツの方向性に後押しされて、New York Times のような多くのパブリッシャーは FIA の使用をやめました。
私たちはFIAを完全に縁石に放り込んでいるわけではありません。 これは、一部のパブリッシャーにとって実り多い収益源となっています。 ただし、オンラインコンテンツの公開と収益化に関しては、さまざまなプレミアムパブリッシャーがさまざまな構造に従っていることを示しています.
一般に、Google の AMP プロジェクトはパブリッシャー向けに構築されており、さまざまなレベルで特にパブリッシャーに対応しています。 一方、Facebook の最終目標は、ユーザーをモバイル アプリ内にとどめ、広告を通じて Facebook にできるだけ多くの収益を生み出すことです。 これは、2018 年の最新の Facebook の開発により、より一般的になり、ユーザーのニュース フィードにパブリッシャーのコンテンツがあまり表示されなくなると述べています。
CNBC は、Digiday.com の最近の記事で、2016 年から AMP を使用しており、それ以来、主要なトラフィック ソースに影響を与えず、妥当なレベルの収益化を達成することなく、指数関数的に成長することができたと述べています。
AMP の当初の目標は、ニュース分野のパブリッシャーのページ速度の問題を解決することでしたが、その後、e コマース、ソーシャル Web サイト、サブスクリプション サポートなどを取り巻く複数の機能とサポートに進化しました。
AMP と FIA の両方での収益化は、パブリッシャーにとって依然として重要な要素です。 AMP は現在、この分野でも勝っています。特に、パブリッシャーが AMP ページでヘッダー入札を実行できる一方で、FIA では許可されていないという事実を考慮すると.
それ以来、多くのテクノロジー企業の幹部が、Google の開発と AMP の進歩を称賛してきました。 全体的にサイト運営者はこのプラットフォームを気に入っており、レポートが使いやすく、Google からの多大なサポートを経験しています。
多くの収益化オプション、カスタマイズ、継続的な開発改善により、Accelerated Mobile Pages プロジェクトは、多くのパブリッシャーにとって Facebook Instant Articles よりも明確な勝者となっています。
AMP を実行する必要がありますか?
現在、MonetizeMore は AMP による収益化をサポートしていますが、ROI はサイト運営者によって大幅に異なることがわかっています。 パブリッシャーは、ROI の観点から AMP の実行に時間をかける価値があるかどうかを判断するには、徹底的なテストを行う必要があります。
テストの決定は、最新のオーガニック検索トラフィックと、AMP ページの結果、および検索トラフィックのそのセグメントのセッションごとの典型的なページ ビューに完全に基づいて行われます。 また、Android 上の Chrome の新しいバージョンには、AMP 記事も含めることができるおすすめのフィードがあります。
テストのヒント
Google が人々を AMP と非 AMP のどちらに送り、それに応じてランダム化するかを外部から制御できないため、真の多変量テストを行うことは不可能です。 最善の解決策は、AMP で 20 の記事を設定し、従来のモバイルでさらに 20 の記事を設定することです。
次に、両側の上位および下位 2 つの記事 (外れ値とも呼ばれます) の統計を削除し、これら 2 つのセグメントのページで発生したすべてのセッションについて、一定の時間単位での総収益を比較します。
これらのテストを実行するときは、次の点に注意してください。
- AMP に対する Google の売り込みは、AMP のページビューを増やすというものであるため、未加工のページ RPM または RPS を使用することはできません。
- ページビューが増えるはずですが、すべての広告が遅延読み込みされるため、インプレッション数が大幅に減少し、視認性と CPM が向上します。
- また、AMP はユーザー獲得方法であるため、これらの記事で始まるセッションとしてセグメントを保持する必要があります。 AMP の売り込みの一部は、より高速なページを使用すると、ユーザーがサイトでより多くのページにアクセスするため、セッションあたりのページ ビューが増加するはずです。
- インプレッションの 100% に対して、より高い CPM の売り込みが常に実現するとは限りません。
- AMP ファイルは、Google の CDN によって提供されます。 完全な透明性と IAB の苦情追跡のために、DFP 広告ユニットで AMP 広告ユニットを提供することをお勧めします。Google は、AMP で DFP 広告ユニットを時折安全なフレームにすることを発見しました (詳細はこちら: https://github.com/ampproject/amphtml/issues /10808)
このような徹底的なテストを行って初めて、サイト運営者として AMP を実行することが ROI にプラスになるかどうかを知ることができます。 オーガニック リーチが良好なトレンド ニュース コンテンツは、AMP が正の ROI を狙える場所です。 ロングテール リファレンス コンテンツのパフォーマンスは非常に低く、ソーシャル/ダイレクト トラフィックは AMP の影響を受けません。
さらに、今はうまく機能しないかもしれませんが、将来の AMP の成長により、後で実行可能になる可能性があります。
他に考慮すべきこと
Google の CDN から提供される AMP 記事には、ドメインではなく AMP CDN URL で始まる URL が含まれます。 さらに、AMP ではまだ URL を HTML5 で書き換えることができません。
その結果、ユーザーがソーシャル メディアに AMP URL を貼り付けた場合、ソーシャル リーチは実際の記事コンテンツの URL ではなく、その URL に関連付けられます。
Facebook には特に、これを競合他社の製品の AMP として修正するインセンティブはありません。
Google が AMP 記事の URL の検索ランクを従来の URL に正規化するかどうかも不明です。 全体として、これは AMP で公開された記事のソーシャル リーチが低下する可能性があることを意味します。
MonetizeMore はどのように役立ちますか?
ここ MonetizeMore では、パブリッシャーと提携し、パブリッシャーが広告インベントリを最適化して、それに見合う収益を生み出すのを支援しています。 AMP を使用する場合、PubGuru ヘッダー入札プラットフォームを使用して一元化された場所で広告ユニットを構成することにより、セットアップ プロセスを簡素化できます。 広告オプティマイザーのチームは、広告申込情報の作成とターゲティングの設定もお手伝いします。 詳細については、今すぐ無料相談にサインアップしてください。