Use this section as the technical release gate for Medtech search work in 2026. Each checkpoint should end in a documented pass or fail decision that another reviewer can reproduce from the evidence.
Checkpoint: Verify analytics and tag data handling before trusting performance reporting. Evidence required: a current tag inventory, form-field inventory, representative request payloads, a data-flow diagram, consent and configuration records where applicable, and the documented privacy review for Google Analytics 4 or any other destination that could receive identifiers or health-related information.
Pass condition: representative journeys show that prohibited, unnecessary, or unapproved sensitive information is not transmitted to destinations outside the approved design, and the responsible privacy or compliance stakeholder has reviewed the configuration.
Fail condition: query parameters, form values, event attributes, user identifiers, or network requests expose data that the approved design does not permit. Severity: Critical. Owner: Analytics lead, with privacy or compliance review.
Corrective action: remove or suppress sensitive parameters, minimize collection, reconfigure or disable affected tags, and use server-side controls only where they support the approved data flow. Validation step: repeat the same journeys in a clean session, inspect browser network requests and server-side records, and reconcile observed transmissions with the approved map. Tools: Google Tag Manager Server-Side, Segment, Freshpaint.
Checkpoint: Test Core Web Vitals and content delivery on templates that carry product, evidence, and documentation information. Evidence required: field data where available, repeatable lab tests for representative templates, a rendering record, and a prioritized list of the largest blocking, layout, script, media, or delivery problems.
Pass condition: the tested template set meets the source checklist target of LCP under 2.5s or the current performance target formally adopted by the team, and no severe delivery or rendering defect blocks users or crawlers from the core information.
Fail condition: important product, evidence, support, or documentation content loads late, shifts materially, fails to render, or becomes inaccessible under representative conditions. Severity: High.
Owner: Web performance or platform engineering. Corrective action: address the diagnosed bottleneck in evidence order, which may include media optimization, critical rendering, caching, script reduction, or delivery changes.
Validation step: rerun the same template, device, and network tests after deployment and compare like-for-like results before closing the issue. Tools: PageSpeed Insights, Chrome DevTools.
Checkpoint: Verify structured data against the visible Medtech entity and page facts. Evidence required: rendered JSON-LD, the visible content it describes, the source record for material product attributes, and a review of chosen schema vocabulary.
Pass condition: markup is syntactically valid, describes the actual page entity, agrees with visible content, and does not add regulatory status, indications, ratings, approvals, outcomes, or other attributes that are absent or unsupported.
Fail condition: properties conflict with the page, describe a different entity, invent a stronger product position, or are included solely in the hope of obtaining a search feature. Severity: High. Owner: Technical SEO, with product and regulatory review when the marked-up facts require it.
Corrective action: remove unsupported properties, correct entity relationships, and align the remaining markup with visible, source-controlled facts. Validation step: inspect rendered source, run an appropriate structured-data or schema validator, and compare each material property with the visible page and controlled record. Tools: Schema.org, JSON-LD Generator.
Checkpoint: Audit internal links among product pages, technical documentation, evidence resources, support content, and audience guidance. Evidence required: a crawl export, URL inventory, orphan-page report, broken-link report, and samples of the anchor text used to connect important resources.
Pass condition: important pages can be reached through descriptive, contextually relevant links; related hardware, software, evidence, and support material is connected only where the relationship is real; and navigation avoids avoidable dead ends.
Fail condition: critical pages are orphaned, evidence is separated from the product context it supports, anchors are too vague to explain the destination, or paths depend on broken or irrelevant intermediate pages.
Severity: High. Owner: Technical SEO and content operations. Corrective action: add contextual links from appropriate pages, repair broken internal destinations, simplify misleading paths, and align breadcrumbs or navigation with the actual information hierarchy.
Validation step: recrawl the affected area and confirm that the intended hub-to-detail paths exist, orphaning is reduced, anchors remain accurate, and no new broken destinations were introduced. Tools: Screaming Frog, Ahrefs.
Checkpoint: Verify indexation, canonical, robots, and sitemap controls on product and technical resources. Evidence required: indexability reports, rendered canonical elements, robots directives, sitemap entries, and a representative sample from every important template family.
Pass condition: pages intended for organic discovery are crawlable and indexable, canonical signals match the documented content policy, and discovery files represent the intended URLs without contradictory directives.
Fail condition: valuable Medtech pages are blocked, canonicalized to unrelated content, duplicated without a deliberate policy, or omitted because of template or deployment drift. Severity: Critical.
Owner: Technical SEO and web engineering. Corrective action: repair robots rules, canonical logic, sitemap generation, redirects, or duplicate-template behavior according to the approved indexation policy.
Validation step: recrawl the affected templates, inspect rendered HTML and response behavior, then verify the corrected URLs in search reporting after release.