Official statement
Other statements from this video 45 ▾
- 1:01 Does every change to content or design really affect SEO rankings?
- 1:01 What impact can changing your site's design or content have on your rankings?
- 2:37 Do domain extensions (.com, .fr, .uk) really influence the weight of backlinks?
- 2:37 Do domain extensions (.com, .fr, .uk) really influence the value of backlinks?
- 4:06 Does redirecting your old pages to an archive really help preserve SEO?
- 4:13 Can redirecting to an archive section really help preserve the SEO of old pages?
- 5:16 Does blocking a folder via robots.txt kill the PageRank transfer to your strategic pages?
- 6:27 Do links from old press releases really hold any SEO value?
- 6:54 Do links from old press releases really drag down your backlink profile?
- 7:59 How does Google truly detect duplicate content and why doesn't it seek the original?
- 8:29 Does boilerplate content really harm SEO?
- 9:29 Does Google really not care who published the original content?
- 10:03 Does content originality really ensure top rankings on Google?
- 13:42 Do domain migration problems amplify the impact of Core Updates?
- 13:46 Are site migrations really as risky as they seem?
- 20:28 How long does it really take for a domain migration to stabilize in Google?
- 22:06 Are domain migrations really risk-free according to Google?
- 26:14 Should you really delay your SEO changes during a Core Update?
- 27:27 Should you really update all backlinks after a domain migration?
- 29:00 Should you really check a domain's history before purchasing it for an SEO migration?
- 31:01 Why does Google maintain SafeSearch filtering even after migrating to clean content?
- 32:03 Do you really need the address change tool to migrate between subdomains?
- 32:03 Should you really use the address change tool when migrating between subdomains?
- 33:10 Are Web Stories really indexable like regular pages?
- 33:10 Can Web Stories really rank like traditional pages?
- 36:04 Do AMP errors really harm Google rankings, or is it just a myth?
- 36:24 Do AMP errors really affect your Google ranking?
- 37:49 How does cleaning up your URL structure really enhance the ranking of your strategic pages?
- 38:00 How can cleaning up your URL structure solve your ranking problems?
- 39:36 Is it true that hidden text for accessibility is penalized by Google?
- 39:36 Does hidden text for accessibility really harm your site's SEO?
- 41:10 Why do your impressions skyrocket on certain days in Search Console?
- 42:45 How can you implement paywall schema when conducting A/B tests with multiple variations?
- 44:03 Should you really show the complete content to Googlebot if the paywall blocks users?
- 48:00 Does Google really rewrite your titles to boost clicks without affecting rankings?
- 48:07 Does Google rewrite your titles to manipulate your click-through rates?
- 49:49 Should you really stuff your titles with every keyword variation?
- 50:50 Is it true that Google rewrites your title tags, and how can you ensure your original version gets displayed?
- 51:56 Does a modified HTML title lose its ranking power in the SERPs?
- 65:39 Should you really stop optimizing for synonymous keywords?
- 65:39 Should you stop optimizing for synonyms and geographical variations?
- 67:16 Why does Google consistently block rich results for adult sites?
- 67:16 Can adult sites actually display rich results on Google?
- 68:48 Does SafeSearch really filter the entire domain if only a part contains adult content?
- 69:08 Can an adult domain host non-adult sections without penalizing the entire site?
Google states that a page blocked by robots.txt cannot transfer the value of external links to the rest of the site. Essentially, blocking a page that receives backlinks is a waste of SEO juice. The recommendation is to identify these pages and allow them to be crawled, even if their content seems less strategic.
What you need to understand
Why does blocking by robots.txt prevent value transfer?
When a page is blocked by robots.txt, Googlebot simply cannot crawl it. Without access to the content, the algorithm ignores the internal structure of that page — its outgoing links, its interlinking, its thematic context.
While the engine does detect the existence of the page and may even index its URL if mentioned elsewhere, it cannot follow the outgoing links from this page or assess their relevance. As a result, backlinks pointing to this URL do not propagate to the rest of the site.
How is this different from a noindex tag or a 404 page?
A page with noindex remains crawlable. Google can read its content, follow its internal links, and transfer the PageRank assigned to it. The noindex directive simply prevents indexing but does not stop the flow of juice.
A 404 or deleted page also interrupts value transfer, but for a different reason: it no longer exists. The external link then becomes a lost backlink — no redirection, no transmission.
In what contexts is this mistake common?
Some SEOs block by robots.txt pages they consider unhelpful: old landing pages, redundant category pages, temporary content. The problem is that these pages may have accumulated backlinks over time, particularly through past campaigns or organic mentions.
Another common case is technical or admin pages (login, cart, checkout). If these URLs receive links — which happens more often than one might think — their blocking prevents any value transfer to the strategic pages.
- Blocking by robots.txt prevents Googlebot from crawling the content and following internal links
- Backlinks to a blocked page do not propagate to the rest of the site
- A page with noindex remains crawlable and passes juice through its internal links
- Technical or temporary pages can receive backlinks unbeknownst to you
- It is crucial to regularly audit blocked pages to identify those receiving links
SEO Expert opinion
Is this statement consistent with field observations?
Yes, this is one of the most consensus-based claims from Google. Empirical tests confirm it: blocking a page with robots.txt does indeed cut off the transmission of PageRank through its outgoing links. This is not surprising — it's even the fundamental logic of crawl budget.
Where it gets interesting is with pages that receive backlinks without the SEO being aware. A link profile audit often reveals blocked URLs that capture juice without redistributing it. That's pure and simple waste.
What nuances should be added to this rule?
First nuance: if a blocked page receives toxic or spammy backlinks, blocking can serve as a barrier. While you lose potential juice, you also avoid contamination. In this case, it's best to redirect with a 301 to a healthy page after cleaning.
Second nuance: the internal links of a blocked page are not followed, but the external outgoing links are also not detected. If you block a page that links to partner sites, Google will not see those links — which can be strategic in some cases. [To be verified] according to your objectives.
When does this rule not apply?
If a page is blocked by robots.txt AND subject to a 301 redirection, the value of the backlinks normally transfers to the target URL. The robots.txt does not prevent HTTP redirections from working — it only prevents crawling of the final content.
Another exception: pages blocked by robots.txt can still be indexed by URL if backlinks point to them. Google lists them as "No information available". These URLs indexed without content transfer nothing, but their presence in the index can cause duplication or dilution issues.
Practical impact and recommendations
What concrete steps should be taken to avoid this problem?
Your first reflex: audit your robots.txt file and cross-reference the blocked URLs with your backlink profile. Tools like Ahrefs, Majestic, or SEMrush help export the list of pages receiving external links. Compare this list with the Disallow directives in your robots.txt.
If you identify blocked pages that capture juice, there are two options. You can either unblock them to allow for value transfer through their internal links or set up a 301 redirection to a strategic page — the juice will transfer directly, without passing through the blocked page's content.
What errors should be avoided during the audit?
A common mistake is unblocking all pages that receive backlinks without checking the quality of those links. A spam or toxic backlink does not deserve to have a whole page unblocked. First, analyze the profile, disavow if necessary, then decide.
Another trap is forgetting that some pages blocked by robots.txt are still indexed. If you unblock a technical page (login, cart) to recover juice, you risk indexing it with poor content. Combine unblocking with a noindex tag if you want to retain control.
How can I check if my site is compliant?
Use Google Search Console to spot URLs blocked by robots.txt that appear in your link profile. The "Links" tab lists all pages receiving backlinks — filter those marked as "Blocked by robots.txt".
Complete this with a technical crawl via Screaming Frog or Botify. Enable the option "Respect robots.txt" and identify the blocked pages. Cross-reference this crawl with your backlink export to spot potential juice losses.
- Export the complete list of URLs blocked by robots.txt
- Cross-check this list with the backlink profile (Ahrefs, Majestic, GSC)
- Analyze the quality of the backlinks on the blocked pages before unblocking them
- Unblock strategic pages or set up 301 redirections
- Combine unblocking and noindex for technical pages with low editorial value
- Regularly check the "Links" tab in Google Search Console to spot new blocked pages
❓ Frequently Asked Questions
Bloquer une page par robots.txt empêche-t-il Google de la voir dans les backlinks ?
Peut-on bloquer une page par robots.txt et la rediriger en 301 en même temps ?
Une page en noindex transmet-elle le jus de ses backlinks ?
Comment identifier les pages bloquées qui reçoivent des backlinks ?
Faut-il débloquer toutes les pages qui reçoivent des backlinks ?
🎥 From the same video 45
Other SEO insights extracted from this same Google Search Central video · duration 1h14 · published on 11/12/2020
🎥 Watch the full video on YouTube →
💬 Comments (0)
Be the first to comment.