Square決済は、専用の読み取り端末とアプリだけで対面のカード決済を始められて、同じアカウントのままネットショップやオンライン決済まで広げられる決済サービスです。初期費用と月額固定費が0円のため、店舗の開業やEC立ち上げの初手として選ばれます。ただし発注側が本当に迷うのは、始められるかどうかではありません。料率が2.5%から3.75%まで分かれる条件、入金が翌営業日になる口座と週1回で止まる口座の違い、そして既存のレジや予約、在庫、会計のシステムとどこまで1本にまとめられるかの3点です。この記事では公式の料金ページと開発者向けドキュメントの実額を並べたうえで、年商別に手数料がどう効くか、既存システムとの境界をどこに引くか、Squareを採用する条件と別の決済代行へ切り替える場面まで、受託開発の現場目線で整理します。
まとめ:Square決済の採用条件と手数料・入金サイクルの結論
Square決済を入れるかどうかは、月商の規模と決済の経路で決まります。対面が主体で年間のキャッシュレス決済額が3,000万円に届かないうちは、主要カードブランドの料率2.5%が国内では低い部類に入り、月額固定費0円と合わせて回収しやすい構成になります。逆に対面の年間取扱高が3,000万円を超えると全件が3.25%へ切り替わるため、この境目をまたぐ計画がある事業者は、超えた時点の年間手数料を先に計算してから契約してください。オンライン決済は3.6%で固定のため、EC主体で月商が大きい場合はSquare以外の見積りと並べる価値があります。
入金サイクルは口座次第で大きく変わります。三井住友銀行またはみずほ銀行なら決済の翌営業日、それ以外の金融機関は週1回にまとまるため、仕入れの支払いが週次で回る商売では入金口座の選択がそのまま資金繰りの設計を左右する条件です。システム連携の観点では、レジ・予約・在庫・顧客までSquareの機能で足りるなら追加開発なしで回せますが、既存の基幹システムや会計側と数字を突き合わせる必要が出た時点で、APIによる連携開発の検討に入ります。判断の順序は「経路と料率」「入金口座」「既存システムとの境界」の3つで、この順で詰めると後戻りが起きません。
Square決済の3つの経路と、料率が分かれる仕組みの全体像
Squareという名前で語られるものは1つのサービスではなく、決済の経路ごとに料率も使う道具も違います。比較検討の前に、自社がどの経路を通るのかを分けておきます。
対面・オンライン・請求書の3経路と、それぞれで使う道具の違い
1つ目は対面決済で、スマートフォンに接続するSquare リーダーや、単体で動くSquare ターミナルなどの端末を使います。2つ目はオンライン決済で、Squareが提供するネットショップ機能のSquare オンラインビジネス、URLを発行して送るリンク決済、自社サイトへ組み込むeコマースAPIの3通りが入ります。3つ目が請求書で、取引先へ請求書を送ってカードで払ってもらう経路です。同じアカウントで3経路をまたいでも管理画面と入金先は1つにまとまるため、店舗とECを別々の決済代行で契約したときのように、売上の突き合わせで手が止まることがありません。
初期費用0円でも対面決済では端末代が先に出る費用構成と購入の判断
契約金・保証金・月額固定費はかからず、支払うのは決済が起きたときの手数料だけという成果報酬型です。ただし対面で使う場合は端末の購入費が先に出ます。Squareの料金解説ページが示す価格はSquare リーダーが4,980円、Square スタンドが29,980円、Square ターミナルが39,980円、Square ハンディが44,980円、Square レジスターが99,980円です。1台のリーダーで始めて必要になってから広げられるため、初期投資の判断を後ろへずらせます。POSレジの選定そのものを検討している段階なら、決済端末の話に入る前にPOSシステムとは?仕組み・種類・機能と導入・自社開発の判断を解説で必要な機能の範囲を確定させたほうが、端末の買い直しを避けられます。
キャッシュレス比率58.0%という前提で決済手段を絞る考え方
決済手段をどこまでそろえるかは、社会全体の支払い方の変化と合わせて決めます。経済産業省が2026年3月31日に公表した2025年のキャッシュレス決済比率は58.0%(162.7兆円)で、2030年までに65%という中間目標と、将来的な80%という目標が置かれています。半分を大きく超えた水準まで来ているため、現金のみの運用は機会損失として計算できる段階に入りました。一方で手段を増やすほど経理の突き合わせは増えます。Squareのように1契約で複数手段をまとめられる構成は、手段の数そのものより、入金と明細が1本にまとまる点に価値があります。
決済手数料2.5%から3.75%が適用される条件と年商別の負担差
手数料は「Squareは3.25%」と1つの数字で語られがちですが、実際は経路とカードブランド、そして年間の取扱高で分かれます。ここを取り違えると事業計画の粗利が狂います。
決済手数料の料率が分かれる4つの条件と、公式が示す数字の比較一覧
Squareの料金体系ページの記載を整理すると、料率は次のように分かれます。
| 決済の経路 | 料率 | 適用条件 |
|---|---|---|
| 対面決済 | 2.5%から | 年間3,000万円未満・対象カード |
| 対面決済 | 3.25%から | 対象外の手段・年間3,000万円以上 |
| オンライン決済 | 3.6% | ネットショップ・リンク・API・継続課金 |
| 非対面(手入力等) | 3.75% | 手入力・保存済みカード・ブラウザ決済 |
| Square請求書 | 3.25% | クラウド請求書からの支払い |
表の年間金額は年間キャッシュレス決済額です。対面決済の2.5%からの対象は、年間3,000万円未満で、Visa・Mastercard・JCB・American Express・Diners Club・Discoverの場合です。それ以外の決済手段は3.25%からとなり、年間3,000万円以上ではすべての対面決済にこの料率が適用されます。オンライン決済の欄はSquare オンラインビジネス、リンク決済、eコマースAPI、サブスクリプションを指します。非対面の欄に含むのは、カード情報の手入力、保存済みカード情報での決済、ブラウザ決済です。
Squareターミナルに接続したブラウザ決済だけは3.75%ではなく3.25%が適用されます。年間取引高が2,500万円以上になるとカスタム料金の相談ができる旨も記載されており、規模が出てきた段階では個別交渉の余地があります。
対面決済は年間3,000万円の境目で年間手数料に22万円の段差が出る
公表された料率から計算すると、対面主体の事業者には境目がはっきり現れます。年間キャッシュレス決済額が2,999万円で主要カードブランド中心なら手数料は約75万円(2.5%)ですが、3,001万円になると全件が3.25%へ移り約98万円になります。取扱高が2万円増えただけで年間の手数料が約22万円増える計算です。月商250万円前後で推移している店舗は、この線をまたぐ月が続くかどうかを先に見てから、他社の決済代行の見積りと並べる価値があります。逆に年商1,000万円規模なら2.5%が効いて年間25万円に収まり、月額固定費のかかるサービスより負担が軽くなります。
オンライン決済で即時入金の1.5%を常用すると実質料率が5%台になる
Squareには入金を待たずに受け取る即時入金サービスがあり、手数料は入金額の1.5%です。週1回の入金サイクルでは資金が回らない事業者にとっては使える機能ですが、常用すると話が変わります。オンライン決済3.6%に即時入金1.5%を重ねると実質5.1%相当で、100万円の売上に対して5万円強が消える計算です。運転資金が不足して即時入金を毎週使う状態が続くなら、決済手数料の削減ではなく資金調達の側で手を打つほうが筋が通ります。
入金サイクルが翌営業日と週1回に分かれる条件と資金繰りへの影響
手数料の比較には熱心でも、入金日の設計を後回しにして苦しくなる事例が起きます。Squareの入金は口座の選び方で速度が変わるため、契約前に決める項目です。
入金先が三井住友銀行・みずほ銀行なら翌営業日、その他の銀行は週1回
公式の料金ページによると、入金先が三井住友銀行またはみずほ銀行の場合は決済日の翌営業日に振り込まれます。それ以外の金融機関を指定した場合は毎週金曜日の入金で、木曜日の0:00から翌週水曜日の23:59までの決済分がまとめられます。振込手数料はどちらも無料です。つまり同じ売上でも、口座の選択次第で最大1週間分の滞留が生まれます。日銭の入る飲食や小売で仕入れの支払いが短いサイクルで回っているなら、対象2行のどちらかに入金口座を用意する判断が先に来ます。
週1回の入金を前提に月末の支払い日と照合して運転資金を計算する手順
他行のまま運用するなら、必要な運転資金は「1週間の平均売上+支払いのタイミングのずれ」で見積もります。週次の入金は金曜にまとまるため、月末が水曜や木曜に当たる月は、月末支払いの直前に入金がない週への備えが必要です。カレンダー上でこの重なりを先に洗い出して、月末が週の前半に来る月だけ資金を厚くしておくと運用で吸収できます。入金サイクルと決済手段の関係をより広く比較したい場合は、店舗業態向けにまとめた飲食店の決済システムとは?決済手段の種類・手数料と入金サイクル、POS連携の選び方に業態別の考え方を置いています。
POS・予約・在庫を1本で回せる範囲と、既存システムとの境界線
Squareを決済だけの道具として見るか、店舗運営の土台として見るかで、必要な開発量が変わります。ここが受託開発の相談で最も判断が割れる部分です。
Squareの標準機能で足りる範囲と、追加開発が要る範囲の線引き
商品登録、在庫数の管理、顧客情報、予約、ポイント、レシート発行までは標準の機能でまかなえます。単一店舗あるいは数店舗の規模で、扱う商品が数百点までなら、追加開発をせずに運用へ入れます。線を越えるのは次の3つが出てきたときです。1つ目は既存の基幹システムや販売管理システムに在庫の正が置かれていて、そちらと数字を合わせる必要がある場合。2つ目は自社独自の会員ランクや割引ルールがあり、標準のポイント機能で表現できない場合。3つ目は会計ソフトへの仕訳連携で、手作業のCSV取り込みが月次で重くなっている場合です。この3つのどれかに当たったら、Squareの管理画面の外にデータを取り出す設計が必要になります。
既存システムとの連携前にAPIで取り出せるデータの範囲を確認する
連携の可否は、必要なデータがAPIで取れるかどうかで決まります。Squareの開発者向けサイトではPayments・Refunds・Payoutsといった決済系に加え、Orders・Catalog・Inventoryの商品と在庫系、Customers・Bookings・Loyalty・Gift Cardsの顧客系、Locations・Vendors・Merchants・Staffの組織系、そしてBank AccountsとReportingが公開されています。GraphQLとEvent API(ベータ版)も並んでおり、バックエンドのSDKの対応言語はPython・Node.js・Ruby・PHP・Java・.NETです。実装フローや認証の詳細まで踏み込む段階なら、開発者目線でまとめたSquare APIとは?決済統合の仕組み・実装フロー・Stripe/PAY.JPとの選び分けを開発視点で解説を先に読むと、見積り依頼の粒度が上がります。
既存システムとつなぐ判断を後回しにして連携の作り直しになる導入順序
失敗の型はほぼ共通しています。まず店舗でSquareを使い始め、運用が回ってから「基幹の在庫と合わない」「会計へ流す形式が違う」と分かり、後付けで連携を作る流れです。この順序だと、すでに現場が慣れた運用を壊さずにデータを取り出す制約が加わり、素直に設計するより工数が増えます。避けるには、導入前に「Squareを正とするデータ」と「既存システムを正とするデータ」を紙の上で1度分けておくことです。商品マスタ・在庫・顧客・売上の4つについて、どちらを正とするかを決めてから運用を始めれば、後の連携は取り出しと変換だけで済みます。この線引きと連携範囲の設計から入る場合は、決済・サブスクリプションシステム開発で要件整理から実装まで一貫して受けています。決済まわりの用語や接続方式そのものを整理したい場合は、親記事の決済システムとは?仕組み・種類と、決済代行との接続方式・自社構築の判断軸を解説から入ってください。
eコマースAPIで自社サイトへ組み込むときの実装範囲と選択肢
ECでSquareを使う方法は1つではありません。作らずに済ませる道と、作り込む道の間に選択肢が並んでいます。
ECの決済を作らない・少し作る・組み込むの3段階で見る導入方式
SquareのECサイト向けページによると、選べる形は3つあります。作らない道はSquare オンラインビジネスで、無料プランなら負担は決済手数料3.6%だけでネットショップを開設できます。少し作る道はリンク決済で、商品やサービスごとにお会計リンクを発行し、メールやSNS、QRコードで送って回収する形です。ウェブサイトを持たない業態や、単発の受注が中心の事業ではこれで足ります。組み込む道がeコマースAPIで、既存の自社サイトへカード決済の機能を統合する方式です。WooCommerce・Wix・Magento・CS-Cartとの連携も用意されているため、これらで構築済みなら実装ではなく設定で済む可能性があります。
自社サイトへ決済機能を組み込む場合に開発見積りへ入れる作業の内訳
eコマースAPIで組み込むときの工数は、決済処理そのものより周辺で膨らみます。見積りに入れる項目は、決済画面のフロントエンド実装、注文データの保存と決済結果の突き合わせ、失敗時とタイムアウト時の再処理、返金とキャンセルの管理画面、そして通知の受け口です。特に決済結果の非同期通知を受ける処理は、作らないまま公開して二重課金や未反映の問い合わせにつながりやすい部分になります。既製のECカートで足りるのか自社開発に踏み込むのかの判断が先にあるなら、ECサイトとは?種類・構築方法・費用相場と「既製で足りる/開発すべき」の判断軸を解説で構築方式の比較から確認できます。
Square決済を採用する条件と、他の決済代行へ切り替える場面
ここまでの数字を踏まえて、採用する条件と見送る条件を言い切ります。判断の分かれ目は規模と経路の2つです。
採用が回収に届く条件は対面主体・年商3,000万円未満・単一運営
Squareが強いのは、対面決済が売上の中心で、年間のキャッシュレス決済額が3,000万円に届かない規模の事業者です。主要カードブランドで2.5%が適用され、月額固定費もかからないため、固定費型の決済サービスより負担が軽くなります。加えて、店舗の運営体制が単一またはごく少数の拠点で、在庫や顧客の正をSquare側に置ける場合は、レジ・予約・在庫・決済を1つのアカウントで回せるため運用の手数も減ります。ECを後から足す予定があっても同じアカウントで広げられる点は、店舗から始める事業者にとって現実的な利点です。
見送る条件はEC主体の大型化とサブスク単独、そしてBtoBの掛け払い
見送りを検討すべき場面は3つあります。1つ目はEC主体で月商が大きい場合で、オンライン決済3.6%の負担は取扱高が伸びるほど大きくなる構造です。交渉可能な料率を提示する決済代行と比べる価値があり、開発視点の比較先としてはStripeとは?決済プラットフォームの仕組み・手数料・実装パターンを開発視点で解説が判断材料になります。2つ目はサブスクリプション課金が事業の中心で、プラン変更や日割り、リトライの制御を細かく作り込みたい場合です。3つ目はBtoBで請求書払いと掛け払いが主体の商売で、与信と未回収リスクを外に出したいなら後払い専業の決済代行が窓口になります。
対面とECで決済代行を分ける並行運用という第3の選択肢と管理コスト
切り替えではなく、対面はSquare、ECは別の決済代行という並行運用を選ぶ事業者もいます。料率だけを見れば合理的ですが、増えるコストを勘定に入れてください。管理画面が2つに分かれ、入金日も別々になり、会計への取り込みも2系統になります。月次の突き合わせにかかる人手が増える分を手数料の差額が上回るかどうかが判断基準です。目安として、対面とECの取扱高がどちらも年間3,000万円を超える規模でなければ、1本にまとめたほうが総コストは低く収まります。
よくある質問
Square決済の手数料はいくらですか?
経路によって分かれます。対面は年間キャッシュレス決済額3,000万円未満かつ主要カードブランドなら2.5%から、それ以外は3.25%からです。オンライン決済は3.6%、カード情報の手入力や保存済みカードでの決済は3.75%、Square請求書は3.25%となっています。初期費用と月額固定費、振込手数料はかかりません。
入金はいつ行われますか?
入金先が三井住友銀行またはみずほ銀行なら決済日の翌営業日です。それ以外の金融機関は毎週金曜日に、木曜0:00から翌週水曜23:59までの決済分がまとめて振り込まれます。待てない場合は入金額の1.5%を払う即時入金サービスがありますが、常用すると実質料率が上がる点に注意してください。
店舗とECを1つのSquareアカウントで運用できますか?
できます。対面決済とネットショップ、リンク決済、請求書を同じアカウントで扱えて、商品と在庫、顧客、入金先も1つにまとまります。店舗の売上とECの売上を別々の決済代行で受けている場合に発生する、明細の突き合わせ作業が不要になる点が実務上の差です。
既存の基幹システムや会計ソフトと連携できますか?
APIを使って連携できます。決済、注文、商品、在庫、顧客、予約、入金、レポートの各APIが公開されており、バックエンドのSDKはPython・Node.js・Ruby・PHP・Java・.NETに対応しています。ただし何を連携するかによって工数が変わるため、商品マスタ・在庫・顧客・売上のどれをSquare側の正とするかを先に決めてから設計に入ってください。
途中で他の決済代行に切り替えられますか?
対面決済のみであれば端末と運用の切り替えで済みますが、定期課金でカード情報を保持している場合は移行の調整が必要です。カード情報そのものを加盟店が受け取って移す形は取れないため、決済代行会社間での移行手続きか、会員への再登録依頼のどちらかになります。サブスク型の事業では、切り替えの検討をこの移行可否の確認から始めてください。
関連記事
- 飲食店の決済システムとは?決済手段の種類・手数料と入金サイクル、POS連携の選び方:業態を飲食に絞って決済手段と入金サイクルを比較した記事で、店舗運用の具体に落とすときに読めます。
- GMOペイメントゲートウェイとは?接続方式・料金と導入判断を受託開発目線で解説:国内の大手決済代行と接続方式を比較したい場合の判断材料になります。
- ECサイトとは?種類・構築方法・費用相場と「既製で足りる/開発すべき」の判断軸を解説:ECの構築方式そのものを決めていない段階で、前提を整理できます。