会員ランクは、ただ入れれば効く仕組みではありません。段数と閾値(達成条件)の置き方しだいで、誰も最上位に届かない制度にも、全員が最上位の制度にもなります。どちらも顧客の行動は何も変わらないまま、還元のコストだけが動きます。
この記事では、「何のために作るのか」から順に、ランク制度の特典・判定基準・集計期間・段数・閾値の決め方を、判断の分かれ目とあわせて整理します。
手軽に設定を終えたい方はプリセットから始めるの項目をご覧ください。
すでに運用していて思うように動いていない場合は、ランクが機能しない失敗から読んでください。
何のために作り、何ができるのか
何のために作るのか
ランクを入れる目的は、たいてい次の3つのどれかに寄ります。どれを主目的にするかで、判定基準と集計期間はおおむね決まります。
| 目的 | 促したい行動 | 相性のよい設定 |
|---|---|---|
| 上位顧客の離脱を止める | 積み上げた実績を手放させない | 購入金額 × これまでの累計 |
| 買う間隔を空けさせない | 途切れずに買い続ける | 購入回数 × 直近◯か月(短め) |
| 一定期間の購入額を引き上げる | まとめ買い・上位商品の購入 | 購入金額 × 年度、または直近◯か月(長め) |
3つを同時には狙えません。例えば「離脱を止める」ために累計方式にすると、一度上がったランクは下がらないので、買う間隔が空いても顧客は困りません。
管理画面のポイント・ランク設定には「プリセットから簡単設定」があり、業態別のスタンダードな設定が入っています。難しいことは考えず、ベース設定を元にカスタマイズしたい方にはオススメです。
ランクに付けられる特典は3つ
ランクごとに設定できるのは、次の3つです。
- ポイント還元率 — ランクごとの値を直接指定します。0%にするとそのランクにはポイントが付きませんが、購入金額と購入回数はランクの集計に入り続けます
- ランクアップクーポンの割引額、または割引率 — そのランクへ上がったときに自動発行されるクーポンです。定額か割合かは全ランク共通で、金額や率だけをランクごとに変えることができます(クーポンOFFでの運用も可能です)
- 使用可能な最低購入金額 — そのクーポンを使える下限です。0にすると制限なしになります
クーポンの有効期限日数、再発行ポリシー(生涯1回のみ/評価期間ごとに再発行)、他の割引との組み合わせ、適用可能な購入タイプは、ランクごとではなくストア共通の設定です。
一方、次のものはPointiaのランク特典として現状用意していません。
- 送料無料
- ランク限定価格・会員価格
- ランクごとの固定ボーナスポイント、ポイントの倍率指定
- ランクごとのポイント有効期限
これらは将来的に実装される可能性もありますが、現時点ではShopify側の割引設定や他アプリ等との連携で実現してください。ランクは顧客タグとセグメントとして出るので、Shopifyの割引の対象を「特定の顧客セグメント」に絞れば、上位ランクだけが使える割引になります。
還元率を全ランク同じ値にして、肩書きとランクアップクーポンだけで差をつける構成も可能です。その値は0%でもかまいません。原価が読みにくいというストアはこの形を検討してください(詳しくはよくある質問)。
顧客からはどう見えるか
ランクは次の経路で、顧客向けページとShopifyの管理画面に出ます。
- アカウントページのウィジェット — 現在のランク、特典、次のランクまでの進捗、次のランクの還元率が並びます
- 顧客タグ — 顧客に対して
loyalty:rank:2のような形で自動で付きます - 顧客セグメント — 設定を有効にすると
会員ランク: ゴールドといったセグメントがShopify管理画面に自動で作られます
現時点でランクは最大5段階 — プランで上限が変わる
ランクは枠ごとに「有効/無効」を切り替えて使う数を決めます。表示名は自由に付けられます(12文字まで)。初期値は「ブロンズ/シルバー/ゴールド/プラチナ/VIP」です。
| プラン | ランクの段数と、ランクまわりの違い |
|---|---|
| Starter | 2段階まで — 自動判定・顧客タグ・セグメント・アカウントページ表示は使えます |
| Basic | 3段階まで — 手動でのランク変更と、ランクアップクーポンの自動発行が加わります |
| Pro・Scale | 5段階まで — Basicと同じ機能が、5段階で使えます |
ランクの自動判定そのものはStarterでも動きます(プランと料金)。
運用途中でプランを下げて段数の上限が減った場合、上限を超える顧客のランクは上限のランクへ繰り下がります。表示と実際の還元率が食い違うことはありません(詳しくはよくある質問)。
判定基準は、金額・回数・ポイントから選択
判定基準は「購入金額」「取得ポイント数」「購入回数」の3つから選びます。ストア全体の共通設定で、ランクごとに変えることはできません。ここを変えると閾値の単位まで変わるので、閾値より先に決めてください。
| 判定基準 | 向いているストア | 促す行動 |
|---|---|---|
| 購入金額 | 単価に幅がある物販 | まとめ買い・上位商品の購入 |
| 購入回数 | 定期購入・消耗品・食品 | 間隔を空けない購入 |
| 取得ポイント数 | 商品ごとに還元率を変えているストア | 還元率の高い(売りたい)商品の購入 |
購入金額は、注文の合計金額とは一致しません。判定に使うのは商品小計(税抜・送料抜・割引適用後)で、さらにポイントで支払われた分と返金された分を差し引いた額です。購入回数では、全額返金された注文を数えません。
いつ、どの期間の実績で判定するか
3つの方式は、降格の有無で選ぶ
違いは期間の長さではなく、ランクが下がるかどうかです。
- ローリング(直近◯か月) — 集計期間を選べます。買わなくなるとランクが下がるため、継続的な購入を促したいストア向けです。日本の著名なポイントプログラムで多く採用されている型です
- 年度(指定月から半年/1年分) — 年度の開始月と、集計期間(半年/1年)を決めます。年度開始月の1日に、そこから遡った期間の実績で判定します。日本の百貨店・アパレル・カード会社の年間利用額でおなじみの型です
- ライフタイム累計(これまでの累計) — すべての実績を足します。一度上がったランクは下がりません
評価タイミングは、方式によって選べる幅が変わる
定期的な判定をいつ回すかを設定します。方式によって選べるタイミングが違います。
| ランク判定方式 | 選べる評価タイミング |
|---|---|
| ローリング(直近◯か月) | 毎月のみ(月末締め、月初評価) |
| 年度(指定月から半年/1年分) | 半年ごと/毎年(集計期間で変わる。下記) |
| ライフタイム累計 | 毎日/毎月/半年ごと/毎年 |
年度方式では、集計期間に半年を選ぶと評価タイミングは「半年ごと」だけになります。半年分しか見ない制度を年1回しか判定しないと、1年のうち半分が一度も判定されないためです。集計期間に1年を選んだときだけ、半年ごとと毎年の両方から選べます。
| 集計期間 | 選べる評価タイミング | 期間の重なり方 |
|---|---|---|
| 半年(6ヶ月) | 半年ごとのみ | 重ならない。前半と後半で区切る |
| 1年(12ヶ月) | 半年ごと/毎年 | 半年ごとなら、半年ずつ重なりながら動く |
「支払った瞬間に上がる」を作るか
「支払い完了時にランクUP評価を即時行う(即時ランクアップ)」を有効にすると、顧客の注文が支払い完了になった直後にもランクを判定します。基準に達していればその場で上がり、ランクアップクーポンもすぐ届きます。※年度方式では選べません。決まった日に一斉に判定する制度なので、途中で上がる動きと噛み合わないためです。
ここで判定するのは昇格だけです。評価のタイミングを前倒しするだけなので、集計する期間は方式の設定どおりで、評価で見る窓が伸びたりずれたりすることはありません。
降格は別の経路で起こります。定期評価のほか、即時ランクアップを有効にしていれば返金を受け取ったときにも再判定が走ります。ただしそのときも、直前の定期評価で確定したランクを下回りません。「今朝の購入で上がったランクが、夕方の返品で昨日より下に落ちる」ということは起きない仕組みです(詳しくはよくある質問)。
設定例を図で見る
ここで一度、判定方式と集計期間・評価タイミングの関係を整理するため、図で見てイメージしてみましょう。

閾値(達成条件)と段差をどう決めるか
いちばん下の線を、どこに引くか
最初に決めるのはランク2の閾値です。ここが遠いと、大多数の顧客にとってランク制度は存在しないのと同じになります。
実在する制度の数字を置いておきます。日本のEC・小売・百貨店など約45制度の公開情報から、閾値の実数が取れたものを集計、傾向としてまとめました(2026年9月時点)。
| 業種 | 最初の閾値の実勢 | 客単価に対して |
|---|---|---|
| 食品・日用品・コスメ・雑貨 | 3,000〜20,000円 | 1〜2回分 |
| アパレル・専門店・百貨店 | 30,000〜150,000円 | 3回分以上 |
金額の桁が業種でこれだけ違うのは、客単価も年間の購入回数も違うからです。「1回買えばもう2段目」という設計も実在します。
金額をそのまま写さないでください。 自店の客単価で割って何回分かに直し、一般的な顧客が集計期間のうちにその回数を買うかで判断します。届かない線を引くと、大多数が最下位のまま動かず、制度が無いのと同じになります。
なお判定に使うのは税抜・送料抜の商品小計なので、税込価格で値付けしているストアはそのぶん差し引いて見ます。
上の線は、約2倍ずつ刻む
いちばん下が決まったら、そこから上へ伸ばします。刻みは約2倍が実勢です。 同じ調査で、全段の閾値が取れた28制度について隣り合う比を78組ぶん計算すると、最頻値も中央値もちょうど2.0倍で、約6割が1.7〜3.0倍に収まりました。
もうひとつ、多くの制度に共通する形があります。上に行くほど倍率を縮めています。
| 業種 | 閾値の例 | 隣り合う比 |
|---|---|---|
| 食品・調味料の通販 | 1.5万→3.5万→7.5万→15万→25万円 | 2.33→2.14→2.00→1.67倍 |
| アパレル | 5万→15万→30万→50万円 | 3.0→2.0→1.67倍 |
| ホテル | 10→25→50→75→100泊 | 2.5→2.0→1.5→1.33倍 |
上位ほど次の段が近く見えるので、到達した人が「あと少し」と感じ続けます。
線を何本引くかは、そのランクの人数で打ちたい施策が回るかで決めます。最上位が数人しかいないなら、それはもはや制度ではなく個別対応です。あとから増やすのは簡単ですが、減らすと顧客のランクが下に丸められることになるため、本当に必要かよく考えて決めてください。
引いた線を、自店のデータで検算する
Pointiaの過去注文データインポートが、そのまま閾値のシミュレーターになります。
- ポイント・ランク設定でランクシステムを有効にし、判定基準・集計期間・閾値を仮に入れて保存する
- 「過去注文データインポート」を開き、集計期間と同じ長さの期間を指定してプレビューする
- 「インポート内容」が、「ランク判定のみを行う」になっていることを確かめる(既定でこれが選ばれています)
- 対象顧客数と想定ランク分布(ランクごとの人数)を見る
- 分布が意図と違えば、プレビューをキャンセルしてから閾値を直し、もう一度プレビューする
- (必要に応じて)納得できたら適用する
プレビューの段階では、1ポイントも発行されません。何度でもやり直せます。

インポートのデフォルト設定は「ランク判定のみを行う」なので、そのまま適用してもポイントは発行されません。ただしランクアップクーポンを有効にしていると、昇格した顧客に割引コードが自動で発行されます。閾値を試すあいだは一時的に切っておいてください。また、設定を変えたあとのプレビューは、一度キャンセルしてから再作成しないと古い内容のまま残ります。
運用を始めたあとに分布を見直すときは、インポートではなく会員管理のランク分布を見てください。ランクごとの人数と割合がそのまま出ます(Basicプラン以上)。こちらの分母は会員全体なので、全顧客取り込みをしている場合は未購入の会員も含まれます。
実績が無いなら、プリセットから始める
データが無いストアに、本当に正しい閾値は出せません。だからといって適当に置いてよいわけでもありません。一度動かした制度の閾値は、あとから上げられないと考えてください。上げれば既存の顧客が降格します。降格した顧客の売上が落ちることは、百貨店の実データ(降格者1,423名の追跡)でも確かめられています。
そのうえでの出発点として、アプリに業態別のプリセットが4種類あります。
| プリセット | 判定基準・判定方式 | 閾値 | 還元率 |
|---|---|---|---|
| 雑貨・ライフスタイル型 | 購入金額/ローリング12か月 | 2万/5万/10万/20万円 | 1.0〜3.0% |
| アパレル・ブランド型 | 購入金額/年度(3月始まり・1年分を半年ごとに見る) | 5万/15万/30万/50万円 | 2.0〜10.0% |
| 美容・サロン型 | 購入金額/ライフタイム累計 | 3万/10万/30万/50万円 | 1.0〜5.0% |
| 食品・日用品型 | 購入回数/ローリング6か月 | 3/6/10/15回 | 1.0〜5.0% |

プリセットは自店に合わせて作られたものではありません。 段の刻みはおおむね実勢の帯に収めていますが、具体的な閾値は自店に合わせて見直してください。
読み替え方は同じです。雑貨・ライフスタイル型の2万/5万/10万/20万円は、客単価1万円のストアなら2回/5回/10回/20回にあたります。
自店の客単価が5,000円なら、同じ回数感を保つには閾値を半分にします。まだ客単価も無いなら、主力商品の価格帯 × 1注文あたりの想定点数で仮に置いてから、同じように割ってください。 迷ったときは高めに置いてください。あとから下げるのは(既存の顧客が降格しないので)できますが、上げるのは不信感につながります。
移行するなら、持ってくるか作り直すかを先に決める
他のカートやポイントアプリから移ってきた場合、旧制度の閾値をそのまま入れるかどうかを最初に決めます。判断は3つの問いで付きます。
- 旧制度の条件を再現できるか — 「年間の購入額と来店回数の複合条件」「ランクごとに違う集計期間」といった制度は現状再現できません。作り直しになります
- 旧制度は機能していたか — 最上位が1人もいない、逆に半数が最上位だったなら、閾値を持ってくるのは失敗を持ってくることです
- 顧客に説明できるか — 「移行したらランクが下がった」は問い合わせにつながります
持ってくると決めたら、旧制度の閾値をそのまま入れてプレビューで分布を見てください。食い違ったら、疑うのは閾値ではなく判定基準の数え方と、Shopifyへ移した注文に当時の注文日が入っているかどうかです。
取り込む期間は集計期間に合わせます。直近12か月で判定するストアが3年分を取り込んでも、ランクの判定に効くのは12か月分だけです。ライフタイム累計なら、さかのぼるほど実態に近づきます。
降格を出したくないときは、手動でのランク変更(Basicプラン以上)で旧ランクを期限付きに固定できます。ただし注意が3つあります。設定は顧客ごとの操作で一括変更はできません。期限の間は昇格も含めて自動判定がすべて止まります。そしてプランの上限で無効になっているランクへは手動でも上げられません。経過措置に使うなら無期限は選ばず、期限切れの時期を決めてから始めてください(詳しくはよくある質問)。
移行作業そのものの手順は、他のカートからShopifyへ移行したストアが、ポイント制度を引き継ぐまでにまとめています。
段差が、上を目指す理由になっているか
閾値の間隔は上で見たとおり約2倍が実勢ですが、大事なのは間隔そのものより、その差が顧客にとって意味のある差になっているかです。
そのうえで、特典の差を金額に直して確かめます。還元率は0.5%刻みなので、1.0%から1.5%への差は、年間20万円購入する顧客で1,000円分です。これが「もう1ランク上げよう」と思わせる額かどうか。
足りないときは、還元率を上げるより、到達時のランクアップクーポンで差を作るほうが扱いやすいです。理由は2つあります。
- 顧客によく見える — 還元率の差は毎回の付与に薄く混ざる形ですが、クーポンは昇格した瞬間に金額として届くためインパクトを与えることができます
- 還元率を下げるリスクを作らない — 還元率で大きな段差を付けると、原資が重くなったときに下げる判断を迫られます。還元率は下げた瞬間に既存顧客の取り分が減ります。クーポンなら次に発行する分から金額を変えることになるため、「すでに持っていたものを取り上げる」かたちにはなりません
どちらの原資が軽いとは言い切れません。年20万円の顧客への「+1%」は年2,000円が毎年続き、3,000円のクーポンは再発行ポリシーが「生涯1回のみ」なら1回きり、「評価期間ごと」なら毎期です。どちらが安いかは、顧客がどれだけ長く続くかで逆転します。

ランクが機能しない失敗
| 症状 | よくある原因 | 触る設定 |
|---|---|---|
| 最上位に誰も到達しない | 閾値が自店の分布から浮いている。集計期間が短すぎる | 閾値・集計期間・プラン |
| 導入前からの常連が下位のまま | 過去注文を取り込んでいない。アプリの利用開始より前の注文は自動では入らない | 過去注文データインポート |
| 大多数がランク1から動かない | いちばん下の線が遠すぎる。1〜3回では届かない額に置いている | ランク2の閾値 |
| 全員が最上位になる | ライフタイム累計に低い閾値を組み合わせた。降格が無いので時間とともに上へ溜まる | 閾値・段数・判定方式 |
| 特定の顧客だけランクが動かない | 手動でのランク変更が入っている。期間中は自動判定がすべて止まる | 手動でのランク変更 |
| 買ったのに今月は反映されない | 定期評価は前月末で締める。当月の購入は次の判定まで入らない | 即時ランクアップ |
| 段差が小さくて上を目指す理由がない | 還元率の差が金額に直すと小さい。顧客にとって魅力的でない | 還元率・ランクアップクーポン |
| 上がったことに顧客が気づかない | 昇格だけを知らせる通知メールは無い。クーポンを発行しない構成だと昇格が無音になる | クーポン発行・アカウントページ表示 |
クーポンを発行しない構成にするなら、昇格を伝える場所はアカウントページだけです。ランクが上がると顧客タグが付くので、Shopify FlowやMessagingの「顧客タグが追加された」を起点に自前の通知を足すこともできます。
公開後の見直しは、どこまで効くか
公開したあとに動かせる範囲は、思っているより狭いです。閾値は下げる方向にしか動かせないと考えてください。
| 変更した項目 | いつ反映されるか |
|---|---|
| ランクの閾値・判定基準・集計期間・評価タイミング | 次のランク評価が走ったとき |
| 還元率・即時ランクアップ・ランクの有効無効 | 保存した直後 |
閾値を変えても、既存の顧客のランクはその場では再計算されません。反映されるのは次の定期評価のタイミングか、即時ランクアップが有効ならその顧客の次の注文時です。設定を変えた直後に「変わらない」と見えるのは正常な挙動です(詳しくはよくある質問)。
逆に還元率だけは保存した直後に効きます。下げれば、その瞬間から既存の顧客の還元率も下がります。
閾値を引き上げれば降格が出ます。これが最も高くつく変更です。 降格した顧客の売上と購入回数がはっきり落ちることは、百貨店の実データで確かめられています(降格者1,423名を追跡し、売上は約2割減)。同じ調査では、金銭で埋め合わせても効果はなく、事情を説明して謝ることだけが効いたと報告されています。 Pointiaでは降格した顧客に通知は行きませんが、上位ランクの顧客タグは外れるので、そのタグを条件にしたShopifyの割引やメール配信の対象からも静かに外れます。どうしても引き上げるなら、移行と同じく手動でのランク変更で期限を切り、その間に告知して軟着陸させてください。
そして、例外は制度で吸収しないでください。長年の得意先や、お詫びの対応。個別の事情を拾おうとして閾値を下げると、制度そのものが緩みます。手動でのランク変更で、その顧客だけを期限付きで引き上げるのが正しい解き方です。
あわせてご覧ください
- 段数と名称・判定の基準・集計期間・降格の有無・返品とランク・ランク別の還元率
- ランクアップクーポン・顧客タグとセグメント・手動でのランク変更・ランクが上がらないとき・過去の注文の取り込み・プランと料金
ご不明な点は お問い合わせ からお気軽にどうぞ。