Wat een Shopify store locator echt kost in 2026

Een store locator lijkt op het eerste gezicht een eenmalige functie. Je installeert de app, uploadt je locaties, past de kaart aan en klaar. Wat veel mensen missen, is dat de meeste locators daarna geld blijven kosten, stilletjes, elke keer dat een klant ze gebruikt. De kaart op je winkelpagina is geen statische afbeelding, maar een live dienst die per interactie factureert en meegroeit met je verkeer.

Voor veel Shopify-webshops blijft dat onzichtbaar tot een van deze drie dingen gebeurt: de gratis limiet is op, een druk seizoen duwt het gebruik over een drempel, of er komt een factuur binnen die hoger uitvalt dan begroot. In dit artikel leggen we uit wat die kosten in 2026 echt bepaalt, waarom ze zo makkelijk worden onderschat en wat je kunt doen om ze voorspelbaar te houden.

Waarom een locator terugkerende kosten heeft en geen eenmalige uitgave is

De reden dat een store locator doorlopend geld kost, is dat één zoekopdracht van een klant meestal meerdere afzonderlijke betaalde API-calls activeert, niet slechts één. Een typische zoekopdracht in een locator zet op de achtergrond ongeveer dit in gang: de kaart zelf wordt geladen (één call), de klant begint een adres te typen en krijgt suggesties (autocomplete, vaak meerdere calls tijdens het typen), het gekozen adres wordt omgezet naar coördinaten (geocoding, één call) en de afstand van de klant tot elke mogelijke winkel wordt berekend (één call, en die wordt duurder naarmate je meer locaties hebt).

Elk van die stappen is een afzonderlijk factureerbaar moment. Het denkmodel "ik heb voor de app betaald, dus de kaart is geregeld" klopt dus niet. Een beter model is: "elke zoekopdracht is een kleine gemeten transactie", en die meter loopt sneller naarmate je meer verkeer hebt en meer locaties toont. Dit is precies het deel dat de meeste winkeleigenaren nooit zien, omdat de app het verbergt achter een nette interface. De kosten zijn er wel, alleen zie je ze vaak pas terug op de factuur.

Wat de factuur echt bepaalt

Drie factoren hebben de grootste invloed op de kosten van een locator.

• Zoekvolume. Omdat de facturatie per interactie gaat, groeien de kosten direct mee met het aantal mensen dat de locator gebruikt. Dat klinkt logisch, maar heeft een vervelende consequentie: je locator is het duurst precies wanneer je webshop het drukst is. Een piekseizoen dat extra verkeer oplevert, zorgt ook voor meer gebruik van de locator, waardoor de factuur tegelijk met de rest stijgt.
• Aantal locaties. De stap waarin de afstand van de klant tot je winkels wordt berekend, wordt duurder naarmate je lijst met locaties groeit, omdat er per zoekopdracht meer vergelijkingen nodig zijn. Een winkel met drie locaties en een franchisenetwerk met driehonderd locaties vallen zelfs bij hetzelfde verkeer niet in dezelfde kostenklasse.
• Afgebroken zoekopdrachten. Dit is de verborgen factor. Adres-autocomplete factureert terwijl de klant typt, en een klant die begint met typen maar vervolgens afhaakt, heeft alsnog factureerbare calls veroorzaakt. Bij voldoende verkeer telt dat op tot een echte kostenpost waar niemand rekening mee hield, juist omdat niemand die afhakers ziet.

Hoe het prijsmodel nu werkt

Om de factuur goed te begrijpen, helpt het om te weten hoe het onderliggende model is veranderd en hoe het er vandaag uitziet.

Tot begin 2025 gaf Google Maps Platform elk account een vaste maandelijkse tegoed van USD 200, waarmee een deel van het gebruik over alle diensten heen werd gedekt. Volgens Google's eigen pricing FAQ is dat tegoed per 1 maart 2025 vervangen door een gratis maandelijkse gebruiksdrempel per afzonderlijke dienst, verdeeld in Essentials, Pro en Enterprise. De meeste diensten die een store locator gebruikt, vallen onder Essentials, met 10.000 gratis factureerbare events per maand per dienst.

Voor store locators betekende dat in de praktijk een kleinere gratis marge. StoreLocatorWidgets, een aanbieder van locators, legde dit destijds uit aan zijn klanten: onder het oude tegoed van USD 200 kon een locator ongeveer 25.000 kaartladingen per maand verwerken voordat kosten ontstonden, terwijl dat onder de nieuwe Essentials-drempel daalt naar ongeveer 10.000 kaartladingen per maand voordat de gratis ruimte op is.

Google's FAQ geeft een concreet voorbeeld van wat dat met een factuur doet: een klant die 20.000 geocoding-verzoeken per maand deed, betaalde onder het oude tegoed van USD 200 niets, maar krijgt onder het nieuwe model 10.000 gratis verzoeken en betaalt voor de andere 10.000 ongeveer USD 50 per maand. Op zichzelf is dat geen groot bedrag. Dat verandert zodra je dit patroon vermenigvuldigt over alle diensten die een locator gebruikt, bij echt verkeer, in een drukke maand.

Het punt is niet dat Google Maps onbetaalbaar is geworden. Voor een kleine winkel die ruim onder de gratis drempels blijft, kan de locator nog steeds niets kosten. Het punt is dat de gratis buffer dunner is dan vroeger en dat de factuur meegroeit met verkeer, zoekgedrag en het aantal locaties.

Nog een belangrijke nuance: als je een onderhandelde Google Maps-overeenkomst of een Google Maps Platform-abonnement hebt, kan je facturatie afwijken van de standaard pay-as-you-go-voorbeelden hierboven. Zie deze voorbeelden dus als een manier om het kostenmechanisme te begrijpen, niet als vervanging voor het controleren van je eigen facturatie-instelling.

Zo houd je de kosten onder controle

De kosten zijn beheersbaar, maar alleen als je ze bewust beheert. Een paar praktische stappen:

• Stel quotumlimieten en budgetmeldingen in. Budgetmeldingen helpen je te zien wanneer de uitgaven oplopen, maar ze stoppen gebruik of facturatie niet automatisch. Om het risico op pieken in verzoeken te verkleinen, controleer je de quota van Google Maps Platform voor de API's die je locator gebruikt en stel je waar mogelijk verstandige limieten in.
• Meet niet alleen totalen, maar ook afgeronde zoekopdrachten. Omdat afgebroken autocomplete-sessies stilletjes kosten veroorzaken, laat je completion rate zien of je betaalt voor veel half afgemaakte zoekopdrachten. Een lage completion rate is niet alleen een UX-signaal, maar ook een kostensignaal.
• Beperk dure calls tot waar ze echt nodig zijn. Niet elke bezoeker heeft de meest gedetailleerde en duurste zoekopdracht nodig. Premium data opvragen voor elke zoekopdracht, terwijl slechts een deel van de gebruikers die nodig heeft, is een veelvoorkomende manier waarop facturen ongemerkt oplopen.
• Cache je eigen locatiedata waar mogelijk. Winkelnamen, adressen, openingstijden, contactgegevens en andere locatiegegevens van de merchant veranderen zelden tussen zoekopdrachten. Door die data efficiënt te serveren, verminder je onnodige live lookups. Als je data cachet die afkomstig is van Google Maps Platform, controleer dan eerst Google's voorwaarden en documentatie, omdat voor sommige door Google gegenereerde content opslagbeperkingen gelden.

Wanneer een locator zonder Google Maps API logisch is

Voor sommige winkels slaat de balans om. Als het locatorverkeer hoog is, de lijst met winkels groot is, een druk seizoen het gebruik steevast boven de gratis drempel duwt, of als de onvoorspelbaarheid van een usage-based factuur op zichzelf al een probleem is, dan is een locator die niet afhankelijk is van de betaalde Google Maps API het overwegen waard.

De afweging draait om voorspelbaarheid. Een usage-based model kan goedkoop zijn bij laag volume en ongemakkelijk worden bij hoog volume, en er blijft altijd een risico op een piek. Een model met een vaste, bekende prijs ruilt het voordeel van "gratis bij laag volume" in voor een factuur die je niet verrast en niet meegroeit met een goede verkeersmaand. Wil je de verschillende opties uitgebreider bekijken, dan heeft Progus een aparte gids over een store locator zonder Google Maps API. Voor merchants die voorspelbare kosten willen en geen betaalde Maps API-sleutel willen beheren, is Progus Store Locator gebouwd om zonder zo'n sleutel te werken.

Dit is niet de claim dat Google Maps voor iedereen de verkeerde keuze is. Voor veel winkels werkt het prima en is blijven eenvoudiger dan overstappen. Wel is het zo dat de kost echt bestaat, op manieren meegroeit die je makkelijk over het hoofd ziet, en het de moeite waard is om dat te begrijpen voordat de factuur de beslissing voor je neemt.

Fouten bij kostenbeheersing die je moet vermijden

Een paar fouten maken store locator-kosten lastiger te voorspellen of te beheersen.

• De locator behandelen als een afgeronde functie waarvoor al is betaald. De app-fee is niet de volledige kost; de API-facturatie per zoekopdracht hoort daar ook bij en loopt door zolang de locator actief is.
• Vertrouwen op budgetmeldingen alsof ze een harde limiet zijn. Budgetmeldingen zijn nuttig, maar stoppen gebruik of facturatie niet vanzelf. Voor echte bescherming tegen pieken in requests moet je de quota bekijken van de API's die je locator gebruikt en bepalen hoeveel verkeer de locator mag verwerken voordat ingrijpen nodig is.
• Afgebroken zoekopdrachten negeren. Autocomplete factureert terwijl klanten typen, dus half afgemaakte zoekopdrachten kosten geld zonder dat dat als aparte regel zichtbaar wordt, tenzij je er bewust naar kijkt.
• Aannemen dat de gratis laag nog hetzelfde is als vroeger. De gratis ruimte voor locators werd kleiner toen het tegoed van USD 200 in 2025 werd vervangen; budgetteren op basis van de oude aanname leidt makkelijk tot verrassingen.
• Premium data voor iedereen opvragen. Gedetailleerde, dure lookups voor elke bezoeker, terwijl slechts een deel die nodig heeft, is een van de stilste manieren waarop een factuur oploopt.

Tot slot

Een store locator is een eigen asset met echte, terugkerende operationele kosten, geen eenmalige functie die je installeert en daarna vergeet. Die kosten zijn beheersbaar, maar alleen als je ze ook zo behandelt: begrijp wat elke zoekopdracht kost, stel verstandige quotumlimieten en budgetmeldingen in, houd de onderdelen in de gaten die stilletjes factureren en weet hoe je verkeer zich verhoudt tot de gratis drempel.

Voor veel winkels is dat voldoende en blijft Google Maps een prima keuze. Voor winkels waarbij de factuur oncomfortabel meegroeit met het verkeer, of waarbij voorspelbaarheid belangrijker is dan een gratis laag bij laag volume, is een locator zonder betaalde Maps API-sleutel het waard om te beoordelen voordat de volgende drukke maand de keuze voor je maakt.

Progus Store Locator is gebouwd voor merchants die zo'n voorspelbare setup willen: een Shopify store locator die zonder betaalde Google Maps API-sleutel kan draaien, zodat de locator-kosten niet meestijgen met elke drukke verkeersmaand.