この記事でわかること
この記事の目次Contents閉じる開く
「Shopifyの注文確認メールを、もう少しブランドらしくしたい」。この課題に対する正確な答えは、「見た目と文言を整えるだけなら、アプリは要りません」です。通知メールの本文と件名は全プランでLiquidを含めてフル編集でき、必要な権限は Manage settings だけです。Shopify Plus限定の機能ではありません。
問題は、そこから先の線引きが極端に分かりにくいことです。通知の種類を自分で増やすことも、送信トリガーを変えることもできません。テストメールは管理画面にログイン中の自分のアドレスにしか送れず、上司や制作会社には送れません。そして「Revert to」で戻せるのは Previous と Default の2つだけで、任意の過去バージョンを指定して戻すことはできません。
この記事では、標準でできること・できないことを一次情報で切り分けたうえで、通知メール関連アプリ6本を「仕組みの違い」で比較します。調査日は2026年9月1日、料金はすべてShopify App Store掲載のUSD表記です。
先に結論
- 見た目・文言・ロゴ・色を整えたいだけ：アプリ不要。標準のLiquid編集で完結します
- HTMLを書ける人がいない／注文数が多く従量課金を避けたい：Orderly Emails ‑ Templates App（99 USD/年・1テーマあたり）。ただし後述のデータ削除インシデントの報告を理解したうえで
- アプリにストアデータを触らせたくない／0ドルで試したい：RenderKu: Email Templates（無料枠はメール2通まで、Pro 12 USD/月）
- 標準にない通知（入金確認、出荷準備開始、請求書PDF添付など）を送りたい：WorkflowMail Emails（無料枠は累計500アクション、有料は9.99 USD/月から）
- 動的レコメンドとユニーククーポンを入れ、開封率まで測りたい：UpOrder（月25注文まで無料、以降は追加50件ごとに10 USD）
- すでにOmnisendまたはKlaviyoを運用している：Omnisend Email Marketing & SMS または Klaviyo: Email Marketing & SMS
- 日本語サポートが絶対要件：6本すべてが脱落します。標準のLiquid編集＋制作会社への外注が現実解です
置き換え型を検討している場合に最初に知るべき事実があります。注文確認メールは通常プランでは停止できません。 そのため置き換え型を選ぶと、顧客には注文確認メールが2通届きます。1通に統一できるのはShopify Plusだけです。
Shopify標準でどこまでできるか
通知メールは管理画面の「設定 → 通知」から各テンプレートを開き、「コードを編集」で Email subject（件名）と Email body (HTML) を直接書き換えます。ここにLiquidを書けます。ただしShopifyヘルプセンターには、本文と件名を編集する前に差出人メールアドレス（Sender email）の確認が必要という前提条件が明記されています。ここで止まっているストアは少なくありません。
見た目まわりで押さえるべき仕様は2つ。ロゴとアクセントカラーは全テンプレート一括設定で、テンプレートごとに変えられません。<head> 内の <style> タグは自動でインライン化されメディアクエリも保持されますが、外部スタイルシートやテーマアセットのCSSはインライン化されません。
変数は注文・住所・明細・フルフィルメント・割引・返金・サブスクリプションまで広範に用意され、B2B注文だけ出し分ける b2b? や、注文・商品・バリエーションのメタフィールドも使えます。最も間違えやすいのが書き方です。メールテンプレート内では注文オブジェクトを名前参照しません。 {{ order.shipping_method.title }} ではなく {{ shipping_method.title }} と書きます。ところがSMS通知では従来どおり order. を前置します。同じ管理画面の中で書き方が違うため、コピー&ペーストで壊れます。
多言語も標準で回ります。顧客は注文時の言語で通知を受け取り、各テンプレートの「Localize」から Translate & Adapt で翻訳を編集できます。日本語はShopifyがプロ翻訳を提供する33言語に含まれます。
標準では「できない」8つのこと
1. 通知の種類を増やせない。 マーチャントが新しい通知テンプレートを作成する機能は、Shopify公式ドキュメントに記載がありません。カスタマイズできるのは管理画面の「通知」ページに固定表示されるものだけです。
2. 送信トリガーを変えられない。 通知はストア内の特定イベントに紐づき、対応関係はShopify側で固定です。テンプレート内の {% if %} でできるのは「表示内容を変える」ことだけで、「送る／送らない」の制御はできません。
3. 大半の通知はオフにできない。 公式の表現は「大半の顧客通知は自動送信され、無効化できない」です。オフにできるのは、注文キャンセル／返金／発送確認／配送状況更新／配達中／配達済みの6種だけです。
4. 注文確認メールは通常プランでは停止できない。 Shopify Plusのみ、ストアオーナーがサポートに連絡して特定のメール・SMS通知をオフにできます。これが置き換え型アプリでの「二重送信」問題の根本原因です。
5. テストメールは自分宛にしか送れない。 プレビューは未保存の変更も確認できますが、テスト送信の宛先は「管理画面にログイン中のアカウントのメールアドレス」に固定されています。関係者に見せるには、受信したメールを転送するしかありません。
6. 任意の過去バージョンに戻せない。 「元に戻す」の選択肢は Previous（直前のバージョン）と Default（初期状態）の2つだけで、任意の時点のコードを選んで復元する機能はShopifyヘルプセンターに記載がありません。なお Previous / Default に戻しても、ロゴとアクセントカラーの設定は変更されないと明記されています。編集前に必ず現行コードをテキストファイルに保存してください。
7. 動的クーポンとカタログ横断レコメンドが作れない。 変数リファレンスには割引コードを生成する変数もフィルタもなく、collections や all_products に相当するオブジェクトも存在しません。既存クーポンコードのベタ書きと、注文に含まれる商品のメタフィールドを使った出し分けは可能ですが、「その顧客のためだけのコード」も「買っていない商品のおすすめ」も作れません。
8. 開封率もA/Bテストも取れない。 Shopify公式の通知メール関連ドキュメントに、開封率・クリック率・A/Bテストの記述はありません。
加えて、SMS通知のテンプレートは一切編集できません。日本もサポート対象国ですが、送られるのはメールアドレスを持たない顧客への注文確認1通のみで、発送通知はSMSでは届きません。Shopアプリからのトラッキング通知も、マーチャントは停止も編集もできません。
混同しやすい機能も2つ。Shopify Email は「Shopify Messaging」に改称済みで、マーケティングキャンペーン用。設定→通知とは別系統です。Shopify Flow の「Send internal email」も顧客向け通知には使えません。 公式に「宛先に変数を使えない」「スタッフ宛に使うのが最適」と明記されています。
アプリは3タイプに分かれる
アプリ選定で失敗する最大の原因は、仕組みが根本的に違う3タイプを同じ土俵で比べてしまうことです。
パターンA:生成型（Shopifyが送り続ける）。 アプリでHTMLを作り、Shopifyの通知コード編集欄に貼り付けます。送信主体はShopifyのままなので二重送信が構造的に起きず、差出人ドメインの認証も追加不要です。一方でLiquid変数の制約はそのまま残り、動的レコメンドも開封率も手に入りません。該当はOrderly Emails、RenderKu、Omnisendの「customize」モード、Klaviyoの「エクスポート」モードです。
パターンB:置き換え型（Shopify側をオフにしてアプリが送る）。 Omnisendの公式FAQは「顧客に重複メールが届くのは、Shopifyの通知をオフにし忘れた場合だけ」と明記しており、アプリが自動でShopify通知を無効化することはありません。しかも注文確認メールは通常プランでは止められないため、Omnisend公式の回避策は「Shopifyの注文確認メールの本文を短いThank Youメッセージに書き換え、注文詳細はアプリから送る」というもの。つまり顧客は結局2通受け取ります。該当はOmnisendの「replace」モード、Klaviyoのフローです。UpOrderがどちらに当たるかは、App Store掲載情報からは判定できませんでした。
パターンC:Flow拡張型（既存通知に追加する）。 Shopify Flow（無料アプリ）のアクションとして独自のメールを送ります。既存通知を置き換えないため設計上は二重送信が起きず、標準では不可能だった「通知種別の追加」「独自トリガー」を実現できる唯一のパターンです。該当はWorkflowMail Emails。
通知メールアプリ6本の比較
| 比較軸 | Shopify標準 | UpOrder | Orderly Emails | RenderKu | WorkflowMail Emails | Omnisend | Klaviyo |
|---|---|---|---|---|---|---|---|
| 仕組みのタイプ | — | 判定できず | A（生成型） | A（生成型） | C（Flow拡張） | A＋B | A＋B |
| 二重送信リスク | なし | 確認できず | なし | なし | なし | あり（要手動オフ） | あり（要手動オフ） |
| 最低料金 | 0 USD | 0 USD（月25注文まで） | 0 USD（試用） | 0 USD（2通まで） | 0 USD（累計500アクション） | 0 USD（250連絡先） | 0 USD（250連絡先） |
| 実用ライン | 0 USD | 月100注文で約20 USD/月 | 99 USD/年（1テーマ） | 12 USD/月・72 USD/年 | 9.99 USD/月〜 | 16 USD/月〜 | 20 USD/月〜 |
| 料金の増え方 | — | 注文数連動 | 定額（年額） | 定額 | アクション数連動 | 連絡先数連動 | 連絡先数連動 |
| 日本語UI | あり | なし | なし | なし | あり | なし | なし |
| 日本語サポート | あり | なし | なし | なし | なし | なし | なし |
| Built for Shopify | — | なし | なし | なし | あり | なし | なし |
| 評価／件数 | — | 4.8／211件 | 3.9／636件 | 4.6／10件 | 5.0／41件 | 4.8／2,962件 | 4.7／3,026件 |
| 直近レビューの新しさ | — | 2023年で停止 | 2026年8月 | 2026年8月 | 2026年6月 | 2026年8月 | 2026年8月 |
| 動的商品レコメンド | 不可 | あり | あり（詳細確認できず） | 掲載なし | 掲載なし | あり（Proプラン） | あり |
| ユニーククーポン生成 | 不可 | あり | 掲載あり（詳細確認できず） | 掲載なし | 掲載なし | あり | あり |
| 開封率・効果測定 | 不可 | あり | 掲載あり | 掲載なし | 掲載なし | あり | あり |
| 通知種別の追加 | 不可 | 不可 | 不可 | 不可 | 可能 | 購読者限定 | 申請が必要 |
| 要求スコープの広さ | — | 非常に広い | 広い（商品・コレクション編集含む） | スコープなし | 中（顧客・admin） | 中〜広 | 中〜広 |
表から読み取れること
「無料プラン」の意味が各社でまったく違います。 UpOrderは月25注文まで、RenderKuは保存できるメール2通まで、WorkflowMail Emailsは月間ではなく累計500アクション、OmnisendとKlaviyoは連絡先250件まで。自社の規模に当てはめて初めて比較になります。料金の増え方も、注文数連動・アクション数連動・連絡先数連動・定額に分かれます。注文数が多いストアではOrderly Emailsの年99 USDが最も予測しやすく、逆に立ち上げ期なら従量課金のほうが安く収まります。
日本語UIと日本語サポートは別物です。 App Storeの言語リストに日本語が含まれるのはWorkflowMail Emailsのみ。そして6本すべてが「この開発者は日本語での直接的なサポートを提供していません」と表示されます。Klaviyoは韓国語を含む10言語に対応していますが、日本語は含まれません。Built for Shopifyバッジを持つのもWorkflowMail Emailsだけです。
各アプリの要点
UpOrder
標準では原理的にできない動的レコメンド・ユニーククーポン・効果測定の3点をすべてカバーする数少ない選択肢です。月25注文までは無料で、以降は追加50件ごとに10 USD（月1,000件まで）、30日間の無料トライアル付き。App Store掲載文では「Shopifyがストアに代わって送る通知メール」を強化すると説明されており、この書き方からは生成型に近いと読めますが、置き換え型かどうかを確定できる一次情報は確認できませんでした。
注意点は3つ。App Storeに表示される直近レビューが2023年で止まっていること。要求スコープが非常に広く、テーマ、script tags、チェックアウトページの編集権限まで求めること。そして月1,000注文を超える場合は「個別にプランを作成する」とだけ記載され、具体的な金額が示されていないため、成長時のコスト予測ができないことです。なお旧名の「Spently」はUpOrderに改名済みなので、旧名で検索しないでください。
Orderly Emails ‑ Templates App
デンマークのFORSBERG+two ApSが提供する生成型で、料金は1テーマあたり年99 USD。注文数に比例せず、Shopifyが送信主体のまま維持できるので二重送信も到達率管理も不要です。
一方で評価3.9・1★が76件（12パーセント）と、6本で明確に低い数字です。理由も明確で、2026年3月のアップデートに起因してストアのコレクションが恒久的に削除されたという報告が複数のレビューにあります。2026年7月3日のレビュー（英国、約10年利用）は「3月29日のバグで複数のコレクションが恒久削除され、開発元が復旧不能と認めた」と記述し、2026年5月28日のレビュー（英国）も「全コレクションが削除され、ナビゲーションが壊れた」と記述しています。要求スコープに商品・コレクションの編集権限が含まれることと整合する内容です。導入前に商品・コレクションのCSVエクスポートを必ず取得してください。
RenderKu: Email Templates
今回調査した全アプリの中で唯一、アクセススコープを要求しません。 App Storeには「このアプリがストアデータを読み取ったり、変更したりすることはありません」と表示されます。日本企業のセキュリティ審査を通しやすく、前述のようなデータ破損リスクが構造的に存在しません。無料プランは保存できるメールが2通までで、エクスポートは無制限。注文確認と発送通知の2通だけなら0ドルで作って貼れます。 Pro は12 USD/月または72 USD/年、複数ユーザーを追加できる Plus は24 USD/月または144 USD/年です。
制約は、レビューが10件と極端に少ないこと（2023年10月公開）、変数を正しく埋めるのは利用者の責任であること、アクセススコープがないため実注文データでのプレビューができない可能性が高いことです。あくまでデザイン改善ツールで、レコメンドや効果測定の掲載はありません。
WorkflowMail Emails
標準の最大の弱点である「通知種別を増やせない」「トリガーを変えられない」を正面から埋める、今回の6本では唯一のタイプです。Order created、Order paid、Fulfillment created、メタフィールド変更、スケジュール実行などをトリガーに、顧客ごとの個別メールを送れます。Flow標準の Send internal email が宛先に変数を使えない制約を回避できる、というのが本質です。
料金は無料（累計500アクション、標準テンプレートのみ）、プロフェッショナル9.99 USD/月（月500アクション、超過は100アクションごとに1 USD、独自ドメイン送信、HTMLカスタマイズ、添付ファイル、90日ログ保持）、アドバンス29.99 USD/月（月2,500アクション）、エンタープライズ49.99 USD/月（アクション無制限）。添付ファイル送信は標準の通知メールにはない機能です。ただし標準の注文確認メール自体のデザインは改善しません。既存通知はそのまま残り、その上に追加のメールを送る構成です。
Omnisend Email Marketing & SMS と Klaviyo: Email Marketing & SMS
どちらもマーケティングメール基盤にトランザクションメールを統合するタイプで、通知メールのデザイン改善だけが目的なら明らかにオーバースペックです。Omnisendは無料（250連絡先・月500通）、スタンダード16 USD/月、プロ59 USD/月。Klaviyoは無料（250連絡先）、SMS 15 USD/月、Email 20 USD/月。両社とも「Shopify請求書とは別に外部請求がある場合があります」と明記しています。
制約もそれぞれ構造的です。Omnisendでは顧客がSubscribed（購読同意済み）でないとメールを受け取れず、パスワードリセットなどのアカウント系メールは常にShopifyが送信します。Klaviyoではマーケティング要素を含まないメールを送るために、カスタマーサクセスチームへ transactional status を申請する必要があります。設定変更ではなく依頼作業です。
実務上とくに価値が高いのは、Klaviyo公式ヘルプが書いている落とし穴です。発送確認メールをKlaviyo側に移す場合、Shopifyの「設定 → 一般 → Order processing」で「注文の商品を自動的にフルフィルメントしない」を選んでおかないと、入金と同時にフルフィルメントイベントが同期され、Klaviyoが誤って発送メールを送ります。
なお検索で混ざりやすい Order Printer Templates（4.9／679件）は、請求書・納品書のPDF帳票アプリで、通知メールとは別物です。
日本のマーチャント固有の論点
日本語サポートを必須要件にすると、今回の6本はすべて脱落します。 日本語UIがあるのはWorkflowMail Emailsのみで、そのWorkflowMail Emailsも日本語での直接サポートは提供していません。日本語で相談しながら進めたいなら、標準のLiquid編集を制作会社に依頼するのが現実解です。一方で標準の多言語通知は日本語で十分に機能するため、越境で日英併記の通知を出す用途はアプリなしで対応できます。
日本の運用で実際に踏みやすい罠が1つあります。Shopify Collective タグは注文確認メールの送信「後」に付与されるため、注文確認テンプレートで {% if tags contains 'Shopify Collective' %} と書いても絶対に true になりません。 アプリが動的に付与するタグ全般に同じリスクがあり、注文タグではなく商品レベルのタグ（line.product.tags）で判定するのが公式推奨です。タグ連携アプリを前提に通知内容を出し分けているストアは、ここで確実に踏みます。
またOmnisendやKlaviyoの外部請求はShopifyの請求書に一本化されないため、経理処理上の論点になります。日本語本文の改行やフォントの扱い、長文を入れたときのレイアウト崩れについては、いずれのアプリもApp Store掲載情報からは確認できませんでした。実機検証が必要です。
導入前チェックリスト
- やりたいことが「今ある通知の見た目・文言を整える」だけではないか。そうならアプリは不要
- 編集前に、現行のテンプレートコードをテキストファイルに保存したか（戻し先は Previous と Default の2つだけ）
- 差出人メールアドレス（Sender email）の確認を済ませたか。本文編集の前提条件
- 変数を
{{ order.xxx }}ではなく{{ xxx }}で書いているか。SMSだけはorder.を前置する - 選ぼうとしているアプリは生成型・置き換え型・Flow拡張型のどれか。置き換え型ならShopify側でどの通知をオフにするか洗い出したか
- Shopify Plusか。そうでなければ注文確認メールは1通に統一できない
- テストメールが自分宛にしか送れない前提で、関係者レビューの段取りを決めたか
- アプリが要求するデータアクセス権限を確認したか
まとめ
判断の順番は3つです。
まず、本当にアプリが必要かを確認します。 ロゴ・色・文言・レイアウトの調整、会社情報の追記、B2B条件や商品メタフィールドによる出し分け、多言語化。この範囲は全プランで標準機能だけで完結し、追加費用はゼロです。
次に、足りないものが「標準にない通知の追加」なのか「通知メールの収益化」なのかを切り分けます。 前者ならShopify Flow（無料）とWorkflowMail Emailsの組み合わせが唯一の解です。後者ならUpOrder、あるいはすでに使っているOmnisendやKlaviyo。この2つは別の問題であり、同じアプリでは解けません。
最後に、Shopify Plusかどうかで置き換え型の可否が決まります。 通常プランで置き換え型を選ぶと、注文確認メールが2通届く前提での設計が必要です。それを避けたいなら、Shopifyが送信主体のまま残る生成型（Orderly Emails、RenderKu）が構造的に安全です。
料金・レビュー件数・バッジの有無は変動します。本記事の数値はすべて2026年9月1日時点のShopifyヘルプセンターおよびShopify App Store掲載内容に基づくもので、導入前には必ず最新のリスティングを確認してください。
Shopifyの管理画面側の住所検証は、全プランで常時有効、無料で、米国に対応している。チェックアウト時の検証もトグル1つで有効にできる。そのうえで公式ドキュメントは、サードパーティの住所検証アプリを同時に使うと提案が競合してチェックアウトのコンバージョンを下げうるため、どちらか一方にせよと明記している。ここでカテゴリの見え方が変わる。アプリは配送可能性の判定を二重化するためのものではなく、Shopifyの検証がやらない「私書箱の拒否」「部屋番号の必須化」といったポリシー強制のためのものだ。2026-09-02時点で米国App Storeの実在アプリ4本を確認した。月額4.99ドルの定額、1注文あたり0.04ドル、そしてShopifyの請求とは別に契約が必要なものまで幅がある。