Skip to main content
Sigue la evolución de la Capa de Datos de Pubrio.

​
Lanzamientos de 2026

v2.3.2 - Revisión de referencia de filtros de búsqueda (sept. 2026)

  • Nuevo: Enums y constantes — todos los valores fijos que la API acepta o devuelve en una sola página: niveles de antigüedad, funciones de puesto, fuentes y formatos de anuncios, niveles de alcance, plataformas de publicación, tipos de señal, niveles de gestión.
  • Nuevo: Guías de búsqueda para Búsqueda de empleos, Búsqueda de noticias y Búsqueda de anuncios — tablas de filtros, explicaciones de respuestas y recetas para copiar y pegar.
  • API: Job Search documenta functions, seniority_ranks, launch_dates, location_ids, created_at e is_ascending_order. Las filas de respuesta ahora declaran functions, seniority_rank, source_type, base_salary, experience_requirement, education_requirement y employment_type.
  • API: Advertisement Search documenta active_dates, reach_tiers, exclude_source_types, created_at, advertisement_search_id e is_ascending_order. source_types está corregido — filtra resultados (no solo enriquecimiento) y acepta tiktok y apple. Las filas ahora declaran advertisement_format_normalized, advertiser, advertisement_url, is_company_matched y el trío total_impressions; metadata documenta applied_source_types, unsupported_source_types, coverage_notes y skipped_source_types.
  • API: News Search documenta published_at, news_search_id e is_ascending_order, y declara todos los campos de fila incluyendo expansion_signals (devuelto cuando se establece is_expansion_signal_available — esto revierte la eliminación de v2.3.1, hecha antes de que la funcionalidad se lanzara).
  • API: People Search documenta exclude_people_titles, exclude_people_locations, exclude_departments, exclude_department_functions y company_exclude_locations.
  • API: Company Search documenta social_media y advertisement_status.
  • API: Todos los endpoints de búsqueda ahora documentan metadata.ignored_fields — las claves de cuerpo no reconocidas se descartan, no se rechazan, y quedan listadas ahí. Job, News y Advertisement Search también declaran pagination y un bloque metadata tipado en lugar de un objeto de formato libre.
  • Documentación: Cuatro esquemas (job_exclude_locations, advertisement_target_locations, advertisement_exclude_target_locations y domain_search_ids en Expansion Rankings) escribieron una descripción junto a un $ref, algo que OpenAPI 3.0 descarta silenciosamente. Ahora se renderizan.
  • API: Expansion Signal Search (POST /expansions/signals/search) ya está documentado — consulta las filas de señales en bruto y con fecha detrás de la etapa de una empresa, en lugar de las empresas en las que se agregan.
  • API: Expansion Lookup (POST /expansions/lookup) ya está documentado — la contraparte determinista de Expansion Search que nunca relaja automáticamente tus filtros, ideal para paneles y tareas programadas que necesitan resultados reproducibles.
  • API: Los monitors que observan expansions ahora tienen un vocabulario de filtros documentado y una carga útil de webhook. Ver Configuración de Webhooks.
  • API: is_include_metadata está documentado en Company Expansion Detail, Compare, Summaries y Rankings. El tráfico con clave de API es ligero por defecto — configúralo en true para recibir confidence_score y el detalle completo del modelo.
  • API: Se añadieron los códigos de error de expansión (40043, 40360, 40435, 40436) a Códigos de estado.
  • Eliminado: Las páginas de referencia /companies/{jobs,news,advertisements}/export. Export devuelve un adjunto CSV contra un saldo separado de data_export_credit y no devuelve nada que el endpoint de Search correspondiente no devuelva ya como JSON — usa Search con paginación en su lugar.
  • Eliminado: La página de referencia /people/enrichment, que documentaba un endpoint que nunca se lanzó. Para enriquecer a una persona, llama a People Lookup con is_enrichment_available: true.
  • Documentación: Se eliminó profile_id de todos los cuerpos de solicitud. Tu clave de API ya identifica tu espacio de trabajo, y el parámetro se ignoraba en las solicitudes con clave de API.
  • API: La búsqueda de empresas y personas similares ahora documenta el identificador de referencia que requiere. Anteriormente, /companies/search/similar devolvía 41847 Missing parameter para cada combinación de parámetros documentada.
  • API: Company Enrichment documenta los arreglos jobs, news, advertisements y similar_companies que devuelve junto con el registro de la empresa, y advierte que la llamada suele tardar entre 30 y 60 segundos.
  • API: Ocho endpoints ahora declaran el metadata de nivel superior que devuelven, incluyendo el bloque profile con credit, topup_credit y total_credit_cost.
  • API: Los endpoints de identificadores de empresa documentan los nueve identificadores aceptados, añadiendo tiktok_url, wantedly_url, tw104_url, rocketpunch_url, remember_url y youtrust_url.
  • Documentación: 41847 Missing parameter — el error más común de la API — se añadió a Códigos de estado.
  • Documentación: Authentication ahora cubre el requisito de User-Agent. Los clientes con un user agent genérico son bloqueados en el borde con HTTP 403 y error code: 1010, lo cual se confunde fácilmente con una clave de API inválida.
  • Documentación: Rate limit documenta los campos de uso y cuota devueltos por Profile Usage, incluyendo cómo total_max_* aplica el multiplicador de licencia.
  • API: Los filtros de expansión (stages, signal_types, signal_strengths, freshness, momentum, polarity) ahora listan sus valores permitidos, y cada uno advierte que un valor no reconocido se descarta silenciosamente en lugar de rechazarse — descartando el filtro en algunos parámetros y sin coincidir con nada en otros.
  • API: momentum acepta advancing, steady y pulling_back. Los valores de directions en Expansion Reference (retreating, new) son valores de respuesta en stage.direction y nunca fueron válidos como filtro.
  • API: News Insights corregido — mentions, topics, sources y top_source son campos de entero/cadena dentro de data.totals, no arreglos de nivel superior. topics y sources son recuentos de valores distintos; los listados por elemento son category_breakdown y market_breakdown.
  • API: Advertisement Insights corregido — postings[] usa las claves abreviadas r, m, ch, fo, n; reach_tiers[] es un catálogo {slug, label} sin recuentos; creatives[] documenta los diez campos, incluyendo image_url, cta y has_video.
  • API: Las claves de parameters de las plantillas de canal varían según channel_type_slug — las plantillas de correo, LinkedIn y Twilio llevan cada una un conjunto diferente.
  • Documentación: Se eliminaron campos de respuesta que la API no devuelve: referral_code de User, similarity_score de Similar People, funding_status y crunchbase_url de LinkedIn Company Lookup, expansion_signals de News Search, y occurs_at / occurs_until de Expansion Signal Search.
  • Documentación: La tabla de códigos de estado se reconstruyó a partir de la tabla de errores de la API. Nueve códigos estaban mal: 40075, 40076, 40091, 40092 y 40095 estaban documentados para fallos de paginación y cuota, pero en realidad son 41675, 41676, 41691, 41692 y 41695 en HTTP 416 — y cada número documentado es un código activo para algo no relacionado. 40003, 40602 y 40603 son en realidad 40303, 40632 y 40633; 40099 no existe.
  • Documentación: HTTP 416 ahora está documentado. Los desbordamientos de paginación y cuota devuelven 416 con un código 416xx, nunca un conjunto de resultados truncado.
  • Documentación: Se añadió la familia de errores de monitor (40020–40035), incluyendo 40021 — detection_mode no se puede cambiar después de crear un monitor.
  • API: per_page tiene como tope el max_search_per_page de tu plan (25 en la mayoría de los planes); 26 devuelve HTTP 416. page tiene como tope max_search_page. Ambos límites, y cualquier otro tope de plan, son devueltos por Profile y ahora están listados en Rate limit.
  • API: people_contact_types acepta exactamente email-work, email-personal y phone. Un valor no reconocido no se rechaza — devuelve HTTP 200 con emails: null y costo de crédito cero, lo cual es indistinguible de que una persona no tenga datos de contacto.
  • API: Las respuestas de redención devuelven null, no [], para emails y phones cuando no se encuentra nada.
  • API: Los parámetros de create de plantillas de canal ahora están documentados — channel_node_id es un UUID de Channel Template Types, y determina qué claves de parameters son válidas. delete toma valores numéricos de channel_template_id y elimina una versión a la vez.
  • API: La validación de webhook de monitor realiza una entrega firmada real; una URL que solo responde a GET sigue fallando, y details devuelve el cuerpo de la respuesta upstream.
  • Nueva función: API de Expansión de Mercado. Rastrea qué empresas están entrando a qué mercados, y qué tan avanzadas están — una escalera de cuatro etapas (Exploring → Committing → Expanding → Scaling) construida a partir de señales reales de contratación, noticias, publicidad, infraestructura en la nube y eventos. Busca por corredor con froms / tos, profundiza en la entrada al mercado de una sola empresa, y compara pares. Empieza con la guía rápida.
  • Nueva función: Búsqueda en lenguaje natural. Pasa una query en lenguaje natural a Expansion Search (“empresas fintech expandiéndose al Reino Unido”) y Pubrio la interpreta en filtros — con explicaciones opcionales de coincidencia por IA fundamentadas en las señales reales de cada empresa vía is_explain_match.
  • API: Los resultados ahora usan por defecto un orden de relevancia que prioriza a las empresas con movimientos corroborados (múltiples tipos de señal independientes); pasa sort_by: "recent" para orden puramente cronológico.
  • API: Los monitors ahora pueden observar señales de expansión (signal_types: ["expansions"]) junto con empleos, noticias y anuncios, y un monitor se puede redactar a partir de una frase en lenguaje natural vía Monitor Interpret.
  • API: El ciclo de vida del monitor ahora es un único campo status (draft / active / paused / inactive), reemplazando los anteriores booleanos is_active / is_paused en solicitudes y respuestas.
  • Nueva función: Monitors. Detección automatizada de señales con entrega en tiempo real — rastrea publicaciones de empleo, noticias de empresas y campañas publicitarias en millones de empresas sin construir tu propio pipeline de sondeo. Define filtros una vez, y Pubrio escanea, enriquece y entrega las señales coincidentes a tu webhook, correo electrónico o secuencia de outreach.
  • Nueva función: Dos modos de detección. Elige entre Signal First (escaneo amplio del mercado) y Company First (rastrea cuentas específicas) para ajustarse a tu flujo de trabajo de prospección.
  • Nueva función: Enriquecimiento automático de personas. Cada disparo de monitor puede encontrar y redimir automáticamente contactos en las empresas coincidentes — enriquecimiento multicapa con filtros configurables por nivel de gestión, departamento y cargo.
  • API: Se añadieron 15 nuevos endpoints de Monitor — CRUD completo, estadísticas, gráficos, registros de detección, validación de webhook y procesamiento de prueba. Ver la referencia de la API de Monitor.
  • API: profile_id ya no es requerido en los cuerpos de solicitud. La clave de API ahora incluye información del espacio de trabajo. El parámetro sigue siendo aceptado por compatibilidad retroactiva.
  • API: Se añadieron operationId, summary, description y tags a los 59 endpoints de la API para mejorar la compatibilidad con agentes de IA y herramientas MCP.
  • Documentación: Se habilitó llms.txt para el descubrimiento por rastreadores de IA.
  • Nueva función: Listas Inteligentes con IA (Beta). Los usuarios ahora pueden subir archivos CSV y verlos en una interfaz tipo hoja de cálculo donde Pubrio completa automáticamente las columnas faltantes.
  • Datos: Se añadieron 3 millones de nuevas entidades verificadas en la región DACH (Alemania, Austria, Suiza).
  • API: Tiempos de respuesta más rápidos (latencia reducida en 200 ms) para el endpoint /enrich/company.
  • Nueva función: Inteligencia de búsqueda de anuncios. Ahora indexamos centros de transparencia publicitaria y repositorios de búsqueda paga. Ahora puedes ver si una empresa está publicando anuncios, dónde está gastando, y qué palabras clave está segmentando.
  • Mejora: Se mejoró la detección de “Stack Tecnológico” para empresas que usan software localizado no estándar en LATAM.

​
Archivo 2025: El Año de los Socios

2025 estuvo definido por nuestras principales integraciones de ecosistema, llevando los datos de Pubrio a las plataformas que usas todos los días.
  • Integración: Ottokit. Se lanzó el conector nativo para flujos de trabajo de agentes autónomos.
  • Integración: Databar. Se añadió Pubrio como proveedor verificado en el mercado de Databar para investigación sin código.
  • Integración: Stripo. Se habilitó la función “Push to Sequence”, que permite a los equipos de diseño sincronizar plantillas HTML directamente con los flujos de trabajo de Pubrio.
  • Función: Inyección de variables dinámicas. Permite que los marcadores de posición genéricos en las plantillas se resuelvan con datos de Pubrio en tiempo real al momento del envío.
  • Integración: Integración nativa con Clay. Nos convertimos en proveedor predeterminado en el menú de enriquecimiento de Clay.
  • Datos: Se amplió la cobertura del “70% invisible” para incluir 15 nuevos registros locales en Asia-Pacífico.