filter_conditions é um único array opcional no corpo da requisição. Cada entrada promove um filtro multivalorado do comportamento padrão OR (“corresponde a qualquer”) para AND (“corresponde a todos”), ou vice-versa. Os filtros que você não listar mantêm seus padrões.
Esquema
key e operator são obrigatórios em toda entrada. Uma entrada que contenha apenas operator é ignorada silenciosamente — não existe uma substituição global.Por que isso importa
O operador padrão é OR porque a maioria dos fluxos de prospecção quer alcance amplo: “pessoas em qualquer um destes países”, “empresas marcadas com qualquer uma destas verticais”. Para segmentação de alta precisão — “usa todas as ferramentasSalesforce + HubSpot + Marketo” — você precisa do AND.
O custo de errar:
- Queria AND, obteve OR: a resposta retorna resultados demais — você vê empresas que correspondem a apenas uma tag, não à pilha completa. Fácil de perceber, custa qualidade de resultado.
- Queria OR, obteve AND: a resposta retorna poucos resultados — geralmente devolve quase nenhuma linha em filtros AND multivalorados, porque arrays do mundo real raramente contêm todos os valores solicitados. Fácil de perceber, parece uma consulta quebrada.
&& (sobreposição) para OR, @> (contém) para AND. Ambos são compatíveis com índices, então a diferença de custo está no tamanho do resultado, não na latência da consulta.
Chaves suportadas
O conjunto exato de chaves depende do endpoint que você está chamando:Receitas
- Todas as tecnologias (empresas)
- Qualquer localização + exclusão
- Campanhas de anúncios multirregionais
- Pessoas em empresas com múltiplas ferramentas
Objetivo: empresas que usam todas Python, PostgreSQL e Kubernetes — não apenas uma.Remova a entrada
filter_conditions para ampliar a busca para qualquer uma das três.Erros comuns
Esquecer a key e enviar apenas operator
Esquecer a key e enviar apenas operator
Não existe um botão global de “operador padrão”. Cada entrada precisa nomear um filtro específico:
Esperar que as entradas se combinem
Esperar que as entradas se combinem
As entradas são substituições independentes por chave — elas não se encadeiam. Listar tanto
technologies quanto verticals não cria uma expressão booleana entre elas; cada uma apenas define o operador do seu próprio array.A combinação entre chaves de filtro diferentes é sempre AND (todo filtro precisa corresponder). Você não pode combinar com OR duas dimensões de filtro distintas através de filter_conditions. Se precisar de uma busca com OR verdadeiro entre filtros diferentes, execute duas requisições e combine os resultados no seu lado.Usar AND em um array longo
Usar AND em um array longo
AND é
column @> ARRAY[…] — todo valor precisa estar presente. Com 8 ou mais valores, você quase sempre obtém zero linhas, porque a marcação no mundo real é esparsa. Mantenha os arrays com AND entre 2 e 4 valores; use OR para filtragem exploratória ou em nível de categoria.Chave errada em filtros de empresa no /people/search
Chave errada em filtros de empresa no /people/search
Em Tabela completa de remapeamento na página People + Company Filters.
/people/search, o nome na API de pessoas é company_places / company_locations. Mas dentro de filter_conditions[].key você precisa usar o nome do mecanismo — places, locations. O remapeamento acontece internamente antes de filter_conditions ser consultado.Veja também
Visão Geral de Filtros
O modelo mental — comece aqui se
filter_conditions for a sua primeira parada.Filtros de Pessoas + Empresa
Como combinar filtros de empresa em
/people/search, incluindo o remapeamento de chaves.Referência de Company Search
Esquema completo de requisição para
/companies/search (inclui company_filter_conditions).Referência de People Search
Esquema completo de requisição para
/people/search (inclui people_filter_conditions).
