コンテストにおけるソーシャルログイン：投票手順、プライバシー、サポーターへの案内

ソーシャルサインインは投票プロセスにどのような影響を与えますか？

ソーシャルログインにより、コンテストは外部アカウントを通じて投票者を識別できます。これは、投票者がソーシャルネットワークのコンテストページに参加したことを意味するものではありません。

コンテストは1つの方法を提供するか、複数を組み合わせることができます。エントリーページから投票が記録されたという確認までの一連の流れを確認してください。サポーターが経験することを自分のテストで確認しない限り、これをワンタップ投票と説明しないでください。

この区別は依頼に影響します。「Googleで投票」は、Googleがコンテストページでオプションとして提供されている場合にのみ有効です。投票者が別のフォームや別の検証手順も完了する必要がある場合は、クリックする前にそのことを伝えてください。保護策のより広範な比較については、コンテスト投票保護タイプを参照してください。

リンクを共有する前にどのプライバシー詳細を確認すべきですか？

サポーターにサインインを依頼する前に、許可画面と主催者のプライバシー情報を確認してください。

1. テストに使用できるデバイスでコンテストリンクを開きます。
2. 利用可能な各サインインオプションを選択します。
3. 何かを承認する前に許可画面を読みます。
4. そこに記載されている情報やアクセスを記録し、承認後に何が起こるかを確認します。
5. コンテストページで主催者のプライバシーに関する声明と連絡先を見つけます。

許可画面は、サインインフローが投票者に何を共有するよう求めるかについての正しい情報源です。プロバイダーの名前や他のコンテストが要求した内容からデータ処理方法を推測しないでください。文言が不明な場合は、自分で答えを埋めるのではなく、主催者に尋ねてください。

「サインインフローに表示される」と「主催者のプライバシー情報によって回答される」の2つの列を持つ短い応答シートを準備します。それを使用して、一般的な質問に一貫して回答します。回答を確認できない場合は、サポーターが確認できる場所を示してください。確認していない詳細について人々を安心させるよりも、その方が役立ちます。

ソーシャルログインは、あなたの投票者に適していますか？

ソーシャルログインは、リーチしたい人々が提供されたプロバイダーのいずれかを使用でき、そのサインインを完了することに抵抗がない場合に最適です。

対象とする視聴者に似た小グループに、追加の投票を求めるのではなく、指示を読んでもらいます。彼らがためらったり、手順を誤解したりする場所を記録します。そのフィードバックは、ログインが旅の一部に過ぎないのか、説明すべき主要なポイントなのかを判断するのに役立ちます。

コンテストが自社サイトで別のアカウントを使用する場合は、登録とログイン投票と比較してください。メールルートも利用可能な場合は、メール検証を通じてそのオプションを個別に説明してください。

投票前にサインインをどのように説明すべきですか？

リクエストの最初の行にプロバイダー名と予想されるログイン手順を記載してください。サポーターはコンテストページを開く前にサインインについて知っておく必要があります。

• 投票ページに表示されている正確なプロバイダー名（Facebook、Google、Appleなど）を使用します。
• テストに基づいて、投票者が許可画面または別の確認手順を期待すべきかどうかを伝えます。
• エントリーに直接リンクし、指示をリンクの近くに保ちます。
• 人々に画面を確認し、自分で決定するよう促します。

簡単なメッセージは次のようになります：「こちらのリンクから私のエントリーに投票してください：[リンク]。投票にはGoogleまたはFacebookでのサインインが必要です。続行する前に許可画面を確認してください。」プロバイダー名と手順をテストしたコンテストに合わせて調整し、フローが異なる場合はこの文言を再利用しないでください。

短いメッセージの場合は、ルートを表示し、背景の詳細は省略します。メールやキャンペーンランディングページの場合は、プライバシーに関する声明へのリンクと、追加の検証についての簡単な説明を追加します。投票依頼テンプレートは、さまざまなチャネル向けのバージョンを準備するのに役立ちます。キャンペーンアセットも必要な場合は、コンテストクリエイティブとコピーを参照してください。

スマートフォンとコンピューターで何をテストすべきですか？

対象となる視聴者が使用する可能性のあるデバイスとブラウザで完全な投票者ジャーニーをテストし、サポーターに短い回復パスを提供します。

デバイス、リンクが開かれた場所、選択したボタン、フローが停止したポイントを記録します。スクリーンショットは主催者が問題を特定するのに役立ちます。サポーターにパスワードやプライベートなアカウント詳細を送信するよう求めないでください。

簡潔なトラブルシューティングノートを準備します：メインブラウザでリンクを再度開き、選択したアカウントがそのデバイスで利用可能であることを確認し、それでもフローが失敗する場合はコンテスト主催者に連絡します。コンテストが実際に提供する場合にのみ、別のサインインオプションを提供します。投票にcaptchaステップもある場合は、ソーシャルログインの一部として扱うのではなく、個別にテストして説明します。

追加のサインインステップに合わせてアウトリーチをどのように計画しますか？

各メッセージを、視聴者がコンテストに到達するルートに合わせて計画し、人々が問題を報告する場所を追跡します。

1. 使用するチャネルと、それぞれがリーチする視聴者をリストします。
2. 各チャネルの最初の関連メッセージにサインイン要件を追加します。
3. 測定設定がサポートする各チャネルにタグ付きリンクを使用します。
4. 送信、リンクバージョン、質問、報告されたログイン問題の記録を保持します。
5. 次のリマインダーを準備する前にメモを確認します。

ダイレクトメッセージには、短い指示とエントリーリンクを含めることができます。有料掲載では、新しい訪問者が開始する前にログイン要件を確認できるように、遷移先ページに追加の行が必要になる場合があります。コンテストの独自のルールを考慮に入れてください：外部プロモーションを制限している場合は、それと矛盾するキャンペーンを進めないでください。有料キャンペーンの計画については、コンテストエントリーの有料プロモーションを参照してください。

Run Logを使用して、配信されたメッセージとコンテストがカウントした投票を区別します。これらは異なる観察です。人々が訪問したがサインインが停止したと報告した場合は、指示を修正するか、同じ依頼を繰り返す前に技術的な問題を主催者に提起します。ログインまたは検証ステップをバイパスしようとしないでください。

キャンペーンの制御外で何が変わる可能性がありますか？

主催者は、コンテストページに表示されるIDプロバイダーと要求される権限を制御します。プロバイダーはサインインフローを制御し、主催者は投票がどのように受け入れられるかを決定します。

テストに使用した指示とスクリーンショットの日付入りコピーを保持します。主催者が投票ページを変更した場合は、テストを繰り返し、次のアウトリーチウェーブの前にメッセージを更新します。不明な投票要件を書面で確認するよう主催者に依頼し、そのページが実際に言っていることだけを共有します。

AEOTechはホワイトハット方式でプロモーションを行い、プラットフォームとコンテストのルールに従います。投票、フォロワー、エンゲージメントを販売せず、ボット、スクリプト、偽アカウント、クリックファームを使用しません。ログインフロー、プロバイダー画面、コンテストの決定は当社の制御外です。当社は合意されたプロモーション作業とレポートにコミットし、特定の投票数、順位、結果にはコミットしません。

役立つコンテストレビューのために何を送るべきですか？

エントリー、投票リンク、テストしたサインインフローの詳細を送信して、次のレビューが仮定ではなく実際の手順に焦点を当てられるようにします。

含めるもの：

• コンテストのルールと締め切り。
• エントリーURLとサポーターが投票を開始するページ。
• 表示されるサインインプロバイダーと、許可画面のスクリーンショット。
• メール検証や1日の制限など、必要なその他の手順。
• 検討している視聴者とチャネル、および既存のドラフトメッセージ。

スペックレビュー中に、AEOTechは表示される投票ジャーニーを確認し、キャンペーン文言が開示する必要があるものを特定できます。チャネルマトリックスは、各視聴者を適切なメッセージと遷移先に合わせるのに役立ちます。ルールの質問については、関連するコンテスト文言を含めるか、コンテストルールとリスクチェックを使用してください。

無料コンテスト分析から始めてください。コンテストリンク、エントリー、ルール、ログインスクリーンショットを送信してください。次のステップは、フローのレビューと、プロモーション前に準備すべきことについての明確な推奨事項です。

仕組み

1. 投票者ジャーニーを開くコンテストリンクをたどり、エントリーページから投票確認までのすべての画面を記録します。
2. 各プロバイダーオプションを確認するテストで利用可能な各サインインボタンの許可画面を読みます。
3. 指示をフローに合わせるプロバイダー名と追加の手順を、サポーターが最初に見るメッセージに書きます。
4. 一般的なデバイスをテストするモバイル、デスクトップ、アプリ内で開かれたリンクを試し、フローが停止する場所を記録します。
5. フィードバックを確認して更新する質問と技術的な問題を記録し、コンテストフローが変更された場合は次のメッセージを修正します。