# How to improve SEO: a process to audit, prioritize, fix and measure

> Improve SEO as a loop: record a baseline in Search Console, audit the site, rank fixes by impact and effort, fix templates, then measure over weeks.

- URL: https://computese.com/how-to-improve-seo-a-comprehensive-guide/
- Author: Duong Quan Nguyen, CEO, Computese
- Published: 2025-01-10
- Updated: 2026-09-25
- Topics: SEO

## In short
- Improving SEO is a loop, not a list of tips: record a baseline, audit the site, rank the findings by impact against effort, fix the causes, measure against the baseline, then repeat on a schedule.
- Start from the pages and queries that matter to the business: Search Console for what happens before the click, Google Analytics key events for what happens after it. Export the baseline, because Search Console keeps 16 months of data.
- Fix causes in templates before single pages. Search Console groups Core Web Vitals by similar URLs because they usually share a cause, and one template change can fix or break every page built from it.
- Measure with matching date ranges and an annotation for every change. Google says some changes show within hours and others take months: wait at least a few weeks before judging, and longer for site-wide content quality.

To improve SEO, run it as a loop: record a baseline in Search Console and analytics for the pages and queries that matter to the business, audit the site's crawling, indexing, performance, content and links, rank the findings by impact against effort, fix causes in templates, measure against the baseline over weeks, then repeat.

Most advice on how to improve SEO is a list of tips. A list does not tell you which item matters on your site, in what order, or whether the change worked. This guide covers the process around the fixes: the baseline, the audit, the prioritization, the tickets and the measurement, with a worked example of a prioritized list. It does not repeat the checklist of individual fixes, from title tags to image alt text; related guides are collected under [SEO](https://computese.com/category/seo/). If you want the background on how pages get into Google at all, start with [how the Google search engine works](https://computese.com/how-google-search-engine-works/), or with [what SEO is](https://computese.com/what-is-seo/) if the whole field is new to you.

## Why improving SEO is a loop, not a checklist

Google's [SEO Starter Guide](https://developers.google.com/search/docs/fundamentals/seo-starter-guide) is blunt about it: there are no secrets that automatically rank a site first, and not every change you make will have a noticeable effect in search results. Its [Search Essentials](https://developers.google.com/search/docs/essentials) add that most sites pass the technical requirements without even realizing it. So the hard part of improving website SEO is rarely knowing what good looks like. It is choosing, out of hundreds of possible changes, the few that will move the pages your business depends on, and proving afterwards that they did.

A loop does that. Each round starts from a goal and a measured baseline, turns an audit into a short ordered list, ships the fixes, and checks the result against the same numbers. It also protects what already works. Google's guide to [debugging traffic drops](https://developers.google.com/search/docs/monitor-debug/debugging-search-traffic-drops) notes that small position changes happen all the time and recommends against radical changes to a page that is already performing well. A tips list cannot tell you when to leave something alone; a baseline can.

## Step 1: Set goals and record a baseline

Start from the business, not the tools. Which pages produce enquiries, sales or sign-ups? Which searches describe what you sell, in the words your customers use? Write down that short list of target pages and queries first. Everything later in the loop is judged against it, and a rise in total traffic that never reaches those pages is not the goal.

Then record where those pages stand today. Google's guide to [using Search Console and Analytics together](https://developers.google.com/search/docs/monitor-debug/google-analytics-search-console) draws the line at the moment a person arrives from Search:

- **[Search Console](https://support.google.com/webmasters/answer/9128668) measures what happens before the click.** Its [Performance report](https://support.google.com/webmasters/answer/7576553) gives clicks, impressions, click-through rate (CTR) and average position for every query and page.
- **[Google Analytics](https://marketingplatform.google.com/about/analytics/) measures what happens after it:** which pages visitors see, how long they stay and what they do. Mark the actions that matter as [key events](https://support.google.com/analytics/answer/9267568), such as a contact form submission, so you can count them by landing page.

[Linking the two](https://support.google.com/analytics/answer/10737381) adds Google Organic Search Queries and Google Organic Search Traffic reports to Analytics (the collection is unpublished by default; publish it from the Library). Search Console data arrives there 48 hours after collection, and only the last 16 months are kept.

Two newer views make the baseline sharper. The [branded queries filter](https://developers.google.com/search/blog/2025/11/search-console-branded-filter), announced in November 2025 and available to all eligible sites since March 11, 2026, splits searches for your name from everything else. Branded searches come from people who already know you; non-branded searches are where new customers find you, so that is where improvement shows. The filter only appears on top-level properties with enough query volume. And as of August 31, 2026, the [Generative AI performance report](https://support.google.com/webmasters/answer/16984139), which counts impressions in AI Overviews and AI Mode, has rolled out to all websites; a site with too few of those impressions will not see it yet.

| What to record                                     | Where                            | Why it belongs in the baseline                     |
| -------------------------------------------------- | -------------------------------- | -------------------------------------------------- |
| Clicks, impressions, CTR, position per target page | Search Console Performance       | Visibility and demand before the click             |
| Non-branded clicks and impressions                 | Branded queries filter           | Growth from people who did not already know you    |
| Indexed and not-indexed counts, with reasons       | Page indexing report             | The technical health you will fix against          |
| Core Web Vitals status, mobile and desktop         | Core Web Vitals report           | Page experience measured on real visits            |
| Organic sessions and key events per landing page   | Google Analytics, linked         | Whether search visitors do what the business needs |
| Impressions in AI features                         | Generative AI performance report | Visibility in AI Overviews and AI Mode             |

> [!IMPORTANT]
> Export the baseline with its date before you change anything, to a spreadsheet or to BigQuery. Search Console keeps 16 months of data, so a year from now the "before" you need may have scrolled out of the report. Google suggests the Search Analytics API or bulk data exports to keep a longer history.

## Step 2: Audit crawling, indexing, speed and mobile

The technical audit asks two questions in order: can Google find and index the pages that matter, and do those pages work well for the people who land on them?

### Crawling and indexing

Open the [Page indexing report](https://support.google.com/webmasters/answer/7440203) first. Google states the goal plainly: the canonical version of every important page indexed. It is not 100% coverage, and a URL marked as a duplicate or alternate is usually working as intended. Filter the report by your sitemap to see only the URLs you submitted, then read the reasons against your target list:

- **Crawled - currently not indexed:** Google fetched the page and did not index it, and says there is no need to resubmit it. Treat it as a content question for step 3: is the page useful, and clearly different from its neighbours?
- **Discovered - currently not indexed:** Google knows the URL but rescheduled the crawl because it expected to overload the site. Slow responses and server errors lower how much Google will crawl, so check server response times first.
- **Duplicate without user-selected canonical:** Google picked another URL as the canonical. Check that it picked the one you want.

For a single page, the [URL Inspection tool](https://support.google.com/webmasters/answer/9012289) shows the indexed version, the Google-selected canonical and a screenshot of the rendered page, and its live test checks the version on your server now. To see the site as a set of templates, add a crawler such as Screaming Frog SEO Spider or Sitebulb for status codes, canonical tags, `noindex` rules, titles and internal links, and your server logs for what Googlebot actually requests. The mechanics behind these reports, from the URL frontier to robots.txt, are in [web crawling and indexing explained](https://computese.com/web-crawling-and-indexing-explained/).

Size the crawl work to the site. Google's [crawl budget guide](https://developers.google.com/crawling/docs/crawl-budget) is written for sites with roughly a million or more pages that change weekly, 10,000 or more that change daily, or a large share of URLs stuck in Discovered - currently not indexed. If your pages are crawled the day they are published, it says you do not need it, and the [Crawl Stats report](https://support.google.com/webmasters/answer/9679690) says a site with fewer than a thousand pages should not need to worry about that level of detail.

### Core Web Vitals and mobile

The [Core Web Vitals report](https://support.google.com/webmasters/answer/9205520) uses field data from real Chrome visits, scores the value that 75% of visits over the last 28 days met, and groups similar pages into URL groups. The thresholds:

| Metric                          | Measures         | Good     | Poor     |
| ------------------------------- | ---------------- | -------- | -------- |
| Largest Contentful Paint (LCP)  | Loading          | ≤ 2.5 s  | > 4 s    |
| Interaction to Next Paint (INP) | Responsiveness   | ≤ 200 ms | > 500 ms |
| Cumulative Layout Shift (CLS)   | Visual stability | ≤ 0.1    | > 0.25   |

Google [recommends good Core Web Vitals](https://developers.google.com/search/docs/appearance/core-web-vitals) and says they align with what its core ranking systems seek to reward. To debug one URL, [PageSpeed Insights](https://developers.google.com/speed/docs/insights/v5/about) shows that page's field data from the Chrome User Experience Report (CrUX), over a trailing 28 days, next to a Lighthouse lab run. Its numbers can differ from the report's, because one URL can be an outlier in its group. Use the lab run to find the cause and the field data to judge the result.

Check mobile as the version that counts. Under [mobile-first indexing](https://developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing), Google indexes the mobile version of a page, crawled with its smartphone agent. The mobile page needs the same primary content as the desktop page, and content that only loads after a tap or a swipe will not be loaded by Google.

## Step 3: Audit content: keep, improve, merge or remove

A content audit starts with an inventory: every indexable URL, with its clicks and impressions over the last 16 months, its key events, the links pointing at it and the one question it is meant to answer. Sorted that way, the problems show themselves: pages that answer nothing anyone searches for, two pages answering the same question and splitting the clicks between them, and pages whose facts have gone out of date.

Judge each page with the self-assessment questions in Google's guide to [helpful, reliable, people-first content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content). Does it offer original information or analysis? Is it a substantial, complete answer? Does it add value compared with the other pages in the results? The same guide lists the moves that do not help: writing to a word count (Google says it has no preferred one), changing a page's date when the content has not substantially changed, and adding or removing large amounts of content to make the site seem fresh.

Then give every page one decision:

| Decision | When                                                  | How                                                             |
| -------- | ----------------------------------------------------- | --------------------------------------------------------------- |
| Keep     | The page answers its query and performs               | Leave it alone. Stable pages are not a to-do item.              |
| Improve  | Right intent, weak or dated answer                    | Rewrite, restructure, add the subtopics the query implies       |
| Merge    | Two or more pages compete for one intent              | Combine into the stronger URL and 301-redirect the others to it |
| Remove   | No useful purpose, and the content cannot be salvaged | Return 404 or 410 and remove internal links to it               |

A redirect is a [strong canonical signal](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls), which is why merging consolidates two weak pages into one stronger one. Removal comes last on purpose. Google's guidance on [core updates](https://developers.google.com/search/docs/appearance/core-updates) calls deleting content a last resort, for content that cannot be saved, and the Page indexing report says a 404 for a page removed without any replacement is not necessarily a problem. When a page needs more depth rather than more words, [semantic SEO](https://computese.com/semantic-seo/) shows how to map the entities and questions a topic should cover.

## Step 4: Audit internal and external links

Internal links are how Google finds your pages and how you show which ones matter. Google's [link best practices](https://developers.google.com/search/docs/crawling-indexing/links-crawlable) say it can generally only crawl a link that is an `<a>` element with an `href` attribute, and that the anchor text tells people and Google what the target page is about. In the audit, look for three things:

1. **Orphan pages:** target pages that appear in the sitemap or analytics but receive no internal links in the crawl.
2. **Buried pages:** important pages several clicks deep while minor pages sit in the main navigation.
3. **Vague anchors:** "read more" and "click here" where a descriptive phrase would say what the page is.

The Search Console [Links report](https://support.google.com/webmasters/answer/9049606) shows your top linked pages from inside and outside the site. It is a sample, not a complete list, and its tables stop at 1,000 rows, so use it to spot patterns rather than to count. For external links, note which pages earn them and which do not. Do not buy them: buying or selling links for ranking purposes is link spam under Google's [spam policies](https://developers.google.com/search/docs/essentials/spam-policies). [How Google determines a website's authority](https://computese.com/how-google-determines-a-website-authority/) explains where links fit among the other signals, and [the power of quality backlinks](https://computese.com/the-power-of-quality-backlinks-in-seo/) covers what makes an external link worth earning.

## Step 5: Prioritize by impact against effort

An audit of an ordinary site produces more findings than any team can fix in a month. Rate each one on two scales. Impact is how much business value the affected pages carry, how many pages the finding touches, and how much demand is already there (impressions you are getting but not converting into clicks). Effort is developer time, writing time, risk and anything the fix depends on. Then apply five rules:

1. **Indexing blockers first.** An important page that is not indexed cannot rank at any position.
2. **Templates before single pages.** The Core Web Vitals report groups URLs on the assumption that they share a framework and the causes of their scores, and the Page indexing report notes that error spikes can come from a template change. One template fix reaches every page built from it.
3. **Pages just off page one before new pages.** A page ranking just below the first page for a query you care about already has demand and relevance. [Finding untapped SEO opportunities](https://computese.com/the-untapped-key-in-seo/) shows how to pull those queries out of Search Console.
4. **Leave what works alone.** Small position changes are normal, and Google advises against changing content that already performs well.
5. **Drop what does not apply.** Crawl budget work on a site of a few hundred pages that are crawled promptly, or an `llms.txt` file for Google (its [generative AI guide](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) says Google Search ignores them), is effort with no impact.

![A square grid split into four quadrants holds small ticket cards. One orange card sits in the high-impact, low-effort corner, and an arrow moves it to the front of a queue.](https://computese.com/images/blog/how-to-improve-seo-a-comprehensive-guide/impact-effort.ed8073888f-1536.webp)

*The top-left corner is where the next sprint comes from; everything else waits its turn.*

> [!NOTE]
> Third-party audit scores are not Google data. Google's June 2026 guidance on [third-party SEO tools](https://developers.google.com/search/docs/fundamentals/third-party-seo) says they have no access to its internal ranking data and cannot guarantee results. Use a tool's warnings as leads, and check each recommendation against Google's documentation before it earns a place on the list.

## A worked example: one prioritized list

Take a hypothetical services company: a dozen service pages that produce enquiries through a contact form (the key event), and a blog of a few hundred posts. The audit returns six findings. This is an illustration, not a client: the findings are typical, and the order is the point.

| Order   | Finding                                                                | Evidence                                                 | Impact | Effort |
| ------- | ---------------------------------------------------------------------- | -------------------------------------------------------- | ------ | ------ |
| 1       | Service template has no canonical tag; campaign URLs create duplicates | Page indexing: Duplicate without user-selected canonical | High   | Low    |
| 2       | Blog template lazy-loads the hero image, the LCP element               | Core Web Vitals: one blog URL group poor on mobile       | Medium | Low    |
| 3       | Three service pages sit just below page one for their main queries     | Performance report, non-branded, page filter             | High   | Medium |
| 4       | Two blog posts answer the same question and split the clicks           | Performance report: one query, two pages                 | Medium | Low    |
| Parked  | Dozens of old news posts with no clicks in 16 months                   | Content inventory                                        | Low    | Medium |
| Dropped | Tool warning about crawl budget                                        | Third-party crawler                                      | None   | n/a    |

Why this order: the first item is one template change on the pages that make money. The second is also one template, and it fixes a whole URL group at once. The third costs writing time, but the demand already exists and the pages are close. The fourth is a quick merge with a 301 redirect. The old news posts are parked for the next content review rather than deleted, since removal is the last resort. The crawl budget warning is dropped: the site is well under a thousand pages and new posts are crawled promptly, so by Google's own criteria it is not a concern.

## Step 6: Turn findings into tickets and fix the cause

A finding is not a fix. Each item on the list becomes a ticket someone can pick up without asking questions:

1. **What is wrong,** in one sentence, and which template or component causes it.
2. **Where,** with three or four example URLs, and the report that shows it.
3. **The fix,** specific enough to review in a pull request.
4. **The acceptance test:** what the served page must contain, or must not contain, after release.
5. **How it will be verified in Google,** and which baseline number it should move.

Fix the cause where it lives. A missing canonical tag, a stray `noindex` or a lazy-loaded hero image usually comes from one template or shared component, not from each page. Fixing it there reaches every URL built from that template, and so would a new bug, which is why the acceptance test belongs in your build or deploy checks rather than in someone's memory.

![One page template on the left, its orange header block being repaired with a wrench, sends arrows to a grid of identical pages on the right, each marked with a check.](https://computese.com/images/blog/how-to-improve-seo-a-comprehensive-guide/template-fix.a215fdfb8d-1536.webp)

*Fix the template, not the page: one change reaches every URL built from it, and so does one bug.*

The acceptance test can be as small as two commands run against one URL per template after each release. The first reads the [robots meta tag](https://developers.google.com/search/docs/crawling-indexing/robots-meta-tag) and canonical from the served HTML; the second reads the status code and any `X-Robots-Tag` header:

```bash
curl -sL https://www.example.com/services/web-design/ \
  | grep -Eio '<meta[^>]+name="robots"[^>]*>|<link[^>]+rel="canonical"[^>]*>'

curl -sIL https://www.example.com/services/web-design/ \
  | grep -Ei '^HTTP/|^x-robots-tag'
```

After the release, re-test in Google's own tools. Run the URL Inspection live test on a few affected pages, then click **Validate fix** in the Page indexing report; validation typically takes up to about two weeks, and validating against a sitemap of your most important URLs can finish sooner. For Core Web Vitals, **Start tracking** opens a 28-day monitoring session of field data. Request indexing only for a handful of key URLs: Google says [recrawling](https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl) takes a few days to a few weeks, requests are subject to a quota, and asking again for the same URL does not make it faster. For many URLs, submit an updated sitemap instead.

## Step 7: Measure the result against the baseline

Measuring SEO results is mostly about comparing like with like, and knowing what else happened on the same dates.

**Annotate every change.** Search Console's [custom annotations](https://developers.google.com/search/blog/2025/11/custom-chart-annotations), added on November 17, 2025, let you right-click a performance chart and note a change in up to 120 characters. Everyone with access to the property sees them, so keep personal details out. Annotate Google's changes as well: the [Search Status Dashboard](https://status.search.google.com/) lists ranking updates, and on September 25, 2026 it showed a September 2026 spam update that began rolling out the day before. After a core update, Google recommends waiting at least a full week after it finishes before analyzing the data.

**Compare matching date ranges.** Compare periods of the same length, filtered to the pages you changed and, where you can, to non-branded queries. The [weekly and monthly views](https://developers.google.com/search/blog/2025/12/weekly-monthly-views-search-console) added on December 10, 2025 remove the day-of-week mismatches that make a daily comparison hard to read. For a seasonal business, compare with the same period a year earlier, which the 16-month window allows.

![A line chart runs left to right with an orange flag on the day a change shipped. Two brackets of equal width sit under the line, one before the flag and one after it, for comparison.](https://computese.com/images/blog/how-to-improve-seo-a-comprehensive-guide/matched-periods.d577306279-1536.webp)

*Equal periods either side of a dated change, or weekdays and seasons explain the difference instead of your work.*

**Judge the right numbers.** Google's traffic-drop guide says impressions and clicks are ultimately the measure of success, not average position. After those, look at the key events from the pages you changed, because traffic that does not lead anywhere is not the goal you set in step 1.

**Give it time.** The Starter Guide says some changes take effect in a few hours and others take several months, and suggests waiting a few weeks before assessing whether a change helped. For specific changes, Google's documentation gives these expectations:

| Change                                               | When you can expect to see it                                                                                   |
| ---------------------------------------------------- | --------------------------------------------------------------------------------------------------------------- |
| A changed page is recrawled                          | A few days to a few weeks                                                                                       |
| A Page indexing fix is validated                     | Typically up to about two weeks, sometimes much longer                                                          |
| Duplicate pages are re-evaluated after a content fix | [Up to two weeks](https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting) |
| Core Web Vitals reflect a speed fix                  | Over the 28-day window of field data                                                                            |
| URL changes on a medium-sized site                   | A few weeks; larger sites take longer                                                                           |
| Site-wide improvements to content quality            | Several months                                                                                                  |

If a change shows nothing after that, the loop has still done its job: you know, and the next round can try something else.

## Step 8: Repeat on a cadence

Google's [Search Console getting-started guide](https://developers.google.com/search/docs/monitor-debug/search-console-start) says there is no need to log in every day: it emails you when it finds new issues, and checking around once a month, or whenever you change the site's content, is enough to confirm the data is stable. That fits a simple rhythm:

- **Monthly:** compare the baseline metrics with the previous month and the same month last year, and read the Page indexing and Core Web Vitals reports for new issues.
- **After every release that touches a template:** run the ticket's acceptance tests and a live URL inspection on one page per template.
- **Every quarter:** repeat the audit, update the content inventory and re-prioritize the list.
- **Before a redesign or migration:** run the full audit and map every old URL to a decision before launch.

AI search does not need a separate loop. Google's guide to [generative AI features](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) says optimizing for them is still SEO, and a page must be indexed and eligible to show with a snippet to appear in AI Overviews or AI Mode. The Generative AI performance report is one more line in the same baseline. For how ChatGPT, Perplexity, Copilot and Gemini find and cite pages, see [AI's impact on SEO](https://computese.com/ais-impact-on-seo-strategies/); for Google's AI features and their controls, [AI Overviews in Google Search](https://computese.com/ai-overviews-in-search/).

If you would rather hand the loop over, our [SEO service](https://computese.com/services/seo/) starts with a technical audit: a crawl of the whole site, a read of Search Console and, where you have them, your server logs, with issues ranked by impact and effort and a 90-day plan. If your own developers prefer to make the changes, findings arrive as tickets they can act on. Google's own advice on [hiring an SEO](https://developers.google.com/search/docs/fundamentals/do-i-need-seo) is worth reading either way: an audit should give realistic estimates of improvement and of the work involved, and anyone who guarantees first place is someone to avoid.

## Key terms
- **SEO baseline**: A dated snapshot of clicks, impressions, indexing status, Core Web Vitals and key events for the pages that matter, taken before you change anything, so later results have something to be compared with.
- **Page indexing report**: The Search Console report that shows which known URLs are indexed and, for the rest, why not: for example Crawled - currently not indexed, or a duplicate of another page.
- **Canonical URL**: The one URL Google indexes and shows from a set of duplicate or very similar pages. Redirects and rel="canonical" are strong signals of your preference; listing a URL in a sitemap is a weak one.
- **Core Web Vitals**: Three measures of real users' experience: Largest Contentful Paint (loading), Interaction to Next Paint (responsiveness) and Cumulative Layout Shift (visual stability), judged on 75% of visits.
- **URL group**: A set of pages with a similar user experience that the Core Web Vitals report scores together, on the assumption that they share a framework and therefore the causes of poor scores.
- **Branded query**: A search that includes your brand name, a misspelling of it or a product unique to you. Search Console's branded queries filter separates these from non-branded queries on eligible sites.
- **Key event**: A Google Analytics 4 event you mark as important to the business, such as a contact form submission or a purchase, so reports can count it by landing page and channel.
- **Crawl budget**: The time and resources Google devotes to crawling one site. Google treats it as a concern mainly for very large or fast-changing sites, not for a typical company website.
- **Annotation**: A dated note of up to 120 characters on a Search Console performance chart, available since November 2025 and visible to everyone with access to the property.

## Common questions

### How long does it take to improve SEO?

Google's own guidance is that some changes take effect within hours and others take several months, and that you should usually wait a few weeks before judging a change. Technical fixes tend to show sooner: a recrawl takes days to weeks, and a Page indexing validation typically up to about two weeks. Site-wide improvements to content quality can take months to be recognized.

### What does search engine optimization require?

Access and time more than tools: Search Console and analytics for the site, the ability to change templates and content, someone who can write for the people you serve, and patience measured in weeks. Appearing in Google's organic results costs nothing, and Google does not accept money to rank a site. Paid SEO tools help with crawling and research, but they have no access to Google's ranking data.

### How do I improve my SEO ranking for free?

Google's own tools cover most of the loop: Search Console, a free service, for queries, indexing and Core Web Vitals, and Google Analytics, free of charge, for what visitors do after they arrive, with PageSpeed Insights to debug slow pages. Run the loop in this guide on the pages that matter most. The cost is your time, mostly spent fixing templates and improving content.

### What should I fix first to improve SEO?

Anything that stops important pages from being crawled or indexed, then problems in templates that affect many pages at once, then pages that already rank just below page one for queries that matter to the business. Leave pages that already perform well alone: Google advises against changing content that is doing well.

### How often should I do an SEO audit?

Google suggests checking Search Console around once a month and whenever you change the site, and it emails you when it finds new issues. A fuller audit with a re-prioritized list is worth repeating every quarter, and always before a redesign or a migration.

### Does improving SEO for AI Overviews need a different process?

No. Google says optimizing for generative AI search is still SEO: a page has to be indexed and eligible to show with a snippet to appear in AI Overviews or AI Mode. Add the Generative AI performance report, rolled out to all websites as of August 31, 2026, to your baseline, and skip shortcuts such as llms.txt files, which Google Search ignores.

## Sources
1. [SEO Starter Guide](https://developers.google.com/search/docs/fundamentals/seo-starter-guide), Google Search Central
2. [Google Search Essentials](https://developers.google.com/search/docs/essentials), Google Search Central
3. [Debugging drops in Google Search traffic](https://developers.google.com/search/docs/monitor-debug/debugging-search-traffic-drops), Google Search Central
4. [Performance report (Search results): Overview and basic setup](https://support.google.com/webmasters/answer/7576553), Google Search Console Help
5. [Using Search Console and Google Analytics data for SEO](https://developers.google.com/search/docs/monitor-debug/google-analytics-search-console), Google Search Central
6. [Connect Search Console to Google Analytics](https://support.google.com/analytics/answer/10737381), Google Analytics Help
7. [About key events](https://support.google.com/analytics/answer/9267568), Google Analytics Help
8. [Introducing the branded queries filter in Search Console](https://developers.google.com/search/blog/2025/11/search-console-branded-filter), Google Search Central Blog
9. [Generative AI performance report (Search)](https://support.google.com/webmasters/answer/16984139), Google Search Console Help
10. [Page indexing report](https://support.google.com/webmasters/answer/7440203), Google Search Console Help
11. [URL Inspection tool](https://support.google.com/webmasters/answer/9012289), Google Search Console Help
12. [Optimize your crawl budget](https://developers.google.com/crawling/docs/crawl-budget), Google Crawling Infrastructure
13. [Crawl Stats report](https://support.google.com/webmasters/answer/9679690), Google Search Console Help
14. [Core Web Vitals report](https://support.google.com/webmasters/answer/9205520), Google Search Console Help
15. [Understanding Core Web Vitals and Google search results](https://developers.google.com/search/docs/appearance/core-web-vitals), Google Search Central
16. [About PageSpeed Insights](https://developers.google.com/speed/docs/insights/v5/about), Google for Developers
17. [Mobile site and mobile-first indexing best practices](https://developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing), Google Search Central
18. [Creating helpful, reliable, people-first content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content), Google Search Central
19. [How to specify a canonical URL with rel="canonical" and other methods](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls), Google Search Central
20. [Google Search's core updates and your website](https://developers.google.com/search/docs/appearance/core-updates), Google Search Central
21. [Link best practices for Google](https://developers.google.com/search/docs/crawling-indexing/links-crawlable), Google Search Central
22. [Links report](https://support.google.com/webmasters/answer/9049606), Google Search Console Help
23. [Spam policies for Google web search](https://developers.google.com/search/docs/essentials/spam-policies), Google Search Central
24. [Google Search's guidance on using third-party SEO tools, services, and advice](https://developers.google.com/search/docs/fundamentals/third-party-seo), Google Search Central
25. [Optimizing your website for generative AI features on Google Search](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide), Google Search Central
26. [Robots meta tag, data-nosnippet, and X-Robots-Tag specifications](https://developers.google.com/search/docs/crawling-indexing/robots-meta-tag), Google Search Central
27. [Ask Google to recrawl your URLs](https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl), Google Search Central
28. [Fix canonicalization issues](https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting), Google Search Central
29. [Adding context to your Search Console data with custom annotations](https://developers.google.com/search/blog/2025/11/custom-chart-annotations), Google Search Central Blog
30. [Introducing weekly and monthly views in Search Console](https://developers.google.com/search/blog/2025/12/weekly-monthly-views-search-console), Google Search Central Blog
31. [Google Search Status Dashboard](https://status.search.google.com/), Google
32. [Get started with Search Console](https://developers.google.com/search/docs/monitor-debug/search-console-start), Google Search Central
33. [Do you need an SEO?](https://developers.google.com/search/docs/fundamentals/do-i-need-seo), Google Search Central
34. [About Search Console](https://support.google.com/webmasters/answer/9128668), Google Search Console Help
35. [Google Analytics](https://marketingplatform.google.com/about/analytics/), Google Marketing Platform