自社で実際に使っている注文ページを、そのまま商品にしました — kpaylink

2026年8月6日

今朝、バイブプロトタイプ制作サービスの記事を公開しました。その注文ページ——お客様が請求先を登録すると請求書PDFが発行され、銀行振込かPayPalで支払える、あのページです。

あのページそのものを、誰でも使える商品にしました。

kpaylink — コードは MIT License で無償公開しています。デモも触れます（https://proto.exbridge.jp/kpaylink/・ログイン不要）。

何ができるか

「価格の決まった商品・サービス」の注文ページを、設定ファイル1枚で立ち上げます。

お客様がデモ・紹介ページを見て発注を決める
   ↓
注文ページで請求先を登録（ログイン不要）
   ↓
その注文に対して請求書PDFが発行される（番号を自動採番）
   ↓
銀行振込 または PayPal（カード可）で支払う
   ↓
入金確認後、あなたが商品・サービスを提供する

制作サービス、プロトタイプ開発、スポットコンサル。1件いくらの決まった商売なら、そのまま使えます。

コードを変える必要がありません

商品名・説明・金額・税率・社名・住所・登録番号・振込先・申し込みの流れの文面・確認事項・各リンク・ロゴ——すべて設定ファイルです。

define('KPAY_PRODUCT_NAME', 'ホームページ制作パック');
define('KPAY_AMOUNT', 200000);          // 税抜。税額は自動計算
define('KPAY_BANK', '◯◯銀行 ◯◯支店');

これを書き換えるだけで、自分の商品の注文ページになります。商品が複数あるなら、ディレクトリを分けて設定を変えれば、同じコードのまま何ページでも並べられます。

逆に言うと、設定するまで振込先はどこにも出ません。コードに口座を書いていないからです。これは配る側の責任だと考えています。口座が直書きされたコードを配れば、使った人の請求書に他人の口座が載ります。

お客様にログインさせない

注文ごとに、推測困難なURL（16桁）が発行されます。そのURLがそのまま注文の控えです。会員登録もSNSログインも、お客様には求めません。

支払うために、まずアカウントを作ってください——は通りません。支払いを止める理由を、こちらから作ってはいけない。実際に受注ページを運用して身につけた設計です。

決済の完了通知を信じない

PayPalのボタンはブラウザの中で動くので、「支払いました」という通知は偽造できます。

kpaylink はPayPalのAPIに直接照会し、決済の確定・通貨・金額・注文IDの一致をすべて確かめてから入金として記録します。偽の決済12パターンを弾くテストを同梱しています。secretを設定しない限り、決済ボタン自体を出しません。確認できない決済は受け付けない、という方針です。

実運用から来た製品です

kpaylink は、机上で設計した商品ではありません。当社が実際にお金を受け取っている受注ページを、誰の商品にも差し替えられる形に整えたものです。

動く土台があって、それを自分で少しずつ変えていく。kinvoice のときに書いた考えと同じです。今回は「注文を受けてお金をいただく」という、商売のいちばん大事な入口を土台にしました。

入手方法

コード: GitHub（MIT・無償）
デモ: https://proto.exbridge.jp/kpaylink/（ログイン不要・決済は行われません）
有償パッケージ: Kurage App Store で 55,000円（税込）

有償版には、AIに渡すだけで設置が進む手順書（CLAUDE.md / AGENTS.md / INSTALL.md）、設計判断の解説、商品差し替え・複数商品展開・管理画面追加の練習問題、そしてAIと仕事を進める作法をまとめた VWorkフレームワーク一式を同梱しています。設置の所要は15分ほどです。

同日公開の姉妹品 kbilling（請求書発行・集金システム）と合わせると、受注も請求もこの形で揃います。

まとめ

商売の入口は、注文を受けてお金をいただく仕組みです。そこを外注すると、変えたいときに動けなくなります。

自分で持てる大きさの、実運用済みの土台。まずはデモを触ってみてください。

https://proto.exbridge.jp/kpaylink/