Hoe werkt route planning algoritmes? Technologie stap voor stap uitgelegd

M
Martijn van Dijk
Redacteur & Smart Home Expert
Navigatie en Mapping Technologie · 2026-02-15 · 7 min leestijd

Je hebt het vast wel eens meegemaakt: je staat in de file en je vraagt je af waarom je telefoon een andere route aandraagt dan de rest van het verkeer. Of je bestelt een maaltijd en ziet het bezorgertje door de stad zigzaggen. Achter die slimme keuzes gaan complexe algoritmes schuil. Deze berekeningen zijn de hersens van elke navigatie-app. Ze zijn continu aan het rekenen om jou de snelste weg te wijzen. Het is pure wiskunde die je dagelijks gebruikt, zonder dat je het door hebt. In dit artikel leggen we stap voor stap uit hoe die technologie eigenlijk werkt.

Wat je nodig hebt: de digitale grondstoffen

Voordat een algoritme een route kan uitstippelen, heeft het data nodig. Zonder kaarten en real-time informatie is elke berekening nutteloos.

De digitale kaart

Denk aan de ingrediënten voor een goed gerecht: als er iets mist, smaakt het niet. Hier zijn de drie belangrijkste data-bronnen die een algoritme verwerkt. De basis is een gedetailleerde kaart. Dit is niet zomaar een plaatje, maar een netwerk van knooppunten (nodes) en verbindingen (edges).

Real-time verkeersdata

Elke weg is een lijn met eigenschappen: maximumsnelheid, aantal rijstroken, eenrichtingsverkeer en tolwegen. Voor Nederland is het cruciaal dat de kaart ook bruggen en tunnels herkent.

Een algoritme ziet de wereld als een gigantische puzzel. Een statische kaart is leuk, maar de werkelijkheid verandert per minuut.

De gebruikersvoorkeuren

Daarom haalt het systeem data van sensoren, verkeersdiensten en andere gebruikers. Denk aan: Deze data zorgt ervoor dat het algoritme weet dat de A2 nu een parkeerplaats is geworden. Jij bent de baas.

Het algoritme moet weten wat jij wilt. Snelste weg is niet altijd de beste. Je moet instellen: Zonder deze voorkeuren krijg je een standaardroute die misschien niet bij jouw reis past.

Stap 1: Het netwerk opbouwen (Graph Theory)

Elk route planning algoritme begint met wiskunde, specifiek de grafentheorie. In onze antwoorden op veelgestelde vragen leggen we uit dat de computer je stad niet ziet als een verzameling straten, maar als een 'graaf'. Stel je voor dat je een plattegrond tekent met alleen maar punten (kruispunten) en lijntjes (wegen).

Pro-tip: Een algoritme maakt onderscheid tussen 'gewogen' en 'ongewogen' grafen. Bij routeplanning wegen de lijnen mee. Een snelweg is een lichtgewicht lijn (snel), een zandpad is een zwaargewicht (langzaam).

Elke verbinding krijgt een getal toegewezen, de 'kostprijs'. Dit getal is meestal gebaseerd op reistijd, maar kan ook zijn gebaseerd op brandstofverbruik of CO2-uitstoot.

De computer probeert de som van al deze getallen op de route zo laag mogelijk te maken. Dit proces heet 'weging'.

De complexiteit neemt enorm toe naarmate de stad groter wordt. In een dorpje met 10 kruispunten zijn er maar een handvol routes. In Amsterdam zijn er miljarden combinaties. Daarom gebruiken algoritmes slimme trucjes om niet alles langs te hoeven lopen.

Stap 2: De start en eindbestemming bepalen

Als je een bestemming intoetst, begint het echte werk. Het algoritme moet de dichtstbijzijnde 'node' (knooppunt) vinden op de digitale kaart.

Dit is niet zomaar de dichtstbijzijnde weg, maar de meest logische instap voor jouw voertuig.

Hier gaat het vaak mis bij simpele berekeningen. Stel je start midden op een vierbaansweg. Het algoritme moet bepalen of je kunt invoegen of dat je een omweggetje van 50 meter nodig hebt om de goede kant op te komen.

De "cost" (kostprijs) van deze startbeweging wordt toegevoegd aan de totale score. Vervolgens worden er 'buren' gedefinieerd. Vanaf je startpunt kijkt het systeem: "Welke wegen kan ik nu op?". Die wegen worden de kandidaten voor de volgende stap.

Dit herhaalt zich tot de eindbestemming is bereikt. Dit klinkt simpel, maar bij een bestemming 100 km verderop telt het systeem duizenden mogelijke 'buren'.

Stap 3: De berekening (Dijkstra en A*)

Hier komt de echte magie kijken. De meeste moderne navigatie-apps gebruiken een variant van het A* (A-star) algoritme.

Dijkstra: De sukkel

Dit is een verbetering op het klassieke Dijkstra-algoritme. Stel je voor dat je water in een vijver gooit. Het water stroomt alle kanten op tot het de overkant bereikt. Dijkstra doet precies dat: het onderzoekt alle mogelijke wegen vanaf het startpunt, zonder te weten waar de bestemming is.

A*: De scherpschutter

Het is een veilige methode, maar traag. In een grote stad zou dit uren duren.

A* is slimmer. Het gebruikt een 'heuristiek' (een schatting).

Het algoritme kijkt niet alleen naar wat het kost om van A naar B te gaan, maar ook hoe ver B nog is van de eindbestemming. Formule: Kosten = Kosten tot nu toe + (Schatting tot eindbestemming) Door die schatting in de berekening te stoppen, weegt het algoritme routes die richting de bestemming gaan zwaarder.

Routes die de verkeerde kant opgaan, worden genegeerd. Dit bespaart enorm veel rekenkracht en voorkomt fouten in de berekening. Het resultaat? Een route die in milliseconden wordt berekend.

Ervaren tip: Als je ziet dat je navigatie ineens een bizarre omweg door een woonwijk voorstelt, is de kans groot dat de 'heuristiek' even wordt bijgesteld vanwege een file. Het systeem ziet een "lagere kosten" optie dan de file.

Stap 4: Real-time aanpassingen (Dynamic Routing)

De rit is begonnen, maar de wereld verandert. Een ongeluk, een wegwerk of een plotse regenbui die de wegen glad maakt.

Het algoritme mag niet stilstaan. Het moet dynamisch zijn.

Het systeem voert continue een "re-run" uit op de achtergrond. Dit heet "re-routing". Elke 30 seconden tot 2 minuten checkt de app: "Is de huidige route nog steeds de goedkoopste?". Als de file voor je groeit, wordt de 'kostprijs' van die route plotseling heel hoog.

Wiskundig gezien betekent dit dat de graaf (het netwerk) constant verandert. De lijntjes (wegen) veranderen van kleur of gewicht.

Het algoritme moet dan snel een nieuw pad vinden. Dit is waarom je soms ineens een andere afslag moet nemen dan de app eerst zei. De som is herschreven. Een valkuil hierbij is "overreactie".

Sommige apps sturen je door woonwijken bij een klein file-tje. Dat is omdat de totale som (tijd) inderdaad lager is, maar de praktische uitvoering vervelend is.

De algoritmes zijn nog niet slim genoeg om "verkeersoverlast voor bewoners" mee te rekenen.

Stap 5: De eindcontrole en presentatie

Nadat het algoritme de paden heeft berekend, moet het een keuze maken.

Meestal kiest het voor de optie met de laagste 'kostprijs' (snelste tijd). Maar soms zijn er meerdere routes met bijna dezelfde score. Hier komen "tie-breakers" kijken.

Als route A en route B beide 20 minuten duren, kijkt het systeem naar bijkomende factoren: Het algoritme past dan je persoonlijke voorkeuren toe om de definitieve keuze te maken.

Tot slot presenteert het systeem de route aan jou. Dit is visuele verpakking.

De computer heeft nu een lijstje met ID-nummers van wegen. Die vertaalt hij naar "Sla linksaf op de Dorpsstraat". De gebruiker ziet een mooi blauwe lijn op het scherm, maar dat is dus het resultaat van al die complexe wiskunde erachter.

Verificatie-checklist

Om er zeker van te zijn dat je de werking van route planning algoritmes begrijpt, check je deze punten:

Als je deze vragen met 'ja' kunt beantwoorden, snap je de technologie achter routeplanning. De volgende keer dat je in de auto stapt, kijk je anders naar dat schermpje op je dashboard.

Volgende stap
Lees het complete overzicht
Navigatie technologie bij robotstofzuigers compleet uitgelegd →
M
Over Martijn van Dijk

Martijn test al 8 jaar robotstofzuigers en smart home producten. Als tech-journalist vergelijkt hij zuigkracht, navigatie en dweiltechnologie om je te helpen de beste robotstofzuiger voor jouw huis te vinden. Van budget tot premium — hij heeft ze allemaal over zijn vloer laten rijden.