国ごとの観測拠点から読み、1行ごとに出どころを記録し、読めた・読めなかったを分けて残す。Kansoku の観測の仕組みをまとめています。
5つの理由
どれも、聞き方を工夫すれば埋まる差ではなく、AIという仕組みの性質です。
いくらか、と聞けば、市場を代表する数字が返ります。それでは動けません。仕入れも値付けも輸出判断も、必要なのはどの会社が・いくらで・どのページで売っているかで、それはAIが答えている質問とは別の質問です。
ページは、どこからのリクエストかで価格も通貨も在庫も変えて返します。東京から聞けば東京の姿しか返りません。サンパウロから見てくれ、と頼めるプロンプトは存在しません。
実際に試したとき、AIが挙げた2つの数字はどちらも正しい値でした。片方は買取価格、もう片方は市場指数。回答のどこにもその区別は無く、その違いで差の符号が反転しました。
ページが昨日何を表示していたかは誰も保存していないので、モデルも思い出せません。昨日からの変化は、後から買うことができません。誰かが記録していた場合にだけ存在します。
同じ質問に同じ答えは返りません。要約としては問題なくても、月次で並べて比べる数列としては使えません。
これはAIへの批判ではありません。AIが何のためのものかという説明です。特定のページを、特定の国から、特定の時刻に読み、その記録を残す ―― それは別の仕事です。
2つの入口、1つの基盤
ほとんどの用途は前者だけで足ります。後者は、前者では届かないページのために在ります。
POST /v1/extractURLと「欲しい形」を渡すと、構造化データが返ります。
ページから何を取るかを記述していただくと、指定された国のアドレスから取得し、安い段から順に抽出を試し、どうやって得たかの記録つきで型のついたデータを返します。
規模のある監視向け ―― カタログ、出品一覧、検索結果、価格。
POST /v1/browsers選んだ国の、本物のブラウザ。
操作できる描画セッションです。遷移・待機・クリック・スクロール・スクリーンショット。JavaScriptで組み上がるページ、同意フローの奥にあるページ、そして「現地の訪問者に見えている通り」を確かめる必要があるページのために。
ページを表示された通りに残したいとき、そして他の手段では読めないページのために。
2つの入口は、1本のキー・1つの請求・1つの監査証跡を共有します。まずデータAPIから始めてください。ブラウザに手を伸ばすのは、他のどの方法でもページが中身を渡さないときだけで十分です。
汎用の対話型AIでは、なぜできないのか
2026年8月20日、対話型AIに同じ商品の日米価格を尋ね、同じ日に同じ商品を実測しました。
この型番は日本と米国でいくらですか。
両市場はほぼ同水準です。
米国市場は日本より17%上でした。
AIが挙げた2つの数字は、どちらも正しい値です。片方は買取価格、もう片方は市場指数で、回答のどこにもその区別は書かれていませんでした。差の符号が反転し、在庫全体の値付けがそれに従って変わります。
1行が背負うもの
返すすべての行に、どうやって得たかの記録が付きます。別のAPIではなく、切ることもできません。
price_ex_tax_jpysellerurlretrieved_atfx_rate / fx_published_onlevel / attempts税抜価格は取得時に一度だけ確定させ、比較はその列しか読みません。消費税の無い市場と、税込で表示する日本の価格も、いつも同じ基準で並びます。
毎朝、届くもの
出社したときには、5つが机の上にあります。
ページの読み方
段は列挙した順に走り、後の段は前の段が埋めなかった箇所だけを埋めます。
css渡されたセレクタを読む費用なしstructured_dataサイトが既に公開している JSON-LD と OpenGraph を読む費用なしllmページをモデルに説明させるトークン["css", "structured_data"] を渡せば、モデルが呼ばれないことが保証されます。商品ページのほとんどは必要としません ―― 監視する掲載を6倍にしても費用が2倍未満で済むのは、そのためです。
4つの作法
どれも数字を組み立てる手順そのものに入っているので、お手元に届く数字は4つとも通っています。
商材が変わっても、4つの作法は同じです。変わるのは情報源の一覧だけです。
取れなかった と 無かった
データの上では、取得の失敗と、完売は、まったく同じ形をしています。どちらも0件です。そして、これは人が実際に動いてしまう数字です。
相手がサイトを改装した。こちらの読み取りが外れる。返るのは0件。前日との差分は「全掲載が消滅」。原因はこちら側にあるのに、報告は相手の市場の話になります。
その情報源が今日ちゃんと答えたかを先に確かめ、答えなかった情報源の掲載は消滅の判定から外します。数にも入れません。さらに、一度消えただけでは成約と判定しません ―― 並び順が変わっただけ、ページが分かれただけで消えることは日常だからです。
拒否は拒否として記録します。403 や 429 は HTTPステータスとして返り、「中身が空の成功」にはなりません。空で返すと「そこには何も無い」と読めてしまい、原因を別の場所に探しに行かせます ―― 実際のメッセージは「速度を落とせ」でした。
どこから読むか
通貨、在庫、並び順、同意バナー ―― どれも、違う国からでは観測できません。
リクエストごとに「どの国から読むか」を指定でき、レスポンスにはどの国から読んだかが記録されます。同じページを複数の市場から同時に読んで、並べて比較できます。
同一ドメイン宛の通信は、こちらがどれだけ速く送っても間隔が空きます。robots.txt は取得して従い、crawl-delay も守ります。禁止されたパスは取得を試みずに拒否します。これを解除する設定はなく、サポートに依頼しても解除できません。
403 や 429 は HTTPステータスとして返り、「中身が空の成功」にはなりません。空の結果は「そこには何も無い」と読めてしまい、セレクタを疑いに行かせます。実際のメッセージは「速度を落とせ」でした。
契約する前に
調べたいページのURLを渡すと、その場で本当に読みに行って、読めたか断られたかを1件ずつ返します。無料の枠で使えます ―― お支払いの前に、ご自分の販路で確かめられます。
契約前に、ご自分の販路でこの診断を無料で試せます。どのページが読めるか、どの国から読めるかが、その場で分かります。
守っている取得の作法
これを必要とするお客様は、お断りします。
原則だけでなく商売の理由もあります。一度拒否された取得元は、二度と読めません。 失うのは当社だけでなく、その情報源を必要としているすべてのお客様です。利害と倫理が同じ方向を向いています。
同じ器械で
仕組みは3つとも同じです。変わるのは情報源の一覧だけです。
自社の価格と、各市場の販売価格の差（税をそろえて）。昨日から何が動いたか、どの掲載がいつ消えたか。
別の国から見た、正規販売店リストにない販売者の掲載を、記録つきで。
どの国で、いつ、ページに何が表示されていたか ―― 取得日時・国・ページの原本を結びつけた記録つきで。