あなたのデータエンドポイントは本当に「正しく課金」していますか？エンドポイント URL を入力すると、以下の項目を順次チェックします：未支払い時に 402 を返すか、payment-required ヘッダーが付与されているか、ネットワークが Base メインネットか、受取アドレスと金額が正しいか、ブラウザからカスタムヘッダーを読み取れるか、レスポンスが遅くないか。チェック完了後、そのままコピペ可能な Node / Express コードを即座に提供します。
お客様のブラウザから直接 1 回リクエストを送信します。相手側が CORS を有効にしていない場合、ブラウザがブロックします——その場合は、以下の方法 B を使用してください。
下記で生成された curl コマンドをサーバー上で実行し、出力全体をここにペーストしてください——この方法は CORS 制限を受けず、結果が最も正確です。
エンドポイント URL を入力すると自動生成されます。
エンドポイント URL を入力すると自動生成されます。
1・SSE を返すエンドポイントが「死亡」と判定されました。当社独自のヘルスチェックツールは、JSON-RPC クライアントを使用して MCP エンドポイントを監視しますが、相手側から返されるのは JSON ではなく SSE ストリームであるため、解析に失敗するとエンドポイントを「ダウン」と判定します。その後、以下のように変更しました。HTTPステータスコードのみを確認します200 および 402 の両方が「稼働中」と見なされます。
2 · ブラウザはカスタムレスポンスヘッダーを読み取れません。CORS 下では、シンプルなレスポンスヘッダーのみ読み取り可能です。payment-required 必須記述する Access-Control-Expose-Headersそうでないと、フロントエンド側で null を取得します。
3・金額の単位が誤っています。USDC は小数点以下 6 桁です。maxAmountRequired 最小単位で記述してください：0.01 USDC = 10000。次のように記述します。 0.01 実際の請求額は 0.00000001 米ドルのみ。
4・ローカルプロキシが誤検知（フェイクアラート）を引き起こします。サイトの稼働状態を判定する際は、一律で追加します。 --noproxy '*'以前、プロキシが返した 410 を「裸ドメインがダウンした」と誤判定していましたが、実際には 200 でした。