集中力を維持。スマートなメールアプリ。
高速かつクロスプラットフォームなメールアプリは、重要なことに集中できるように設計されています。
💡 AMP for Email:インタラクティブでアプリのようなコンポーネントを、メールメッセージ内に直接埋め込める形式です。 たとえば、受信トレイを離れることなく入力できるフォーム、スワイプできる画像カルーセル、リアルタイムで更新される商品一覧などです。
メールがただの静的なテキストと画像だった頃を覚えていますか? AMPはその常識を覆します。
AMP for Emailでは、メッセージ自体が動作します。 本当に、です。 たとえばレストランの予約確認メールなら、メール内のボタンをクリックするだけで予約時間を変更できます。 商品在庫や価格が、メール受信から数日後であっても自動的に更新されるECメッセージです。 イベント招待では、ブラウザを開かずにワンタップで出欠回答できます。
この技術はGoogle発で(同社のAMP web frameworkに基づいています)、ウェブサイトでできることとメールクライアントでできることの差を埋めるように設計されています。 要するに、メールを静的な文書ではなく、小さなウェブアプリのように感じられるようにするのです。
ただし、ここに注意点があります。対応は限定的です。 Gmailはしっかり対応していますが、YahooとOutlookの対応レベルはまちまちで、まったく対応していないクライアントもあります。 Litmus Email Analyticsのデータによると、AMPを完全にサポートするクライアントでのメール開封は全体の約23%にすぎません。 つまり、インタラクティブな体験を提供できるのは、オーディエンスの4分の1にも満たないということです。 それ以外のユーザーには、フォールバック用のHTMLメール版が表示されます。
AMPメールには実際、同じメッセージの3つのバージョン、つまりAMP版、HTML版、プレーンテキスト版が含まれています。 メールクライアントは、対応しているものを選んで表示します。
AMP版では、インタラクティブ性を実現する特定のコンポーネント(AMPコンポーネント)が使われます。 たとえば、画像スライダー用の<amp-carousel>、データ送信用の<amp-form>、サーバーから更新される動的コンテンツ用の<amp-list>などです。 これらのコンポーネントはサンドボックス化され、検証も行われるため、任意のJavaScriptを実行したり、悪意ある動作をしたりはできません。 セキュリティは設計上の大きな重視点でした。
HTMLフォールバックは、それ以外のすべての人に表示されるものです。 これはAMP版と似た見た目になるように設計しますが、インタラクティブな要素は含みません。 カルーセルは静止画像になります。 フォームは、ウェブサイトを開くボタンになります。
プレーンテキストは、古いクライアントやテキストのみのメールを好むユーザー向けの最終フォールバックです。
誰かがAMPコンポーネントを操作すると(ボタンのクリックやフォーム送信など)、その操作は安全なHTTPSエンドポイント経由でサーバーにデータを送信します。 サーバーはそれを処理し、更新データを返してメールの一部を再表示・更新できます。 これによって、送信から数日経っても商品価格や在庫数を最新の状態に保てます。
ただし、技術要件はかなり厳格です。 Googleで送信ドメインの検証を行い、適切なDKIMとSPF認証を実装し、送信者審査プロセスを通過する必要があります。 少人数のチームが週末に片手間でできるようなものではありません。
EコマースはAMPと相性抜群です。 現在の在庫に応じて更新される商品レコメンド、Gmailを離れずに商品をカートに追加できる閲覧から購入までの体験、リアルタイム価格付きのカゴ落ちリマインダーなどがあります。 手間が減るぶん、コンバージョン向上につながります。
イベント運営もよりスムーズになります。 招待状に組み込まれたRSVPフォーム、ワンクリックのカレンダー連携、参加確認が増えるたびに更新される出席者リストなどです。 外部の登録ページへ誘導するよりずっと便利です。
アンケートやフィードバックも負担が軽くなります。 「アンケートに回答するにはこちらをクリック」ではなく、アンケート自体がメール内にあります。 ブラウザへ切り替える必要がなければ、回答率も高くなります。
ニュースダイジェストやブログまとめのようなコンテンツフィードは、送信時ではなく開封時に最新コンテンツを取得できます。 そのメールは実質的に、最新コンテンツのライブビューになります。
旅行・ホスピタリティ業界では、座席選択、機内食の事前注文、フライトのチェックインなどを確認メール内で直接行える予約確認に活用されています。 アプリの切り替えが減り、体験も向上します。
まず最初にフォールバックを作りましょう。 AMPに手を付ける前に、まずHTML版を設計してください。 多くのユーザーが目にするのはそちらであり、フォールバックの出来が悪ければ、キャンペーン全体の印象も悪くなります。
凝りすぎないこと。 インタラクティブ要素を47個追加できるからといって、追加すべきとは限りません。 ユーザー体験を本当に向上させる、意味のあるインタラクションを1つか2つに絞りましょう。 実際に役立つカルーセルやフォームに集中してください。
徹底的にテストする。 AMPのサポート状況は、クライアントやバージョンによって大きく異なります。 Gmailウェブ版で動くものが、Gmailモバイルアプリでは壊れることもあります。 全体配信の前に、実際の受信トレイですべてをテストしましょう。
読み込み時間を意識する。 開封時に更新される動的コンテンツには、サーバー呼び出しが必要です。 エンドポイントが遅いと、メールは壊れているように見えます。 高速に保ちましょう。
プライバシー面も考慮する。 AMPメールでは、通常のメールでは難しい方法で、開封タイミングやコンポーネントとのやり取りを追跡できます。 データ収集については透明性を保ちましょう。
開発コストを見極める。 AMPメールの構築には、通常のHTMLメールよりも大幅に多くの時間がかかります。 大きく投資する前に、そのインタラクティブ性が本当に指標改善につながるかを確認しましょう。