Boolean search for social listening: build it in layers
A Boolean query narrows an ambiguous brand, gathers variants and removes noise — when built well. How to build and test one layer by layer.
Short answer
A Boolean query is a search expression that combines several words with logical operators: AND (both words must be present), OR (either word is enough), NOT (this word must be absent), quotes (exact phrase) and parentheses (grouping). In monitoring it solves three problems: narrowing an ambiguous brand name with context (AND), gathering all spelling variants into one query (OR), and removing known noise (NOT). A good Boolean query is built in layers, each tested separately. The syntax differs between tools, but the logic is the same.
What the operators do
- OR — widens coverage: "Bravo OR Брава OR Bravo-market". For variants, synonyms, languages.
- AND — raises precision: "Bravo AND (market OR branch)". For narrowing ambiguous words with context.
- NOT — removes known noise: "Bravo NOT (film OR song)". Carefully: it can cut a post you need too.
- Quotes — exact phrase: "Gülər Şirniyyat". For multi-word names.
- Parentheses — grouping: they set the order in which the logic runs.
- Proximity operators (in some tools, such as NEAR) — two words must sit close together; not every tool has them.
Precision and coverage
Every operator changes one of two measures. Coverage — how many of the relevant posts out there you find. Precision — how many of the posts you find are actually relevant. OR raises coverage and lowers precision. AND and NOT raise precision and lower coverage. There is no perfect query — the aim is the right balance for the job: in risk monitoring coverage matters (miss nothing); in the daily brand check precision matters (the team's time).
Building a query in layers
- Layer 1: variants (OR)Every spelling of the brand: Latin, Cyrillic, keyboards without special letters, abbreviations.
- Layer 2: context (AND)If the name is ambiguous, field words: product, service, city.
- Layer 3: exclusions (NOT)Only clear words that brought noise again and again in testing.
- Layer 4: testingAfter each layer, look at 30–50 results: precision, and posts that went missing.
Example 1: an ambiguous brand
The brand is a furniture shop called "Ağ Ev" — literally "White House". Searching "Ağ Ev" alone brings thousands of news stories about the US president's residence. A layered query: ("Ağ Ev" OR "Ag Ev" OR "Аг Эв") AND (furniture OR sofa OR bed OR shop) NOT (Washington OR president). The first layer covers spellings, the second the furniture context, the third separates political news. Testing shows the "president" exclusion also cut one post about the brand — a customer had written "a sofa fit for a president". Decision: drop "president" from NOT and keep only "Washington".
Example 2: category intent
The aim is to find buyer questions without the brand name: (air conditioner OR кондиционер OR kondisioner) AND (recommend OR "who knows" OR посоветуйте OR "where to buy") AND (Baku OR Баку OR "Bakı"). Here OR covers language variants within each layer, and AND combines intent and area. Keep this query separate from the brand query, because its results go to the sales and content teams.
Example 3: risk words
In risk monitoring, coverage matters more than precision: (brand variants) AND (poisoning OR "won't refund" OR fraud OR lawsuit OR отравление OR мошенничество). NOT is hardly used here — reading one false result is cheaper than missing one real risk.
Azerbaijani-specific pitfalls
- Suffixes: searching "Bravo" as a whole word misses "Bravoda" and "Bravonun". If the tool supports word-start matching or wildcards, use them; if not, add the main forms with OR.
- ə/e, ş/sh, ç/ch variants: put each into the OR layer; in the NOT layer write each variant separately, or the exclusion will not work.
- Cyrillic and Latin mixing: do not forget the same word in both alphabets.
- Short words: words such as "ay", "nur", "su" should never go into a query without AND context.
How to test a query
After every change, run two checks. First, precision: of the first 30–50 results, how many are relevant? Second, what went missing: look at posts the previous query found but the new one does not — are any of them relevant? The second check is often forgotten, but it is the only one that reveals NOT and AND mistakes. Keep every version of the query with its date and the reason for the change.
When not to over-engineer
A long query with nested parentheses is understood by nobody a few weeks later, and nobody dares change it. If a query does not fit on one line, split it into several separate queries: brand, category, risk. Separate queries are readable, and their results are easier to route to different teams.
Limitations
A Boolean query works only on text and only in the sources you watch. It does not understand meaning: "Bravo" AND "bad" could be a complaint about the brand or a joke on another topic. Operator syntax and capabilities vary between tools — check the documentation of the specific tool. Even the best query does not replace a person looking.
Common mistakes
- Mixing AND and OR without parentheses — the logic runs unexpectedly.
- Adding NOT without testing.
- Not putting every spelling variant into the OR layer.
- Piling everything into one giant query.
- Not checking which posts went missing.
Precision in Vexvon Monitoring
In Vexvon Monitoring precision is tuned with three levers. First, match modes: word start (for Azerbaijani suffixes), whole word and exact phrase. Second, separate lists: each company has its own keywords, and one search can cover several companies. Third, the brand profile: when the profile lists the name's other meanings, the AI reads each post and can set it aside as "not about us" with a reason — catching context a NOT list cannot see. More on the Vexvon Monitoring page.
Next step
Take your noisiest brand query and rewrite it in four layers: variants, context, exclusions, testing. After each layer, check precision and missing posts. List structure is covered in social media monitoring keywords, and spelling variants in brand mention tracking for misspelled names. Other topics are in the monitoring queries, data and reliability section.