Official statement
Other statements from this video 38 ▾
- 21:28 Les sitemaps suffisent-ils vraiment à déclencher un recrawl rapide de vos pages modifiées ?
- 21:28 Peut-on forcer Google à recrawler immédiatement après un changement de prix ?
- 40:33 La taille de police CSS impacte-t-elle vraiment vos positions dans Google ?
- 70:28 Le contenu masqué derrière un bouton Read More est-il vraiment indexé par Google ?
- 70:28 Le contenu masqué derrière un bouton « Lire plus » est-il vraiment indexé par Google ?
- 98:45 Le maillage interne surpasse-t-il vraiment le sitemap pour signaler vos pages stratégiques à Google ?
- 98:45 Le maillage interne est-il vraiment plus décisif que le sitemap pour hiérarchiser vos pages ?
- 111:39 Pourquoi l'API Search Console ne remonte-t-elle pas les URLs référentes des 404 ?
- 144:15 Pourquoi Google continue-t-il à crawler des URLs 404 vieilles de plusieurs années ?
- 182:01 Faut-il vraiment s'inquiéter d'avoir 30% d'URLs en 404 sur son site ?
- 182:01 Un taux de 404 élevé peut-il vraiment pénaliser votre référencement ?
- 217:15 Comment cibler plusieurs pays avec un seul domaine sans perdre son référencement local ?
- 217:15 Peut-on vraiment cibler différents pays sur un même domaine sans passer par les sous-domaines ?
- 227:52 Faut-il vraiment utiliser hreflang quand on cible plusieurs pays avec la même langue ?
- 227:52 Faut-il vraiment combiner hreflang et ciblage géographique en Search Console ?
- 276:47 Pourquoi vos breadcrumbs en données structurées n'apparaissent-ils pas dans les SERP ?
- 285:28 Pourquoi vos rich results disparaissent dans les SERP classiques alors qu'ils s'affichent en recherche site: ?
- 293:25 Les breadcrumbs invisibles bloquent-ils vraiment vos rich results dans Google ?
- 325:12 Faut-il vraiment optimiser l'hydration JavaScript pour Googlebot en SSR ?
- 347:05 Le nombre de mots est-il vraiment inutile pour ranker sur Google ?
- 347:05 Le nombre de mots est-il vraiment un facteur de classement pour Google ?
- 400:17 Le volume de trafic de votre site impacte-t-il votre score Core Web Vitals ?
- 415:20 Le volume de trafic influence-t-il vraiment vos Core Web Vitals ?
- 420:26 Les Core Web Vitals comptent-ils vraiment dans le classement Google ?
- 422:01 Les Core Web Vitals peuvent-ils vraiment booster votre classement sans contenu pertinent ?
- 510:42 Pourquoi Google ne peut-il pas garantir l'affichage de la bonne version locale de votre site ?
- 529:29 Faut-il vraiment dupliquer tous les codes pays dans le hreflang pour cibler plusieurs régions ?
- 531:48 Pourquoi hreflang en Amérique latine impose-t-il tous les codes pays un par un ?
- 574:05 PageSpeed Insights mesure-t-il vraiment la performance de votre site ?
- 598:16 Peut-on vraiment passer du long-tail au short-tail sans changer de stratégie ?
- 616:26 Peut-on vraiment masquer les dates dans les résultats de recherche Google ?
- 635:21 Faut-il arrêter de mettre à jour les dates de publication pour améliorer son référencement ?
- 649:38 Google réécrit-il vraiment vos titres pour vous rendre service ?
- 650:37 Google réécrit vos balises title : peut-on vraiment l'en empêcher ?
- 688:58 Faut-il vraiment signaler les bugs SERP avec des requêtes génériques pour espérer une réponse de Google ?
- 870:33 Les nouveaux sites e-commerce doivent-ils d'abord prouver leur légitimité hors de Google ?
- 937:08 La longueur du title est-elle vraiment un facteur de classement sur Google ?
- 940:42 La longueur des balises title est-elle vraiment un critère de classement Google ?
Mueller clarifies: the difference between 12px and 14px has no impact on your positioning. What matters is mobile compatibility, which remains an active ranking factor. The rest is pure UX — important for conversions, invisible to the algorithm.
What you need to understand
Why does Google differentiate between font size and mobile-friendliness?
Mobile-friendliness measures the overall accessibility of a page on smartphones: configured viewport, spacing of touch links, absence of content wider than the screen. It's a binary criterion tested via Mobile-Friendly Test.
Font size, on the other hand, is a design element. 12px or 14px affects visual comfort but does not break mobile navigation. Thus, Google clearly separates what obstructs usage (ranking criterion) from what improves it (UX with no direct algorithmic effect).
Does this statement contradict the Core Web Vitals?
Not really. CWV measure perceived performance: loading, interactivity, visual stability. Text size is not included in these metrics.
However, text that is too small can cause unintentional zoom on mobile, degrading the experience and potentially impacting CLS if the layout shifts. But Mueller is talking about direct ranking here — and in that case, font size alone doesn’t matter.
Should typography be ignored then?
No. Illegible text drives visitors away, destroys engagement rates, and kills conversions. Google may not rank based on font, but behavioral signals (dwell time, pogo-sticking) certainly speak.
Mueller’s message is clear: optimize for humans first. If your 12px causes massive bounce rates, your ranking will suffer — but by ripple effect, not by direct penalty on font size.
- Mobile compatibility has been an official ranking factor since 2015 (mobile-friendly update).
- Font size is not an isolated algorithmic criterion, contrary to popular belief.
- Indirect UX signals (engagement, conversions) can compensate for or amplify the effect of poor design.
- The Mobile-Friendly Test checks 16px minimum recommended for readability, but it's a recommendation, not a ranking threshold.
- A font that is too small can trigger automatic iOS zoom (16px threshold on form fields), which degrades the experience.
SEO Expert opinion
Is this statement consistent with real-world observations?
Yes and no. Over thousands of audits, I have never seen a site rank better after switching from 12 to 14px with all else being equal. No SEO A/B test shows a direct correlation. [To check], however: the indirect impact via engagement is measurable.
Sites with 11px in light gray on a white background show catastrophic metrics (40% higher bounce). When corrected, time on page increases, organic CTR improves — and six months later, pages gain 5-10 positions. But Google will attribute that to behavioral signals, not to CSS font size.
What nuance does Mueller deliberately omit?
He doesn't mention critical accessibility thresholds. Below 12px, some browsers force a minimum zoom, break the viewport, and trigger the flag “text too small” in Search Console. There, one transitions into non-compliance with mobile standards — and Mueller has said that does matter.
Another blind spot: heavy custom fonts that hurt LCP (Largest Contentful Paint). A Montserrat at 14px that takes 300ms to load can kill your CWV. Mueller discusses size, not weight — yet it's the weight that impacts ranking via Core Web Vitals.
In what cases does this rule not apply?
If your font triggers Search Console errors (“Content wider than screen”, “Clickable elements too close together”), you are no longer in the 12 vs. 14px debate. You are in non-compliance with mobile-friendliness, and then ranking suffers.
Finally, for high commercial intent queries (“buy X”, “best Y”), microscopically small text spikes e-commerce bounce rates. Google does not view it as “bad font”, but as “page not satisfying intent”. Identical results: you drop.
Practical impact and recommendations
What should be done concretely on your pages?
Focus on overall mobile compliance, not on typography pixels. Run Google’s Mobile-Friendly Test on your main templates. If it turns green, you are clean on the ranking side.
For font size, aim for 16px minimum on mobile body — not because of algorithmic obligation, but because that's the universal comfort threshold. Below that, you force zoom on iOS, which breaks UX and triggers negative indirect signals.
What mistakes should be absolutely avoided?
Don't fall into the trap of typographical over-optimization. I've seen clients spend days A/B testing 13 vs. 14px hoping to snag some ranking. Zero impact. That time would be better spent correcting 404 links, improving internal linking, or working on content depth.
Another classic mistake: unoptimized custom fonts. A poorly compressed .woff2 file delays text rendering (FOIT), degrades First Contentful Paint, and can kill your CWV score. Use font-display: swap, preload critical fonts, and limit yourself to 2-3 variants at most.
How can I check if my site is compliant?
Open Search Console, go to Mobile Usability. If Google flags “Text too small to read”, you have a problem — but it’s rarely just the font size; often it's an issue with the viewport or zoom turned off in the meta viewport.
Then test on real devices: iPhone SE (small screen), Galaxy S10, iPad mini. If you have to zoom to read, your visitors will too — and Google will see that through low engagement signals. Correct this before it impacts your traffic.
- Check Search Console > Mobile Usability for blocking errors
- Validate the viewport meta (width=device-width, initial-scale=1) on all templates
- Test actual readability on a 5-inch smartphone (current minimum threshold)
- Optimize font loading (woff2, font-display swap, preload)
- Measure UX impact: time on page, scroll depth, mobile vs. desktop bounce rate
- Prioritize quick wins (contrast, line-height) before refining pixels
❓ Frequently Asked Questions
Une police de 12px peut-elle pénaliser mon site ?
Le passage de 12px à 16px améliore-t-il le SEO ?
Quelle est la taille de police recommandée pour le mobile ?
Les Core Web Vitals prennent-ils en compte la typographie ?
Comment savoir si ma police pose problème sur mobile ?
🎥 From the same video 38
Other SEO insights extracted from this same Google Search Central video · duration 985h14 · published on 26/02/2021
🎥 Watch the full video on YouTube →
💬 Comments (0)
Be the first to comment.