Uma lista completa de operadores de busca booleana, com sintaxe e exemplos

Qual é a lista completa de operadores de busca booleana?

Os oito operadores de busca booleana que toda linguagem de consulta suporta de alguma forma são AND, OR, NOT, aspas, parênteses, curingas, operadores de proximidade e prefixos de campo. Cada um muda como o mecanismo combina os termos que você digitou, não o que esses termos significam, então as mesmas palavras em outra estrutura retornam um conjunto diferente. Aprenda os oito como grupo, porque uma consulta que falha quase sempre falha na junção, não no vocabulário.

A sintaxe de curingas, proximidade e prefixos de campo varia por mecanismo, enquanto aspas, AND, OR, NOT e parênteses valem em quase todo lugar. Monte o esqueleto com esses cinco.

Como a precedência de operadores muda os resultados de uma consulta?

Precedência é a ordem em que um mecanismo resolve os operadores quando você os mistura, e a ordem padrão é NOT primeiro, depois AND, depois OR. Essa ordem é invisível na string da consulta, e por isso uma consulta sem parênteses retorna um conjunto sem relação com o que você quis dizer. Coloque todo grupo OR entre parênteses por hábito, mesmo quando a ordem parecer fechar.

Estas duas consultas parecem equivalentes e não são:

reddit OR bluesky AND monitoring

(reddit OR bluesky) AND monitoring

A primeira se resolve como reddit OR (bluesky AND monitoring) porque AND liga mais forte que OR, então ela retorna todo registro que menciona reddit por qualquer motivo, mais o pequeno conjunto em que bluesky e monitoring aparecem juntos. A segunda exige monitoring em todo registro. Nenhum mecanismo avisa qual das duas você escreveu.

A mesma armadilha está dentro de uma cláusula NOT. alternative OR review NOT hiring remove hiring só da metade review, então todo tópico de vaga que diz alternative sobrevive. Escreva (alternative OR review) NOT hiring e a exclusão cobre os dois.

O que fazem os curingas e os operadores de proximidade?

Um curinga substitui uma terminação variável sobre um radical, e um operador de proximidade define a distância máxima entre dois termos. Os dois trocam precisão por alcance, então acrescente-os depois que a versão com frase exata se mostrar estreita demais, um de cada vez, relendo os resultados a cada rodada.

Um curinga em invoic* é seguro porque o radical carrega significado. Um curinga em pro* pega product, project, promotion e profit, e transforma uma consulta limpa em uma mangueira aberta. A proximidade falha no outro sentido: uma janela de 3 perde o fraseado comum, e uma janela de 25 deixa de significar qualquer coisa em um post longo.

O que fazem os prefixos de campo em uma consulta de busca?

Um prefixo de campo restringe um termo a uma parte do registro, como o título, o autor, a comunidade ou a data. Uma palavra-chave no título de um tópico indica sobre o que é a discussão, enquanto a mesma palavra-chave enterrada no comentário 300 indica um comentário lateral. Use um prefixo de título quando quiser que a conversa seja sobre o seu termo, e tire-o para cada menção de passagem.

Nomes de prefixos e suas manias mudam por plataforma. Nossa página sobre operadores de busca avançada do X cobre a sintaxe de campo dessa plataforma por inteiro.

Por que uma consulta de listening retorna ruído ou perde a conversa?

Uma consulta de listening falha em uma de duas direções: ampla demais e o feed enche de registros que ninguém lê, estreita demais e a conversa de que você precisava nunca aparece. Os dois feeds parecem funcionais, porque uma consulta ampla mostra resultados de sobra e uma estreita mostra um punhado limpo. Meça a consulta em vez de confiar na aparência dela.

A medida é a precisão, a fatia dos resultados retornados que é relevante:

Precision = relevant results / total results reviewed x 100

Leia os primeiros 50 resultados e marque cada um. Se 12 forem relevantes, a precisão é 12 / 50 x 100 = 24 percent, e um revisor descarta quatro registros para cada um que vale a leitura. Abaixo de 50 por cento, as pessoas param de abrir o feed em duas semanas. A troca com o recall, a fatia das conversas reais que a consulta pega, é todo o problema de projeto, e precisão versus recall trabalha onde ficar nessa linha.

A falha por amplitude vem de um termo genérico ou de um nome de marca ambíguo, e a correção é um termo de contexto obrigatório mais exclusões construídas a partir dos falsos positivos que você acabou de ler. Essas exclusões são palavras-chave negativas, e elas pesam mais que os termos positivos. A falha por estreiteza vem de uma frase exata onde os compradores usam três formulações, e a correção é um grupo OR com as palavras que eles realmente digitam, tiradas de tópicos reais.

Como construir e refinar uma consulta booleana?

Monte a consulta em quatro cláusulas e depois refine contra dados reais até a precisão se sustentar. O ciclo importa mais que o primeiro rascunho, porque ninguém escreve uma consulta que funciona antes de ver o que ela retorna. Reserve uma hora para a primeira passada e 15 minutos por trimestre depois.

As quatro cláusulas vão em ordem: um grupo de tema com frases entre aspas unidas por OR, um grupo de intenção unido por OR e preso com AND, uma cláusula de exclusão unida com NOT e, por último, os prefixos de campo.

("invoicing software" OR "billing tool" OR "invoice app")
AND (recommend OR alternative OR "looking for" OR "switching from")
NOT (hiring OR salary OR giveaway OR coupon)

Depois cheque a outra direção. Ache um tópico real que a consulta deveria ter pegado, busque por ele na mão e confirme que a consulta o retorna. Se não retornar, falta ao grupo de tema uma formulação que seus compradores usam. O RedReplier pega um site e palavras-chave, mostra as menções ordenadas por intenção de compra e explica com IA por que cada uma foi marcada, então o ciclo de refino vira ler as explicações com as quais você discorda. Veja monitoramento de palavras-chave no Reddit para essa configuração.

O desenho de consultas está dentro da prática mais ampla descrita em o que é social listening e o que ele mostra, e os mesmos operadores movem uma configuração de brand monitoring em que o grupo de tema é o seu próprio nome e os erros de grafia dele.

Perguntas frequentes

Os operadores de busca booleana precisam ser maiúsculos?

A maioria dos mecanismos exige AND, OR e NOT em maiúsculas e lê um "and" minúsculo como uma palavra comum a procurar. Alguns aceitam as duas formas. Escreva sempre em maiúsculas, porque uma consulta que funciona em minúsculas em uma plataforma procura a própria palavra na seguinte.

Qual é a diferença entre NOT e o sinal de menos?

Os dois fazem o mesmo trabalho na maioria dos mecanismos: ambos removem registros que contêm o termo seguinte. O sinal de menos gruda no termo sem espaço, como em -hiring, enquanto NOT fica entre duas expressões. Alguns mecanismos suportam só uma das formas, então confira a documentação da plataforma primeiro.

Quantos termos cabem em uma consulta booleana?

O mecanismo define o limite duro, e as plataformas publicam os próprios limites de caracteres ou de cláusulas. O limite prático chega antes: uma consulta que ninguém da equipe consegue ler é uma consulta que ninguém mantém. Divida uma consulta longa em duas consultas nomeadas por intenção em vez de empilhar 40 termos OR.

Por que minha consulta retorna resultados que não contêm nenhuma das minhas palavras-chave?

Cheque os parênteses primeiro. Um OR sem parênteses ao lado de um AND se resolve como a OR (b AND c), o que retorna tudo que casa com a sozinho, e esses registros não precisam de conexão nenhuma com o resto da consulta. Envolver o grupo OR resolve.

Devo usar um curinga ou listar as formas da palavra com OR?

Liste as formas com OR quando forem três ou menos, e use um curinga quando o radical tiver muitas terminações. A lista OR é explícita, então você lê a consulta depois e sabe o que ela pega. Um curinga em um radical com menos de cinco caracteres puxa palavras sem relação.

Os operadores booleanos funcionam igual em todas as plataformas?

Os cinco operadores centrais, aspas, AND, OR, NOT e parênteses, se comportam igual em quase todo lugar. Curingas, operadores de proximidade e prefixos de campo são onde os dialetos divergem, e algumas plataformas não suportam nenhum dos três. Teste cada consulta na plataforma que vai executá-la.

Como sei se minha consulta booleana precisa de ajustes?

Leia os primeiros 50 resultados e marque cada um como relevante ou não. Essa pontuação de precisão mostra onde a consulta está: uma busca que retorna 12 resultados relevantes em 50 fica em 24 por cento, bem abaixo dos 50 por cento a partir dos quais um feed ainda vale a pena abrir.

Por que as pessoas param de checar um feed de busca?

Um feed com precisão abaixo de 50 por cento perde a audiência em duas semanas, porque quem revisa descarta quatro registros para cada um que vale a pena ler. A solução não é checar com mais frequência, é subir a precisão antes que alguém abra o feed de novo.

Quais operadores booleanos vale a pena aprender primeiro?

Aspas, AND, OR, NOT e parênteses funcionam quase igual em qualquer plataforma, então formam o esqueleto de qualquer consulta. Curingas, operadores de proximidade e prefixos de campo mudam conforme o mecanismo, então aprenda primeiro os cinco operadores centrais antes de mexer na sintaxe que varia de plataforma para plataforma.

Quanto tempo leva para montar uma consulta booleana?

Reserve cerca de uma hora para o primeiro rascunho, porque uma consulta que funciona raramente sobrevive intacta ao primeiro contato com dados reais. Depois, uns 15 minutos por trimestre bastam para rodar o loop de novo e manter a precisão no nível certo.