Skip to content
Get launch updates

Bring your data into WordPress — then turn it into maps, search, lists, and more.

Connect WordPress content, spreadsheets, commerce, CRMs, APIs, and other data sources to one reusable DDM Dataset, then present those records as maps, directories, filtered results, search experiences, and more.

The data layer and the presentation stay separate, so one dataset can drive a map on one page and a filtered list on another. What normally takes custom queries, templates, geocoding and sync is configuration instead.

Coming soon: Data Driven Maps Free on WordPress.org, with DDM Pro launching at the same time.

Get launch updates See what you can build

A map of completed jobs beside a synchronized results list
A completed-jobs map, with the results list kept in step with the markers.

One dataset in. More than one experience out.

DDM keeps the data layer separate from the way it is presented. That is the whole design: the same records can drive a map on one page and a filtered list on another, and neither has to be rebuilt when the data changes.

  1. Bring your data

    Upload a CSV, use posts and custom post types you already have, or connect the system that owns the records. No rebuilding your data to make it usable.

  2. Shape the dataset

    Choose the fields the experience actually needs — titles, categories, status, price, dates, images, and addresses when the thing is spatial.

  3. Build the experience

    Maps, lists and loops, filtering, sorting, search, and a results view kept synchronized with the map — configured, not coded.

  4. Publish it in WordPress

    Place it with blocks and supported embeds, then change the data later without touching the page that uses it.

Build the experience, not the plumbing.

Build interactive WordPress maps from the data you already use.

A spreadsheet, a CSV export, your own posts and custom post types, a product catalogue, a CRM, or a structured API. Data Driven Maps reads the records, you decide what the visitor does with them — and the same dataset can serve more than one page.

Start from the data you have

  • Build a WordPress map from a Google Sheet
  • Turn a CSV or Excel export into an interactive map
  • Map posts and custom post types you already publish
  • Put WooCommerce products on a map or an indoor plan
  • Use Airtable records without copying them into WordPress
  • Map selected CRM or field-service records
  • Connect a REST or JSON API when there is no dedicated integration

Publish what the visitor needs

  • A store or dealer locator with search and filters
  • A map with synchronized results beside it
  • A searchable directory of members, partners or resources
  • A property map with the filters buyers actually use
  • A service-area map of completed jobs
  • An indoor product finder down to the aisle
  • A filtered list or loop with no map at all

Not every dataset is spatial and not every answer is a map. A record set that has no coordinates can still drive a searchable list, and the same records can become a map on one page and a filtered loop on another — which is why the data layer and the presentation are separate things in DDM rather than one setting on a shortcode.

What you can build

What it looks like in practice.

Four compositions, all built the same way: records in a dataset, then a presentation that decides what the visitor does with them. The map, the results list, the filters and the indoor plan are the same system configured differently — not four separate products.

A dealer locator with search, filters and distance-aware results

A locator someone can actually use

Locations plus searchable, filterable results — so a visitor finds the dealer, store or provider that fits, rather than scanning pins.

The DDM presentation editor

Configured in the admin

The presentation is an object you edit, reuse and reassign — not a shortcode with forty attributes.

A density visualisation of the same dataset

Density, from the same records

One dataset, another way of reading it. No second import, no parallel copy to maintain.

An indoor product finder showing aisle and zone locations

Where latitude stops helping

Product records plus aisle or zone data, so a shopper can search for an item and see where it is inside the building.

What you can build with it.

Every one of these is the same two moves: get the records in, decide what the visitor does with them.

Service businesses

Turn completed jobs into a map of real work across the service area, instead of a static list of city names.

Locators

Dealers, stores, offices, providers and destinations — searchable, filterable, and distance-aware where that changes the answer.

Directories

Member, resource and partner data as an interface people can browse — not an archive template with a map bolted on.

Real estate

Listings on a map and in a synchronized results grid, filtered by the fields buyers actually sort on.

Retail and indoor

Stores, venues, campuses and warehouses, where the useful question is which aisle rather than which city.

Agencies and developers

Stop rebuilding the same queries, map wiring and synchronization for every client. Keep the custom work for what is actually custom.

Integrations

Your data already lives somewhere. Leave it there.

A connector supplies records. DDM decides what those records become — a map, a list, search, filters, an indoor finder. The source does not have to contain coordinates to be useful.

Data you already hold

  • CSV and Excel upload
  • WordPress posts
  • Custom post types

Spreadsheets

  • Google Sheets
  • Airtable

Commerce

  • WooCommerce
  • Shopify

CRM

  • HubSpot
  • Salesforce
  • Pipedrive
  • Zoho CRM
  • monday

Field service

  • Jobber
  • Housecall Pro
  • ServiceTitan

Anything structured

  • REST / JSON API
  • Webhooks and push

The next project rarely uses the same stack as the last one. The foundation should not have to change with it.

How it will be licensed.

Four parts, and what each one is for. Prices come from the DDM product catalogue and are shown on the pricing page.

Free

The free plugin

Bring structured data in and build real maps and reusable presentations without buying anything. No account needed for the normal free workflow.

Paid foundation

Pro

One product, sold for one site, five, or fifty. How many sites can activate it is what changes, never which features you get.

Optional

Add-ons and integrations

Specialised jobs that do not belong on every install — advanced search, proximity, routes, automated sync, analytics, indoor mapping — and the connectors. Both require Pro.

Bundled

Bundles

For repeat work: Pro plus the pieces you would otherwise assemble project by project, under one license.

What we are committing to now.

  • Annual licenses with the renewal terms stated up front. No first-year price that quietly doubles.

  • Paid extensions need Pro — but needing Pro never means buying the whole catalogue to get one thing.

  • If a license lapses, what is installed keeps working. Updates and paid support are what require an active license.

  • Third-party costs — map providers, CRMs, AI providers — are never quietly folded in. Each is stated where it applies.

Tell us what you would point it at.

This is being built from real projects, not personas. Four questions and one optional one. If your answer changes what gets built first, we would rather know now than after launch.

  • One email, when it launches. That is the whole commitment.

  • Your answers go to the people building it. Not to an ad platform, not to a list broker, not to a nurture sequence.

What best describes you? Required
Where does your data live now? Pick any

This is the answer that most changes what gets built first.

We use your email for one launch message and your answers to prioritise what gets built. No third-party marketing, and you can ask us to delete the record at any time. Privacy · Terms

One email, when it launches.
That is the whole commitment.

Get launch updates