Address Search vs Location Search in Listdom

When you build a local directory website, “location search” can mean several different things.

One visitor may want to choose a city from a dropdown. Another may want to type a full address. Someone else may expect a “use my location” button, radius search, address suggestions, or map results that update when they move the map.

These all sound related, but they are not the same feature.

In Listdom, Location search, Address search, Radius Search, My Location, Auto GPS, GPS Control, Map Search, and connected map shortcodes each play a different role.

Understanding the difference helps you choose the right setup for your directory, avoid confusing search forms, and create a better visitor experience.

Quick answer: which Listdom feature should you use?

Use this table as the fastest way to decide which Listdom feature matches your goal.

User wants to…	Use this Listdom feature
Browse or filter by city, region, neighborhood, or service area	Location field / Location taxonomy
Search by typed address or place text	Address field: Text Input
Show address suggestions while typing	Address autocomplete / autosuggest
Let users search from their current location	Display Locate Control / My Location
Search within a distance from an address	Radius Search Pro
Let users choose distance from predefined values	Radius Search Dropdown Pro
Update listings when users move or zoom the map	Map Search
Center the map around the visitor’s location on page load	Auto GPS with Advanced Map
Show a GPS button on the map	GPS Control
Connect a search form with listing or map results	Connected search form + skin shortcode

The important point is this:

Location search is not the same as address search, and address search is not the same as radius search.

A Location field helps users filter by structured areas. An Address field works with physical address input. Radius search adds distance-based filtering around an address or point. Map Search and Auto GPS belong to the map and shortcode experience.

Search field or map setting? Understand the difference first

Before choosing fields, it helps to separate Listdom’s local discovery tools into two groups.

Some options control what the visitor types or selects in the search form. Others control how the map behaves after results appear.

Search and Filter Builder controls

These are configured in:

Listdom → Search and Filter Builder

This layer includes:

• Location field
• Address field
• Address Text Input
• Address autocomplete
• Display Locate Control
• Radius Search Pro
• Radius Search Dropdown Pro

These options affect the search form itself. They control what visitors can type, select, or submit.

For example, if you want users to type an address, you use the Address field. If you want them to browse by city or neighborhood, you use the Location field.

Map and shortcode controls

These are controlled in map-capable skin or shortcode settings.

This layer can include:

• Map display settings
• Map Search
• Auto GPS
• GPS Control
• Map Limit
• selected Search Form
• connected shortcode behavior

These options affect the output experience. They control how results, maps, markers, and user location behavior work after the search form is connected to a listing view.

A simple rule:

If the option controls what the visitor types or selects, it usually belongs to the search form. If the option controls how the map loads, centers, filters, or updates results, it usually belongs to the skin or shortcode map settings.

The four layers behind local discovery in Listdom

Address search vs location search in Listdom is easier to understand when you think in layers.

A complete local discovery experience can include four layers:

1. Listing data
2. Search fields
3. Map and skin settings
4. Connected outputs

Each layer has a different job.

1. Listing data layer

This is the foundation.

Before search forms and maps can work well, each listing needs useful local data.

That can include:

• assigned Location taxonomy terms
• physical address
• map marker position
• latitude and longitude
• category
• custom fields
• shape or marker data where relevant

For example, a restaurant listing may belong to the Location “Barcelona” and have a specific street address. The Location helps users filter by city. The address helps users find the exact place, display it on a map, and support address-based behavior.

If the listing address is incomplete or the marker position is wrong, map and radius behavior may not feel accurate.

You can learn the broader foundation in how maps and addresses work together in Listdom.

2. Search field layer

This is where users enter or select search criteria.

The main place to build these fields is:

Listdom → Search and Filter Builder

For this topic, the most important fields are:

• Location field
• Address field
• Radius Search Pro
• Radius Search Dropdown Pro

This is where you decide whether visitors should search by structured area, typed address, current location, or distance.

For a general guide to building forms, read creating search forms in Listdom.

3. Map and skin settings layer

This layer controls how results appear and how maps behave.

Examples include:

• whether a map is shown
• whether Map Search is enabled
• whether Auto GPS is enabled
• whether GPS Control appears
• how many map markers are shown
• which search form is attached to the skin

This is especially important for Half Map, Single Map, and other map-capable layouts.

A search form can collect the input, but the skin controls how the results and map are presented.

4. Connected output layer

A search form alone does not complete the experience.

Users also need a result output.

That output might be:

• list results
• grid results
• half map results
• single map results
• another map-capable skin

For example, you may build an Address field in Search and Filter Builder, then connect that search form to a Half Map shortcode so visitors can search, view listings, and compare them on a map.

This is where local search becomes a real directory experience instead of just a form.

What Location search means in Listdom

Location search uses Listdom’s structured Location taxonomy.

Locations are useful for organizing listings into known geographic areas, such as:

• country
• state
• province
• city
• district
• neighborhood
• service area

This is the right choice when visitors think in areas.

Examples:

• Restaurants in Barcelona
• Hotels in Downtown Dubai
• Doctors in North Vancouver
• Properties in Brooklyn
• Electricians serving Manchester

A Location field is especially useful when your directory has a clean hierarchy.

For example:

Spain → Catalonia → Barcelona → Eixample

This lets users browse and filter by familiar geographic areas.

When Location search works best

Use Location search when users need to choose from known places.

Good examples include:

• city portals
• tourism directories
• local business directories
• real estate directories
• service directories with defined coverage areas
• regional directories with city or neighborhood pages

Location search is structured and predictable. It is also easier for users when your directory has a clear geographic hierarchy.

What Location search is not

Location search is not the same as exact address search.

If a user selects “Barcelona,” they are choosing an area. They are not choosing a specific point on the map.

Location search is also not automatically radius search.

A Location taxonomy term like “Barcelona” does not mean “within 5 km of this address.” It means listings assigned to that Location term.

For the foundational difference, read the difference between Locations and Addresses in Listdom.

What Address search means in Listdom

Address search works with the physical address data of listings.

In Search and Filter Builder, the Address field is the main field for address-based search behavior.

It can be used for:

• typed address search
• address autocomplete
• current-location behavior through locate control
• radius search methods
• distance-based discovery when configured

This makes Address search more specific than Location search.

A Location field answers:

“Which area should results belong to?”

An Address field answers:

“What physical place or address should the search use?”

Address Text Input

The simplest Address field method is Text Input.

This is useful when you want visitors to type address or place-related text.

Example searches:

• King Street
• Downtown
• 123 Main Street
• London Road
• Central Park

Address Text Input is useful when you want a lighter search experience and do not need full distance-based filtering.

It can work well for directories where users already know the place, street, or address they want to search around.

Address autocomplete and autosuggest

Address autocomplete helps users type addresses or places more easily.

Instead of forcing users to enter everything manually, the field can suggest address-like results while they type.

This improves the search experience because:

• users make fewer spelling mistakes
• addresses are more consistent
• visitors can select a suggested place faster
• the search feels more familiar for map-based directories

Address autosuggest is especially useful for:

• restaurant directories
• local service directories
• healthcare directories
• store locators
• tourism directories
• real estate directories

It is not a replacement for Location taxonomy. It improves address input.

Display Locate Control / My Location

The Address field can also include a locate control.

This gives visitors a way to use their current location in the address search flow.

This is useful when the visitor’s question is:

“What is near me?”

Examples:

• nearby restaurants
• nearby doctors
• nearby stores
• nearby service providers
• nearby attractions

However, My Location is not the same thing as Location taxonomy.

A Location field might let users choose “Barcelona.” A locate control helps the visitor use their actual current position as part of an address-based search experience.

It may depend on browser permission, device support, and proper configuration.

Radius Search Pro and Radius Search Dropdown Pro

Radius search adds distance-based discovery to the Address field.

This is where the search becomes more than address text matching.

Instead of only asking:

“Does this listing match this address text?”

Radius search asks:

“Which listings are within this distance from this address or point?”

Radius Search Pro

Radius Search Pro is useful when you want users to search around an address using distance.

Example:

A visitor enters:

“123 Main Street”

Then the search can return listings within a defined radius around that point.

This is useful for:

• local services
• restaurants
• doctors and clinics
• stores
• property search
• tourist attractions

Depending on your setup, the radius can be fixed or user-adjustable.

Radius Search Dropdown Pro

Radius Search Dropdown Pro is useful when you want users to choose from predefined distances.

Example dropdown values:

• 1 km
• 5 km
• 10 km
• 20 km

This is often better for user experience because it keeps the form simple.

Instead of showing a fully flexible radius field, you give users clean choices.

For example:

“Search within 5 km”

or:

“Search within 10 miles”

This is easier for many visitors than entering a custom distance.

The most important radius search rule

Radius search is not the same as choosing a city, state, ZIP, or Location taxonomy term.

Radius search is distance-based. It depends on an address or point.

So if a visitor selects a Location term like “Barcelona,” that is not the same as entering a full address and searching within a radius from that address.

This distinction matters because many directory owners expect a city dropdown to behave like a radius search field. It does not.

Use Location search when users browse by area. Use Radius Search when distance from a point matters.

My Location, Auto GPS, GPS Control, and Map Search

Current-location and map behavior can be confusing because several features sound similar.

The key is to separate search form behavior from map behavior.

My Location / Display Locate Control

My Location, through the locate control, belongs to the Address field experience.

It helps visitors use their current location while interacting with the search form.

Use it when you want users to actively search from where they are.

Example:

A visitor opens the search form, clicks a locate button, allows browser location access, and searches for nearby listings.

This is search form behavior.

Auto GPS

Auto GPS belongs to map behavior.

It is not the same as the Address field’s locate control.

Auto GPS is used when the map should automatically respond to the visitor’s location, such as centering around the visitor when the page loads.

This type of behavior is related to Advanced Map functionality and supported map skins.

Use Auto GPS when the page itself should start from the visitor’s position, not only when the visitor clicks a search form control.

GPS Control

GPS Control is a map UI control.

It can show a GPS/location button on the map.

This helps users interact with the map and their current position.

Again, this belongs to map behavior, not Location taxonomy.

Map Search

Map Search is different from radius search.

Radius search filters by distance from a point.

Map Search filters based on the visible map area.

For example, a visitor moves or zooms the map. With Map Search enabled, results can update based on the current map viewport.

This creates a “search as I move the map” experience.

Map Search is useful for:

• real estate browsing
• city exploration
• tourism directories
• restaurant discovery
• map-first directories

Use Map Search when the map is central to the user journey.

Do not use it when visitors only need simple city or category filters.

Map Limit

Map Limit controls how many listings or markers appear on a map.

This matters for performance and usability.

A large directory may have hundreds or thousands of listings. Showing too many markers at once can make the map hard to read and slower to load.

Map Limit helps keep the map useful.

It is especially important for:

• large business directories
• real estate portals
• tourism directories
• city portals
• high-density map pages

Search form fields vs map shortcode settings

Here is the clean separation:

Search and Filter Builder controls what users search with

Use Search and Filter Builder for:

• Location field
• Address field
• Text Input
• autocomplete
• locate control
• Radius Search Pro
• Radius Search Dropdown Pro
• category and custom fields
• the search form structure

This is the input side.

Skin and shortcode settings control how results appear

Use skin and shortcode settings for:

• selected layout
• selected search form
• map display
• Map Search
• Auto GPS
• GPS Control
• Map Limit
• connected result behavior

This is the output side.

A search form asks the question. A shortcode or skin displays the answer.

That is why both layers matter.

How connected search forms and map shortcodes work together

A local directory usually needs both a search form and a result display.

The search form collects the visitor’s intent.

The shortcode or skin shows matching listings.

For example, you may create a search form with:

• Keyword
• Category
• Location
• Address
• Radius Search Dropdown Pro

Then you may connect that form to a Half Map layout that shows:

• the search form
• listing cards
• a map
• markers
• map behavior

This creates a complete local search page.

Without the connected output, the form is incomplete. Without the right search fields, the output is too broad.

Common connection patterns

Search form above List or Grid results

Best for directories where users mainly compare listing details.

Examples:

• business directories
• service directories
• professional directories

Search form connected to Half Map

Best for directories where map position and listing details matter together.

Examples:

• real estate
• restaurants
• healthcare
• hotels
• attractions

Map-focused view with searchable results

Best for directories where users explore visually.

Examples:

• city portals
• travel directories
• property search
• outdoor attractions

To understand the map display side more deeply, read showing listings on a map in Listdom.

Before choosing fields, prepare your listing data

Search fields cannot fix weak listing data.

Before enabling address, radius, or map-based discovery, check the listing information.

Make sure listings have:

• correct Location assignments
• complete physical addresses where needed
• accurate map marker placement
• correct latitude and longitude
• relevant categories
• clean custom field data
• consistent address formatting

This matters because each feature depends on the data behind it.

A Location field depends on listing Location assignments.

An Address field depends on listing address data.

Radius search depends on accurate address and coordinate behavior.

Map Search depends on markers appearing in the correct places.

Auto GPS and GPS controls depend on map and browser location behavior.

If your data is inconsistent, the search experience will feel inconsistent too.

Recommended setup paths by goal

Different directories need different local discovery setups.

You do not need every field in every form.

Use the goal first, then choose the feature.

I want users to browse by city or area

Use:

• Location taxonomy
• Location field in Search and Filter Builder
• Category field if needed
• List, Grid, or Half Map output

Best for:

• city directories
• business directories
• tourism directories
• regional service directories

Avoid using radius search if users only need city or neighborhood browsing.

I want users to type an address

Use:

• Address field
• Text Input method
• autocomplete if useful
• clean listing address data

Best for:

• store locators
• healthcare directories
• real estate directories
• local service directories

This is useful when visitors search around a specific address or place.

I want users to search near themselves

Use:

• Address field
• Display Locate Control
• Radius Search Pro or Radius Search Dropdown Pro
• accurate listing address data

Best for:

• restaurants
• doctors
• attractions
• stores
• local services

This creates a more “near me” style experience. For the complete visitor journey—from browser permission to the manual address fallback—see how to build a near-me directory search with Listdom.

Make sure the wording is accurate. A near-me experience usually depends on address, permission, radius, and map configuration. It is not created by a city dropdown alone.

I want users to move the map and update results

Use:

• map-capable shortcode or skin
• Map Search
• appropriate map limit
• accurate marker data

Best for:

• real estate
• city portals
• travel guides
• restaurant maps
• attraction directories

This is useful when map exploration is central to the experience.

I want the map to start near the visitor

Use:

• Auto GPS with Advanced Map where supported
• HTTPS
• browser location permission
• supported map skin
• proper map settings

Best for:

• map-first directories
• local discovery pages
• mobile-heavy search experiences

Do not confuse this with the Address field’s locate control. Auto GPS is map behavior.

Common mistakes to avoid

Treating Location taxonomy as an exact address

A Location term like “London” or “Barcelona” is an area. It is not a precise address.

Use Location taxonomy for structured filtering. Use Address fields for physical address behavior.

Expecting a city dropdown to behave like radius search

Radius search is distance-based.

A Location dropdown filters by assigned terms.

These are different search methods.

For the full Address-field setup and the Pro radius methods, see how Radius Search works in Listdom.

Adding every local field into one form

More fields do not always make search better.

A restaurant directory may benefit from address, radius, and category. A simple city directory may only need keyword, category, and location.

Choose fields based on user intent.

Using Auto GPS when you only need a manual location button

Auto GPS is map behavior.

If you only want users to click a button inside an Address field, focus on the Address field’s locate control.

Using Map Search when the map is not central

Map Search is powerful when users explore by moving the map.

If the map is only a supporting visual, simple filters may be enough.

Forgetting to connect the form to the result output

A search form needs a useful output.

Make sure your search form is connected to a listing or map shortcode that supports the experience you want.

Ignoring map marker and coordinate quality

Map-based features rely on accurate listing data.

If markers are wrong, map search and radius behavior will feel wrong.

What to learn next

Continue with these related guides:

• How Local Search Works in Listdom
• Locations vs Addresses in Listdom
• How Maps and Addresses Work in Listdom
• How to Show Listings on a Map in Listdom
• How to Create Search Forms in Listdom
• Best Search Form Fields for Local Directory Websites

Conclusion

Address search vs location search in Listdom is not only about two fields.

It is about choosing the right layer for the job.

Use Location taxonomy when visitors browse by structured areas like city, region, district, neighborhood, or service area.

Use the Address field when visitors search by physical address or place.

Use Radius Search when distance from a point matters.

Use My Location when visitors should actively use their current position inside the search form.

Use Auto GPS when the map should respond to the visitor’s location on page load.

Use Map Search when moving or zooming the map should update the results.

Use connected shortcodes when the search form and map/listing output need to work together.

When you choose the right feature for each goal, your directory becomes easier to search, easier to understand, and more useful for visitors.

FAQ

What is the difference between address search and location search in Listdom?

Location search filters listings by structured Location taxonomy terms such as city, region, district, neighborhood, or service area. Address search uses physical listing address data through the Address field.

Is Location taxonomy the same as Address search?

No. Location taxonomy organizes listings into geographic areas. Address search works with the physical address of a listing.

What does the Address field do in Search and Filter Builder?

The Address field lets visitors search by address or place-related input. Depending on configuration, it can support Text Input, autocomplete, locate control, Radius Search Pro, and Radius Search Dropdown Pro.

What is Radius Search Pro in Listdom?

Radius Search Pro is a distance-based address search method. It helps visitors find listings within a certain distance from an address or point.

What is Radius Search Dropdown Pro?

Radius Search Dropdown Pro lets users choose from predefined distance values, such as 5 km, 10 km, or 20 km, instead of manually entering or adjusting a radius.

What is the difference between My Location and Auto GPS?

My Location through Display Locate Control belongs to the Address field and search form experience. Auto GPS belongs to map behavior and can center or adjust supported map views around the visitor’s location on page load.

What is Map Search in Listdom?

Map Search filters results based on the visible map area. It is useful when users move or zoom the map and expect the listing results to update with the map.

Does Auto GPS require Advanced Map?

Auto GPS is associated with Advanced Map behavior on supported map skins. It also depends on HTTPS, browser permission, and proper map configuration.

Why does radius search need a full address?

Radius search is distance-based. It needs a specific point to calculate distance from. A general city or Location taxonomy term is not the same as a full address or precise point.

How do I connect a search form to map results?

Create the form in Listdom → Search and Filter Builder, then select or connect that search form in a map-capable shortcode or skin such as Half Map or another searchable listing output.