この記事でわかること
この記事の目次Contents閉じる開く
「使わなくなったアプリを削除したのに、ストアが軽くならない」「解約したはずのアプリが翌月の請求書に載っている」——アプリを整理したあとに起きるこの2つは、どちらも操作ミスではありません。Shopifyのアンインストールが片付ける範囲が、想像されているより狭いだけです。
判断を難しくしているのは、アプリによって残るものが違うという点です。同じ「削除」という操作でも、テーマに1行も残らないアプリと、スニペットファイルが丸ごと残るアプリがあります。この差は運の問題ではなく、そのアプリがどの方式でテーマに入り込んだかで決まっています。
この記事では、Shopifyヘルプセンターとshopify.devの記載から「自動で消えるもの」と「残るもの」を切り分け、管理画面だけで残留物を確認する手順にまとめます。調査日は2026年8月31日です。
先に結論
残るものは大きく5種類あり、対処の緊急度が違います。
すぐ確認すべきものは、保留中の請求と、テーマに直接書き込まれたコードの2つです。前者はお金が出ていき続け、後者は存在しないサービスへの通信をページ表示のたびに発生させます。
気づいたときに片付ければよいものは、アプリが作ったメタフィールドやメタオブジェクトの定義です。表示には影響しませんが、管理画面に空欄の項目が残ります。
自分では操作できないものは、アプリ提供会社側のサーバーに保存されたデータです。これはShopifyの仕組みで削除要求が自動送信されるため、待つことになります。
そして重要な前提として、テーマにコードを残す方式は、現在のShopifyでは例外的な扱いになっています。確認に時間をかける価値があるのは、この線引きより前から使い続けているアプリです。
Shopifyが自動的に片付けるもの
アンインストールで消えるものから確認します。
アプリブロックとアプリ埋め込み（App embeds） は、テーマアプリ拡張という仕組みで提供されます。shopify.devの説明によれば、この方式のアプリはテーマのコードを編集しないため、テーマに破壊的な変更を持ち込むリスクが下がり、マーチャントがテーマコードを手作業で編集する必要もありません。テーマ側にファイルを書き込んでいないため、そもそも取り除くべきコードが発生しません。
スクリプトタグ も自動で削除されます。shopify.devのScriptTagのドキュメントには、スクリプトタグはそれを作成したアプリに紐づいており、ストアオーナーがアプリをアンインストールすると、Shopifyがそのアプリに関連するすべてのスクリプトタグを自動的に削除する、と明記されています。
ただしスクリプトタグ自体が廃止に向かっています。同ドキュメントによれば、Plus以外のストアでは2026年8月26日にOrder statusページでの動作が停止し、2026年10月1日以降は新規作成・更新ができなくなり、2027年3月1日にShopifyがストアフロントへの追加を停止します。今もスクリプトタグに依存しているアプリは、削除するかどうかに関係なく動作しなくなります。
将来分の定期課金 も止まります。ただしここには注意点があるため、後述します。
残る1：テーマに直接書き込まれたコード
問題が起きるのはこちらです。
Shopifyヘルプセンターの「アプリをアンインストールする」ページには、アンインストール前の検討事項として、一部のアプリはオンラインストアのテーマにコードを追加しており、それはアプリをアンインストールしても自動的には削除されないと書かれています。そのうえで、削除前にApp Storeの掲載ページを確認するか、アプリ開発者に追加手順が必要かを問い合わせるよう案内しています。
つまりヘルプセンターの案内は、マーチャント側が事前に調べる前提の設計になっています。
なぜこうなっているのか
Shopifyはこの状況を放置しているわけではなく、根本から絞り込んでいます。
shopify.devのAsset APIのドキュメントによれば、Admin API 2023-04以降、テーマファイルを書き換えるPUT・DELリクエストにはwrite_themesという権限が必要になり、Shopify App Storeで配布されるアプリがこれを使うにはShopifyからの適用除外が必要になりました。アプリは2024年3月31日までに、適用除外を取得するか、テーマアプリ拡張へ移行することが求められています。適用除外の対象は、ページビルダー、テーマのバックアップ、商品カードへのレビュー星表示のような繰り返し要素への挿入、SEOやコンテンツ保護といった限られた用途に絞られています。
読み取り目的でのAsset API利用は今も制限されていません。制限されたのは書き込みだけです。
この変更が意味するのは、テーマにコードを残す古い方式は、現在では原則として使えなくなっているということです。裏を返せば、今テーマに残っているコードは、この線引きより前に入ったものである可能性が高いということでもあります。
実際に手動削除を案内しているアプリ
公式ドキュメントで手動削除手順を公開しているアプリは複数あります。ここでは実名で確認できたものを挙げます。
Schema App Total Schema Markup のサポートページには、Shopifyがテーマへの書き込みアクセスを取り消したことにより同アプリ側でテーマへの変更を削除できなくなったため、テーマアプリ拡張のApp Embed Block方式へ移行したと記載されています（同ページの記述は2024年1月1日を起点としており、shopify.devが示す期限とは表現が異なります）。残った古いコードについては、theme.liquid内の<!-- SchemaAPP Liquid Start -->から<!-- SchemaAPP Liquid End -->までを手動で削除するよう案内されています。
Re:amaze のサポートページには、手動でコードを追加した場合や、埋め込み要素を非公開にしないままアンインストールした場合などに手動削除が必要になると書かれています。手順は、テーマのコード編集でreamaze-config.liquidとreamaze-sso.liquidを削除し、theme.liquid内の該当ブロックを削除する、というものです。
Boost AI Search & Discovery（Boost Commerce）のサポートページでは、テーマアプリ拡張で導入したテーマの場合とそれ以前のバージョンで手順が分かれています。旧バージョンではtheme.liquidからboost-pfs関連の記述を削除したうえで、collection.boost-pfs-original.jsonなどインストール時に保存された元のテンプレートの内容を、現在のテンプレートへ手動で貼り戻す必要があると案内されています。
PageFly のヘルプセンターでは、アプリ内のアンインストール手順を完了すると公開済みページとテーマへの変更が削除されるとしたうえで、確認作業として、テーマのコード編集で「PageFly」を検索してliquidファイルを削除し、theme.liquid内のコードとlocales/en.default.json内の該当ブロックも削除するよう案内しています。
同じ「削除」でも、片付ける対象がスニペットなのか、テンプレート全体の復元なのか、翻訳ファイルの一部なのかはアプリごとに違います。ここが「一律の手順」で済まない理由です。
残る2：メタフィールドとメタオブジェクトの定義
アプリはストアのデータモデルを拡張するために、メタフィールドやメタオブジェクトの定義を作ることがあります。
shopify.devのメタフィールドのドキュメントでは、所有形態がアプリ所有とマーチャント所有に分けられています。アプリ所有のメタフィールドは$appという予約名前空間を使い、構造と値をそのアプリが管理します。マーチャント所有はcustomのような通常の名前空間を使い、マーチャントとすべてのアプリが編集できます。
Shopifyの開発者コミュニティフォーラムでは、アプリをアンインストールしたあとも予約名前空間のメタフィールド定義やメタオブジェクト定義がストアに残るという報告が複数投稿されています。表示上の問題にとどまらず、商品やバリエーションの更新処理でエラーになるという報告もあります。
なお、この点についてShopifyの公式ドキュメントに「アンインストール時に定義が自動削除される／されない」という明示的な記述は確認できませんでした。コミュニティの報告は実際に起きている事象として扱い、仕様としての断定は避けるのが適切です。実務上は、アプリ削除後に管理画面の「設定 > カスタムデータ」でメタフィールド定義を見て、使わなくなったものが残っていないか確認する、という運用で十分です。
残る3：アプリ提供会社に保存されたデータ
こちらは自分では操作できません。
shopify.devのプライバシー法令遵守のドキュメントによれば、Shopify App Storeで配布されるすべてのアプリはshop/redactという必須のコンプライアンスWebhookを実装する義務があります。ストアオーナーがアプリをアンインストールしてから48時間後に、Shopifyがそのアプリへストアのデータ削除要求を送信します。アプリ側は受信を確認したうえで、原則として30日以内に削除を完了することが求められています。
つまり、アンインストールした瞬間にアプリ会社のサーバーからデータが消えるわけではありません。逆に、再インストールすれば元に戻る、とも限りません。ヘルプセンターにも、ほとんどのアプリは再インストールできるが以前の設定やデータは復元されない可能性がある、と書かれています。
削除前にエクスポートすべきデータがあるなら、アンインストールボタンを押す前に済ませてください。
残る4：保留中の請求
金額が絡むため、実務上いちばん影響が大きい項目です。
Shopifyヘルプセンターの課金に関するページには、アンインストールは今後の請求サイクルを止めるが、すでに生成されている保留中の請求は消えないと明記されています。アプリの定期課金は独立した30日サイクルで発生し、請求書が発行される前に削除しても、すでに生成済みの請求はその請求書に載ります。Shopify側でサードパーティアプリの保留中請求を取り消すことはできない、とも書かれています。
対処は2つに分かれます。請求書の支払い前ならアプリ開発者にクレジット発行を依頼し、支払い後なら返金を依頼します。いずれもShopifyではなくアプリ開発者の判断になります。
さらに見落としやすいのがShopify外課金です。一部のアプリはShopifyの請求書を経由せず直接課金しており、この場合アンインストールしただけでは支払いは止まりません。逆に、アプリ内やアプリ会社のサイトで解約しただけでは、Shopifyからの課金は止まりません。ヘルプセンターは、Shopifyの課金を止めるには「設定 > アプリ」からのアンインストールが必要だと明記しています。解約と削除は別の操作です。
残る5：在庫とワークフローへの依存
フルフィルメント関連のアプリで、アプリのロケーションに在庫を保持している場合、アンインストールの過程で在庫を別ロケーションへ移動するか削除する必要があります。ヘルプセンターによれば、引当済みの在庫は削除できません。
また、そのアプリに依存していた自動化や連携は、削除と同時に動作を停止します。当たり前に見えますが、複数アプリを連携させている構成では、削除したアプリの下流にある処理が静かに止まることがあります。
管理画面だけでできる確認手順
コードの知識がなくても、ここまでは確認できます。
1. 削除済みアプリの一覧を作る
「設定 > アプリ」で「アンインストール済み」タブを開くと、これまでに削除したアプリが一覧できます。各アプリの詳細ページには「アプリ履歴」があり、いつ誰が削除したか、削除理由まで確認できます。まずここでアプリ名を控えます。
2. テーマのコードを検索する
「オンラインストア > テーマ」から対象テーマの「コードを編集」を開き、検索欄に控えたアプリ名を入力します。ヒットしたファイルが残留物の候補です。このとき、必ず公開中のテーマを複製してから作業してください。削除して表示が崩れた場合に戻せなくなります。
3. 保留中の請求を確認する
「設定 > 請求」で「現在の請求を表示」を開きます。削除済みのはずのアプリ名が残っていれば、それが保留中の請求です。
4. メタフィールド定義を確認する
「設定 > カスタムデータ」で、商品や顧客などのメタフィールド定義を確認します。削除したアプリの名前が付いた定義が残っていれば、それが残留物です。
5. テーマエディタのアプリ埋め込みを確認する
テーマエディタの「アプリ埋め込み」一覧を開き、削除したはずのアプリが表示されていないか確認します。残っている場合はアンインストール自体が完了していない可能性があります。
削除前チェックリスト
削除したあとに調べるより、押す前に確認するほうが手間が少なくなります。
- App Storeの掲載ページやアプリのヘルプに「アンインストール手順」があるか確認したか
- アプリ内に「テーマからコードを削除」という機能が用意されていないか確認したか
- エクスポートすべきデータ（レビュー、ページ、顧客リストなど）を保存したか
- そのアプリの課金サイクルの開始日を確認し、次の請求発生前かどうか把握したか
- Shopify外で課金されていないか確認したか
- アプリのロケーションに在庫がないか確認したか
- そのアプリに依存している自動化や連携がないか洗い出したか
- 公開中テーマの複製を用意したか
特に1つ目と2つ目は効果が大きい項目です。Boost AI Search & DiscoveryやPageFlyのように、アプリ側にテーマからコードを取り除く機能を持たせているケースがあり、これを使えば手作業がほぼ不要になります。
まとめ
判断の基準は3つに絞れます。
1つ目は、「アンインストール」は請求と権限を止める操作であって、ストアを元の状態に戻す操作ではないという前提を持つことです。テーマ、メタフィールド定義、保留中の請求は別に確認する必要があります。
2つ目は、アプリの導入時期で残留リスクが変わることです。Asset APIの書き込み制限とテーマアプリ拡張への移行が進んだ結果、新しい方式のアプリはテーマにコードを残しません。長く使っているアプリほど、削除前の確認に時間をかける価値があります。
3つ目は、削除前にアプリ側のドキュメントを読むことです。手順を公開しているアプリは実際に複数あり、自力でコードを探すより確実で速い方法です。
まずは「設定 > アプリ」の「アンインストール済み」タブを開いて、過去に削除したアプリの名前を書き出すところから始めてください。その一覧が、この記事の確認手順すべての出発点になります。
アプリが現在ストアの表示速度にどう影響しているかを切り分けたい場合は、Shopifyアプリはストアを遅くするのか｜原因アプリを管理画面で特定する手順もあわせてご覧ください。
参考にした一次情報
注文確認メールの差出人が自社ドメインではなく [email protected] になっていたら、それはバグではなくShopifyの仕様です。2024年2月1日のGmail・Yahooの送信者要件に合わせて、Shopifyは認証が通らないドメインの送信元を自動的に書き換えます。厄介なのは、CNAMEを入れただけでは足りないこと、自動認証がDMARCを設定しないこと、DMARCが2つあると失敗すること、adkim=s が付いていると弾かれること、そしてメール転送を使うと「不要」なはずのSPFレコードが必要になることです。2026年9月1日時点のShopify公式ドキュメントで全条件を確認しました。