Persistent Noncanonical Hashbang URLs in GSC: Is a Permanent Redirect the Solution?

Rick

Mar 17, 2025, 11:46 AM

GSC is showing me a bunch of noncanonical URLs with hashbangs appendaged to them. I gave this to engineering, and they said they found and fixed it. That was 2-3 weeks ago, and noncanonical hashbang URLs are still coming in to GSC. I've tried validating fox for these twice over 3-ish weeks, and the fix does not validate. URL inspection does not offer a referrer.

Removing Google’s ability to crawl hashbang URLs will decrease the number of URLs it's crawling by about 33%. Since engineering can't find any referrers to these pages, I'm considering these two scenarios...

1. GSC data is stale, and these are going to show up for a while

2. These are in the site somewhere, and we can resolve this with a permanent redirect until engineering can find the bug.

Any help here will be much appreciated.

Forwarded thread from another channel:

Henning

Mar 17, 2025, 2:51 PM

Have you crawled the website with a tool like ScreamingFrog? Sometimes such tools find links that the DEVs do not expect.

Google is very curious about links. Sometimes Google finds structures in JS or JSON files that they think are URLs.

Rick

Mar 17, 2025, 2:54 PM

Yes. I have crawled the site with a tool like ScreamingFrog. Believe it or not, that was the first thing I did. I also looked at server logs, and no hashbangs there either.

Tom Gregan

Mar 17, 2025, 3:47 PM

I expect these are just queued URLs being visited.

When you click on one of the URLs it will show you when they discovered the URL, if you don't have any discovery dates after the date of the release fixing the issue then you can be confident it will eventually end.

If it is simply queued URLs, there's not much you can do but wait.

Rick

Mar 17, 2025, 3:48 PM

Yeah...checked that too. Thanks.

Tom Gregan

Mar 17, 2025, 3:49 PM

Does it not provide a first seen or discovered on date?

Rick

Mar 17, 2025, 3:49 PM

nope

Rick

Mar 17, 2025, 3:53 PM

Although...this is the first time I noticed that it says indexing is allowed, even though the page is noncanonical.

Tom Gregan

Mar 17, 2025, 4:01 PM

Only other idea is to disallow the hash in the robots.txt file.

Rick

Mar 17, 2025, 4:02 PM

Can a hash be disallowed successfully?

Tom Gregan

Mar 17, 2025, 4:03 PM

Think so lol. I can throw it up on my site and test it if you want?

Rick

Mar 17, 2025, 4:03 PM

Fuck yeah bro. That would be super helpful.

Tom Gregan

Mar 17, 2025, 4:04 PM

For the record, I do think it's fine having these as urls crawled. It's wasteful but I don't think you'll be scored down for it.

Tom Gregan

Mar 17, 2025, 4:04 PM

Give me 2 mins

Tom Gregan

Mar 17, 2025, 4:05 PM

Site is regenerating

Umer Sohail

Mar 18, 2025, 5:13 AM

Aren't hashtags already set in a way that google only reads the path before it?

Since Google doesn't read anything after the # sign, should we really bother worrying about the URLs having canonicals?

If it were a '?' making an additional string, then canonicalization would have made sense.

What do you think?

Umer Sohail

Mar 18, 2025, 5:16 AM

Also, google might not necessarily follow the disallow directive. It can generally still index pages that it finds through other links. Doesn't apply to URL versions after the hashbang!

Dave Smart

Mar 18, 2025, 5:45 AM

#! is an awkward one, hangover to old javascript crawling days,

robots.txt can't block them,

effectively is the same as

Dave Smart

Mar 18, 2025, 5:49 AM

> this is the first time I noticed that it says indexing is allowed, even though the page is noncanonical.

That's kinda standard, any `Page is not indexed: Alternative page with proper canonical tag` will report that way, and it looks like that in search console.

Given canonicals seem to be respected, I'd probably not worry too much about it, given the lack of real control otherwise you have, and that canonicals seem to be doing the job.

I'd suspect. like you, that this is something historical surfacing for a speculative check to see what's happening these days with those URLs, or perhaps external sites, but lack of referrer on any would point me to the former.

Dave Smart

Mar 18, 2025, 5:53 AM

@umerseo #! is a little different from other # URLs, It's leftover from the old Ajax crawling scheme Google used to support: <https://developers.google.com/search/blog/2015/10/deprecating-our-ajax-crawling-scheme>

There's occasionally a few hangovers for some sites.

Deprecating our AJAX crawling scheme | Google Search Central Blog | Google for Developers

Umer Sohail

Mar 18, 2025, 6:18 AM

Oh, I didn't know that.

Tom Gregan

Mar 18, 2025, 7:05 AM

I can confirm that

Effectively is the same as just "/" - it inline comments out everything after the hash I imagine.
Good spot @dave297

Rick

Mar 18, 2025, 11:34 AM

@dave297 This is what I'm trying to solve. These hashbang URLs are about 1/3 of nonindexable pages crawled. I want to shorten the threshold of gray to green. Also, my total crawl requests are dropping at a similar clip.

Dave Smart

Mar 18, 2025, 11:49 AM

I hear you, but there's very little you can actually do here I.M.H.O.

You can't server side block or redirect these as the the # and ! don't get passed as part of a network request

You can't robots.txt, firstly for the reasons of it being parsed, but again, they would request the URL without the #!

So the two realistic options really are:

1. Rely on canonicals, like you're currently doing, and live with the reporting

2. You could, at a push, use client-side JavaScript redirects, but I think you'd be worse off in terms of it consuming crawl budget (it have to crawl this, render, AND then redirect), all to achieve what would in the end of the day amount to moving them from one reason they aren't indexed to a different reason in the report.

Rick

Mar 18, 2025, 11:53 AM

That's a shame. Thanks a lot for the reply.

Dave Smart

Mar 18, 2025, 1:37 PM

No worries!

Scott Dodge

Mar 18, 2025, 4:05 PM

I'm also seeing a similar thing on one of our clients that used to use HTML snapshots (back before SSR was a thing).

GSC is reporting these URLs as ranking in search results and getting clicks, so I'm concerned it's more than just a nuanced crawl efficiency issue. Confirmed they aren't linked to anywhere on the site.

Tom Gregan

Mar 18, 2025, 4:51 PM

@scott.t.dodge, can you provide an example of what is the issue here? Is it hashbang'ed?

Channels

agency (3)

ai-for-seo (11)

ai-llms (24)

analytics (13)

biz-of-seo (4)

career (4)

content (15)

cro (4)

data-viz-reporting (4)

datascience (2)

ecommerce (3)

events (1)

freelance (2)

general-seo (21)

in-house (2)

local-seo (12)

local-seo,biz-of-seo (1)

lounge (1)

reading-list-resources (3)

search-console (11)

shameless-plug (1)

technical-seo (37)

tools (1)

Join The Community

The SEO Community is a free organization, with private Slack group and events, for those interested in search and AI optimization to learn, discuss, and meet others in the industry.

Persistent Noncanonical Hashbang URLs in GSC: Is a Permanent Redirect the Solution?

Channels

Join The Community

Resources

The SEO Community © 2026

Persistent Noncanonical Hashbang URLs in GSC: Is a Permanent Redirect the Solution?

Channels

Sign up to get the newsletter

Join The Community

Resources

The SEO Community © 2026