SalesNest CRM is now included free with every LeadNest plan. Get started free
Multi-location & Franchise

One fence rule. Every location runs it identically.

Draw the enter/dwell/exit logic once, and every location in your network runs it the same way — scoped to its own app, with no re-integration per franchisee.

Illustrative mockup of a Multi-location & Franchise push notification firing as a device enters the store's geofence, showing the map, the fence radius, and the resulting alert

Trusted by agile startups and fast-scaling brands

Use cases

Everything a multi-location & franchise fence can trigger.

Enter, dwell, and exit mean something specific here — this is what that looks like in practice.

EMAIL · JUST NOW
Location 42 is live
The new location is onboarded as its own app, scoped independently from every other store from day one.
Triggered by: new app onboarded

Scoping

Independent scoping per location

Every location is its own app with its own app_uuid — fences, devices, and campaigns never bleed across locations, even though the rule logic is identical.

Per-app scopingNo cross-talk
PUSH · JUST NOW
One welcome-offer fence, 42 locations
The same fence config now runs everywhere — reusing the same three-endpoint integration, no new engineering per site.
Triggered by: same config, new app_uuid

Rollout

Centralized rule, decentralized data

A brand-wide campaign rule — say, a dwell-based welcome offer — is configured once and rolled out to every location without engineering involvement per site.

EnterDwellOne config
SMS · JUST NOW
Weekly report ready
Store #42: events and campaigns this week, built from GeoNest's event log by your own reporting layer.
Triggered by: your weekly summary job

Reporting

Per-location reporting, brand-wide view

Each location's events and dispatches are tracked independently, so a franchisor can build a brand-wide view from the event log while franchisees see only their own store.

Event logIsolation
3
REST endpoints — that's the whole integration
0
SDKs to bundle — native OS geofencing only
3
channels dispatched from one trigger
2
fence shapes — circle and polygon, both wake-ready

Why teams choose GeoNest

The hard parts are already solved.

Native OS geofencing

Circles and polygons handed to the phone's own geofencing APIs — no continuous background polling.

Three REST endpoints

Register, fetch geofences, report an event — that's the entire integration surface.

Per-app scoping

Every fence, device, and campaign is scoped to a single app — nothing crosses over.

Reuses your channels

Dispatches through your existing email and SMS infrastructure, plus Firebase Cloud Messaging for push — nothing new to wire up.

Questions

Before you draw the first fence.

How does data stay separated between locations? +

Every fence, device, and campaign is scoped to a single app's app_uuid. Locations are modeled as separate apps under one organization, so nothing is visible across locations by default.

Do we need to re-integrate GeoNest for every new location? +

No — new locations are onboarded as new apps under your existing organization, reusing the same three-endpoint integration your team already built.

Can franchisees customize their own fences? +

That depends on how you want to structure access — the underlying scoping supports both centralized rules and per-location customization; which one you use is a business decision, not a technical limitation.

Can we see performance across the whole network in one place? +

Aggregating per-location event data into a brand-wide view is something you'd build using the event log GeoNest produces per app — it isn't a built-in cross-app dashboard today.

Multi-location & Franchise

Roll out your first network-wide fence.

Tell us how many locations you're starting with and we'll help you map the rollout.