New: Earn 20% as an AgentAlley affiliate. Share your link and earn on every sale you refer. Join now New: Earn 20% as an affiliate. Join now

Optimize for search engine visibility and ranking

SEO optimization

by addyosmani · MIT license · ★ 2,832 on GitHub · updated Aug 24

SEO optimization cover

Optimize for search engine visibility and ranking. Use when asked to "improve SEO", "optimize for search", "fix meta tags", "add structured data", "sitemap optimization", or "search engine optimization".

---
name: seo
description: Optimize for search engine visibility and ranking. Use when asked to "improve SEO", "optimize for search", "fix meta tags", "add structured data", "sitemap optimization", or "search engine optimization".
license: MIT
metadata:
  author: web-quality-skills
  version: "2.0"
---

# SEO optimization

Search engine optimization based on Lighthouse SEO audits and Google Search guidelines. Focus on technical SEO, on-page optimization, and structured data.

## Evidence-led audit workflow

When a rendered page is available:

1. Run live Lighthouse SEO and Agentic Browsing checks when that capability is available; with Chrome DevTools MCP, use `lighthouse_audit`. Use the results to localize rendered-page failures.

Overview

Search engine optimization based on Lighthouse SEO audits and Google Search guidelines. Focus on technical SEO, on-page optimization, and structured data.

Manual install (npx, ZIP)
Claude Codenpx skills add addyosmani/web-quality-skills --skill seo -g -a claude-code
Claude Code (manual)mkdir -p ~/.claude/skills && curl -sL https://codeload.github.com/addyosmani/web-quality-skills/tar.gz/afa8da942115 \ | tar -xz -C ~/.claude/skills --strip-components=2 web-quality-skills-afa8da942115/skills/seo
Windows (PowerShell)New-Item -ItemType Directory -Force "$HOME\.claude\skills" | Out-Null; Invoke-WebRequest "https://m.agentalley.io/zip/d66e4041b7e08e274a6a/seo.zip" -OutFile "$env:TEMP\seo.zip"; Expand-Archive "$env:TEMP\seo.zip" -DestinationPath "$HOME\.claude\skills" -Force
Claude.ai / desktopDownload the ZIP and upload it under Settings → Capabilities → Skills.
Codex, Cursor, other agentsPoint them at SKILL.md. The other files are plain text.

Connects with Agent Alley MCP · agentalley.io/mcp

Files included

  • SKILL.md13.6 KB
  • references/1 file · 3.3 KB
Read the files here
addyosmani/afa8da92 files
Shared references2SKILL.md reads these from elsewhere in the repo. Not in the ZIP.Get them on GitHub ↗
SKILL.md
Show the full text410 lines

SEO optimization

Search engine optimization based on Lighthouse SEO audits and Google Search guidelines. Focus on technical SEO, on-page optimization, and structured data.

Evidence-led audit workflow

When a rendered page is available:

  1. Run live Lighthouse SEO and Agentic Browsing checks when that capability is available; with Chrome DevTools MCP, use lighthouse_audit. Use the results to localize rendered-page failures.
  2. Inspect signals Lighthouse cannot establish on its own: response headers, redirects, robots.txt, sitemap coverage, canonical consistency across page templates, structured-data eligibility, and Search Console evidence when the user provides access.
  3. Separate technical crawl/index findings from content quality and authority. Do not invent ranking-factor weights or promise ranking changes.
  4. Fix the source and re-run the same checks. For indexation or ranking outcomes, report that search-engine validation remains pending.

If live tools are unavailable, use category-specific Lighthouse CLI output plus direct source and HTTP inspection. A Lighthouse SEO score covers a useful subset of technical checks; it is not a prediction of rankings.

Area What this skill can verify
Crawl and index controls Technical configuration and consistency
Rendered metadata and semantics Presence, validity, and page-template issues
Structured data Syntax and eligibility signals, not guaranteed rich results
Core Web Vitals Link to measured field/lab evidence from the Core Web Vitals skill
Content usefulness and authority Review quality, but do not assign synthetic ranking percentages

Technical SEO

Crawlability

robots.txt:

# /robots.txt
User-agent: *
Allow: /

# Block admin/private areas
Disallow: /admin/
Disallow: /api/
Disallow: /private/

# Don't block resources needed for rendering
# ❌ Disallow: /static/

Sitemap: https://example.com/sitemap.xml

Meta robots:

<!-- Default: indexable, followable -->
<meta name="robots" content="index, follow">

<!-- Noindex specific pages -->
<meta name="robots" content="noindex, nofollow">

<!-- Indexable but don't follow links -->
<meta name="robots" content="index, nofollow">

<!-- Control snippets -->
<meta name="robots" content="max-snippet:150, max-image-preview:large">

Canonical URLs:

<!-- Prevent duplicate content issues -->
<link rel="canonical" href="https://example.com/page">

<!-- Self-referencing canonical (recommended) -->
<link rel="canonical" href="https://example.com/current-page">

<!-- For paginated content -->
<link rel="canonical" href="https://example.com/products">
<!-- Or use rel="prev" / rel="next" for explicit pagination -->
XML sitemap
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/</loc>
    <lastmod>2024-01-15</lastmod>
    <changefreq>daily</changefreq>
    <priority>1.0</priority>
  </url>
  <url>
    <loc>https://example.com/products</loc>
    <lastmod>2024-01-14</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
  </url>
</urlset>

Sitemap best practices:

  • Maximum 50,000 URLs or 50MB per sitemap
  • Use sitemap index for larger sites
  • Include only canonical, indexable URLs
  • Update lastmod when content changes
  • Submit to Google Search Console
URL structure
✅ Good URLs:
https://example.com/products/blue-widget
https://example.com/blog/how-to-use-widgets

❌ Poor URLs:
https://example.com/p?id=12345
https://example.com/products/item/category/subcategory/blue-widget-2024-sale-discount

URL guidelines:

  • Use hyphens, not underscores
  • Lowercase only
  • Keep short (< 75 characters)
  • Include target keywords naturally
  • Avoid parameters when possible
  • Use HTTPS always
HTTPS & security
<!-- Ensure all resources use HTTPS -->
<img src="https://example.com/image.jpg">

<!-- Not: -->
<img src="http://example.com/image.jpg">

Security headers for SEO trust signals:

Strict-Transport-Security: max-age=31536000; includeSubDomains
X-Content-Type-Options: nosniff
X-Frame-Options: DENY

On-page SEO

Title tags
<!-- ❌ Missing or generic -->
<title>Page</title>
<title>Home</title>

<!-- ✅ Descriptive with primary keyword -->
<title>Blue Widgets for Sale | Premium Quality | Example Store</title>

Title tag guidelines:

  • Use 50–60 characters only as a rough linting proxy, not a pass/fail limit. Google truncates title links to fit the rendered device width, so preview width when tooling supports it.
  • Describe the page topic naturally near the beginning
  • Unique for every page
  • Add the brand when it helps users distinguish the result
  • Action-oriented when appropriate

Treat title-link rewriting separately from truncation. Google may build a different title link from the visible page title, headings, anchor text, and other sources even when the <title> is short; investigate accuracy and consistency rather than shortening it automatically. See Google's title-link guidance.

Meta descriptions
<!-- ❌ Missing or duplicate -->
<meta name="description" content="">

<!-- ✅ Compelling and unique -->
<meta name="description" content="Shop premium blue widgets with free shipping. 30-day returns. Rated 4.9/5 by 10,000+ customers. Order today and save 20%.">

Meta description guidelines:

  • Use roughly 150–160 characters only as a linting proxy. Snippets are query- and device-dependent, and Google may select page content instead of the meta description.
  • Use the page topic naturally
  • Compelling call-to-action
  • Unique for every page
  • Matches page content
Heading structure
<!-- ❌ Poor structure -->
<h2>Welcome to Our Store</h2>
<h4>Products</h4>
<h1>Contact Us</h1>

<!-- ✅ Proper hierarchy -->
<h1>Blue Widgets - Premium Quality</h1>
  <h2>Product Features</h2>
    <h3>Durability</h3>
    <h3>Design</h3>
  <h2>Customer Reviews</h2>
  <h2>Pricing</h2>

Heading guidelines:

  • Make the primary page heading descriptive and the hierarchy unambiguous; do not fail a page solely because valid HTML contains more than one <h1>
  • Logical hierarchy (don't skip levels)
  • Include keywords naturally
  • Descriptive, not generic
Image SEO
<!-- ❌ Poor image SEO -->
<img src="IMG_12345.jpg">

<!-- ✅ Optimized image -->
<img src="blue-widget-product-photo.webp"
     alt="Blue widget with chrome finish, side view showing control panel"
     width="800"
     height="600"
     loading="lazy">

Image guidelines:

  • Descriptive filenames with keywords
  • Alt text describes the image content
  • Compressed and properly sized
  • WebP/AVIF with fallbacks
  • Lazy load below-fold images
Internal linking
<!-- ❌ Non-descriptive -->
<a href="/products">Click here</a>
<a href="/widgets">Read more</a>

<!-- ✅ Descriptive anchor text -->
<a href="/products/blue-widgets">Browse our blue widget collection</a>
<a href="/guides/widget-maintenance">Learn how to maintain your widgets</a>

Linking guidelines:

  • Descriptive anchor text with keywords
  • Link to relevant internal pages
  • Reasonable number of links per page
  • Fix broken links promptly
  • Use breadcrumbs for hierarchy

Structured data (JSON-LD)

Read the structured data reference when the user requests schema markup or an audit surfaces a structured-data issue. It contains Organization, Article, Product, FAQ, and Breadcrumb examples plus validation links.

  • Describe visible, accurate content. Do not add a type or claim solely to obtain a rich result.
  • Use the most specific applicable type. Keep identifiers and absolute URLs stable across renders.
  • Validate rendered output. Passing syntax does not guarantee search-engine eligibility or display.

Agentic browsing and AI discoverability

Keep these concepts separate:

  • Lighthouse Agentic Browsing measures technical signals that help an assistant understand and interact with the rendered page. Current checks include the agent-facing accessibility tree, optional llms.txt, and WebMCP registrations, schemas, and form coverage when present.
  • Search indexing and ranking depend on search-engine systems and cannot be inferred from the Agentic Browsing score.
  • AI ingestion or citation is product-specific. A technically browsable page or valid llms.txt file does not prove that an AI product will ingest, rank, or cite it.

Prioritize semantic HTML, descriptive labels, crawlable content, accurate metadata, and clear page structure because they benefit people, search engines, and agents. Add WebMCP tools only when the application has useful actions to expose and the user wants that integration; validate tool names, descriptions, schemas, and form annotations with Lighthouse.

Crawler controls are product-specific

Audit each documented user agent separately instead of applying a blanket "AI bot" rule:

Control Documented purpose Effect of blocking
OAI-SearchBot ChatGPT search discovery Prevents page content from being included in ChatGPT summaries and snippets; a link and title may still surface through third-party discovery
PerplexityBot Perplexity search indexing Prevents that crawler from indexing the blocked content for search results
Claude-SearchBot / Claude-User Claude search indexing / user-directed retrieval May reduce search visibility / prevents retrieval for user-directed requests
Google-Extended Controls certain Gemini training and grounding uses of content Google crawls Does not affect Google Search inclusion or ranking

Training controls such as GPTBot and ClaudeBot are distinct from search and user-fetch controls. GoogleOther is a generic crawler, not an AI-search visibility switch. Verify current names and consequences in the vendors' maintained documentation: OpenAI, Perplexity, Anthropic, and Google.

llms.txt is optional

llms.txt is an experimental proposal, not a cross-vendor discovery standard. Lighthouse can validate the availability and shape of /llms.txt, but that does not show that a target product reads it. Add one only when the user requests it or a documented consumer supports it; do not recommend it ahead of crawlability, semantic HTML, accurate metadata, and useful content. Never treat it as a ranking or citation factor, duplicate the sitemap, or reorganize content solely to raise this audit.


Mobile SEO

Responsive design
<!-- ❌ Not mobile-friendly -->
<meta name="viewport" content="width=1024">

<!-- ✅ Responsive viewport -->
<meta name="viewport" content="width=device-width, initial-scale=1">
Tap targets
/* ❌ Too small for mobile */
.small-link {
  padding: 4px;
  font-size: 12px;
}

/* ✅ Adequate tap target */
.mobile-friendly-link {
  padding: 12px;
  font-size: 16px;
  min-height: 48px;
  min-width: 48px;
}
Font sizes
/* ❌ Too small on mobile */
body {
  font-size: 10px;
}

/* ✅ Readable without zooming */
body {
  font-size: 16px;
  line-height: 1.5;
}

International SEO

Hreflang tags
<!-- For multi-language sites -->
<link rel="alternate" hreflang="en" href="https://example.com/page">
<link rel="alternate" hreflang="es" href="https://example.com/es/page">
<link rel="alternate" hreflang="fr" href="https://example.com/fr/page">
<link rel="alternate" hreflang="x-default" href="https://example.com/page">
Language declaration
<html lang="en">
<!-- or -->
<html lang="es-MX">

SEO audit checklist

Critical
  • HTTPS enabled
  • robots.txt allows crawling
  • No noindex on important pages
  • Title tags present and unique
  • Primary page heading is descriptive and the hierarchy is logical
High priority
  • Meta descriptions present
  • Sitemap submitted
  • Canonical URLs set
  • Mobile-responsive
  • Core Web Vitals passing
Medium priority
  • Structured data implemented
  • Internal linking strategy
  • Image alt text
  • Descriptive URLs
  • Breadcrumb navigation
  • Agentic Browsing failures reviewed when agent access matters
Ongoing
  • Fix crawl errors in Search Console
  • Update sitemap when content changes
  • Monitor ranking changes
  • Check for broken links
  • Review Search Console insights

Tools

Tool Use
Google Search Console Monitor indexing, fix issues
Google PageSpeed Insights Performance + Core Web Vitals
Rich Results Test Validate structured data
Live Lighthouse audit (Chrome DevTools MCP: lighthouse_audit) Rendered SEO and Agentic Browsing checks for agents
Lighthouse CLI SEO audit fallback
Screaming Frog Crawl analysis

References

1---
2name: seo
3description: Optimize for search engine visibility and ranking. Use when asked to "improve SEO", "optimize for search", "fix meta tags", "add structured data", "sitemap optimization", or "search engine optimization".
4license: MIT
5metadata:
6 author: web-quality-skills
7 version: "2.0"
8---
9 
10# SEO optimization
11 
12Search engine optimization based on Lighthouse SEO audits and Google Search guidelines. Focus on technical SEO, on-page optimization, and structured data.
13 
14## Evidence-led audit workflow
15 
16When a rendered page is available:
17 
181. Run live Lighthouse SEO and Agentic Browsing checks when that capability is available; with Chrome DevTools MCP, use `lighthouse_audit`. Use the results to localize rendered-page failures.
192. Inspect signals Lighthouse cannot establish on its own: response headers, redirects, `robots.txt`, sitemap coverage, canonical consistency across page templates, structured-data eligibility, and Search Console evidence when the user provides access.
203. Separate technical crawl/index findings from content quality and authority. Do not invent ranking-factor weights or promise ranking changes.
214. Fix the source and re-run the same checks. For indexation or ranking outcomes, report that search-engine validation remains pending.
22 
23If live tools are unavailable, use category-specific Lighthouse CLI output plus direct source and HTTP inspection. A Lighthouse SEO score covers a useful subset of technical checks; it is not a prediction of rankings.
24 
25| Area | What this skill can verify |
26|------|----------------------------|
27| Crawl and index controls | Technical configuration and consistency |
28| Rendered metadata and semantics | Presence, validity, and page-template issues |
29| Structured data | Syntax and eligibility signals, not guaranteed rich results |
30| Core Web Vitals | Link to measured field/lab evidence from the Core Web Vitals skill |
31| Content usefulness and authority | Review quality, but do not assign synthetic ranking percentages |
32 
33---
34 
35## Technical SEO
36 
37### Crawlability
38 
39**robots.txt:**
40```text
41# /robots.txt
42User-agent: *
43Allow: /
44 
45# Block admin/private areas
46Disallow: /admin/
47Disallow: /api/
48Disallow: /private/
49 
50# Don't block resources needed for rendering
51# ❌ Disallow: /static/
52 
53Sitemap: https://example.com/sitemap.xml
54```
55 
56**Meta robots:**
57```html
58<!-- Default: indexable, followable -->
59<meta name="robots" content="index, follow">
60 
61<!-- Noindex specific pages -->
62<meta name="robots" content="noindex, nofollow">
63 
64<!-- Indexable but don't follow links -->
65<meta name="robots" content="index, nofollow">
66 
67<!-- Control snippets -->
68<meta name="robots" content="max-snippet:150, max-image-preview:large">
69```
70 
71**Canonical URLs:**
72```html
73<!-- Prevent duplicate content issues -->
74<link rel="canonical" href="https://example.com/page">
75 
76<!-- Self-referencing canonical (recommended) -->
77<link rel="canonical" href="https://example.com/current-page">
78 
79<!-- For paginated content -->
80<link rel="canonical" href="https://example.com/products">
81<!-- Or use rel="prev" / rel="next" for explicit pagination -->
82```
83 
84### XML sitemap
85 
86```xml
87<?xml version="1.0" encoding="UTF-8"?>
88<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
89 <url>
90 <loc>https://example.com/</loc>
91 <lastmod>2024-01-15</lastmod>
92 <changefreq>daily</changefreq>
93 <priority>1.0</priority>
94 </url>
95 <url>
96 <loc>https://example.com/products</loc>
97 <lastmod>2024-01-14</lastmod>
98 <changefreq>weekly</changefreq>
99 <priority>0.8</priority>
100 </url>
101</urlset>
102```
103 
104**Sitemap best practices:**
105- Maximum 50,000 URLs or 50MB per sitemap
106- Use sitemap index for larger sites
107- Include only canonical, indexable URLs
108- Update `lastmod` when content changes
109- Submit to Google Search Console
110 
111### URL structure
112 
113```
114✅ Good URLs:
115https://example.com/products/blue-widget
116https://example.com/blog/how-to-use-widgets
117 
118❌ Poor URLs:
119https://example.com/p?id=12345
120https://example.com/products/item/category/subcategory/blue-widget-2024-sale-discount
121```
122 
123**URL guidelines:**
124- Use hyphens, not underscores
125- Lowercase only
126- Keep short (< 75 characters)
127- Include target keywords naturally
128- Avoid parameters when possible
129- Use HTTPS always
130 
131### HTTPS & security
132 
133```html
134<!-- Ensure all resources use HTTPS -->
135<img src="https://example.com/image.jpg">
136 
137<!-- Not: -->
138<img src="http://example.com/image.jpg">
139```
140 
141**Security headers for SEO trust signals:**
142```
143Strict-Transport-Security: max-age=31536000; includeSubDomains
144X-Content-Type-Options: nosniff
145X-Frame-Options: DENY
146```
147 
148---
149 
150## On-page SEO
151 
152### Title tags
153 
154```html
155<!-- ❌ Missing or generic -->
156<title>Page</title>
157<title>Home</title>
158 
159<!-- ✅ Descriptive with primary keyword -->
160<title>Blue Widgets for Sale | Premium Quality | Example Store</title>
161```
162 
163**Title tag guidelines:**
164- Use 50–60 characters only as a rough linting proxy, not a pass/fail limit. Google truncates title links to fit the rendered device width, so preview width when tooling supports it.
165- Describe the page topic naturally near the beginning
166- Unique for every page
167- Add the brand when it helps users distinguish the result
168- Action-oriented when appropriate
169 
170Treat title-link rewriting separately from truncation. Google may build a different title link from the visible page title, headings, anchor text, and other sources even when the `<title>` is short; investigate accuracy and consistency rather than shortening it automatically. See [Google's title-link guidance](https://developers.google.com/search/docs/appearance/title-link).
171 
172### Meta descriptions
173 
174```html
175<!-- ❌ Missing or duplicate -->
176<meta name="description" content="">
177 
178<!-- ✅ Compelling and unique -->
179<meta name="description" content="Shop premium blue widgets with free shipping. 30-day returns. Rated 4.9/5 by 10,000+ customers. Order today and save 20%.">
180```
181 
182**Meta description guidelines:**
183- Use roughly 150–160 characters only as a linting proxy. Snippets are query- and device-dependent, and Google may select page content instead of the meta description.
184- Use the page topic naturally
185- Compelling call-to-action
186- Unique for every page
187- Matches page content
188 
189### Heading structure
190 
191```html
192<!-- ❌ Poor structure -->
193<h2>Welcome to Our Store</h2>
194<h4>Products</h4>
195<h1>Contact Us</h1>
196 
197<!-- ✅ Proper hierarchy -->
198<h1>Blue Widgets - Premium Quality</h1>
199 <h2>Product Features</h2>
200 <h3>Durability</h3>
201 <h3>Design</h3>
202 <h2>Customer Reviews</h2>
203 <h2>Pricing</h2>
204```
205 
206**Heading guidelines:**
207- Make the primary page heading descriptive and the hierarchy unambiguous; do not fail a page solely because valid HTML contains more than one `<h1>`
208- Logical hierarchy (don't skip levels)
209- Include keywords naturally
210- Descriptive, not generic
211 
212### Image SEO
213 
214```html
215<!-- ❌ Poor image SEO -->
216<img src="IMG_12345.jpg">
217 
218<!-- ✅ Optimized image -->
219<img src="blue-widget-product-photo.webp"
220 alt="Blue widget with chrome finish, side view showing control panel"
221 width="800"
222 height="600"
223 loading="lazy">
224```
225 
226**Image guidelines:**
227- Descriptive filenames with keywords
228- Alt text describes the image content
229- Compressed and properly sized
230- WebP/AVIF with fallbacks
231- Lazy load below-fold images
232 
233### Internal linking
234 
235```html
236<!-- ❌ Non-descriptive -->
237<a href="/products">Click here</a>
238<a href="/widgets">Read more</a>
239 
240<!-- ✅ Descriptive anchor text -->
241<a href="/products/blue-widgets">Browse our blue widget collection</a>
242<a href="/guides/widget-maintenance">Learn how to maintain your widgets</a>
243```
244 
245**Linking guidelines:**
246- Descriptive anchor text with keywords
247- Link to relevant internal pages
248- Reasonable number of links per page
249- Fix broken links promptly
250- Use breadcrumbs for hierarchy
251 
252---
253 
254## Structured data (JSON-LD)
255 
256Read [the structured data reference](references/STRUCTURED-DATA.md) when the user requests schema markup or an audit surfaces a structured-data issue. It contains Organization, Article, Product, FAQ, and Breadcrumb examples plus validation links.
257 
258* **Describe visible, accurate content.** Do not add a type or claim solely to obtain a rich result.
259* **Use the most specific applicable type.** Keep identifiers and absolute URLs stable across renders.
260* **Validate rendered output.** Passing syntax does not guarantee search-engine eligibility or display.
261 
262## Agentic browsing and AI discoverability
263 
264Keep these concepts separate:
265 
266* **Lighthouse Agentic Browsing** measures technical signals that help an assistant understand and interact with the rendered page. Current checks include the agent-facing accessibility tree, optional `llms.txt`, and WebMCP registrations, schemas, and form coverage when present.
267* **Search indexing and ranking** depend on search-engine systems and cannot be inferred from the Agentic Browsing score.
268* **AI ingestion or citation** is product-specific. A technically browsable page or valid `llms.txt` file does not prove that an AI product will ingest, rank, or cite it.
269 
270Prioritize semantic HTML, descriptive labels, crawlable content, accurate metadata, and clear page structure because they benefit people, search engines, and agents. Add WebMCP tools only when the application has useful actions to expose and the user wants that integration; validate tool names, descriptions, schemas, and form annotations with Lighthouse.
271 
272### Crawler controls are product-specific
273 
274Audit each documented user agent separately instead of applying a blanket "AI bot" rule:
275 
276| Control | Documented purpose | Effect of blocking |
277|---------|--------------------|--------------------|
278| `OAI-SearchBot` | ChatGPT search discovery | Prevents page content from being included in ChatGPT summaries and snippets; a link and title may still surface through third-party discovery |
279| `PerplexityBot` | Perplexity search indexing | Prevents that crawler from indexing the blocked content for search results |
280| `Claude-SearchBot` / `Claude-User` | Claude search indexing / user-directed retrieval | May reduce search visibility / prevents retrieval for user-directed requests |
281| `Google-Extended` | Controls certain Gemini training and grounding uses of content Google crawls | Does not affect Google Search inclusion or ranking |
282 
283Training controls such as `GPTBot` and `ClaudeBot` are distinct from search and user-fetch controls. `GoogleOther` is a generic crawler, not an AI-search visibility switch. Verify current names and consequences in the vendors' maintained documentation: [OpenAI](https://help.openai.com/en/articles/12627856-publishers-and-developers-faq), [Perplexity](https://docs.perplexity.ai/docs/resources/perplexity-crawlers), [Anthropic](https://privacy.anthropic.com/en/articles/8896518-does-anthropic-crawl-data-from-the-web-and-how-can-site-owners-block-the-crawler), and [Google](https://developers.google.com/crawling/docs/crawlers-fetchers/google-common-crawlers).
284 
285### `llms.txt` is optional
286 
287`llms.txt` is an experimental proposal, not a cross-vendor discovery standard. Lighthouse can validate the availability and shape of `/llms.txt`, but that does not show that a target product reads it. Add one only when the user requests it or a documented consumer supports it; do not recommend it ahead of crawlability, semantic HTML, accurate metadata, and useful content. Never treat it as a ranking or citation factor, duplicate the sitemap, or reorganize content solely to raise this audit.
288 
289---
290 
291## Mobile SEO
292 
293### Responsive design
294 
295```html
296<!-- ❌ Not mobile-friendly -->
297<meta name="viewport" content="width=1024">
298 
299<!-- ✅ Responsive viewport -->
300<meta name="viewport" content="width=device-width, initial-scale=1">
301```
302 
303### Tap targets
304 
305```css
306/* ❌ Too small for mobile */
307.small-link {
308 padding: 4px;
309 font-size: 12px;
310}
311 
312/* ✅ Adequate tap target */
313.mobile-friendly-link {
314 padding: 12px;
315 font-size: 16px;
316 min-height: 48px;
317 min-width: 48px;
318}
319```
320 
321### Font sizes
322 
323```css
324/* ❌ Too small on mobile */
325body {
326 font-size: 10px;
327}
328 
329/* ✅ Readable without zooming */
330body {
331 font-size: 16px;
332 line-height: 1.5;
333}
334```
335 
336---
337 
338## International SEO
339 
340### Hreflang tags
341 
342```html
343<!-- For multi-language sites -->
344<link rel="alternate" hreflang="en" href="https://example.com/page">
345<link rel="alternate" hreflang="es" href="https://example.com/es/page">
346<link rel="alternate" hreflang="fr" href="https://example.com/fr/page">
347<link rel="alternate" hreflang="x-default" href="https://example.com/page">
348```
349 
350### Language declaration
351 
352```html
353<html lang="en">
354<!-- or -->
355<html lang="es-MX">
356```
357 
358---
359 
360## SEO audit checklist
361 
362### Critical
363- [ ] HTTPS enabled
364- [ ] robots.txt allows crawling
365- [ ] No `noindex` on important pages
366- [ ] Title tags present and unique
367- [ ] Primary page heading is descriptive and the hierarchy is logical
368 
369### High priority
370- [ ] Meta descriptions present
371- [ ] Sitemap submitted
372- [ ] Canonical URLs set
373- [ ] Mobile-responsive
374- [ ] Core Web Vitals passing
375 
376### Medium priority
377- [ ] Structured data implemented
378- [ ] Internal linking strategy
379- [ ] Image alt text
380- [ ] Descriptive URLs
381- [ ] Breadcrumb navigation
382- [ ] Agentic Browsing failures reviewed when agent access matters
383 
384### Ongoing
385- [ ] Fix crawl errors in Search Console
386- [ ] Update sitemap when content changes
387- [ ] Monitor ranking changes
388- [ ] Check for broken links
389- [ ] Review Search Console insights
390 
391---
392 
393## Tools
394 
395| Tool | Use |
396|------|-----|
397| Google Search Console | Monitor indexing, fix issues |
398| Google PageSpeed Insights | Performance + Core Web Vitals |
399| Rich Results Test | Validate structured data |
400| Live Lighthouse audit (Chrome DevTools MCP: `lighthouse_audit`) | Rendered SEO and Agentic Browsing checks for agents |
401| Lighthouse CLI | SEO audit fallback |
402| Screaming Frog | Crawl analysis |
403 
404## References
405 
406- [Google Search Central](https://developers.google.com/search)
407- [Schema.org](https://schema.org/)
408- [Core Web Vitals](../core-web-vitals/SKILL.md)
409- [Web Quality Audit](../web-quality-audit/SKILL.md)
410 
View all files on GitHub →

Details

Updated
Aug 24, 2026
License
MIT
Stars on the repo
★ 2,832
Checked
Source
addyosmani/web-quality-skills ↗
Creator
addyosmani · 31 listings
View creator

Similar skills

See all →
SkillThe Lighthouse Agentic Browsing fractionAgentic Browsing ReadinessAgriciDaniel/claude-seo · by AgriciDanielAudit and fix agent readiness: the Lighthouse Agentic Browsing fraction, accessibility tree for agents, robots.txt and Content-Signal for AI agents, WAF treatment of agent traffic, llms.txt, Markdown delivery, ai-catalog.json, /.well-known discovery files, and WebMCP tools. Exclude AI citability and brand signals (seo-geo) and commerce protocol depth (seo-ecommerce).★ 17.4k GitHub starsSkillReferring domains, anchor text distributionBacklink Profile AnalysisAgriciDaniel/claude-seo · by AgriciDanielBacklink profile analysis: referring domains, anchor text distribution, toxic link detection, competitor gap analysis. Works with free APIs (Moz, Bing Webmaster, Common Crawl) and DataForSEO extension. Use when user says backlinks, link profile, referring domains, anchor text, toxic links, link gap, link building, disavow, or backlink audit.★ 17.4k GitHub starsSkillConnect a CMS to notfair SEO tools/setup-cmsnowork-studio/notfair-plugin · by nowork-studioConnect a CMS to notfair SEO tools. Guides users through configuring WordPress, Strapi, Contentful, or Ghost — tests the connection, and writes credentials to .env.local. Once set up, seo-analysis automatically cross- references CMS content against Google Search Console data. Use whenever the user says "connect my CMS", "set up WordPress", "configure Strapi", "add Contentful", "connect Ghost", or "CMS setup". Also trigger if the user asks why no CMS data appears in a seo-analysis report.★ 3.9k GitHub starsSkillBacklink profile for any domainBacklink checkRyze-AI-Adgent/open-seo-mcp-skills · by Ryze-AI-AdgentBacklink profile for any domain — referring domains, authority, anchors, new/lost links, and a side-by-side vs a competitor. Use when asked "check my backlinks", "backlink profile of X", "who links to them", or "link gap vs competitor".★ 3.1k GitHub starsSkillOptimize Core Web Vitals for better page experienceCore Web Vitals optimizationaddyosmani/web-quality-skills · by addyosmaniOptimize Core Web Vitals (LCP, INP, CLS) for better page experience using field and lab evidence. Use when asked to "improve Core Web Vitals", "fix LCP", "reduce CLS", "optimize INP", "page experience optimization", or "fix layout shifts".★ 2.8k GitHub starsSkillRun an SEO page observation-action-review loopRun the SEO page looptsingyuai/growth-lab · by tsingyuaiRun an SEO page observation-action-review loop with persistent Memory by coordinating demand research, page creation, adversarial review, image generation, IndexNow submission, and performance review. Use when taking an SEO page from opportunity discovery through publication, measurement, iteration, or continuing a previous SEO loop from Memory.★ 2k GitHub stars

More from addyosmani

SkillGuides stable API and interface designaddyosmani/agent-skills · by addyosmaniGuides stable API and interface design. Use when designing APIs, module boundaries, or any public interface. Use when creating REST or GraphQL endpoints, defining type contracts between modules, or establishing boundaries between frontend and backend.★ 98.7k GitHub starsSkillTests in real browsers via Chrome DevTools MCPBrowser testing with devtoolsaddyosmani/agent-skills · by addyosmaniTests in real browsers via Chrome DevTools MCP. Use when building or debugging anything that runs in a browser. Use when you need to inspect the DOM, capture console errors, analyze network requests, profile performance, or verify visual output with real runtime data. Requires the chrome-devtools MCP server to be configured.★ 98.7k GitHub starsSkillAutomates CI/CD pipeline setupCI/CD and Automationaddyosmani/agent-skills · by addyosmaniAutomates CI/CD pipeline setup. Use when setting up or modifying build and deployment pipelines. Use when you need to automate quality gates, configure test runners in CI, or establish deployment strategies.★ 98.7k GitHub starsSkillAudit and improve web accessibility following WCAG 2.2Accessibility (a11y)addyosmani/web-quality-skills · by addyosmaniAudit and improve web accessibility following WCAG 2.2 guidelines. Use when asked to "improve accessibility", "a11y audit", "WCAG compliance", "screen reader support", "keyboard navigation", or "make accessible".★ 2.8k GitHub starsSkillApply modern web development best practices for securityaddyosmani/web-quality-skills · by addyosmaniApply modern web development best practices for security, compatibility, and code quality. Use when asked to "apply best practices", "security audit", "modernize code", "code quality review", or "check for vulnerabilities".★ 2.8k GitHub starsSkillOptimize Core Web Vitals for better page experienceCore Web Vitals optimizationaddyosmani/web-quality-skills · by addyosmaniOptimize Core Web Vitals (LCP, INP, CLS) for better page experience using field and lab evidence. Use when asked to "improve Core Web Vitals", "fix LCP", "reduce CLS", "optimize INP", "page experience optimization", or "fix layout shifts".★ 2.8k GitHub stars