Belgische bedrijven zoeken in natuurlijke taal: de volledige gids voor /recherche

Waarom zoeken in natuurlijke taal?

De KBO/BCE bevat 1,9 miljoen actieve bedrijven, geïndexeerd op 700+ NACE-codes en zo'n 2 800 gemeenten. Verwachten dat een gebruiker 6920 onthoudt voor fiduciairs of 5610 voor restaurants is onrealistisch. Een moderne zoekbalk moet accepteren wat mensen werkelijk typen: "advocaten Brussel", "schrijnwerker 7000", "bakkers Gent".

Dat is precies wat de /recherche-pagina van Company Belgium doet. Onder de motorkap werken drie lagen samen om de query te begrijpen, zonder technisch vocabulaire op te leggen aan de eindgebruiker.

De drie begrijpenslagen

1. Het statische woordenboek (gratis, instant)

Meer dan 200 NL/FR/EN-aliassen worden gemapt naar hun NACE-code. "boekhouder", "fiduciair", "comptable", "accountant" wijzen allemaal naar 692001. Idem voor steden: "Brussel", "Bruxelles", "Brussels" worden genormaliseerd naar dezelfde gemeente, en een geïsoleerde postcode (1000, 2000, 9000) triggert een zoekopdracht per zone.

Geen netwerkcalls, geen latency: de mapping zit in het geheugen en wordt in enkele milliseconden opgelost.

2. De contextuele AI-motor (vangnet)

Wanneer het woordenboek niets herkent — originele formuleringen, typfouten, taalmix, impliciete intenties — wordt de query doorgegeven aan een AI-motor die er het volgende uit extraheert:

• een eventuele NACE-code

• een gemeente of postcode

• een benaming als de gebruiker een specifieke bedrijfsnaam zoekt

Het resultaat wordt gecachet: dezelfde formulering betaalt de AI nooit twee keer. Een vertrouwensdrempel (≥ 30%) vermijdt riskante interpretaties.

3. De naam-fallback

Als niets uit de twee vorige lagen komt, wordt de hele query behandeld als een naam-zoekopdracht: PostgreSQL-trigram-search, tolerant voor accenten, spaties en hoofdlettervarianten. Typ "Espero" en u vindt "Espero-Soft Informatiques SRL" zelfs zonder te specificeren dat het een naam is.

Concrete use cases

De resultatenpagina: meer dan een lijst

Eenmaal de query geïnterpreteerd, toont /recherche niet alleen een vlakke tabel. Ze stelt een contextuele pagina samen:

• SEO-vriendelijke breadcrumb — sector → stad → resultaten, elke schakel is een indexeerbare link.

• Interpretatiebanner — wanneer de AI tussenkwam, toont de pagina "*uw query 'X' werd begrepen als Y*", wat geruststelt en correctie mogelijk maakt.

• Actieve filters — elke filter is een verwijderbare chip: haal de stad weg met één klik zonder de query opnieuw te typen.

• Geaggregeerde statistieken — verdeling per rechtsvorm, top gemeenten, ouderdom van de portefeuille. Ideaal om een markt te evalueren vóór prospectie.

• Diepe paginering — alle pagina's zijn indexeerbaar, met canonieke URL.

• Volg-knop — voor ingelogde gebruikers kan elk bedrijf worden toegevoegd aan een KBO-watchlist die alerts triggert bij wijzigingen (zie KBO-monitoring: aankomst- en vertrekalerts).

URL's: shortcuts en bookmarkbaar

Elke combinatie van filters is uitdrukbaar in de URL — handig om een precieze view per e-mail of Slack te delen:

1
2
3
4

/nl/recherche?naceCode=6920&city=Brussel
/nl/recherche?naceCode=5610&zipCode=2000
/en/recherche?name=Espero
/nl/recherche?q=advocaten+brussel

De parameter q is de "ruwe natuurlijke taal" en triggert de drie interpretatielagen. De getypeerde parameters (naceCode, city, zipCode, name) krijgen voorrang en omzeilen de AI.

Drie tips om /recherche dagelijks te benutten

Aanvaarde beperkingen

• Het zoeken in natuurlijke taal is bewust conservatief: als de AI niet zeker is, laat ze de query afzakken naar de naamlaag in plaats van te gokken.

• Postcodes met 4 cijfers worden niet verward met een KBO-nummer (8+3 cijfers) — de routering onderscheidt beide.

• Erg generieke zoekopdrachten ("bedrijf", "onderneming") geven niet het hele register terug: de pagina vereist minstens één filter om de zoekmotor te activeren.

Samengevat