Plan Feature Targeting 「使えないストア」にはプランを選ばせない

図解 ： Shopify App Pricing「Plan Feature Targeting」（プランにストア要件を設定） Shopify App Pricing / アプリ開発者向け Plan Feature Targeting 「使えないストア」にはプランを選ばせない 公開プランに「ストア要件」を設定できるようになった。必要な機能を持たないストアはそのプランに加入できず、マーチャントが動かない機能にお金を払うのを防げる。設定は任意なので、対応しなくても何も変わらない。 このページの構成 そもそも何が変わるのか（30秒で理解） 仕組み図解 ： 2回のチェックポイント 選べる2つのストア要件 対象になる／ならない範囲 既存サブスクリプションへの影響 設定手順（4ステップ＋確認） 技術者が押さえるべき5つのポイント 業務に活かせる3つのユースケース 提案で使える1行サマリ 1 そもそも何が変わるのか これまでは、ストアに無い機能を前提としたプランにもマーチャントが加入できてしまっていた。 今回から、Partner Dashboard のプランエディタで 「このプランにはこの機能が必要」 と宣言でき、条件を満たさないストアは加入できなくなる。 従来 ： 誰でも加入できた ストアに必要機能が無くても、プランを選んで支払いまで進めてしまう。加入後に「機能が動かない」ことが判明する。 今後 ： 要件で入口を絞れる 要件を満たさないストアでは選択ボタンが無効になり、足りない機能名が表示される。支払い前に止まる。 2 仕組み図解 ： 2回のチェックポイント チェックは プラン選択ページ と 課金承認時 の 2 回 。表示上で止めるだけでなく、承認の段階でも Shopify 側が再確認する。 3 選べる2つのストア要件 プランエディタの新しい Store requirements セクションで、どちらか一方、または両方を選択できる。 要件 A Checkout UI extensions（全ページ）＋ブランディングカスタマイズ チェックアウトの すべてのステップ でアプリによるカスタマイズを使えるストアであること。 要件 B Direct company catalogs（B2B） B2B の顧客（会社）に カタログを直接割り当てられる ストアであること。 どの Shopify プランのストアがそれぞれの要件を満たすかの一覧は、この記事には記載なし。詳細は関連ドキュメント「Store requirements」を参照。 4 対象になる／ならない範囲 対象 Shopify App Pricing の公開プラン ストア要件を設定できるのは public plan のみ。 対象外 プライベートプラン private plan にはストア要件を設定できない。 対象外 Billing API で作る課金 Billing API で作成した charge には適用されない。 Shopify App Store に ログインしていない訪問者 には、これまで通り公開プランがすべて表示される（ストアが特定できないため絞り込まれない）。 5 既存サブスクリプションへの影響 状況 挙動 有効なサブスクリプションがある 継続 要件を追加・変更しても、そのマーチャントはプランを維持できる そのサブスクリプションがキャンセルされた 再判定 同じプランを再開するには その時点の要件 を満たす必要がある 新規に加入しようとする ブロック 要件を満たさないストアは加入できない App Store 未ログインの訪問者 全表示 公開プランはすべて見える 6 設定手順（4ステップ＋確認） 1 プランエディタを開く 公開プランのプランエディタを開く（詳細手順は public plans のドキュメント）。 2 Store requirements で選択 プランに必要な機能にチェックを入れる。 3 Save をクリック 保存すると要件が有効になる。 4 機能の無いストアで確認 要件の機能を持たないストアからプラン選択ページを開く。 期待される結果： そのプランの選択ボタンが無効になり、メッセージに不足機能名が出る。機能を持つストアからは引き続き選択できる。 対応は 不要（任意） 。Shopify は「その機能が無いとプランが成立しない場合だけ」要件を追加するよう推奨している。 機能を持たないストアはすべてブロックされる ため、付けすぎると加入機会を失う。 7 技術者が押さえるべき5つのポイント 1. 効くのは Managed Pricing の公開プランだけ Billing API で自前課金している場合やプライベートプランでは使えない。要件ゲートを使いたいなら Shopify App Pricing の公開プランで運用している必要がある。 2. チェックは表示時と承認時の二段構え プラン選択ページでボタン無効化、さらに課金承認時にも再チェック。アプリ側でプラン適格性の判定ロジックを持たなくてもプラットフォームが止めてくれる。 3. 既存契約は守られる（グランドファザー） 要件を後から追加・変更しても、有効なサブスクは継続。既存顧客を突然切ることはない。 4. キャンセル後の再開は「現在の要件」で判定 一度キャンセルされると、再開時には最新の要件が適用される。要件を厳しくした後は、解約→再加入で戻れないストアが出る点をサポート側で把握しておく。 5. 未ログイン訪問者には全プランが見える App Store のリスティングを未ログインで見る人には、要件付きのプランも表示される。 リスティングの説明文やプラン説明で「必要な機能」を明記しておく と、ログイン後に選べないギャップを減らせる。 8 業務に活かせる3つのユースケース USE CASE 1 チェックアウト全ステップをカスタマイズするアプリの上位プランを保護 課題 上位プランの目玉が「チェックアウト全ページでの UI 拡張・ブランディング」だが、それを使えないストアも加入でき、加入後に「動かない」問い合わせが来る。 打ち手 上位プランにだけ「Checkout UI extensions（all pages）and branding customizations」要件を付け、下位プランは要件なしで残す。 効果 動かない機能への課金を加入前に防止し、問い合わせ・返金対応を減らせる。要件を満たさないストアは下位プランで受け止められる。 技術メモ 既存の加入者は要件追加後もプランを維持する。解約後の再開時のみ現在の要件で判定される。 USE CASE 2 B2B カタログ連携アプリを「B2B 対応ストア専用プラン」で提供 課題 会社顧客へのカタログ割り当てを前提にした B2B 向けプランを、カタログを直接割り当てられないストアが選んでしまう。 打ち手 B2B 機能を含むプランに「Direct company catalogs（B2B）」要件を設定。D2C 向け機能だけのプランは要件なしにする。 効果 B2B 機能が使えるストアだけが B2B プランに入る状態を作れる。プラン設計と実際の利用可否が一致する。 技術メモ 要件は 2 つ同時指定も可能。チェックアウト拡張と B2B の両方が必要なら両方を付ける。 USE CASE 3 要件追加時のリリース前 QA チェックリストに組み込む 課題 要件を付けると機能を持たないストアは全員ブロックされるため、設定ミスで想定外の加入停止が起きるのが怖い。 打ち手 保存後、① 機能を持たないストア ② 持つストア の両方からプラン選択ページを開き、ボタン無効化と不足機能メッセージ、選択可否を確認する手順を QA に入れる。 効果 「本当に必要なプランにだけ要件が付いている」ことを公開前に担保できる。 技術メモ 未ログインの App Store 訪問者には全プランが出るので、検証は必ず対象ストアでログインした状態で行う。 9 提案で使える1行サマリ 「アプリの公開プランに“必要なストア機能”を宣言でき、使えないストアは加入前に止まる。 対応は任意・既存契約は維持・チェックは選択時と課金承認時の 2 回。 本当に機能が必須なプランにだけ付けるのが鉄則。」 source ： shopify.dev / changelog / plan-feature-targeting published 2026-10-28