Seo Audit

SEO Audit

You are an expert in search engine optimization. Your goal is to identify SEO issues and provide actionable recommendations to improve organic search performance.

Initial Assessment

Check for product marketing context first: If .agents/product-marketing.md exists (or .claude/product-marketing.md, or the legacy product-marketing-context.md filename, in older setups), read it before asking questions. Use that context and only ask for information not already covered or specific to this task.

Before auditing, understand:

1. Site Context

• What type of site? (SaaS, e-commerce, blog, etc.)
• What's the primary business goal for SEO?
• What keywords/topics are priorities?

2. Current State

• Any known issues or concerns?
• Current organic traffic level?
• Recent changes or migrations?

3. Scope

• Full site audit or specific pages?
• Technical + on-page, or one focus area?
• Access to Search Console / analytics?

---

Audit Framework

Schema Markup Detection Limitation

`web_fetch` and `curl` cannot reliably detect structured data / schema markup.

Many CMS plugins (AIOSEO, Yoast, RankMath) inject JSON-LD via client-side JavaScript — it won't appear in static HTML or web_fetch output (which strips <script> tags during conversion).

To accurately check for schema markup, use one of these methods: 1. Browser tool — render the page and run: document.querySelectorAll('script[type="application/ld+json"]') 2. Google Rich Results Test — https://search.google.com/test/rich-results 3. Screaming Frog export — if the client provides one, use it (SF renders JavaScript)

Reporting "no schema found" based solely on web_fetch or curl leads to false audit findings — these tools can't see JS-injected schema.

Priority Order

1. Crawlability & Indexation (can Google find and index it?) 2. Technical Foundations (is the site fast and functional?) 3. On-Page Optimization (is content optimized?) 4. Content Quality (does it deserve to rank?) 5. Authority & Links (does it have credibility?)

---

Technical SEO Audit

Crawlability

Robots.txt

• Check for unintentional blocks
• Verify important pages allowed
• Check sitemap reference

XML Sitemap

• Exists and accessible
• Submitted to Search Console
• Contains only canonical, indexable URLs
• Updated regularly
• Proper formatting

Site Architecture

• Important pages within 3 clicks of homepage
• Logical hierarchy
• Internal linking structure
• No orphan pages

Crawl Budget Issues (for large sites)

• Parameterized URLs under control
• Faceted navigation handled properly
• Infinite scroll with pagination fallback
• Session IDs not in URLs

Indexation

Index Status

• site:domain.com check
• Search Console coverage report
• Compare indexed vs. expected

Indexation Issues

• Noindex tags on important pages
• Canonicals pointing wrong direction
• Redirect chains/loops
• Soft 404s
• Duplicate content without canonicals

Canonicalization

• All pages have canonical tags
• Self-referencing canonicals on unique pages
• HTTP → HTTPS canonicals
• www vs. non-www consistency
• Trailing slash consistency

Site Speed & Core Web Vitals

Core Web Vitals

• LCP (Largest Contentful Paint): < 2.5s
• INP (Interaction to Next Paint): < 200ms
• CLS (Cumulative Layout Shift): < 0.1

Speed Factors

• Server response time (TTFB)
• Image optimization
• JavaScript execution
• CSS delivery
• Caching headers
• CDN usage
• Font loading

Tools

• PageSpeed Insights
• WebPageTest
• Chrome DevTools
• Search Console Core Web Vitals report

Mobile-Friendliness

• Responsive design (not separate m. site)
• Tap target sizes
• Viewport configured
• No horizontal scroll
• Same content as desktop
• Mobile-first indexing readiness

Security & HTTPS

• HTTPS across entire site
• Valid SSL certificate
• No mixed content
• HTTP → HTTPS redirects
• HSTS header (bonus)

URL Structure

• Readable, descriptive URLs
• Keywords in URLs where natural
• Consistent structure
• No unnecessary parameters
• Lowercase and hyphen-separated

---

International SEO & Localization

Check when the site serves multiple languages or regions. Misconfigurations can suppress indexing of entire locale variants or drag down site-wide quality signals. See International SEO reference for evidence and source URLs.

Hreflang

Three equivalent placement methods: HTML <link> in <head>, HTTP Link headers, XML sitemap <xhtml:link>. If using multiple, they must agree -- conflicting signals cause Google to drop that pair. For 10+ locales, prefer sitemap-based (no page weight, no per-request cost).

Check for:

• Self-referencing entry on every page (page must include itself in the hreflang set)
• Reciprocal links (if A points to B, B must point back to A -- or both are ignored)
• Valid codes: ISO 639-1 language + optional ISO 3166-1 Alpha 2 region (e.g., en, en-GB -- never en-UK)
• x-default present, pointing to fallback page (language selector or default locale)
• All target URLs return 200, are indexable, and match their canonical URL
• No duplicate language-region codes pointing to different URLs

Common errors: Missing self-referencing entry (all hreflang ignored). No return tag / one-directional (pair dropped). Invalid codes like en-UK (use en-GB). Hreflang target is non-canonical, 404, or blocked (cluster discarded). HTML and sitemap annotations disagree (conflicting pair dropped).

At scale: <xhtml:link> children don't count toward 50K URL sitemap limit, but the 50MB file size limit becomes the bottleneck (plan 2K-5K URLs per file with full hreflang). Focus hreflang on pages receiving wrong-language traffic -- not required on every page. For Bing: supplement with <html lang> and <meta http-equiv="content-language"> (Bing treats hreflang as a weak signal).

Canonicalization for Multilingual Sites

• Each locale page must self-canonical (e.g., /ar/page canonicals to /ar/page)
• Never cross-locale canonical (French to English) -- suppresses the non-canonical locale entirely
• Canonical URL must appear in the hreflang set -- if not, all hreflang is ignored
• Canonical overrides hreflang when they conflict
• Protocol/domain must be consistent across canonical, hreflang, and sitemap (https + same domain variant)
• Paginated locale pages: self-referencing canonical per page (never canonical page 2+ to page 1)

Common mistakes: all locales canonical to English (kills indexing), canonical URL not in hreflang set (silently ignored), protocol mismatch between canonical and hreflang, CMS setting deep page canonical to homepage.

International Sitemaps

Check for:

• xmlns:xhtml namespace on <urlset>, each <url> includes <xhtml:link> for all locales including itself
• x-default alternate included; all URLs absolute (full protocol + domain)
• Sitemap index in Search Console and robots.txt; split by content type, not by locale

Next.js caveat: alternates.languages does NOT auto-include a self-referencing <xhtml:link> for the <loc> URL -- you must add the current locale explicitly.

Locale URL Structure

Recommended: Subdirectories (/en/, /ar/). Acceptable: Subdomains or ccTLDs. Not recommended: URL parameters (?lang=en).

Check for:

• Consistent locale prefix strategy; all locales prefixed (hiding locale from URLs prevents Google from distinguishing versions)
• Root URL handled as x-default with redirect, or serves default locale content
• No IP/Accept-Language content negotiation (Googlebot: US IPs, no Accept-Language header)
• Trailing slash + case consistency across locale paths, canonicals, hreflang, and sitemaps
• 301 redirects from non-canonical format to canonical

Note: Google's International Targeting report in Search Console is deprecated. Geotargeting relies on hreflang, content signals, and linking patterns.

Content Quality Across Locales

Translation quality:

• AI-translated content is not inherently spam (Google's 2025 stance), but scaled low-value translations can trigger scaled content abuse policy
• Google uses visible content to determine language -- translate ALL page content (title, description, headings, body), not just boilerplate
• Translating only template/nav while main content stays in original language creates duplicates

Thin locale pages:

• Helpful content system is site-wide -- many thin locale pages can suppress rankings for strong pages too
• Don't noindex thin locales (wastes crawl budget) or cross-locale canonical (conflicts with hreflang)
• Best approach: don't create locale pages you cannot make genuinely helpful

Check for:

• All locale pages have fully translated main content (not just UI chrome)
• No near-identical content across locales ("Duplicate, Google chose different canonical" in GSC)
• Hreflang only for locales with genuine content and search demand
• Localized signals: currency, phone format, addresses where applicable
• Broken hreflang links (404s, redirects) waste crawl budget AND invalidate hreflang clusters

---

On-Page SEO Audit

Title Tags

Check for:

• Unique titles for each page
• Primary keyword near beginning
• 50-60 characters (visible in SERP)
• Compelling and click-worthy
• Brand name placement (end, usually)

Common issues:

• Duplicate titles
• Too long (truncated)
• Too short (wasted opportunity)
• Keyword stuffing
• Missing entirely

Meta Descriptions

Check for:

• Unique descriptions per page
• 150-160 characters
• Includes primary keyword
• Clear value proposition
• Call to action

Common issues:

• Duplicate descriptions
• Auto-generated garbage
• Too long/short
• No compelling reason to click

Heading Structure

Check for:

• One H1 per page
• H1 contains primary keyword
• Logical hierarchy (H1 → H2 → H3)
• Headings describe content
• Not just for styling

Common issues:

• Multiple H1s
• Skip levels (H1 → H3)
• Headings used for styling only
• No H1 on page

Content Optimization

Primary Page Content

• Keyword in first 100 words
• Related keywords naturally used
• Sufficient depth/length for topic
• Answers search intent
• Better than competitors

Thin Content Issues

• Pages with little unique content
• Tag/category pages with no value
• Doorway pages
• Duplicate or near-duplicate content

Image Optimization

Check for:

• Descriptive file names
• Alt text on all images
• Alt text describes image
• Compressed file sizes
• Modern formats (WebP)
• Lazy loading implemented
• Responsive images

Internal Linking

Check for:

• Important pages well-linked
• Descriptive anchor text
• Logical link relationships
• No broken internal links
• Reasonable link count per page

Common issues:

• Orphan pages (no internal links)
• Over-optimized anchor text
• Important pages buried
• Excessive footer/sidebar links

Keyword Targeting

Per Page

• Clear primary keyword target
• Title, H1, URL aligned
• Content satisfies search intent
• Not competing with other pages (cannibalization)

Site-Wide

• Keyword mapping document
• No major gaps in coverage
• No keyword cannibalization
• Logical topical clusters

---

Content Quality Assessment

E-E-A-T Signals

Experience

• First-hand experience demonstrated
• Original insights/data
• Real examples and case studies

Expertise

• Author credentials visible
• Accurate, detailed information
• Properly sourced claims

Authoritativeness

• Recognized in the space
• Cited by others
• Industry credentials

Trustworthiness

• Accurate information
• Transparent about business
• Contact information available
• Privacy policy, terms
• Secure site (HTTPS)

Content Depth

• Comprehensive coverage of topic
• Answers follow-up questions
• Better than top-ranking competitors
• Updated and current

User Engagement Signals

• Time on page
• Bounce rate in context
• Pages per session
• Return visits

---

Common Issues by Site Type

SaaS/Product Sites

• Product pages lack content depth
• Blog not integrated with product pages
• Missing comparison/alternative pages
• Feature pages thin on content
• No glossary/educational content

E-commerce

• Thin category pages
• Duplicate product descriptions
• Missing product schema
• Faceted navigation creating duplicates
• Out-of-stock pages mishandled

Content/Blog Sites

• Outdated content not refreshed
• Keyword cannibalization
• No topical clustering
• Poor internal linking
• Missing author pages

Multilingual / Multi-Regional Sites

• Hreflang errors (missing return tags, invalid codes, no self-reference)
• Canonical conflicting with hreflang (cross-locale canonical suppresses indexing)
• Thin locale pages dragging down site-wide quality signal
• Only boilerplate translated, main content identical across locales
• No x-default fallback declared
• Sitemap missing hreflang alternates or missing reciprocal entries
• IP-based redirects hiding content from Googlebot
• Framework locale mode hiding locale from URLs

Local Business

• Inconsistent NAP
• Missing local schema
• No Google Business Profile optimization
• Missing location pages
• No local content

---

Output Format

Audit Report Structure

Executive Summary

• Overall health assessment
• Top 3-5 priority issues
• Quick wins identified

Technical SEO Findings For each issue:

• Issue: What's wrong
• Impact: SEO impact (High/Medium/Low)
• Evidence: How you found it
• Fix: Specific recommendation
• Priority: 1-5 or High/Medium/Low

On-Page SEO Findings Same format as above

Content Findings Same format as above

Prioritized Action Plan 1. Critical fixes (blocking indexation/ranking) 2. High-impact improvements 3. Quick wins (easy, immediate benefit) 4. Long-term recommendations

---

References

• AI Writing Detection: Common AI writing patterns to avoid (em dashes, overused phrases, filler words)
• International SEO: Evidence and sources for hreflang, canonical + i18n, sitemaps, URL structure, and content quality across locales
• For AI search optimization (AEO, GEO, LLMO, AI Overviews), see the ai-seo skill

---

Tools Referenced

Free Tools

• Google Search Console (essential)
• Google PageSpeed Insights
• Bing Webmaster Tools
• Rich Results Test (use this for schema validation — it renders JavaScript)
• Mobile-Friendly Test
• Schema Validator

Note on schema detection: web_fetch strips <script> tags (including JSON-LD) and cannot detect JS-injected schema. Use the browser tool, Rich Results Test, or Screaming Frog instead — they render JavaScript and capture dynamically-injected markup. See the Schema Markup Detection Limitation section above.

Paid Tools (if available)

• Screaming Frog
• Ahrefs / Semrush
• Sitebulb
• ContentKing

---

Task-Specific Questions

1. What pages/keywords matter most? 2. Do you have Search Console access? 3. Any recent changes or migrations? 4. Who are your top organic competitors? 5. What's your current organic traffic baseline?

---

Related Skills

• ai-seo: For optimizing content for AI search engines (AEO, GEO, LLMO)
• programmatic-seo: For building SEO pages at scale
• site-architecture: For page hierarchy, navigation design, and URL structure
• schema: For implementing structured data
• cro: For optimizing pages for conversion (not just ranking)
• analytics: For measuring SEO performance

AI Writing Detection

Words, phrases, and punctuation patterns commonly associated with AI-generated text. Avoid these to ensure writing sounds natural and human.

Sources: Grammarly (2025), Microsoft 365 Life Hacks (2025), GPTHuman (2025), Walter Writes (2025), Textero (2025), Plagiarism Today (2025), Rolling Stone (2025), MDPI Blog (2025)

---

Contents

• Em Dashes: The Primary AI Tell
• Overused Verbs
• Overused Adjectives
• Overused Transitions and Connectors
• Phrases That Signal AI Writing (Opening Phrases, Transitional Phrases, Concluding Phrases, Structural Patterns)
• Filler Words and Empty Intensifiers
• Academic-Specific AI Tells
• How to Self-Check

Em Dashes: The Primary AI Tell

The em dash (—) has become one of the most reliable markers of AI-generated content.

Em dashes are longer than hyphens (-) and are used for emphasis, interruptions, or parenthetical information. While they have legitimate uses in writing, AI models drastically overuse them.

Why Em Dashes Signal AI Writing

• AI models were trained on edited books, academic papers, and style guides where em dashes appear frequently
• AI uses em dashes as a shortcut for sentence variety instead of commas, colons, or parentheses
• Most human writers rarely use em dashes because they don't exist as a standard keyboard key
• The overuse is so consistent that it has become the unofficial signature of ChatGPT writing

What To Do Instead

Guidelines

• Use commas for most parenthetical information
• Use colons to introduce explanations or lists
• Use parentheses for supplementary information
• Reserve em dashes for rare, deliberate emphasis only
• If you find yourself using more than one em dash per page, revise

---

Overused Verbs

---

Overused Adjectives

---

Overused Transitions and Connectors

---

Phrases That Signal AI Writing

Opening Phrases to Avoid

• "In today's fast-paced world..."
• "In today's digital age..."
• "In an era of..."
• "In the ever-evolving landscape of..."
• "In the realm of..."
• "It's important to note that..."
• "Let's delve into..."
• "Imagine a world where..."

Transitional Phrases to Avoid

• "That being said..."
• "With that in mind..."
• "It's worth mentioning that..."
• "At its core..."
• "To put it simply..."
• "In essence..."
• "This begs the question..."

Concluding Phrases to Avoid

• "In conclusion..."
• "To sum up..."
• "By [doing X], you can [achieve Y]..."
• "In the final analysis..."
• "All things considered..."
• "At the end of the day..."

Structural Patterns to Avoid

• "Whether you're a [X], [Y], or [Z]..." (listing three examples after "whether")
• "It's not just [X], it's also [Y]..."
• "Think of [X] as [elaborate metaphor]..."
• Starting sentences with "By" followed by a gerund: "By understanding X, you can Y..."

---

Filler Words and Empty Intensifiers

These words often add nothing to meaning. Remove them or find specific alternatives:

• absolutely
• actually
• basically
• certainly
• clearly
• definitely
• essentially
• extremely
• fundamentally
• incredibly
• interestingly
• naturally
• obviously
• quite
• really
• significantly
• simply
• surely
• truly
• ultimately
• undoubtedly
• very

---

Academic-Specific AI Tells

---

How to Self-Check

1. Read your text aloud. If phrases sound unnatural in speech, revise them 2. Ask: "Would I say this in a conversation with a colleague?" 3. Check for repetitive sentence structures 4. Look for clusters of the words listed above 5. Ensure varied sentence lengths (not all similar length) 6. Verify each intensifier adds genuine meaning

International SEO: Evidence & Sources

Detailed evidence backing the International SEO & Localization section of the SEO Audit skill. Organized by topic with source URLs and key quotes.

---

Hreflang

Placement Methods

Google supports three equivalent methods: HTML <link> in <head>, HTTP Link headers, and XML sitemap <xhtml:link> elements. Google confirmed no method is prioritized over another.

Google combines signals from both HTML and sitemaps. If the same language-region pair points to different URLs across methods, Google drops that pair rather than guessing.

• Google Search Central: Localized Versions
• SEJ: Google Combines Hreflang Signals

Reciprocal Requirement

Google's docs: "If page X links to page Y, page Y must link back to page X. If not, those annotations may be ignored or not interpreted correctly."

Every page must include itself (self-referencing) in the hreflang set. Missing self-referencing is the #1 error found by Semrush audits. A study of 374,756 domains found 67% of hreflang implementations had issues.

• Google Search Central: Localized Versions
• Semrush: 9 Common Hreflang Errors
• SE Land: 31% of International Websites Contain Hreflang Errors

x-default

Introduced April 2013. Designates the fallback page for users whose language/region matches no declared variant. Can point to the same URL as one of the language-specific alternates. Must be included in the complete set of annotations on every variant page.

• Google Blog: x-default hreflang
• Google Blog: How x-default can help you (2023)

Language & Region Codes

Language: ISO 639-1 (2-letter). Region: ISO 3166-1 Alpha 2 (2-letter). Format: language[-script][-region].

You cannot specify a region code alone. Common mistakes: en-UK (should be en-GB), es-419 (not ISO 3166-1). A study found 8.9% of sites using hreflang contain invalid language codes.

• Google Search Central: Localized Versions
• SE Land: 31% Study

Hreflang at Scale (20+ locales)

With 20 locales, HTML <head> hreflang adds ~1.5KB per page for zero user benefit. Sitemap-based hreflang has zero runtime performance impact. <xhtml:link> child elements do NOT count toward the 50,000 URL sitemap limit (only <loc> elements count).

John Mueller recommends focusing hreflang on pages receiving wrong-language traffic, not every page: "I wouldn't do it for any of the other pages of the site because it's so complex & hard to manage."

• SERoundtable: Child Elements Don't Count
• SERoundtable: Where To Focus Hreflang
• Yoast: hreflang Ultimate Guide

Google vs Bing

Bing treats hreflang as a "weak signal." Bing relies on content-language meta tag, HTML lang attribute, ccTLDs, and server location. Yandex supports hreflang like Google.

For both engines: implement hreflang (Google/Yandex) + <html lang="..."> + <meta http-equiv="content-language"> (Bing).

• Digital Ready Marketing: Bing Doesn't Use Hreflang
• Yoast: hreflang Ultimate Guide

---

Canonicalization & i18n

Self-Referencing Canonicals

Each locale page must canonical to itself. John Mueller: "Don't use a rel=canonical across languages/countries, only use it on a per-country/language basis."

Google's docs: "Specify a canonical page in the same language, or the best possible substitute language if a canonical doesn't exist for the same language."

• John Mueller: hreflang canonical
• Google: Consolidate Duplicate URLs

Canonical Overrides Hreflang

Mueller: "If your canonical is pointing somewhere else, Google will follow that and ignore your hreflang annotation." The canonical URL must be one of the URLs in the hreflang set, or all hreflang markup is ignored.

Google also states: "Google prefers URLs that are part of hreflang clusters for canonicalization" -- when signals align, hreflang strengthens canonical selection.

• John Mueller: hreflang canonical
• SEJ: Hreflang Tags Are Hints
• Google: Consolidate Duplicate URLs

Near-Duplicate Regional Variants

Mueller (2023 Office Hours): "If the content is completely the same, and we can't tell any difference, then for simplicity and user experience we may just show one version -- even if hreflang is present."

Google's duplicate detection runs BEFORE hreflang evaluation. To keep both versions indexed, you need substantive content differences beyond currency symbols.

• International Web Mastery: Same-Language Duplicate Pages
• Google: Managing Multi-Regional Sites

Pagination Across Locales

Google: "Don't use the first page of a paginated sequence as the canonical page. Instead, give each page its own canonical URL." Each paginated page in each locale gets self-referencing canonical. rel="next/prev" deprecated March 2019.

• Google: Pagination Best Practices

---

International Sitemaps

Structure

Each <url> entry includes <xhtml:link> alternates for every locale. Requires xmlns:xhtml="http://www.w3.org/1999/xhtml" namespace.

Split sitemaps by content type, not by locale. Splitting by locale creates maintenance problems because every locale sitemap must reference every other locale (reciprocal requirement).

• Google Search Central: Localized Versions
• Lumar: How Google Handles Hreflang

Size Limits

50,000 URLs / 50MB uncompressed per sitemap. Only <loc> elements count toward the 50K limit. But with 20 hreflang alternates per entry, the 50MB file size limit becomes the bottleneck. Plan for 2,000-5,000 URLs per sitemap when using full hreflang.

• Google: Build and Submit a Sitemap
• SERoundtable: Sitemap 50,000 Limit

Submission

Submit the sitemap index in Search Console AND reference it in robots.txt. Individual child sitemaps can be submitted separately for per-sitemap reporting.

• Google: Build and Submit a Sitemap

Next.js Caveat

Next.js alternates.languages does NOT automatically include a self-referencing <xhtml:link> for the <loc> URL. You must explicitly include the <loc> URL's own language in the languages object.

• Next.js Docs: sitemap.xml

---

URL Structure

Strategies Compared

Google treats subdirectories and subdomains equivalently. Mueller: "From our point of view...they say subdomains and subdirectories are essentially equivalent."

URL parameters (?lang=en) are explicitly "Not recommended" per Google docs.

• Google: Managing Multi-Regional Sites

Default Language

Mueller recommends: set / as x-default, put each language in its own prefix. Without marking / as x-default, "to Google it can look like '/' is a separate page from the others."

• Google Blog: x-default
• Google Blog: Creating the Right Homepage

Content Negotiation / IP Redirects

Google strongly advises against locale-adaptive pages. Googlebot crawls from US IPs and does not send Accept-Language headers. Separate URLs + hreflang are required.

• Google: Locale-Adaptive Pages

Trailing Slash Consistency

Mueller: trailing slash is "a significant part of the URL and will change the URL if it's there or not." Pick one format for all locale paths, internal links, canonicals, hreflang, and sitemaps.

Mueller (2025): "Consistency is the biggest technical SEO factor."

• SERoundtable: Consistency Is The Biggest Technical SEO Factor

Search Console Geotargeting

The International Targeting report is deprecated. Google now relies entirely on hreflang, content language analysis, and linking patterns. You can add subdirectory properties for per-locale reporting.

• Google Support: International Targeting Deprecated

Framework Locale Modes

Use localePrefix: 'always' (next-intl) or equivalent. Never hide locale from URLs -- Google needs unique URLs per language. Using 'never' mode disables alternate links entirely.

• next-intl: Routing Configuration
• Next.js Discussion #18419

---

Content Quality Across Locales

Auto-Translated Content (2025 Stance)

Google removed longstanding guidance advising against auto-translated content in mid-2025. Current stance: "Our policies do not strictly define content that has been translated by AI as spam." The scaled content abuse policy mentions translation as a possible vector, but does not ban it.

Reddit scaled AI translations to 35+ languages with Google's knowledge. The key distinction is intent and quality, not the method.

• Google Spam Policies
• Glenn Gabe: Auto-Translating Content
• SE Land: Reddit AI Translations

Thin Locale Pages

Google: "Localized versions of a page are only considered duplicates if the main content of the page remains untranslated." Pages with only translated boilerplate get clustered as duplicates.

Do NOT use noindex for unwanted locale pages (wastes crawl budget). Do NOT canonical cross-locale (conflicts with hreflang). Best approach: don't create locale pages you can't make genuinely helpful.

• Google: Localized Versions
• Google: Crawl Budget Management

Helpful Content System Impact

Merged into core ranking March 2024. Site-wide signal: "any content -- not just unhelpful content -- on sites determined to have relatively high amounts of unhelpful content overall is less likely to perform well in Search."

Low-quality translated pages can drag down the entire site. This is the strongest argument against creating locale pages that aren't genuinely helpful.

• Google Blog: Helpful Content Update
• Amsive: What Changed in 2024

Partial Translation

Google: "Translating only the boilerplate text of your pages while keeping the bulk of your content in a single language...can create a bad user experience." Google uses visible content (not lang attribute) to determine page language.

Translate ALL content on a page if you create a locale version. Untranslated metadata (title, description) in the wrong language reduces CTR.

• Google: Managing Multi-Regional Sites

Crawl Budget

Only a concern for 1M+ pages or 10K+ pages changing daily. But alternate URLs (hreflang targets) do consume crawl budget. Broken hreflang links waste budget AND invalidate signals.

• Google: Crawl Budget Management
• Google Blog: Crawl Budget

Locale-Specific Signals

Google identifies audience via: "local addresses and phone numbers on the pages, the use of local language and currency, links from other local sites, or signals from your Business Profile."

• Google: Managing Multi-Regional Sites