Evidence register
Affected URL samples, screenshots, signal conflicts and validation notes.
See our control areas →Map current storefront, content and search constraints before designing a main-domain content system. The assessment defines architecture inputs and acceptance criteria.
Start with your store URL, target markets, goals and known symptoms. Access to Search Console or analytics is agreed only when needed and with the least necessary permission. Do not send passwords through the inquiry form. An audit is diagnosis and prioritization; implementation is included only when explicitly scoped.
| Field | Illustrative record |
|---|---|
| URL | /collections/desk-lamps?sort_by=price-ascending |
| Observation | A parameter URL and its canonical target disagree with the intended index policy. |
| Evidence | Response, rendered canonical, internal links and Google-selected canonical; each with a timestamp. |
| Decision | Confirm whether the parameter serves a distinct search task before changing any rule. |
| Acceptance | Recheck the affected URL and target; retain the prior configuration and distinguish technical validation from later indexing. |
We sample real URLs, compare signals and translate technical symptoms into business decisions.
Affected URL samples, screenshots, signal conflicts and validation notes.
See our control areas →Priorities ranked by reach, severity, confidence and implementation cost.
How priorities are set →Sequenced actions with owners, acceptance criteria and measurement windows.
Discuss your roadmap →Each stage narrows uncertainty before development or content spend begins.
Access, business goals, page types, search data and technology inventory.
Inspect representative URLs and reproduce every issue on a real template.
Join technical risk to demand, revenue exposure and implementation effort.
Define what “fixed” means and how results will be monitored after release.
Start with a focused assessment of the pages that matter most.