How to Switch IDX Plugins on WordPress Without Losing Leads or Rankings
Changing the IDX plugin on a WordPress real estate site: what to check in your feed, how to map URLs and redirects, and how to keep your leads and rankings.
Our content is written and reviewed by the Four Cents team. We may recommend our own services. Read our editorial standards.
On this page
Changing the IDX plugin on a real estate site is a migration. The old plugin created URLs that people bookmark and search engines index, and it holds the saved searches and enquiries your agents rely on. This guide covers when a switch is worth it, what to check with your feed provider first, how to map URLs and redirects, and how to move the leads without losing any.
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.
Frequently asked questions
Will I lose my listing pages if I change IDX plugin?
The old plugin's URLs stop working when it is deactivated, so yes unless you map and redirect them first. Search and area pages matter most, because those are the ones with links and traffic.
Do I need new feed authorization for a new plugin?
Usually yes. Feed access comes from your board or association under your agreement, and a new plugin often needs its own approval. Start that application before you schedule the launch.
What is the difference between RETS and the RESO Web API?
They are two ways of delivering listing data, and many boards have moved from the older RETS standard to the RESO Web API. Confirm which one your board provides and that your chosen plugin supports it.
Should every listing page be indexed by Google?
Not always. Thousands of near-identical listing pages can dilute a small site, so many agents keep search and area pages in the sitemap and leave individual listings out. Decide deliberately rather than by default.
Can I run two IDX plugins at once during the switch?
Only on a staging site. Running two on a live site tends to duplicate pages, slow the site down and confuse both search engines and your visitors.
About the author
Founder, Accountant & Project Manager, Four Cents
Hamza Hai is a founder of Four Cents and its accountant and project manager. She keeps projects on track and the numbers clear.
She manages timelines, scope and client communication, so there are no surprises for clients along the way.
She writes the guides on WPDeveloper.ca, including its WordPress planning guides. They draw on the quoting and scoping work she does for Four Cents clients every week.
Areas of expertise
- Software and app project management
- Development costing and estimates
- Project scoping
- Budgeting for software projects
All articles by Hamza Hai (128 on Four Cents WordPress Studio)
Reviewed by Zee, Founder & Lead Developer, Four Cents
Zee leads every Four Cents build as the senior full-stack engineer, from the first call to launch and beyond, and technically reviews the articles on this site.
Our editorial standards: who writes and reviews our articles, where our prices come from and how to report a correction.