Move CRE listing URLs without giving up search equity

Changing listing software is also a website migration. If a brokerage moves commercial listings to custom domains or embeds them in WordPress, old URLs can break, search engines can lose useful page signals, and brokers can end up promoting two different addresses for the same property.

The fix is a controlled move, not a rushed cutover. Inventory the URLs, decide what each one becomes, and test the new pages before changing links in campaigns and broker materials. Core Listing provides custom website and listing software for commercial real estate, supports custom-domain confidential listings, and integrates with WordPress. The specific redirect and feed behavior depends on the existing site and migration setup, so confirm it before planning around it.

1. Build the URL map before touching the site

Export every listing URL you can find from the current site, feed, sitemap, marketing materials and analytics. Include active listings, recently closed properties that still attract visits, and pages with inbound links. Record the page title, property address or internal identifier, current status, and the destination you intend to use.

Then make a one-to-one map. An old property page should point to its equivalent new page when that page still exists. If a listing has been withdrawn, choose a relevant live destination only if it genuinely helps the visitor. Do not send every expired listing to the homepage. A redirect that lands on an unrelated page frustrates users and gives search engines a weak replacement signal.

Some third-party listing URLs may not be on a domain your brokerage controls. You cannot redirect a URL unless you or the provider can change its response. Ask who controls the old domain and whether they can set permanent redirects. If not, keep the old page available where possible, update links you control, and avoid promising that its search value will transfer.

2. Preserve the page's useful signals

For each replacement page, carry over the information that made the old page useful: the property name or address, location, property type, availability or sale status, and accurate descriptive copy. Keep a clear page title and heading. Use a stable, readable URL on the brokerage's domain, and link to it from relevant listing or market pages.

Do not copy sensitive deal materials into a public page just to match the old page. Separate public marketing information from due diligence that should remain behind an NDA. Core Listing supports confidential listings on custom domains and NDA-gated deal rooms; decide which information belongs in public search results before publishing.

If the migration changes page content substantially, rankings may change even when redirects work. Search visibility is not guaranteed by a redirect. Keep the replacement focused on the same property and visitor need, and avoid changing URL, title, copy and page structure all at once unless the old page is inaccurate or unsuitable.

3. Set redirects at the right layer

Configure a permanent redirect from each old URL to its mapped replacement wherever the responsible site or domain host allows it. Test the old address in a browser and confirm it lands on the intended page, not an intermediate URL or a generic listing index. Keep redirects direct: old URL to final URL, rather than through several redirects.

For a WordPress site, coordinate with whoever manages the site and the listing integration. WordPress integration is available with Core Listing, but do not assume a particular redirect control or feed format without confirming it for your setup. The redirect may belong in the old website, at the domain host, or with the provider that owns the old listing URL.

Update internal links, navigation, XML sitemaps, email templates and downloadable materials you control so they point straight to the new address. This reduces unnecessary hops and prevents brokers from continuing to circulate URLs that no longer represent the canonical listing.

4. Check whether embedded listings can be found

A listing that appears on screen is not automatically a listing search engines can read. Test the WordPress page as a visitor and inspect whether the property’s meaningful text is present in the page output, rather than appearing only after a separate script or inside a frame that search crawlers may not associate with the page.

Ask the site and listing-software teams how the feed is rendered, what URL represents each property, and whether those pages can be crawled and indexed. Confirm that each listing has one preferred public URL. If both the custom-domain page and a WordPress page are intended to appear in search, decide which is primary and avoid creating near-duplicate pages with no clear purpose.

For a confidential listing, make the public page an intentional teaser and keep restricted materials out of publicly crawlable content. Test the public experience separately from the NDA-gated deal room. A search result should not reveal information that the brokerage intends to share only after a confidentiality agreement.

5. Launch in stages and watch for errors

Before launch, test a sample of old URLs across active, closed and confidential listings. Check the redirect destination, page content, mobile display, links and access boundaries. After launch, review crawl errors, organic visits and listing-page engagement regularly. Investigate pages that return errors, redirect to the wrong property, or disappear from search.

Keep the URL map as an operating document. When listings change status, remove or redirect pages deliberately rather than letting links decay. Teams weighing a platform change can also use this comparison of modular listing software and all-in-one platforms to clarify which work the new stack must cover.

A disciplined migration will not freeze rankings in place. It does give search engines and visitors a clear route from the old listing address to the right new one, while keeping the brokerage’s public marketing separate from confidential diligence.