POST https://api.acedata.cloud/webextrator/tasks
WebExtrator タスククエリ API は、過去の render / extract タスク結果を照会するために使用されます。一般的な使用法:
- 非同期タスク完了後に再照会して完全なエンベロープを取得(
callback_urlプッシュまたは手動ポーリングを除く)。 - 監査自分が提出した内容を確認する —— タスク記録は元の
requestと最終responseを同時に保存します。 - バッチ回填 —— 一度に
idまたはtrace_idで複数のレコードを取得。
認証
リクエストパラメータ
リクエストボディはaction によって区別される判別式の組み合わせで、2 つのアクションがあります:
action: "retrieve" —— 単一照会
id と trace_id は二者択一で渡します。
action: "retrieve_batch" —— バッチ照会
ids と trace_ids は二者択一で渡します。
単一レスポンス
{ "task": null } を返します(HTTP 200、404 ではありません)。
task オブジェクトのタイミングフィールドの説明は以下の通りです。
created_at、タスク作成時間、Unix タイムスタンプ(秒、浮動小数点)。started_at、タスク開始実行時間、Unix タイムスタンプ(秒、浮動小数点)。タスクがまだ開始されていない場合はnull。finished_at、タスク完了時間、Unix タイムスタンプ(秒、浮動小数点)。タスクが未完了の場合はnull。elapsed、タスク実行にかかった時間、単位は秒(浮動小数点、3 桁の小数点以下を保持)。タスクが未完了の場合はnull。
バッチレスポンス
tasks から欠落します。
例
task_id による単一照会
trace_id による単一照会
バッチ照会
Python (requests) —— 完了するまでポーリング
Node.js (fetch) —— コールバックを受け取った後に完全なエンベロープを取得
エラーレスポンス
ヒントと落とし穴
trace_idをカスタマイズ可能であればカスタマイズしてください。 原始の render/extract リクエストで?trace_id=…(クエリストリング)をアップロードし、それを自分のビジネス ID(ワークフローの run id など)に合わせてください。そうすれば、ビジネス ID でタスクを検索できます。送信しなかった場合、サーバーは自動的に UUID を生成します。- 保持期間は 7 日です。 それ以前のタスクは
task: nullを返します —— 長期的なアーカイブが必要な場合は、自分でデータベースに保存してください。 - タスクのクエリは無料です。 何回でも調べたいだけ調べてください。原始の render/extract 呼び出し時に費用はすでに支払われています。
- 非同期 + コールバックを優先し、ポーリングではなく。 ビジネスが許可する場合、元のリクエストに
callback_urlを渡し、プラットフォームがエンベロープをあなたにプッシュするようにしてください。2 秒ごとにポーリングするよりも効率的です。

