[January 2022 version] Summary of SEO news and trends held in December

Happy new year.

We look forward to working with you this year. It's late, but it's a monthly article.

The defective "I was talking about last month"ParallelsHowever, it has now been fixed so that it can be used comfortably. *Previous article, Introductory reference

"Why are you creating a virtual environment in the first place?"

However, as a plausible reason, I am using mac, so when I touch the production and coding, there is no problem with the display on the windows and edge side, the customer is a Windows user When a problem occurs, it can be verified in the same environment, and when you want to build a macro, it is strict on mac (Selenium cannot be used).

The real intention was that I wanted to play a game that can only be played on Windows. I want to try "Fall guys" now ...
However, although it takes a long time to talk, it was played by the platform Steam that plays the game, and in the end the game could not be played as expected.

Let's check the SEO news for December as well. (I will post this article and write this month's article soon.)

Images delivered by the CDN will be assigned a crawl budget separately from the site.

Probably became popular from the topic of CWVCloudFlareI think there are many people who are using CDNs, such as.

In conclusion, in a configuration where images are hosted on a CDN, this site and the CDN serverCrawler budgetAre assigned separately.

At one point, John Mueller asked, "Will the crawl budget be shared with the main site on a site that distributes images from an external CDN server? Will it be treated separately?"

In response to this, John Mueller

Server capacity is mostly based on the URL / file host name (domain name). Because it is read from there.

The image is yoursite.somecdn.com The content (such as articles) is placed in www.yoursite.com If so, monitor server capacity separately for each.

I am replying.

The CDN is optimized for crawls.

If you are concerned about crawl budgets on large sites that use a lot of images, CDN is an effective method.It will be.

What you need to know when delivering images to a CDN

  • Even if your server has the ability to handle high-frequency crawls, it doesn't mean that Googlebot will crawl more often.
  • Even if you distribute images in different domains, it does not make much difference if the physical server is the same (example: this site is www.example.com And the site where you put the image image.example.com .. However, the server is the same)
  • Images are crawled less frequently than web pages
  • Even if the image is delivered from the CDN, if you rewrite the URL like the delivery from your domain name, changing the CDN will have little effect (for example, setting a CNAME record,exmaple-cdn.com To image.exmaple.com Give another name for)

Quoted from Kenichi Suzuki's article (https://www.suzukikenichi.com/blog/google-allocates-separate-server-capacity-to-a-site-and-its-external-cdn/)

Do you get a redirect error warning from the search console?

Many of you may have been confused by the large number of emails saying "Coverage detected a problem".

Owner of [Site URL]

The Search Console has detected one "coverage" related issue that affects your site.

Main error

Errors may prevent your site's pages or features from appearing in search results. The following error was detected on your site.

Redirection error

We recommend that you resolve the above issues as much as possible. By eliminating these issues, you can optimize your site's experience and display in Google search results.

And so on.

Actually it ’s a problem on the Google side.

Internal issues are increasing redirect errors during indexing and associated email notifications. This is not a website issue, but an internal Google issue. I want to fix this problem quickly.

is what they said.

▼ We also have an article that explains the redirect error in detail, so please refer to this if it really occurs.

favicons? domain = cocorograph Causes of redirect errors and how to improve them | Cocorograph Inc.
A redirect error is displayed when there is an error in the redirect process. Redirection refers to the process of automatically forwarding a user who visits a specified website to another specified page. It is used when the URL of the page is changed.

Local search update completed

Google has reported that the update of the algorithm related to local search has been completed.

* (Map results displayed in web search results and Google Maps search results)

This update, which started on November 30th, was completed on December 8th.

▼ Actually, it seems that many sites were affected, and it was a little talked about on Twitter.


Even on GoogleImprove ranking of local search resultsThere is a page such as, so please refer to that as well.

Googlebot crawls from one location per site

Googlebot crawls one site per site (mainly from the United States). Do not crawl from multiple locations.

The beginning of this story

The question was, "I configured the site to redirect to the location where the user accessed it and switch the landing page, but how long does it take for Google to recognize it?"

John Mueller said:

Basically it doesn't change. Crawl your site from only one location, which is usually the United States. There are only a few other places to crawl, but choose one place for each site. Do not crawl from multiple locations. Also, georedirection is not recommended.

... apparently ...

Googlebot typically crawls from IP addresses in the United States.
but,Regionally distributed crawlIt seems that IP addresses outside the United States may also be used for crawling.

Also, location-based redirects are deprecated, as John Mueller and Google state.

That's because Google may not be able to see all language versions of your site. This can have a negative impact on indexes and crawls.

People in that country don't necessarily want to see a site in that country's language. It is important to be able to select the country and language on the user side.

Do you need index.html?

At present, Google will perform normalization without permission even if "index.html" is added to the end of the URL.

According to John Mueller, if Google finds "index.html", it will automatically remove "index.html" and treat it as a URL ending in "/".

Of course, it is not NG to perform normalization using the canonical tag on the site side, so if it is currently supported, you can continue to set it as it is.

However, if index.html is a barrier to something, it seems that you don't have to think so seriously.

In some cases, the parameters are also deleted and normalized.

John Mueller went on to answer questions such as:

Parameter “?“Is a URL with only (question mark) treated as a different URL than a URL without it?



On the questioner's site, when redirecting a URL with parameters, for system reasonsAnd so on"?Was left behind. From that, I was worried that it would have a negative effect on the search.

"?? " Mr. Mueller doesn't really know if Google considers URLs that have only URLs and URLs that don't have the same URL.

That being said,index.htm As in the case of, it may be automatically normalized to the URL with the parameter removed.

URLs that do not change the content of the page even if the parameters are deleted should be automatically normalized.
For example, a URL with tracking parameters for access analysis.


On the other hand, URLs whose content changes depending on the parameters are often not automatically normalized.
For example, it is not uncommon for sites to configure pagination with parameters.


Removing these URL parameters is inappropriate because it treats pages with different contents as the same.
It does not normalize automatically.

Don't count on Google Discover!

Speaking of Google Discover, it is called "Google cannon" among SEO personnel, and it is often a big traffic source.

It's not something that is easily picked up, so when I was selected, I had the image of "Oh, I did it!", But this time John Mueller advised that "It is better not to rely on Discover."

I think Discover is always awkward.

I often hear the story of zero or one. That is, you either get a lot of traffic from Discover or you don't.

This also means that any change is clearly visible.

So,My recommendation is not to rely on Discover trafficIt turns out that.As an additional source of traffic, not as the main source of trafficYou should consider it.

... apparently ...

If you post useful information for users, the results will follow ...


I'm a little rushed.

In 2021, there were various problems such as CWV and automatic title rewriting problems. There are more things to remember and deal with.

Also, since the content I'm talking about in this kind of news has a lot of detailed SEO knowledge, I think it's important to be able to accumulate what Google (John Mueller) mentions every day.

I felt like the crawl budget was muddy until a while ago, but this time I'm talking about CDNs normally ...

Various news are flying around at the beginning of the year, so let's meet in the next article in the near future.

I hope this article will be of some help to you.
If you have any questions after reading the article, feel free to Twitter (@kaznak_com) Etc., please ask.

see you.

Kazuhiro Nakamura
Kazuhiro Nakamura
Representative of Cocorograph Inc. 13 years of SEO history, more than 970 sites with countermeasures. We provide SUO, an upward compatible service of SEO that optimizes not only search engines but also search users. SEO / SUO's original report tool, Sachiko Report Developer. Book "The latest common sense of SEO taught by professionals in the field"
Kazuhiro Nakamura
Kazuhiro Nakamura
Representative of Cocorograph Inc. 13 years of SEO history, more than 970 sites with countermeasures. We provide SUO, an upward compatible service of SEO that optimizes not only search engines but also search users. SEO / SUO's original report tool, Sachiko Report Developer. Book "The latest common sense of SEO taught by professionals in the field"

When it comes to web marketing
Please feel free to contact us

cocorograph inc.
Miyamasuzaka Building 203, 2-19-15 Shibuya, Shibuya-ku, Tokyo
mail: [email protected]
tel: +81-50-1748-9550
url: https://cocorograph.co/

© 2021 cocorograph Inc.