Skip to main content
POST /people/search acepta todos los filtros de empresa que acepta POST /companies/search. Ya no necesitas obtener primero las empresas, recopilar sus IDs y pasarlos a una segunda consulta de personas — una sola solicitud cubre ambas capas.

Dos familias de parámetros, un solo cuerpo

El cuerpo de una solicitud a /people/search se divide conceptualmente en dos familias de filtros. Viven en el mismo nivel del JSON, y las combinas libremente.
Filtra por atributos de la persona:
En el nivel superior de /people/search, los filtros de ubicación y lugar de la empresa llevan el prefijo company_; las claves simples locations / places no se aceptan ahí y se reportan en metadata.ignored_fields. Todo lo demás usa el nombre simple de empresa (technologies, no company_technologies). Dentro de company_filters funciona cualquiera de las dos formas.

Construye una consulta en cuatro pasos

1

Decide el predicado de personas

¿Quién, exactamente? Cargo, seniority, departamento, país. Mantén esta capa en el nivel superior del cuerpo — el predicado de empresa suele encargarse del trabajo de precisión.
2

Decide el predicado de empresa

¿En qué empresas necesitan trabajar? Industria, tamaño, año de fundación, país de la sede, stack tecnológico. Agrupa esto bajo un objeto company_filters: {...} para que sea evidente a qué capa pertenece cada clave.
3

Elige AND/OR por filtro mediante filter_conditions

Para cualquier filtro multivalor que necesite precisión (por ejemplo, “usa todas estas tecnologías”), agrega una entrada a filter_conditions dentro de company_filters. Los valores por defecto son OR.
4

Envía la solicitud

POST /people/search. Ambos estilos se aceptan, pero company_filters: {...} se lee más claro y coincide con la forma del payload de Monitores.

Ejemplo completo

La consulta: VPs de Ingeniería o CTOs en empresas de tamaño medio con sede en EE. UU., fundadas entre 2015 y 2023, con 100-5.000 empleados, que usan tanto Kubernetes como Docker, pero excluyendo empresas con sede en San Francisco.

Referencia de remapeo de claves

En /people/search, las claves de ubicación y lugar de la empresa llevan el prefijo company_. Se corresponden con los nombres de Company Search de esta forma: Las claves de filter_conditions nunca llevan el prefijo — usa technologies, verticals, keywords y los demás nombres listados en Claves admitidas. Los filtros de ubicación y lugar siempre coinciden con cualquiera de los valores listados.

Personas sin empresa

Agregar cualquier filtro a nivel de empresa limita el resultado a las personas con una empresa reconocida en el registro. Las personas que no la tienen se excluyen, incluso cuando coinciden con todos los filtros a nivel de persona.
Si tu búsqueda cae a cero filas en el momento en que agregas company_locations o technologies, verifica si las personas que esperas tienen una empresa vinculada.
Cada persona devuelta incluye un objeto company completo siempre que se haya aplicado algún filtro de empresa.

Patrones comunes

Apunta a una lista fija de empresas (companies o domains), y luego agrega filtros a nivel de persona para encontrar a los compradores correctos dentro de cada una.
Describe la forma de la empresa, no cuentas específicas. Usa rangos y verticales — el motor devuelve las personas que encajan.
Encuentra compradores en empresas que usan un stack específico. AND en technologies es la anulación típica.
Encuentra a los tomadores de decisiones en empresas que usan el producto de un competidor (una tecnología) pero no el tuyo (excluido mediante categories o un paso de filtrado separado).
Luego vuelve a ejecutar con technologies: [114] (el ID de etiqueta de tu producto) y compara los resultados en el cliente.

Próximos pasos

filter_conditions

Referencia completa — cada clave, cada valor por defecto, recetas AND/OR copiables.

Resumen de filtros

El modelo mental detrás del motor de filtros unificado.

Referencia de People Search

Esquema completo de solicitud/respuesta para /people/search.

Referencia de Company Search

Esquema completo de solicitud/respuesta para /companies/search.
Última modificación el 28 de septiembre de 2026