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

# Changelog

> Neueste Updates und Release-Historie der Pubrio-Plattform.

Verfolgen Sie die Entwicklung des Pubrio Data Layer.

## Releases 2026

<AccordionGroup>
  <Accordion title="v2.3.2 - Search-Filter-Referenzüberarbeitung (Sep 2026)" defaultOpen>
    * **Neu:** [Enums & Constants](/de/api-reference/enums) — jeder feste Wert, den die API akzeptiert oder zurückgibt, auf einer Seite: Senioritätsstufen, Jobfunktionen, Anzeigenquellen und -formate, Reichweiten-Stufen, Publisher-Plattformen, Signaltypen, Management-Ebenen.
    * **Neu:** Suchleitfäden für [Job Search](/de/developer-guides/search/job-search), [News Search](/de/developer-guides/search/news-search) und [Advertisement Search](/de/developer-guides/search/advertisement-search) — Filtertabellen, Antwort-Durchläufe und Copy-Paste-Rezepte.
    * **API:** Job Search dokumentiert `functions`, `seniority_ranks`, `launch_dates`, `location_ids`, `created_at` und `is_ascending_order`. Antwortzeilen deklarieren nun `functions`, `seniority_rank`, `source_type`, `base_salary`, `experience_requirement`, `education_requirement` und `employment_type`.
    * **API:** Advertisement Search dokumentiert `active_dates`, `reach_tiers`, `exclude_source_types`, `created_at`, `advertisement_search_id` und `is_ascending_order`. `source_types` wurde korrigiert — es filtert Ergebnisse (nicht nur Enrichment) und akzeptiert `tiktok` und `apple`. Zeilen deklarieren nun `advertisement_format_normalized`, `advertiser`, `advertisement_url`, `is_company_matched` und das `total_impressions`-Tripel; `metadata` dokumentiert `applied_source_types`, `unsupported_source_types`, `coverage_notes` und `skipped_source_types`.
    * **API:** News Search dokumentiert `published_at`, `news_search_id` und `is_ascending_order` und deklariert jedes Zeilenfeld einschließlich `expansion_signals` (zurückgegeben, wenn `is_expansion_signal_available` gesetzt ist — dies macht die Entfernung in v2.3.1 rückgängig, die vor der Einführung dieses Flags erfolgte).
    * **API:** People Search dokumentiert `exclude_people_titles`, `exclude_people_locations`, `exclude_departments`, `exclude_department_functions` und `company_exclude_locations`.
    * **API:** Company Search dokumentiert `social_media` und `advertisement_status`.
    * **API:** Jeder Search-Endpunkt dokumentiert nun `metadata.ignored_fields` — nicht erkannte Body-Schlüssel werden verworfen, nicht abgelehnt, und dort aufgelistet. Job, News und Advertisement Search deklarieren nun außerdem `pagination` und einen typisierten `metadata`-Block statt eines Freiform-Objekts.
    * **Docs:** Vier Schemas (`job_exclude_locations`, `advertisement_target_locations`, `advertisement_exclude_target_locations` und `domain_search_ids` bei Expansion Rankings) hatten eine Beschreibung neben einem `$ref` stehen, was OpenAPI 3.0 stillschweigend verwirft. Sie werden nun korrekt gerendert.
  </Accordion>

  <Accordion title="v2.3.1 - Expansion-API-Referenzüberarbeitung (Aug 2026)">
    * **API:** **Expansion Signal Search** (`POST /expansions/signals/search`) ist nun dokumentiert — fragen Sie die rohen, datierten Signalzeilen hinter der Stufe eines Unternehmens ab, statt der Unternehmen, zu denen sie aggregiert werden.
    * **API:** **Expansion Lookup** (`POST /expansions/lookup`) ist nun dokumentiert — das deterministische Gegenstück zu Expansion Search, das Ihre Filter nie automatisch lockert, für Dashboards und geplante Jobs, die reproduzierbare Ergebnisse benötigen.
    * **API:** Monitore, die `expansions` beobachten, haben nun ein dokumentiertes Filtervokabular und Webhook-Payload. [Siehe Webhooks einrichten](/de/developer-guides/setting-up-webhooks).
    * **API:** `is_include_metadata` ist bei Company Expansion Detail, Compare, Summaries und Rankings dokumentiert. API-Key-Traffic ist standardmäßig schlank — setzen Sie es auf `true`, um `confidence_score` und die vollständigen Modelldetails zu erhalten.
    * **API:** Expansion-Fehlercodes (`40043`, `40360`, `40435`, `40436`) wurden zu den [Statuscodes](/de/api-reference/status-codes) hinzugefügt.
    * **Entfernt:** Die Referenzseiten `/companies/{jobs,news,advertisements}/export`. Export liefert einen CSV-Anhang gegen ein separates `data_export_credit`-Guthaben und liefert nichts, was der entsprechende Search-Endpunkt nicht bereits als JSON liefert — verwenden Sie stattdessen Search mit Paginierung.
    * **Entfernt:** Die Referenzseite `/people/enrichment`, die einen nie veröffentlichten Endpunkt dokumentierte. Um eine Person anzureichern, rufen Sie [People Lookup](/de/api-reference/endpoint/people/lookup) mit `is_enrichment_available: true` auf.
    * **Docs:** `profile_id` wurde aus jedem Request-Body entfernt. Ihr API-Key identifiziert bereits Ihren Workspace, und der Parameter wurde bei API-Key-Anfragen ohnehin ignoriert.
    * **API:** Die Suche nach ähnlichen Unternehmen und ähnlichen Personen dokumentiert nun den erforderlichen Referenz-Identifikator. Zuvor lieferte `/companies/search/similar` `41847 Missing parameter` für jede dokumentierte Parameterkombination.
    * **API:** [Company Enrichment](/de/api-reference/endpoint/companies/enrichment) dokumentiert die Arrays `jobs`, `news`, `advertisements` und `similar_companies`, die es zusammen mit dem Unternehmensdatensatz zurückgibt, und weist darauf hin, dass der Aufruf regelmäßig 30–60 Sekunden dauert.
    * **API:** Acht Endpunkte deklarieren nun das zurückgegebene `metadata`-Objekt der obersten Ebene, einschließlich des `profile`-Blocks mit `credit`, `topup_credit` und `total_credit_cost`.
    * **API:** Endpunkte zur Unternehmensidentifikation dokumentieren alle neun akzeptierten Identifikatoren und ergänzen `tiktok_url`, `wantedly_url`, `tw104_url`, `rocketpunch_url`, `remember_url` und `youtrust_url`.
    * **Docs:** `41847 Missing parameter` — der häufigste Fehler der API — wurde zu den [Statuscodes](/de/api-reference/status-codes) hinzugefügt.
    * **Docs:** [Authentifizierung](/de/api-reference/authentication) behandelt nun die `User-Agent`-Anforderung. Clients mit einem generischen User-Agent werden am Edge mit `HTTP 403` und `error code: 1010` blockiert, was leicht mit einem ungültigen API-Key verwechselt werden kann.
    * **Docs:** [Rate Limit](/de/api-reference/rate-limits) dokumentiert die von Profile Usage zurückgegebenen Nutzungs- und Kontingentfelder, einschließlich der Anwendung des Lizenz-Multiplikators durch `total_max_*`.
    * **API:** Expansion-Filter (`stages`, `signal_types`, `signal_strengths`, `freshness`, `momentum`, `polarity`) listen nun ihre erlaubten Werte auf, und jeder weist darauf hin, dass ein nicht erkannter Wert stillschweigend verworfen statt abgelehnt wird — bei manchen Parametern wird der Filter fallengelassen, bei anderen liefert er keine Treffer.
    * **API:** `momentum` akzeptiert `advancing`, `steady` und `pulling_back`. Die `directions`-Werte in der Expansion-Referenz (`retreating`, `new`) sind Antwortwerte in `stage.direction` und waren nie als Filter gültig.
    * **API:** News Insights korrigiert — `mentions`, `topics`, `sources` und `top_source` sind Integer-/String-Felder innerhalb von `data.totals`, keine Arrays der obersten Ebene. `topics` und `sources` sind Zählwerte unterschiedlicher Werte; die Listen der einzelnen Elemente sind `category_breakdown` und `market_breakdown`.
    * **API:** Advertisement Insights korrigiert — `postings[]` verwendet die abgekürzten Schlüssel `r`, `m`, `ch`, `fo`, `n`; `reach_tiers[]` ist ein `{slug, label}`-Katalog ohne Zählwerte; `creatives[]` dokumentiert alle zehn Felder einschließlich `image_url`, `cta` und `has_video`.
    * **API:** Die `parameters`-Schlüssel von Channel-Templates variieren je nach `channel_type_slug` — E-Mail-, LinkedIn- und Twilio-Templates tragen jeweils unterschiedliche Sätze.
    * **Docs:** Antwortfelder entfernt, die die API nicht zurückgibt: `referral_code` bei User, `similarity_score` bei Similar People, `funding_status` und `crunchbase_url` bei LinkedIn Company Lookup, `expansion_signals` bei News Search sowie `occurs_at` / `occurs_until` bei Expansion Signal Search.
    * **Docs:** Die Statuscode-Tabelle wurde aus der Fehlertabelle der API neu aufgebaut. Neun Codes waren falsch: `40075`, `40076`, `40091`, `40092` und `40095` waren für Paginierungs- und Kontingentfehler dokumentiert, sind aber tatsächlich `41675`, `41676`, `41691`, `41692` und `41695` bei **HTTP 416** — und jede dokumentierte Nummer ist ein aktiver Code für etwas völlig anderes. `40003`, `40602` und `40603` sind tatsächlich `40303`, `40632` und `40633`; `40099` existiert nicht.
    * **Docs:** **HTTP 416** ist nun dokumentiert. Paginierungs- und Kontingentüberläufe liefern 416 mit einem `416xx`-Code, niemals eine gekappte Ergebnismenge.
    * **Docs:** Die Monitor-Fehlerfamilie (`40020`–`40035`) wurde ergänzt, einschließlich `40021` — `detection_mode` kann nach Erstellung eines Monitors nicht mehr geändert werden.
    * **API:** `per_page` ist auf `max_search_per_page` Ihres Plans begrenzt (25 bei den meisten Plänen); `26` liefert HTTP 416. `page` ist auf `max_search_page` begrenzt. Beide Limits sowie jede andere Plan-Obergrenze werden von [Profile](/de/api-reference/endpoint/profile/profile) zurückgegeben und sind nun in [Rate Limit](/de/api-reference/rate-limits) aufgeführt.
    * **API:** `people_contact_types` akzeptiert ausschließlich `email-work`, `email-personal` und `phone`. Ein nicht erkannter Wert wird **nicht** abgelehnt — er liefert HTTP 200 mit `emails: null` und Kosten von null Credits, was nicht von einer Person ohne Kontaktdaten zu unterscheiden ist.
    * **API:** Redemption-Antworten liefern `null` statt `[]` für `emails` und `phones`, wenn nichts gefunden wird.
    * **API:** Die `create`-Parameter für Channel-Templates sind nun dokumentiert — `channel_node_id` ist eine UUID aus Channel Template Types und bestimmt, welche `parameters`-Schlüssel gültig sind. `delete` nimmt numerische `channel_template_id`-Werte entgegen und entfernt jeweils eine Version.
    * **API:** Die Webhook-Validierung von Monitoren führt eine echte, signierte Zustellung durch; eine URL, die nur auf `GET` antwortet, schlägt weiterhin fehl, und `details` liefert den Antwort-Body des Upstream-Systems zurück.
  </Accordion>

  <Accordion title="v2.3.0 - Das Expansion-Release (Jul 2026)">
    * **Neue Funktion:** **Market Expansion API.** Verfolgen Sie, welche Unternehmen in welche Märkte eintreten und wie weit sie dabei fortgeschritten sind — eine vierstufige Leiter (Exploring → Committing → Expanding → Scaling), aufgebaut aus realen Einstellungs-, Nachrichten-, Werbe-, Cloud-Infrastruktur- und Event-Signalen. Suchen Sie nach Korridor mit `froms` / `tos`, tauchen Sie in den Markteintritt eines einzelnen Unternehmens ein und vergleichen Sie Wettbewerber. [Starten Sie mit dem Schnelleinstieg](/de/knowledge-base/concepts/expansion-api-quickstart).
    * **Neue Funktion:** **Suche in natürlicher Sprache.** Übergeben Sie eine einfache englischsprachige `query` an Expansion Search („fintech companies expanding into the UK"), und Pubrio interpretiert sie in Filter — mit optionalen KI-Match-Erklärungen, die über `is_explain_match` auf den realen Signalen jedes Unternehmens basieren.
    * **API:** Ergebnisse verwenden nun standardmäßig eine Relevanzreihenfolge, die bestätigte Bewegungen (mehrere unabhängige Signaltypen) zuerst zeigt; übergeben Sie `sort_by: "recent"` für reine Aktualität.
    * **API:** Monitore können nun neben Jobs, Nachrichten und Werbung auch **Expansion-Signale** beobachten (`signal_types: ["expansions"]`), und ein Monitor kann über [Monitor Interpret](/de/api-reference/endpoint/monitors/interpret) aus einem einfachen englischsprachigen Satz entworfen werden.
    * **API:** Der Monitor-Lebenszyklus ist nun ein einzelnes `status`-Feld (`draft` / `active` / `paused` / `inactive`), das die vorherigen `is_active`- / `is_paused`-Booleans in Anfragen und Antworten ersetzt.
  </Accordion>

  <Accordion title="v2.2.0 - Das Monitor-Release (Apr 2026)">
    * **Neue Funktion:** **Monitors.** Automatisierte Signalerkennung mit Echtzeit-Zustellung — verfolgen Sie Stellenausschreibungen, Unternehmensnachrichten und Ad-Kampagnen über Millionen von Unternehmen hinweg, ohne eine eigene Polling-Pipeline zu bauen. Definieren Sie Filter einmal, und Pubrio scannt, reichert an und liefert passende Signale an Ihren Webhook, Ihre E-Mail oder Outreach-Sequence.
    * **Neue Funktion:** **Zwei Erkennungsmodi.** Wählen Sie zwischen **Signal First** (breites Markt-Scanning) und **Company First** (Verfolgung benannter Accounts), passend zu Ihrem Prospecting-Workflow.
    * **Neue Funktion:** **Automatische Personenanreicherung.** Jeder Monitor-Trigger kann automatisch Kontakte bei getroffenen Unternehmen finden und einlösen — mehrschichtige Anreicherung mit konfigurierbaren Filtern für Management-Ebene, Abteilung und Berufsbezeichnung.
    * **API:** 15 neue Monitor-Endpunkte hinzugefügt — vollständiges CRUD, Statistiken, Diagramme, Erkennungsprotokolle, Webhook-Validierung und Testverarbeitung. [Siehe die Monitor-API-Referenz](/de/api-reference/endpoint/monitors/create).
    * **API:** `profile_id` ist in Request-Bodys nicht mehr erforderlich. Der API-Key enthält nun Workspace-Informationen. Der Parameter wird aus Gründen der Abwärtskompatibilität weiterhin akzeptiert.
    * **API:** `operationId`, `summary`, `description` und `tags` wurden zu allen 59 API-Endpunkten hinzugefügt, um die Kompatibilität mit KI-Agenten und MCP-Tools zu verbessern.
    * **Docs:** `llms.txt` für die Auffindbarkeit durch KI-Crawler aktiviert.
  </Accordion>

  <Accordion title="v2.1.0 - Die Smart-List-Beta (Feb 2026)">
    * **Neue Funktion:** **KI Smart Lists (Beta).** Nutzer können nun CSVs hochladen und in einer Tabellenoberfläche anzeigen, in der Pubrio fehlende Spalten automatisch ausfüllt.
    * **Daten:** 3 Millionen neue verifizierte Entitäten in der DACH-Region (Deutschland, Österreich, Schweiz) hinzugefügt.
    * **API:** Schnellere Antwortzeiten (Latenz um 200 ms reduziert) für den Endpunkt `/enrich/company`.
  </Accordion>

  <Accordion title="v2.0.0 - Das Neujahrs-Update (Jan 2026)">
    * **Neue Funktion:** **Ads Search Intelligence.** Wir indexieren nun Ad-Transparenzzentren und Repositories für bezahlte Suche. Sie können jetzt sehen, *ob* ein Unternehmen Anzeigen schaltet, *wo* es Budget einsetzt und *welche* Keywords es anvisiert.
    * **Verbesserung:** Verbesserte „Tech Stack"-Erkennung für Unternehmen, die nicht standardisierte, lokalisierte Software in LATAM nutzen.
  </Accordion>
</AccordionGroup>

***

## Archiv 2025: Das Partner-Jahr

2025 war geprägt von unseren wichtigen Ökosystem-Integrationen, die Pubrio-Daten in die Plattformen bringen, die Sie täglich nutzen.

<AccordionGroup>
  <Accordion title="Q4 2025 - Die Automatisierungs-Integrationen">
    * **Integration:** **Ottokit.** Native Connector für autonome Agenten-Workflows eingeführt.
    * **Integration:** **Databar.** Pubrio als verifizierten Anbieter im Databar-Marketplace für No-Code-Recherche hinzugefügt.
  </Accordion>

  <Accordion title="Q3 2025 - Die Design-to-Sequence-Synchronisierung">
    * **Integration:** **Stripo.** „Push to Sequence"-Funktionalität eingeführt, die es Design-Teams ermöglicht, HTML-Templates direkt mit Pubrio-Workflows zu synchronisieren.
    * **Funktion:** **Dynamische Variableninjektion.** Ermöglicht die Auflösung generischer Platzhalter in Templates mit Echtzeit-Pubrio-Daten beim Versand.
  </Accordion>

  <Accordion title="Q2 2025 - Die Clay-Partnerschaft">
    * **Integration:** **Clay Native Integration.** Wurde zum Standardanbieter im Clay-Enrichment-Menü.
    * **Daten:** Die Abdeckung der „unsichtbaren 70 %" um 15 neue lokale Register im asiatisch-pazifischen Raum erweitert.
  </Accordion>
</AccordionGroup>
