ドメインとSEOの関係|名前の選び方・更新管理・変更時の注意点
2026年6月17日
著者: 与謝秀作
ドメイン名はサイトの識別と継続運用を支えるものです。検索語を名前に入れれば上位になる、中古ドメインなら早く伸びる、といった説明だけで選ぶと、権利や保守、移転の問題を見落とします。名前・対象地域・管理・変更の4つに分けて判断しましょう。
ドメイン名・ホスト名・URLの違い
例えばexample.comは登録するドメイン名、www.example.comはホスト名の例です。https://www.example.com/guide/は方式・ホスト・パスを含むURLで、同じドメインでも複数のページを指せます。
ドメインは利用者がサイトを見分け、再訪や案内に使う名前です。短く伝えやすいこと、事業名と整合すること、権利侵害や混同を避けることを先に確認します。検索語を含む名前だけで、内容の不足や取得不能を補えるわけではありません。
GoogleのSEOスターターガイドは、ドメインやURLのキーワードだけの影響を過大視しないよう説明しています。URLを変えず改善できる内容があるなら、名前の変更より先にその効果と費用を検討してください。
キーワード・TLD・取得年数だけで順位を決めない
選定項目 | 確認する問い | 判断の記録 |
|---|---|---|
伝えやすさ | 口頭や文字で誤認されにくいか | 候補を第三者に伝えた結果 |
ブランド・権利 | 既存の名称や権利と混同しないか | 必要な確認担当と結果 |
対象地域 | 特定国向けか複数地域か | 言語・地域の計画 |
登録資格 | 希望する種類を登録できるか | 公式条件と登録者 |
維持 | 更新と認証を管理できるか | 責任者・期限・復旧先 |
キーワードを詰め込んだ長い名前より、利用者が正しく認識できる名前を考えます。「SEO向け」という販売表現だけで、登録費用、翌年以降の更新、移転可否の条件を決めないでください。
取得してからの年数や第三者スコアだけでは、現在の内容・登録状態・将来の順位を判断できません。古さのために新しい名前を避けるのではなく、利用目的と維持できる条件を比較します。
JP・CO.JPなど登録条件と対象市場を確認する
国別トップレベルドメインと一般的なトップレベルドメインは区別します。Googleは多地域サイトの資料で、国別ドメインが地域対象の手掛かりになることを説明しています。どの拡張子も一律にSEO上同じ、あるいは特定の拡張子なら必ず強い、と単純化しません。
種類の例 | 選ぶ時の観点 | 避ける説明 |
|---|---|---|
.comなどのgTLD | ブランドと複数地域での利用 | 取得しただけで順位が上がる |
.jpなどのccTLD | 対象地域と登録条件 | 全世界向けにも常に最適 |
.co.jpなどの属性型JP | 対象組織・資格の公式要件 | 信頼や上位表示を自動保証 |
.co.jpと汎用JPでは対象条件が異なります。申込み時はJPRSのJPドメイン種類と対象で確認し、代理店の説明だけで資格を判断しないでください。
中古ドメインの履歴とポリシー上の注意点
中古・期限切れドメインでは、過去の使われ方や権利、関連するリンク、残っている設定を確認します。ただし、履歴の一部を閲覧できたから問題がない、過去の指標が高いから今後も強い、と保証できるものではありません。第三者のスコアもGoogleの評価そのものではありません。
Googleのスパムポリシーは、過去の評価を利用して低価値な内容を順位操作目的で公開する期限切れドメインの悪用を扱っています。中古だから禁止と一般化せず、取得理由と現在の内容を明確にしてください。
所有者・更新・DNSの管理台帳を作る
管理では、登録者、管理アカウント、更新期限、支払方法、連絡先、認証、DNSとメールへの影響を台帳にします。制作会社だけが復旧手段を持つ状態を避け、自社の責任者と委託先の役割を明確にします。
管理項目 | 記録例 |
|---|---|
所有とアクセス | 登録者、管理会社、自社担当、認証・復旧先 |
期限と支払い | 更新日、自動更新の状態、支払担当、確認日 |
依存する用途 | Web、メール、認証、外部サービスの設定 |
変更と事故 | DNS変更の承認、戻し方、緊急連絡先 |
自動更新を設定していても、支払い失敗や連絡先の陳腐化は起こり得ます。定期確認を「登録できた時点で完了」にせず、引継ぎ時にも台帳と実際のアクセスを照合しましょう。
ドメイン変更は評価リセットではなく移転計画で考える
ドメイン変更は、Googleの評価を必ず失う操作でも、自動で過去の問題が消える操作でもありません。利用者と検索システムが新しい場所へ移れるよう、URL変更を伴う移転の公式手順を基に準備します。
- 旧新URLと対応する内容を整理し、無関係な一括転送を避ける。
- 新しい応答、TLS、robots、canonicalとページ内容を確認する。
- 永続リダイレクト、内部リンク、サイトマップを更新する。
- 該当するSearch Consoleの移転手続きと旧新サイトの確認を行う。
- メール、認証、広告、外部案内の旧ドメイン依存を点検する。
移転と全面改稿を同時に行えば、数値変化の原因を分離しにくくなります。日程、担当、戻す条件を記録し、再処理中の変動を見込んだ監視を準備します。
変更前後の確認と構成選択の相談先
架空の会社が名称変更する場面なら、看板と一致する新ドメインへの変更には利用者上の理由があります。一方「競合が短い名前で上位だから」という理由だけでは、移転費用やメールへの影響に見合うとは限りません。
変更前の合意 | 確認する内容 |
|---|---|
目的 | ブランド・統合・運用上の必要を説明できるか |
範囲 | 全体か一部か、言語・メール・認証を含むか |
対応 | URL表、転送、管理権限、保守期間 |
評価 | 同条件の取得・検索表示・入口・確認済み成果 |
名前を選ぶ時も変更する時も、利用者の認識と継続管理を優先します。サブドメインとディレクトリの配置判断は、関連記事で運用条件をさらに比較してください。


