多言語SEOは翻訳の公開場所から始まる
仮に日本語の `/jp/products/model-a/` と英語の `/products/model-a/` が同じモデルを説明するなら、両ページを独立して開ける状態にし、言語切り替えで対応先へ進めるか確認します。以下は構成例であり、これらのURLが実際に公開されているという説明ではありません。
cookie、ブラウザ言語、IPアドレスだけで表示言語を切り替えると、検索エンジンや共有リンクで各言語ページを見つけにくくなる場合があります。読者が自分で言語を選べる明確なリンクも用意します。
hreflangとcanonicalの役割を分ける
hreflangは、同じ内容の言語・地域バリエーションを検索エンジンへ示すための情報です。日英の対応ページは、自分自身を含めて相互に参照し、存在しないURLや一方向だけの指定を避けます。
canonicalは、そのページの正規URLを示すための情報です。通常は各言語ページが自分自身をcanonicalとして持ちます。英語ページを日本語ページへcanonical指定すると、別言語ページとしての意図を壊す可能性があります。
- 各言語に固有で安定したURLがある
- 対応ページのhreflangが自分自身と相手を相互に参照する
- 各言語ページのcanonicalが意図した正規URLを指す
- 言語切り替えが対応ページまたは分かりやすい一覧へ進む
- 言語ごとのタイトル、説明文、見出し、本文が自然である
- サイトマップと内部リンクに公開した言語URLが含まれる
翻訳SEOはキーワードの置換ではない
日本語で使われる商品名、業界用語、検索の仕方と、英語の買い手が使う語は一致しないことがあります。英語版では、対象市場の読者が理解する製品名、用途、仕様、課題、問い合わせで使われる表現を確認し、ページごとのテーマを決めます。
日本語の見出しを直訳してキーワードを詰め込むと、読みにくくなり、営業資料としても弱くなります。自然な英文で答えを先に示し、詳しい仕様・根拠・FAQへ進める構造にします。
言語ごとの内部リンクと資料を整える
英語ページから日本語の資料へ突然移動すると、海外の読者が離脱することがあります。重要な資料は英語版を用意するか、言語と内容を事前に示します。フォームの同意文、エラーメッセージ、送信完了画面、メール通知も言語別に確認します。
内部リンクは、同じ言語の製品・技術・会社・問い合わせページへつなぎます。別言語ページにリンクする場合は、言語切り替えであることを読者に分かるようにします。
公開後は言語ごとに検証する
公開後に、主要URLの表示、言語切り替え、canonical、hreflang、robots、サイトマップ、フォーム、タイトル・説明文を確認します。検索エンジンがどの言語ページを発見・表示しているかは時間がかかるため、技術設定だけで成果を保証するものではありません。
英語版への流入語、よく読まれる製品、問い合わせの地域、営業が必要とした説明を確認し、内容を更新します。日本語版の変更が英語版に反映されない問題を防ぐため、更新台帳を用意し、定期的に確認すると効果的です。
参考資料と適用範囲
- Google:ページのローカライズ版developers.google.com
言語別URLと相互のhreflang指定の根拠です。検索順位を保証するものではありません。
- Google:検索エンジン最適化スターターガイドdevelopers.google.com
クロール可能なリンク、ページタイトル、分かりやすいサイト構造の技術的な参考資料です。
FAQ
よくある質問
hreflangだけで海外SEOはできますか?
hreflangは言語・地域バリエーションを示す技術要素です。内容の関連性、検索意図、技術的な発見しやすさ、サイトの信頼性、継続的な更新などを置き換えるものではありません。
英語版のcanonicalは日本語版に向けるべきですか?
通常は各言語ページが自分自身を正規URLとして示します。英語版と日本語版が本当に別言語の読者向けなら、異なる内容として正しく対応付けます。
自動翻訳したページをそのまま公開してよいですか?
機械生成の文を公開する場合も、事実、用語、読者にとっての自然さ、ページの価値を人が確認します。翻訳量を増やすことではなく、対象読者に役立つ独自の内容にすることが重要です。
URLに日本語を使ってもよいですか?
技術的には可能ですが、共有、分析、社内運用、英語版との対応関係を考慮して決めます。言語ごとに一貫した分かりやすいURL構造を維持することが重要です。
