Shopifyのメール設定を運用設計から整える｜差出人認証・通知テンプレート・不達対応

Shopifyのメール設定は、ストア開設時に後回しにされやすい項目です。

商品登録、決済設定、配送設定、テーマ調整に比べると、メールは「標準テンプレートで自動送信されるもの」と見えます。実際、注文確認、配送通知、返金通知などはShopify側で用意されています。

しかし運用が始まると、差出人がブランド名に見えない、返信先が誰にも監視されていない、返金通知の文面がCS説明とズレる、スタッフ通知が全員に飛んで読まれない、といった問題が出ます。Shopify Emailと外部MAの両方から似たキャンペーンを送ってしまうこともあります。

これらは、メール機能そのものの問題ではありません。

ストアメール、差出人メール、独自ドメイン認証、顧客通知、スタッフ通知、マーケティング配信、テンプレート編集、不達対応を、購入後コミュニケーションの業務として設計していないことが原因です。

Shopify公式ヘルプのメールの設定でも、ストアのメール機能は「ストアのメールアドレス」と「差出人メールアドレス」の設定で管理し、CNAMEによるSPF/DKIM認証やDMARCレコードも扱うと説明されています。

Shopifyのメール設定で先に決めるべきなのは、どの画面に何を入力するかではなく、購入後の連絡を止めないために、送信元、通知種別、担当部署、テンプレート、例外対応をどう分けるかです。

先に結論：メール設定は通知とマーケ配信を分けて設計する

Shopifyのメールは、大きく分けると「取引に必要な通知」と「販促・CRMのための配信」です。この2つを同じものとして扱うと、顧客体験も社内運用も崩れます。

領域	代表例	先に決めること
ストア連絡先	Shopifyからの管理連絡、エクスポートファイルの受信	誰が受け取り、退職・異動時にどう引き継ぐか
差出人メール	注文確認、配送通知、マーケティングメールの送信元	ブランド名、返信先、独自ドメイン認証、受信箱の担当
顧客通知	注文、配送、返金、アカウント関連の自動通知	無効化できるもの、文面を変えるもの、CS説明と合わせるもの
スタッフ通知	新規注文、返品リクエスト、注文サマリー	CS、倉庫、経理、EC責任者のどこに何を送るか
マーケ配信	Shopify Email、外部MA、カゴ落ち、再購入促進	同意、セグメント、配信頻度、計測、配信停止
例外対応	バウンス、迷惑メール入り、DNS認証失敗、テンプレート崩れ	切り分け手順、担当、台帳、再送判断

決済・返金と連動するメールは、Shopifyの決済設定を運用設計する記事とも合わせて見る必要があります。返金通知が会計・CSの説明とズレると、顧客対応も社内処理も二重になります。

ストアメールと差出人メールを混同しない

最初に分けるべきなのは、ストアのメールアドレスと差出人メールアドレスです。

Shopify公式ヘルプでは、ストアのメールアドレスは管理連絡やデータエクスポートの受信先、差出人メールアドレスは顧客向け通知、注文確認、マーケティングメールの送信元や問い合わせフォームの宛先として説明されています。

項目	主な役割	運用で注意すること
ストアのメールアドレス	Shopifyからの管理連絡、データエクスポートの受信	個人アドレスにしない。管理者変更時に更新する
差出人メールアドレス	お客様向け通知・注文確認・マーケメールの送信元	ブランドドメインを使い、返信対応できる受信箱を用意する
返信先の受信箱	お客様からの返信、問い合わせフォームの受信	CS担当、一次対応時間、休業日の自動返信を決める
転送メール	カスタムドメインから既存メールボックスへ転送	転送だけでは送信元認証や返信運用が十分でない場合がある

よくある失敗は、ストアオーナー個人のメールアドレスをそのまま使い続けることです。差出人メールは、info@、support@、store@ など、お客様が理解しやすく返信対応できるアドレスにします。no-reply 系の文言は拒否される可能性があるため避けた方が現実的です。

独自ドメイン認証：CNAME、SPF、DKIM、DMARCを台帳で管理する

差出人メールに独自ドメインを使うなら、メール認証を設定します。

Shopify公式ヘルプでは、GmailやYahooの要件により、ブランドに合ったメールアドレスから送るにはドメイン認証とDMARCレコードが必要であり、未対応の場合は差出人メールがShopify側のメールアドレスに書き換えられる場合があると説明されています。

メール認証は技術担当だけの作業に見えますが、運用上はEC担当、ドメイン管理者、CS、マーケ担当が同じ状態を把握しておくべきです。

認証・DNS項目	Shopifyメール運用での意味	台帳に残すこと
CNAME	Shopifyが提示するレコードでSPF/DKIM認証を処理する	ホスト名、値、追加日、反映確認日
SPF	送信元サーバーの正当性を示す。ShopifyではCNAMEで処理される	他メールサービスとの競合有無
DKIM	メールが改ざんされていないことを示す署名	Shopify側の認証状態、DNS反映待ち
DMARC	SPF/DKIMの結果をもとに受信側の扱いを示す	TXTレコード、ポリシー、確認担当

Shopifyのメールの設定では、外部ドメインのCNAMEがDKIMとSPF認証を処理すること、DMARCレコードは別途追加が必要なことも説明されています。

ここで重要なのは、DNS設定を「一度入れたら終わり」にしないことです。外部MA、メールホスティング、ドメイン管理会社、DMARCポリシーを変えると、Shopifyからの通知やShopify Emailの到達性に影響が出ることがあります。

メール認証は初期設定ではなく、Shopify、メールホスティング、外部MA、ドメイン管理の変更履歴を残す運用項目です。

顧客通知は「自動で送られるから安心」ではない

Shopify公式ヘルプのストア通知では、注文受付、フルフィルメント、返金、交換、アカウント変更などのイベントで通知がトリガーされると説明されています。

顧客通知で見るべきなのは、送信有無だけではありません。

通知種別	主な目的	確認すべき内容	関係部署
注文確認	購入内容、金額、配送先、支払い状況を伝える	商品名、数量、送料、支払い条件、問い合わせ先	CS、経理
注文キャンセル	キャンセル内容と次の行動を伝える	返金予定、再注文案内、クーポン扱い	CS、経理、マーケ
配送情報通知	フルフィルメント後に追跡情報を伝える	配送会社、追跡番号、到着目安、分割発送	倉庫、CS
注文返金	返金内容と金額を伝える	返金理由、返金額、処理日、決済側の反映目安	CS、経理
交換・返品	返品や交換の状態を伝える	返送先、検品、返金条件、交換品の発送	CS、倉庫

公式ヘルプのお客様への通知の設定では、多くの顧客通知は自動送信される一方、注文キャンセル、返金、配送情報通知などは、管理画面で特定アクションを実行する際に無効にできる場合があると説明されています。社内では「必ず送る通知」と「CS判断で止めることがある通知」を分けます。

スタッフ通知は部署別に絞る

Shopify公式ヘルプのスタッフ通知を設定するでは、新規注文、返品リクエスト、注文サマリーなどの通知を作成・編集でき、受信者ごとに一部の通知だけを受け取る設定もできると説明されています。

通知	送る相手	送らない方がよい相手	運用ルール
新規注文	倉庫、EC担当	経理全員、マーケ全員	出荷対象条件と注文ステータスを合わせて見る
高額・要確認注文	EC責任者、CS	倉庫だけ	不正リスク、住所、支払い状況を確認してから出荷
新規返品リクエスト	CS、倉庫	マーケ全員	返送案内、検品、返金判断を分ける
注文サマリー	EC責任者、経営、マーケ	現場全員	日次・週次の売上確認に使い、出荷指示には使わない

スタッフ通知は「念のため全員」ではなく「その人が次に動くために必要か」で決めます。LINEなど別チャネルで購入後通知を強化する場合は、Shopify LINE連携の運用設計も合わせて見ます。

注文・配送・返金テンプレートはLiquid編集前に確認表を作る

Shopifyのメール通知テンプレートは、ロゴや色だけでなく、件名やHTML本文を個別に編集できます。公式ヘルプのメール通知テンプレートをカスタマイズするでは、コード編集、プレビュー、テストメール送信で確認できることが説明されています。

また、通知の変数リファレンスでは、Shopifyの通知はLiquidでレンダリングされ、注文、支払い状況、返金、フルフィルメントなどのプロパティをテンプレート内で利用できると説明されています。

Liquid編集は便利ですが、実務では変更前に確認表を作ります。

テンプレート	変更前に確認すること	テスト観点
注文確認	支払い方法、配送先、税、割引、備考欄	通常注文、クーポン利用、送料無料、法人注文
配送通知	配送会社、追跡番号、分割発送	追跡番号あり/なし、複数便、予約商品
返金通知	返金額、返金理由、部分返金、送料扱い	全額返金、部分返金、キャンセル後返金
下書き注文請求書	支払期限、見積条件、法人名、税務情報	支払期限あり/なし、請求先違い

テンプレート編集では、見た目だけで判断しない方がよいです。注文条件によってLiquid変数が空になる、分割発送で数量表示が想定と違う、スマホで表が崩れる、といった問題が起きます。編集後は、少なくとも次の順番で確認します。

確認項目	見ること
プレビュー	Liquidエラー、表示崩れ、長い商品名、金額の表示
テストメール	実際の受信箱での件名、差出人、本文、リンク、スマホ表示
テスト注文	注文確認、配送通知、返金通知の流れが実注文に近いか
CSレビュー	顧客から質問されやすい表現が残っていないか
変更履歴	いつ、誰が、何を変え、どのテンプレートへ反映したか

通知を拡張する場合は、Shopify APIの種類と選び方で整理したように、通知テンプレート、Webhook、Admin APIの境界を分けます。

Shopify Emailと外部MAを使い分ける

Shopifyの管理画面からメールマーケティングを行う場合、Shopify MessagingまたはShopify Email相当の機能で、顧客セグメントに向けたメールを作成できます。公式ヘルプのShopify Messagingにおけるメールの配信と到達性の向上では、配信、到達性、送信者の評判、購読者リスト、バウンス率、スパム率などが説明されています。

ただし、Shopify Emailと外部MAは、優劣ではなく役割で分けるべきです。

選択肢	向いていること	注意すること
Shopify Email / Shopify Messaging	Shopify顧客セグメントを使った基本的なキャンペーン、購入履歴に基づく配信、少人数運用	複雑なシナリオ、複数チャネル、詳細なスコアリングには限界が出る
外部MA	高度なステップ配信、スコアリング、広告連携、複数ブランド横断、B2B商談管理	Shopifyとの同期、同意状態、配信停止、重複配信を設計する必要がある
LINE連携アプリ	購入後通知、カゴ落ち、発送通知、問い合わせ対応をLINEで行う	メール通知との重複、LINE ID連携、ブロック状態を管理する

小規模なストアであれば、最初はShopify側のセグメントとメール配信で十分なことがあります。一方で、複数ブランド、店舗連携、LINE、広告、会員ランク、B2B商談まで見るなら外部MAやCRMが必要になります。その場合も、顧客データ、同意状態、配信停止の同期先を先に決めます。

不達時の切り分け：DNS、顧客リスト、配信内容、受信側を分ける

メールが届かない時に、すぐ「Shopifyの不具合」と決めるのは危険です。

Shopifyの到達性に関する公式ヘルプでは、メール配信は受信者のメールサーバーに届くこと、到達性はその後メインの受信箱や適切なタブに届く評価のこと、と分けて説明されています。

症状	最初に見る場所	よくある原因	対応
差出人がShopify側アドレスになる	通知設定、ドメイン認証状態	CNAME未設定、DMARC未設定	提示レコードとDNSを照合する
注文確認が届かない	顧客通知、迷惑メール、顧客メール	入力ミス、受信側拒否、顧客の迷惑メールフォルダ	顧客メール確認、必要なら別メールで案内
スタッフ通知が届かない	スタッフ通知受信者、権限、受信箱	受信者設定漏れ、通知種別の未選択、メールフィルタ	受信者別の通知設定とテスト通知を確認
マーケメールのバウンスが多い	配信レポート、顧客セグメント	古いリスト、同意なし登録、入力ミス	バウンス顧客を除外し、獲得元を見直す
迷惑メール入りが増えた	DMARC、送信量、件名、スパム率	認証不足、急な大量配信、低エンゲージメント	ウォームアップ、少人数セグメント、内容改善
返金通知で問い合わせが増える	返金テンプレート、CS履歴	返金予定日や決済反映の説明不足	文面をCS説明と合わせ、よくある質問を追記

不達対応で大事なのは、再送だけを考えないことです。注文確認や配送通知は個別案内を検討し、キャンペーンメールはリストの質、同意、セグメント、配信頻度を見直します。

メール運用台帳を作る

Shopifyのメール設定は、管理画面を見れば分かる部分もあります。しかし、実務では「なぜその設定にしたのか」「誰が見ているのか」「どのテンプレートを変えたのか」「不達時にどこを見るのか」が必要です。

そのため、メール運用台帳を作ります。少なくとも次の項目を残します。

台帳項目	内容
メールアドレス一覧	ストアメール、差出人メール、返信先、転送先、外部MA送信元
DNS認証	CNAME、SPF、DKIM、DMARC、追加日、確認日、管理者
通知テンプレート	注文、配送、返金、アカウント、下書き注文、編集有無
スタッフ通知	受信者、通知種別、ロケーション、停止中の通知
マーケ配信	Shopify Email、外部MA、LINE、配信目的、同意条件
不達・障害履歴	発生日、症状、対象、原因、対応、再発防止
変更履歴	変更日、変更者、変更内容、承認者、戻し方

メール運用台帳があると、担当者が変わっても引き継ぎやすくなります。特に重要なのは、テンプレート変更とDNS変更の履歴です。変更時は、必ず「戻し方」も残します。

まとめ

Shopifyのメール設定は、差出人メールを入力して終わる作業ではありません。

ストアメールと差出人メールを分け、CNAME、SPF、DKIM、DMARCを確認し、顧客通知をCSや経理の説明と合わせ、スタッフ通知を部署別に絞り、Shopify Emailと外部MAの役割を分けて初めて、購入後コミュニケーションは安定します。

メールは、売上を直接作るキャンペーンだけではありません。注文直後の安心、配送中の不安解消、返金時の納得、問い合わせの入口、再購入のきっかけを支える業務インフラです。

Bitlightでは、CS、倉庫、経理、マーケ担当が迷わないメール運用として、送信元認証、通知テンプレート、配信設計、不達対応、外部MAやLINE連携まで整理します。