The scariest sentence in directory operations is “we're moving to a new platform.” Not because the move is hard — it's the day after that keeps people up. You migrate, everything looks fine, and three weeks later the traffic falls off a cliff and doesn't come back. The new platform works perfectly. The business it was supposed to support is quietly bleeding out.
Here's what actually happened, almost every time: the URLs changed, and nobody mapped them.
Every directory platform builds its URLs its own way. Your listings might live at /listing/joes-plumbing/ today and /directory/joes-plumbing-springfield/ on the new platform. Multiply that across every listing, every category, every city page, and you've changed thousands of addresses at once. Google had all the old ones ranked. Now they 404. Every one of those dead URLs is a ranking you earned over years, evaporating — and the new URLs start from zero, with none of the trust the old ones had built.
The traffic crater isn't bad luck. It's the predictable result of changing every address in the building and not leaving forwarding instructions. And the fix is exactly that: forwarding instructions, done thoroughly, before you flip the switch.
What that looks like, the parts that matter most:
- Map every old URL to its new home, before launch. Crawl the existing site and pull the complete list of URLs that currently get traffic and rankings — listings, categories, locations, the lot. For each one, know exactly where it lives on the new platform. This map is the whole game.
- 301 redirect, comprehensively. A 301 tells Google “this moved permanently, send the ranking to the new address.” Every old URL needs one pointing at its real new equivalent — not all dumped at the homepage, which Google reads as “this page is gone” and treats accordingly.
- Preserve the URL structure where you can. The less the addresses change, the less you're relying on redirects to save you. If the new platform lets you keep close to the old structure, take it.
- Carry over the SEO furniture. Page titles, meta descriptions, and especially the structured data that makes directory listings show up richly in search. These don't migrate themselves; platforms generate them differently, and it's easy to land on the new site with all of it silently gone.
- Fix your own internal links. Your site linking to its own dead URLs forces needless redirects and looks sloppy to a crawler. Update them to point at the new addresses directly.
- Stage, verify, then watch. Test the redirects before launch, keep the old site's crawl as your checklist, and after you go live, watch Search Console closely for the 404s and crawl errors that tell you something didn't get mapped. The first few weeks are when you catch what slipped.
The thing I want operators to understand is that a directory migration is really two projects wearing one coat: moving the data, and preserving the search equity. Most developers are good at the first and don't think about the second until traffic's already gone — at which point you're doing the URL mapping anyway, just in a panic, after the damage. Doing it up front is the same work without the crater.
If you're staring down a platform move and the words “what happens to our rankings” are giving you a stomachache, that mapping-and-redirect work is precisely where a directory move lives or dies, and it's the kind of thing worth getting right before you flip the switch rather than after. Migrate with the forwarding instructions in place, and the new platform can be an upgrade instead of a reset.