この記事の対象: ShopifyでのEC構築・リニューアルを検討している事業者、既にストアを運用していて顧客リストを活かしきれていない担当者
読了時間: 約12分
Shopifyを立ち上げて商品を並べ、広告を回して注文が入り始めた頃に、必ず同じ相談が来ます。「そろそろメルマガを出したいんですが、何を入れればいいですか」。
このとき返すべき答えはアプリ名ではありません。誰に、どういう条件で、どれくらいの頻度で送るのか。その設計が先にあって、初めてツールの選定が意味を持ちます。逆に設計がないまま配信ツールを入れると、「全顧客に月1回のお知らせ」だけが残り、開封率が下がり続け、半年後に「メルマガは効かない」という結論になります。効いていないのは配信ではなく、送り分けの設計です。
この記事では、Shopifyが標準で持っている顧客データの構造から始めて、配信ツールとの連携の考え方、セグメントの切り方、頻度設計、そしてどこからテーマ改修が必要になるかの線引きまでを、作る側の判断軸として整理します。
Shopifyの顧客データは何を持っているのか
標準で持っているもの
設計の話をする前に、手元にある材料を確認します。Shopifyの顧客レコードは、注文が入った時点で自動的にかなりの情報を抱えます。
| データ | 中身 | 配信設計での使いどころ |
|---|---|---|
| 顧客プロフィール | 氏名・メール・電話・住所 | 配信の宛先。地域セグメントの材料 |
| メール配信の同意状態 | 購読中／未購読／保留 | ここを無視すると法令違反になる |
| 注文履歴 | 注文回数・累計購入額・最終注文日 | 初回／リピート／休眠の判定 |
| 購入商品 | どのSKUを何回買ったか | 商品カテゴリ別の出し分け |
| 顧客タグ | 手動・自動で付ける任意のラベル | 業種固有の分類（法人／卸／店頭など） |
| メモ欄 | 自由記述 | 電話対応の履歴など。配信条件には使えない |
重要なのは、この中で配信の条件として機械的に使えるものと、人が読むためのものが混ざっている点です。メモ欄に「リピーター・要フォロー」と書いても、それを条件にした配信はできません。条件にしたいならタグかメタフィールドに落とす。この区別を最初に決めておかないと、運用が始まってから「あの情報でセグメントが切れない」と詰まります。
顧客セグメント機能で完結する範囲
Shopifyには標準の顧客セグメント機能があり、注文回数・累計購入額・最終注文日・地域・タグ・購入商品などを条件に組み合わせて顧客の絞り込みができます。そしてShopify標準のメール配信機能は、このセグメントを宛先に指定できます。
つまり、「3か月以上注文がない、過去2回以上買っている顧客に、再訪を促すメールを送る」程度のことは、追加アプリなしで成立します。 ここを知らずに最初から高機能な配信ツールを検討し始めると、要らない月額を背負うことになります。
この4ステップのうち、ツールの差が出るのは3番目と4番目だけです。1番と2番はShopify側の仕事で、どの配信ツールを使っても変わりません。だから選定の前に、2番の条件設計を先にやります。
配信ツールを足す判断はどこで発生するか
標準機能で足りなくなる4つの条件
標準機能から乗り換える理由は、だいたい次の4つに集約されます。自社がどれに当たるかを見てください。
シナリオ配信（自動ステップメール）が必要
「カゴ落ちから1時間後にリマインド、24時間後にもう1通」「初回購入から7日後にレビュー依頼、30日後に再購入提案」のような、時間差の自動配信。これは標準機能だけでは組みきれません。専用の配信ツールを入れる最大の理由がここです。
A/Bテストと詳細な分析が必要
件名を2パターン出して開封率を比べる、配信経由の売上を配信ごとに追う。数字を見て改善を回すフェーズに入ったら、分析側の機能差が効いてきます。
メールとLINE・SMSを1か所で管理したい
日本のECではLINEが有力なので、メールとLINEを別ツールで別々に管理するか、統合されたツールに寄せるかの判断が発生します。統合すると顧客の名寄せが1か所で済みますが、その分月額は上がります。
配信リストの規模が大きい
配信数に応じた課金体系のツールが多いため、リストが数万件規模になると、ツールによってコストが大きく変わります。
「まだ足さない」判断も設計の一部
逆に、次の状態なら標準機能のまま進める判断が妥当です。
- 配信頻度が月1〜2回で、シナリオ配信の予定がない
- 顧客リストが数千件以下
- 配信を見る担当者が1人で、専任ではない
- 開封率などの数字を、まだ誰も見ていない
最後の条件が一番大事です。高機能なツールを入れても、数字を見る人がいなければ機能は使われません。 分析画面が充実したツールを導入して、半年後に誰も開いていない、というのは珍しい話ではありません。月額を払っているのは分析機能ではなく、分析する人の時間です。
このあたりの、アプリを足すか手前で止めるかの判断は、配信に限らずShopify全体で同じ構造をしています。
セグメントの切り方｜使える分け方と使えない分け方
3軸で考える
セグメントの条件は無限に作れますが、実際に売上に効くものは限られます。設計としては次の3軸で考えると整理できます。
購入段階
- 未購入（会員登録のみ）
- 初回購入のみ
- 2回以上のリピート
- 休眠（一定期間の注文なし）
商品の関心
- 買った商品カテゴリ
- 単価帯（累計購入額で近似）
- ギフト用途かどうか（配送先の違いで判定）
属性・文脈
- 地域（配送料・実店舗の告知に使う）
- 法人／個人（タグで手動管理）
- 流入経路（初回注文の参照元）
最初に組むべきは「購入段階」の4分割。ここだけで配信の文面は明確に変わります。
最初から3軸を掛け合わせないこと。 購入段階だけで4セグメントに分け、それぞれに送るべき内容が違うと納得できた段階で、次の軸を足します。初手で12セグメント作ると、原稿が12本必要になり、運用が止まります。
購入段階ごとに、送るべき内容は明確に違う
| セグメント | 相手の状態 | 送るべき内容 | 送ってはいけない内容 |
|---|---|---|---|
| 未購入（登録のみ） | まだ信用されていない | 商品の背景・使い方・つくり手の話 | 「いつもありがとうございます」 |
| 初回購入のみ | 1回試した段階 | 使い方のフォロー、関連商品の提案 | 重ねた値引き（次も待たれる） |
| リピート | 定着している | 新商品の先出し、限定の案内 | 初回向けクーポンの再送 |
| 休眠 | 忘れている | 何が変わったかの報告、再訪の理由 | 頻繁な追撃（解除率が跳ねる） |
この表で言いたいのは分類そのものではなく、同じ原稿を全員に送ると、必ずどこかのセグメントに対して失礼になるということです。初回購入直後の人に「いつもありがとうございます」と書けば嘘になり、10回買っている人に初回限定クーポンを送れば損をした気分にさせます。
条件にできない情報を条件にしようとして詰まる
現場でよく起きるのがこれです。「アレルギーのある顧客だけ除外したい」「店頭で会ったことのある人だけに送りたい」。この種の情報はShopifyの注文データには存在しません。
対応は3通りあり、コストが全然違います。
- 顧客タグで手動管理 — 追加開発なし。ただし人が付け忘れると機能しない
- 顧客メタフィールドを定義 — 項目として管理でき、セグメント条件に使えるものもある。入力の手間は残る
- フォームや会員登録画面を改修して自動で入れる — テーマ改修が発生する。ここから制作の話になる
1と2で回るなら、それで始めるべきです。 3は「入力を人に任せると必ず抜ける」と分かってから着手すれば十分で、最初から作り込む必要はありません。
アプリで済む範囲とテーマ改修が必要な範囲の線引きは、Shopify案件で一番判断が分かれるところです。
頻度設計｜「送りすぎて嫌われる」を構造で防ぐ
頻度は「送り手の都合」で決まってしまう
配信頻度は、たいてい「月2回くらいで」と決めて始まります。そして3か月後、新商品が出た週は3通になり、セール前は毎日1通になります。理由は単純で、送る理由は送り手の側にいくらでも湧くからです。
これを止めるには、上限をルールとして先に決めておくしかありません。設計として決めておくべきは次の3つです。
1人が受け取る上限を決める
「月2回」ではなく「同じ人に週1通を超えない」と定義します。前者はセグメントを増やすと簡単に破れます。後者なら、複数のセグメント配信が同じ人に重なったときにブレーキがかかります。
自動配信と手動配信を別枠にしない
カゴ落ちリマインド、レビュー依頼、購入後フォローを組んでいくと、シナリオ配信だけで月に何通も届く顧客が生まれます。手動のメルマガと合算して数えるのが前提です。
「送らない」判断をする人を決める
新商品ごとに配信を打つかどうかは、誰かが止めないと全部通ります。配信カレンダーを1枚作って、そこに載らないものは送らない、という運用にするのが現実的です。
解除率は「嫌われ度」の唯一の客観指標
開封率は件名の良し悪しで動きますが、配信解除率は送り方そのものへの評価です。ここが上がり始めたら、内容ではなく頻度とセグメントを疑います。
見るべき順番は決まっています。
- 配信解除率 — 上がっていたら頻度かセグメントの問題
- クリック率 — 開いたのに押されないなら、本文と件名がずれている
- 開封率 — 件名と差出人名の問題。一番あとに見る
- 配信経由の注文 — 最終指標。ただし件数が少ないと振れるので、数回分をまとめて見る
開封率から改善しようとすると、件名を煽る方向にしか行きません。 煽った件名は一度は開かれ、次から開かれなくなります。解除率を先に見るのは、そこを踏まないためです。
配信ツールを選ぶときに実際に見る箇所
機能一覧よりも先に見るもの
アプリストアの機能一覧は、どのツールもよく書けています。差が出るのは一覧に載っていないところです。
| 見る箇所 | なぜ見るか |
|---|---|
| 最終更新日 | 更新が1年以上止まっているものは、Shopify側の仕様変更に追従していない可能性がある |
| 日本語対応の範囲 | 管理画面だけ日本語で、配信テンプレートやエラー文が英語のままというパターンがある。触る人が英語を読めるかで判断が変わる |
| サポートの言語と時差 | 配信は事故ると即座に顧客に届く。返信が翌営業日の海外時間だと、その日は止まる |
| 自社テーマとの相性 | 登録フォームやポップアップをテーマに埋め込むタイプは、テーマのHTML構造に依存する。カスタマイズしたテーマだと崩れることがある |
| 既存の顧客データをどう読むか | Shopifyの顧客・注文データを同期する方式が前提。同期のタイミングと粒度を確認する |
| 解約したときに何が残るか | 後述。ここを見落とすと乗り換えができなくなる |
料金については、無料枠のあるものから月額数十ドル規模のものまで幅があり、配信数やリスト件数に応じて変動する体系が一般的です。最新の料金は各アプリのページで確認してください。 プラン構成は頻繁に変わるため、記事に書かれた金額を前提に判断すると外します。
月額の積み上がりを配信ツール単体で見ない
配信ツールの月額は、単体で見ると納得できる額に見えます。問題は、Shopifyストアには他にもアプリが入っているところです。レビュー、定期購入、ポップアップ、多言語、配送計算。それぞれが月額を持ち、合算すると無視できない固定費になります。
配信ツールを検討するタイミングで、既に入っているアプリの棚卸しを一度やる価値があります。 機能が重複しているものが見つかることが多く、ポップアップ機能が配信ツールに含まれていれば、ポップアップ専用アプリは外せます。
表示速度への影響を見落とさない
配信ツールの多くは、メール登録ポップアップやフォームをストアに表示する機能を持ちます。これがストア側にJavaScriptを読み込むため、表示速度に影響します。
配信ツール自体はメールを送るだけなら速度に関係ありませんが、フロント側に何かを表示する機能を使うと話が変わります。ポップアップを有効にする前後で速度を測っておくと、後で「遅くなった原因が分からない」状態を避けられます。
解約時に残るもの、消えるもの
乗り換えできなくなる3つのパターン
配信ツールは一度入れると数年使います。だからこそ、やめるときにどうなるかを入れる前に確認しておくのが、制作側としての最低限の仕事です。
移せる（Shopify側に残る）
- 顧客レコードとメールアドレス
- メール配信の同意状態
- 注文履歴・購入商品
- 顧客タグ（Shopifyに書き戻していれば）
消える（ツール側に閉じている）
- 組んだシナリオ配信の設定
- 過去の配信履歴と開封・クリックの記録
- ツール独自のセグメント定義
- ツール内でだけ管理していた属性
左側は移せますが、右側は原則として持ち出せません。特に厄介なのが3つあります。
テーマに埋め込んだコードの残骸
ポップアップやフォームをテーマに直接埋め込んだ場合、アプリを削除してもコードが残ることがあります。残ると、読み込みに失敗するスクリプトがストアに居座ります。アプリ削除後にテーマのコードを確認する工程を、必ず入れます。
ツール内でだけ管理していた顧客属性
配信ツール側で独自のタグや属性を付けて運用していると、それは持ち出せません。重要な属性はShopifyの顧客タグかメタフィールドに書き戻す運用にしておくと、この問題が起きません。
配信の反応履歴
「この顧客は過去にどの配信に反応したか」はツール内のデータです。移行すると全部ゼロから始まります。これは受け入れるしかありませんが、知っておくと移行判断の時期が変わります。
同意状態だけは絶対に守る
メール配信の同意（オプトイン）状態は、法令上の根拠になる記録です。ツールを乗り換えるときに、同意していない顧客を誤って配信対象に含めると、それは単なる設定ミスでは済みません。
移行時のチェックは最低3つ。
- Shopify側の「メール配信を購読中」の件数を、移行前に記録する
- 移行後の配信ツール側のリスト件数と照合する
- 差分が出たら、増えている方向が特に危険。 未購読者が混ざっている可能性を疑う
件数が減るのは安全側の事故ですが、増えるのは危険側の事故です。
コーポレートサイトと兼用しているストアでは、顧客管理の意味が変わる
Shopifyをコーポレートサイトと兼用する構成にしていると、ストアに来る人が「買う人」だけではなくなります。会社概要を見に来た取引先、採用ページを見に来た求職者、問い合わせだけしたい見込み客。注文履歴のない顧客レコードが増えます。
このとき、「全顧客」に商品の案内を送ると、購入意図のない相手に販促メールが届きます。開封されず、解除され、リスト全体の反応率が下がります。
対応は、流入の入口ごとにタグを分けることです。商品ページ経由の会員登録と、問い合わせフォーム経由の登録に別のタグを付ければ、配信対象を切り分けられます。これは設計の話なので、サイトを組む段階で決めておくのが正しく、運用開始後に遡ってやるのは手間がかかります。
コーポレートとECを1つのShopifyで持つ構成そのものの判断軸は、別記事にまとめてあります。
定期購入やレビューと、顧客データの持ち方は連動する
配信の設計だけを単独で考えると、あとで矛盾します。顧客データを使う仕組みは、だいたい同時に走るからです。
- 定期購入を入れると、「契約中」「解約済み」という状態が生まれます。これは注文履歴とは別軸なので、配信のセグメントにも反映が必要です
- レビュー依頼は購入後の自動配信で送るのが定石ですが、レビューアプリ側の配信機能とメール配信ツールの両方から送ると、顧客には2通届きます
- 注文確認メールはShopify標準のトランザクションメールで、配信ツールとは別系統です。ここの文面を整えるだけで印象が変わる場面も多くあります
つまり、「メールを送る仕組み」が3系統に分かれます。 Shopify標準の通知メール、配信ツールのマーケティングメール、他アプリが独自に送るメール。この3つを1枚の表に書き出して、どの顧客に何通届くかを数えるのが、設計の最後の工程です。
| 系統 | 送るもの | 止められるか |
|---|---|---|
| Shopify標準の通知 | 注文確認・発送・キャンセル | 止めない（止めてはいけない） |
| 配信ツール | メルマガ・シナリオ配信 | 頻度を設計で制御する |
| 他アプリ独自の送信 | レビュー依頼・在庫入荷通知など | アプリごとに設定を確認する |
3つめが盲点になりやすいところです。アプリを入れた時点で自動配信がオンになっているケースがあり、気づかないまま顧客に届き続けます。アプリを入れたら、そのアプリがメールを送るかどうかを必ず確認します。
関連する設計の判断軸は、それぞれ別記事に分けています。
管理画面を触る人の負担から逆算する
最後に、設計を決めるときに一番効く視点を挙げます。この仕組みを毎月触るのは誰かです。
配信ツールの選定で、機能の多さを評価軸にすると、たいてい過剰になります。実際に配信を作るのが、他業務を持つ担当者1人なら、判断軸はこうなります。
- テンプレートを毎回作り直さずに済むか — 原稿を差し替えるだけで出せる形にしておく
- セグメントを毎回作り直さずに済むか — 「休眠顧客」のような条件は保存して再利用する
- 送信前に誰かが確認できる導線があるか — プレビューとテスト送信は必須。誤送信は取り消せない
- 配信画面が日本語で、迷わず操作できるか — 月1回しか触らない画面は、次に開くとき操作を忘れています
月1回しか触らない機能は、毎回思い出すコストがかかります。 だから設計としては「セグメントは4つまで、テンプレートは2種類まで」のように、意図的に選択肢を減らした状態で渡すほうが、長く回ります。
制作側が凝った仕組みを作って、運用側が使いこなせずに放置される。これが顧客管理まわりで最も多い失敗です。渡す相手の業務量から逆算して、機能を削る判断をするところまでが設計です。
よくある質問
Shopifyの標準機能だけでメルマガは出せますか
出せます。Shopify標準のメール配信機能で、顧客セグメントを宛先に指定した配信が作れます。月1〜2回の配信で、時間差の自動配信（カゴ落ちリマインドなど）が不要なら、標準機能のまま運用して問題ありません。追加アプリが必要になるのは、シナリオ配信やA/Bテスト、LINEとの統合管理が要件に入ってからです。
配信ツールはいつ入れるべきですか
「シナリオ配信を組みたい」「配信の数字を見て改善を回す担当者がいる」のどちらかが満たされたときです。逆に、まだ誰も開封率を見ていない段階で高機能なツールを入れると、月額だけが残ります。リスト件数や配信数で課金体系が変わるため、最新の料金は各アプリのページで確認してください。
セグメントはいくつ作るのが適切ですか
最初は購入段階の4分割(未購入・初回のみ・リピート・休眠)で十分です。それぞれに送る内容が明確に違うと納得できてから、商品カテゴリや地域の軸を足します。いきなり10以上に分けると、原稿を書く工数が追いつかず運用が止まります。
配信頻度はどれくらいが適切ですか
「月◯回」ではなく「同じ人が受け取るのは週1通まで」のように、受け手側の上限で決めるのが実用的です。セグメント配信を増やすと、複数の配信が同じ顧客に重なります。自動配信(カゴ落ち・レビュー依頼など)も合算して数えてください。
配信ツールを乗り換えるとき、何が失われますか
顧客レコード・メールアドレス・配信同意の状態・注文履歴はShopify側に残るので移せます。失われるのは、ツール内で組んだシナリオ配信の設定、過去の配信履歴と開封・クリックの記録、ツール独自のセグメント定義です。移行時は「購読中」の件数を移行前後で照合し、増えていないかを必ず確認してください。
まとめ
Shopifyの顧客データ活用は、ツール選定の問題ではなく設計の問題です。順番を整理すると、こうなります。
- 手元のデータを確認する — 注文履歴・タグ・同意状態。条件に使えるものと人が読むものを区別する
- セグメントを4つに絞って定義する — 購入段階での分割から始める
- 標準機能で足りるかを判定する — シナリオ配信・分析・LINE統合が不要なら、まだアプリは要らない
- 頻度の上限を受け手側で決める — 自動配信も合算して数える
- 解約時に何が残るかを入れる前に確認する — 特に同意状態と、テーマに埋め込むコード
- 触る人の業務量から機能を削る — 使われない機能は月額の無駄
このうち、ツールを検討する前にやるべきなのは1から4です。ここを飛ばしてツール比較から始めると、「機能は多いのに、全顧客への月1配信しかしていない」状態に着地します。
そして設計の前提として、そのShopifyがECだけの器なのか、コーポレートサイトも兼ねるのかで、顧客データの持ち方が変わります。入口を分けてタグを付けるといった判断は、サイトを組む段階でしか安く入れられません。顧客管理の設計は、構築の初期に一度考えておくのが一番コストが低いところです。
