Skip to main content
Suivez l’évolution de la couche de données Pubrio.

​
Versions 2026

v2.3.2 - Passe de référence des filtres de recherche (sept. 2026)

  • Nouveau : Enums & Constants — chaque valeur fixe que l’API accepte ou renvoie sur une seule page : rangs d’ancienneté, fonctions de poste, sources et formats publicitaires, paliers de portée, plateformes d’éditeurs, types de signaux, niveaux de management.
  • Nouveau : guides de recherche pour Job Search, News Search et Advertisement Search — tableaux de filtres, parcours de réponse et recettes à copier-coller.
  • API : Job Search documente functions, seniority_ranks, launch_dates, location_ids, created_at et is_ascending_order. Les lignes de réponse déclarent désormais functions, seniority_rank, source_type, base_salary, experience_requirement, education_requirement et employment_type.
  • API : Advertisement Search documente active_dates, reach_tiers, exclude_source_types, created_at, advertisement_search_id et is_ascending_order. source_types est corrigé — il filtre les résultats (pas seulement l’enrichissement) et accepte tiktok et apple. Les lignes déclarent désormais advertisement_format_normalized, advertiser, advertisement_url, is_company_matched et le triplet total_impressions ; metadata documente applied_source_types, unsupported_source_types, coverage_notes et skipped_source_types.
  • API : News Search documente published_at, news_search_id et is_ascending_order, et déclare chaque champ de ligne y compris expansion_signals (renvoyé quand is_expansion_signal_available est défini — ceci annule la suppression de la v2.3.1, faite avant que l’indicateur ne soit livré).
  • API : People Search documente exclude_people_titles, exclude_people_locations, exclude_departments, exclude_department_functions et company_exclude_locations.
  • API : Company Search documente social_media et advertisement_status.
  • API : Chaque point de terminaison de recherche documente désormais metadata.ignored_fields — les clés de corps non reconnues sont abandonnées, non rejetées, et listées ici. Job, News et Advertisement Search déclarent aussi pagination et un bloc metadata typé plutôt qu’un objet libre.
  • Docs : quatre schémas (job_exclude_locations, advertisement_target_locations, advertisement_exclude_target_locations et domain_search_ids sur Expansion Rankings) avaient une description juste à côté d’un $ref, que OpenAPI 3.0 ignore silencieusement. Elle s’affiche désormais.
  • API : Expansion Signal Search (POST /expansions/signals/search) est désormais documenté — interrogez les lignes de signaux brutes et datées derrière l’étape d’une entreprise plutôt que les entreprises dans lesquelles elles s’agrègent.
  • API : Expansion Lookup (POST /expansions/lookup) est désormais documenté — le jumeau déterministe d’Expansion Search qui ne relâche jamais automatiquement vos filtres, pour les tableaux de bord et tâches planifiées qui ont besoin de résultats reproductibles.
  • API : les monitors surveillant expansions disposent désormais d’un vocabulaire de filtre et d’une charge utile de webhook documentés. Voir Configurer des webhooks.
  • API : is_include_metadata est documenté sur Company Expansion Detail, Compare, Summaries et Rankings. Le trafic par clé API est allégé par défaut — définissez-le sur true pour recevoir confidence_score et le détail complet du modèle.
  • API : les codes d’erreur Expansion (40043, 40360, 40435, 40436) ont été ajoutés à Status Codes.
  • Supprimé : les pages de référence /companies/{jobs,news,advertisements}/export. Export renvoie une pièce jointe CSV sur un solde data_export_credit séparé et ne renvoie rien que le point de terminaison Search correspondant ne renvoie déjà en JSON — utilisez Search avec pagination à la place.
  • Supprimé : la page de référence /people/enrichment, qui documentait un point de terminaison qui n’a jamais été publié. Pour enrichir une personne, appelez People Lookup avec is_enrichment_available: true.
  • Docs : profile_id supprimé de chaque corps de requête. Votre clé API identifie déjà votre espace de travail, et le paramètre était ignoré sur les requêtes par clé API.
  • API : la recherche d’entreprises similaires et de personnes similaires documente désormais l’identifiant de référence qu’elle requiert. Auparavant, /companies/search/similar renvoyait 41847 Missing parameter pour chaque combinaison de paramètres documentée.
  • API : Company Enrichment documente les tableaux jobs, news, advertisements et similar_companies qu’il renvoie aux côtés de l’enregistrement de l’entreprise, et avertit que l’appel prend généralement 30 à 60 secondes.
  • API : huit points de terminaison déclarent désormais le metadata de premier niveau qu’ils renvoient, y compris le bloc profile avec credit, topup_credit et total_credit_cost.
  • API : les points de terminaison d’identifiant d’entreprise documentent les neuf identifiants acceptés, en ajoutant tiktok_url, wantedly_url, tw104_url, rocketpunch_url, remember_url et youtrust_url.
  • Docs : 41847 Missing parameter — l’erreur la plus fréquente de l’API — a été ajoutée à Status Codes.
  • Docs : Authentication couvre désormais l’exigence de User-Agent. Les clients avec un user agent générique sont bloqués en périphérie avec HTTP 403 et error code: 1010, facilement confondu avec une mauvaise clé API.
  • Docs : Rate limit documente les champs d’usage et de quota renvoyés par Profile Usage, y compris comment total_max_* applique le multiplicateur de licence.
  • API : les filtres Expansion (stages, signal_types, signal_strengths, freshness, momentum, polarity) listent désormais leurs valeurs autorisées, et chacun avertit qu’une valeur non reconnue est abandonnée silencieusement plutôt que rejetée — supprimant le filtre sur certains paramètres et ne correspondant à rien sur d’autres.
  • API : momentum accepte advancing, steady et pulling_back. Les valeurs directions dans Expansion Reference (retreating, new) sont des valeurs de réponse sur stage.direction et n’ont jamais été valides comme filtre.
  • API : News Insights corrigé — mentions, topics, sources et top_source sont des champs entier/chaîne à l’intérieur de data.totals, pas des tableaux de premier niveau. topics et sources sont des comptages de valeurs distinctes ; les listes par élément sont category_breakdown et market_breakdown.
  • API : Advertisement Insights corrigé — postings[] utilise les clés abrégées r, m, ch, fo, n ; reach_tiers[] est un catalogue {slug, label} sans comptages ; creatives[] documente les dix champs, y compris image_url, cta et has_video.
  • API : les clés parameters des modèles de canal varient selon channel_type_slug — les modèles e-mail, LinkedIn et Twilio portent chacun un jeu différent.
  • Docs : suppression des champs de réponse que l’API ne renvoie pas : referral_code de User, similarity_score de Similar People, funding_status et crunchbase_url de LinkedIn Company Lookup, expansion_signals de News Search, et occurs_at / occurs_until de Expansion Signal Search.
  • Docs : le tableau des codes de statut a été reconstruit à partir du tableau d’erreurs de l’API. Neuf codes étaient incorrects : 40075, 40076, 40091, 40092 et 40095 étaient documentés pour les échecs de pagination et de quota mais sont en réalité 41675, 41676, 41691, 41692 et 41695 en HTTP 416 — et chaque numéro documenté est un code actif pour quelque chose de sans rapport. 40003, 40602 et 40603 sont en réalité 40303, 40632 et 40633 ; 40099 n’existe pas.
  • Docs : HTTP 416 est désormais documenté. Les débordements de pagination et de quota renvoient 416 avec un code 416xx, jamais un jeu de résultats tronqué.
  • Docs : ajout de la famille d’erreurs de monitor (40020–40035), y compris 40021 — detection_mode ne peut pas être modifié après la création d’un monitor.
  • API : per_page est plafonné au max_search_per_page de votre plan (25 sur la plupart des plans) ; 26 renvoie HTTP 416. page est plafonné à max_search_page. Ces deux limites, et tous les autres plafonds de plan, sont renvoyés par Profile et sont désormais listés sur Rate limit.
  • API : people_contact_types accepte exactement email-work, email-personal et phone. Une valeur non reconnue n’est pas rejetée — elle renvoie HTTP 200 avec emails: null et un coût de crédit nul, ce qui est indiscernable d’une personne sans données de contact.
  • API : les réponses de redemption renvoient null, pas [], pour emails et phones lorsque rien n’est trouvé.
  • API : les paramètres create des modèles de canal sont désormais documentés — channel_node_id est un UUID issu de Channel Template Types, et il détermine quelles clés parameters sont valides. delete prend des valeurs numériques channel_template_id et supprime une version à la fois.
  • API : la validation de webhook de monitor effectue une livraison signée réelle ; une URL qui ne répond qu’à GET échoue toujours, et details renvoie le corps de la réponse en amont.
  • Nouvelle fonctionnalité : Market Expansion API. Suivez quelles entreprises entrent sur quels marchés, et jusqu’où elles en sont — une échelle à quatre étapes (Exploration → Engagement → Expansion → Montée en puissance) construite à partir de signaux réels d’embauche, d’actualités, de publicité, d’infrastructure cloud et d’événements. Recherchez par corridor avec froms / tos, explorez l’entrée sur un marché d’une seule entreprise, et comparez des pairs. Commencez par le guide de démarrage rapide.
  • Nouvelle fonctionnalité : recherche en langage naturel. Passez une query en anglais courant à Expansion Search (« fintech companies expanding into the UK ») et Pubrio l’interprète en filtres — avec des explications de correspondance générées par IA en option, ancrées dans les signaux réels de chaque entreprise via is_explain_match.
  • API : les résultats sont désormais par défaut dans un ordre de pertinence qui place en premier les mouvements corroborés (plusieurs types de signaux indépendants) ; passez sort_by: "recent" pour une pure récence.
  • API : les monitors peuvent désormais surveiller les signaux d’expansion (signal_types: ["expansions"]) aux côtés des offres d’emploi, actualités et publicités, et un monitor peut être ébauché à partir d’une phrase en anglais courant via Monitor Interpret.
  • API : le cycle de vie du monitor est désormais un unique champ status (draft / active / paused / inactive), remplaçant les anciens booléens is_active / is_paused dans les requêtes et réponses.
  • Nouvelle fonctionnalité : Monitors. Détection automatisée de signaux avec livraison en temps réel — suivez les offres d’emploi, les actualités d’entreprise et les campagnes publicitaires sur des millions d’entreprises sans construire votre propre pipeline de polling. Définissez les filtres une fois, et Pubrio scanne, enrichit, et livre les signaux correspondants vers votre webhook, e-mail, ou séquence de prospection.
  • Nouvelle fonctionnalité : deux modes de détection. Choisissez entre Signal First (balayage large du marché) et Company First (suivi de comptes nommés) pour correspondre à votre flux de prospection.
  • Nouvelle fonctionnalité : enrichissement automatique des personnes. Chaque déclenchement de monitor peut automatiquement trouver et échanger des contacts au sein des entreprises correspondantes — enrichissement multicouche avec filtres configurables pour le niveau de management, le département et l’intitulé.
  • API : ajout de 15 nouveaux points de terminaison Monitor — CRUD complet, statistiques, graphiques, journaux de détection, validation de webhook et traitement de test. Voir la référence de l’API Monitor.
  • API : profile_id n’est plus requis dans les corps de requête. La clé API inclut désormais les informations d’espace de travail. Le paramètre est toujours accepté pour la rétrocompatibilité.
  • API : ajout de operationId, summary, description et tags sur les 59 points de terminaison de l’API pour une meilleure compatibilité avec les agents IA et les outils MCP.
  • Docs : activation de llms.txt pour la découverte par les robots d’indexation IA.
  • Nouvelle fonctionnalité : AI Smart Lists (bêta). Les utilisateurs peuvent désormais téléverser des CSV et les consulter dans une interface de type feuille de calcul où Pubrio remplit automatiquement les colonnes manquantes.
  • Données : ajout de 3 millions de nouvelles entités vérifiées dans la région DACH (Allemagne, Autriche, Suisse).
  • API : temps de réponse plus rapides (latence réduite de 200 ms) pour le point de terminaison /enrich/company.
  • Nouvelle fonctionnalité : Ads Search Intelligence. Nous indexons désormais les centres de transparence publicitaire et les répertoires de recherche payante. Vous pouvez désormais voir si une entreprise diffuse des publicités, où elle dépense, et quels mots-clés elle cible.
  • Amélioration : détection « stack technique » améliorée pour les entreprises utilisant des logiciels localisés non standards en LATAM.

​
Archive 2025 : l’année des partenaires

2025 a été définie par nos intégrations écosystème majeures, apportant les données Pubrio aux plateformes que vous utilisez chaque jour.
  • Intégration : Ottokit. Lancement du connecteur natif pour les flux de travail d’agents autonomes.
  • Intégration : Databar. Ajout de Pubrio comme fournisseur vérifié dans la marketplace Databar pour la recherche sans code.
  • Intégration : Stripo. Activation de la fonctionnalité « Push to Sequence », permettant aux équipes design de synchroniser des modèles HTML directement vers les flux de travail Pubrio.
  • Fonctionnalité : injection de variable dynamique. Permet aux espaces réservés génériques des modèles d’être résolus avec des données Pubrio en temps réel lors de l’envoi.
  • Intégration : intégration native Clay. Devenu un fournisseur par défaut dans le menu d’enrichissement Clay.
  • Données : extension de la couverture « 70 % invisibles » pour inclure 15 nouveaux registres locaux en Asie-Pacifique.