1分で読了業界
コア記事

EコマースのためのURL短縮ツール: ファネルのデータプレーン

Eコマースチームがファネル全体で短縮リンクをどう使うか: サーバーサイド広告コンバージョン、Shopifyライフサイクルメール、パッケージのQR、そしてそれらを結びつける全体像

Ana Kowalska
Marketing solutions engineering
Eコマースファネルの図: 有料広告 → click_id付きの短縮リンク → Shopify商品ページ → チェックアウト → Meta CAPIとGA4へのサーバーサイドコンバージョン転送

Eコマースのファネルには、私が扱う他のどの業種よりも多くのタッチポイントがあります。顧客はMeta広告を見て、商品ページにクリックスルーし、カートを放棄し、3時間後に回復メールを受け取り、配達後にパッケージのQRコードをスキャンし、9日後に購入後のWhatsAppフロー経由で再購入します。これらのタッチはすべてURLを通過し、そのURLはそれぞれ計測可能で、リダイレクト可能で、次の広告プラットフォームのプライバシー更新を乗り越えられるだけの耐久性が必要です。

これはEコマースクラスターの基幹記事です。ファネルを支える連携の全体像、つまり各段階で短縮リンクがどこに位置するか、それがどのアトリビューションデータを運ぶか、サーバーサイドのコンバージョン転送が広告プラットフォームとのループをどう閉じるか、そして有料チャネルを2つとライフサイクルプログラムを運用する標準的なShopifyストアで運用ツールがどう見えるかを扱います。

Shopifyについて具体的に書きますが、それは私が最もよく目にするプラットフォームだからです。ただし、このパターンは一般化できます。WooCommerce、BigCommerce、Centra、Commercetools、連携ポイントは同じで、異なるのはWebhookペイロードの形だけです。

Eコマースファネルの5つの段階

私が監査するファネルはすべて同じ形をしています。実装の詳細は違っても、段階は変わりません。

Eコマースファネルの5つの段階(有料獲得、オウンドチャネル、サイト内コンバージョン、購入後、リテンション)はそれぞれ短縮リンクを経由し、click_idが端から端まで運ばれる様子

有料獲得。 Meta、Google Ads、TikTok、Pinterest。広告面がクリエイティブを保持し、遷移先はクリックを捕捉し、アトリビューションパラメータを保持したままランディングページや商品詳細ページ(PDP)へ転送する短縮リンクです。

オウンドチャネル獲得。 メール、SMS、プッシュ通知、アプリ内メッセージ、WhatsApp。短縮ツールは配信ごとにリンクを発行し(キャンペーンに対するトランザクショナルなテンプレート化)、分析はURL単位ではなく配信単位で集計されます。

サイト内コンバージョン。 PDP、カート、チェックアウト。ここではリクエスト経路上に短縮ツールは存在しません。クリックはすでに着地しているからです。しかし、リダイレクトから得られたclick_idは注文レコードに反映される必要があり、後でコンバージョンを紐づけられるようにします。

購入後。 注文確認ページ、注文確認メール、パッケージの同梱物、箱のQRコード。短縮リンクは顧客を購入後の体験へ導き、データシグナルをマーケティングのデータプレーンに戻します。

リテンションと再活性化。 ライフサイクルメール、カゴ落ち回復、再入荷アラート、ウィンバックキャンペーン。短縮ツールはこれらを、多くの場合ESPやマーケティングオートメーションプラットフォームとの連携を通じて発行される、プログラム的な発行のロングテールとして扱います。

各段階には少しずつ異なるアトリビューション要件があります。この記事は、その5つすべてを扱う連携の全体像についてです。

段階1: 有料獲得

この段階の仕事は2つあります。短縮リンクはユーザーを正しい遷移先に案内する必要があり、また、3時間後に別のデバイスからリフレッシュや割引コードのやり取りを経て発生した注文を、その広告まで遡って紐づけられるだけのアトリビューション情報を捕捉する必要があります。

うまくいく形はこうです。広告の遷移先URLは短縮リンク(elido.me/spring-jeans-deのような、スラッグ命名規則に沿ったもの)であり、その短縮リンクはUTMとclick_idのパラメータを付加してPDPにリダイレクトし、リダイレクトのレスポンスはナビゲーションを生き延びるファーストパーティの識別子を設定します。

Elidoの場合、リダイレクトは?elido_click=<click_id>を付加し(ワークスペースごとに設定可能)、PDPはクエリ文字列からそれを読み取ってファーストパーティCookieに書き込むか、あるいはより良い方法として、ショッププラットフォームのタグマネージャーがdataLayerイベント経由でそれを取得し、カートが確定した時点で注文のカスタム属性に永続化します。

この形の利点は、click_idがファネルの残りの部分を通じて生き残る永続的な識別子になることです。ブラウザのCookieはITPによって失われる可能性があります。セッションは期限切れになる可能性があります。ユーザーはデバイスを切り替えるかもしれません。click_idが注文レコードに残っている限り、注文支払い完了時にサーバーサイドのコンバージョン転送を実行でき、元のブラウザセッションが失われていてもアトリビューションのクレジットを得られます。

運用面の仕組み、つまりワークスペースレベルのUTMテンプレート、キャンペーンレベルの上書き、Sheetsからの一括インポート、コンバージョン転送の検証については、エンドツーエンドUTM追跡ガイドが基幹リファレンスです。

段階2: オウンドチャネル獲得

オウンドチャネルは有料に比べて発行量が多く、コストが低く、計測が難しい傾向にあります。10万人の購読者リストへのメール配信1回で、コンテンツが動的であれば10万件の短縮リンクが発行されます。発送済み、配達済み、レビュー依頼といったトランザクション通知1件1件も、それぞれ独自のアトリビューション情報を持つ別のリンクです。

スケールするパターンはこうです。短縮ツール側の1キャンペーンがESP側の1配信に対応します。キャンペーンがUTMテンプレート(utm_source=email、utm_medium=lifecycle、utm_campaign=cart-recovery-2026-05)と遷移先URLのパターンを保持します。ESP連携は配信時に受信者ごとに一意の短縮リンクをclick_id組み込み済みで発行し、そのclick_idを受信者のプロフィールに書き戻すことで、開封からクリック、コンバージョンまでの流れを端から端まで観測可能にします。

ここでは一括インポートのエンドポイントが重要になります。標準のPOST /v1/linksエンドポイントで10万件の短縮リンクを発行すると、Proティアであっても APIのレート制限に対して直列化されてしまいます。正しいツールはCSVボディを使うPOST /v1/links/bulkです。Elidoはすべての行を検証し、アトミックにコミットし(送信が中途半端にインポートされることはありません)、入力行のIDに紐づいたスラッグ一覧を返すため、ESP側でスラッグを受信者に照合できます。

Klaviyoについては、配信時発行(ESPが受信者リストを送信し、短縮ツールがリンクを発行し、そのレスポンスがメールテンプレートへのコンテンツ差し込みのために返される仕組み)はElidoのロードマップに載っていますがまだ利用できません。そのため現時点では、配信前に一括エンドポイント経由で配信ごとのリンクを発行します。今すぐ利用できるのは逆方向の仕組みです。各短縮リンクのクリックはElido Link ClickというメトリクスとしてKlaviyoに届き、Klaviyoのクリックイベントをプロフィールに連携するで詳しく扱っています。Shopify EmailとShopify Marketingアプリでは、差し込みはLiquidテンプレート内で行われます。

Sheetsからの一括インポートのチュートリアルが手動版を扱っており、API駆動版はAPIリファレンスに記載されています。

段階3: サイト内コンバージョン

短縮ツールはサイト内ではリクエスト経路上に存在しません。しかし、click_idは注文レコードに反映される必要があります。

Shopifyに限って言えば、この連携は単純です。PDPがURLから?elido_click=を取得し、テーマのアプリ埋め込み(またはテーマコード、あるいはShopify Plusのチェックアウト拡張機能)がそれをShopify.checkout.attributes.elido_click_idに書き込むことで、カートが確定した際に注文のnote_attributesに引き継がれます。注文支払い完了のWebhook発火時には、click_idが注文のペイロード上で利用可能になり、サーバーサイドでコンバージョンを転送できます。

ヘッドレス構成(Hydrogen、Next.js commerce、Centra)の場合、対応する処理は、カート作成の時点でStorefront API経由でclick_idをカートのカスタム属性に書き込むことです。カートから注文への変換は属性を保持し、注文Webhookがそれをコンバージョン転送を行うバックエンドへ届けます。

最もよく目にする不具合は、click_idがセッションCookieには捕捉されているのに注文には書き込まれていないというものです。3日後、マーケティングのレポートはコンバージョンが横ばいだと報告し、1週間後、開発者がチェックアウト拡張機能に属性が一度も配線されていなかったことに気づきます。テスト注文を行い、注文支払い完了のWebhookを監視し、本番トラフィックを流す前にペイロード上にclick_idがあることを確認する、という検証をローンチチェックリストに組み込みましょう。

Cookieレスおよび ITP に関する文脈、つまりこれが2022年よりも2026年においてなぜ重要になっているかについては、Safari ITP後のクリックアトリビューションの記事と、Apple のITP 2.3リリースノートを直接参照してください。

段階4: 購入後

注文が確定しました。ここでデータプレーンは2つのことをする必要があります。広告プラットフォームへサーバーサイドでコンバージョンを転送することと、アトリビューションを維持したまま購入後の顧客ジャーニーを開始することです。

サーバーサイドのコンバージョン転送。 回収される売上の大部分はここにあります。Safari ITPと広告ブロッカーの普及により、一般的なShopifyストアではブラウザのピクセルがコンバージョンの25〜40%を取りこぼしています(正確な数字はトラフィックの内訳によりますが、iOS比率の高いストアほど悪化します)。Meta Conversions API、GA4 Measurement Protocol、TikTok Events APIへのサーバーサイド転送は、そのギャップの大部分を回収します。

連携はこうです。注文支払い完了のWebhookが発火し、バックエンドが注文からclick_idを読み取り、Elido内でclick_idを検索する(あるいはすでに紐づいているものを信頼する)ことで、接続されている各プラットフォームにコンバージョンをPOSTします。ElidoのPOST /v1/conversionsエンドポイントはclick_idとコンバージョンのペイロード(value、currency、event_name=Purchase、ハッシュ化されたユーザー識別子)を受け付け、そのワークスペースが認証情報を持つすべてのプラットフォームへファンアウトします。このファンアウトには、Conversions APIの要件でMeta CAPIが要求するメールと電話番号のSHA-256ハッシュ化、そしてWebhookの再送信で二重計上が起きないようにするリトライ・重複排除ロジックが含まれます。

コンバージョン転送ガイドが認証情報の設定を扱っており、サーバーサイドのコンバージョン計測の記事が重複排除の仕組みをより深く掘り下げています。

サーバーサイドのコンバージョン転送ループ: 広告クリックが短縮リンクを通じてclick_idを注文まで運び、注文支払い完了のWebhookがMeta CAPI、GA4 Measurement Protocol、TikTok Events APIへコンバージョンを転送してROASループを閉じる様子

購入後の顧客ジャーニー。 注文確認メールには、注文状況ページ、サポートヘルプセンター、ブランドのライフスタイルコンテンツ、アップセルやアクセサリーのおすすめへのリンクがあります。これらそれぞれが、段階2で紹介したキャンペーンモードの発行パターンによる短縮リンクを持ちます。パッケージのQRコードはとりわけレバレッジの高いもので、顧客はパッケージが届いた後にそれをスキャンし、サンクスページに到達し、ロイヤルティプログラムや2回目購入のインセンティブへとコンバージョンします。

QRコードに関して言えば、動的コードが正しい選択です。パッケージが発送された後でも遷移先を更新できるからです。動的QRコードと静的QRコードの記事がそのトレードオフを扱っています。

パッケージ上の動的QRコードが配達後にスキャンされ、短縮リンクを経由して計測済みのサンクスランディングページへリダイレクトし、購入者をロイヤルティプログラムにコンバージョンさせる一方、そのスキャンがクリックイベントとして記録される様子

段階5: リテンションと再活性化

ここで短縮ツールの発行量がノイズ状になってきます。KlaviyoやCustomer.ioを運用している標準的なShopifyストアは、顧客1人あたり数十種類のトリガーでライフサイクルメッセージを発火させます。ウェルカムシリーズ、カゴ落ち、閲覧放棄、購入後アップセル、リピート購入、ウィンバック、誕生日、VIP、それぞれがマーケティングオートメーションツール上の1つのキャンペーンであり、それぞれのキャンペーンが配信時にリンクを発行します。

うまくいくパターンはこうです。ESP側の各ライフサイクルキャンペーンが、短縮ツール側の1キャンペーンに対応します。短縮ツール側のキャンペーンがUTMテンプレートを保持し、ESP側の発行ペイロードは受信者と商品によってのみ変わります。分析はライフサイクル段階ごとに集計されます。マーケティングチームは「今月38万件のリンクを発行したが、そのうちカゴ落ちの割合はわからない」ではなく、「カゴ落ち回復メールはクリック単価0.14ユーロで4.2%のコンバージョンを生んでいる」と言えるようになります。

追加分に関するWebhook連携も、この段階では重要です。KlaviyoのEmail OpenedとEmail Clickedイベントは、分析レイヤーでElidoのクリックデータと結合されるべきです。多くのチームにとって、この処理はデータウェアハウス(BigQuery、Snowflake、ClickHouse)内で行われ、結合キーはclick_idになります。Elidoの分析エクスポートガイドがウェアハウス側の取り込み形式を扱っています。

ブランドドメイン: 効果が積み重なる小さな一手

上記のすべてのチャネルはブランドドメインの恩恵を受けます。acme.click/spring-jeans-deはbit.ly/3xKj9wZをクリック率で測定可能な差で上回ります。2019年のPrinceton大学のリンク信頼性研究では業種によって12〜31%の上昇幅を示しており、私が監査してきた大手のEコマース事業者も自社のA/Bテストで同程度の数値を確認しています。

ブランドドメインは同時に3つのことを行います。短縮URLに対してますます懐疑的になっているプラットフォーム上で正当性を示します(LinkedInはbit.lyに警告を出すようになり、Gmailのスパムスコアリングは一部のテンプレート種別で汎用の短縮サービスにペナルティを課します)。短縮ツールのベンダー関係が悪化した場合に備えて、自分で管理できるドメインを持てます。そして、マルチブランドのポートフォリオでテナントごとにサブドメインを割り当てる*.acme.clickのようなワイルドカードを、追加のたびにサポートチケットを起こすことなく運用できます。

カスタムドメイン機能ページが料金ティアを扱っており、運用ウォークスルーがDNSの向け先設定とオンデマンドTLSの設定を扱っています。

本番環境で起きがちな失敗

Eコマースストア全体で繰り返し目にする失敗パターンが3つあります。

click_idがチェックアウトを通じて伝播しない。 すでに触れたとおりです。ローンチ前には必ず実際の注文でテストしてください。

重複排除なしのコンバージョン転送。 注文支払い完了のWebhookが発火し、コンバージョンがMetaとGA4に転送されます。その後、ページにまだ残っているマーチャントのタグマネージャーが、同じ注文に対してブラウザサイドのコンバージョンピクセルを発火させます。MetaとGA4の両方が取り込み、コンバージョンは二重計上され、予算配分アルゴリズムが過剰に予算を引き上げてしまいます。修正方法は重複排除用の識別子です。Meta CAPIはevent_idを受け付け、GA4はclient_idを受け付け、どちらも同じIDを持つブラウザイベントとサーバーイベントを重複排除します。注文IDをevent_idとして設定し、ブラウザ側のピクセルにも同じ値を設定すれば、両プラットフォームが重複排除を行います。Metaの重複排除ドキュメントがリファレンスです。

保持期間の不整合。 マーケティングは初回購入者に対して24か月のアトリビューションウィンドウを求めています。クリックイベントは、ほとんどの分析プラットフォームでデフォルト90日の保持期間になっています。誰かが年末のLTVコホート分析を初めて実行したとき、click_idに紐づいたコンバージョンはすでに消えており、レポートにはアトリビューションのクレジットが表示されません。最初からアトリビューションウィンドウに合わせて保持期間を設定してください。Elidoではワークスペースごとに設定できます。保持期間は基盤となる分析ストア側で設定されます。

Eコマース購買担当者向けの調達メモ

Eコマースの調達担当チームに向けて、特に指摘しておきたい点が3つあります。

EU居住性。 顧客基盤の大半がEUである場合、短縮ツールのホスティングリージョンはSchrems IIの議論において重要になります。URL短縮ツールのためのGDPR基幹記事が契約上の詳細を扱っており、トラストページが調達担当者向けの資料です。

APIレート制限。 ピーク時(ブラックフライデー、ホリデーシーズン、ブランドコラボのドロップ)の一括発行量が、最悪のタイミングでAPIのレート制限ページに遭遇するかどうかを左右します。プランの制限が平均値ではなくピーク値に対応できるか確認してください。Elidoのレート制限はエンドポイントごとに文書化されており、一括発行エンドポイントはProティアで1,000 RPSを維持し、Businessティアでは上限なしです。

Shopify連携。 執筆時点で、Elidoには審査中の公開Shopifyアプリがあります。それまでは、連携はStorefront APIと、ランディング時にclick_idを捕捉するシンプルなCloudflare WorkerまたはShopify Functionによって行われます。メールについては、Klaviyoはすでにクリック転送連携が稼働しています。Klaviyo向けの配信時リンク発行はロードマップに載っています。

プラットフォーム同士の比較については、Bitly代替ツールの機能差の記事が機能マトリクスを扱っており、ElidoとBitlyの比較記事が料金の計算を扱っています。

クラスターを読む

これは業種別クラスターの基幹記事です。関連記事: インフルエンサーとクリエイターのためのURL短縮ツール(ライフスタイルコマースとの重なり)、レストランのためのURL短縮ツール(QR中心のユースケース)、SaaSのためのURL短縮ツール(B2Bにおける並行事例)。マーケター向けソリューションページがペルソナ向けの窓口であり、Shopifyディープリンクガイドがclick_id伝播パターンの運用ウォークスルーです。キャンペーンと一括発行に関するチームのワークフローについては、キャンペーン機能ページがデータモデルを扱っています。

関連記事

Elidoを試す

URLを貼り付けて短縮リンクを取得

登録不要。リンクは30日間有効。永久に保存するには登録してください。

Free、登録不要 · 1日あたり2件

Elidoを試す

EUホスティングのURL短縮サービス。カスタムドメイン、詳細な分析、オープンAPI付き。無料プラン - クレジットカード不要。

タグ
url shortener ecommerce
shopify short links
ecommerce link tracking
ecommerce attribution
qr code packaging
lifecycle email tracking

続きを読む