やりたかったことは単純だった。
旅行記事に、ちゃんと成果計測できる予約リンクを置きたい。
それだけだった。
ところが現実は、
国内ASPを調べる → 海外案件は別ASP → Booking.comはCJ経由 → CJのPublisher登録 → サイト情報 → ネットワークプロフィール → プロモーション用プロパティ → W-8BEN → 支払方法 → 日本口座へ払うためPayoneer → 本人確認 → パスポート → 住所証明 → 書類却下 → 氏名表記のタイプミス発覚 → AIサポートが同じFAQを投げ続ける → 人間サポートを召喚
という、リンク1本に対してボスが多すぎるゲームになった。
しかもサイトは12言語。
日本だけなら「国内ASPを1個使えば終わり」になりやすいが、複数地域を相手にすると、広告主・ASP・決済・税務・国別対応が全部分岐する。
この記事は、「アフィリエイトってリンク貼るだけでしょ？」という幻想が、どうやってKYCダンジョンに進化するのかを整理した記録である。
1. 最初の罠：広告主を知っていても、収益化ルートを知らない
たとえばBooking.comを知っている人は多い。
でも、
「今この地域のPublisherが、どのアフィリエイトネットワーク経由で提携するのか」
まで知っている人は急に減る。
CJのBooking.com向けページでは、まず地域を選び、CJのアカウントを持ったうえで提携する流れになっている。
ここで大事なのは、自分が住んでいる国と、読者の主要地域を混同しないことだ。
登録画面は「Where is your audience?」のように読者側の地域を聞くことがある。
一方で税務画面は、自分自身の税務上の居住国を聞く。
似ているが、意味は完全に違う。
さらに今回のように、地域一覧が自分の想定ときれいに対応しないこともある。
ここで「先に進みたいから適当な地域を押す」は危険。
登録フォームは脱出ゲームではない。正解っぽいボタンを押して突破するゲームでもない。
2. CJ登録は「アカウントを作る」ではなく、8段階の状態機械だった
CJでPublisherアカウントを作った瞬間に広告を貼れるわけではない。
実際にはオンボーディングのチェックリストがあり、
- メール確認
- ユーザー情報
- ネットワークプロフィール
- プロモーション用プロパティ
- 会社・住所情報
- 税務フォーム
- 支払い情報
- アカウント有効化
といった状態を順に埋めていく。
途中で「7/8」まで来ると、精神的にはもうゴールである。
しかしシステムは言う。
支払い情報を完了してください。
ラスボスだけHPがフルで残っている。
CJはPublisher向けに多数のブランド、レポート、API、支払い機能を提供しており、Payoneer経由で現地銀行口座・現地通貨への支払いも案内している。
つまり、面倒なのは無意味だからではない。
大規模な成果報酬ネットワークとして、誰が、どのサイトで、どの国から、どの名義で、どこへ支払いを受けるのかを確認する必要がある。
合理性は分かる。だが、だるいものはだるい。
3. 日本に住んでるのに、なぜ米国税務フォーム？でW-8BENが登場する
ここでW-8BENが出てくる。
日本在住の個人が米国人向けのW-9を書くのではなく、米国外の個人として外国人ステータスを証明するためにW-8BENを使う場面がある。
IRSの説明では、W-8BENは米国外の個人が、米国人ではないことや、対象所得の最終受益者であることを証明し、必要なら租税条約上の軽減を請求するための書類である。
ここで重要なのは、
「日本人だから条約で0%！」と勢いで税率を入力しないこと。
条約上の便益を請求する場合は、所得の種類、条約上の居住国、条項、条件などが関係する。
フォームの意味を理解せずに「0%って書けば得そう」は、税務ダンジョンで宝箱に見えるミミックを開ける行為である。
逆に、氏名・国籍・恒久住所などの基本情報は、提出済みの本人確認や支払名義と一致していることが重要になる。
税務情報は、攻略サイトのコピペではなく、自分の法的状態に合わせて入力する。
4. CJ Paymentsで日本口座が見えない→Payoneerが第2ダンジョンとして出現
CJの支払設定で、日本の銀行口座を直接選べないケースがある。
すると画面の下からPayoneerが出てくる。
CJ自身も、Payoneerとの提携によりPublisherが現地銀行口座へ現地通貨で受け取れる仕組みを案内している。
ここで、
「じゃあPayoneerを登録すれば終わりだな」
と思う。
終わらない。
Payoneerでは、
- 個人か登録事業体か
- どこから入金を受けるか
- オンラインで事業実態を確認できるか
- 主な活動地域
- 本人確認
- 住所確認
などが続く。
海外送金サービスなのでKYCが必要なのは当然だ。
しかしユーザー体験としては、
旅行リンクを貼りたいだけなのに、いつの間にか金融機関に「あなたは本当にあなたですか」と問われている。
ストーリーのジャンルが変わっている。
5. 本人確認は通った。住所確認でまた止まる
Payoneerの公式案内では、登録住所が実際の居住地であることを確認するためにProof of Residenceを求める場合がある。
ここで出てくる候補は、公共料金、銀行明細、政府・税務書類など。
そして実際の地獄は、条件を満たしているように見える書類でも、自動判定で落ちることがあることだ。
今回のケースでは、本人確認書類と顔認証は通っていた。
事業情報も提出済み。
残るのは住所確認だけ。
「あと1個じゃん」
と思った瞬間、税務書類が拒否された。
人間の目には氏名も住所も発行日もある。
だがシステム側は別の表記で照合している可能性がある。
そこで発覚したのが、登録名の1文字レベルのタイプミスだった。
6. 1文字のタイプミスが、本人確認・住所確認・支払いを全部止める
金融KYCでは、名前は「だいたい合ってる」で通らない。
パスポートの氏名。
アカウント名。
税務書類。
銀行口座名義。
支払先名義。
これらが連鎖している。
Payoneer公式でも、個人アカウントの名前変更は、Settings → Profile settings → Name and email → Edit → Request name change から申請し、必要書類を提出する流れとして案内されている。
ところが登録途中では、そのボタンが見えなかったり、通常編集できなかったりする。
するとサポートへ行く。
AIチャットに、
「人間につないでくれ」
と言う。
AIは言う。
「問題を詳しく教えてください」
詳しく教える。
AIは言う。
「Settings → Profile settings → Request name changeです」
だからそのボタンがないって言ってるだろ。
ここで人は悟る。
自動化は便利だが、例外処理まで自動化されているとは限らない。
最終的には有人問い合わせを送り、
- 登録名の修正
- 住所書類の手動再確認
- 不承認なら具体的な不足項目を回答してほしい
とまとめて依頼する。
「FAQを読んでください」ではなく、状態を修正できる人間へエスカレーションするのが必要になる。
7. 12言語サイトでは「ASPを1個登録」で終わらない
ここからが多言語サイト特有の話。
国内だけなら、
「楽天はこのASP」 「Yahoo!はこのASP」 「Amazonはこの経路」
くらいで済む。
しかし12言語になると、
- 日本語の記事は国内ASPが強い
- 海外旅行はCJやAwinの案件が候補になる
- Amazonは国・ストアでプログラムが違う
- 同じ広告主でも市場ごとに提携経路が違う
- あるネットワークでは承認済み、別ネットワークでは審査中
- そもそもその国のプログラムが無い
ということが起こる。
だから必要なのは「広告リンク集」ではない。
Affiliate Routerである。
概念的には、
記事の言語 → 読者市場 → 広告主 → 利用可能なASP → 提携状態 → 追跡可能なリンク → 支払可能状態
を順番に判定する。
つまり収益化は、URLを貼る作業ではなく、状態管理されたルーティング問題になる。
そしてここまで来ると、「全部人間が覚える」は破綻する。
8. なぜ普通の人は途中で止まるのか：難しいからではなく、細かく面倒だから
一個一個の操作は難しくない。
ほとんどは、
入力する。 選ぶ。 アップロードする。 待つ。 また入力する。
である。
でも、
- サービスの存在を知らない
- どのASPを使うか分からない
- 公式ページを探す
- 地域を選ぶ
- 税務用語を読む
- 支払サービスへ飛ばされる
- KYCする
- 書類が落ちる
- 理由が分からない
- サポートへ行く
- AIサポートがループする
が積み重なる。
1工程の難易度が2でも、20工程あれば普通に離脱する。
ここで生まれる差は「頭がいいか」より、
摩擦を1個ずつ処理して、最後まで状態を進められるか。
という差になる。
これはかなり地味な参入障壁だ。
秘密の裏技があるわけではない。
誰でもできる。
ただし、誰もやりたくない。
9. 本当に強いのは「面倒に耐えた人」ではなく、「次から面倒を消した人」
ただし、毎回根性で突破するのは強みではない。
それはただ疲れる。
システム化すべきなのは、
- どのASPに登録済みか
- サイト審査は承認済みか
- 広告主提携は承認・審査中・未申請のどれか
- 支払設定は完了したか
- 税務情報は有効か
- どのlocale / marketで使えるか
- どのリンクが本番で追跡されているか
- 次に人間がやるべき1アクションは何か
という状態。
AIやコードに任せるのは、
探索、候補生成、公式確認、状態台帳、ルーティング、リンク検査、次アクション提示。
人間に残すのは、
本人確認、税務情報、銀行情報、規約同意、広告主への申請、法的な宣誓。
ここを分ける。
パスポートや税番号や銀行口座をAIにベタ貼りする必要はない。
AIに必要なのは、
「この画面で何を聞かれているか」
であって、
「秘密の番号そのもの」
ではない。
結論：リンク1本の裏にあるのは、広告ではなくオペレーションだった
最初は「Booking.comのアフィリエイトをやりたい」くらいの話だった。
気づけば、
CJ。
W-8BEN。
Payoneer。
本人確認。
住所証明。
氏名修正。
有人サポート。
そしてCJのオンボーディングは7/8。
リンクはまだ1本も貼っていない。
でも、ここまでやると見えてくる。
多言語サイトの収益化で難しいのは、広告を見つけることではない。
国・言語・広告主・ASP・本人確認・税務・支払を、壊れずにつなぐこと。
そして一度その配線を作れば、次からは再利用できる。
だから参入障壁になるのは、情報そのものではなく、
面倒な登録を、再利用可能な仕組みに変えたかどうか。
「アフィリエイトってリンク貼るだけでしょ？」
はい。
リンクを貼るまでに、パスポートと税務フォームと送金サービスとサポートチケットを倒せばね。
