Official statement
Other statements from this video 49 ▾
- 1:38 Google suit-il vraiment les liens HTML masqués par du JavaScript ?
- 1:46 JavaScript peut-il masquer vos liens aux yeux de Google sans les détruire ?
- 3:43 Faut-il vraiment optimiser le premier lien d'une page pour le SEO ?
- 3:43 Google combine-t-il vraiment les signaux de plusieurs liens pointant vers la même page ?
- 5:20 Les liens site-wide dans le menu et le footer diluent-ils vraiment le PageRank de vos pages stratégiques ?
- 6:22 Faut-il vraiment nofollow les liens site-wide vers vos pages légales pour optimiser le PageRank ?
- 7:24 Faut-il vraiment garder le nofollow sur vos liens footer et pages de service ?
- 10:10 Search Console Insights sans Analytics : pourquoi Google rend-il impossible l'utilisation solo ?
- 11:08 Le nofollow influence-t-il encore le crawl sans transmettre de PageRank ?
- 11:08 Le nofollow bloque-t-il vraiment l'indexation ou Google crawle-t-il quand même ces URLs ?
- 13:50 Pourquoi Google refuse-t-il de communiquer sur tous ses incidents d'indexation ?
- 15:58 Faut-il vraiment indexer toutes les pages paginées pour optimiser son SEO ?
- 15:59 Faut-il vraiment indexer toutes les pages de pagination pour optimiser son SEO ?
- 19:53 Les paramètres d'URL sont-ils encore un problème pour le référencement naturel ?
- 19:53 Les paramètres d'URL sont-ils vraiment devenus un non-sujet SEO ?
- 21:50 Google bloque-t-il vraiment l'indexation des nouveaux sites ?
- 25:33 Les sitemaps sont-ils vraiment indispensables pour l'indexation Google ?
- 26:03 Comment Google découvre-t-il vraiment vos nouvelles URLs ?
- 27:28 Pourquoi Google impose-t-il un canonical sur TOUTES les pages AMP, même standalone ?
- 27:40 Le rel=canonical est-il vraiment obligatoire sur toutes les pages AMP, même standalone ?
- 28:09 Faut-il vraiment déployer hreflang sur l'intégralité d'un site multilingue ?
- 28:41 Faut-il vraiment implémenter hreflang sur toutes les pages d'un site multilingue ?
- 29:08 AMP est-il vraiment un facteur de vitesse pour Google ?
- 29:16 Faut-il encore miser sur AMP pour optimiser la vitesse et le ranking ?
- 29:50 Pourquoi Google mesure-t-il les Core Web Vitals sur la version de page que vos visiteurs consultent réellement ?
- 30:20 Les Core Web Vitals mesurent-ils vraiment ce que vos utilisateurs voient ?
- 31:23 Faut-il manuellement désindexer les anciennes URLs de pagination après un changement d'architecture ?
- 31:23 Faut-il vraiment désindexer manuellement vos anciennes URLs de pagination ?
- 32:08 La pub sur votre site tue-t-elle votre SEO ?
- 32:48 La publicité sur un site nuit-elle vraiment au classement Google ?
- 34:47 Le rel=canonical en syndication est-il vraiment fiable pour contrôler l'indexation ?
- 34:47 Le rel=canonical protège-t-il vraiment votre contenu syndiqué du vol de ranking ?
- 38:14 Les alertes de sécurité dans Search Console bloquent-elles vraiment le crawl de Google ?
- 38:14 Un site hacké perd-il son crawl budget suite aux alertes de sécurité Google ?
- 39:20 Les liens dans les guest posts ont-ils vraiment perdu toute valeur SEO ?
- 39:20 Les liens issus de guest posts ont-ils vraiment une valeur SEO nulle ?
- 40:55 Pourquoi Google ignore-t-il les dates de modification identiques dans vos sitemaps ?
- 40:55 Pourquoi Google ignore-t-il les dates lastmod de votre sitemap XML ?
- 42:00 Faut-il vraiment mettre à jour la date lastmod du sitemap à chaque modification mineure ?
- 42:21 Un sitemap mal configuré réduit-il vraiment votre crawl budget ?
- 43:00 Un sitemap mal configuré peut-il vraiment réduire votre crawl budget ?
- 44:34 Faut-il vraiment choisir entre réduction du duplicate content et balises canonical ?
- 44:34 Faut-il vraiment éliminer tout le duplicate content ou miser sur le rel=canonical ?
- 45:10 Faut-il vraiment configurer la limite de crawl dans Search Console ?
- 45:40 Faut-il vraiment laisser Google décider de votre limite de crawl ?
- 47:08 Les redirections 301 en interne diluent-elles vraiment le PageRank ?
- 47:48 Les redirections 301 internes en cascade font-elles vraiment perdre du jus SEO ?
- 49:53 L'History API JavaScript peut-elle vraiment forcer Google à changer votre URL canonique ?
- 49:53 JavaScript et History API : Google peut-il vraiment traiter ces changements d'URL comme des redirections ?
Google can technically crawl the links present in an embedded tweet on your site, but Twitter systematically applies the nofollow attribute to these links. The result: no transfer of PageRank, even if Search Console displays them in your backlinks. So don't count on Twitter embeds to boost your link profile — their direct SEO value is nil.
What you need to understand
How does Google handle an embedded tweet on a webpage?
When you embed a tweet via the code provided by Twitter, Google crawls the content of that embed as if it were an integral part of your page. The bot can read the text of the tweet, access the images, and discover the links contained within.
Technically, these links thus become crawlable elements of your HTML. You might even find them in your Search Console reports under the external links section — which can be confusing. But this technical visibility doesn’t mean they pass on any SEO juice.
Why do these links have no impact on your ranking?
Twitter systematically applies the rel="nofollow" attribute to all links posted in tweets, whether viewed directly on twitter.com or embedded elsewhere. This marking explicitly tells Google not to follow these links for PageRank calculation.
Even if the link appears in your source code and Search Console surfaces it in your data, it does not pass any authority to you. It’s a dead link from an SEO perspective, no matter how visible it is in your backlink reports. The nuance is crucial: technical presence ≠ algorithmic value.
What’s the difference with a standard link in your editorial content?
A link you manually add to your article — without nofollow — can pass PageRank and strengthen thematic relevance between two pages. A link in an embedded tweet will never do that, regardless of its position on the page or how many tweets you include.
The Twitter embed acts more like enriched content (social proof, real-time news, expert quotes) but does not serve as a netlinking lever. If your goal is to create an effective linking structure, always prioritize native editorial links within your paragraphs.
- Google can crawl links in embedded tweets, they technically appear in the page's DOM
- Twitter systematically applies rel="nofollow" to all its links, including in embeds
- No PageRank transfer occurs, even if Search Console displays these links in your reports
- Twitter embeds provide editorial value (social proof, freshness) but no direct SEO value in terms of ranking
- For netlinking, always favor native editorial links without the nofollow attribute in your main content
SEO Expert opinion
Is this statement consistent with field observations?
Yes, absolutely. It has been observed for years that Twitter has never played the open PageRank game. The platform has consistently locked its links with nofollow to avoid becoming a link farm or draining its authority to external destinations uncontrolled.
SEOs who relied on Twitter embeds to improve their backlink profile have always been mistaken — and Mueller confirms this outright. What may be surprising is that Search Console sometimes displays these links in reports, creating confusion between "technically present link" and "SEO-active link." Let’s be clear: one does not imply the other.
What nuances are to be added to this general rule?
Mueller uses the term "generally no impact" — which leaves a door slightly open. In very rare cases, a nofollow link may still be followed by Google if the algorithm deems it provides strong contextual value (this is the principle of the "hint" introduced in 2019 with the evolution of nofollow). But don’t count on that for Twitter.
Furthermore, indirect impact does indeed exist. An embedded tweet that generates qualified traffic, increases time spent on the page, or enhances editorial credibility can positively influence your UX metrics — and thus, indirectly, your SEO. But this is a side effect, not a direct ranking mechanism linked to the link itself. [To be verified]: if the Twitter embed substantially alters the bounce rate or CTR in the SERPs, it could weigh on your behavioral signals.
In what cases does this information change your content strategy?
If you were embedding tweets in hopes of
Practical impact and recommendations
Que faut-il faire concrètement avec les tweets embarqués sur votre site ?
D'abord, ne les supprimez pas par principe si vous les utilisez déjà. Ils apportent une valeur éditoriale réelle : preuve sociale, citations d'autorité, actualité en temps réel. Gardez-les quand ils enrichissent véritablement votre contenu et améliorent l'expérience utilisateur.
Ensuite, optimisez leur impact indirect. Placez les embeds Twitter près de vos appels à action ou de vos liens internes stratégiques pour profiter de l'effet « attention captée ». Un témoignage client en tweet peut renforcer la conversion, même si le lien qu'il contient est nofollow. L'objectif : transformer la preuve sociale en engagement, pas en PageRank.
Quelles erreurs éviter absolument avec les embeds Twitter ?
Ne multipliez pas les embeds dans l'espoir de « gonfler artificiellement » votre profil de backlinks. Search Console peut afficher ces liens, mais ils ne vous servent à rien pour le ranking. Vous alourdissez votre page pour un bénéfice SEO nul.
Évitez aussi de surcharger vos articles avec trop d'embeds. Chaque script Twitter ajoute du poids, du JavaScript, et potentiellement du Cumulative Layout Shift (CLS) si le chargement décale votre mise en page. Testez vos Core Web Vitals après intégration et limitez-vous aux embeds vraiment pertinents. Si vous en avez 5 ou 6 par article, vous avez probablement un problème de stratégie éditoriale.
Comment vérifier que vos embeds Twitter ne nuisent pas à vos performances ?
Utilisez PageSpeed Insights et Lighthouse pour mesurer l'impact des scripts Twitter sur vos temps de chargement. Si votre LCP (Largest Contentful Paint) ou votre CLS explosent à cause des embeds, envisagez un chargement lazy (différé) ou une solution de prévisualisation statique cliquable.
Surveillez aussi vos métriques d'engagement dans Google Analytics : temps moyen sur la page, taux de rebond, profondeur de scroll. Si les embeds Twitter améliorent ces signaux, ils valent la peine d'être conservés — même sans bénéfice SEO direct lié aux liens. Si au contraire ils alourdissent la page sans améliorer l'UX, élaguez.
- Ne comptez jamais sur les embeds Twitter pour votre stratégie de backlinks — leur valeur SEO directe est nulle
- Limitez le nombre d'embeds par page pour préserver vos Core Web Vitals (LCP, CLS)
- Placez les embeds stratégiquement près de vos CTA ou liens internes pour capter l'attention
- Testez vos performances avec PageSpeed Insights après intégration d'un embed Twitter
- Privilégiez le lazy loading si vous devez conserver plusieurs embeds pour des raisons éditoriales
- Suivez vos métriques d'engagement dans Analytics pour valider l'impact indirect sur l'UX
❓ Frequently Asked Questions
Un lien dans un tweet embarqué apparaît dans Search Console, est-ce qu'il compte pour mon SEO ?
Les embeds Twitter ont-ils un impact indirect sur mon ranking ?
Dois-je supprimer tous les tweets embarqués de mon site ?
Les embeds Twitter ralentissent-ils mes Core Web Vitals ?
Google traite-t-il différemment les liens nofollow depuis 2019 ?
🎥 From the same video 49
Other SEO insights extracted from this same Google Search Central video · duration 55 min · published on 21/08/2020
🎥 Watch the full video on YouTube →
💬 Comments (0)
Be the first to comment.