x402 の実装を頼む前に確かめられることは、少なくとも3つあります。① 本人が本番で動かしている有料経路の数と価格、② 固定メニューと納期・支払条件、③ 申込口が実際に存在し、POST だけを受け付けることです。2026-10-20 の実測では、/services が 200・42,395 B・649 ms で能力ブロック9つ・パッケージ3つ・稼働中の有料経路59本（0.001〜0.25 USDC）を返しました。未払いの402は5本とも宣言価格を返し、合計 0.101 USDC、応答は 262〜552 ms。申込は POST /ja/order のみで、GET は 405・181 B でした。
この記事は「誰に頼むか」の一般論ではなく、発注前に相手の公開面を何で比較するかを、当方自身の公開URLで測った数字で示します。営業資料ではなく、買い手が無料で再現できる確認手順として読んでください。
" }, { "見出し": "実測1: 本番で動いている有料経路は59本、0.001〜0.25 USDC", "html": "/services の JSON には running_routes が 59件入っていて、各件が path・price_usdc・英語の one_line・live_target_fetch を持っています。価格は 0.001〜0.25 USDC で、最も安いのは /pick・/gas・/random などの 0.001、最も高いのは /changes/bundle の 0.25 でした。/product.json は別の数え方で有料エンドポイント60件を返します（826,760 B・693 ms）。
ここで買い手に効くのは、「実装できます」という文章ではなく、path と price_usdc の組が59件並んでいることです。しかもその経路は、支払いなしの GET で 402 と宣言価格を返します（次の節）。動いていない経路を59本書くのは、402 の宣言価格まで含めると簡単ではありません。発注前の比較材料としては、ブログの実績よりこの一覧のほうが検証可能です。
ただし59本＝59本とも今も納品できる、ではありません。/status.json は経路60・納品記録あり13・success_24h=0 で、「宣言はあるが直近24時間の納品記録は無い」のが実態です。この区別は次の節と「実績の読み方」で扱います。
依頼前に見るべき最小のセットは、安い経路・中くらいの経路・高い経路を1本ずつ叩くことです。今回は /gas（0.001）・/markdown（0.01）・/watch（0.02）・/contract（0.02）・/check（0.05）の5本を、支払わずにGET しました。
| 経路 | 宣言価格 | 402本文 | payment-required ヘッダ | 応答 |
|---|---|---|---|---|
/gas | 0.001 USDC | 23,761 B | 5,464 B | 262 ms |
/markdown | 0.01 USDC | 21,729 B | 3,340 B | 259 ms |
/watch | 0.02 USDC | 25,645 B | 4,380 B | 399 ms |
/contract | 0.02 USDC | 28,913 B | 5,528 B | 292 ms |
/check | 0.05 USDC | 30,893 B | 5,664 B | 552 ms |
5本とも 402 で、本文は x402Version=1・network=base・accepts[0] 10項目・maxTimeoutSeconds=60、ヘッダは x402Version=2 系でした。同じ価格を本文（V1）とヘッダ（V2）の両方で宣言しています。5本を全部買うと 0.101 USDC（未払い・合計は宣言価格の単純合計）ですが、発注前の下調べは0円でここまで読めます。
逆に、存在しない経路は 404・3,349 B・140 ms で、402 ではありません。「402 が返る」こと自体が、その経路が課金ゲートまで実装されている証拠になります。ただし 402 は納品の品質も、200 が返ることも保証しません。そこは /status.json と、少額の試し買いで分けます。
/services の menu は12件（パッケージ3＋ブロック9）で、entries は「すぐ買える小さな部品 $20〜35」「代表パッケージ $80〜150」「カスタムは見積り」の3分類でした。ブロックは B1 決済導入 30・B2 納品ログ 25・B3 オンチェーン検証 35・B4 監視 30・B5 Workers 実装 35・B6 データ変換 25・B7 人間向けUSDC受取 35・B8 ドキュメント 20、B9 監視サブスクは月5〜20です。パッケージは P1 30（1〜2日）・P2 80（2〜4日）・P3 150（4〜7日）。
支払条件は payment_terms に「着手30%・中間40%・検収30%」「USDC on Base」と明記され、summary は「アカウント登録・カード・銀行を使わない」と書いています。order は POST /ja/order で、application/x-www-form-urlencoded または JSON の menu / request / contact / budget_usdc / deadline / tx を受け取る形です。GET /ja/order は 405・181 B・138 ms で、フォームを見せてから POST させるのではなく、POST 専用であることが分かります。
買い手にとっては、「メニューに載っている価格」と「実際に動いている経路の価格」を別々に見られることが重要です。今回は前者が $20〜150 の受託価格、後者が 0.001〜0.25 USDC のAPI価格で、同じ運営者が両方を公開していました。受託だけを売る人の場合、この突き合わせができません。発注前の質問としては「あなたが運用している有料エンドポイントを3本、URLと価格つきで見せてください」が有効です。
" }, { "見出し": "実績の読み方: 外部3件・買い手2人・0.101 USDC を、小さすぎると隠さない", "html": "/services の track_record は 2026-10 の実測として、外部の買い手のみ・自己送金/Probe/テストは除外で、納品3件・買い手2人・売上0.101 USDC を公開していました。内訳は /check が2件・0.10 USDC、/gas が1件・0.001 USDC。判定ルールは「入金ブロック確定時刻 T に対し、納品ログ status=200 が [T-15s, T+180s] にあること」で、買い手の識別子は公開しないと明記されています。
この数字は大きい実績ではありません。ただし、発注前に読む側にとっては「3件・2人」と数字で書いてあること自体が材料になります。実績を「多数」とだけ書く相手より、件数と除外条件と判定ルールを書く相手のほうが、少なくとも検証の作法を知っていると判断できます。一方で3件は3件です。受託の判断材料としては、この規模の運営に $150 のパッケージを頼んでよいかを自分で決める必要があります。
/status.json は200・24,735 B・10,053 ms で、経路60・納品記録あり13・success_24h=0。uptime_note は「可用性は測っていない。納品ログは uptime ではない」と明記し、failure_note は「失敗回数は記録していない（null は0ではない）」と書いています。「稼働率99.9%」のような数字を出さないのは、測っていないからです。この記事も可用性は測っていません。
このサイトの受託メニューは日本語ですが、英語の検索語で来た買い手が読める部分はあります。/services の running_routes は各件に英語の one_line を持ち、402 の本文とヘッダは機械可読で、/product.json と /openapi.json は英語の仕様です。order のフィールド名も英字です。
逆に、メニューの説明文・支払条件・実績の注記は日本語です。英語だけで発注まで進めたい買い手には、「メニューの本文は日本語」という事実が向き不向きの判断材料になります。今回の実測では、/services の JSON が42,395 B、うち summary と menu と payment_terms が日本語、running_routes の one_line が英語でした。機械可読な部分は英語、契約条件は日本語という切り分けです。
相手が当方でも他でも使える質問リストです。① 本番で動いている有料エンドポイントを3本、URLと価格つきで（402 が返るか自分で叩く）。② 直近30日の納品件数と、自己テストを除いた数え方（/status.json があれば先に見る）。③ 支払条件とネットワーク（今回は着手30/中間40/検収30・USDC on Base）。④ 納品の形（今回は1回の支払いにつき1件のJSON）。⑤ 申込から返信までの時間（今回は未測定）。⑥ 日本語以外でのやり取り可否（今回はメニュー本文が日本語）。⑦ 失敗したときの再実行と返金の扱い（今回は未確認）。
質問への回答が資料と食い違ったら、資料の数字を優先してください。402 は自分で叩けます。/status.json も無料です。相手の説明より、相手の公開URLのほうが検証コストが低い——これが今回の実測で一番はっきりした結論です。
tx の検証がどう動くかは未確認です。GET が 405 であることだけを測りました。success_24h=0 なので、402 が返ることと納品できることは分けて読んでください。hire x402 integration developer をタイトルに置いただけで、順位は測っていません。依頼のメニューと価格は /ja/services、日本語の依頼記事は /ja/hire-x402、稼働経路の宣言は /product.json、納品記録は /status.json で無料で読めます。402 の読み方は /ja/is-x402-endpoint-alive、買う順序は /ja/x402-usage にまとめています。