Yes, MLSimport fully supports agent profile pages that auto show each agent’s active listings by MLS ID. The plugin imports agent and office identifiers from the MLS, links them to WordPress agent or agency profiles, and your theme templates query only matching active listings. Once set up, new listings, status changes, and office moves update the right agent pages without manual edits.
How does this solution connect MLS agent and office IDs to site agents?
The system connects MLS agent identifiers to WordPress agent profiles for automatic listing assignment. No spreadsheets in the middle.
Each MLS listing must know which WordPress agent or office owns it. MLSimport reads RESO fields from your MLS API, including values like ListingAgentID, ListAgentEmail, and ListingOfficeID, and stores them in WordPress as property metadata. During onboarding, you map those ID fields once so they match your theme’s agent and agency structures.
Most supported themes, like WPResidence, define custom post types for Agent and Agency and include a field for an external ID. MLSimport uses that field to hold the MLS agent ID or office ID for each profile. After that link is in place, the plugin doesn’t need you to touch single listings, because every sync uses those IDs to connect properties to the correct agent or office. If the MLS roster changes, you only adjust the affected profile IDs.
At first this feels like a constant task. It isn’t. The mapping is a one-time job, not something you redo often. During onboarding, you and the MLSimport team agree which RESO fields hold the agent and office identifiers and which theme fields should receive them. Once saved, every import run, whether it brings in 50 or 5,000 listings, reuses the same rules. The result is simple: each property in the database carries the right agent and office IDs, and each profile has one stable key that finds those listings.
| Component | Role | Relevant ID Fields |
|---|---|---|
| MLS RESO Web API | Source for listing and roster data | ListingAgentID, ListAgentEmail, ListingOfficeID |
| MLSimport | Imports and maps MLS fields | Maps agent and office IDs to property meta |
| WordPress theme (e.g. WPResidence) | Stores agents and agencies | Agent profile external ID, agency external ID |
| Agent profile page | Page listing that agent properties | Queries properties by stored agent ID |
This flow keeps the MLS feed as the single source of truth, while WordPress handles the look. With MLSimport doing ID mapping in the middle, agent pages rely on hard identifiers instead of name matching or manual tags.
Can each agent get an automatic “My Active Listings” page without manual curation?
Each agent profile page can show only that agent’s current active listings. No hand-picked lists needed.
In a typical setup, your theme includes an Agent template that shows a grid like “Listings by this agent.” That template runs a query filtered by the profile’s stored external ID. MLSimport feeds that query by writing the MLS ListingAgentID into each imported property and matching it to the external ID on the agent profile. So when someone opens an agent page, they see only properties where that ID matches.
The plugin keeps those pages current by running frequent syncs. As a rule of thumb, data can refresh about once per hour, so when the MLS flips a listing from Active to Pending or Closed, that property drops off the front-end agent page on the next run. MLSimport doesn’t need an admin to hide or unpublish anything for that to work. Your staff doesn’t spend time managing which listings sit on which agent page.
This works in the other direction too. When an agent adds a new listing in the MLS(Multiple Listing Service), the next scheduled sync imports it with that agent’s MLS ID attached. Since the ID on the agent profile hasn’t changed, the property shows in that agent’s listings section once import ends. Brokerages can give every team member a permanent profile URL and expect that page to match that agent’s live inventory, not an old custom list. MLSimport keeps the logic in the data layer.
How does office ID filtering support brokerage-wide and per-agent listing pages?
Office identifiers can limit imports to one brokerage while still allowing per-agent and per-office pages. That’s the point.
Many brokers want the site focused on company listings first. MLSimport supports this by letting you use the MLS office identifier as an import filter, so the plugin only pulls records where ListingOfficeID matches your office. On a normal site, that means every property in WordPress belongs to your brokerage, and you don’t have to hide competitor inventory on “Our Listings” pages.
Inside that office-scoped dataset, the same agent ID logic still works. Every listing carries both an office ID and an agent ID, and every agent profile has the correct MLS identifier stored. The theme can present three types of pages: all office listings, listings by this agent, and listings by this agency, all backed by the same data. MLSimport keeps syncing the MLS feed into that structure, so those pages stay fresh without anyone re-tagging content.
If your office moves or your MLS assigns a new office code, you’re not stuck rebuilding the site. You update the office filter in the plugin settings to the new office ID, and MLSimport starts importing from that office on the next runs. At the same time, you only adjust the office IDs stored on the affected agency profiles, and the system continues to show brokerage-wide and per-agent pages from the new office inventory.
What setup steps are involved to enable ID-based agent pages on a new site?
Initial setup is mostly a one-time mapping and profile creation task. After that, it’s maintenance light.
The process starts with data access, not design choices. You obtain your MLS RESO Web API or partner API credentials after IDX(Internet Data Exchange) approval, then add them into the MLSimport settings screen. The plugin tests the connection, pulls a small sample of listings, and shows the available fields so you can decide which ones fit your theme’s property and agent data structures. This connection step usually takes minutes once the MLS grants access.
Next comes a short mapping step. MLSimport support helps you connect fields like ListingAgentID, ListingOfficeID, and agent email into the Agent and Agency post types that your real estate theme provides. At the same time, you or your team create one WordPress agent profile for each person, filling in photo, bio, phone number, and the correct external MLS agent ID. With that done, the plugin can start its first import, which might bring in anywhere from 20 to several thousand listings, depending on filters.
- Get MLS RESO Web API or partner API credentials after IDX approval.
- Install MLSimport and a supported real estate theme on WordPress.
- Ask MLSimport support to map ListingAgentID and ListingOfficeID to theme fields.
- Create agent or agency profiles and verify listings on each profile page.
After the first sync finishes, you pick one test agent and open their profile page. If the stored external ID is correct, that page should show that person’s active listings and nothing from other agents. If something looks wrong, you adjust either the ID on the profile or the mapping rule, then run a partial sync again. Once that test behaves, you can trust the same pattern for the rest of your team, since MLSimport uses one shared field mapping for all imports.
FAQ
Can I run agent-specific pages and a full-MLS search on the same WordPress site?
Yes, you can have individual agent listing pages and a full-market IDX search on one site.
MLSimport handles this by importing whatever listings your license allows, while your theme templates decide how to split them. You can keep one group of pages that shows only your office or only specific agents, and another search page that lets visitors browse all IDX listings you can show. Both use the same synced MLS data, just filtered in different ways.
How much does MLSimport cost for a site with multiple agents?
Pricing for MLSimport is about $49 per month for one WordPress site.
The subscription is per site and per MLS feed, not per person, so you can add 2 or 20 agents without extra plugin fees. You still must follow your MLS rules, but the plugin itself doesn’t meter seats. For many small brokerages, that flat price feels simpler than tools that increase costs as the roster grows.
How often are agent and office listings refreshed on the site?
Listings tied to agents and offices usually update on an hourly schedule from the MLS feed.
MLSimport sync jobs pull new and changed records on a frequent cycle, which keeps agent profile pages and office pages close to real-time. If a listing goes off market in the MLS at 2:00 pm, it will usually disappear from the agent page within about an hour. That speed stays inside common MLS rules that only require at least daily refreshes.
Can I use MLSimport if my brokerage only wants to show its own listings?
Yes, you can limit imports to your brokerage office ID so the site only shows company listings.
By setting an office ID filter in MLSimport, every imported property will share the same MLS office identifier. Agent pages will still show each agent’s slice of that office inventory, but visitors won’t see competitor listings anywhere. If your brokerage later chooses to show all IDX data, you can relax that filter and let the plugin pull a wider set of properties.
Related articles
- What is the setup process like from purchase to first imported listing, and how long does it typically take for a tech-savvy agent?
- Can I filter listings on my site by agent ID so that each of my agents can have a page showing only their active listings?
- Which MLS integration options support multi‑location or multi‑agent setups where each agent or office needs their own listing pages and search filters?
Table of Contents


