メール認証付きコンテストのプロモーション方法

メール送信から投票がカウントされるまでに何が起こりますか？

メール認証付き投票は、サポーターがコンテストの確認ステップを完了した後にのみ完了します。誰かに参加を依頼する前に、正確なフローをテストしてください。

1. コンテストのエントリーを開き、投票アクションを選択します。
2. アクセスできるアドレスを1つ入力します。
3. 主催者がリンクを送信するかコードを送信するかを確認します。
4. 確認を完了し、画面上の応答または変更されたカウンターを確認します。

ページの文言、送信者の表示名、メッセージの件名、リンクがコンテストに戻るかどうかを記録します。フォームがアドレスを受け入れただけで投票が登録されたと想定しないでください。主催者が保留状態を表示する場合、確認後にどのように変化するかをメモします。表示されるステータスがない場合は、それも記録します。サポーターにステップを完了したかどうか尋ねる必要があります。

このテストは、投票者が見るものの短い事実に基づく説明であるLaunch Specになります。コンテストページに記載されている制限（例：1人1票）を含め、主催者の指示を解釈せずに引用します。手順のスクリーンショットを自分の参考用に保存しますが、サポーターの受信トレイの資格情報や確認メッセージを収集しないでください。

投票前にメール確認をどのように説明すべきですか？

エントリーリンクの前に確認要件を置き、サポーターが実行する順序でアクションを説明します。

簡潔なリクエストの例：「こちらのエントリーに投票してください：[エントリーリンク]。コンテストでは投票がカウントされる前にメールで確認する必要があります。今すぐ開ける受信トレイを使用し、メッセージ内のリンクまたはコードに従ってください。」テストしたフローに合わせて文言を調整します。自分で見た場合を除き、送信者や件名を指定しないでください。

初めての投票者としてメッセージを読んでください。1回のクリックで十分だと示唆している場合は修正します。コンテストがリンクではなくコードを使用する場合は、そのように伝えます。投票リクエストテンプレートは、さまざまなオーディエンス向けのバージョンを作成するのに役立ちます。すべてのバージョンで確認手順をそのまま維持してください。

メールステップを完了するようにサポーターにいつリマインダーを送るべきですか？

主催者のプロセスを誰かが完了するのにまだ役立つときにリマインダーを送信し、単に元の依頼を繰り返すためではありません。

1. 最初のメッセージ： エントリーリンクを共有する前にメール確認を説明します。
2. フォローアップ： 翌日に短いメモを送信し、投票した受信者に確認したかどうかを尋ねます。
3. 締め切りリマインダー： 投票が締め切られる前に、誰かがメッセージを開いてステップを完了するのに十分な時間を残します。
4. 一時停止： 複数の人が確認メッセージが届かないと報告した場合、次の波を送信する前に調査します。

中立的なプロンプトを使用します：「投票を送信した場合は、受信トレイで確認メッセージを確認してください。そのステップを完了した後にのみ投票がカウントされます。」誰が確認したかどうかを確認できるとほのめかさないでください。通常、公開エントリーページから個人の未完了アクションを特定することはできません。

コンテストの公開された終了時刻（タイムゾーンが表示されている場合はそれも）に合わせてリマインダーを設定します。キャンペーンカレンダーは、最初の依頼とその後のリマインダーを計画するのに役立ちます。質問に答える人にとって管理しやすいメッセージ頻度に保ちます。多数のサポーターにメールが届かない場合は、一時停止して、発生した問題の明確な詳細を主催者に送信し、アウトリーチを増やさないでください。

メール確認付き投票にはどのアウトリーチチャネルが適していますか？

対象のサポーターがリクエストに気づき、混乱せずにメールステップを完了できるチャネルを選択します。

開始前にチャネルマトリックスを作成します：各オーディエンス、メッセージ形式、送信者、訪問を区別する方法をリストします。同意ベースのメールおよびコミュニティアウトリーチには、連絡が許可されているリストとグループを使用します。コミュニティ、メール、メッセンジャーアウトリーチページはこれらのチャネルをカバーしています。有料コンテストプロモーションは、既存のサポーターを超えてリーチする必要がある場合のオプションです。

広告、ランディングコピー、フォローアップ全体で投票者の次のアクションを一貫させます。キャンペーンはエントリーを読むように招待できますが、クリックを増やすために確認要件を隠すべきではありません。クリエイティブを適応させる必要がある場合は、形式ごとに1つの明確な指示を使用し、テストした投票フローに対してすべてのバージョンを確認します。コンテストクリエイティブとコピーガイドは、その文言をキャンペーンに適合させる方法をカバーしています。

主催者が保留中の投票を表示しない場合、何を追跡できますか？

実行ログで観察可能なシグナルを追跡します。訪問や送信されたメールを確認済みの投票として扱わないでください。

変更を解釈する前に、コンテストページのカウントルールを確認します。カウンターが確認後にのみ更新される場合、訪問とカウンターの動きのギャップは調査に値する質問を示しますが、何人がプロセスを放棄したかの証拠ではありません。カウンターが後で更新されるか、ページに明確なステータスがない場合は、その制限を記録にメモします。

最初のアウトリーチの波を、後の文言とチャネル決定の参照点として使用します。比較をシンプルに保ちます：人々はメールステップを理解しましたか、サポーターは配信の問題を報告しましたか、波の後に表示カウンターが変更されましたか？読み取りは、観察したことと推測することを分離する必要があります。主催者が有権者レベルのデータを提供しない場合、その境界を明確に報告し、見えないアクションを個人に割り当てないでください。

確認メールが失敗した場合やコンテストルールがアウトリーチを制限している場合はどうすればよいですか？

投票またはメールの問題が指示を誤解させる可能性がある場合はプロモーションを一時停止し、再開する前に主催者の公開ルールを確認します。

アウトリーチをプラットフォームルールとコンテストルールに沿って保ちます。購入した投票、フォロワー、エンゲージメントを拒否します。ボット、スクリプト、偽アカウント、クリックファームを使用しません。主催者がメール配信、投票受け入れ、コンテストの公開ルールを管理するため、特定の投票数、順位、勝利を約束することはできません。

焦点を絞ったレビューのために、コンテストリンク、エントリー、終了時刻、1回のテスト投票のメモを無料コンテスト分析を通じて送信してください。AEOTechはスペックレビューを使用してフローとサポーター向け文言をチェックし、プロモーション開始前に主催者と確認すべきことを特定できます。

仕組み

1. 主催者のフローをテストする自分で1回投票を完了し、確認がリンクかコードか、およびページがその後何を表示するかをメモします。
2. サポーター向けの説明を書くエントリーリンクの前にメールステップを説明し、テストに合わせて文言を調整します。
3. チャネルとオーディエンスを割り当てる各グループ、メッセージバージョン、送信者をチャネルマトリックスにリストします。
4. 最初のアウトリーチの波を送信するテストした手順を共有し、タグ付き訪問と返信の記録を保持します。
5. レビューして調整する実行ログを使用して表示シグナルを比較し、報告された問題を解決し、締め切り前にリマインダーをスケジュールします。