WhatsAppがチャットアプリからセールスチャネルへと移行するのは、業界のナラティブが示唆していたよりも遅かったですが、その変化は本物です。ブラジル、インド、メキシコ、南欧の一部、そして湾岸諸国の大部分において、「WhatsAppでメッセージを送る」というコールトゥアクションは、インバウンドリード獲得においてウェブフォームを大幅に上回るパフォーマンスを発揮しています。この会話を促進するメカニズムは、1つのURL、すなわち https://wa.me/<phone>?text=<message> です。これをタップすると、デバイス上でWhatsAppが開き、ビジネス宛の下書きメッセージが表示されます。顧客が送信すれば、会話が始まります。
問題は、wa.me がMetaがホストするリダイレクトであり、Metaが情報を送り返してくれないことです。クリック後も保持される Referer ヘッダーは存在しません。コンバージョンピクセルもありません。WhatsApp Businessの受信トレイに会話が届くのはわかりますが、それがどのInstagramストーリー、どの有料広告、どの印刷されたQRコードから来たのかはわかりません。自前のリダイレクトを wa.me の前に配置し、そこでアトリビューションイベントを発火させない限り。
本記事では、そのリダイレクトについて解説します。
wa.meのURLパターン#
Metaの wa.me は faq.whatsapp.com/5913398998672934 (2026年5月22日アクセス)でドキュメント化されています。形式は https://wa.me/<phone> で、電話番号はE.164形式(先頭の +、スペース、ダッシュなし)です。したがって、 +49 151 1234 5678 は https://wa.me/4915112345678 となります。下書きを事前入力するには、 ?text=<urlencoded message> を追加します。
動作するURLの例:
https://wa.me/4915112345678?text=Hi%20Acme%20-%20saw%20you%20on%20Instagram%2C%20interested%20in%20the%20coaching%20package
ブラウザは、WhatsAppがインストールされていればアプリでこれを開きます(SDKなしのモバイルアプリ向けディープリンクで説明されている、OSネイティブのディープリンクルーティング、つまりiOSのUniversal LinksやAndroidのApp Linksによる仕組みです)。WhatsAppがインストールされていない場合、リンクは web.whatsapp.com のウェブ版にフォールバックします。顧客の電話番号は事前入力されず、メッセージのみが入力されます。URL内の電話番号は、ビジネス側(あなた)のものです。
WhatsApp Business Platform(旧Cloud API)のアカウントでは、developers.facebook.com/docs/whatsapp/cloud-api (2026年5月22日アクセス)に記載されているリファレンスメッセージリンクや会話コンテキストAPIを通じて、よりリッチなフローを利用できます。ほとんどの独立系ビジネスやミッドマーケットのセラーにとって、 wa.me リンクが実用的なエントリポイントであり、本記事の焦点となります。
なぜメッセージの事前入力が重要なのか#
?text= パラメータには2つの役割があります。1つは明らかな「摩擦の除去」です。顧客はメッセージが下書きされた状態でチャットに到着し、送信をタップするだけです。「何を言えばいいのか」という迷いが生じません。「チャットをタップ」から「最初のメッセージを送信」へのコンバージョンは、メッセージが事前入力されている場合、概ね30〜50%上昇します。正確な数値はオーディエンスや製品によって異なりますが、当社のテストワークスペース全体で一貫した傾向が見られます。
もう1つの、あまり目立たない役割は「アトリビューション」です。事前入力されたテキストは、ビジネスが受信するメッセージそのものです。 ?text= に含まれる内容は、そのまま顧客からの最初のメッセージとして受信トレイに届きます。これが、有料のインテグレーションなしで歴史的にWhatsAppキャンペーンにタグ付けしてきた方法です。キャンペーンタグを末尾に追加します:
?text=Hi%20-%20IG-story-may22%20-%20want%20to%20chat%20about%20coaching
受信トレイには Hi - IG-story-may22 - want to chat about coaching が届きます。粗削りですが機能します。
メッセージ内のタグによるアプローチは、スケールが困難です。キャンペーンが3つならタグを読めますが、30にもなると受信トレイは管理不能になり、エージェントはタグを削り始め、会話が再割り当てされる過程で元のメッセージが埋もれてしまいます。適切なUTMトラッキングを備えたリダイレクトレイヤーが、次のステップとなります。
リダイレクトレイヤー#
すべての wa.me URLの前に短縮リンクを配置します。顧客が s.elido.me/chat をタップすると、エッジが https://wa.me/4915112345678?text=... へのリダイレクトを発行し、WhatsAppが開きます。顧客の視点からは、 wa.me を直接タップするのと全く同じフロー(1回のタップ、同じ下書きメッセージ)に見えます。
あなたの側では、3つのことが変わります。
- クリックが記録される。 エッジは、タイムスタンプ、ジオ、デバイスタイプ、リファラー、および短縮リンクに付与されたUTMパラメータを含むクリックイベントを発火させます。受信トレイに届く会話は、それを促進したキャンペーンと紐付け可能になります。
- 遷移先が編集可能になる。 印刷されたQRコード、ソーシャルメディアの投稿、キャンペーンアセットを変更することなく、電話番号や事前入力テキスト、あるいは遷移先全体を変更できます。フランスのインバウンドを担当する営業担当者が番号を変更した場合、遷移先を一度更新するだけで済みます。
- キャンペーンデータのポータビリティ。
wa.meが対応していなくても、s.elido.me/chat?utm_source=ig&utm_medium=story&utm_campaign=may22に付与されたUTMタグはリダイレクト時にキャプチャされます。アトリビューションはMetaの受信トレイではなく、短縮URLマネージャー内に保持されます。
これは、短縮リンクによるUTMのエンドツーエンドトラッキングで説明されているのと同じパターンです。リダイレクトレイヤーが、遷移先で削除される前にキャンペーンデータをキャプチャします。WhatsAppは、たまたまあらゆる情報を削除してしまう遷移先に過ぎません。
実用的なセットアップ#
ほとんどの独立系ビジネスのWhatsAppフローは、3種類の短縮リンクでカバーできます。
- 一般的なチャットリンク:
s.elido.me/chat→wa.me/<phone>?text=Hi%20Acme。ウェブサイトのフッター、Instagramのプロフィール、メールの署名などで使用し、一般的なインバウンドを獲得します。 - キャンペーンチャットリンク: アクティブなキャンペーンごとに1つ作成(
s.elido.me/chat-may22-ig)。同じwa.meURLを使用しつつ、キャンペーン固有の事前入力テキストを設定します。特定の広告クリエイティブやストーリーで使用します。 - QR印刷用チャットリンク: 物理的な配置(店舗のQRコード、名刺、パッケージの同梱物)用の
s.elido.me/chat-shop。textで配置場所を特定します:Hi%20-%20scanned%20shop%20QR。
各リンクはUTMテンプレートにマッピングされます。キャンペーンチャットリンクは、 utm_source=ig、utm_medium=story、utm_campaign=may22-coaching、utm_content=story-3-cta と共に届きます。これらのタグはクリックイベントに記録されます。WhatsAppで始まる会話は、クリックイベントレベルで2022年5月22日のInstagramストーリーのクリエイティブに関連付けられるようになります。
これらを /links で、「surface:ig-story · channel:whatsapp · campaign:may22」のような説明的なラベルを付けて設定すると、分析ダッシュボードのフィルターに反映されます。 channel:whatsapp でフィルタリングすれば、キャンペーンを横断してチャット経由の全トラフィックを確認できます。
WhatsAppが情報を返さない場合、どうコンバージョンを測定するか#
WhatsAppのアトリビューションにおいて最も難しいのはコンバージョン側です。リダイレクトによりクリックが発生したことはわかります。しかし、WhatsAppは会話が続いたのか、リードが適格だったのか、販売が成立したのかを教えてくれません。そのギャップを埋める必要があります。
ギャップを埋めるための3つのレイヤー(工数の少ない順):
レイヤー1 — クリックをコンバージョンとしてカウントする。 トップオブファネルの認知キャンペーンでは、「WhatsAppへのタップスルー」だけで十分に有意義なプロキシ(代用指標)となります。クリックイベントはキャプチャされ、クリックボリュームとクリック単価でキャンペーンを比較できます。ブランドキャンペーンや、直接的な収益よりもリーチが重要なコンテンツテストにはこれで十分です。コンバージョン追跡機能は、それ以上のシグナルが設定されていない場合、クリック自体をコンバージョンとして扱います。
レイヤー2 — 受信トレイでの手動照合。 会話が届いた際、エージェントが事前入力されたテキストを読み、キャンペーンを特定し、CRMで会話にタグを付けます。週の終わりに、クリックイベントデータ(Elido)と成約データ(CRM)をキャンペーンタグで突合します。粗削りですが正確です。売上10万ユーロ未満のビジネスの多くはこの段階にあります。コストはエージェントの規律であり、メリットは開発工数がかからないことです。
レイヤー3 — サーバーサイドのコンバージョン転送。 WhatsApp Business Platformは、メッセージの送受信時にウェブブックを発火させます(developers.facebook.com/docs/whatsapp/cloud-api/webhooks 、2026年5月22日アクセス)。ペイロードには顧客の電話番号とメッセージ本文が含まれます。事前入力テキストにクリックIDが含まれていれば(Elidoは設定により ?text= 内にクリックIDを自動的に埋め込めます)、受信したWhatsAppメッセージを元のクリックに紐付けることができます。
仕組み:短縮リンクが wa.me/<phone>?text=Hi%20-%20cid-<clickid>%20-%20about%20coaching にリダイレクトします。顧客が送信します。あなたのエンドポイントにウェブブックが届きます。エンドポイントがクリックIDを抽出し、Analytics API経由で照会し、クリックIDを添えてElidoの /v1/conversions にコンバージョンをポストします。Elidoはそれを Meta CAPI や GA4 Measurement Protocol に転送します。これで、広告プラットフォームはどのInstagramストーリーがどのWhatsAppリードの成約につながったかを把握できます。
課題:顧客の最初のメッセージに cid-abc123 が含まれるため、少し奇妙に見えます。最もクリーンな解決策は、カスタマーサービスの参照番号として提示することです。 Hi Acme #ref-abc123 であれば、追跡パラメータではなくチケット番号のように見えます。コンバージョン転送APIと紐付けロジックについては、コンバージョン追跡ガイドに記載されています。
WhatsApp Business Platformが提供する追加機能#
有料のBusiness Platformを利用している企業にとって、インバウンドのウェブブック以外に重要な2つの機能があります。Cloud APIは、顧客が特定の送信メッセージに返信している場合、受信メッセージに context.id を公開します。これは、新規の会話ではなく再エンゲージメントキャンペーンで有用です。また、Metaは会話をマーケティング、ユーティリティ、認証、サービスのカテゴリに分類し、カテゴリごとに料金を設定しています。 wa.me からのクリックしてチャットによる会話は「サービス」(顧客開始)として開始され、これが最も安価です。WhatsApp Businessの予算を検討する際に知っておく価値があります。
コールトゥアクションとして「WhatsAppメッセージを送信」を設定したMeta広告を運用している場合、広告プラットフォームはクリックIDを会話に引き継ぎます。そのアトリビューションは Ads Manager 内に保持されます。オーガニックのInstagram、メール、印刷QRコードのトラフィックについては、短縮リンク+リダイレクトのアプローチが、同等のアトリビューションを得る唯一の方法です。
QRコードの活用#
WhatsAppのクリックしてチャットのトラフィックのうち、かなりの割合がウェブのタップではなくQRコード経由です。顧客はレストラン、小売店、クリニック、サービス予約などの物理的な環境におり、QRをスキャンして直接WhatsAppを開きます。「印刷物から会話へ」は、短縮リンクの後に wa.me を続けるパターンの最も強力な用途の1つです。QRは一度印刷すれば、ビジネスニーズの変化に合わせて遷移先を更新できます。
3つのルール:
- QRには
s.elido.me/<slug>を埋め込み、決してwa.me/...を直接埋め込まないこと。wa.meを埋め込むと遷移先が固定され、分析ができなくなり、電話番号が変わった際に印刷物が無駄になります。常に短縮リンクを印刷し、wa.meは印刷しないでください。 - 事前入力テキストで配置場所を特定すること。
text=Hi%20-%20scanned%20receipt-QR%20-%20about%20refundとすれば、どこから来たのか説明がついた状態で受信トレイに届きます。エージェントは会話の冒頭で一度読むだけで済みます。 - 配置場所ごとに個別の短縮リンクを割り当てること。 窓のQR、レシートのQR、名刺のQR、棚のQRなど、それぞれを分析ダッシュボードの1行として管理します。スキャンされない配置は廃止し、スキャンされるものはより大きく再印刷します。
QRデザインの考慮事項(クワイエットゾーン、誤り訂正、コントラスト)は他のQR配置と同様です。動的QRコード vs 静的QRコードの記事で解説しています。
中長期的な代替手段としてのRCS#
WhatsAppの優位性は地域的なものであり、普遍的ではありません。米国における同等のチャネルは、AppleがiOS 18でついに採用した、キャリア主導のiMessageスタイルプロトコルであるRCS(Rich Communication Services)がますます増えています。GSMAは RCS Universal Profileの仕様 (2026年5月22日アクセス)を管理しており、GoogleのBusiness Messagesがその実用的な実装です。
現在のところ、RCS Business Messagingには wa.me のようなクリックしてチャットのURLパターンに相当するものはありません。キャリアのアイデンティティモデルのため、ビジネスへの安定したディープリンクを表現するのが困難です。欧州や中南米のオーディエンスにとっては、引き続きWhatsAppがデフォルトです。米国限定のオーディエンスに対しては、現在はiMessage Business Chatが同等のフローとなります。仕組みは異なりますが、同様のリダイレクト+ディープリンクのパターンを持ちます。同じ短縮リンクレイヤーを使用し、遷移先URLの形式だけが異なります。
オーディエンスが複数の地域にまたがる場合は、スマートルーティングでマルチプラットフォームに対応します。仕組みについては、スマートリンク解説の国別ルーティングのセクションを参照してください。1つの短縮リンクで3つの遷移先:WhatsApp圏には wa.me、iOS中心の米国トラフィックにはBusiness Chat、その他にはウェブフォームをフォールバックとして設定します。
機能しないパターン#
一見妥当に見えて、失敗する3つのパターン:
QRコードに wa.me URLを直接埋め込む。 分析も遷移先制御もアトリビューションもできなくなります。ビジネスの電話番号が変われば、QRコードは無駄になります。常に短縮リンクを使用し、 wa.me は直接埋め込まないでください。
長すぎる事前入力メッセージ。 WhatsAppは ?text= のペイロードが数百文字を超えると、音もなく切り捨てます。2行程度の下書きは機能しますが、4段落は機能しません。事前入力テキストは短く保ち、顧客が送信した後に自然に会話が流れるようにしましょう。
デスクトップトラフィックをWhatsApp Webに頼る。 WhatsAppがインストールされていないデスクトップで wa.me リンクを開くと、WhatsApp Webにフォールバックされますが、これにはスマートフォンとのQRコードペアリングが必要です。この経路での初回コンバージョン率は低いです。デスクトップ中心のオーディエンスに対しては、 wa.me ではなくウェブチャットウィジェット(CrispやIntercom)をフォールバックとしてルーティングしてください。スマートルーティングエンジンなら、デバイス条件に応じた遷移先をスマートに処理できます。
価格の実態#
クリックしてチャットのための短縮リンクレイヤーは、月間クリック数が数万件以下のビジネスであれば、Proプラン(月額3.50ユーロ)で快適に運用できます。コストの変動要因はWhatsApp Business Platform自体です。Metaの会話料金は、クリック数ではなく会話数に応じてスケールします。月間500件のクリックしてチャットの会話が発生するビジネスでは、通常、短縮URLサービスよりもMetaの会話手数料の方に多くの費用がかかります。価格ページに詳細な内訳があり、マーケター向けソリューションページではより広範なキャンペーンアトリビューションのユースケースをカバーしています。
関連情報#
- Eコマース向けURL短縮サービス:ファネルを支えるデータプレーン — 業界別クラスターの基礎。
- SDKなしのモバイルアプリ向けディープリンク —
wa.meをアプリへルーティングさせるOSネイティブのプリミティブ。 - 短縮リンクによるUTMのエンドツーエンドトラッキング — WhatsAppのホップを越えて維持されるアトリビューションの仕組み。
- 動的QRコード vs 静的QRコード:どちらが先に壊れるか — 印刷物からWhatsAppへの導線となるQRレイヤー。
- スマートリンク解説 — WhatsApp、iMessage Business Chat、ウェブフォールバックを跨ぐマルチリージョンルーティング。
- 製品機能:
/features/deep-links、/features/conversion-tracking、および/solutions/marketers。 - 外部リソース:Meta wa.me FAQ、WhatsApp Cloud API docs、GSMA RCS spec