Skip to main content
Pubrioデータレイヤーの進化を追跡しましょう。

2026年 リリース

v2.3.1 - 拡大 API リファレンス改訂 (2026年8月)

  • API: 拡大シグナル検索POST /expansions/signals/search)を新たに掲載しました。集計後の企業単位ではなく、企業のステージを裏付ける生の日付付きシグナル行を直接検索できます。
  • API: 拡大ルックアップPOST /expansions/lookup)を新たに掲載しました。拡大検索の決定論的な対応版で、フィルターを自動的に緩和しないため、再現性が必要なダッシュボードや定期実行ジョブに適しています。
  • API: expansions を監視するモニターについて、フィルター語彙とウェブフックペイロードを明記しました。ウェブフックの設定を参照
  • API: 企業拡大詳細・比較・サマリー・ランキングの各エンドポイントに is_include_metadata を記載しました。API キーによるリクエストは既定で軽量です。true を指定すると confidence_score とモデル詳細一式が返ります。
  • API: 拡大関連のエラーコード(40043403604043540436)をステータスコードに追加しました。
  • 削除: /companies/{jobs,news,advertisements}/export のリファレンスページ。エクスポートは CSV 添付を返し、別枠の data_export_credit を消費しますが、対応する検索エンドポイントが JSON で返す以上の情報は含みません。ページネーションを使った検索をご利用ください。
  • 削除: /people/enrichment のリファレンスページ。このエンドポイントはリリースされたことがありません。人物データをエンリッチするには、People Lookupis_enrichment_available: true を指定してください。
  • ドキュメント: すべてのリクエストボディから profile_id を削除しました。API キー自体がワークスペースを識別するため、API キー利用時このパラメータは無視されていました。
  • API: 類似企業検索と類似人物検索について、必要となる参照識別子を明記しました。従来 /companies/search/similar は、ドキュメント化されたすべてのパラメータの組み合わせに対して 41847 Missing parameter を返していました。
  • API: 企業エンリッチメント が企業レコードとあわせて返す jobsnewsadvertisementssimilar_companies の各配列を明記し、この呼び出しが通常 30〜60 秒かかることを注記しました。
  • API: 8 つのエンドポイントが返すトップレベルの metadatacredittopup_credittotal_credit_cost を含む profile ブロックを含む)を宣言しました。
  • API: 企業識別子系のエンドポイントで、受け付ける 9 種類の識別子をすべて記載しました(tiktok_urlwantedly_urltw104_urlrocketpunch_urlremember_urlyoutrust_url を追加)。
  • ドキュメント: API で最も頻出するエラー 41847 Missing parameterステータスコードに追加しました。
  • ドキュメント: 認証User-Agent の要件を追記しました。汎用的な user agent のクライアントはエッジでブロックされ、HTTP 403error code: 1010 が返るため、API キーの誤りと誤解されがちです。
  • ドキュメント: レート制限 に Profile Usage が返す使用量・クォータのフィールドと、total_max_* にライセンス倍率がどう適用されるかを記載しました。
  • API: 拡大系フィルター(stagessignal_typessignal_strengthsfreshnessmomentumpolarity)に許容値を明記し、認識されない値はエラーにならず黙って破棄される点(パラメータによってはフィルター自体が外れ、別のパラメータでは何にも一致しなくなる点)を注記しました。
  • API: momentumadvancingsteadypulling_back を受け付けます。Expansion Reference の directions の値(retreatingnew)は stage.direction として返るレスポンス値であり、フィルターとして有効だったことはありません。
  • API: ニュースインサイトを修正 — mentionstopicssourcestop_source はトップレベルの配列ではなく data.totals 内の整数/文字列フィールドです。topicssources は重複を除いた件数で、項目別の内訳は category_breakdownmarket_breakdown にあります。
  • API: 広告インサイトを修正 — postings[] は省略キー rmchfon を使用し、reach_tiers[] は件数を持たない {slug, label} のカタログです。creatives[]image_urlctahas_video を含む全 10 フィールドを記載しました。
  • API: チャネルテンプレートの parameters のキーは channel_type_slug によって変わります。メール、LinkedIn、Twilio の各テンプレートで異なるセットを持ちます。
  • ドキュメント: API が返さないレスポンスフィールドを削除しました:User の referral_code、類似人物検索の similarity_score、LinkedIn 企業ルックアップの funding_statuscrunchbase_url、ニュース検索の expansion_signals、拡大シグナル検索の occurs_at / occurs_until
  • ドキュメント: ステータスコード表を API のエラーテーブルから再構築しました。9 個のコードが誤っていました。4007540076400914009240095 はページネーションとクォータの失敗として記載されていましたが、実際には HTTP 4164167541676416914169241695 です。しかも記載されていた番号はいずれも別の意味を持つ実在のコードでした。400034060240603 は実際には 403034063240633 で、40099 は存在しません。
  • ドキュメント: HTTP 416 を記載しました。ページネーションとクォータの超過は 416 と 416xx のコードを返し、結果が丸められることはありません。
  • ドキュメント: モニター系のエラーコード(4002040035)を追加しました。40021 は、モニター作成後に detection_mode を変更できないことを示します。
  • API: per_page の上限はプランの max_search_per_page(多くのプランで 25)で、26 を指定すると HTTP 416 が返ります。page の上限は max_search_page です。これらを含むすべてのプラン上限は Profile が返し、レート制限に一覧化しました。
  • API: people_contact_typesemail-workemail-personalphone のみを受け付けます。認識されない値は拒否されず、HTTP 200 と emails: null、クレジット消費ゼロが返るため、対象人物に本当に連絡先が無い場合と区別がつきません。
  • API: 該当が無い場合、取得レスポンスの emailsphones[] ではなく null を返します。
  • API: チャネルテンプレートの create パラメータを明記しました。channel_node_id は Channel Template Types から取得する UUID で、parameters に指定できるキーを決定します。delete は数値の channel_template_id を受け取り、1 回につき 1 バージョンのみ削除します。
  • API: モニターのウェブフック検証は実際の署名付き配信を行います。GET にのみ応答する URL は失敗し、details には上流のレスポンスボディが返ります。
  • 新機能: 市場拡大 API。 どの企業がどの市場に参入しているのか、そしてどこまで進んでいるのかを追跡できます — 実際の採用、ニュース、広告、クラウドインフラ、イベントの各シグナルから構築された 4 段階のはしご(Exploring → Committing → Expanding → Scaling)です。froms / tos でコリドー(回廊)を検索し、単一企業の市場参入を深掘りし、同業他社と比較できます。クイックスタートから始める
  • 新機能: 自然言語検索。 拡大検索に平易な文章の query(例:「英国に進出しているフィンテック企業」)を渡すと、Pubrio がそれをフィルターに解釈します — is_explain_match により、各企業の実際のシグナルに基づく AI マッチ説明もオプションで利用できます。
  • API: 結果はデフォルトで、裏付けのある動き(複数の独立したシグナルタイプ)を優先する関連度順になりました。純粋な新着順には sort_by: "recent" を渡してください。
  • API: モニターが求人、ニュース、広告に加えて拡大シグナルsignal_types: ["expansions"])を監視できるようになり、モニターインタープリット により平易な文章からモニターの下書きを作成できるようになりました。
  • API: モニターのライフサイクルは単一の status フィールド(draft / active / paused / inactive)になり、リクエストとレスポンスの従来の is_active / is_paused ブール値を置き換えました。
  • 新機能: モニター。 自動シグナル検出とリアルタイム配信 — 独自のポーリングパイプラインを構築することなく、数百万の企業の求人情報、企業ニュース、広告キャンペーンを追跡できます。フィルターを一度定義するだけで、Pubrioがスキャン、エンリッチメント、マッチしたシグナルをWebhook、メール、またはアウトリーチシーケンスに配信します。
  • 新機能: 2つの検出モード。 シグナルファースト(広範な市場スキャン)とカンパニーファースト(指定アカウントの追跡)から選択し、プロスペクティングワークフローに合わせることができます。
  • 新機能: 自動ピープルエンリッチメント。 各モニタートリガーで、マッチした企業の連絡先を自動的に検索・引き換えできます — 管理レベル、部門、役職で設定可能なマルチレイヤーエンリッチメント。
  • API: 15の新しいモニターエンドポイントを追加 — 完全なCRUD、統計、チャート、検出ログ、Webhook検証、テスト処理。モニターAPIリファレンスを参照
  • API: リクエストボディで profile_id が不要になりました。APIキーにワークスペース情報が含まれるようになりました。このパラメータは後方互換性のために引き続き使用できます。
  • API: AI エージェントとMCPツールの互換性向上のため、全59のAPIエンドポイントに operationIdsummarydescriptiontags を追加しました。
  • ドキュメント: AIクローラー検出のために llms.txt を有効化しました。
  • 新機能: AIスマートリスト (ベータ版)。 ユーザーはCSVをアップロードし、スプレッドシートインターフェースで表示できるようになりました。Pubrioが不足している列を自動的に埋めます。
  • データ: DACH地域(ドイツ、オーストリア、スイス)で300万の新しい検証済みエンティティを追加しました。
  • API: /enrich/company エンドポイントの応答時間が高速化しました(レイテンシを200ms短縮)。
  • 新機能: 広告検索インテリジェンス。 広告透明性センターと有料検索リポジトリをインデックス化しました。企業が広告を出しているか どうかどこで 支出しているか、どの キーワードをターゲットにしているかを確認できるようになりました。
  • 改善: 中南米(LATAM)で非標準的なローカルソフトウェアを使用している企業の「テックスタック」検出を強化しました。

2025年 アーカイブ: パートナーの年

2025年は、主要なエコシステム連携によって定義され、Pubrioのデータを皆様が毎日使用するプラットフォームにお届けしました。
  • 連携: Ottokit。 自律型エージェントワークフローのためのネイティブコネクタをローンチしました。
  • 連携: Databar。 ノーコード・リサーチのためのDatabarマーケットプレイスにて、検証済みプロバイダーとしてPubrioを追加しました。
  • 連携: Stripo。 「シーケンスへのプッシュ(Push to Sequence)」機能を有効にし、デザインチームがHTMLテンプレートを直接Pubrioのワークフローに同期できるようにしました。
  • 機能: 動的変数の注入。 テンプレート内の一般的なプレースホルダーを、送信時にリアルタイムのPubrioデータで解決(置換)できるようにしました。
  • 連携: Clayネイティブ連携。 Clayのエンリッチメントメニューでデフォルトのプロバイダーになりました。
  • データ: 「見えない70%」のカバレッジを拡大し、アジア太平洋地域の15の新しいローカル登記簿を含めました。