> ## Documentation Index
> Fetch the complete documentation index at: https://docs.pubrio.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Journal des modifications

> Dernières mises à jour et historique des versions de la plateforme Pubrio.

Suivez l'évolution de la couche de données Pubrio.

## Versions 2026

<AccordionGroup>
  <Accordion title="v2.3.2 - Passe de référence des filtres de recherche (sept. 2026)" defaultOpen>
    * **Nouveau :** [Enums & Constants](/fr/api-reference/enums) — 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](/fr/developer-guides/search/job-search), [News Search](/fr/developer-guides/search/news-search) et [Advertisement Search](/fr/developer-guides/search/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.
  </Accordion>

  <Accordion title="v2.3.1 - Passe de référence de l'Expansion API (août 2026)">
    * **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](/fr/developer-guides/setting-up-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](/fr/api-reference/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](/fr/api-reference/endpoint/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](/fr/api-reference/endpoint/companies/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](/fr/api-reference/status-codes).
    * **Docs :** [Authentication](/fr/api-reference/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](/fr/api-reference/rate-limits) 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](/fr/api-reference/endpoint/profile/profile) et sont désormais listés sur [Rate limit](/fr/api-reference/rate-limits).
    * **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.
  </Accordion>

  <Accordion title="v2.3.0 - La version Expansion (juil. 2026)">
    * **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](/fr/knowledge-base/concepts/expansion-api-quickstart).
    * **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](/fr/api-reference/endpoint/monitors/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.
  </Accordion>

  <Accordion title="v2.2.0 - La version Monitor (avr. 2026)">
    * **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](/fr/api-reference/endpoint/monitors/create).
    * **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.
  </Accordion>

  <Accordion title="v2.1.0 - La bêta Smart List (fév. 2026)">
    * **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`.
  </Accordion>

  <Accordion title="v2.0.0 - La mise à jour du Nouvel An (janv. 2026)">
    * **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.
  </Accordion>
</AccordionGroup>

***

## 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.

<AccordionGroup>
  <Accordion title="T4 2025 - Les intégrations d'automatisation">
    * **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.
  </Accordion>

  <Accordion title="T3 2025 - La synchronisation design-vers-séquence">
    * **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.
  </Accordion>

  <Accordion title="T2 2025 - Le partenariat Clay">
    * **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.
  </Accordion>
</AccordionGroup>
