Skip to content

Template-level vs. page-level issues

Most damaging technical-SEO defects are not one-off page mistakes — they’re a single line of template code repeated across hundreds or thousands of URLs. VisibilityIQ assigns every finding a scope so you know whether you’re looking at one broken page or one broken template that broke a thousand pages. Scope is the difference between a checklist of symptoms and a list of root causes.

  • A completed crawl that covered enough of each page family for VisibilityIQ to recognize the shared structure.
  • Access to Audit → Issues, where every finding shows its scope.
  • A mental map of your site’s templates (product page, blog post, category, listing) — the engine detects these structurally, but knowing them helps you act on the findings.
ScopeWhat it meansHow you fix it
PageAffects only the specific URL listed.Fix that one page.
TemplateAffects every page sharing a common structure (all product pages, all blog posts).Fix the template once; the change resolves every page.
ClusterAffects a related group of pages — e.g., a duplicate-content family or an hreflang set — that aren’t a single template but are linked by a relationship.Fix the relationship (consolidate duplicates, repair the hreflang map).
SiteAffects the entire domain — robots.txt, a missing site-wide security header, an llms.txt gap.One site-root fix.
Source-reconciledThe finding only exists because crawler data was cross-referenced with a connector (GSC selected canonical, GA4 traffic, CrUX field data).Resolve the underlying defect; the reconciliation confirms it’s real.

If a noindex leaks into your product-page template, a page-by-page tool reports it 4,000 times — a wall of identical findings you have to deduplicate by hand. VisibilityIQ instead detects that the 4,000 instances share a template, aggregates them into one template-scoped finding, and reports the affected count alongside it. You see one root cause, you make one fix, and the next crawl shows all 4,000 instances resolved together. Template-aware aggregation is how the audit stays a list of decisions to make, not a spreadsheet of rows to triage.

Guidance and generated files fix the template once

Section titled “Guidance and generated files fix the template once”

When a defect is template-wide, the finding’s guidance and any generated artifact target the template, not the individual pages. A template-scoped canonical defect ships a single corrected canonical pattern for the layout; a site-scoped robots.txt defect ships one corrected robots.txt for the root. You’re never handed N copies of the same fix — VisibilityIQ produces the one change that resolves the whole scope. (See Reading your audit results for how guidance and generated files appear on a finding.)

A render-parity gap on one obscure page is Medium. The same gap on a template behind your entire catalog is High or Critical, because a single component is suppressing content or canonicals across your most valuable URLs. VisibilityIQ weighs the affected-page count when prioritizing, so template- and site-scoped findings rise to the top of the issue list ahead of isolated page defects — even when the per-page severity looks identical. This is why a Critical at template scope is the first thing you should fix after any crawl.

  1. Open Audit → Issues and sort or filter by scope.
  2. Start with Site and Template findings — each one is a single fix with the widest blast radius.
  3. Handle Cluster findings next — duplicate families and hreflang sets need the relationship repaired, not each page patched.
  4. Treat Source-reconciled findings as confirmed-real: an external source agrees with the crawler, so they rarely warrant the skepticism a low-confidence heuristic does.
  5. Leave isolated Page findings for last — they’re real, but they don’t scale your effort the way template fixes do.