Shopifyポイントアプリの選び方｜制度設計と運用で失敗しない導入ガイド

Shopifyには、標準機能だけで日本のECでよくあるポイント制度を丸ごと運用する仕組みは用意されていません。

そのため、ポイント制度を導入する場合は、Shopify App Storeのロイヤルティ・ポイント系アプリ、外部CRM、独自アプリ、POS連携などを組み合わせて設計することになります。

たとえばShopify App Storeには、Japan向けのRecommended loyalty apps for Japanという集合ページがあり、Growave、easyPoints、総合ポイントアプリ「どこポイ」などが掲載されています。ほかにもSmile、SC Loyalty、BON、Joyなど、ロイヤルティ、紹介、会員ランク、POS、Flow、顧客アカウントなどとの連携を掲げるアプリがあります。

ただし、この記事では「どのアプリが一番よいか」をランキングしません。

理由は単純です。アプリ名、料金、無料枠、対応機能、日本語対応範囲、Shopify POSやFlowとの連携条件は変わります。実際の導入時は、必ずShopify App Store、各アプリの公式サイト、契約条件、サポート範囲を確認する必要があります。

一方で、アプリを選ぶ前に決めるべきことは大きく変わりません。付与率、対象金額、返品取消、クーポン競合、有効期限、実店舗連携、未使用ポイントの会計確認、旧ECからの残高移行を決めずにアプリを入れると、ポイント制度は販促施策ではなく、問い合わせと手動補正を増やす仕組みになります。

Shopifyポイントアプリで先に決めるべきなのは、アプリ名ではなく、ポイントを注文・顧客・割引・会計・実店舗へどうつなぐかです。

先に結論：ポイント制度は小さなCRM・会計システムとして設計する

ポイント制度は、単なる値引きではありません。顧客ごとの残高、購入履歴、会員ランク、利用履歴、期限、返品、手動補正、失効、会計上の確認が絡みます。つまり、ポイントアプリは「販促アプリ」ではなく、小さなCRMと会計周辺システムとして扱うべきです。

最初に決めるべきことは、次の順番です。

決めること	具体的に見る点
制度の目的	リピート促進、会員登録促進、実店舗送客、LINE連携、VIP育成のどれを優先するか
付与ルール	税込・税抜、送料、割引後金額、ポイント利用分、予約商品、ギフトカードをどう扱うか
利用ルール	1ポイント単位か、100ポイント単位か、最低利用額、上限、対象外商品をどう設定するか
取消ルール	キャンセル、返品、部分返金、チャージバック時に付与・利用ポイントをどう戻すか
顧客データ	Shopify customer ID、メール、電話、会員ID、LINE ID、POS顧客をどう紐づけるか
割引競合	クーポン、ディスカウント、自動割引、会員ランク特典と併用させるか
会計確認	未使用ポイント残高、失効、利用、手動補正を月次で誰が確認するか
KPI	付与率、利用率、失効率、リピート率、粗利、問い合わせ件数をどう見るか

粗利率が低い商品に高い付与率を設定すると利益を削ります。返品が多いカテゴリで注文完了時に即時付与すると取消作業が増えます。実店舗とオンラインで別々の残高を持つと、顧客から見た体験が割れます。

参考記事はアプリ一覧として使い、設計は自社の運用から決める

ポイントアプリを調べると、アプリ比較記事が多く見つかります。TsunのShopifyのポイントアプリ6選では、付与率、付与タイミング、日本語対応、コスト確認などが整理されています。QiitaのShopifyでポイント機能を導入できるアプリ4選や、and.dのShopifyポイントアプリ7選も候補を知る入口として使えます。

ただし、アプリ一覧だけを読んでも、自社の制度は決まりません。「会員ランクがある」「POS連携できる」と書かれていても、返品時の取消、クーポン併用、店舗との残高同期、顧客アカウント表示、手動補正、Flow通知まで答えられなければ導入後に詰まります。

アプリ選定は「機能が多いか」ではなく、「自社のポイント制度を、例外まで含めて運用できるか」で見ます。

ポイントアプリ選定で見るべき観点

アプリ候補を比較するときは、料金の安さだけで決めない方がよいです。料金は必ず最新のApp Store掲載、公式サイト、契約条件で確認します。そのうえで、運用要件に合うかを見ます。

観点	確認すること	見落とすと起きること
日本語対応	ストア表示、顧客アカウント、管理画面、ヘルプ、サポートが日本語で扱えるか	顧客説明やCS対応が英語前提になり、運用負荷が増える
料金体系	月額、顧客数課金、注文数課金、POS連携、上位プラン条件を確認する	会員数が増えた後に想定外のコストになる
付与・利用ルール	税、送料、割引、商品別、カテゴリ別、会員ランク別の設定可否	粗利やキャンペーン条件に合わない制度になる
有効期限	個別期限、最終購入日基準、固定日失効、通知の有無	失効通知漏れや問い合わせ増加につながる
対象外設定	セール品、定期購入、ギフトカード、送料、予約商品を除外できるか	利益率の低い商品にもポイントが付きすぎる
チェックアウト・顧客アカウント	利用導線、残高、履歴、有効期限、ランクを表示できるか	使い方や残高の問い合わせが増える
Shopify POS	店舗購入で付与・利用できるか、オンライン残高と同期できるか	店舗とECで別制度のように見える
Shopify Flow	ランク到達、期限前、補正、異常利用を通知やタグ付けに使えるか	例外を人が探す運用になる
データ入出力	顧客、残高、履歴、補正、CSV、APIが扱えるか	移行・監査・会計確認が難しくなる
サポート	日本時間、移行支援、障害時対応	本番開始後のトラブル復旧が遅れる

Shopifyの決済や返金の扱いは、ポイント取消や会計確認にも影響します。支払い確定、返金、チャージバック、入金照合の設計は、Shopifyの決済設定は何を決めてから有効化すべきかも合わせて確認するとよいです。

制度設計：付与率、有効期限、対象外商品を先に決める

ポイント制度の中心は、付与率ではありません。付与率、付与タイミング、利用条件、取消条件、有効期限をセットで設計します。

設計項目	代表的な選択肢	判断基準
付与率	1%、3%、会員ランク別、キャンペーン時だけ増額	粗利率、競合、リピート率、値引き原資
付与対象金額	税込、税抜、送料込み、割引後金額、ポイント利用後金額	顧客への分かりやすさと会計確認のしやすさ
付与タイミング	注文完了時、支払い確定時、出荷完了時、返品期限後	返品・キャンセルが多いか、即時利用を重視するか
利用単位	1ポイント単位、100ポイント単位、最低利用額あり	顧客体験、会計処理、チェックアウトの見え方
利用上限	注文金額の一部まで、全額利用可、カテゴリ制限	粗利保護、キャンペーン設計、送料無料条件との整合
有効期限	なし、付与日から1年、最終購入日から延長、固定日失効	再購入促進、問い合わせ負荷、会計上の確認
対象外商品	ギフトカード、定期購入、セール品、送料、予約商品	利益率、法務・会計、在庫・出荷リスク
会員ランク	年間購入金額、購入回数、累計ポイント、店舗含む	VIP育成、返品後のランク調整、POS連携

付与率は利益に直結します。1%なら小さく見えますが、送料無料、クーポン、ポイント利用、広告費、決済手数料、返品コストまで入れると実質的な値引き幅は大きくなります。ポイント利用分にもポイントを付けるか、割引前・割引後のどちらに付与するかも、社内で説明できるルールにします。

クーポン、割引、会員ランクとの競合を設計する

Shopifyでは、クーポンコード、自動割引、配送割引、アプリによるポイント利用、会員ランク特典などが同時に存在します。ここを曖昧にすると、想定以上の値引きになります。

競合パターン	例	事前に決めること
ポイント利用 + クーポン	500ポイント利用し、さらに10%OFFクーポンを使う	併用可否、適用順序、上限額
ポイント利用 + 自動割引	セール商品にポイントを使う	セール品をポイント利用対象にするか
ポイント付与 + クーポン	クーポン利用後にも通常ポイントが付く	割引前か割引後か、付与対象金額
会員ランク + ポイント倍率	VIPは常時3倍、キャンペーンで5倍	倍率の重複、上限、キャンペーン優先度
送料無料 + ポイント利用	ポイント利用後に送料無料条件を下回る	送料無料判定をどの金額で見るか
LINE限定クーポン + ポイント	LINE経由の顧客に追加特典	顧客タグ、配信同意、利用済み判定

LINEやCRMと連携する場合は、ポイント制度だけでなく顧客セグメントも揃える必要があります。LINE ID、購入履歴、顧客タグ、配信同意の扱いは、Shopify LINE連携の運用設計と合わせて考えると整理しやすいです。

ポイントは「あとから値引きする仕組み」ではなく、購入時の割引、顧客ランク、配信、返品、会計に影響する状態データです。

返品・キャンセル・手動補正で詰まる論点

ポイント制度で問い合わせが増えるのは、通常購入ではなく例外処理です。

例外	起きること	運用ルール
発送前キャンセル	付与予定ポイントを消す、利用済みポイントを戻す	注文キャンセル時の自動取消と手動確認の範囲を決める
発送後返品	付与済みポイントを取り消す、利用ポイントを戻す	返品受付日、検品日、返金日、ポイント取消日の関係を決める
部分返品	一部商品の付与・利用だけ戻す	明細単位でポイント計算できるか確認する
チャージバック	商品発送後に支払いが取り消される	付与済みポイントを凍結・取消できるか
不正注文	高額購入でポイントを獲得し、別注文で利用する	付与タイミングを遅らせる、リスク注文を保留する
手動補正	CS判断、移行差分、特別対応で残高を変える	補正理由、担当者、承認者、証跡を残す

不正利用を考えると、注文完了直後にポイントを即時利用可能にする設計は慎重に扱うべきです。高額注文、不正疑い、後払い、銀行振込では、支払い確定や出荷完了後にポイントを確定する方が安全な場合があります。

Shopify Flowを使えるアプリであれば、注文金額、不正リスク、顧客タグ、会員ランク到達、期限切れ前通知などを運用に回せる可能性があります。ただしFlowは万能ではありません。通知、タグ付け、レビュー依頼、保留などの設計は、Shopify FlowでEC運用を自動化する設計ガイドのように、誰がRun historyを確認し、誰が例外を処理するかまで決めます。

POSとオンラインを統合するなら、残高の正本を決める

実店舗がある会社では、Shopify POSや既存POS、会員アプリ、店舗CRMとの関係が重要になります。

論点	オンラインだけの場合	POS・実店舗もある場合
顧客識別	Shopify customer ID、メール、電話を中心に管理	店舗会員番号、バーコード、LINE IDも絡む
付与対象	Shopify注文だけを見る	店舗売上、返品、現金決済、店頭値引きも見る
利用場所	ECチェックアウトで利用	店舗レジでも使えるか、スタッフが残高を確認できるか
残高正本	ポイントアプリ内の残高	アプリ、POS、外部CRMのどれを正本にするか決める
同期タイミング	注文後に反映できればよい	レジ利用時に残高が古いとトラブルになる
問い合わせ	EC担当が注文履歴を見る	店舗スタッフ、CS、EC担当が同じ説明をできる必要がある
障害時対応	ECの一時停止や手動補正	店舗会計中の利用不可、後日補正、証跡管理が必要

共通ポイントは顧客から見ると「同じブランドのポイント」ですが、システム側ではShopify注文、POS売上、返品、レジ値引き、会員統合、残高同期が別々に動きます。残高の正本を決めずに連携すると、ECと店舗で説明が割れます。

未使用ポイントと会計確認を月次業務に入れる

ポイント制度は、マーケティングだけで閉じません。未使用ポイント、失効、利用、補正、キャンセル、返品は、経理・会計の確認対象になります。

会計・経理で見る項目	確認内容
期末ポイント残高	顧客が保有している未使用ポイント総額
当月付与・利用	通常購入、キャンペーン、注文時利用、会員登録特典
当月失効・取消	有効期限切れ、返品、キャンセル、チャージバック
手動補正	CS対応、移行差分、誤付与、不正対応の調整
注文との突合	ポイント利用額とShopify注文の割引・支払額が合うか
会計ソフト連携	freee、マネーフォワード、会計CSVへ渡す粒度

未使用ポイントを会計上どう扱うかは、会社の会計方針や税務判断に関わります。この記事では会計処理の確定判断はしません。ただし、経理が月次で残高、付与、利用、失効、取消、補正を確認できない制度は、後から必ず苦しくなります。

旧ECからの顧客・残高移行は、先に差分ルールを決める

既存EC、楽天・Yahoo!などのモール、会員アプリ、店舗POSからShopifyへ移行する場合、ポイント残高の移行は慎重に扱います。

手順	やること	注意点
1. 正本確認	旧EC、POS、会員DBのどれが最終残高か決める	複数システムの残高が違う場合、勝手に合算しない
2. 顧客キー整理	メール、電話、会員ID、Shopify customer IDの対応表を作る	同姓同名、家族共有、メール変更を考慮する
3. 移行対象確定	有効ポイント、失効予定、凍結、退会顧客を分類する	期限切れや退会済みを誤って復活させない
4. テスト移行	少数データでインポートし、顧客アカウント表示を確認する	文字化け、桁、期限、履歴を見る
5. 本番移行	旧EC側を凍結し、残高、期限、履歴、補正理由を取り込む	凍結後注文とエラーリストを保存する
6. 差分補正・告知	凍結後注文、店舗売上、問い合わせ分を補正し、顧客へ案内する	手動補正の理由と承認者を残す

移行で危ないのは、顧客データを完全一致で自動統合することです。ポイント残高は金銭的価値に近い顧客資産として扱われるため、移行前に件数、総残高、最大残高、マイナス残高、重複候補、期限切れ候補を一覧化します。

KPIレビューは売上だけで見ない

ポイント制度を始めた後は、売上が増えたかだけで判断しない方がよいです。ポイントは値引き原資を使うため、粗利、リピート、利用率、失効、問い合わせまで見ます。

KPI	見る理由	注意点
付与額・利用率	将来値引きの原資と実際の利用状況を見る	値引き過多、UX不足、告知不足を切り分ける
失効率	期限切れが多すぎないか	顧客不満と会計確認の両方を見る
リピート率	ポイント導入後に再購入が増えたか	クーポンやLINE施策の影響と分けて見る
粗利率	ポイント原資込みで利益が残っているか	送料、決済手数料、返品コストも見る
問い合わせ件数	残高、期限、利用方法、返品時の不満が増えていないか	制度説明や顧客アカウント表示を改善する
手動補正件数	例外処理が多すぎないか	ルール不備、アプリ制約、移行ミスを疑う
不正・異常利用	短期間の大量付与、複数アカウント、返品前提購入	Flow通知やレビュー対象に回す

ポイント制度は一度始めると簡単にはやめにくい施策です。開始前から「縮小する基準」「付与率を下げる基準」も持っておきます。

導入前チェックリスト

最後に、Shopifyポイントアプリを導入する前に埋めるべきチェックリストをまとめます。

チェック項目	確認内容
目的・候補	優先目的を決め、Shopify App Store、公式サイト、契約条件で最新情報を確認した
日本語対応・料金	顧客表示、管理画面、ヘルプ、サポート、月額、従量課金、上位プラン条件を確認した
付与・利用	付与率、付与タイミング、利用条件、対象外商品、チェックアウト表示を決めた
有効期限・会員ランク	期限、通知、失効処理、判定条件、特典、返品後調整を決めた
割引競合	クーポン、自動割引、送料無料、LINE特典との併用可否を決めた
返品・補正・不正	返品取消、手動補正権限、高額注文や複数アカウントのレビュー条件を決めた
POS・Flow・移行	POS連携、残高正本、Flow通知、旧ECからの残高移行を確認した
会計・KPI	未使用ポイント、付与、利用、失効、取消、補正、粗利、問い合わせを月次で確認できる

この表を埋めずにアプリを導入すると、「機能はあるが運用できない」状態になります。逆に、ここまで整理できていれば、アプリ候補の比較はかなり現実的になります。

まとめ

Shopifyでポイント制度を始めるには、ポイントアプリの導入が必要になることが多いです。ただし、アプリを入れること自体はゴールではありません。

重要なのは、目的、付与率、付与対象、付与タイミング、有効期限、割引競合、返品取消、日本語対応、料金、POS、Flow、チェックアウト、顧客アカウント、移行、会計確認、KPIレビューを一つの設計として見ることです。

ポイント制度は、顧客に再購入の理由を作る強い施策です。一方で、ルールが曖昧なまま始めると、値引きの重複、返品時の残高ズレ、店舗とECの説明不一致、会計確認の不足、不正利用が起きます。

Bitlightでは、Shopifyポイントアプリの選定だけでなく、付与・利用ルール、会員ランク、Shopify Flow、LINE連携、POS連携、旧ECからの残高移行、会計確認、KPIレビューまで含めて、ポイント制度を運用できる形に整理します。

「ポイントアプリを入れたいが、料金や機能比較だけでは決めきれない」「返品、クーポン、店舗連携、会計確認まで考えると不安がある」という場合は、現在のShopify設定、顧客データ、決済・割引ルール、店舗運用を一緒に棚卸しし、導入前の設計表に落とし込むところから支援できます。