アフィリエイター審査の基準と進め方

01 / DIRECT ANSWER

審査で見るのは、数字より『誰にどう伝えているか』

審査は数字の比較だけではありません。ブランドとの相性、発信の一貫性、過去の投稿、フォロワーとの会話、条件への理解を見ながら、長く関係をつくれるかで判断します。

アフィリエイター審査の目的は、フォロワー数の多い人を上から選ぶことではありません。ブランドの商品を正しく理解し、対象となる購入者へ、自分の言葉で誠実に紹介できるかを確認することです。一万人のフォロワーがいても商品との接点がなければ活動は続きにくく、数百人でも専門性と濃い会話があれば成果や良質なフィードバックにつながることがあります。

審査は応募者の人格を評価するものでもありません。今回のプログラムの対象商品、活動方法、表示ルール、連絡体制と合うかを判断します。見送り時も『あなたは不適切』ではなく『今回の募集条件とは一致しなかった』と扱います。条件が変われば再応募できるのか、別企画なら参加できるのかを決めておくと、ブランドへの好意を損ないにくくなります。

安全性のために厳しくすればよいとも限りません。審査項目が多すぎると、相性のよい既存顧客も離脱します。応募段階は必要最小限、追加確認は必要な人だけ、本人確認や口座登録は承認後の必要段階、と分けます。判断基準と取得情報をそろえることが重要です。

02 / BEFORE REVIEW

審査を始める前に、プログラム側の基準を言語化する

応募者を開く前に、目的、対象商品、理想の購入者、許可する媒体、必須のPR表記、禁止行為、標準報酬、投稿義務の有無を決めます。基準がないままプロフィールを見ると、デザインの好みや知名度に判断が引っ張られます。『商品カテゴリの利用経験がある』『直近三か月に関連テーマを継続発信』『広告投稿でも自分の評価を説明している』など、観察できる行動へ落とします。

必須条件と加点条件を分けます。法令・規約・連絡の同意は必須、専門性や制作力は加点、フォロワー数は企画によって参考、とする方法です。また、未成年、海外居住、法人、店舗など、契約・税務・支払いの扱いが変わるケースを事前に決めます。分からない場合は自動で見送りにせず、追加確認へ回します。

03 / SCORECARD

五つの観点を同じ評価表で見る

点数だけで自動合否を決める必要はありませんが、担当者が見る順番をそろえると判断理由を説明しやすくなります。商品との適合、発信の信頼性、オーディエンスとの関係、制作・継続性、運用ルールへの適合の五観点を、事実メモと評価に分けて記録します。『雰囲気がよい』ではなく『直近十二投稿のうち五件が同カテゴリで、使用場面と注意点を説明』のように残します。

1. 01

   1. 商品・ブランドとの適合

   関連カテゴリの経験、生活場面、価値観、既存の使用経験を見ます。無理に商品を合わせる必要がない人を優先します。

   記録例：関連投稿のURLと、合う理由を一文
2. 02

   2. 発信の信頼性

   良い点だけでなく条件や注意点も説明しているか、他人の画像・文章を無断利用していないか、誇張を常態化していないかを確認します。

   記録例：商品説明の具体性、引用・出典の扱い
3. 03

   3. オーディエンスとの関係

   フォロワー数より、コメントへの返答、質問の内容、発信テーマの一貫性を見ます。不自然な同文コメントや急増も参考にします。

   記録例：直近投稿の会話と主な読者像
4. 04

   4. 制作力と継続性

   媒体に合う写真・動画・文章を作れるか、更新頻度が無理なく続いているかを見ます。毎日投稿を必須にする必要はありません。

   記録例：得意形式と現実的な活動頻度
5. 05

   5. ルール・連絡への適合

   PR表記、禁止事項、期限、連絡方法を理解できるかを確認します。応募文の丁寧さだけを人格評価に使わないようにします。

   記録例：追加確認事項と回答期限

04 / PROFILE REVIEW

SNSプロフィールを確認する具体的な手順

最初にプロフィールURLが本人のものか、公開状態か、主なテーマが応募内容と一致するかを確認します。次に直近一〜三か月の投稿だけでなく、過去の広告投稿、商品レビュー、コメント欄を見ます。一件の投稿の出来より、テーマと姿勢が継続しているかを重視します。ストーリーズなど消える媒体だけで活動する人には、ハイライトや実績URLなど確認可能な方法を案内します。

フォロワーの真正性を断定する自動ツールの数字だけで合否を決めません。急増、不自然な地域分布、同じ短文コメントなど兆候があれば、オーディエンス情報や過去企画の結果を追加で聞きます。個人アカウントを必要以上に遡り、私生活やセンシティブな属性を審査へ使わないことも重要です。業務に必要な公開情報だけを確認します。

1. 01

   プロフィール文

   誰に何を発信しているか、連絡先、広告・案件の扱いが分かるかを見ます。肩書は必要な場合だけ根拠を確認します。

2. 02

   直近投稿

   頻度ではなく、テーマ、具体性、画質、文章、コメントへの対応を見ます。削除前提の短期案件ばかりでないかも確認します。

3. 03

   過去のPR投稿

   広告表示、正確な商品説明、自分の体験と事実の区別、クーポンだけに依存していないかを見ます。

4. 04

   オーディエンス

   想定顧客と発信先が合うか、コメントに実際の質問や会話があるかを確認します。個人情報を収集しすぎません。

5. 05

   複数媒体

   Instagramだけでなく、TikTok、YouTube、ブログ、note、メルマガ、店舗など、それぞれの役割とURLを確認します。

05 / RISK REVIEW

リスク兆候は、即断せず確認フローへ回す

審査ではブランドセーフティと不正防止が必要ですが、疑いだけで断定すると応募者を不当に扱う可能性があります。無断転載のように客観的な確認ができるもの、誇大表現が多いもの、クーポンサイトへの転載を中心にするもの、短期間にフォロワー・反応が不自然に変わったものを『追加確認』として分けます。確認したURL、日付、質問、回答を記録します。

禁止商材や社会的な話題を一律に除外するのではなく、自社の商品・広告・契約に関係する具体的なリスクを定義します。医療・健康・美容、金融、酒類など表現規制が強い商品は、必要な資格、広告表現、年齢、媒体制限を専門家と確認します。審査だけで防ぐのではなく、承認後の素材、ガイド、投稿確認、違反時の段階対応を用意します。

1. 01

   無断転載・なりすまし

   画像検索や元投稿URLで確認し、本人へ使用権を聞きます。証拠がない段階で断定しません。

2. 02

   広告表示が不明瞭

   過去投稿の表示位置と表現を確認し、PAREL参加時に守る具体例を理解できるか聞きます。

3. 03

   誇大・断定表現

   商品の効能を保証する表現、根拠のない最上級、体験を一般化する表現が常態化していないかを見ます。

4. 04

   クーポン転載中心

   希望する運用がコンテンツ紹介か、コード集約サイトかを確認し、許可する発信先と帰属ルールを分けます。

5. 05

   不自然な反応

   数字の急増を理由に即見送りにせず、過去企画、主な地域、媒体の変化など説明可能な背景を確認します。

06 / DECISION

承認・追加確認・限定承認・見送りの四段階で判断する

二択だけでは、相性はあるが確認が足りない人を失います。必須条件を満たし相性が高い場合は承認、情報不足は追加確認、特定商品や期間なら合う場合は限定承認、必須条件を満たさない場合は見送りとします。試用期間を設ける場合は、通常参加者と異なる条件、終了時の判断、成果報酬を明示します。

審査期限を決め、同じ応募を複数担当者が二重確認しないようステータスを残します。承認時は適用する報酬・商品・媒体・規約を記録し、見送り時は内部理由と外部連絡を分けます。差別的・センシティブな属性を判断理由にせず、プログラムの業務条件との関係で説明できるようにします。

07 / COMMUNICATION

結果連絡で、ブランドへの好意を損なわない

承認メールには喜びの言葉だけでなく、適用条件、次の一歩、問い合わせ先を含めます。追加確認では、何を判断するための質問かを説明し、本人確認書類や口座情報をメール添付で求めません。見送りでは詳細な採点表を送る必要はありませんが、受付を放置せず、今回の募集条件との不一致として丁寧に返します。

審査結果をSNSのDMだけで送ると、見落とし、なりすまし、担当者交代の問題が起きます。応募時のメールと安全なポータルを正本にし、DMは『メールを確認してください』という補助にします。再送履歴、期限、初回ログインを確認し、未ログインの人には同じ長文ではなく、一つの行動だけを案内します。

08 / AFTER APPROVAL

承認後の三十日も、審査の続きとして見る

承認はゴールではありません。最初の三十日で、ポータルへ入れたか、SNSを登録できたか、リンクを取得したか、商品とPR表記を理解したか、初回のクリック・注文があったかを確認します。活動がない場合、審査が間違っていたと決めるのではなく、初回案内、商品選び、素材、タイミングを見直します。

違反が起きた場合も即時永久停止だけではなく、事実確認、修正依頼、一時停止、再開、終了の段階を決めます。ただし消費者への重大な誤認、個人情報漏えい、不正注文など緊急性が高い場合は、リンクやクーポンを一時停止し、影響範囲を確認します。判断と連絡を記録し、同じケースへ一貫して対応します。

1. 01

   初回ログイン

   承認メールが届き、安全に本人がポータルへ入れたかを確認します。生のURL転送に依存しない認証が理想です。

2. 02

   媒体・リンク

   活動媒体とプロフィールURLが登録され、その媒体に対応する紹介リンクが使えるかを見ます。

3. 03

   商品理解

   対象商品、提供条件、使用上の注意、PR表記、禁止表現を本人が確認できる状態にします。

4. 04

   最初の活動

   投稿を強制するのではなく、紹介する理由、素材、質問先を渡し、開始まで止まった場所を確認します。

09 / PRIVACY & RECORDS

審査メモと個人情報を必要最小限に保つ

審査ではプロフィールURLや活動情報を扱います。公開情報であっても、業務に不要な私生活、政治・宗教、健康、家族などセンシティブな情報を集め、評価理由へ使わないようにします。内部メモには確認した事実、プログラム条件との関係、日付、担当を記録し、主観的・侮辱的な表現を避けます。

応募者が見送りになった場合の保管期間、再応募、削除依頼への対応を決めます。CSVや個人の表計算へコピーを増やさず、アクセス権のある管理画面を正本にします。口座情報、本人確認、税務書類は審査フォームと分け、安全な決済・支払い手続きで取得します。

10 / IMPLEMENTATION WORKBOOK

「アフィリエイター審査の基準と進め方」を自社へ落とし込む実践ワーク

ここまでの内容を読んだだけで終わらせず、自社の現在地へ置き換えます。まず、アフィリエイターの審査方法を知りたいという目的について、対象商品、対象者、担当者、開始日、完了条件を一枚に書いてください。完了条件は「設定画面へ入力した」ではなく、管理者とアフィリエイターが同じ条件を確認でき、テスト注文または具体的な運用例で期待どおりになった状態とします。分からない項目は空欄のまま公開せず、誰がいつ決めるかを置きます。

次に、現在使っているフォーム、表計算、メール、チャット、銀行、レポートを並べ、情報がどこで転記されているかを確認します。必須条件と加点条件を分ける、プロフィールURLを実際に確認する、承認・保留・見送りの連絡基準を決めるという三つの作業で、同じ名前・金額・状態を二回以上入力している場所があれば、誤りと担当者依存が起きやすい部分です。すぐ全自動にするのではなく、正本を一つ決め、他の場所は通知または参照へ変えます。

さらに、アフィリエイター本人のスマートフォンで同じ流れを試します。招待・応募からログインし、条件を読み、リンクや素材を受け取り、成果・報酬・支払いを確認するまでに、担当者へ質問しなければ進めない箇所を記録します。その質問はヘルプへ追加するだけでなく、疑問が生まれた画面の見出し、注釈、ボタン文言、次の行動を改善する材料にします。自己解決できる画面と、人が判断する相談を分けることが、人数が増えても関係を粗くしない運用につながります。

最後に、初月で変える項目を一つだけ選びます。条件、対象者、商品、報酬、素材、計測、承認、支払いを同時に変えると、何が結果へ影響したか分かりません。基準となる期間を保存し、一つの変更後に同じ指標を確認します。売上だけでなく、開始率、活動率、承認までの日数、未対応件数、問い合わせ、返金、紹介者の継続意向を見て、続ける・直す・やめるを一文ずつ残してください。

11 / TEAM QUESTIONS

導入・見直し会議で確認する八つの問い

会議では機能名の読み上げではなく、誰がどの状態を見て何を判断するかを確認します。次の問いへ具体的な担当、期限、画面、数字で答えられない項目は、公開後に止まりやすい場所です。すべてを一度に決める必要はありませんが、金額、権利、個人情報、支払いに関する未決定は参加者へ案内する前に解消します。

1. 01

   この施策で、誰のどの行動を変えるのか

   アフィリエイターの審査方法を知りたいという言葉を、対象者、商品、行動、期限が入った一文へ変えます。認知、応募、クリック、購入、再購入、店頭送客のどれを主目的にするか決め、補助目的を増やしすぎません。

   記録するもの：目的の一文、主KPI、対象期間
2. 02

   参加前に、本人が判断できる条件はそろっているか

   アフィリエイター審査はフォロワー数の足切りではなく、商品との相性、発信の信頼性、継続性、ルール理解を確認する工程という考え方を、募集ページ、規約、ポータルで同じ言葉にします。報酬、義務、対象、期限、承認、返金、支払いなど、参加の意思に関わる条件を承認後まで隠しません。

   記録するもの：公開条件、適用日、条件の正本URL
3. 03

   ストアの担当者が休んでも、次の作業が分かるか

   審査を始める前に、プログラム側の基準を言語化するについて、担当、代理、期限、未対応アラート、完了条件を決めます。個人の受信箱や記憶だけに置かず、管理画面で現在地と履歴を確認できるようにします。

   記録するもの：担当・代理担当、確認頻度、期限超過時の対応
4. 04

   アフィリエイターは、自分の状態を自分で確認できるか

   必須条件・加点条件・確認が必要な兆候を分け、同じ評価表で記録すると担当者によるぶれを減らせるという情報が、メールを探さなくてもスマートフォンのポータルで分かるかを試します。リンク、素材、成果、報酬、予定、口座、明細など、本人に関わる状態をストアだけが持たないようにします。

   記録するもの：本人テストの画面、迷った箇所、質問
5. 05

   例外が起きたとき、誰が止めて誰が再開するか

   リスク兆候は、即断せず確認フローへ回すに関係する返金、取消、誤帰属、重複、不正疑い、口座・原資・通信の失敗を想定します。自動処理が失敗したときに二重実行せず、確認・修正・再送の担当と証跡を残します。

   記録するもの：例外一覧、停止条件、再開条件
6. 06

   費用と利益を、同じ注文で説明できるか

   商品売上、購入者割引、アフィリエイター報酬、PAREL等の利用料、決済・振込費、原価、送料、返金を分けます。率だけでなく実額の例を作り、ストアの粗利と紹介者の受取見込が同時に分かるようにします。

   記録するもの：通常注文とキャンペーン注文の試算
7. 07

   法令・規約・個人情報の責任者は決まっているか

   PR表記、商品表現、素材利用、応募情報、本人確認、口座、購入者データを誰が確認するか決めます。アプリの初期値を法的判断の代わりにせず、商材や対象地域に応じて公式情報と専門家を確認します。

   記録するもの：確認者、参照した公式資料、改定日
8. 08

   三十日後に、何を見て継続を決めるか

   承認・見送りだけでなく、追加確認、限定条件、試用期間を用意すると関係を失わず安全に始められるという方針に沿い、最初から大人数へ広げません。開始率、活動率、クリック、承認済み成果、粗利、返金、未対応、問い合わせを同じ期間で見て、一項目だけ改善します。

   記録するもの：基準値、変更内容、次回確認日

12 / EVIDENCE & RECORDS

公開・変更・月次運用で残す記録

運用の記録は、問題が起きたときだけ作るものではありません。条件を公開した日、誰が何を承認したか、紹介者へどう表示されたか、テストで何を確認したかを残すと、問い合わせへの回答、担当者の引継ぎ、条件変更、障害対応を早くできます。個人情報や秘密情報をスクリーンショットへ無制限に残さず、必要な項目をマスクし、アクセス権と保存期間を決めます。

1. 01

   公開前の基準

   対象商品、対象者、条件、担当、必須条件と加点条件を分ける、完了条件を保存します。画面を作った事実ではなく、テストした入力・期待結果・実結果を記録します。

   残すもの：条件バージョン、テストケース、確認者
2. 02

   参加者への表示

   プロフィールURLを実際に確認するという内容が、募集ページ、承認案内、ポータル、規約で一致するか確認します。変更時は旧条件と新条件の適用日を分けます。

   残すもの：公開URL、表示文、通知日
3. 03

   実行した操作

   五つの観点を同じ評価表で見るに関する登録、承認、変更、出力、送信は、操作者、日時、対象、件数、結果を残します。ボタンを押したことと外部処理の成功を同じにしません。

   残すもの：操作ID、対象件数、外部結果ID
4. 04

   金額と状態

   発生、保留、確定、支払対象、処理中、完了、返金・取消を区別し、同じ注文・成果・支払いIDで追えるようにします。合計だけでなく構成を確認できる状態にします。

   残すもの：商品小計、率、報酬、調整、手数料
5. 05

   例外と復旧

   アフィリエイター審査でフォロワー数は何人必要ですか？への回答を、個別メールだけで終わらせません。原因、影響、停止、修正、再開、本人への説明、再発防止を一つの記録にします。

   残すもの：事象、原因、対応、再確認結果
6. 06

   月次の判断

   承認・保留・見送りの連絡基準を決めることまで確認し、継続、改善、中止を一文ずつ残します。売上だけでなく、参加者と担当者が迷った回数、未対応日数、例外率も見ます。

   残すもの：月次KPI、判断理由、翌月の一変更

13 / FINAL CHECK

このページを閉じる前の最終チェック

最後に、次の項目へ「はい」と答えられるか確認してください。一つでも未決定なら、公開を止める必要がある項目か、限定テストの中で確認できる項目かを分けます。金額・支払い・権利・個人情報に関する項目は推測で進めず、表示と運用を一致させます。

1. 01

   目的と対象を一文で説明できる

   アフィリエイターの審査方法を知りたいという目的が、誰、商品、行動、期間まで具体化され、関係者が同じ言葉で説明できます。

2. 02

   三つの基本作業に担当と期限がある

   必須条件と加点条件を分ける、プロフィールURLを実際に確認する、承認・保留・見送りの連絡基準を決めるについて、担当、代理、期限、完了条件、次回確認日が決まっています。

3. 03

   ストアと本人の表示が一致する

   アフィリエイター審査はフォロワー数の足切りではなく、商品との相性、発信の信頼性、継続性、ルール理解を確認する工程という重要条件が、管理画面だけでなく募集・ポータル・明細にも同じ意味で表示されます。

4. 04

   通常・例外・失敗をテストした

   通常の成功だけでなく、取消・返金・重複・期限・再読込・再送など、このテーマで起きる例外をテストしています。

5. 05

   金額の内訳を実例で確認した

   商品小計、割引、報酬、利用料、手数料、返金、受取額を同じ注文で照合し、総額だけに頼っていません。

6. 06

   本人がスマートフォンで完了できる

   アフィリエイターがメールを探し回らず、ログイン、条件確認、リンク・素材、成果・報酬、必要な手続きを完了できます。

7. 07

   個人情報を必要以上に持たない

   応募、審査、発送、本人確認、口座、購入者情報を段階ごとに分け、利用目的・権限・保存・削除を決めています。

8. 08

   外部処理の成功まで確認できる

   メール送信、Shopify課金、決済、振込などはHTTP応答やボタン押下だけでなく、相手側状態・通知・明細まで確認できます。

9. 09

   三十日後の見直し日がある

   初月の基準値、変更する一項目、見る指標、判断者、見直し日を決め、設定して終わりにしていません。

10. 10

    PARELを含む候補を実画面で比較した

    機能表だけでなく、一商品・数名・一件のテストを管理者とアフィリエイターの両方で行い、残る手作業と迷いを確認しています。

14 / WITH PAREL

PARELで、審査判断と承認後の運用を切り離さない

PARELでは、募集ページと応募フォームから届いた応募者の活動名、メール、媒体、プロフィールURL、回答を管理画面で確認できます。必須条件とストアの判断を基に承認し、承認後は本人用の共通ポータルへ案内します。直接招待、応募・審査、自動参加をプログラムごとに使い分けられるため、ブランドに合う入口を選べます。

承認された人には媒体別の紹介リンク・クーポン、対象商品、キャンペーン素材をポータルで届けます。成果、報酬、支払い予定も本人が確認できるため、審査時の説明と活動後の数字を同じ状態に保てます。ストア側はアフィリエイター一覧からプロフィール・発信先をすぐ開き、人数が増えてもメールや表計算へ情報を分散させません。

最初は同じ社内担当者二名で五件の応募を採点し、判断が分かれた項目を基準へ戻してください。その後PARELで承認から初回ログインまでをテストし、応募者が迷った説明を募集ページとポータルへ反映します。審査の品質は厳しさではなく、判断の一貫性と参加後の相性で測ります。