mp-sales-02.tenantsales.com

Summary

Discovery found 54 old URLs on mp-sales-02.tenantsales.com. Of these, 14 need no redirect because their paths are unchanged. The other 40 get 301 redirects, and 18 of those have a confident destination. 22 need human review before launch. The plan is not ready to go live. 15 facility redirects still contain a {tenantFacilityId} placeholder, and 20 redirects point to content pages that must be created on the new site. The Internet Archive did not respond, so past URLs are missing from the plan.

Key findings

• 54 old URLs were found: 13 in the sitemap, 49 by crawling, and 0 from the archive. All 54 pages were crawled. Some URLs appear in both the sitemap and the crawl.
• Of the 54 URLs, 40 get 301 redirects, 14 are unchanged and need no redirect, and none are marked 410 gone.
• Of the 40 redirects, 18 are confident and 22 need review. Methods used: 16 by rule, 10 from facility data, 26 by AI matching, and 2 from existing redirects. These method counts add up to 54, so they include the 14 unchanged URLs.
• 10 facilities were found on the old site.
• 15 redirects point to facility pages whose Tenant IDs are not known yet.
• 20 redirects need a content page created on the new site at a path matching a template content pattern. Those redirects will not work until the pages exist.
• 12 JavaScript-built pages were rendered in a headless browser, within the limit of 60.

Summary written by Claude (claude-sonnet-5-5) from the run’s numbers.

Contents

1. What daleg did
2. The old site
3. Facilities
4. Before launch: to-do
5. All redirects
6. Not redirected
7. How to apply the redirect file
8. After launch
9. Settings used

What daleg did

When this domain moves to the Tenant platform, every URL people or search engines still use must land on the page that now serves the same need, with a permanent (301) redirect. daleg built the list in these steps:

1. Found every old URL it could (54 unique): 13 from 10 sitemap files, 49 from crawling 54 pages, and 0 past URLs from the Internet Archive (unavailable this run). URLs that differ only by tracking parameters, letter case or a trailing slash were treated as one. 0 CMS, feed, image and code URLs were left out.
2. Checked what the old site does with them today: 0 uncrawled URLs got a quick request to see whether they still work or already redirect. Where the old site already redirects a URL, the new redirect goes straight to the final destination, so there are no redirect chains.
3. Identified the facilities (10) from street addresses in structured data and page text, with Claude removing non-facility addresses and merging duplicates, and each facility’s own page on the old site.
4. Listed the destinations (37) from the Tenant site map: standard pages every Tenant site has, plus state, city and facility pages for this customer.
5. Matched old URLs to destinations: fixed rules first (10 by facility address, 16 by standard page rules or identical paths, 2 by the old site’s own redirects), then Claude (claude-sonnet-5-5) for the rest, 28 URLs in 1 batches, choosing only from the destination list or proposing a content page the site map allows. 0 got the site map’s fallback for their kind of page.
6. Checked the plan: no redirect points to itself; no old path that the new site uses as a real page is redirected away (0 held back); entries below 85% confidence are flagged for review.

Claude: 3 calls, 19,957 input and 4,202 output tokens, about $0.09.

The old site

Facilities (10)

Facility pages carry the most search value. Each old facility page redirects to that facility’s page on the new site. Their Tenant IDs are not known yet, so new paths show {tenantFacilityId}.

Before launch: to-do

Facility IDs to fill in (15 redirects)

These redirects point to facility pages whose Tenant ID is not known yet. Once the facilities exist on the new site, run daleg again with its address (exact URLs), or replace {tenantFacilityId} by hand using the facility named on each entry.

Content pages to create (20)

These redirects point to content pages that are not standard Tenant pages. Create each page on the new site with exactly this path (moving the old content), or change the redirect.

Redirects to review (22)

Matched with low confidence or by fallback. Check each one; the notes say why it was chosen. URLs still on the old site (found in its sitemap or by the crawl) come first; past URLs known only from the Internet Archive matter less.

All redirects (40)

Grouped by kind of old page. The same list is in the downloadable redirect file.

Not redirected

Same path on the new site (14)

Held back: the new site uses this path (0)

None.

Left out on purpose (0)

CMS internals, feeds, images, scripts and other non-page URLs matching the “Paths never redirected” setting.

How to apply the redirect file

mp-sales-02.tenantsales.com-redirects.json holds the same plan. Each entry has from, to, status (301 or 410) and flags. Apply only entries with "ready": true; check "needsReview": true entries first.

# Tab-separated: status, old path, new path
jq -r '.redirects[] | select(.ready) | [.status, .from, (.to // "")] | @tsv' mp-sales-02.tenantsales.com-redirects.json

# Loop in a shell script
jq -c '.redirects[] | select(.ready)' mp-sales-02.tenantsales.com-redirects.json | while read -r r; do
  from=$(jq -r .from <<<"$r"); to=$(jq -r '.to // empty' <<<"$r"); status=$(jq -r .status <<<"$r")
  echo "$status $from -> $to"   # replace with your platform's redirect command
done

Match old paths with and without a trailing slash, case-insensitively, and ignore query strings unless matchQuery is true.

After launch

1. Request every old URL in the redirect file on the live domain and confirm each answers 301 once and lands on a 200 page (no chains, no 404s).
2. Submit the new sitemap in Google Search Console and watch the Pages report for “Not found (404)” for 30 days; add redirects for any old URLs that appear.
3. Update the Google Business Profile website link of each facility to its new facility page.
4. Keep the redirects in place for at least a year.

Settings used