Official statement
Other statements from this video 43 ▾
- 2:22 What should you do if your site lost traffic after a Core Update without making any mistakes?
- 2:22 Are Core Web Vitals Really Going to Transform Your SEO Strategy?
- 3:50 Does a ranking drop after a Core Update really indicate an issue with your site?
- 3:50 Should You Really Wait Before Optimizing Core Web Vitals?
- 3:50 Why is Google delaying the complete transition to the Mobile-First Index?
- 7:07 Can Google really delay Mobile-First Indexing indefinitely?
- 11:00 Why doesn't Google canonicalize URLs with fragments in sitelinks and rich results?
- 11:00 Do URLs with fragments (#) in Search Console mean you need to rethink your tracking and analysis strategy?
- 14:34 Why do the numbers from Analytics, Search Console, and My Business never match?
- 14:35 Why do your Google metrics never align between Search Console, Analytics, and Business Profile?
- 16:37 How are FAQ clicks really counted in Search Console?
- 18:44 Are mobile and desktop accordions really neutral for SEO?
- 18:44 Is it true that mobile accordion hidden content is indexed as visible content?
- 29:45 Does the rel=canonical via HTTP header really still work?
- 30:09 Does the HTTP header rel=canonical really work to manage duplicate content?
- 31:02 Is it true that all sites indexed after July 2019 default to Mobile-First Indexing?
- 33:28 Why does Google emphasize textual context in Search Console feedback?
- 33:31 Are Search Console tools really enough to solve your indexing problems?
- 33:59 Why are your pages still not indexed after 60 days in Search Console?
- 37:24 What happens when Google occasionally indexes HTTP instead of HTTPS even after an SSL migration?
- 37:53 Is it really necessary to combine both 301 redirections AND canonical tags for an HTTPS migration?
- 39:16 What really causes your sitemap to fail in Search Console and how can you effectively resolve the issue?
- 41:29 Is your brand disappearing from the SERPs for no apparent reason: can Google feedback really fix it?
- 44:07 Should you choose a subdomain or a new domain for launching a service?
- 44:34 Subdomain or New Domain: What Does Google Really Think for SEO?
- 44:34 Do Google penalties really transfer between domains and subdomains?
- 45:27 Do Google penalties really spread between domains and subdomains?
- 48:24 Should you really overlook PageRank when deciding between a domain and a subdomain?
- 48:33 Do links between root domains and subdomains really pass PageRank?
- 49:58 Should you really be worried about duplicate content from scraping?
- 50:14 Can you relaunch an old domain without being penalized for duplicate content by spammers?
- 50:14 Should you really report every scraping URL via the Spam Report to prompt action from Google?
- 57:15 Is it really necessary to report spam URL by URL to assist Google?
- 58:57 Why does Google refuse to show your FAQs in rich results despite perfect markup?
- 59:54 Why doesn't Google display your FAQ rich results even with perfect markup?
- 65:15 Is it possible to add FAQs to your pages just to secure rich results in SEO?
- 65:45 Can you really add a FAQ just to get the rich result without risking penalties?
- 67:27 Should you still optimize rel=next/prev tags for pagination?
- 67:58 Should you really submit all paginated pages in the XML sitemap?
- 70:10 Should you really index all category pages to optimize your crawl budget?
- 70:18 Should you really stop placing category pages in noindex?
- 72:04 Does the number of JavaScript files really slow down Google indexing?
- 72:24 Does Googlebot really render all JavaScript in a single pass?
Google confirms that all sites indexed since July 2019 are automatically switching to Mobile-First Index, without exception. If your Search Console still shows 'PC Googlebot', it is likely a display bug rather than a real issue with mobile indexing. The only reliable way to check which Googlebot is actually crawling your site remains server log analysis, not the Search Console interface.
What you need to understand
What does this announcement really change for sites launched after July 2019?
This statement from Takeaki Kanaya clarifies a recurring point of friction among SEO practitioners: the gap between what Google announces and what Search Console displays. Since July 2019, Google has directly switched all new sites to Mobile-First Index, without a transitional period.
In practical terms, this means that if you launch a site today, Googlebot will immediately crawl and index the mobile version of your pages. No observation phase, no gradual migration. Mobile is your canonical version in the eyes of Google, period.
Why does Search Console still show 'PC Googlebot' in some cases?
The Search Console interface clearly suffers from display bugs that create unnecessary confusion. Recent sites, theoretically on Mobile-First since their initial indexing, sometimes show 'PC Googlebot' in the reports.
This gap between technical reality and interface display leads many SEOs to panic unnecessarily. Yet according to Kanaya, this display is a visual artifact, not an alert signal regarding your actual indexing. The issue lies within the reporting system of Search Console, not in the crawler's behavior.
How can I reliably check which Googlebot is crawling my site?
The only reliable source of truth remains server log analysis. By examining your logs, you can precisely identify which user-agent is hitting your pages: Googlebot Desktop or Googlebot Smartphone.
If your logs show a predominance of Googlebot Smartphone (with the characteristic mobile user-agent), you are indeed on Mobile-First, regardless of what the Search Console interface says. It's the ground reality that matters, not the dashboard. Therefore, log verification becomes an essential practice for any serious audit.
- All sites indexed since July 2019 automatically switch to Mobile-First Index from their first indexing
- The 'PC Googlebot' display in Search Console may be a interface bug, not a reflection of the technical reality
- Server logs are the only reliable method to confirm which Googlebot is actually crawling your pages
- No transitional period or gradual migration for new sites: mobile is immediately prioritized
- The confusion stems from a discrepancy between the actual crawler behavior and the Search Console reporting system
SEO Expert opinion
Is this statement consistent with field observations?
Yes and no. In principle, field observations confirm that recent sites are mostly crawled by Googlebot Smartphone. However, the reality is more nuanced than this somewhat categorical statement suggests.
We regularly observe mixed crawling on recent sites: Googlebot Smartphone predominates, but Googlebot Desktop continues to sporadically visit, especially certain resources (CSS, JS) or specific pages. Saying that it's 100% mobile since July 2019 simplifies a functioning that remains more hybrid than suggested. [To verify] on your own crawl traffic.
Is the Search Console display bug really trivial?
No, it is not. Minimizing this bug as a mere cosmetic issue underestimates its operational impact. Dozens of client sites panic each month upon seeing 'PC Googlebot' displayed even though they have optimized their mobile versions.
This bug erodes confidence in Search Console as a management tool. If the interface lies about such a fundamental point as the type of crawler, what other metrics are distorted? This uncertainty compels experienced SEOs to systematically double-check via logs, which should be an exception, not the norm.
Under what circumstances might this rule not apply strictly?
Some technical contexts create exceptions or atypical behaviors. Sites with geographical cloaking, conditional redirects based on user-agent, or exotic server configurations may disrupt expected crawl behavior.
Similarly, sites that serve a deliberately limited or blocked mobile version (via robots.txt or meta robots on mobile) may force Google to return seeking content on the desktop version. In such cases, you might indeed see dominant desktop crawling, even on a recent site. But this is then a configuration issue, not an exception to the Mobile-First rule.
Practical impact and recommendations
What should I concretely check on a recent site?
The first essential step: analyze your server logs over at least the last 30 days. Identify the distribution of Googlebot Smartphone vs. Googlebot Desktop. If mobile accounts for less than 80% of the crawl on a site indexed after July 2019, dig deeper.
Next, audit the content parity between your desktop and mobile versions. Google indexes your mobile, so any content absent from the mobile version is invisible to the engine. Structured data, text, images, internal links: everything must be present and accessible on mobile. A lighter mobile version directly hampers your performance.
What mistakes should I avoid in light of this statement?
Never take Search Console at face value regarding the type of crawler. The classic mistake is to see 'PC Googlebot' displayed and panic, re-optimizing for desktop, while the mobile remains your absolute priority.
Another common pitfall: believing that Mobile-First Index means 'mobile-only'. Google continues to crawl the desktop version for certain checks, particularly for technical resources (JS, CSS) or cross-device consistency. Do not block Googlebot Desktop in your robots.txt, even on a 100% mobile-first site.
How to ensure compliance for a recent site that may have issues?
If your logs reveal abnormal desktop crawling, start with a mobile/desktop parity audit. Use tools like Screaming Frog in mobile vs. desktop mode to identify gaps in content, links, structured data.
Then correct any potential blocks in your mobile robots.txt, check that your mobile Core Web Vitals are in the green (LCP < 2.5s, CLS < 0.1, INP < 200ms), and ensure your responsive design does not hide critical content via poorly thought-out CSS display:none. If you find complex discrepancies between desktop and mobile versions, or if the audit reveals structural indexing issues, it may be wise to get assistance from an SEO agency specialized in these technical challenges, which can offer you a personalized action plan suitable for your context.
- Analyze server logs over at least 30 days to identify the dominant user-agent
- Check strict content parity between mobile and desktop versions (text, images, links, structured data)
- Audit mobile Core Web Vitals and correct metrics out of the green zone
- Never block Googlebot Desktop in robots.txt, even in strict Mobile-First
- Test mobile rendering with the Search Console URL inspection tool AND a mobile Screaming Frog crawl
- Document discrepancies between Search Console display and log reality to track the bug's evolution
❓ Frequently Asked Questions
Mon site lancé en 2020 affiche 'PC Googlebot' dans Search Console, dois-je m'inquiéter ?
Comment identifier précisément quel Googlebot crawle mon site ?
Est-il possible qu'un site récent ne soit jamais passé en Mobile-First Index ?
Dois-je bloquer Googlebot Desktop dans mon robots.txt si je suis en Mobile-First ?
Le contenu absent de ma version mobile sera-t-il quand même indexé via le desktop ?
🎥 From the same video 43
Other SEO insights extracted from this same Google Search Central video · duration 1h14 · published on 04/06/2020
🎥 Watch the full video on YouTube →
💬 Comments (0)
Be the first to comment.