SEO Audit

An SEO audit is a structured look at how a site is built, crawled, indexed and read. It reviews the signals that shape whether a site can appear in search and how well each page can compete. A full audit usually covers these areas:

• Crawl access, including robots.txt, server responses, redirects and broken links.
• Indexability, including noindex tags, canonicals, sitemaps and soft 404 pages.
• Page metadata, including titles, descriptions, headings and structured data.
• Content, including depth, uniqueness, intent and internal links.
• Site structure, including navigation, click depth and orphan pages.
• Performance, including response time and page weight, where a crawler can measure them.
• Monitoring, including the page indexing and sitemap reports in Search Console.

An audit can be manual, automated or a mix. A crawler handles scale and repetition. A person still has to judge whether a page answers the query and whether the content is worth reading.

Run an audit after a migration to confirm that old URLs redirect and new ones can be indexed. Run one after a redesign, since templates sometimes drop a canonical or add a noindex. Landing pages need a health check before a campaign, and a new section needs one to prove its pages are linked and listed.

A traffic drop is another good trigger, because an audit helps you separate a technical fault from a content or competition problem. New owners benefit too, since a crawl shows the condition of a site before anyone changes it. For a stable site, a quarterly pass catches the slow drift that builds between releases.

Order matters. If Google cannot fetch a page, nothing else on that page counts, so a good audit starts with access. Do the key pages return 2xx responses? Is robots.txt blocking an important section? Can the pages be indexed, or does a stray noindex or canonical say otherwise? Only after those checks should the audit move on to titles, descriptions, headings, content, internal links and speed. Polishing a title on a page that cannot be indexed is wasted effort.

A site can have hundreds of issues, and they do not all matter equally. Fixes that block crawling or indexing usually jump the queue. Sort them with three questions. How many pages does the issue touch? A template fix that helps 500 pages beats a missing description on one. What is at stake on those pages? Problems on pages that earn traffic or revenue come before problems on pages nobody visits. How hard is the fix? A quick win that unblocks a whole section can go first, whether a bigger project follows.

The crawl report also gives you evidence. Traffsite records the URL, the status code, the title, the canonical and the links it finds for each page it crawls. That turns a vague complaint into a finding a developer can reproduce, because the exact page and response sit in the report.

The main aim is a site that is easy to crawl, easy to index and easy to understand. In practice, important pages return 200 and are not blocked, every indexable page has a clear canonical and a useful title, and broken links and redirect chains are removed from the main paths. New pages are linked from a relevant parent and listed in the sitemap.

An audit does not change rankings by itself. It finds the technical reasons a page may struggle and gives your content a fair chance to compete. It cannot judge whether a page is the best answer to a query. The crawl budget deserves a short note. Google says it matters mostly for very large sites. For a typical site, wasted crawling on duplicates and error pages is a smaller worry than a page that cannot be indexed at all.

Run the audit before your changes and again after them. The second report is a baseline that shows whether the fixes worked, which beats a memory of how the site looked last month. When one page needs a closer look, the SEO checker covers it.

• It finds the template problems. One fix can help hundreds of pages, so the report shows where a small change has the widest effect.
• It turns a vague traffic drop into a list. The cause may be a technical fault, a content problem or competition.
• It gives agencies a clear deliverable to hand a client.
• It shows a new owner the condition of a site before anyone changes it.
• It catches the slow drift that builds on a stable site between releases.

1. Enter the site URL into the Traffsite box and choose the crawl scope. Start with a sample if the site is large.
2. Review the crawl summary first. It shows the pages found, status codes, blocked URLs and errors.
3. Open the indexability report and fix anything that stops important pages from being indexed.
4. Check the metadata report for missing or duplicate titles and descriptions.
5. Review internal links, orphan pages and redirect chains.
6. Read the content report for thin pages, duplicate topics and missing headings.
7. Rank the fixes by the number of pages affected, then by traffic and revenue.
8. Apply the fixes, run the SEO audit again and compare the two reports.

The SEO audit fits anyone responsible for a site's health.

• SEO specialists use it for technical reviews, migrations and traffic investigations.
• Developers use it to find template and server issues that affect many pages.
• Content teams use it to find thin, duplicate or disconnected pages.
• Site owners use it before a redesign or a platform change.
• Agencies use it to establish a baseline and show progress to a client.

You do not need to fix everything at once. The audit helps you choose the next few changes that matter most.