Use this section to decide whether search engines can discover and interpret the intended catalog URLs without being pulled through unnecessary filter combinations. Keep a record of the exact URLs, directives, and reports reviewed so the same checks can be repeated after a release.
Faceted navigation and filter URLs
Evidence required: Crawl a representative category and inspect size, color, fabric, sort, and other parameter combinations, then compare those URLs with Google Search Console indexing evidence.
Pass/fail condition: Pass when only deliberately indexable filter or category URLs can be indexed and duplicate or low-value combinations are controlled consistently. Fail when navigation creates large sets of near-duplicate indexable URLs with no distinct search purpose.
Severity: High when the pattern affects major collections; otherwise prioritize by crawl and index impact. Owner: SEO lead with the ecommerce developer or platform owner. Corrective action: Choose the appropriate control for each URL pattern, such as canonicalization, internal-link restraint, noindex where appropriate, or robots.txt only when blocking crawl is actually the intended behavior.
Do not use robots.txt as a substitute for removing an already indexed URL. Validation step: Re-crawl the affected paths, inspect canonical and indexing signals, and confirm that important product and collection pages remain reachable.
Mobile performance and Core Web Vitals
Evidence required: Test representative product, collection, and content templates on mobile with PageSpeed Insights and Chrome DevTools, and compare lab findings with available field data.
The source copy previously stated that 70-85% of apparel shopping happens on mobile; because this JSON contains no supporting source URL, treat that range as a historical claim requiring source reconciliation rather than a verified fact.
Pass/fail condition: Pass when the template has no unresolved performance issue that materially blocks loading or interaction for shoppers and the measured LCP target is evaluated against the source's working threshold of under 2.5 seconds.
Fail when large images, scripts, or apps cause persistent template-level performance problems. Severity: High for defects repeated across core shopping templates. Owner: Front-end or ecommerce engineering, with SEO supplying affected templates and evidence.
Corrective action: Reduce avoidable transfer size and script cost, reserve layout space, and prioritize the content needed for the initial view. Re-check current Google documentation before presenting any threshold as a current standard.
Validation step: Re-test the same templates after deployment using the same measurement method and confirm that the correction did not break product media, variant selection, or checkout paths.
Product and review structured data
Evidence required: Inspect rendered structured data on eligible product pages and compare price, availability, ratings, and other marked-up properties with visible page content and commerce data.
Pass/fail condition: Pass when supported properties are accurate, policy-compliant, and tied to content shoppers can verify on the page. Fail when markup is missing from a required implementation, contradicts the visible product state, or includes unsupported information.
The source previously associated enhanced result presentation with a 15-30% click-through change, but no supporting source URL is present here, so that range requires source reconciliation and must be treated only as an unverified historical claim, not as an expected outcome.
Severity: High when incorrect markup misrepresents product information; otherwise prioritize by template coverage. Owner: Ecommerce developer or structured-data implementer, with merchandising responsible for source product data.
Corrective action: Repair inaccurate or unsupported properties and test the rendered output. Structured data can establish eligibility for certain search features, but eligibility does not ensure that a feature will appear.
Validation step: Use Schema.org references and Google's Rich Results Test where applicable, then inspect the live rendered page after release.