GUIDES / CHOOSING A TOOL

Redirect mapping in a spreadsheet vs an automated tool

the spreadsheet is not the slow part. collecting the urls, cleaning them and checking the doubtful pairs is.

by Max Lorenz, Goodaim · updated 24 sep 2026

the rows vlookup misses
  • /about/slash
    /about
  • /leistungen/webdesignrenamed
    /services/web-design
  • /blog/(.*)folder
    /magazine/%1

SHORT ANSWER

A spreadsheet is enough for a redirect map when the old site has a few dozen pages and you already have the full list of its urls. Beyond that, the time goes into four things a spreadsheet does not do for you: collecting every old and new url, normalising them so one page is one row, matching the pairs whose paths differ, and writing the file in the format your platform imports. An automated redirect mapper does those four steps and leaves you the part a machine should not decide alone — the doubtful rows.

How the spreadsheet method works

  • export the old site's urls — from a crawler, the sitemap, Search Console — into one tab, and the new site's into another.
  • clean both lists the same way: lowercase, no trailing slash, no query string, no domain.
  • pair the identical paths with VLOOKUP or INDEX-MATCH.
  • for the rest, fuzzy-match on the url, and where you have them on title and h1, then check each pair by eye.
  • copy the result into the two columns your platform's importer expects and save it as csv.

Step four is where plain formulas stop. Excel has Microsoft’s Fuzzy Lookup add-in, and a well-known write-up uses it to join url, title and h1 tabs with a similarity score. For Google Sheets there are scripts such as Impression’s Fuzzzy. All of them still need the crawl exports as input.

Where the spreadsheet gets slow

collecting the urls — a crawl alone misses the pages nothing links to any more — the ones most likely to hold old rankings. The sitemap, including every file of a sitemap index, has to be merged in (finding orphan urls).

duplicates — /about, /about/, /About and /about?ref=nav are one page and four rows until something normalises them.

renamed paths — /leistungen/webdesign → /services/web-design is invisible to a lookup and weak for a url-only fuzzy match; the title and the h1 are what connect them.

whole folders — a blog of 300 posts moving from /blog/ to /magazine/ is 300 rows in a spreadsheet, or one wildcard row — written differently for every importer.

the format — Webflow wants fromUrl,toUrl, Shopify Redirect from,Redirect to, Squarespace /old -> /new 301 lines. The map is the same; the spelling is not.

EXAMPLE

a 250-page site. VLOOKUP pairs 140 identical paths in a minute. The remaining 110 are where the afternoon goes: trailing slashes, a renamed services folder, and a blog whose posts all changed prefix.

What an automated mapper does instead

Silentfrog, which we make, is one such tool; the others are compared in redirect mapping tools. For the four steps above it:

  • crawls both sites and reads robots.txt and the sitemaps, sitemap indexes and .xml.gz included. A url list of your own can be added on top.
  • normalises every url, so trailing slashes, index.html, www. and case differences are one row.
  • pairs identical paths, then scores the rest on slug, title and h1, and sorts every row into exact, fuzzy, needs review or unmatched.
  • writes the file for Webflow, Shopify, the WordPress plugins, Squarespace, .htaccess, nginx or plain pairs — a whole folder as one wildcard rule where the importer supports it.

What it leaves to you is the same judgement the spreadsheet needed: the rows in needs review, and the unmatched pages that should go to a category page or be allowed to end.

redirect a directory

redirect a whole directory

map every crawled page below a directory at once — optionally as a single webflow wildcard rule that also covers urls the crawl missed.

→

3 pages · 3 targets exist on the new site · + wildcard /blog/(.*) → /magazin/%1

  • /blog/relaunch-checkliste → /magazin/relaunch-checkliste
  • /blog/301-vs-302 → /magazin/301-vs-302
  • /blog/ladezeit → /magazin/ladezeit

the directory rule form mapping /blog to /magazin with sub-paths kept, exported as a wildcard, and a live preview of how many pages it affects.

a directory rule: a whole folder redirected at once, with a live preview of the rows it covers.

Side by side

spreadsheetautomated mapper
url collectionseparate exports, merged by handcrawl plus sitemaps in one run
normalisingformulas you writebuilt in
identical pathsVLOOKUP / INDEX-MATCHpaired automatically
renamed pathsfuzzy lookup add-in or script, then by eyescored on slug, title and h1; doubtful rows flagged
whole foldersone row per page, or a wildcard you write yourselfone directory rule, written per importer
import filereformatted by handdownloaded in the importer's format
costnothing but timefree up to 50 pages in Silentfrog; paid above
full controlyesyes — every row can be edited, and every edit undone

Which one to use

  • spreadsheet — a small site, paths that mostly stay the same, a url list you trust. It is the simplest tool there is, and nothing about a redirect map requires more.
  • automated — a few hundred pages or more, a changed url structure, a platform move, or an old site with years of pages nobody links to any more.

The two also combine: an automated mapper’s generic csv export is a spreadsheet, with every url, its target, the confidence and whether you verified it — useful as the record of what was decided.

In short

  • A spreadsheet is enough for a few dozen pages and a url list you already have.
  • VLOOKUP only pairs identical paths; renamed pages need a fuzzy match on url, title and h1, and a check by eye.
  • The slow parts are collecting all urls, removing duplicates, whole folders and the import format.
  • An automated mapper does those and leaves you the doubtful rows — the part that needs a person anyway.