読了 約 5 分
割引計算で騙されない！「％OFF」と「円引き」の計算式やECサイトのポイント・消費税の複雑な関係
#technology
執筆: デジタル道具屋 編集部
Web 開発・運用に従事するエンジニアとデザイナーで構成された編集チーム。記事は実務での使用経験と公式仕様（RFC・W3C・各ベンダードキュメント）を参照して執筆しています。
本記事の執筆方針と編集ポリシーについてはAbout ページをご覧ください。
買い物やセールで誰もが一度は混乱する「割引」の怪
「博士！買い物に行って『当店通常価格の30%OFF！さらにタイムセールでレジにて10%OFF！』って服を見つけたんだぜ！これって合計40%OFFってことでいいのかな？なんだか頭がこんがらがってきたぜ…。」
「ふむ、それは消費者が最も引っかかりやすい罠じゃな。結論から言うと、30%OFFした後の価格からさらに10%OFFにするわけじゃから、合計で**37%OFF**になるのじゃ。単純に足し算して40%OFFだと思ってレジに行くと、少し高く感じてしまうぞい。」
「もう、そんな甘い言葉に騙されるなんてアンタらしいわね。割引は『掛け算』で計算されるから、足し算とは結果がズレるの。ECサイトを運営する側も、こういう多重割引のロジックの実装を間違えるとお客様とトラブルになるから気をつけなきゃいけないのよ。」
1. 割引計算の基本公式：「％OFF」と「多重割引」
「基本となる割引の計算式は非常にシンプルじゃ。 **『元の価格 × (1 - 割引率)』** 例えば、3,000円の30%OFF（割引率0.3）なら、`3000 × (1 - 0.3) = 2100円`となる。割引額そのものは`3000 × 0.3 = 900円`じゃな。」
「なるほど！それじゃあ、さっきの『30%OFFからさらに10%OFF』はどう計算するんだぜ？」
「それは順番に掛けていけばいいの。 元の価格を1とすると、まず30%OFFで `1 × 0.7 = 0.7` になるわよね。その `0.7` に対してさらに10%OFF（0.9を掛ける）だから、`0.7 × 0.9 = 0.63` になる。つまり、支払うのは元の価格の63%（37%値引き）ってことよ！」
実務割引計算・クイック表
- 10% OFF: 元の値 × 0.9 （割引額は 0.1 倍）
- 20% OFF: 元の値 × 0.8 （割引額は 0.2 倍）
- 30% OFF: 元の値 × 0.7 （割引額は 0.3 倍）
- 半額 (50% OFF): 元の値 × 0.5
2. ECサイト構築で最大の難所：「ポイント付与」「消費税」「割引」の計算順序
「ECサイトなどのシステム開発において最も不具合が発生しやすいのが、『クーポン割引』『ポイント利用』『消費税計算』の優先順位じゃ。割引を『税抜価格』に対して適用するか、『税込価格』に対して適用するかで、最終的な消費税額が1円単位で変わってしまうのじゃよ。」
「ええっ！どっちでも同じじゃないのか？」
「全然違うわよ！税制上、消費税は『最終的にお客様が支払う対価』に対して課税されるのが基本なの。だから、本体価格からクーポンや割引を引いた後の金額に対して消費税率（10%または軽減税率8%）を掛け合わせるのが正しいやり方だけど、システムによってはポイントを税込価格から引く設計になっていたりと様々だから、仕様設計書をしっかり読み込まないと税務上のミスに繋がるの。」
3. 割引UIのベストプラクティス：お得感をアピールする見せ方
「ユーザーに購入を促すUIを設計する際、『割引額（○○円引き）』と『割引率（○○％OFF）』のどちらを強調すべきかは、元の商品の価格帯によって変わる（『100の法則』と呼ばれる）のじゃ。」
「100の法則？何だかカッコいい名前だぜ！」
「簡単に言うと、商品の元の価格が1万円（海外なら$100）未満なら『％表記』の方がお得に見えやすく、1万円以上なら『金額表記』の方がお得に見えやすいというマーケティングの法則よ。例えば、500円の商品の100円引きは『20%OFF』と書いた方が魅力的だし、10万円の商品の20%OFFは『2万円引き』と書いた方がインパクトがあるでしょ？」
🚨 二重価格表示の違反に注意（景品表示法）
「通常価格から○○％割引！」と表記する際、その通常価格が「過去に十分な期間、実際に販売されていた価格」でない場合、不当表示（有利誤認）とみなされる恐れがあります。セールを行うためのダミーの通常価格を設定したり、割引率を実態より大きく見せかける行為は法律で厳しく規制されていますので、サイトの表示ロジックはコンプライアンスに適合させる必要があります。
まとめ：正確な割引計算で賢い消費者・信頼される開発者に
「博士、セールでの多重割引の計算方法がよくわかったぜ！これからは買い物中にこのデジタル道具屋の割引ツールでパッと計算してみるぜ。」
「開発者の皆さんも、割引と消費税の計算バグを出さないように、しっかりエッジケースをテストしてね！」
「そうじゃな。1円のズレが数万回の取引になれば大きな赤字に繋がる。細部へのこだわりを忘れてはならんぞい。」
割引計算は、単なる算数を超えて「景品表示法」や「税制」といった法律面とも深く関わる分野じゃ。システムを作る際は、端数（1円未満）が切り捨てられるのか四捨五入されるのか、そのタイミングはどこか（商品個別か合計額か）を明確に定義し、テストを繰り返すことが非常に大切じゃぞい！