Practical SEO checklist

SEO Audit Checklist PDF and Templates

Download this SEO audit checklist PDF to review an existing website, or use the Excel workbook to track its 21 audit checks and findings separately. The checks help you investigate indexing, content, links, measurement and page experience. The findings register turns confirmed problems into repairs with owners and retests. Every result and note is yours to complete.

Free to useNo account neededSaved in your browser
A printable audit worksheet beside a tabbed evidence workbook and a download arrow.
An editorial illustration

Download your templates

Choose a format and save a copy. No account or form is required.

Two real seed rows from the download; the editable file includes additional planning columns.
Check IDWhat to inspectStatus
AUDIT-SAMPLEChoose important pages for the SEO auditUntested
AUDIT-BASELINECompare search clicks and impressionsUntested
Your working checklist

Work through the checklist

Click a square to mark a task as Pass. Click again to undo. Use the result menu for a problem, a blocker or a task that does not apply. You do not need to enter notes.

9 checks

Choose an SEO Audit PDF or Editable Workbook

The PDF supports an offline review. The workbook adds editable checks and a findings register. CSV downloads keep those two data sets separate, so a failed check does not become a vague task with no affected page or next action.

Open the audit file that fits the review

The file opens and its format supports the intended audit.

Use this for: Anyone using the audit downloads.

Download the PDF for printing or the XLSX for an editable audit. The workbook contains Start here, Audit checks, Findings and Illustrative example sheets. Use the checks CSV or blank findings CSV when importing into another system. Keep the downloaded master separate from each real site’s working copy.

Example

A small site review can use the PDF. A team fixing shared-template issues can use the workbook’s Findings sheet.

  1. Choose the intended format.
  2. Save a site-specific working copy.
  3. Open it and confirm the 21 audit checks.
More help and optional notesMedium · Website owner

Before you begin: A PDF reader or compatible spreadsheet application.

PassThe file opens and its format supports the intended audit.
FailThe wrong file is used or a needed sheet is missing.

If it fails: Open a compatible format and retain a clean master.

Retest: Open it and confirm the 21 audit checks.

Not applicable: The described feature or activity is outside this review’s stated scope; unavailable access belongs under Blocked.

Optional: the affected page or a useful reminder. Keep confidential data out of shared exports.

No result recorded yet.

Changing this result updates your checkmark and progress immediately. Notes are optional.

Define what the audit actually covers

The audit’s sample, dates and limits are clear.

Use this for: Every site audit.

In Scope or URL, identify the reviewed property, page group or sampled URL. Set a review date and use comparable date ranges for search observations. Include important page templates rather than only the homepage. If access or sampling leaves gaps, label those gaps; a sample is not proof that every URL was tested.

Example

Review a service page and an informational guide separately if their templates or visitor tasks differ.

  1. Choose important page types and URLs.
  2. Specify review dates and available reports.
  3. Keep unreviewed areas visibly outside the conclusion.
More help and optional notesMedium · Website owner

Before you begin: The site inventory and available review reports.

PassThe audit’s sample, dates and limits are clear.
FailA narrow sample is presented as a complete site audit.

If it fails: Clarify the sample and separate untested areas.

Retest: Keep unreviewed areas visibly outside the conclusion.

Not applicable: The described feature or activity is outside this review’s stated scope; unavailable access belongs under Blocked.

Optional: the affected page or a useful reminder. Keep confidential data out of shared exports.

No result recorded yet.

Changing this result updates your checkmark and progress immediately. Notes are optional.

Complete Checks Before Writing Findings

Start with the audit question, report or page inspection, then choose a result. The template is a manual working aid. It cannot infer a technical problem from a falling traffic chart or decide that a page is useful from its word count.

Keep check results separate from issue progress

Results describe observations and workflow states describe work.

Use this for: Checks that uncover a problem.

Use Untested, Pass, Fail, Blocked or Not applicable in Audit checks. Findings uses a different workflow: Open, In progress, Ready for retest, Closed or Blocked. A developer finishing a change does not automatically make the original check Pass. Inspect the result before closing the finding. Notes remain optional.

Example

An indexing fix can be Ready for retest while the original indexing check still records the previously observed Fail.

  1. Inspect the check’s actual condition.
  2. Set its result in Audit checks.
  3. Track a repair separately in Findings.
More help and optional notesMedium · Website owner

Before you begin: The Audit checks and Findings sheets.

PassResults describe observations and workflow states describe work.
FailA completed assignment is mistaken for a verified repair.

If it fails: Separate the observed result from the repair’s workflow state.

Retest: Track a repair separately in Findings.

Not applicable: The described feature or activity is outside this review’s stated scope; unavailable access belongs under Blocked.

Optional: the affected page or a useful reminder. Keep confidential data out of shared exports.

No result recorded yet.

Changing this result updates your checkmark and progress immediately. Notes are optional.

Write a finding that identifies the affected page and problem

The finding identifies a reproducible issue and its actual scope.

Use this for: Confirmed problems or explicitly labeled investigations.

For each confirmed issue, enter a Finding ID, the related Check ID, affected URL or template and a plain description of what happened. Explain why the problem matters to that page’s intended task. If the cause is not confirmed, choose Needs investigation in the Confidence column rather than presenting a guess as fact. Supporting notes are optional.

Example

Illustrative finding: a public service-page template outputs noindex even though those pages are intended for search. The issue is the unintended directive, not a missing keyword.

  1. Identify the affected URL or shared template.
  2. Describe the observed mismatch.
  3. Separate a confirmed cause from an open hypothesis.
More help and optional notesMedium · Website owner

Before you begin: An inspected issue and its affected page or template.

PassThe finding identifies a reproducible issue and its actual scope.
FailThe row contains only “improve SEO” or an untested diagnosis.

If it fails: Replace generic wording with the observed page behavior.

Retest: Separate a confirmed cause from an open hypothesis.

Not applicable: The described feature or activity is outside this review’s stated scope; unavailable access belongs under Blocked.

Optional: the affected page or a useful reminder. Keep confidential data out of shared exports.

No result recorded yet.

Changing this result updates your checkmark and progress immediately. Notes are optional.

Group repeated symptoms by their shared cause

The register reflects distinct causes and repair work.

Use this for: Audits with repeated page or template issues.

If several URLs fail because of one template setting, create one main finding and list the affected scope. Keep separate findings when the causes or repairs differ. This avoids assigning the same change repeatedly while retaining representative URLs for testing. Do not merge unrelated defects just because an audit tool places them in one category.

Example

A shared title template can produce generic titles across ten pages; a broken link on only one guide needs its own correction.

  1. Compare affected pages for a common cause.
  2. Group genuinely shared repairs.
  3. Keep representative URLs for retesting.
More help and optional notesMedium · Website owner

Before you begin: Representative affected URLs and their observed causes.

PassThe register reflects distinct causes and repair work.
FailRepeated rows duplicate one repair or unrelated issues are merged.

If it fails: Group by confirmed cause and split different repairs.

Retest: Keep representative URLs for retesting.

Not applicable: The described feature or activity is outside this review’s stated scope; unavailable access belongs under Blocked.

Optional: the affected page or a useful reminder. Keep confidential data out of shared exports.

No result recorded yet.

Changing this result updates your checkmark and progress immediately. Notes are optional.

Prioritize, Assign and Retest Audit Repairs

A useful audit deliverable explains the next change and how to verify it. Priorities follow the observed impact and dependencies. They are not an automated ranking score or a promise that every listed change will increase traffic.

Choose a priority and a concrete recommended change

The priority and recommendation fit the observed issue.

Use this for: Findings ready for a repair decision.

Use High, Medium or Low according to the problem’s scope and effect on important pages. Write the actual proposed change in Recommended change and name an owner who can make it. Resolve a broad accidental crawl block before a minor cosmetic issue. Keep effort and dependencies in mind when setting a target date.

Example

“Remove the unintended noindex from the public service template” is actionable. “Increase domain authority” does not identify a repair.

  1. Assess the affected pages and visitor impact.
  2. Write the specific change.
  3. Assign an owner and workable target date.
More help and optional notesMedium · Website owner

Before you begin: Confirmed findings and the available repair owners.

PassThe priority and recommendation fit the observed issue.
FailA score substitutes for diagnosis or the recommendation is unclear.

If it fails: Tie priority and proposed work to the actual mismatch.

Retest: Assign an owner and workable target date.

Not applicable: The described feature or activity is outside this review’s stated scope; unavailable access belongs under Blocked.

Optional: the affected page or a useful reminder. Keep confidential data out of shared exports.

No result recorded yet.

Changing this result updates your checkmark and progress immediately. Notes are optional.

Write the retest before marking a finding closed

Closed findings have a checked result matching the intended repair.

Use this for: Findings after implementation.

In Retest method, name the report, URL or interaction to repeat and the expected result. After the change, add the retest date and result. A live inspection can confirm a removed restriction; Google’s indexed record may update later. Keep a finding open or Ready for retest when you have not verified the change.

Example

For the illustrative noindex issue, inspect the published HTML and live URL test, then monitor the later indexed record separately.

  1. Define the confirming test.
  2. Repeat it after the repair.
  3. Close only the finding whose expected condition is verified.
More help and optional notesMedium · Website owner

Before you begin: The implemented change and its confirming test.

PassClosed findings have a checked result matching the intended repair.
FailA finding closes on deployment alone or an unrelated traffic change.

If it fails: Repeat the relevant test and retain unresolved conditions.

Retest: Close only the finding whose expected condition is verified.

Not applicable: The described feature or activity is outside this review’s stated scope; unavailable access belongs under Blocked.

Optional: the affected page or a useful reminder. Keep confidential data out of shared exports.

No result recorded yet.

Changing this result updates your checkmark and progress immediately. Notes are optional.

Import the audit workbook without losing its structure

Imported sheets preserve the audit structure and intended data.

Use this for: People working in Google Sheets.

In Google Sheets choose File → Import, upload the XLSX and create a new spreadsheet or sheets. Check that Audit checks and Findings remain distinct and that columns and status controls are usable. Do not replace an existing report accidentally. CSV imports are useful for rows but will not bring workbook formatting with them.

Example

Use a separate project copy for each audit so an old client’s findings do not appear in a new review.

  1. Import into a safe new destination.
  2. Verify both data sets and the example label.
  3. Check status controls before team use.
More help and optional notesMedium · Website owner

Before you begin: The audit XLSX and a Google Sheets account you control.

PassImported sheets preserve the audit structure and intended data.
FailImport overwrites needed work or mixes examples with findings.

If it fails: Reimport into a new file and repair conversion differences.

Retest: Check status controls before team use.

Not applicable: You are using the file in another format instead of Google Sheets.

Optional: the affected page or a useful reminder. Keep confidential data out of shared exports.

No result recorded yet.

Changing this result updates your checkmark and progress immediately. Notes are optional.

Share an audit that distinguishes findings from illustrations

The handoff is accurate, actionable and free of unnecessary private data.

Use this for: Audit deliverables shared with another person.

Review the outgoing PDF or workbook. Remove any demonstration rows from the real Findings sheet and keep illustrative examples labeled. Include scope, unresolved questions and next actions. Check optional notes for private information before sharing. The workbook does not certify compliance, automatically test a site or guarantee search improvement.

Example

A report can honestly say a template problem was confirmed while another section remains Blocked because report access was unavailable.

  1. Separate examples and actual observations.
  2. Summarize confirmed priorities and open gaps.
  3. Share only the necessary project information.
More help and optional notesMedium · Website owner

Before you begin: The reviewed working copy and intended recipients.

PassThe handoff is accurate, actionable and free of unnecessary private data.
FailIllustrations look like real findings or unreviewed areas appear passed.

If it fails: Clarify the review limits and remove misleading example data.

Retest: Share only the necessary project information.

Not applicable: The described feature or activity is outside this review’s stated scope; unavailable access belongs under Blocked.

Optional: the affected page or a useful reminder. Keep confidential data out of shared exports.

No result recorded yet.

Changing this result updates your checkmark and progress immediately. Notes are optional.

Reset this checklist?

This removes saved statuses, evidence and result dates for the checks on this page. Other checklists keep their records. Export a CSV first if you need a copy.

A useful result, every time

Check a task. Choose a result.

This is a manual SEO workflow. It helps you decide what to investigate and keep a usable record. It does not crawl your website or verify your answers automatically.

  1. Choose your scope. Pick the relevant task group and representative pages you are authorized to inspect.
  2. Run the stated check. Follow the steps, then choose your result. Click the square for Pass, or use the result menu for another status. You do not need to type anything.
  3. Assign the next action. Fix a problem when you can, or ask the right person for help. Optional notes can remind you what to do next. Check the result again after a fix.

What your progress means

Review progress counts passes and failures against applicable checks. Failed work still counts as reviewed. Blocked and untested checks remain unfinished. This is not an SEO score.

Untested
You have not checked this yet.
Pass
You checked it and it works as described.
Fail
You checked it and found something to fix.
Blocked
You need access, information or someone’s help.
Not applicable
This task does not apply to your website.

Export CSV downloads the checks currently shown and any optional notes. Print expands the instructions for that view. Saved results stay in this browser; there is no account sync.

Apply the workflow

How do you turn audit findings into useful repairs?

Give each confirmed finding a specific repair, responsible owner and test that will show whether it is resolved.

SEO Audit Checklist Excel Workbook

The Excel file separates 21 audit checks from a findings register. Check IDs refer to the online audit tasks. Finding IDs identify the particular issues discovered on your website. Keep both so a reviewer can trace the repair back to the question that uncovered it.

The workbook’s blank planning fields are intentional. Assign priorities, owners and dates from your actual audit rather than carrying an example’s values into a real report.

Use the SEO Audit Template in Google Sheets

Import the XLSX into a new spreadsheet and inspect the sheets and controls after conversion. The checks and findings CSVs are separate alternatives for tools that only accept tabular rows.

No public Google Sheets copy link is supplied. Your imported file is managed in your own account and does not synchronize with the website’s browser-local checklist results.

What the Printable SEO Audit PDF Contains

The PDF includes the audit sequence, 21 checks and a compact findings form for manual use. It is useful for a discussion or offline inspection; the editable workbook is better when several people need to track repairs over time.

Use a PDF reader’s print preview to confirm readable scale and page breaks. A checked box records your review; it is not a result generated by a crawler.

Example: A Confirmed Issue Becomes a Retestable Fix

Illustrative scenario: two public service pages inherit a noindex directive from one template. The finding identifies that template, the two inspected examples, why search exclusion conflicts with their purpose and the change a developer should make.

After publication, recheck those pages and another page using the same template. Confirm the directive is corrected and the live inspection succeeds. Treat later index processing as a separate observation; do not promise an immediate return to search.

Use the Right Guide Alongside the Download

The download organizes the review. The online audit explains the diagnostic steps, while the master template is designed for an implementation plan after priorities are understood.

A clear process, with honest limits.

Follow the steps, choose the result that matches what you found, and check again after changes. Notes are optional. A completed check does not guarantee indexing, traffic or rankings. How the checklists work.