Skip to content
Have a project in mind?

Technical diagnosis

Technical SEO audit: identify website problems and prioritise corrections

A drop in visibility or a long error report is not a work plan. Gloria investigates technical causes and sets out understandable priorities, with affected pages and checks your delivery team can use.

Quoted according to website size, access and agreed checks. Implementation is specified separately.

Illustrative example
People reviewing a project with a laptop and notes

Your project in practice

Example audit finding

Observed issue
An old service link leads to a missing page
Customer impact
The visitor cannot reach the relevant offer
Proposed fix
Restore the page or map the URL to a genuinely relevant replacement
Verification
Check the final status, destination and updated internal links
Fictional finding for illustration. An actual audit records evidence from the site reviewed.

What it can change

Confirm technical problems and give developers prioritised correction instructions

01

Compare SEO data with the website’s actual responses

Available data and the website’s actual responses are compared to distinguish an obstacle from a signal to monitor.

02

Rank corrections by affected pages, purpose and implementation effort

Actions are organised around their expected purpose, extent and the resources needed to address them.

03

Give developers example URLs and checks for each correction

Findings become clear instructions for your team or supplier, with a way to check the work.

In practice

Investigate traffic or indexing changes, or prepare a website migration

Traffic or indexing has changed

We start with the symptoms, timing and available data to focus the investigation.

You are preparing a migration

The review helps identify content, addresses and settings to preserve or reconsider in the project.

The scope

Technical SEO checks, findings and implementation guidance

Open the sections below to explore the scope, deliverables and practical requirements.

Investigate a change or prepare a project

A loss of visibility, missing pages, a planned redesign or an accumulation of errors can justify an audit. We begin with what changed, which pages are affected and what you have noticed in the business.

We compare the site, server responses and available Search Console information. The purpose is to establish a credible explanation rather than select a cause from a list of warnings.

Choose the checks that fit the site
  • Page access: HTTP responses, redirects, links and crawling obstacles.
  • Indexing: robots directives, canonical URLs and sitemap consistency.
  • Structure: how pages are organised and reached.
  • Templates: headings, repeated elements and content available to search engines.
  • Performance: loading and stability on the important page types.

The CMS, site size and access available determine the detail of the review. Specialist security, accessibility or server-log work is included only when agreed.

Turn a finding into an actionable instruction

“Canonical issue” is not enough for a developer to act on. A useful recommendation identifies the affected template, gives an example URL, explains the intended behaviour and sets out the check to repeat after the change.

Your findings distinguish confirmed errors, worthwhile improvements and questions that need further evidence. The action plan explains the suggested order and any dependencies.

Keep analysis and implementation clear

The audit does not trigger automatic changes. Implementation has its own scope, access arrangements, backup and acceptance checks. Your team can carry out the work, or Gloria can prepare a separate proposal.

To define the audit’s coverage and deliverables, see planning your technical SEO audit.

Practical guide

Audit page templates, indexing settings, redirects and important user journeys

Two websites with the same number of pages can require very different investigations. A catalogue with filters, variants and several templates creates more technical situations than a collection of straightforward service pages. A useful scope identifies those behaviours and the commercial pages affected by the reported problem.

Include examples that work as expected alongside examples that do not. Comparing them can reveal the difference responsible for a fault. Also record recent changes: a new theme, rewritten navigation, a plugin replacement, a hosting move or a migration. The timing can guide an investigation without proving that the most recent change caused everything.

Before the audit, prepare a small list of URLs with the expected behaviour, observed issue and approximate date it began. This is more informative than a single score screenshot. Search Console and other available evidence can then be compared with the site's actual responses, templates and internal links.

Practical guide

Illustrative finding: a category template sends conflicting signals

A fictional shop finds that some new product categories have limited search visibility. Inspection shows that those pages identify another category as the preferred address even though they serve different customer needs. A useful report would investigate the rule creating that signal rather than merely listing affected URLs.

Swipe across the table to see every column.

An implementation-ready finding
Report fieldIllustrative content
EvidenceInspected address, observed signal and date checked
ExtentAffected category types and unaffected comparison pages
Proposed actionReview the template rule after confirming the intended role of each page
AcceptanceRetest several affected categories and check neighbouring templates for regressions

This structure helps the delivery team fix the cause instead of patching one page while the same problem continues elsewhere. It does not imply that changing the signal guarantees indexing or rankings. The scenario is a worked example of a finding, not evidence from a Gloria client engagement.

Practical guide

Keep implementation capacity in the audit budget

An extensive report has limited value if nobody can apply the recommendations. Before commissioning it, identify who controls the website and what changes they are able to make. A major template issue may deserve attention before numerous minor observations, particularly when development capacity is limited.

The scope should distinguish investigation, presentation of findings, developer support and retesting. Implementation is included only where agreed. Some checks require server logs, safe test access or information held by another supplier. Missing access should be treated as a limitation, not hidden behind a claim that every possible issue has been examined.

  • Rank findings by their observed consequence and reach, while stating uncertainty where evidence is incomplete.
  • Give each action an owner and a condition that allows it to be marked complete.
  • Record dependencies, such as an editorial decision needed before changing URL handling.
  • Retest affected templates and retain comparable evidence from before and after the change.

Technical acceptance and search performance are different stages. The first confirms that the intended change was applied correctly. The second follows how search engines and visitors respond over time, with other changes and normal variation taken into account. Neither a long report nor a corrected setting guarantees additional business.

Questions about audit deliverables, access, pricing and implementation

An SEO tool reports many errors. Would an audit help?

The audit checks which alerts describe a real problem and which important pages are affected. An error repeated across one template may need a single correction; a long report does not necessarily mean many separate jobs.

We connect findings with your priorities: missing Google pages, visibility changes, slow loading or a planned redesign. The review helps you decide what to fix first and what to monitor.

What will my developer receive?

An action plan with example URLs, the observed problem, intended behaviour and checks after implementation. Priorities and dependencies are explained so the work can be organised.

Tool exports can provide supporting reference material. The main deliverable is the analysis that makes them useful, with a review to answer questions and separate confirmed errors from points requiring further investigation.

What access do you need?

A first review can use the public website and your description of the problem. Search Console helps analyse pages known to Google and changes in visibility. CMS, hosting or other data access is requested according to the agreed checks.

We specify the permissions needed before you share access. Full administrator rights are not automatically required for every analysis.

How are the audit’s price and timing determined?

URL volume, templates, languages, technology and the issues to investigate determine the work. A focused indexing check has a different scope from analysing a website with several complex functions.

The proposal identifies the areas reviewed, data sources, deliverables, review meeting and schedule. A check after implementation can be included at this stage.

Are corrections included, and who can implement them?

The proposal separates analysis and implementation. Your developer can carry out the plan, or Gloria can quote for corrections within its scope. Each intervention has defined access, dependencies and acceptance checks.

Follow-up checks that the identified problem is resolved, then observes the affected pages. Removing a technical obstacle does not guarantee a Google position or indexing date.

Describe the technical SEO problem or migration you are planning

Describe the problem, when it appeared and the pages you need to investigate.

Discuss your project
This link opens in a new tab.