A site migration goes live on Friday. By Monday, organic traffic is down 30%. The content didn’t change and no penalty arrived. The cause is usually hiding in plain sight: redirects pointing to the wrong place, chains of three or four hops, a few accidental 302s, and a batch of important pages that Google quietly dropped from its index.
These are some of the most common and most fixable technical SEO problems, and two simple types of tools catch them: a redirect checker and a Google index checker. This guide explains what each does, compares the best free and paid options, and gives you a repeatable process to find and fix issues before they cost you traffic.
When a browser or Googlebot requests a URL, the server answers with an HTTP status code. For redirects, the important ones are:
| Code | Meaning | When to use |
|---|---|---|
| 301 | Moved permanently | Permanent URL changes, domain moves, HTTP to HTTPS |
| 308 | Permanent redirect (keeps request method) | Permanent moves, mainly for APIs and forms |
| 302 | Found (temporary) | Short-term moves, A/B tests, seasonal pages |
| 307 | Temporary redirect (keeps method) | Temporary moves; also shown by browsers for HSTS upgrades |
| Meta refresh / JavaScript | Client-side redirect | Avoid for SEO where possible |
Google’s documentation on redirects and Google Search explains that permanent redirects are a strong signal that the target should be shown in search results, while temporary redirects are a weaker signal. In practice, use 301 for anything permanent.

Paste up to around a hundred URLs and see the full redirect path for each, with every hop’s status code. It’s ideal for spot-checking a migration list or verifying a handful of fixes.
This browser extension by Ayima shows a small icon whenever a page redirects. Click it to see every hop and status code, including client-side redirects. It’s perfect for checking pages as you browse.
The desktop crawler is the workhorse for site-wide audits. Crawl your site, then open the Response Codes tab and filter by “Redirection (3xx).” The Reports → Redirects export shows full redirect chains and loops, and you can upload a list of old URLs in List Mode to audit a migration map.
Both suites flag redirect chains, loops, 3xx pages in sitemaps and broken redirects as part of scheduled cloud audits. They’re useful for ongoing monitoring, with email alerts when new issues appear.
For developers, curl -sIL https://example.com/old-page prints the headers for every hop. It’s quick for single URLs and easy to script.
WordPress redirect managers record 404s and redirect hits. Reviewing these logs shows which old URLs still get traffic and need a proper redirect.
A Google index checker tells you whether specific URLs are in Google’s index, meaning eligible to appear in search results. A page that isn’t indexed gets zero organic traffic, no matter how good it is.
Note that Google limits automated querying of its search results, so third-party “bulk index checkers” that scrape Google are often unreliable or short-lived. The most accurate data comes from Google itself.
Paste a URL into the inspection bar at the top of Search Console. You’ll see whether it’s on Google, the canonical Google selected, the last crawl date, and whether it’s blocked by robots.txt or noindex. You can also run a live test and request indexing. The downside is that it works one URL at a time, and indexing requests have a daily quota.
Under Indexing → Pages, you see how many pages are indexed and grouped reasons for those that aren’t, such as “Crawled – currently not indexed,” “Discovered – currently not indexed,” “Duplicate without user-selected canonical,” “Page with redirect” and “Excluded by ‘noindex’ tag.” Filter by sitemap to check a specific set of URLs. This is the best site-wide index checker available.
Google offers a URL Inspection API that tools like Screaming Frog can connect to. In Screaming Frog, go to Configuration → API Access → Google Search Console, enable URL Inspection, and crawl. Each URL gets its index status as a column. Daily limits apply per property, so prioritise important pages.
Searching site:example.com/page-url gives a rough indication of whether a page appears. It’s handy for quick checks but not authoritative. Results can be incomplete, and counts for whole-site searches are estimates.

Once your checker has found problems, you need a clean way to fix them. On WordPress there are three main options, and choosing the right one prevents new problems later.
Rank Math (Redirections module) and AIOSEO (Redirection Manager, in paid plans) let you add 301, 302, 307, 410 and 451 rules from the dashboard. Rank Math can also create redirects automatically when you change a post’s slug, which stops new 404s from appearing whenever an editor tweaks a URL. Keep auto-redirects switched on, but review them occasionally, because repeated slug edits can quietly create chains.
The free Redirection plugin is a dedicated, mature tool with 404 logging, regex rules, import and export, and grouping. It’s a good choice if your SEO plugin doesn’t include redirects, or if you need complex pattern matching such as redirecting an entire old folder structure.
Redirects in .htaccess (Apache, LiteSpeed) or the Nginx config run before WordPress loads, so they’re the fastest option. They’re ideal for site-wide rules such as HTTP to HTTPS, non-www to www, or an old domain to a new one. A typical HTTPS rule on Apache looks like this:
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [L,R=301]
Always back up the file before editing, because a single typo can take the whole site down. Many hosts also offer HTTPS and www redirects as a one-click setting, which is safer.
The most common cause of chains we see is the same redirect existing in two places, for example a hosting panel rule forcing www followed by a plugin rule forcing HTTPS. The result is http://example.com → http://www.example.com → https://www.example.com. Combine site-wide rules into one step at the server level, and use a plugin only for page-level redirects.
Knowing how to read a raw response helps you trust (and double-check) any tool. When you run a redirect checker or curl -I, look for three things in each hop:
HTTP/2 301Mozilla’s developer documentation on HTTP redirections is an excellent reference if you want to understand each code in more depth.
A small e-commerce site moved to HTTPS and changed its product URL structure from /product.php?id=123 to /products/blue-cotton-shirt/ in the same month. Three months later, a crawl revealed:
The fix took one afternoon: a single server rule for HTTPS and www, a mapped list of old product IDs to new slugs, a search-and-replace of internal links in the database, and a regenerated sitemap. Within a few weeks, the soft 404s cleared from the Page Indexing report and crawl activity shifted to the real product pages. Nothing fancy, just the redirect and index checks in this guide, run in order. The lesson: when you change URLs and protocols at the same time, plan redirects and internal link updates together, not one after the other.
Most redirect disasters happen during migrations. Before any URL change:
| Budget | Redirect checking | Index checking |
|---|---|---|
| Free | Redirect Path, httpstatus.io, Screaming Frog (500 URLs), curl | Search Console Page Indexing report, URL Inspection, site: spot checks |
| Freelancer / small agency | Screaming Frog licence | Screaming Frog + URL Inspection API |
| Agency / in-house team | Ahrefs or Semrush scheduled Site Audit + Screaming Frog | Search Console for each property + API-based monitoring |
You don’t need expensive software to do this well. The free combination of Search Console, Redirect Path and Screaming Frog’s free tier covers most small sites completely.
Put it on the calendar for the first Monday of each month. Twenty minutes of prevention beats a week of recovery after a traffic drop.
Aim for zero chains: one hop, straight to the destination. Google can follow several hops, but each one slows users down and adds risk.
Google has said that 3xx redirects don’t cause PageRank loss. Relevance still matters, so redirect to an equivalent page, not just the homepage.
New pages on smaller or newer sites can take time. Make sure it’s in your sitemap, linked from relevant pages, not noindexed, and request indexing once.
Often not, because they rely on scraping search results. Search Console’s Page Indexing report and URL Inspection API are the reliable sources.
Redirect if there’s a close equivalent with the same intent. If not, a 404 or 410 is the honest, correct response.
Each redirect adds a round trip before the page starts loading, which is especially noticeable on mobile connections. One hop is barely noticeable, but chains of three or four can add a visible delay. Updating internal links to final URLs removes that cost entirely for most visitors.
Monthly for active sites, and always before and after a redesign, migration or URL structure change.
Redirect and indexing problems rarely announce themselves, but they quietly drain traffic. Use a redirect checker such as httpstatus.io, Redirect Path or Screaming Frog to eliminate chains, loops and wrong status codes, and rely on Search Console’s Page Indexing report and URL Inspection to confirm which pages Google has actually indexed. Make it a monthly habit and you’ll catch problems long before they show up as a traffic drop. For more free utilities, browse our 50 free SEO tools.