Skip to main content

My blogger sites' SEO has tanked, now I know why

Google indexes mobile first, while Blogger has an out-dated approach of redirecting for mobile clients

Google Search Console is reporting that the URLs on my blog are not being indexed due to:

 Failed: Redirect error

The crawler involved is Googlebot smartphone, so it seems that it will be tripping over Blogger's old fashioned approach for handling of mobile clients, that basically involves redirecting the client to specify the URL with a querystring parameter appended to it. As far as the indexer is concerned the URL with the parameter won't be a match for the canonical URL so should not be indexed as representative of the content for the canonical URL.

In the past it may have not been much of an issue as the Desktop crawler would eventually come along to index the site and not encounter the redirection, so the URL requested would match with the canonical URL and it would be a simple one to one mapping for safely indexing the content.

Ironically the Blogger platform is owned by Google, so I would have hoped that they would be able to coordinate for their users' content to be included across their platforms. 

What have we learnt?

Google isn't as complete as other search engines 

These days Google is not indexing content that it used to, so it will be a less complete representation than other search engines can offer. I can find my Blog posts by searching on Bing, but not on Google.

Blogger.com hasn't kept up with Google's changes to indexing strategy

There are several site support pages online that suggest that the redirect situation is not a problem, and can simply be ignored. I believe that guidance is out of date, as over time Google has been favoring much greater weight onto indexing of the mobile view of website content.

How could this be resolved?

Responsive design 

The Blogger platform includes some templates that are designed to be responsive, so that when a mobile client is used to view the page it will be presented with a suitable layout. This should mean that there is no longer be any need to involve redirects for mobile clients when blogs specify such a layout.

Comments

Popular posts from this blog

Having a go at learning some Kotlin

What's this about?  The year 2025 is almost over, so that means that it has been a bit over a decade since my old colleague Filippo gave a presentation to the development team of ScienceDirect covering the merits of the Kotlin programming language. So, it's about time that I had a proper go at using it. This blog post is intended to trace what the experience has been like, covering surprises that I encounter along the way. Getting started The programming language that I am most experienced with is Java, so I have chosen to try out implementing some functionality in Kotlin from a recent hobby project that I developed in Java involving spinning up a database in a Docker container and running some queries. JVM version support IntelliJ IDEA includes some automation for creating a new project, so I selected the relevant options to use the latest LTS version of the Java virtual machine with Spring Boot, Kotlin, Postgresql and Test containers. After a few seconds I had a new project i...

The Importance of Segmenting Infrastructure

Kafka for Logging I was recently poking around in the source code of a few technologies that I have been using for a few years when I came across KafkaLog4jAppender. It enables you to use Kafka as a place to capture application logs. The thing that caught my eye was the latest commit associated with that particular class, "KafkaLog4jAppender deadlocks when idempotence is enabled" . In the context of Kafka, idempotence is intended to enable the system to avoid producing duplicate records when a producer may need to retry sending events due to some - hopefully - intermittent connectivity problem between the producer and the receiving broker. The unfortunate situation that arises here is that the Kafka client code itself uses Log4j, so it can result in the application being blocked from sending its logs via a Kafka topic because the Kafka client Producer gets deadlocked waiting on transaction state. Kafka For Metrics - But Not For Kafka Metrics This reminded me of a similar scen...

2022 - A year in review

Just a look back over the last 12 months. January I moved back to Christchurch to live, after having spent a few months further south since moving back from London. Work was mainly around balancing other peoples' understanding and expectations around our use of Kafka. February I decided that it would be worthwhile to have a year's subscription for streaming Sky Sports, as some rugby matches that I would want to watch would be on at time when venues wouldn't be open. Having moved to Christchurch to be close to an office, now found myself working from home as Covid restrictions came back into effect across New Zealand. March Got back into some actual coding at work - as opposed to mainly reviewing pull requests for configuration changes for Kafka topics.  This became urgent, as the command line interface tool that our provisioning system was dependent on had been marked for deprecation. April   Had my first direct experience with Covid-19.  I only went for a test because ...