ShopifyのURLショートナーは、長いmyshopify.comの商品URLを自分がコントロールするブランドショートリンクに変換し、すべてのクリックをトラッキングしてそれが生み出した注文に結びつけます。それがすべての仕事です。買い物客はチラシ・Instagramストーリー・パッケージ同封物でクエリ文字列が端まで続く40文字のURLではなく、shop.acme.com/blue-jeansを見るようになり、あなたはそのタップからチェックアウトまでのクリーンなアトリビューション履歴を得ます。
ストアがこれを求める具体的な理由がいくつかあります。ブランド付きの商品・コレクションリンクは信頼感があり物理的な表面にも収まります。パッケージやレシートのQRコードには短くて安定した遷移先が必要です。メール・SMS・ソーシャルのトラッキング可能なリンクにより、推測ではなくどのメッセージが売上を生んだかが分かります。UTMの衛生管理がアナリティクスの無数の重複URLへの断片化を防ぎます。そして、サーバーサイドのコンバージョン転送により、次のブラウザプライバシーアップデートを生き延びるために、検証済みの購入を広告プラットフォームにフィードバックして広告費用対効果（ROAS）を維持できます。この記事では、ショートナーをShopifyに接続する方法・各ユースケースの実践的な様子・それらをまとめる1つのワークフローを解説します。
最初に正確さについて一言。執筆時点でElidoのShopifyアプリは審査中であるため、これは「アプリをインストールして完了」という話ではまだありません。今日使える方法：API・ノーコード自動化・手動ワークフローを通じてShopifyでURLショートナーを使うガイドです。以下のすべてはアプリが掲載される時期に関わらず有効です。
URLショートナーをShopifyに接続する方法#
接続方法は3つあり、ほとんどのストアは1つ以上を使うことになります。手間が異なるだけで結果は同じです。どれも同じブランド付き・トラッキング済みのショートリンクを生成します。
1つ目はAPIです。チームがコードを書くかヘッドレスストアフロントを運用しているなら、Elido APIがリンクを直接発行します。商品ローンチスクリプトがShopify Admin APIからコレクションを読み込み、商品ごとに適切なUTMテンプレートでショートリンクを作成し、スラッグをメタフィールドまたはGoogle Sheetに書き戻すことができます。TypeScript・Python・GoのSDKが提供されているため、統合は1プロジェクトではなく数行です。これが大量処理とスケジュールで実行する必要があるものの方法です。
2つ目はZapierまたはMakeを通じたノーコード自動化です。Shopifyでトリガーが発火し（新しい商品や新しいコレクションなど）、ステップがElidoを呼び出してショートリンクを作成し、必要な場所に書き込みます。デプロイ不要・サーバー不要。トレードオフはスループットとタスクごとのコストのため、数万ではなく数十から数百のリンクを発行するストアに適しています。Zapier自動化ガイドでレシピの形を解説しています。
3つ目はElidoダッシュボードでの手動作業です。単一のキャンペーン・季節のプロモ・ポップアップバナーの一回限りのQRコードには、遷移先を貼り付け、スラッグとUTMを設定してリンクをコピーするだけです。統合のオーバーヘッドなし。ボリュームがアップグレードを促すまで、リンクプログラム全体をこの方法で運営しているストアもたくさんあります。
このコンセプト自体が初めての方は、URLショートナーが実際に行うことが入門記事です。すべてのファネルステージをまたいだより広いeコマースの概要については、eコマース向けURLショートナーのコーナーストーンが参考文献です。この記事はShopifyの具体的な部分に焦点を当てています。
ブランド付き商品・コレクションのショートリンク#
買い物客が見る表面から始めましょう。生のShopify商品URLはacme.myshopify.com/products/blue-slim-jeans?variant=4471のように見えるか、カスタムドメインでもクエリ文字列付きの長いパスです。どちらも印刷されたカード・Reelsのキャプション・ストーリーのステッカーには収まりません。shop.acme.com/blue-jeansのようなブランドショートリンクなら収まります。
仕組みはシンプルです。所有しているドメインまたはサブドメインをElidoに向け、発行するすべてのショートリンクがそのドメインに存在します。コレクションリンクも同じように機能します。shop.acme.com/springがスプリングコレクションページにリダイレクトします。スラッグが人間が読みやすいため、リンク自体が長いURLへの謝罪ではなくクリエイティブの一部になります。
汎用のショートナードメインよりもブランドリンクの方がクリック率に測定可能な利点があり、リンクが表示されるすべてのチャンネルで積み重なります。プラットフォームは汎用の短縮URLへの不信感を高めており、一部はすでに投稿やメッセージで警告を表示しています。自分のドメイン上のリンクはそれを回避し、同時にブランドを強化します。リダイレクト自体は数ミリ秒追加するだけで買い物客を正規のShopify URLに誘導するため、SEOコストはありません。これらはマーケティングリンクであり、ストアフロントと競合するインデックスページではありません。
後で後悔しないための1つの詳細があります。最初のリンクを発行する前にスラッグの命名規則を決めておきましょう。channel-product-regionのようなもの（例えばig-bluejeans-de）なら、レポートで一目で分かります。ランダムなスラッグは買い物客には問題ありませんが、チームにとってはリンクリストがノイズになります。
UTMとコンバージョン転送でShopifyリンクを追跡する#
これがショートナーを装飾から脱却させる部分です。すべてのShopify遷移先の前にショートリンクを置く理由はアトリビューションであり、アトリビューションはリンクに乗る2つのものから始まります。UTMパラメータとclick_idです。
UTMはShopifyアナリティクスとGA4でチャンネルレベルのレポートを提供します。キャンペーンレベルで設定してキャンペーン内のすべてのリンクが同じutm_source・utm_medium・utm_campaignを継承し、必要な場所でリンクごとにオーバーライドします。その規律がレポートが何十もの似たようなエントリーに分裂するのを防ぎます。エンドツーエンドUTMガイドがタクソノミーを正しく保ち、送信をまたいで一貫性を保つための参考文献です。
click_idは残りの旅を生き残る永続的な識別子です。Shopifyでのチェーンはこうです。ショートリンクはclick_idを追加してプロダクトページにリダイレクトします（例：?elido_click=01HX...）。テーマがそれを読み取ってShopify.checkout.attributesに書き込み、カートが確定したときに注文のnote_attributesに引き継がれます。ブラウザCookieはトラッキング防止で失われることも、セッションが切れることも、買い物客がスマートフォンからラップトップに変えることもあります。click_idが注文レコードにある限り、アトリビューションは保持されます。
これが高価値の動作のセットアップです。サーバーサイドのコンバージョン転送です。注文支払いWebhookが発火すると、バックエンドが注文からclick_idを読み取り、運用している各広告プラットフォームにコンバージョンを投稿します。典型的なShopifyショップでは、ブラウザピクセルだけではトラッキング防止と広告ブロッカーによる意味のある割合のコンバージョンを見逃し、iOS重視のトラフィックはその最悪な端に位置します。サーバーからの購入転送はそのギャップのほとんどを回復し、ROASの数字がブラウザが辛うじて報告したものだけでなく実際に起きた注文を反映します。
開封時と小売りのQRコード#
QRコードは物理的な形のショートリンクに過ぎず、Shopifyストアは多くの業種よりも多くの表面を持っています。パッケージ同封物・箱自体・レシート・下げ札・ポップアップディスプレイ・オフラインでも販売しているなら小売の棚タグ。
デザインする価値があるのは開封の瞬間です。買い物客がパッケージを開け、コードをスキャンして、ロイヤルティ登録や2回目の購入インセンティブを提案するサンクスページにランディングします。コードが他のショートリンクと同じUTMとclick_idの処理を行うため、そのスキャンは不明な「ダイレクト」の塊ではなく、有料・メールトラフィックの横にアナリティクスに表示されます。
印刷するものにはダイナミックQRコードを使ってください。これはストアが痛い目を見るまで見落とすポイントです。スタティックQRは遷移先を直接エンコードするため、一度印刷されると固まります。ダイナミックQRはショートリンクをエンコードし、ショートリンクの遷移先は編集可能です。1万個の箱に「歓迎オファーのためにスキャン」と印刷して出荷し、3週間後に歓迎ウィンドウが閉じてから同じコードを補充オファーに向け直すことができます。違いはダイナミック対スタティックQRコードで解説しており、ジェネレーター自体はQRコード機能ページにあります。
パッケージに特化した注意点が1つあります。大きなサイズと強いコントラストでコードの周りにクワイエットゾーンを置いて印刷し、印刷量を決める前に暗い光の中で安価なスマートフォンでスキャンをテストしてください。理想的な条件でしかスキャンできないQRは、QRがない場合より悪いです。試して失敗した買い物客は再試行しません。
メール・SMS・ソーシャルのトラッキング可能なリンク#
オウンドチャンネルはボリュームでショートリンクの価値を発揮する場所です。すべてのメール送信・すべてのSMSブラスト・すべてのソーシャル投稿は、何が売上を生んだかを学ぶか、そのシグナルをタグなしURLの山に失うかのどちらかです。
メールの場合、パターンはショートナーでメールツールの1回の送信ごとに1つのキャンペーンです。キャンペーンがUTMテンプレートを持ち、リンクごとのペイロードは商品と受信者によって変わるだけです。Klaviyo・Customer.io・IterableはElido統合を公開しており、リンクの発行は送信時に行えます。Shopify EmailとほとんどのSMSアプリはメッセージ本文に貼り付けまたはテンプレートで入れたリンクを使います。どちらの方法でも、アナリティクスは送信単位で集計されるため、「火曜の再入荷メールはこの率でコンバートしてクリックあたりこのコストだった」と言えるようになります。
SMSは文字数が実際のコストに直結するため、特別に言及する価値があります。通信キャリアとSMSアプリはセグメントごとに料金を請求し、長い商品URLだけでメッセージが2番目のセグメントに押し出されることがあります。ブランドショートリンクはメッセージをコンパクトに保ち、認識できるドメインでフィッシング詐欺ではなく正当なものとして読まれます（これは信頼が脆弱なチャンネルでのタップ率にとって非常に重要です）。
ソーシャルはブランドリンクのショーケースです。バイオ・ストーリーのステッカー・投稿キャプションの短くて読みやすいリンクは、信頼性と美観の両方で短縮されたmyshopify URLを上回ります。プラットフォームごとにタグを付けて、実際の数字でInstagramとTikTokとPinterestを比較できるようにします。これすべてのマーケター向けのまとめは、マーケター向けソリューションページがペルソナビューです。
カート離脱のSMSとメールのショートリンク#
カートリカバリーはShopifyストアが運営する最も高インテントのフローであり、ショートリンクによってそれをよりクリーンでより計測可能にします。
設定は他のライフサイクルメッセージと同じです。リカバリーフローが（Shopify・Klaviyo・SMSアプリのどこにあっても）カートまたは商品へのショートリンク付きのメッセージを送信します。リンクにはutm_campaign=cart-recoveryのようなキャンペーンレベルのUTMとclick_idが付いており、買い物客が購入を完了すると、コンバージョンがサーバーサイドで転送され、リカバリーフローが適切なクレジットを受けます。これがないと、リカバリーされた売上は「ダイレクト」または元の獲得チャンネルに誤ってアトリビューションされる傾向があり、フローが実際よりも弱く見えます。
特にSMSリカバリーは短くてブランド付きのリンクの恩恵を受けます。メッセージは本質的に短く、リンクも短くなければなりません。認識できるドメインによってリカバリーテキストのタップ率を下げる「これは詐欺か」という躊躇が減ります。最初のナッジと2回目のどちらが効果的かを確認できるよう、リカバリーステップごとに1つのショートリンクを保持しましょう。
実践的なワークフロー、最初から最後まで#
2つの有料チャンネル・メールプログラム・カートリカバリーフローを運営するストアに私が設定するシーケンスです。
最初に、ブランドサブドメインをElidoに向けてスラッグの命名規則を決めます。次に、ワークスペースレベルのUTMテンプレートとチャンネルごとのキャンペーンを設定し、有料・メール・SMS・ソーシャルがそれぞれリンクの安定したホームを持つようにします。3番目に、リンクを発行します。ボリュームのある商品とコレクションリンクにはAPIまたはZapier、一回限りのキャンペーンには手動。4番目に、click_idをチェックアウトに接続します。ランディング時に?elido_click=を読み取ってカート属性に書き込むスニペットを追加し、実際のテスト注文を行い、トラフィックを送る前にclick_idが注文支払いWebhookのペイロードに表示されることを確認します。このステップがほとんどのストアがスキップするものであり、何週間も密かにアトリビューションを壊すものです。
5番目に、サーバーサイドのコンバージョン転送をオンにします。注文支払いWebhookをコンバージョンエンドポイントに向け、Meta・GA4・運用している他のプラットフォームを接続し、ブラウザピクセルとサーバーイベントが同じ注文で二重カウントされないように注文IDなどの重複排除識別子を設定します。コンバージョントラッキング機能ページとコンバージョントラッキングガイドで認証情報の設定を解説しており、Meta CAPIへのコンバージョン転送とサーバーサイドコンバージョントラッキングでメカニズムと重複排除ロジックをより深く解説しています。
6番目に、物理レイヤーを追加します。パッケージとレシートのダイナミックQRコードを生成し、サンクスページとロイヤルティページに向け、実際のハードウェアでスキャンをテストします。7番目に、週次でレビューします。すべてのリンクがUTMとclick_idを持つため、レポートは生のURL数ではなくチャンネルとキャンペーンごとの売上で読めます。チャンネルのパフォーマンスが低ければ、勘ではなくデータで削減できます。
それがシステム全体です。ブランドドメイン・UTMタクソノミー・チェックアウトを通じたclick_id伝播・サーバーサイド転送・物理世界のダイナミックQR。これらのどれも今日機能するためにネイティブアプリを必要とせず、アプリが掲載されればよりシンプルになります。自分のファネルに実際の数字を当てる準備ができたら、価格ページでどのプランがカスタムドメインとコンバージョン転送を含むかを確認してください。
続きを読む#
- eコマース向けURLショートナー：ファネルの背後にあるデータプレーン
- Meta CAPIへのコンバージョン転送
- クリックから注文までのUTMエンドツーエンドトラッキング
- ダイナミック対スタティックQRコード：どちらを印刷するか
プラットフォーム側については、ShopifyのデベロッパードキュメントShopifyにAdminとStorefront APIおよびWebhookペイロードが記載されており、MetaのConversions APIドキュメントにサーバーサイドイベントの形式とパラメータ要件が記載されています。