The short answer
Treat an IDX plugin change as a website migration, not a plugin swap. The listing pages your old plugin created are real URLs that people bookmark and search engines index, and the leads it captured live inside it. Before you switch, map every URL the old plugin produced, confirm your new plugin can serve the same feed under your board's rules, export your leads, and plan redirects for anything the new plugin cannot reproduce.
Done in that order, a switch takes a staging site and a planned cutover. Done as an install and deactivate, it removes hundreds of indexed pages overnight and quietly drops the enquiry forms that were feeding your pipeline.
When switching is actually the fix
Plenty of IDX complaints are not the plugin's fault. Match the symptom to the real cause before you pay for a migration.
| Symptom | Often blamed on | Usual cause |
|---|---|---|
| Listing pages load slowly | The IDX plugin | Shared hosting, uncached search pages, oversized photos |
| Listings are out of date | The plugin | Feed refresh schedule or a feed authorization problem |
| Listings do not appear in search results | The plugin | Pages served in a frame or on the vendor's domain, so they are not your pages |
| Leads are missed | The plugin | Form notifications going to a mailbox nobody reads, or no CRM handoff |
| Search looks dated and cannot be styled | The theme | The plugin genuinely limits templates, which is a fair reason to switch |
Switching is worth it when the plugin limits what you can do with the pages themselves: how they are structured, whether they can be indexed, how the search works, and whether the leads land where your team works. For a comparison of the options, see our roundup of the best WordPress IDX plugins.
Sort out the data feed first
Your feed is the constraint, so confirm it before choosing a plugin. Access to listing data comes from your board or association and is governed by their rules and your agreement, not by the plugin vendor. A new plugin may need its own authorization, and that takes time.
- Ask your board what feed you are entitled to and what the data may be used for. In Canada this is commonly the CREA Data Distribution Facility, and boards may also offer their own feed. Our guide to CREA DDF integration covers how that connection works.
- Check the technical format. Many boards have moved from the older RETS standard to the RESO Web API. Confirm which one your feed uses and that the plugin you want supports it.
- Confirm display rules. Attribution, which fields may be shown, and how long data may be cached are set by the feed agreement.
- Budget for approval time. Feed access for a new plugin is an application, not a download. Start it before you schedule the launch.
Our Canadian MLS plugin guide and the overview of IDX and MLS on WordPress cover the wider picture of what a feed can and cannot do on your own site.
What to compare between plugins
Compare on what the pages and the leads do, not on the feature list. These are the questions that decide whether the new plugin is an improvement.
| Question | Why it matters |
|---|---|
| Are listing pages served on your own domain, as real pages? | Pages inside a frame or on the vendor's domain do nothing for your own search visibility |
| Can you control titles, headings and URL structure? | Without that, you cannot fix duplicate or thin pages later |
| Which feed standards does it support? | It has to match what your board actually provides |
| Where do enquiries go? | Email, CRM or both, and whether you can export contacts on demand |
| Who owns the saved searches and registrations? | This decides how painful the next switch is |
| How does it behave on a phone? | Most listing traffic is mobile, and map search is where slow sites show |
| How is it priced and what happens when you cancel? | Some pricing scales with listings or agents, and some leaves you with nothing |
| What does it add to page weight? | Scripts, maps and photo galleries decide whether search pages feel instant or sluggish |
Protect the URLs and the rankings
Map the old URLs to new ones before launch, because this is what decides whether you keep the traffic. Crawl the site or export the URL list from your analytics and search console data, then group the pages.
- Search pages such as city or neighbourhood searches. These are usually the pages with links and traffic. Recreate the equivalent page on the new plugin and redirect the old path to it.
- Individual listing pages. These come and go with the market. Where there is no equivalent, redirect to the relevant search page rather than the home page, and expect some to return a not-found status once a listing has long gone.
- Your own content pages such as buyer guides. These should not move at all, and it is worth confirming that after the switch.
Set the redirects up before the old plugin is deactivated, keep them in place permanently, and test a sample of each group after launch. Our guide on setting up redirects in WordPress covers how to do that without a mess of plugins. Also decide which pages should be indexed at all: thousands of near-identical listing pages can dilute a small site, so many agents index the search and area pages and leave individual listings out of the sitemap.
Move the leads, not just the listings
Export your contacts before anything is deactivated. Saved searches, registered users and enquiry history often live inside the plugin or the vendor's dashboard, and access can end with the subscription.
- Export registered users, saved searches and enquiry history to a file you keep.
- Confirm where the new plugin sends enquiries, and send a test from a phone.
- Reconnect your CRM and test that a lead arrives with the property it came from.
- Check notification emails are not landing in spam, which happens when a new plugin starts sending from a different address.
- Tell your agents the date, so nobody assumes the market went quiet for a week.
The migration plan
- Staging copy. Build the new setup on a staging site, never on the live one.
- Feed authorization. Apply early and confirm the new plugin is pulling real data.
- URL map. Old path to new path for every group of pages, agreed before launch.
- Templates. Recreate search, area and detail pages, including your own calls to action.
- Leads. Export, reconnect and test.
- Cutover. Switch plugins, apply redirects, submit an updated sitemap.
- Watch for four weeks. Check crawl errors, traffic to search pages and lead volume weekly, and fix redirects as gaps appear.
Next step
If your listing pages are slow, invisible in search or stuck in a template you cannot change, send us the site address and the name of your current IDX plugin. We will tell you what your feed allows, what would carry over, and what the migration involves before you commit. See our real estate websites page or start on the contact page.