SEReporty
Sign In

High Total Blocking Time

Check Type:POOR_TBTCategory:PerformancePriority:High ImpactAI Impact:Low

What Is This Issue?

High Total Blocking Time means search engines and AI systems are receiving an incomplete or conflicting signal for this page. In practical terms, the crawler can still visit the URL, but ranking, snippet quality, or indexation confidence is reduced because the implementation is not explicit enough.

This usually happens when render-blocking assets, oversized media, and delayed execution of critical rendering resources. Teams often fix one layer (for example the CMS field) but leave the template, plugin output, or server headers unchanged, so the same issue returns on newly published pages.

Business impact: High Total Blocking Time means JavaScript is monopolizing the main thread and delaying interaction readiness. For connected fixes, review [Poor Cumulative Layout Shift](/seo-knowledge/issues/poor-cls), [Poor First Contentful Paint](/seo-knowledge/issues/poor-fcp), [Poor Interaction to Next Paint](/seo-knowledge/issues/poor-inp).

Why This Matters

High Total Blocking Time means JavaScript is monopolizing the main thread and delaying interaction readiness.

Step-by-Step Fix (Beginner Friendly)

  1. 1. Confirm every affected URL from the audit export and group pages by template type before changing anything.
  2. 2. In CMS workflows (WordPress/Shopify/Webflow), update the relevant SEO field defaults so editors cannot publish this issue again.
  3. 3. In code, enforce the same rule at template/component level to prevent plugin or field drift during deployments.
  4. 4. Test one representative URL per template in browser View Source (not just DevTools DOM) to confirm server output is correct.
  5. 5. Re-crawl with your internal auditor and verify this check moves from fail to pass across all affected pages.
  6. 6. Validate in Google Search Console or Bing Webmaster reports after recrawl to confirm indexing/snippet behaviour normalizes.
  7. 7. Complete adjacent fixes in this cluster: [Poor Cumulative Layout Shift](/seo-knowledge/issues/poor-cls), [Poor First Contentful Paint](/seo-knowledge/issues/poor-fcp), [Poor Interaction to Next Paint](/seo-knowledge/issues/poor-inp).

Code Example (Problem)

Current Problematic Implementation

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>SEO Issue Example</title>
</head>
<body>
  <head>
    <script src="/js/analytics.js"></script>
    <script src="/js/widgets.js"></script>
  </head>
  <body>
    <img src="/hero-large.jpg" alt="Hero banner">
  </body>
</body>
</html>

Code Example (Solution)

Copy-Paste Ready Fix

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>SEO Fix Example</title>
</head>
<body>
  <head>
    <link rel="preload" as="image" href="/hero.webp">
    <script src="/js/widgets.js" defer></script>
  </head>
  <body>
    <img src="/hero.webp" width="1200" height="630" fetchpriority="high" alt="Hero banner">
  </body>
</body>
</html>

Before vs After

Before

  • Search engines and AI systems receive weaker technical signals for this page.
  • The page can lose ranking potential and clarity in SERP presentation.
  • Validation tools report this issue as unresolved.

After

  • The page outputs a valid, machine-readable implementation for this check.
  • Ranking and crawl interpretation signals become clearer and more reliable.
  • Re-crawl and validation tools confirm the issue is fixed.

How to Verify (DevTools + Tools)

  1. Open the page in Chrome and press F12 to open DevTools.
  2. Use the Elements tab to confirm the expected HTML/meta/schema output is present.
  3. Use View Source to check server-rendered output (not only client-rendered DOM).
  4. 1. Open an affected page, use View Source, and confirm the expected high total blocking time implementation exists in raw HTML.
  5. 2. In DevTools Network tab, hard-refresh and confirm no conflicting header/meta/template output appears after hydration.
  6. 3. Run URL Inspection (or live test) in Search Console to ensure crawlers can fetch the updated page state.
  7. 4. Re-run your SEO audit on the same URLs and confirm the issue count drops to zero for this check.
  8. 5. Spot-check 3-5 newly published pages from the same template to ensure the fix is systemic, not one-off.

When to Ignore

  1. Ignore only when the URL is intentionally excluded from organic search (for example internal utility pages, gated flows, or temporary campaign pages).
  2. Ignore if this page is scheduled for permanent redirect/removal in the same release cycle and is not part of indexed content strategy.

Common Mistakes

  1. Fixing only one URL manually while leaving the underlying template/plugin setting unchanged.
  2. Checking rendered DOM only and missing conflicting markup in raw server HTML or response headers.
  3. Closing the ticket before verifying in both crawler output and search console recrawl diagnostics.

Related Issues

Poor Cumulative Layout ShiftPoor First Contentful PaintPoor Interaction to Next PaintPoor Largest Contentful Paint

Glossary Terms

Core Web Vitals

Google's three official page experience metrics — loading speed, visual stability, and interactivity — that directly influence search rankings.

Page Speed

How quickly a web page loads and becomes usable for visitors — a key factor in both user experience and Google rankings.

Crawl Budget

The number of pages Google will crawl on your site within a given time frame — large sites need to manage this carefully.

References

Official Reference

Free Audit

Check if your website has this issue

Run a free SEO and AI readiness audit on your website. Get a prioritised list of issues like this one — with step-by-step fix guides.