WordPressとSquare（スクエア）を連携する方法
フォーム・EC・予約で使い分ける4つの実装パターン
「店頭はSquareで決済している。ホームページでも同じ決済にまとめたい」「予約時に前払いを受け取りたい」——そうしたご相談が増えています。最短・低コスト・安全に導入するための選び方と手順を整理しました。
Square連携のニーズと、最初にぶつかる設計上の悩み
サロン・教室・小売店では、店頭のキャッシュレス決済をSquareで運用しつつ、WordPressサイトでは「体験レッスンの事前決済」「回数券の販売」「オンライン予約の前受金」などを受け付けたいケースが多くなっています。ひとつのダッシュボードで売上を把握でき、会計処理も揃うのが利点です。
一方で、実装方法は複数あり、目的に合わない手段を選ぶと「リンクが乱立して導線が複雑」「返金・キャンセル時のフローがバラバラ」「在庫や枠の二重管理」になりがちです。本記事ではユースケース別の4パターンを比較し、失敗しにくい導入手順を解説します。
目的別：Square×WordPressの4つの実装パターン
スピード優先ならチェックアウトリンク、予約運用ならAppointments、EC拡張性ならWooCommerce、要件が固まっていてUIを作り込みたい場合はSDKが向いています。海外製プラグインやSDKは日本語情報が少ない場合があるため、検証環境でのテストが前提です。
導入時の注意点（最初にここを決める）
- 返金・日程変更のルールを統一（予約のキャンセル料、部分返金の可否、返金窓口を「Squareで統一」するかを事前に明文化）。
- 国・業種・プランによる提供機能差（対応ブランドやウォレット、サブスク等の提供状況は変動します。最新のSquare公式情報を必ず確認）。
- 更新で決済が止まらない運用（プラグイン自動更新は段階適用、バックアップとステージングでの動作確認をルール化）。
設計を先に固めてから手段を選ぶと、後戻りコストを最小化できます。
Square連携の実装ステップ（最短3ステップ）
要件整理｜「何をSquareで受け取るか（予約金／商品／回数券）」「支払いタイミング（即時／仮押さえ不可）」「税率・領収書・インボイス番号の扱い」を決める。
手段選定とセットアップ｜Appointmentsならメニュー・スタッフ・営業時間と埋め込みコード取得／チェックアウトリンクは商品作成→リンク発行→WordPressに設置／WooCommerceは「WooCommerce Square」を導入・接続／SDKはサンドボックスで鍵管理とフロー実装。
テストと公開｜テスト決済→受付メール・在庫同期・通知の確認→返金や日程変更のリハーサル。公開後は売上レポートと会計連携を定期点検。
決済周りの比較観点はWordPressとStripe・PayPalで決済機能を導入する方法でも整理しています。店頭レジとの一元化を重視する場合は、関連する考え方をWordPressとPOSレジシステムを連携する方法で確認しておくと設計がスムーズです。
よくある検討ポイント
定期課金や回数券の扱い（提供状況の事前確認）
領収書・インボイス番号の発行をどう一本化するか
既存のWordPressサイトにも後から追加は可能です。ただし「予約導線」と「支払い導線」を分けるかまとめるかで成果が変わるため、ゴール（無断キャンセル削減・客単価向上・在庫同期など）から逆算して設計することをおすすめします。海外プラグインは日本語情報が少ない場合があるため、検証とバックアップを前提に進めましょう。
Square連携も含めて、予約・EC・会員を一体で設計します
メニュー設計から導線、返金ポリシー、WooCommerce／Appointments／チェックアウトリンクの使い分けまで、運用に乗るところまで伴走します。小さく始めて段階拡張も可能です。