Hvad koster en Shopify store locator egentlig i 2026?

En store locator kan ligne en engangsfeature. Du installerer appen, uploader dine lokationer, tilpasser kortet, og så virker det. Det, mange overser, er, at de fleste locator-løsninger fortsætter med at koste penge bagefter, stille og roligt, hver gang en kunde bruger dem. Kortet på din butiksside er ikke et statisk billede; det er en live-tjeneste, der afregnes pr. interaktion og vokser med din trafik.

For mange Shopify-butikker forbliver det usynligt, indtil én af tre ting sker: den gratis kvote slipper op, en travl sæson skubber forbruget over en grænse, eller der kommer en regning, som er større end budgetteret. Denne artikel forklarer, hvad der faktisk driver prisen i 2026, hvorfor den er let at undervurdere, og hvad du kan gøre for at holde den forudsigelig.

Hvorfor en locator er en løbende udgift og ikke en engangsudgift

Grunden til, at en store locator koster penge løbende, er, at én kundesøgning typisk udløser flere separate betalte API-kald, ikke kun ét. En typisk søgning i en locator sætter noget i retning af dette i gang i baggrunden: selve kortet indlæses (ét kald), kunden begynder at skrive en adresse og får forslag (autocomplete, ofte flere kald mens der skrives), den valgte adresse omdannes til koordinater (geocoding, ét kald), og afstanden fra kunden til hver mulig butik beregnes (ét kald, og det bliver dyrere jo flere butikker du har).

Hver af disse er en separat fakturerbar hændelse. Derfor er tankegangen "jeg har betalt for appen, så er kortet klaret" forkert. En mere præcis model er nærmere "hver søgning er en lille målt transaktion", og måleren løber hurtigere, jo mere trafik du har, og jo flere lokationer du viser. Det er den del, de fleste butiksejere aldrig ser, fordi appen skjuler det bag en pæn brugerflade. Omkostningen er reel; den bliver bare først synlig, når regningen gør.

Hvad driver egentlig regningen?

Tre faktorer påvirker en locator-regning mere end noget andet.

• Søgevolumen. Fordi afregningen sker pr. interaktion, vokser prisen direkte med, hvor mange der bruger locatoren. Det lyder oplagt, men det har en ubehagelig konsekvens: locatoren bliver dyrest præcis, når din butik har mest travlt. En højsæson, der skaber mere trafik, skaber også mere brug af locatoren, så regningen stiger samtidig med alt andet.
• Antal lokationer. Det trin, hvor afstanden fra kunden til dine butikker beregnes, bliver dyrere, efterhånden som butiksliste vokser, fordi der skal laves flere sammenligninger pr. søgning. En butik med tre lokationer og en franchisekæde med tre hundrede ligger ikke i samme prisklasse, selv ved samme trafik.
• Afbrudte søgninger. Det er den skjulte faktor. Adresse-autocomplete afregnes, mens kunden skriver, og en kunde, der begynder at skrive og derefter opgiver, har stadig genereret fakturerbare kald. Ved nok trafik bliver afbrudte autocomplete-sessioner til en reel post på regningen, som ingen havde planlagt, fordi ingen ser frafaldet.

Sådan fungerer prismodellen nu

For at forstå regningen hjælper det at vide, hvordan den underliggende model har ændret sig, og hvordan den ser ud i dag.

Frem til begyndelsen af 2025 gav Google Maps Platform alle konti en fast månedlig kredit på 200 USD, som dækkede en del af forbruget på tværs af alle tjenester. Ifølge Googles egen pris-FAQ blev denne kredit på 200 USD fra 1. marts 2025 erstattet af en gratis månedlig forbrugsgrænse for hver enkelt tjeneste, opdelt i Essentials, Pro og Enterprise. De fleste af de tjenester, en store locator bruger, ligger under Essentials, som giver 10.000 gratis fakturerbare hændelser pr. måned pr. tjeneste.

For store locators var den praktiske effekt især en mindre gratis kvote. StoreLocatorWidgets, en locator-udbyder, forklarede det til sine egne kunder dengang: under den gamle kredit på 200 USD kunne en locator køre omkring 25.000 indlæsninger om måneden, før der kom omkostninger, mens tallet under den nye Essentials-grænse falder til cirka 10.000 indlæsninger om måneden, før den gratis kvote er brugt op.

Googles FAQ giver et konkret eksempel på, hvordan det ændrer en regning: en kunde, der laver 20.000 geocoding-forespørgsler om måneden, betalte 0 USD under den gamle kredit på 200 USD, men får under den nye model 10.000 gratis forespørgsler og bliver faktureret for de øvrige 10.000, hvilket giver en månedlig pris på omkring 50 USD. Isoleret set er det ikke et stort beløb. Det holder op med at være småt, når du ganger mønsteret op på tværs af alle de tjenester, en locator bruger, ved reel trafik i en travl måned.

Pointen er ikke, at Google Maps er blevet ubetaleligt. For en lille butik, der ligger godt under de gratis grænser, kan locatoren stadig koste ingenting. Pointen er, at den gratis buffer er mindre end før, og at regningen vokser med trafik, søgeadfærd og antal lokationer.

Én vigtig nuance mere: Hvis du har en forhandlet Google Maps-aftale eller et abonnement på Google Maps Platform, kan din afregning afvige fra standardeksemplerne med pay-as-you-go ovenfor. Se derfor disse eksempler som en måde at forstå omkostningsmekanismen på, ikke som en erstatning for at gennemgå din egen opsætning.

Sådan holder du omkostningen under kontrol

Omkostningen er til at håndtere, men kun hvis du arbejder bevidst med den. Her er nogle praktiske greb:

• Sæt kvotegrænser og budgetalarmer. Budgetalarmer hjælper dig med at opdage, når forbruget stiger, men alarmer alene stopper ikke automatisk brug eller fakturering. For at mindske risikoen for pludselige spikes bør du gennemgå kvotegrænserne i Google Maps Platform for de API'er, din locator bruger, og sætte fornuftige loft, hvor det er muligt.
• Overvåg gennemførte søgninger, ikke kun totaler. Fordi afbrudte autocomplete-sessioner faktureres i det skjulte, kan din gennemførelsesrate for søgninger vise, om du betaler for mange halvfærdige søgninger. En lav gennemførelsesrate er ikke kun et UX-signal, men også et omkostningssignal.
• Begræns dyre kald til de steder, hvor de er nødvendige. Ikke alle besøgende har brug for den mest detaljerede og dyreste søgning. At hente premium-data for hver eneste søgning, når kun en del af brugerne har brug for dem, er en klassisk måde, regningen stille vokser på.
• Cache dine egne lokationsdata, hvor det er muligt. Butiksnavne, adresser, åbningstider, kontaktoplysninger og andre lokationsdata, du selv ejer, ændrer sig sjældent mellem søgninger. Hvis de leveres effektivt, reducerer det unødvendige live-opslag. Hvis du cacher API-afledte data fra Google Maps Platform, så tjek først Googles vilkår og dokumentation, fordi noget Google-genereret indhold har begrænsninger for lagring.

Hvornår giver en locator uden Google Maps API mening?

For nogle butikker tipper regnestykket. Hvis trafikken til locatoren er høj, hvis butiksliste er stor, hvis en travl sæson med sikkerhed skubber forbruget over den gratis grænse, eller hvis uforudsigeligheden i en forbrugsbaseret regning i sig selv er et problem, så er det værd at overveje en locator, der ikke er afhængig af det betalte Google Maps API.

Byttehandlen er forudsigelighed. En forbrugsbaseret model kan være billig ved lav volumen og ubehagelig ved høj volumen, og den rummer altid risikoen for et spike. En model med en fast, kendt pris bytter fordelen ved "gratis ved lav volumen" ud med en regning, der ikke overrasker dig, og som ikke vokser i en måned med god trafik. Hvis du vil forstå opsætningsmulighederne mere detaljeret, har Progus en separat guide til at køre en store locator uden Google Maps API. For forhandlere, der foretrækker forudsigelige omkostninger og ikke vil administrere en betalt Maps API-nøgle, er Progus Store Locator bygget til at fungere uden en.

Det er ikke en påstand om, at Google Maps er det forkerte valg for alle. For mange butikker fungerer det fint, og det er enklere at blive på løsningen end at skifte. Pointen er, at omkostningen er reel, at den skalerer på måder, der er lette at overse, og at den er værd at forstå, før regningen træffer beslutningen for dig.

Fejl i omkostningsstyringen, du bør undgå

Nogle fejl gør omkostningerne ved en store locator sværere at forudsige eller styre.

• At behandle locatoren som en færdig, betalt feature. App-gebyret er ikke hele omkostningen; API-afregningen pr. søgning er også en del af den, og den fortsætter, så længe locatoren er i drift.
• At stole på budgetalarmer, som om de var et loft. Budgetalarmer er nyttige, men alarmer alene stopper ikke brug eller fakturering. Hvis du vil have reel beskyttelse mod request-spikes, skal du gennemgå kvotegrænserne for de API'er, din locator bruger, og beslutte, hvor meget trafik locatoren må håndtere, før den kræver opmærksomhed.
• At ignorere afbrudte søgninger. Autocomplete afregnes, mens kunder skriver, så halvfærdige søgninger koster penge, uden at det fremgår som en tydelig linje, medmindre du aktivt leder efter det.
• At antage, at gratisniveauet er det samme som før. Den gratis kvote for locators blev mindre, da kreditten på 200 USD blev erstattet i 2025; budgetterer du efter den gamle antagelse, inviterer du til en overraskelse.
• At hente premium-data til alle. Detaljerede og dyre opslag for hver besøgende, når kun nogle har brug for dem, er en af de mest stille måder, en regning vokser på.

Afsluttende tanker

En store locator er et aktiv, du ejer, men med en reel, løbende driftsomkostning, ikke en engangsfeature, du installerer og glemmer. Omkostningen er til at håndtere, men kun hvis du behandler den sådan: forstå, hvad hver søgning koster, sæt fornuftige kvotegrænser og budgetalarmer, hold øje med de dele, der faktureres i det skjulte, og vid, hvor din trafik ligger i forhold til den gratis grænse.

For mange butikker er det nok, og Google Maps er stadig et fint valg. For butikker, hvor regningen vokser ubehageligt med trafikken, eller hvor forudsigelighed betyder mere end et gratisniveau ved lav volumen, er det værd at vurdere en locator, der kører uden en betalt Maps API-nøgle, før den næste travle måned afgør spørgsmålet for dig.

Progus Store Locator er bygget til forhandlere, der ønsker netop den forudsigelige opsætning: en Shopify store locator, der kan køre uden en betalt Google Maps API-nøgle, så locator-omkostningerne ikke vokser med hver travl måned med høj trafik.