2026年6月6日

商標ドメインを活用したドメイン保護｜防衛取得の範囲と運用設定

ドメイン管理

自社の商標と同じ文字列のドメイン（商標ドメイン）を計画的に押さえておくと、なりすましサイトや紛争の多くを未然に防げます。ただし、思い付く限りのドメインを取ると管理が追い付かず、更新漏れという新しい弱点を生みます。この記事では、どこまで取得するかの決め方、名義と更新の管理、取得した防衛ドメインのリダイレクトとメール設定までを、運用の手順として説明します。紛争が起きた後の申立ての手続きは別の記事で扱います。

防衛取得の考え方

商標ドメインの防衛取得は、「第三者に取られると困るもの」を優先して押さえる作業です。保護の効果は、取得した数ではなく、主要な入口を自社が持っているかどうかで決まります。

判断の軸は次の3つです。

利用者が入力しそうか: 社名や主力商品名に、よく使われる TLD を組み合わせたもの
悪用されたときの被害が大きいか: 決済やログインがあるサービス名、問い合わせの多いブランド名
取得と維持に手間を掛けられるか: 数が増えるほど、更新と設定の管理が必要になります

商標を持っていることと、ドメインを持っていることは別の話です。商標権があっても、同じ文字列のドメインを第三者が先に登録すること自体は防げません。取り戻すには紛争処理の手続きや交渉が必要になり、時間も費用も掛かります。先に取っておくほうが負担は小さく済みます。

優先して取得するドメインの洗い出し

まず、保護したい名称を一覧にします。社名、主要な商品名・サービス名、略称、日本語名のローマ字表記などです。次に、それぞれについて候補のドメインを書き出します。

TLD の選び方

日本で事業をしているなら、.jp 系と主要な gTLD が中心になります。

co.jp: 登記した会社などが対象で、原則1組織1つです。正式な窓口として使い、第三者には取りにくいドメインです。
汎用JP（.jp）: 日本国内に住所があれば個人でも取得でき、数の制限もありません。第三者に取られやすいため、主要な名称は押さえておく価値があります。
.com など主要な gTLD: 海外からの利用者や、TLD を意識せず入力する利用者に対応するために検討します。
進出先の国の ccTLD: 海外で事業をする場合は、現地の利用者が使う TLD を検討します。取得条件は国ごとに異なり、現地の住所や代理人が必要なこともあります。

つづりの変化

入力ミスやなりすましに使われやすい変化も候補にします。ハイフンの有無、よくある打ち間違い、「公式」「shop」「login」などの語を付けたものです。ただし、すべてを取得するのは現実的ではありません。被害が想定される数件に絞り、残りは監視の対象にすると管理しやすくなります。

名義と更新の管理

防衛取得したドメインを失う原因として多いのは、紛争ではなく管理の不備です。

登録者は会社名義にする

ドメインの登録者を、担当者個人や制作会社の名義にしておくと、退職や取引終了のときに移管の手続きが難しくなります。登録者は会社名義とし、管理用のアカウントにも会社が管理するメールアドレスを設定します。

自動更新と連絡先

自動更新を有効にし、支払いに使うカードの有効期限も管理します。更新通知の送り先は、個人のアドレスではなく複数人が読める共有アドレスにしておくと、担当者が替わっても通知が届きます。台帳には、ドメイン名、レジストラ、有効期限、用途、担当部署を記録しておきます。

不正な移管と変更を防ぐ

レジストラの移管ロックを有効にし、管理画面のログインには二要素認証を設定します。重要なドメインについては、登録者情報やネームサーバーの変更をレジストリ側で止める「レジストリロック」を提供している TLD や事業者もあります。提供の有無と申し込み方法は、利用しているレジストラに確認してください。

防衛ドメインのリダイレクト設定

取得しただけで放置したドメインは、利用者が入力したときに何も表示されず、信頼を損ねることがあります。主に使うドメインへ 301 リダイレクトで転送しておくのが一般的です。

HTTPS で入力されたときにも転送できるよう、防衛ドメインにも SSL/TLS 証明書を用意します。証明書が無いと、ブラウザの警告画面が出て転送までたどり着きません。Web サーバーで転送する場合の例です（nginx）。

server {
    listen 80;
    listen 443 ssl;
    server_name example.jp www.example.jp;

    # 証明書のパスは環境に合わせて変更する
    ssl_certificate     /etc/ssl/example.jp/fullchain.pem;
    ssl_certificate_key /etc/ssl/example.jp/privkey.pem;

    return 301 https://www.example.com$request_uri;
}

WordPress 側でリダイレクトを組むより、Web サーバーや DNS 事業者の転送機能で処理するほうが、WordPress を経由しない分だけ軽く、設定も一か所にまとまります。

メールのなりすましを防ぐ DNS 設定

メールを送らない防衛ドメインは、そのドメインを名乗った迷惑メールやフィッシングに使われることがあります。送信しないことを DNS で宣言しておくと、受信側のサーバーがなりすましメールを判定しやすくなります。

; メールを受け付けない（Null MX）
example.jp.          IN MX   0 .

; このドメインからは送信しない（SPF）
example.jp.          IN TXT  "v=spf1 -all"

; SPF や DKIM の検証に失敗したメールは拒否するよう求める（DMARC）
_dmarc.example.jp.   IN TXT  "v=DMARC1; p=reject;"

この設定は、そのドメインでメールを一切使わない場合に限ります。問い合わせ用のアドレスなどで使っているドメインに入れると、正規のメールまで届かなくなります。設定前に、そのドメインのアドレスが使われていないか社内で確認してください。

定期的な見直し

防衛取得は一度で終わりではありません。新商品の発表、海外展開、事業の終了などに合わせて、年に一度は一覧を見直します。

新しい商品名は、発表前に商標出願と並行してドメインを確保する
使わなくなったブランドのドメインは、すぐに手放さず、失効後に第三者に取られた場合の影響を考えてから判断する
取得していない候補は、第三者の登録や証明書の発行が無いか監視の対象にする

新しい TLD は今後も追加される見込みです。新 TLD の優先登録期間に商標権者が先に登録できる仕組みもあるため、必要に応じて活用を検討してください。取得条件や仕組みは TLD ごとに異なり、変わることもあります（2026年10月現在）。

まとめ

防衛取得は数ではなく、利用者が入力しそうなもの、悪用の被害が大きいものを優先します。
co.jp と汎用JP、主要な gTLD、進出先の ccTLD を軸に、つづりの変化は数件に絞ります。
登録者は会社名義にし、自動更新、共有の通知先、移管ロック、二要素認証で失効と乗っ取りを防ぎます。
防衛ドメインは証明書を用意して 301 で転送し、メールを使わないなら Null MX、SPF、DMARC で送信しないことを宣言します。
一覧は定期的に見直し、取得しない候補は監視で補います。