Site Audit
Define a crawl boundary, inspect page-level errors and re-run a technical assessment after release.
Site AuditFor agency owners and SEO practice leads
Running a search team means judging evidence, scope and accountability—not just reading a wall of audit warnings. Use DigestSEO's technical checks as a reviewable record while your agency owns assignments, decisions and client communication.
DigestSEO does not approve client work, operate a CRM, grant multi-seat roles or change client websites. Leadership sign-off happens in your own process.
01 / Delivery standards
Two specialists can report the same audit differently. An agency lead needs the agreed crawl boundary, affected pages, severity, implementation owner and an after-state before saying a technical task is closed. Keep commercial scope separate from diagnostic findings.
02 / Engagement lifecycle
These are agency operating decisions supported by evidence from DigestSEO, not automated stages inside an agency management platform.
Use an authorized public-page check for discovery. Do not pass a sample audit off as a complete-site diagnosis.
Agree the property, URL patterns, page limits, exclusions, success criteria and who can approve additional work.
Create a scoped Site Audit project; retain crawl dates, findings and affected URLs. Record inaccessible areas as limitations.
Select the issues that fit impact, risk and contract. Assign developers or content owners in your existing task system.
After implementation, crawl the same relevant scope again. Distinguish cleared findings from unverified pages or new regressions.
Show the original evidence, what shipped, what re-crawl confirmed, what was deferred and what Google data can actually support.
03 / Review checklist
Ask for the source, not just a colored score. Every accepted or deferred change should be traceable.
The correct client property and named Site Audit project.
The exact starting URL, crawl scope, page limits and exclusions.
Affected URLs and observed markup or status evidence.
Issue severity, business relevance and confidence—not a raw warning total.
Baseline and verification dates, with comparable crawl coverage.
The named implementation owner and external work-ticket reference.
A post-change crawl result: resolved, still present or not verifiable.
04 / Worked example
Illustrative example: a practice lead reviews a new ecommerce crawl containing duplicated metadata, broken internal links, and warnings from low-value filtered URLs. The lead does not turn the entire report into a fixed-price promise.
The agency first chooses indexable category pages with reproducible broken links and a clear implementation owner. It keeps the affected URLs and crawl baseline, then hands selected findings to developers; an eligible Fix Pack can package those selected findings into a Markdown brief.
Filter-page warnings are deferred until the indexing strategy and contracted scope are settled. After deployment, the lead requests a comparable re-crawl. A fixed status code is reported as a verified technical correction, not as proven sales or ranking growth.
05 / Honest reporting
An accountable client report says what a metric measures, where it came from and what it cannot establish.
Crawl Health Score tracks the share of crawled internal URLs without errors; it is not a keyword ranking or traffic score.
Authorized Search Console clicks and impressions describe Google Search exposure; they do not establish leads, revenue or conversions.
A developer's completed ticket means a change was delivered; a comparable re-crawl is needed to verify that the original technical finding cleared.
Optional GEO MCP results describe sampled citations from configured AI engines; they are not universal AI-search coverage or a guaranteed outcome.
06 / Product fit
Use only the surface that answers the current delivery question; optional MCP tools require setup and access.
Define a crawl boundary, inspect page-level errors and re-run a technical assessment after release.
Site AuditReview multiple saved projects, scheduled crawl history, issue trends, CSV issue exports and printable reports; not white-label reporting.
SEO DashboardFrom an eligible completed crawl, lock selected findings into a Markdown/master-prompt handoff; implementation remains external.
Fix PackWith Google OAuth and property permissions, inspect Search Analytics, indexing and sitemap signals rather than inventing business outcomes.
GSC MCPValidate authorized public markup, metadata and JSON-LD; the hosted site batch is bounded, not a full JavaScript-rendered crawl.
Web Validator MCPOptionally self-host AI citation observations for configured engines and API keys; absence of a result is not proof of absence.
GEO MCP07 / Boundaries and access
Yes. The SEO Dashboard supports multiple saved website projects with crawl scope, history, trends and schedules. Keep client ownership and commercial tracking in your own systems.
No. DigestSEO has no CRM, billing, invoicing, lead marketplace, proposals or automated onboarding.
There is no white-label reporting infrastructure. Existing outputs include dashboard CSV issue exports and printable reports; eligible Fix Packs provide a Markdown export.
No built-in multi-seat RBAC, client portal or approval workflow is claimed. Share appropriate exports through your existing access-controlled channels.
Record the source crawl and affected URL, have your implementation team deploy the change, then re-crawl the comparable page and scope. Distinguish resolved, persistent and unverified findings.
Contracts, work assignments, code and CMS edits, deployment, approvals, conversion tracking and client communications remain outside DigestSEO.
Only where authorized and relevant. GSC MCP needs Google account/property access; GEO MCP requires self-hosting and configured engines. Report collection limits and sampled observations.
We'll email you when it opens.