Hreflang Tags: Multi-Language Domain Strategy

4 分で読める · ドメインとSEO
目次
## The Problem Hreflang Solves Imagine you operate a website in both English and German. Without proper signals, Google may: - Show your German content to English-speaking users in the US - Show your English content to German-speaking users in Germany - Flag your nearly identical content across language versions as duplicate content - Choose randomly which version to index for any given query Hreflang is the HTML tag that solves all of these problems by telling Google exactly which language a page is written in, which country or region it targets, and what the equivalent pages are in other languages. ## Hreflang Syntax Explained Hreflang uses ISO 639-1 language codes and, optionally, ISO 3166-1 alpha-2 country codes: ```html ``` The `x-default` value is critical and frequently omitted. It designates the page to show when no other hreflangタグ value matches the user's location and language settings. ## Three Implementation Methods ### Method 1: HTML Head Tags The most common implementation adds `` tags inside the `` of each page. Every page in the hreflang group must: - Declare itself with its own hreflang value - Reference all other pages in the group with their respective hreflang values - Be reachable without redirection (Google must be able to crawl each declared URL) ### Method 2: HTTP Response Headers For non-HTML files (PDFs, images) or when you cannot modify the HTML head, hreflang can be declared in the HTTP response header: ``` Link: ; rel="alternate"; hreflang="de", ; rel="alternate"; hreflang="en" ``` ### Method 3: XML Sitemaps Hreflang can also be declared in the XML sitemap using the `xhtml:link` element. This is practical for large sites where adding head tags to every page is complex: ```xml https://example.com/ ``` ## Hreflang and Domain Structure The hreflang implementation varies based on your international URL structure: **ccTLD structure** (example.de, example.fr): Each ccTLD declares itself and cross-references other ccTLDs. The domain itself provides strong geographic signal; hreflang reinforces it. **Subdomain structure** (de.example.com): Subdomains cross-reference each other. Combined with Google Search Console's geographic targeting setting, this provides moderate geographic signal. **Subdirectory structure** (example.com/de/): All hreflang declarations occur on a single root domain. This is the simplest structure to maintain because all pages share the same domain and the hreflang relationships are fully visible to Google through a single crawl session. ## The Bidirectional Requirement The most common hreflang implementation error is failing to implement bidirectional references. Every page in a hreflang group must reference every other page in the group: If page A declares that page B is its German equivalent, page B must also declare that page A is its English equivalent. Hreflang relationships that are not bidirectional are considered invalid and may be ignored by Google. For a site with 15 language versions, each page must contain 15 hreflang tags referencing all 15 versions (including itself). For a site with 10,000 pages × 15 languages = 150,000 pages, this creates significant XML sitemap complexity. The sitemap implementation method is typically most practical at this scale. ## Common Hreflang Errors **Referencing non-indexable pages**: If a page declared in a hreflang tag returns a 404, 301 redirect, or has a noindex directive, Google cannot process the hreflang relationship. All declared URLs must be directly accessible. **Using incorrect language/country codes**: `hreflang="en-UK"` is wrong; the correct format is `hreflang="en-gb"` (lowercase country codes). Invalid codes are silently ignored by Google. **Missing x-default**: Without x-default, users in countries you have not explicitly targeted may see inconsistent results. **Inconsistent declaration across pages**: If your English pages declare hreflang but your German pages do not, the bidirectional relationship is broken. **Mixing methods**: Using HTML head tags on some pages and sitemap declarations on others creates confusion. Choose one method and implement it consistently. ## Using TLD比較ツール for International Domain Decisions When building an international domain strategy, compare your ccTLD options alongside trust signal data for each target market. The TLD比較ツール provides country-level registration data, local trust assessments, and pricing for ccTLD decisions that interact with your hreflang strategy. ## Hreflang Validation Tools After implementing hreflang, validate with: - **Screaming Frog**: Crawls your site and reports hreflang errors and conflicts - **Google Search Console**: International Targeting report shows detected hreflang errors - **Hreflang.org validator**: Free tool for validating hreflang XML sitemap files - **Ahrefs Site Audit**: Commercial tool with comprehensive hreflang error detection ## Monitoring Hreflang Effectiveness After implementation, monitor in Google Search Console: - **International Targeting report**: Shows detected alternate pages and any errors - **Country-level impressions**: Filter by country to verify traffic is matching intended language/country targets - **Impressions for translated content**: If translated pages are not receiving impressions in their target countries, hreflang may not be processing correctly ## Content Quality Across Languages: The Overlooked Factor Hreflang is meaningless if your translated content is poor quality. Machine-translated content without human review typically produces thin, low-quality pages that Google recognizes as such. Even correctly implemented hreflang cannot make poor translated content rank well. The backlink profiles for non-English versions also typically start much weaker than the English original. Building authority for German, French, or Japanese versions requires independent link acquisition in each market — links from German sites to your .de or /de/ content are significantly more valuable than English backlinks for German ranking purposes. ## Related Guides - International SEO: ccTLD vs Subdomain vs Subfolder — Architecture decisions: ccTLD vs subdomain vs subdirectory - Does Your TLD Affect SEO? The Definitive Answer — How TLD choice affects overall SEO performance - Subdomain vs Subdirectory: SEO Implications — The structural decision underlying international SEO architecture

ドメインとSEO のその他のガイド

関連ガイド