この記事の対象: ShopifyでのEC構築・リニューアルを検討している事業者、すでに運用していてアプリが増えすぎたと感じている担当者
読了時間: 約14分
Shopifyの管理画面から「アプリを追加」を押すと、膨大な数のアプリが並びます。レビューの星は高く、インストール数も多く、無料プランもある。どれも良さそうに見えます。
問題は、入れるのは3クリックで済むのに、外すのはそうはいかないことです。アプリの中には、削除した瞬間に商品ページのレイアウトが崩れるもの、蓄積したデータがまるごと消えるもの、テーマファイルに書き込んだコードが残り続けるものがあります。「試しに入れてみて、合わなかったら消せばいい」が通用しない領域があるということです。
この記事では、個別のアプリを紹介しません。入れる前に何を確認するか、どういう条件ならアプリで足りて、どこからテーマ改修に切り替えるべきか、その判断基準の手順を書きます。制作会社としてShopifyを組んでいると、引き継いだストアで「なぜこれが入っているのか誰も説明できないアプリ」に何度も出会います。そうならないための、発注側・運用側の判断軸です。
そもそもアプリで解決すべきか、をまず決める
アプリの選び方の前に、ひとつ手前の分岐があります。その課題は、本当にアプリで解決するものなのかという問いです。
Shopifyには「アプリを入れる」「テーマを改修する」「Shopifyの標準機能と運用でまわす」という3つの選択肢があります。この3つを比べずにアプリストアを開くと、標準機能でできることに月額を払い続けることになります。
標準機能でできることを、アプリで買っていないか
実際によくあるのが次のようなケースです。
| やりたいこと | アプリを入れがちだが | 実は |
|---|---|---|
| 商品にサイズ表を出したい | 「サイズチャート」系アプリ | メタフィールド＋テーマ改修で完結する |
| 特定商品だけ送料を変えたい | 配送カスタマイズ系アプリ | 配送プロファイルの標準機能で組める場合が多い |
| 商品を条件で絞り込ませたい | 絞り込み検索アプリ | Search & Discovery（Shopify公式・無料）で足りることがある |
| 会員限定価格を出したい | 会員価格アプリ | 顧客タグ＋Shopify Functions／自動割引で組める場合がある |
| 商品説明にタブを付けたい | タブ表示アプリ | メタフィールド＋セクション追加で組める |
| 特集ページを作りたい | ページビルダー系アプリ | テンプレート＋セクションの組み合わせで足りることが多い |
Shopifyは定期的なアップデートで標準機能が増え続けています。数年前に「アプリでしかできなかったこと」が、いまは管理画面の設定項目になっていることが珍しくありません。アプリを検討する前に、まず「Shopifyの標準機能でどこまでできるか」を確認する。これだけで、月額の積み上がりがかなり変わります。
確認の手順は単純です。やりたいことを1文で書き、その言葉でShopifyのヘルプセンターを検索する。それでも見つからなければ、テーマエディタの設定項目を上から順に開いて、近いものがないか探す。ここで15分使うほうが、月額を数年払い続けるより安く済みます。
アプリで足りる領域と、テーマ改修が必要な領域
線引きは、おおまかにこう考えると外れません。
アプリが向いている
- 外部サービスとの連携（会計・在庫・配送・CRM）
- 自社で作ると保守が重い機能（レビュー、定期購入）
- 法令・仕様変更に追随が要るもの（決済、税、越境）
- データを溜めて分析する系
テーマ改修が向いている
- 見た目・レイアウト・表示条件の調整
- ブランド固有の表現（独自の商品訴求、特集ページ）
- 常時表示される要素（バッジ、注記、カスタム項目）
- 表示速度に直結する箇所
判断の芯はひとつです。その機能が「自社の外側の仕組みとつながるもの」ならアプリ、「自社の見せ方の問題」ならテーマ改修。外部との接続は仕様が勝手に変わるので、追随してくれる事業者に月額を払ったほうが結果的に安く済みます。逆に見せ方の問題は、自社の資産としてテーマに残したほうが、後から剥がす苦労がありません。
判断に迷ったときは、時間軸で考えると分かれます。3年後もその機能を使っている見込みがあり、かつ仕様が自社都合で決まるなら、テーマに持つ。3年のあいだに相手側の仕様が変わりうるなら、アプリに任せる。
Shopifyのカスタマイズがどこまで届いてどこで止まるかは、別記事で線を引いています。
選び方の核｜アプリを見るときの5つの判断基準
候補が絞れたら、アプリの詳細ページで見る場所は決まっています。レビューの星の数ではありません。星が高くても、最終更新が2年前なら候補から外します。
1. 最終更新日
アプリページの「更新日」または開発者の変更履歴を見ます。目安として、1年以上更新されていないアプリは避ける。理由は3つあります。
- Shopifyは定期的な大型アップデートで管理画面やAPIの仕様が変わる。追随していないアプリは、ある日突然一部が動かなくなる
- テーマの仕組み（Online Store 2.0以降のセクション構造、アプリブロック）に対応していない古い実装は、テーマを新しくしたときに入れ直しになる
- 更新が止まっているアプリは、開発元が事業をたたむ前段階のことがある
「動いているから問題ない」と思っていたアプリが、テーマ変更やShopifyのアップデートを機に一斉に壊れるのは、実際によくある事故です。更新日は、そのアプリが今後も直してもらえるかの、いちばん単純な指標になります。
あわせて見ておくとよいのが、更新の「間隔」です。直近の更新が先月でも、その前が2年前なら、事業譲渡や最低限の延命の可能性があります。変更履歴が数か月おきに刻まれているアプリのほうが、継続の見通しは立ちます。
2. 日本語対応の中身を分解して見る
「日本語対応」と書いてあっても、対応の範囲は3つに分かれます。ここを分けずに見ると、導入後に「思っていたのと違う」が起きます。
| 対応範囲 | 何が日本語か | 確認方法 |
|---|---|---|
| 管理画面の日本語化 | 運用担当が触る設定画面 | デモ動画・スクリーンショット・無料枠で実機確認 |
| ストアフロント表示の日本語化 | 買い物客に見える文言（ボタン、エラー、通知） | 文言のカスタマイズ機能があるか |
| サポートの日本語対応 | 問い合わせのやりとり | ヘルプページ・問い合わせフォームの言語 |
現実的にいちばん困るのは2番目です。管理画面が英語でも運用担当が慣れれば済みますが、顧客に見える画面に英語が混ざるのは、そのままブランドの傷になります。「Add to cart」「Sold out」「Your review has been submitted」といった文言が、アプリの吐き出すHTMLの中に英語で固定されていることがあります。
対策としては、導入前に「表示文言をすべて編集できるか」を確認します。多くのアプリは設定画面にテキスト編集欄を持っていますが、一部の文言だけハードコードされていて変えられない、というパターンがあります。無料枠のあるアプリなら、開発ストアやテーマのプレビューで実際に表示させて、日本語に置き換えられない箇所がないか目視するのが確実です。
見落としやすいのが、画面に出ないテキストです。自動送信されるメール、エラー時のメッセージ、日付や金額の書式（月名が英語、通貨記号の位置）。ここは正常系の確認では出てこないので、テスト注文やエラー操作をわざと起こして見に行く必要があります。
日本語フォントの見え方まで含めて調整したい場合は、テーマ側の設定も関わってきます。
3. サポート体制
「困ったときに、誰が、いつ、何語で答えるか」です。確認する項目は次の4つ。
- 問い合わせ手段: メールのみか、チャットがあるか。チャットは営業時間内のみのことが多い
- 時差: 開発元が海外の場合、日本の営業時間に返信が来ない。返信1往復に丸1日かかると、障害対応が数日単位になる
- ドキュメントの量: ヘルプセンターが整備されているアプリは、そもそも問い合わせずに解決できる。ここが薄いアプリは運用負荷が高い
- レビューへの返信: アプリページの低評価レビューに開発元が返信しているか。放置されているなら、問い合わせも同じ扱いになる可能性が高い
低評価レビューは、機能の宣伝文句より情報量があります。星1〜2のレビューを10件ほど読むと、そのアプリの弱点が「速度が落ちた」「解約後に消えなかった」「テーマ変更で壊れた」といった形で具体的に出てきます。アプリページで真っ先に読むべきは、低評価レビューと開発元の返信です。
読むときのコツは、日付順に並べることです。古い低評価が直近の更新で解消されているなら、それは改善の記録として読めます。逆に、同じ不満が半年おきに繰り返されているなら、その部分は直す気がないと読むべきです。
4. 自社テーマとの相性
ここがいちばん見落とされます。アプリはテーマに対して次の3つのやり方のどれかで組み込まれます。
アプリブロック／アプリ埋め込み
- テーマエディタから配置・削除できる
- アンインストール時にきれいに外れる
- Online Store 2.0以降のテーマが前提
テーマファイルへのコード追記
- インストール時に自動でLiquidを書き換える
- 削除しても残ることがある
- テーマを更新すると消える／二重になる
手動でのコード貼り付け
- 導入手順書のとおりに自分で貼る
- どこに何を入れたか記録が要る
上の方式ほど後から剥がしやすい。導入前にどれに当たるかを確認する。
アプリブロック方式に対応しているアプリを優先する。これが相性判断のいちばん実務的な基準です。テーマエディタ上でブロックとして追加・削除できるということは、アンインストール時にテーマファイルへ痕跡が残りにくいということでもあります。
もうひとつ、テーマ自体の作りも関わります。カスタマイズを重ねた独自テーマや、海外製の有料テーマを大きく改造しているストアでは、アプリが想定しているセレクタやテンプレート構造とずれて、正しく表示されないことがあります。導入前に開発ストア、またはテーマの複製（プレビュー）で試す。本番テーマにいきなり入れないというのは、地味ですが効きます。
検証で見る箇所は決まっています。商品ページ・カート・チェックアウト手前の3画面をスマートフォン幅で開き、レイアウトが崩れていないか、ボタンが重なっていないかを確認する。PCだけで見て通してしまうと、崩れが本番で顧客側にだけ出ます。
テーマの選定自体で迷っている段階なら、こちらも合わせて読んでください。
5. 解約したときに何が残るか
入れる前に、外し方を確認する。 これが5つの判断基準のなかでいちばん軽視されて、いちばん高くつきます。
アンインストール後に起きることは、大きく4パターンに分かれます。
| 残るもの | 具体例 | 起きること |
|---|---|---|
| データが消える | レビュー投稿、ポイント残高、定期購入の契約情報、アンケート回答 | 数年ぶんの資産が戻らない |
| データは残るが使えない | メタフィールドに保存された値 | 値はあるが表示する仕組みがなくなる |
| コードが残る | テーマに追記されたLiquid・script | 動かないコードが読み込まれ続ける／レイアウトが崩れる |
| 顧客側の状態が残る | 定期購入の課金、発行済みのクーポン | 解約後も顧客に影響が出る |
とくに危ないのは1番目と4番目です。レビュー、ポイント、定期購入。この3つは、アプリの中にデータが溜まっていく性質のもので、乗り換えのコストが時間とともに上がり続けます。導入して数年後に「もっと条件のいいアプリがある」と気づいても、溜まったレビューを移せないなら乗り換えられません。
そこで、導入前に必ず確認する3項目があります。
- データのエクスポート機能があるか（CSVで出せるか、APIで取れるか）
- 他アプリからのインポート機能があるか（＝乗り換え先としても選ばれているアプリか）
- アンインストール手順が公式に案内されているか（テーマからのコード削除手順が書かれているか）
3番目が書かれているアプリは、外されることを前提に設計されています。逆にアンインストール手順がどこにも書かれていないアプリは、外すときに手探りになります。
エクスポート機能は「ある」だけでは足りません。導入して最初の1か月のうちに、一度実際に出してみることをおすすめします。項目が足りない、顧客との紐づけが落ちる、といった欠けは、出してみるまで分かりません。解約を決めてから気づくと、そこから打つ手がなくなります。
入れた後に効いてくる4つの論点
選定の時点では見えにくいけれど、運用に入ってから効いてくるものがあります。ここを事前に見積もっておくと、あとで「なぜこんなことになったのか」が起きません。
月額の積み上がり
アプリは1本ずつは小さい額です。無料枠のあるものから、月額数十ドル規模のものまで幅があります。問題は本数です。5本、8本と増えていくと、年間の固定費として無視できない規模になります。
ここで見るべきは合計額そのものより、「1本あたり、どの売上を作っているか」の説明がつくかです。
- レビューアプリ → 転換率に効いている（はず）
- 在庫連携アプリ → 人の作業時間を減らしている
- ポップアップアプリ → メール登録数を増やしている
- 「入れたけど今は誰も使っていないアプリ」→ 説明がつかない
半年に一度、インストール済みアプリの一覧を開いて、1本ずつ「これは何のために入っているか」を言えるか確かめる。言えないものは止める候補です。棚卸しをしていないストアでは、使われていないアプリに払い続けている状態がよく見つかります。
もうひとつ注意しておくのが、料金体系の型です。定額のアプリと、注文数・レビュー数・配信数に応じて上がるアプリでは、成長したときの負担がまったく違います。従量型は売上が伸びるほど費用も伸びるので、導入時の金額ではなく「いまの3倍の注文数になったときいくらか」で見ておく必要があります。料金は変わりうるので、金額は必ず各アプリのページで最新を確認してください。
なお、Shopifyのアプリ費用はストア運用の固定費の一部です。制作費と運用費の全体像は別記事で分解しています。
表示速度
アプリの多くは、ストアフロントにJavaScriptやCSSを読み込ませます。1本なら影響は小さくても、積み重なると商品ページの表示が目に見えて遅くなります。ECにおいて表示速度は転換率に直結するので、これは体感の問題ではなくお金の問題です。
速度への影響が大きいのは、次のようなアプリです。
- 全ページで読み込まれるもの（ポップアップ、チャット、レコメンド、計測タグ系）
- 外部サーバーと通信するもの（在庫連携、価格計算、パーソナライズ）
- ページ表示後にコンテンツを差し込むもの（レビュー、バッジ、カウントダウン）
対策は2つあります。ひとつは、同じことをする機能を複数のアプリで持たないこと。ポップアップ機能がメール配信アプリとポップアップ専用アプリの両方に入っていて、両方が読み込まれているケースがよくあります。もうひとつは、アプリブロック方式のアプリを選び、使っているページにだけ配置すること。全ページ埋め込みではなく、必要なテンプレートにだけ置けるなら、影響範囲を絞れます。
導入前後で、Shopifyの管理画面にあるストアスピードのスコアや、PageSpeed Insightsの数値を記録しておくと、「どのアプリを入れてから遅くなったか」が後から追えます。導入前に測っておかないと、比較のしようがありません。 測るページも揃えます。トップだけでなく、いちばん売れている商品ページとコレクションページを、モバイルで測って残しておく。ここが実際の顧客の体験に近い数字です。
管理画面を触る人の負担
見落とされやすい論点です。アプリを1本入れると、運用担当が覚える画面が1つ増えます。
- 商品を1点追加するとき、Shopifyの商品ページに加えて、アプリ側の設定も必要か
- 担当者が変わったとき、引き継ぎ資料に何ページ増えるか
- アプリの管理画面が英語の場合、日常的に触る担当が読めるか
「Shopifyの管理画面だけで運用が完結するか、アプリ側も毎回触るか」。この違いは、月々の作業時間として積み上がります。多機能なアプリより、Shopifyの標準的な操作の中に溶け込むアプリのほうが、長く続きます。
判断の材料になるのが、日常業務での接触回数です。商品登録のたびに触るアプリは、少しの使いにくさが毎回効いてきます。逆に設定して放置できるアプリなら、多少画面が分かりにくくても問題になりません。触る頻度が高いものほど、使い勝手を優先して選ぶ。ここは機能比較表には出てこない差です。
権限とデータの持ち出し
アプリをインストールするとき、「顧客情報へのアクセス」「注文情報の読み取り」といった権限の同意画面が出ます。ここを読まずに進めるのが常態化していますが、アプリは許可した範囲のデータを外部サーバーに送っています。
最低限、次の2つは見ておきます。
- 顧客の個人情報にアクセスする権限を求めているか。求めているなら、それが機能上必要か
- プライバシーポリシーに、そのアプリ事業者へのデータ提供が書けているか
自社のプライバシーポリシーで説明できない範囲のデータを外部に渡している状態は、後から指摘されると面倒です。顧客データを扱うアプリを入れるときは、法務・管理部門に一報を入れておくのが安全です。
もう一段見るなら、アプリ事業者の所在地とデータの保管先です。海外事業者に顧客データを渡す場合、自社のプライバシーポリシーで越境移転にあたる説明ができているかを確認します。単価の安いアプリほどこの記載が薄いことがあるので、顧客情報を扱うものは価格だけで決めないほうが安全です。
導入までの手順
ここまでの判断基準を、実際の流れに落とすとこうなります。
最初のステップを飛ばさないでください。「レビューアプリを入れたい」ではなく「商品ページで購入の後押しになる材料がない」と書く。課題の形で書くと、レビュー以外の選択肢（詳細な商品説明、使用シーンの写真、FAQの追加）も候補に入ります。アプリ名から始めると、その1本を入れるかどうかの二択になってしまいます。
最後のステップも肝心です。「何のために、いつ、誰が入れたか」を1行で残す。スプレッドシート1枚で構いません。
| アプリ名 | 目的 | 導入日 | 担当 | 解約時の影響 |
|---|---|---|---|---|
| （例）レビュー系 | 商品ページの転換率改善 | 2026-03 | EC担当 | 投稿レビューが消える／要CSV退避 |
この表があるだけで、担当者が変わっても判断できます。制作会社としてストアを引き継ぐとき、この一覧がある案件とない案件では、初動のスピードがまったく違います。ない場合は、入っているアプリを1本ずつ調べて、何をしているか推測するところから始めることになります。
制作会社を変える予定がある場合は、この整理を引き継ぎ前にやっておくと揉めません。
ケース別・判断基準の当てはめ方
自社がどのパターンに当たるかで、アプリへの向き合い方は変わります。
立ち上げたばかりのストア
アプリは最小限から始める。 立ち上げ時は「あれもこれも必要に見える」時期ですが、まだ売上のデータがないので、どの機能が効くか判断できません。まずは決済・配送・会計といった、事業を回すのに必須のものだけに絞ります。
転換率改善系（レビュー、レコメンド、ポップアップ）は、アクセスがある程度たまってから、1本ずつ入れて効果を見るほうが判断できます。同時に3本入れると、何が効いたか分かりません。
入れる順番にも目安があります。まず売上が立たないと困るもの（決済・配送）、次に人の手が足りなくなるもの（受注・在庫）、最後に伸ばすもの（レビュー・レコメンド）。この順で入れると、無駄な月額が最初の数か月で発生しません。
すでに運用していて、アプリが増えたストア
棚卸しから始める。 現在のインストール一覧を出し、1本ずつ次を埋めます。
- 何のために入れたか（説明できないものに印をつける）
- 直近1か月で管理画面を開いたか
- 止めたら何が壊れるか
印がついたものから、まず1本だけ止めて1週間様子を見る。複数を同時に止めると、何が原因で何が壊れたか分からなくなります。止める前にテーマのバックアップ（テーマの複製）を取っておくのは必須です。
止める順番は、影響の小さいものからです。データを溜めていないアプリ（表示補助、バッジ、ポップアップ）は戻しやすいので先に。レビュー・ポイント・定期購入のようにデータを持つものは、エクスポートを済ませてから最後に触ります。
コーポレートサイトも兼ねているストア
Shopifyを企業サイトと兼用している場合、アプリ選定の軸がひとつ増えます。そのアプリの表示が、コーポレート側のページにも出てしまわないかです。
カートのポップアップ、レビューのバッジ、レコメンドのブロックといったEC向けの要素が、会社概要や採用情報のページにまで出ると、企業サイトとしての体裁が崩れます。テンプレート単位で表示を制御できるアプリを選ぶか、アプリブロック方式で必要なページにだけ置く形にします。
この使い分けを含めた設計は、EC単体ではない構成を考えているなら先に読んでおくと判断が早くなります。
商品数が多い・在庫連携が要るストア
外部システム（基幹、WMS、実店舗POS）との連携が絡む場合、アプリの選定より先に、データの流れを図にするのが先です。どこが在庫のマスターで、どの方向にデータが流れ、更新の頻度はどれくらいか。これが決まっていないと、アプリの機能一覧を見ても判断できません。
この規模になると、既製アプリで足りず、カスタムアプリ（自社専用のアプリ開発）が選択肢に入ります。判断の分かれ目は「業務フローをアプリに合わせられるか」。合わせられるなら既製、業務側を変えられないなら開発、という順で考えます。
既製アプリを選ぶ場合も、確認する箇所は増えます。取り込みの頻度（リアルタイムか、数十分おきか）、同期が失敗したときに通知が来るか、失敗した分を後から流し直せるか。在庫連携は止まったこと自体に気づけないと、売り越しが積み上がります。通知と再実行の有無は、機能の多さより優先して見る箇所です。
よくある質問
無料アプリと有料アプリ、どちらを選ぶべきですか
価格ではなく、更新が続いているかとサポートがあるかで判断してください。無料アプリでも開発元が継続的に更新していれば問題ありませんし、有料でも更新が止まっていれば候補から外します。ただし、顧客データを預けるものや事業の根幹に関わる機能は、開発元が収益を得ている有料アプリのほうが継続性の見通しは立ちます。料金は変動するため、最新の料金は各アプリのページで確認してください。
アプリは何本まで入れて大丈夫ですか
本数の上限より、1本ずつ目的を説明できるかで判断します。3本でも説明できないものが混ざっていれば多すぎですし、10本でもすべてが業務や売上に紐づいていれば問題ありません。ただし表示速度への影響は本数に比例して出やすいので、増やすたびにストアスピードの数値を記録しておくことをおすすめします。
アンインストールしたのに表示が残っています。どうすればいいですか
テーマファイルにコードが残っている可能性が高いです。まずテーマを複製してバックアップを取り、そのうえで該当のLiquidファイルやtheme.liquidの中を確認します。アプリ名やドメイン名で検索すると該当箇所が見つかることが多いですが、削除して問題ない範囲の判断が難しいため、テーマを触り慣れていない場合は制作会社に依頼するほうが安全です。
アプリで対応するか、テーマ改修で対応するかで迷ったときの決め手は何ですか
その機能が外部サービスとつながるものならアプリ、自社の見せ方の問題ならテーマ改修です。外部との接続は仕様変更が起きるので追随してくれる事業者に月額を払ったほうが安く、見せ方の問題は自社の資産としてテーマに残したほうが後から剥がしやすくなります。判断がつかないときは、3年後もその機能を使っているかを想像すると分かれます。
導入前の検証は、どこまでやれば十分ですか
テーマを複製し、商品ページ・カート・カート手前の3画面をモバイル幅で確認するところまでが最低ラインです。あわせて、導入前後で同じページの表示速度を測って記録します。顧客に見える文言が日本語に置き換わるか、自動送信メールの文面まで含めて確認できていれば、導入後の手戻りはかなり減らせます。
制作会社に依頼する場合、アプリの選定もお願いできますか
依頼できますが、決めるのは自社であるべきです。制作会社が出すのは「この要件ならこの方式が向く」という技術的な判断で、月額を払い続けるのも運用画面を触るのも発注側だからです。提案を受けるときは、アプリ名だけでなく「なぜテーマ改修ではなくアプリなのか」「解約時に何が残るか」の2点を必ず説明してもらってください。
まとめ
Shopifyアプリの選び方と判断基準を、もう一度まとめます。
入れる前に決めること
– 標準機能で足りないか確認したか
– 外部サービスとの接続か、自社の見せ方の問題か（後者はテーマ改修）
選ぶときに見る5つの判断基準
1. 最終更新日 — 1年以上止まっているものは外す
2. 日本語対応 — 管理画面／顧客に見える文言／サポートを分けて見る
3. サポート体制 — 低評価レビューと開発元の返信を読む
4. テーマとの相性 — アプリブロック方式を優先、複製テーマで検証する
5. 解約時に残るもの — エクスポート機能とアンインストール手順の有無
入れた後に効いてくること
– 月額の積み上がり（半年に一度の棚卸し）
– 表示速度（導入前に測っておく）
– 運用担当の負担（触る画面が増える）
– 権限とデータの持ち出し
いちばん大事なのは、5番目の「解約したときに何が残るか」です。入れるときの判断は3分でできますが、外すときの判断は、溜まったデータの分だけ重くなります。 レビュー・ポイント・定期購入のように資産が蓄積するアプリは、乗り換えのコストが時間に比例して上がるので、最初の1本を決めるときにいちばん時間をかけてください。
そして、入れたら記録を残す。目的・導入日・担当・解約時の影響の4項目です。これがあるかないかで、1年後の判断のしやすさが変わります。
