
What this check is actually flagging
You redirected a URL. Weeks later, that same old URL is still showing up in your Search Console performance report with its own clicks and impressions, and maybe it is still the address Google lists in the SERP. That is what "Redirect Gets Traffic" means: the source of a redirect is behaving like an independent, indexable page instead of a page whose value has been passed forward to the destination.
In a healthy migration, a 301 tells Google "this content moved, treat the new URL as canonical." Google eventually drops the old URL from the index and consolidates the ranking signals (links, historical relevance, engagement) onto the target. When the old URL keeps earning organic traffic in its own right, that consolidation has not happened, or something is actively blocking it. You end up with authority stranded on an address you told everyone to stop using.
Why a lingering redirect source hurts you
Two problems. First, split equity. If Google still ranks the old URL for some queries and the new URL for others, neither page is getting the full weight of your backlinks and topical history. You are competing with your own ghost. Second, user experience friction. Every visitor who lands on the old URL from search eats an extra hop before they see content. On mobile and on slow connections that hop is measurable latency, and chained redirects make it worse.
There is also a diagnostic angle. A redirect source that keeps ranking is often a symptom of a deeper config issue: a redirect that is really a 302, a redirect chain, a canonical tag that contradicts the redirect, or internal links that keep feeding the old URL fresh crawl signals. The traffic is the smoke. You want the fire.
How Google should process a redirect (and where it stalls)
How to detect it properly
Do not trust a single tool. Triangulate.
- Search Console, Performance report. Filter the Pages tab for the old URL. If it still shows clicks and impressions in the last 28 days, Google is still surfacing it. Compare that curve against the new URL: is the new one climbing as the old one falls, or are both flat?
- URL Inspection. Paste the old URL into GSC URL Inspection. A properly processed redirect reports "Page with redirect" and points at the target. If it says "Submitted and indexed" or shows the old URL as its own canonical, the redirect is not being honored.
- Screaming Frog. Crawl the old URL directly and read the status code and the redirect chain. You want exactly one hop, a single 301, landing on a 200. Frog will expose 302s, meta refreshes, JavaScript redirects, and chains of three or four hops.
- Server logs. Look at how Googlebot hits the old URL and what status your server actually returns. Logs do not lie the way a CDN cache or a plugin sometimes does.
- curl. A quick
curl -Iagainst the old URL confirms the raw response header before any browser or cache muddies it.
Reference: what the symptom usually means
| What you see | Likely cause | Move |
|---|---|---|
| Old URL returns 302 | Temporary redirect, Google keeps old URL | Change to 301 |
| Two or more hops before 200 | Redirect chain, signals leak at each hop | Collapse to one hop |
| Old URL canonical points to itself | Contradictory canonical vs redirect | Remove or fix canonical |
| Internal links still hit old URL | Crawlers keep rediscovering it | Update links to target |
| Clean 301, still ranks after weeks | Google has not reprocessed yet | Wait, resubmit sitemap |
How to fix it, step by step
- Confirm the response is a single 301. Not a 302, not a 307, not a meta refresh, not a JS redirect. A permanent redirect is the only signal that reliably consolidates ranking equity.
- Collapse chains. If the old URL hops through an intermediate before landing, rewrite the rule so it points straight at the final destination in one step.
- Kill contradictory signals. If the old page still emits a self canonical or is listed in your sitemap, remove those. You cannot tell Google "this moved" and "this is canonical" at the same time.
- Fix internal links. Search your codebase, menus, and content for links to the old URL and repoint them at the target. Every internal link to a redirect wastes crawl budget and keeps the old address alive in Google's memory.
- Resubmit and nudge. Update your XML sitemap to list only the new URL, submit it, and use URL Inspection on the old URL to request Google reprocess it.
- Then wait. Consolidation is not instant. On a well linked site it can take a few weeks; on a large or slowly crawled site, longer. If the redirect is clean and everything else is consistent, patience is the fix.
- Return a single, permanent 301 from old to new
- Point every redirect straight at the final URL
- Repoint internal links and sitemaps to the target
- Verify with Frog, logs, and URL Inspection together
- Give consolidation real time before you panic
- Use a 302 when the move is permanent
- Leave a self canonical on the redirected page
- Keep the old URL in your XML sitemap
- Stack redirects into a chain of hops
- Assume traffic on the old URL is free bonus traffic
What good looks like
The old URL returns one clean 301 to the target. URL Inspection reports "Page with redirect." No internal links point at it, it is out of the sitemap, and its clicks in Search Console are trending toward zero while the target absorbs them. The destination page holds the rankings the old URL used to have, plus whatever it earned on its own. One strong page, not two weak ghosts.
FAQ
Is a redirect that still gets traffic always a problem?
How long should consolidation take?
Does a 302 pass ranking signals?
Should I resubmit the old URL in a sitemap to speed things up?
Redirects still splitting your rankings?
Migrations that never fully consolidate quietly cap what a site can rank for. If old URLs keep bleeding traffic, get a proper audit of your redirect map and index signals.
Claude Vincent is a technical SEO consultant focused on crawlability, rendering, and AI-search visibility. He writes the field guides and case studies at SEO ProCheck, with a bias toward the durable, unglamorous work that decides whether search engines and AI answer engines can actually read and cite a site.
About SEO ProCheck
Technical SEO consulting and GEO strategy with 20 years of enterprise experience. Case studies, resources, and tools for search and AI visibility.
Work With Me
Technical SEO audits, GEO strategy, site migrations, and international SEO. Hourly consulting for teams who need hands-on support, not just reports.
Subscribe to our newsletter!
Recent Posts
- Can AI Crawlers Actually Read Your Site? I Measured 400 of the Biggest September 5, 2026
- The Pre-Publish Quality Gate for AI-Assisted Content August 6, 2026
- AGENTS.md vs llms.txt vs llms-full.txt: Which Agent File Does What July 18, 2026







