Klookの報酬率3.5%、でも画像が読者の半分を先に食っている
報酬率は誰でも計算する。離脱を計算する人がいない
旅行アフィリエイトの解説記事はかなり読みましたが、内容の重複度が高い。申請方法、報酬率、リンクの貼り方、確定までの期間。
データとして見れば、これらの情報自体は正しい。Klookは交通系が約5%、多くのカテゴリで3.5%。Agodaが約4.2%、Booking.comのホテルが2.8〜4.5%、KKdayは段階制で2〜5.5%。確定期間はKlookが30日、KKdayに至っては60日。
ただ、これらの解説には共通の盲点があります。読者がリンクまで到達する前提で書かれている。
はっきり言って、この前提は旅行コンテンツでは特に脆い。旅行記はあらゆるコンテンツ分類のなかで画像密度が最も高く、その画像がモバイルの読み込みを遅くする第1要因だからです。
1記事の報酬は「流入 × リンクまで到達した割合 × クリック率 × 転換率 × 報酬率」の掛け算です。多くの人が労力の9割を最後の項に注いでいる。掛け算のなかで最も小さい乗数に。
数字を入れてみる
まず公開されているパフォーマンスデータから。ここは私の推論ではありません。
GoogleのCore Web VitalsはLCP（最大コンテンツの描画）2.5秒以内を良好と定義しています。実態は、2023年時点でデスクトップは74%のサイトが達成、モバイルは61.4%どまり。モバイルの平均読み込み時間は8.6秒、デスクトップは2.5秒です。
離脱側の数字はもっと直接的です。読み込みが1秒から3秒に伸びると離脱確率が32%上昇し、モバイルで3秒を超えると半数以上がその場を離れます。複数の調査が、1秒の遅延ごとに転換が7〜20%落ちるという範囲に収束しています。
これをアフィリエイトの文脈に置くと、差がはっきりします。
| 状況 | モバイルLCP | 記事末のリンクに到達する相対割合 | 報酬（相対値） |
|---|---|---|---|
| 画像を最適化した旅行記 | 2秒以内 | 基準100% | 100 |
| 未最適化・画像が多い旅行記 | 4〜5秒 | ほぼ半減 | 50〜60 |
| 極端な例（原本をそのまま配信） | 8秒以上 | わずか | 20未満 |
この表の数値は公開されている離脱・転換の調査から推計した相対値であり、私がサイトごとに実測した絶対値ではありません。ただし方向は間違っていない。同じ記事、同じKlookリンク、同じ報酬率で、画像の扱い方だけで収益が2倍以上変わります。
2倍。そして多くの人は、アフィリエイト先の選定に費やす時間のほうが画像処理より長い。
旅行記が構造的に重くなる理由
運営の視点で見ると、これは怠慢ではなく構造の問題です。
そもそも画像枚数が多い。 ECの商品ページなら5〜8枚で足りますが、7日間の行程記事は30枚から始まります。これは削れません——読者が求めているのは画そのもので、削ると記事の中核価値が消えます。
旅行の検索はモバイルに大きく偏る。 通勤中、昼休み、寝る前に「京都 3日間 モデルコース」を調べる。そしてモバイルはパフォーマンスが最も悪い環境です。平均8.6秒、回線も遅く、デコード能力も低い。
カメラ原本が年々大きくなる。 今のスマホは何気なく撮って4〜5MB。それをそのままWordPressに投げてプラグインの圧縮に任せている人が多い。プラグインの圧縮品質はばらつきが大きく、しかもサイズ変更だけでフォーマット変換をしないものが多数あります。
以前はサーバーの問題だと思っていて、移設しても大して改善しませんでした。ボトルネックはサーバー応答ではなく、下りに流れる30枚のほうだった。この授業料を払ってから、画像1枚あたりの実バイト数を真面目に見るようになりました。
すぐできる改善3つ
サイトを作り直す必要はありません。この3つが投資対効果で最上位です。
1つ目：長辺を1600ピクセルに抑え、WebPに変換する。 旅行記に4000ピクセルは不要で、スマホでの表示幅は500ピクセル未満です。WebPは同品質でJPEGより25〜50%小さい。これだけでページ重量の半分以上が落ちることが多い。
2つ目：ファーストビュー以外の画像を遅延読み込みにする。 最近のブラウザはネイティブ対応していて、属性を1つ足すだけです。LCPは最大コンテンツ要素の描画時間を測るので、下にある29枚が帯域を奪い合わない状態にすると数値が明確に改善します。
3つ目：アフィリエイトリンクの位置を1セクション前倒しする。 最も直感に反しますが、即効性は最大です。KlookやKKdayのリンクを記事末のまとめに置く人が多い——そこは到達者が最も少ない位置です。記事の前3分の1、「この行程はどこで予約したか」に触れる箇所で自然に1回置くと、最後まで読まない層を拾えます。
ちなみに3つ目はパフォーマンスとは無関係です。ただ同じ問題の裏側ではある：読者の注意力は帯域と同じく有限資源だという話です。
画像をどこに置くか
実務でいちばん聞かれる問いです。私の考えは、2種類の需要を分けること。
長期のコンテンツ資産（主力記事の本文画像）は自分で制御できる場所にCDNを付けて置くべきです。5年以上生き残る必要があり、無料サービスの方針変更に依存させてはいけません。
短期の共同作業と下書き（編集とやり取りするスクリーンショット、協業先に見せる素材、SNS用の一時画像）は画像ホスティングのほうが手数が少ない。CMSにアップして後で消す工程を省けます。
lpic.ccならアップロード後に短縮リンクが出るのでそのまま貼れます。会員登録不要で、必要なら閲覧パスワードも設定できる——未公開の協業素材にはこれが効きます。制限は明記しておきます：画像1枚8MBまで、ファイルは最後に閲覧されてから30日で削除、そしてアップロード時に自動で最適化されるため元ファイルは保持されません。
つまり中継地点としては使えますが、正式な画像配信元にはなりません。読者はあなたの画像がどこに置かれているか気にしませんが、あなたの収益は3年後もそれが表示されるかを気にします。この2つは分けて設計してください。
配信方法が読み込みに与える影響の実測は、記事が2本あります。画像ホスティングの速度ベンチマークは各社の遅延差を測ったもの、商品画像の一括アップロードとLCPの全工程実測は同じ手法をEC文脈で適用したもので、旅行記にそのまま転用できます。
よくある質問
Q1：まだ流入が少ないのですが、画像最適化をやる価値はありますか。
あります。ただし順序が大事です。一定規模に達するまでは、コンテンツの質とテーマ選定のほうが効きます。とはいえ画像最適化は一度作れば効き続ける種類の投資です。ワークフローを整えれば以降の全記事が自動的に恩恵を受ける。毎月かかり続ける集客コストとは性質が違います。
Q2：圧縮しすぎると読者に画質の低下が伝わりませんか。
JPEG品質80〜85、あるいはWebP変換なら、スマホの画面ではほぼ判別できません。実際に苦情が出るのは60以下まで落としてバンディングが出た場合です。折衷案として、本文は圧縮版にして、拡大して見たい少数の読者向けに「原寸を見る」リンクを別途置く方法があります。
Q3：確定期間30〜60日はキャッシュフローに影響しますか。
始めたばかりなら大きく影響します。Klookは30日、KKdayは60日。今月書いた記事の収益が2か月後にしか入らず、しかも旅行がキャンセルされれば報酬は消えます。これが旅行アフィリエイトと一般的なECアフィリエイトの最大の体質差で、資金計画に織り込む必要があります。
Q4：旅行記の写真は何枚が適切ですか。
読了率の観点では25〜35枚が実用的な範囲です。これを超えるとモバイル読者のスクロール疲労が明確に上がります。60枚貼るより、速い30枚のほうが結果は良い。
Q5：KlookとKKdayは両方申請すべきですか。
両方申請するコストはほぼゼロですし、商品の重複度は思ったほど高くありません——同じ施設でもプラン、価格、在庫が両社で違うことがよくあります。ただ本質的な論点はどちらを選ぶかではなく、あなたのコンテンツに読者がいるかどうかです。この分野で最も多い失敗は選択ミスではなく、読者がいない段階で報酬を計算し始めることです。