ムームードメイン徹底解説｜最安じゃなくても選ばれる理由／合う・合わない人を目的別に

「ムームードメインって、よく名前は見るけど……結局どんな人向けなの？」
独自ドメインを取ろうと思ったとき、多くの人がここで迷います。

たとえば、こんな声はありませんか？

「最安のドメイン会社を選べばいい？ それとも後から後悔する？」
「初年度は安いけど更新が高いって本当？ 総コストで見たほうがいい？」
「ネームサーバ？ DNSレコード？ 用語が難しくて、設定で詰まりそう…」
「WordPressで使いたいけど、SSL（HTTPS）で失敗したくない」
「メールも使う予定。Google WorkspaceやNotion、BASEと連携できる？」
「WHOISやドメインロックって必要？ 乗っ取りや個人情報が心配…」

ムームードメインは、“最安を追う人”よりも、管理のしやすさ・連携のしやすさ・運用ミスを減らす仕組みを重視する人に選ばれやすいサービスです。
ただし、やりたいこと次第では「別の選択肢のほうが楽」なケースもあります。

この記事では、ムームードメインを検討している初心者の方が、

• 料金（取得・更新・オプション）を総コストで判断できる
• WordPress・メール・外部ツール連携まで、つまずきやすいポイントを避けられる
• 合う人／合わない人を目的別に整理して、後悔なく選べる

ように、公式情報をベースに「必要なところだけ」を分かりやすくまとめます。
読み終える頃には、あなたがムームードメインを選ぶべきか、別サービスにすべきかがはっきり判断できるはずです。

ムームードメイン公式サイト

最初に結論：ムームードメインが合う人／合わない人

ムームードメインは、「ドメインを買って終わり」ではなく、取得後の運用（更新・DNS・移管・セキュリティ）まで含めて“迷いを減らす設計”が特徴です。
ただし、最初から高度なDNS運用をガンガン回す人には、別の選択肢が合う場合もあります。

先に、向き・不向きを一枚で整理します👇

観点	合う	合わない
運用スタイル	迷わず管理したい／必要なときだけ設定したい	DNSレコードを日常的に細かく触る
重視点	管理のわかりやすさ・連携・安全性	“玄人向けの自由度”を最優先
料金の見方	初年度だけでなく更新まで含めて判断できる	価格比較を「最安」だけで決めたい

合う人：コストより「管理のラクさ」「連携」を重視したい

✅ こんな人はムームードメインが相性◎です。

• 初めて独自ドメインを取る（更新漏れ・設定ミスが不安）
• ブログ／ポートフォリオ／小さな事業サイトなど、まずは1つ立ち上げたい
• ロリポップ等の関連サービスも含めて、連携前提でスムーズに運用したい
• 個人情報を出したくない（WHOISの公開が心配）
• 将来、制作会社や共同運用になっても困らないようにセキュリティを強めたい

特に初心者にとって大きいのが、次の3点です。

• 価格を「取得・更新・移管」で一覧確認できる（比較がしやすい）
• 自動更新が標準で有効になっていて、更新忘れ事故を減らしやすい
• WHOIS情報の代理公開で、個人の連絡先がそのまま出るリスクを抑えやすい

💡料金面の注意として、価格一覧には「請求額に対して一定割合のサービス維持調整費」が入る旨が明記されています。
つまり「表示価格＝最終支払額」とは限らないので、最終の請求額はカートや明細で必ず確認するのが安全です。

合わない人：細かなDNS運用を最初から頻繁にやりたい

⚠️ 次に当てはまる人は、ムームードメインが“悪い”というより、別の思想のサービスの方が合うかもしれません。

• 1つのドメインで
  複数サービス（Web／メール／検証環境／サブドメイン）を常に組み替える
• TXTレコードを含む認証（SPF/DKIM/DMARC等）や、外部サービスの接続を
  週単位で調整する予定がある
• DNSの反映待ちやキャッシュなども含めて、
  自分で切り分けながら最適化するのが前提

もちろんムームードメインでもDNSレコードは触れます（ムームーDNSのカスタム設定等）。
ただ、初心者向けに“迷いを減らす導線”が用意されているぶん、玄人の人が求める「どこまでも自由に組む」体験とはズレることがあります。

この記事で解決できる悩み（料金・更新・設定・移管）

この記事では、初心者がつまずきやすいポイントを 「何を確認し、何を選べばいいか」の順で整理して解説します。
解決できる代表的な悩みは次のとおりです。

料金

• 初年度はいくら？更新はいくら？（ここが一番の落とし穴）
• ドメイン種別（.com / .jp 等）で、取得・更新・移管の価格がどう違う？
• サービス維持調整費って何？どれくらい見ておくべき？

更新

• 自動更新はどんな仕組み？
  いつ引き落とし？どの支払い方法が使える？
• 更新漏れを防ぐための、最低限のチェック項目は？

設定（DNS）

• 「ネームサーバ」と「DNSレコード」の違いがわからない
• WordPress／外部サーバー／各種サービスに繋ぐとき、
  どこを触ればいいのか迷う
• 設定したのに反映されない（DNS伝播・キャッシュ問題）

移管

• 将来、別の事業者へ移すときの手順・必要な情報（AuthCodeなど）
• 移管時に承認メールが届かないなどの典型トラブル回避
• “いざという時に詰まらない”ための、事前の準備

📌 最後にひとこと：
ムームードメインは「買って終わり」ではなく、運用の事故（更新漏れ・設定ミス・権限事故）を減らす設計が効いてくるタイプのサービスです。
ここを理解して選ぶと、後悔しにくくなります。

ムームードメイン公式サイト

ムームードメインとは？できることを3分で把握

ムームードメインは、独自ドメインの取得（購入）と、その後の運用（更新・DNS設定・移管・セキュリティ）をまとめて管理できるサービスです。
「ドメインを買ったけど、その後どう設定するの？」で止まりがちな初心者でも、コントロールパネルから必要な操作にたどり着きやすいのが特徴です。

まずは全体像を、超ざっくり把握しましょう。

• できること：取得 → 使う設定（DNS）→ 更新 → 守る（セキュリティ）→ 必要なら移管
• できないこと（代表例）：ムームードメイン側でのURL転送は不可（転送はサーバー側や別サービスで対応）

「ドメイン取得サービス」としての基本機能

初心者が「最低限ここだけ押さえればOK」という機能を、用途別に整理します。

1) ドメインを取得・管理する

• 空きドメインを検索して取得（.com / .jp など）
• 取得済みドメインの一覧管理
• 更新（期限管理）と支払い管理

2) 使える状態にする（DNS・ネームサーバ設定）
独自ドメインは、取っただけではWebやメールに紐づきません。
ムームードメインでは、主に次の2ルートで「使える状態」にします。

• ネームサーバを切り替える（サーバー会社側のネームサーバへ）
• ムームーDNSを使ってレコードを設定する（外部サービス接続にも便利）

ムームーDNSのカスタム設定では、代表的に次のようなDNSレコードが扱えます。

• A / AAAA：サイトの接続先（IPアドレス）
• CNAME：別のホスト名へ紐づけ（外部サービス連携でよく使う）
• MX：メールの受信先
• TXT：所有確認やメール認証（SPF / DKIM / DMARC など）
• NS / CAA / SRV / ALIAS：用途に応じた設定

※設定反映には時間がかかることがあり、目安として「1時間程度」と案内されています。焦らず、まず入力ミスを疑うのがコツです。

3) 個人情報・セキュリティを守る

• WHOIS代理公開：登録者情報の公開を、サービス側の情報に置き換えられる（ただし対象外のドメインもあり）
• 自動更新：期限切れリスクを減らす（初期状態で有効になるケースあり）
• ドメインロック：WHOISやネームサーバ等の重要操作を制限し、誤操作・第三者操作を防ぐ

4) いざという時の「移管」も見据えられる

• 他社→ムームードメイン／ムームードメイン→他社の移管に必要な情報（認証コード等）を管理できる
  ※移管の可否・手順はドメイン種別によって異なるので、実施前に対象ドメインの条件確認が必須です。

5) 補助サービス（必要な人だけ）

• 独自ドメインメールを作りたい場合、ムームーメールのような関連サービスを選ぶ手もあります
  （「サイトは別サーバー」「メールだけ欲しい」など、分離運用をしたい人に便利）

補足：できないことも先に知っておく

• ムームードメイン単体で「○○→△△へ自動転送（URL転送）」はできません。
  その場合は、サーバー側の転送機能・CMS側のリダイレクト・別サービスで対応します。

サーバー同時契約で得する仕組み（無料条件の考え方）

ムームードメイン周辺には「ドメインずっと無料」という考え方があります。
これは一言でいうと、サーバー契約を継続する代わりに、ドメインの取得費用・更新費用が実質0円になるタイプの特典です。

初心者が混乱しやすいので、見るべきポイントを先に固定します。

仕組みのポイント（初心者向けチェックリスト）

• 無料の対象は“すべてのドメイン”ではない（対象ドメインが決まっている）
• 無料の条件は“サーバー契約の継続”（解約すると無料が途切れる可能性がある）
• 申し込みの入口が重要（ムームー側からか／サーバー側からかで手順が変わる）
• 支払い方法が限定されることがある（例：クレジットカードのみ等）
• 「取得だけ無料」ではなく「更新も無料」かを必ず確認する

現在の代表的な選択肢

• ムームーサーバーと同時契約
  対象ドメインを同時に申し込むことで、取得費用が0円になり、条件を満たす契約継続で更新費用も無料になる旨が案内されています。
  さらに対象ドメインは「45種類以上」とされています。
• ロリポップ側の“ドメインずっと無料”
  ムームードメイン経由での新規受付が終了した案内がある一方、ロリポップ側の申し込みで対象ドメインを同時取得できる流れが説明されています。
  つまり「どこから申し込むか」で適用ルートが変わるため、申し込み画面の案内に沿うのが安全です。

どう判断すべき？

初心者は次の基準がわかりやすいです。

• サイト運用を長く続ける予定 → “更新も無料”の恩恵が効きやすい
• サーバーを将来乗り換えるかも → “無料が切れた後の更新費用”も想定して選ぶ
• 最安だけで決めたくない → 管理・更新事故の防止（自動更新／ロック等）も含めて総合判断

外部サービス連携（Notion等）でできること

ここでいう「連携」は、ほとんどの場合 ムームードメインが“ボタン1つで自動連携する”という意味ではなく、DNS設定で接続するという意味です。
つまりムームードメインは、外部サービスへつなぐための「設定の土台」になります。

できること（代表例）

• Notionのサイト（Notion Sites）に、独自ドメインを割り当てる
• Google Workspace等で、独自ドメインメールを運用する
• EC/予約/各種SaaSに、独自ドメインを接続してブランド感を出す

Notionで独自ドメインを使う流れ（初心者向けに簡略化）

Notion側の公式手順は「DNSのレコード設定（CNAMEなど）」を前提に進みます。ムームードメイン側では、主に次をやります。

1. Notion側で、接続したい独自ドメインを登録
2. 指示されたDNSレコード（例：CNAME / TXT）を確認
3. ムームーDNSのカスタム設定で、該当レコードを追加
4. 反映待ち（時間がかかることあり）→ Notion側で接続確認

つまずきやすいポイント

• CNAMEの入力場所（サブドメインの指定が必要なケース）
• TXTの入力ミス（コピペ時の空白混入）
• 反映待ちで焦る（キャッシュや伝播の影響）

外部連携のコツ（覚えておくと失敗しにくい）

• 外部サービスの案内に「CNAME」「TXT」「MX」などが出たら、ムームーDNSでレコードを追加するケースが多い
• 「ネームサーバをサービス指定に変更」と言われたら、ネームサーバ切替が必要なケースが多い
• 迷ったら、まずは “今、ムームーDNSを使っているかどうか” を確認すると切り分けが早いです

ムームードメイン公式サイト

運営会社・信頼性：E-E-A-Tの観点で確認しておきたいこと

ドメインは「一度取ったら終わり」ではなく、更新・設定変更・移管など長期運用が前提のインフラです。
だからこそ、初心者ほど E-E-A-T（経験・専門性・権威性・信頼性）の視点で、最初に“安心材料”を押さえておくと失敗しにくくなります。

この章では、ムームードメインを使ううえでの 信頼性チェックポイントを、迷わない順番でまとめます。

運営元・サービス位置づけ（公式発表から読み解く）

まず確認したいのは、「どの会社が、どんな体制で運営しているか」です。
ムームードメインは、運営会社としての情報が公開されており、サービスに関する発表（ニュース・リリース）も定期的に出ています。

初心者が見るべきポイントは、次の3つです。

1) 運営会社の情報が明確か

チェック項目はこれだけでOKです。

• 会社名（法人名が明記されている）
• 所在地・設立・上場情報などの基本情報が確認できる
• 電話窓口の有無／問い合わせ導線が明確

「問い合わせ先が曖昧」「運営情報が薄い」サービスは、長期運用で不安が残ります。
逆に、運営情報が整理されていると、トラブル時も“どこへ連絡すべきか”が明確です。

2) サービスが“継続運用されている”根拠があるか

ドメイン運用では、仕様変更・新機能・提携などが起きます。
そのため、公式のニュースやプレスリリースがあり、更新が続いているかは重要です。

• 何年も更新が止まっていないか
• 機能・提携・新サービスなどの発表があるか

「情報が動いている」こと自体が、運用継続の安心材料になります。

3) サービスの役割がイメージできるか

ムームードメインは、ざっくり言うと “ドメイン取得と、その後の運用（更新・DNS・セキュリティ）をまとめる場所”です。
周辺サービス（サーバー等）と組み合わせて、初心者でも「使える状態」まで持っていきやすい立ち位置です。

サポート導線（AIチャット／問い合わせ／マニュアル）の使い分け

初心者がいちばん困るのは「何をどこに聞けばいいかわからない」問題です。
ムームードメインは、主に AIチャット・オペレーター対応・マニュアル（FAQ）の導線が用意されているので、目的別に使い分けると早く解決できます。

まずは使い分け表だけ覚えればOK

目的	最短で使う手段	理由
操作方法が知りたい（画面のどこ？）	AIチャット / マニュアル	既存手順の検索が速い
エラーの原因を切り分けたい	マニュアル → オペレーター	状況確認が必要になりがち
契約状況・個人情報が絡む	オペレーター	本人確認や個別確認が必要
仕様を正確に確認したい	マニュアル	記載が“公式ルール”になる

AIチャットが向いている質問

AIチャットは、マニュアルやFAQを参照して回答するタイプです。
なので、次のような「一般的な操作手順」に強いです。

• DNSレコードの入れ方（どの画面で設定する？）
• 更新設定の場所
• 機能の概要（ドメインロックって何？ など）

逆に、契約状況の確認が必要な質問（請求の個別事情、特定アカウントの状態など）は、AIでは完結しにくいことがあります。

オペレーター対応が向いている場面

次のどれかに当てはまったら、最初からオペレーターが早いです。

• 請求・支払い・契約状態など、個別の確認が必要
• 画面表示が説明と違い、手順どおりに進まない
• 移管やWHOIS変更など、失敗すると影響が大きい手続き

ポイントは、最初のメッセージで状況を揃えること。
以下を入れると、往復が減って解決が早まります。

• 対象ドメイン名
• 何をしたいか（例：サーバー接続／移管／更新）
• どこで詰まったか（画面名・エラー文）
• 変更した設定（いつ、何を変えたか）

セキュリティ機能（WHOIS・ドメインロック等）を先に押さえる

ドメインの事故で多いのは、次の2つです。

1. 乗っ取り・不正移管（アカウント侵害）
2. 更新漏れ・設定ミス（運用事故）

これを避けるために、ムームードメイン側で押さえるべきセキュリティは「3点セット」で覚えると簡単です。

1) WHOIS関連（公開情報の扱い）

WHOISは、ドメインの登録者情報が紐づく仕組みです。
初心者が押さえるべき結論はこれです。

• 個人運用なら、代理公開（公開情報の差し替え）を理解しておく
• ただし手続きによっては、WHOIS情報を“本人情報”に戻す必要が出る場合がある

特に移管では、承認メールがWHOIS上のメールアドレスに送られることがあり、ここを知らないと詰まります。
「移管の前にWHOISメールを確認する」だけで、事故がかなり減ります。

2) ドメインロック（重要操作の誤操作・不正操作を減らす）

ドメインロックは、移管などの重要操作が勝手に進まないようにする考え方です。

• 普段はロックを有効にしておく
• 何か手続きが必要なときだけ、一時的に解除する

この運用にしておくと、万一ログイン情報が漏れても、被害が広がりにくくなります。

3) 2要素認証（ログイン防衛の基本）

ログイン周りは、最優先で固めるのが鉄則です。
2要素認証が用意されている場合は、可能な限り有効化しておくのが安全です。

初心者向けの“最低限やること”チェック

• 2要素認証を有効化する
• パスワードを使い回さない（可能ならパスワード管理ツールを使う）
• 登録メールアドレスを常に受信できる状態にしておく（移管・承認メールで詰まらない）

ムームードメイン公式サイト

料金の全体像：取得費用・更新費用・オプション費用

ムームードメインの料金は、大きく次の3つで考えると迷いません。

• ドメイン取得（新規）
• ドメイン更新（継続）
• オプション（必要な人だけ）

さらに見落とされがちなのが、決済時に別途加算されるサービス維持調整費です（後述）。

「初年度が安い」と「更新が安い」は別問題

ドメインは「初年度が格安」でも、2年目以降（更新）で一気に上がることがあります。まずは “更新費用” を見て判断するのが安全です。

代表例（価格は 1年あたり／税込表示）：

種類	取得（1年目）	更新（2年目以降）	移管（他社→ムームー）
.com	770円	1,728円	1,728円
.net	1,848円	1,848円	1,848円
.jp（※1年のみ）	990円	3,344円	3,344円
.blog	587円	3,278円	―

ポイントはこの2つです。

• 更新費用が高いドメインは、長期運用ほど総額が膨らみやすい
• 移管費用＝更新費用のドメインが多い（“移管したら1年分更新される”イメージ）

サービス維持調整費も「総額」に効く

ムームードメインは、請求時に一定割合のサービス維持調整費が上乗せされます。

• 対象：新規取得／更新／移管
• 2026年1月は 25.00%（今後も見直しあり）

つまり、目安としては次のイメージです。

• 実際の請求額 ≒ 表示価格 +（税抜価格 × 調整率）

最終金額は、決済画面（請求金額画面）で確定するので、購入直前に必ず確認しましょう。

プレミアムドメインの見分け方と落とし穴

「短い」「汎用単語」「ブランド性が高い」などのドメインは、一般の定価枠ではなくプレミアムドメインとして扱われることがあります。

落とし穴になりやすい点だけ先にまとめると…

• 価格が固定ではない（市場取引に近い考え方）
• “取得” とは別に、オファー成功後の移管・更新に伴う費用が発生することがある
• 支払い方法が通常のドメインと異なるケースがある（例：即時決済/銀行振込中心）

初心者の方は、まずは通常ドメイン（.com / .net / .jp など）で運用を始めて、
サイトが伸びてからプレミアムを検討するほうが失敗しにくいです。

支払い方法と自動更新：失効を防ぐチェックリスト

ムームードメインの支払いは、独自ドメインなら次が選べます。

• クレジットカード
• おさいぽ！（前払いポイント方式）
• 銀行振込
• コンビニ決済

ただし、自動更新を使う場合は注意が必要です。

• 自動更新の決済方法は クレジットカード／おさいぽ！のみ
• 更新期限の約1ヶ月前に決済処理が走る
• 自動更新をONにしたまま 銀行振込・コンビニで払いたい場合は、いったん自動更新をOFFにする必要がある

失効を防ぐためのチェックリスト（最低限でOK）：

• 連絡用メールアドレスが今も受け取れる状態か
• 自動更新を使うなら
  • カードの有効期限・利用制限
  • おさいぽ！残高
• 手動更新にするなら
  • 更新通知メールを見落とさない導線（迷惑メール対策）
  • 月末・土日祝をまたぐ支払いは早めに動く（入金確認のタイムラグ対策）
• 「取得価格」ではなく 更新価格＋調整費まで含めた総額で見積もる

更新通知・自動更新の確認手順（やることだけ）

1. コントロールパネルにログイン
2. 各種お支払い → 自動更新設定 を開く
3. 対象ドメインの
   • 自動更新が ON / OFF どちらか
   • 決済方法が クレカ / おさいぽ / 未設定 どれか
     を確認
4. 変更するなら、プルダウンで選んで 「変更」
5. 手動更新にする場合は 各種お支払い → ドメイン支払い で更新手続きを進める
6. ついでに、更新通知メールが届くように
   • 迷惑メール設定
   • 登録メールアドレスの最新化
     も確認しておく

オプション費用の考え方（必要な人だけ）

「ドメインだけ」ならオプションなしでOKです。
ただ、運用次第で付けたほうがいいものもあります。

代表的なオプション例（1年あたり／税込）：

オプション	年額	こんな人向け
ドメインロック	1,320円	移管・乗っ取り等の事故を減らしたい
ムームーメール	2,350円	独自ドメインメールを手軽に使いたい
WPホスティング	7,920円	WordPress運用を簡単に始めたい（用途次第）

「まずはドメイン取得＋通常のレンタルサーバー」で十分な人が多いので、
オプションは “困ってから足す” でも遅くありません。

ムームードメイン公式サイト

メリットを“目的別”に整理（初心者が後悔しないポイント）

ドメインサービスの差は「取得のしやすさ」よりも、取得後に“事故なく運用できるか”で出ます。
ムームードメインの強みは、初心者がつまずきやすい

• 更新漏れ（失効）
• 接続迷子（DNS設定）
• 権限事故（乗っ取り・誤操作）

を、仕組みで減らしやすい点にあります。

管理画面がシンプル：最初の1ドメインに向く理由

初心者が最初に困るのは、やることが「点」で散らばることです。
ムームードメインは、コントロールパネル内に 更新・支払い・DNS・セキュリティ が集約されているので、迷子になりにくい設計です。

初心者がまず触るのはこの3か所だけでOK

• 各種お支払い：自動更新・支払い方法の確認
• ネームサーバ／ムームーDNS：サイトやメールをつなぐ設定
• 個人設定（セキュリティ）：ログイン防御（2要素認証など）

後悔しない“最初の1ドメイン”チェック（短縮版）

• 自動更新が有効か（更新漏れを防ぐ要）
• 更新用の決済手段が成立しているか（カード期限切れ等の見落とし防止）
• いま使っているDNSがどれか（ムームーDNSなのか、他社ネームサーバなのか）

とくに自動更新は、更新期限の少し前に自動で決済・更新が走る仕組みなので、初心者の「うっかり」を減らしやすいです。
その代わり、自動更新で使える決済手段が限られる点は“先に知っておくと安心”です。

連携が豊富：ブログ／店舗／名刺代わりサイトに強い

ここで言う「連携」は、ボタン1つで接続というより、DNS（レコード）で外部サービスにつなげられる自由度のことです。
ムームーDNSのカスタム設定では主要なDNSレコードに対応しているため、用途が変わっても“繋ぎ替え”で対応しやすいのがメリットです。

目的別：何ができて、どこを触ればいい？

やりたいこと	典型的に必要な設定	迷わないコツ
WordPressでブログ（レンタルサーバー）	ネームサーバ変更 or A/CNAME設定	「サーバー側で設定する」か「ムームーDNSに寄せる」か先に決める
Notion等で名刺代わりサイト	CNAME/TXTが中心	サブドメイン指定（例：www）を求められやすい
独自ドメインメール（Google等）	MX + TXT（認証）	まずは“受信(MX)”を通してから認証(TXT)を整える

ブログ運用で効くポイント

• 最初はブログだけでも、あとから
  メール（MX/TXT） や 外部サービス（CNAME/TXT） を追加しやすい
• DNS設定後の反映には時間がかかることがあるので、
  「設定が間違ってないか」→「反映待ち」→「キャッシュ確認」の順で落ち着いて切り分けできる

店舗・小規模ビジネスで効くポイント

• サイト本体（予約・EC・LP）を外部サービスで作っても、独自ドメインで統一できる
• “屋号っぽいURL”にできるので、名刺・SNS・Googleビジネスプロフィール等に載せやすい

※補足：ムームードメイン単体ではURL転送ができないため、「別URLに飛ばしたい」運用をするなら、サイト側（CMS/サーバー/外部サービス）の転送機能で対応するのが前提になります。

セキュリティ対策：個人情報・乗っ取り対策の考え方

初心者が守るべきポイントは、難しい設定より 「守る層」を分けて固めることです。
ムームードメインは、次の3層で対策しやすいのがメリットです。

1) 公開情報の層：WHOISで個人情報を守る

個人で運用する場合、WHOIS公開情報がそのままだと連絡先が露出しやすくなります。
ムームードメインには、WHOIS公開情報を代理公開する仕組みが用意されており、プライバシー保護に役立ちます。

2) ログインの層：2要素認証で不正ログインを防ぐ

パスワードだけに頼ると、使い回し・漏えいで突破されるリスクが上がります。
2要素認証を有効にしておけば、ログイン時に追加の認証が必要になるため、突破されにくくなります。

• 受け取り方法：SMS または 自動音声
• 設定場所：コントロールパネルのセキュリティ項目から

さらに、普段と異なる環境からのログイン時に本人確認を強める設定も用意されています。

3) 操作の層：ドメインロックで“設定変更事故”を止める

「乗っ取り」だけでなく、制作会社・家族・チーム運用などでは誤操作や権限事故も起きがちです。
ドメインロックは、ネームサーバ変更や移管、解約、自動更新変更など、影響の大きい操作をロックできます。

• 料金：1ドメインあたり年額で提供
• 特徴：設定変更にメール承認が必要になるため、勝手な変更を通しにくい

初心者向けの結論

• 個人運用：2要素認証＋WHOIS対策をまず固める
• 外注・共同運用：上に加えてドメインロックを検討すると安心度が上がる

ムームードメイン公式サイト

注意点・デメリット：つまずきやすい所だけ先回り

ムームードメインは初心者でも使いやすい一方で、DNSまわりは“用語の似てる罠”があり、ここで止まる人が多いです。
この章では、つまずきポイントを先回りして「迷わない判断軸」と「確認手順」をまとめます。

DNS設定が“難しく感じる”原因（ネームサーバとレコードの混同）

DNSで混乱する最大の原因は、「ネームサーバ」と「DNSレコード」を同じものだと思ってしまうことです。
ざっくり言うと、役割が違います。

• ネームサーバ：このドメインの“住所録（DNSレコード）を管理している場所（どこが答えるか）”
• DNSレコード：住所録の中身（A / CNAME / MX / TXT など）

よくある“混同あるある”

• ムームーDNSでAレコードを直したのに反映しない
  → そもそもネームサーバが他社側になっていて、ムームーDNSが参照されていない
• サーバー会社の案内どおりに設定したつもりなのに接続できない
  → 「ネームサーバを変更」すべきなのに「レコードだけ」触っている（または逆）
• NotionやGoogle Workspaceの指示に「CNAME/TXT」と書いてあるのに、ネームサーバをいじり始めて迷子
  → 必要なのはレコード追加の方であることが多い

迷わないための“最初の分岐”

最初にこれだけ決めると、一気に楽になります。

Q：DNSの管理はどこでやる？

• A：サーバー会社側で管理する
  → ムームードメインではネームサーバをサーバー会社指定に変更し、レコード編集はサーバー側で行う
• B：ムームーDNSで管理する
  → ムームードメインのムームーDNS（カスタム設定）でレコード編集する

💡ムームーDNSでは、A/MX/CNAME/TXTなど主要レコードを扱えます（SPF/DKIMなどもTXTで設定対象）。レコード反映の目安も案内されています。

反映待ち（DNS伝播）で不安になった時の確認順

DNSは「設定したら即反映」とは限りません。
ムームードメインの公式案内でも、設定内容により反映目安が異なります。

• DNSレコード変更（ムームーDNSのカスタム設定）：反映まで約1時間が目安
• ネームサーバ変更：反映まで数時間〜72時間かかる場合あり
• ドメインを取得してホームページで使える状態になるまで：目安として2〜3日かかる場合あり

ここからは、初心者が安心できる「確認順」を“やる順番”でまとめます。

確認順1：そもそも今どのネームサーバが使われているか

まずはここを外すと、何を直しても反映しません。

• ムームードメイン管理画面で、対象ドメインのネームサーバ設定を確認
• ムームーDNSで管理する想定なのに「未設定」や他社NSになっていないかをチェック

確認順2：入力したレコードに“初心者ミス”がないか

次のミスが多いです（ここだけ見直すと解決しがち）。

• ホスト名の指定ミス（www を付ける/付けない、サブドメインの位置）
• AとCNAMEの併用ミス（同じホスト名に両方置いて競合）
• TXTのコピペで空白が混入（認証が通らない原因）
• “@”や空欄の意味を取り違える（サービスごとに表記が違う）

確認順3：反映待ちの間に“自分の環境だけ古い情報”を見ていないか

反映していても、手元の端末だけ古い情報を見続けることがあります。

• ブラウザのキャッシュを避ける（シークレット/別ブラウザ）
• 可能ならスマホの4G/5G（Wi-Fiを切る）で確認
• PCならDNSキャッシュをクリア（難しければ端末再起動でもOK）
• 外部のDNSチェックツールで、レコードが見えているか確認

確認順4：Web側の問題（サーバー・SSL）に切り替えて疑う

DNSが正しくても、サーバー側で詰まることがあります。

• サーバー側で独自ドメインが追加されているか
• SSL（HTTPS）が有効化中で、切り替え待ちになっていないか
• 表示されないときのエラー文（404/503/接続不可）をメモして切り分け

サポートへ聞く前に確認すべき3項目

問い合わせは“最後の手段”ではなく、正しい情報を揃えて聞くほど早く解決する手段です。
ただ、準備なしで聞くと往復が増えて時間がかかります。

サポート前に、最低限この3つを揃えておくとスムーズです。

1) 何をしたいのか（目的の明確化）

次のどれかに言い換えられると、回答が速くなります。

• Webサイトを表示したい（WordPress/レンタルサーバー）
• Notion等に独自ドメインを当てたい
• 独自ドメインメールを使いたい（Google等）
• 移管したい／更新したい

2) 今の状態（どこまで設定したか）

• 対象ドメイン名
• 現在のネームサーバ（ムームーDNSか他社か）
• 変更した内容（例：Aを○○に、CNAMEを○○に、MXを○○に…）

3) 何が起きているか（証拠）

• エラーメッセージ全文（スクショがあると最強）
• いつ設定変更したか（何時ごろ）
• 反映確認に使った環境（PC/スマホ、Wi-Fi/モバイル回線）

コピペ用テンプレ（そのまま送れる形）

• 目的：例）Notionに独自ドメインを接続したい
• ドメイン：example.com
• 現在のネームサーバ：ムームーDNS／他社（名称）
• 変更したレコード：CNAME www → xxxx、TXT → yyyy（設定時刻：○時）
• いまの症状：Notion側で「接続できない」と表示／ブラウザで○○エラー
• 確認したこと：シークレット・スマホ回線で確認済み

ムームードメイン公式サイト

失敗しないドメインの選び方（ブログ・法人・店舗で最適解が違う）

ドメイン選びは、「見た目の好み」よりも“運用のしやすさ”で差が出ます。
初心者が後悔しやすいのは、次の3パターンです。

• 初年度の安さだけで決めて、更新費用が高くて困る
• サービスを変えたくなったのに、名前が目的に合わず足かせになる
• メールアドレスを作ったら、口頭で伝えにくくミスが増える

この章では「用途 × 将来」の視点で、失敗しない選び方を整理します。

.com / .net / .jp：用途別の選び分け

まず結論から言うと、迷ったら .com が無難です。
そこから、目的に応じて .jp や .net を選ぶと失敗が減ります。

用途別のおすすめ早見表

用途	おすすめ	理由（初心者向けに要点だけ）
ブログ・個人の発信（国内メイン）	.com / .jp	.comは汎用で覚えやすい／.jpは日本向けの印象が強い
法人サイト（信頼感重視）	.jp / .com	.jpは国内企業のサイト感が出やすい／.comは王道で説明しやすい
店舗・地域ビジネス（国内メイン）	.jp / .com	名刺・SNS・地図などで“日本の事業”と伝わりやすい
技術・IT寄りのサービス	.com / .net	.netは“ネットワーク・IT”の連想が起きやすい
将来、海外も狙う可能性がある	.com	国や言語が変わっても使い続けやすい

.jpを選ぶときの注意（初心者が見落としがちな点）

• 日本に住所があることが登録条件になるタイプの.jpがあります（汎用JPなど）。
  つまり、誰でも無制限に取れるわけではありません。
• 一般に、.jpは 更新が年単位で運用されるため、長期運用を前提にするなら「更新を含む総額」で判断すると安全です。

SEOの考え方（ざっくりでOK）

• .jpのような国別ドメインは、一般に 「日本向け」だと検索エンジンにも伝わりやすい傾向があります。
• ただし、TLDだけで順位が決まるわけではないので、内容・サイト品質・内部構造が前提です。

将来の運用を見据えた文字列ルール（短さ・読みやすさ・商標）

TLD（.com等）を決めたら、次は「文字列（左側の名前）」です。
ここは一度決めると変えにくいので、運用視点でルール化しておくと失敗しにくいです。

ルール1：短く、1回で読めて、1回で打てる

• 目安は 8〜12文字程度（長くなるほど入力ミスが増えます）
• ローマ字が長くなるなら、短縮形や造語も検討する

例）

• 良い：brandlab / machi-cafe（短い・読みやすい）
• 注意：best-super-ultra-service-japan（長くてミスしやすい）

ルール2：発音したときに迷わない（口頭で伝えられる）

特に、店舗・法人は「電話・対面・名刺」で伝える機会が増えます。

• o と 0、l と 1 など、見分けがつきにくい文字や数字は避ける
• 聞き返されやすい綴りは避ける（例：ph/f、x多用など）

ルール3：ハイフンは“必要なら最小限”にする

ドメイン名では、一般に 英数字とハイフン（-）が使えます。
ただし、ハイフンは増えるほど「見た目が複雑」「口頭で説明が必要」になりがちです。

• 使うなら 1つまでを目安に
• 先頭・末尾にハイフンは置けないので注意

ルール4：将来の拡張に耐える名前にする

初心者が後悔しやすいのが「今だけの用途に寄せすぎ」です。

• 事業が広がる可能性があるなら、
  tokyo-pizza より tokyo-food のように“広げられる名前”を意識する
• サービス名が変わりそうなら、
  固有名詞より ブランド軸・屋号軸で作る

ルール5：商標リスクを先に潰す（超重要）

ドメインは取れても、商標・ブランドと衝突すると後から揉める可能性があります。

最低限これだけはやっておくのがおすすめです。

• 同業界の有名商標と被っていないか（読み・表記の近さも含む）
• 会社名・サービス名が既に広く使われていないか
• 可能なら、公的データベースで商標検索をしてから確定する

メールも使うなら避けたい文字・区切り方

サイトだけなら「多少複雑でも我慢できる」ことがありますが、メールは別です。
メールアドレスは、入力・口頭伝達・名刺でミスが起きやすいので、ドメイン側で“事故を減らす”のがコツです。

できれば避けたいもの

• ハイフンが多い（例：my-best-shop-tokyo）
  → 「ハイフンどこ？」問題が頻発
• 数字が多い（例：abc12345）
  → 打ち間違い・聞き間違いが増える
• 似た文字が混ざる（例：l I 1、O 0）
  → 受信漏れ・誤送信の原因になりやすい
• 長すぎるローマ字（例：shinjuku-something-...）
  → 名刺やフォーム入力でストレスが増える

おすすめの形（シンプルが強い）

• ドメイン：brand.com / brand.jp
• メール例：info@brand.com、contact@brand.jp、name@brand.com

「メールは後でいい」と思っていても、運用が進むと高確率で必要になります。
最初から “メールで使ってもストレスがないドメイン”に寄せておくと、後悔が減ります。

ムームードメイン公式サイト

ドメイン取得の手順：購入までの最短ルート

ムームードメインの取得は、流れさえ覚えればシンプルです。
初心者が迷いやすいのは「カートに入れた後に何が起きるか」「いつ取得が完了するか」なので、そこを中心にまとめます。

検索→カート→決済まで（迷いやすい画面の見方）

最短ルートはこの6ステップです。

1. 取得したい文字列と種類（例：example.com）を検索
2. 検索結果で「カートに追加」
3. 「カートへすすむ」
4. ユーザー確認（ムームーIDでログイン／未登録なら新規登録）
5. 「ドメイン設定」画面で必要事項を選択（支払い方法など）
6. 規約に同意して、ボタンを押して確定

ここで重要なのが、支払い方法によって“取得完了のタイミング”が違う点です。

• クレジットカード／おさいぽ！
  → 「取得する」ボタンを押した時点で 取得完了になりやすい
• コンビニ決済／銀行振込
  → 「この内容で申し込み」で 申込完了 → 支払い完了後に取得完了

✅ 迷いどころはここだけ覚えるとOK

• 「申し込み完了」＝まだ取得できていない場合がある（コンビニ・銀行）
• 「取得する」＝その場で取得が確定するタイプ（カード・おさいぽ）

最後に、手続きメールが届くので、案内に沿って進めれば完了です。

同時に決めるべき設定（自動更新／登録者情報）

購入時点で「ここだけは決めておく」と、後で事故りにくい設定を2つに絞ります。

自動更新（更新漏れを防ぐ）

ムームードメインでは、有効期限切れを防ぐ目的で、取得時に自動更新が設定される仕様です。
自動更新は、更新期限の1か月前に決済処理が走るため、「うっかり」を減らせます。

ただし注意点もあります。

• 自動更新の決済は クレジットカード／おさいぽ！のみ
• コンビニ・銀行で更新したい場合は、手動更新が向きやすい

自動更新のON/OFFは、コントロールパネルの
「各種お支払い → 自動更新設定」から変更できます。

登録者情報（WHOIS）と公開設定

ドメインには登録者情報（WHOIS）が紐づきます。
個人運用の初心者は、基本的に次の考え方でOKです。

• 個人情報を出したくない → 「代理公開（公開情報の差し替え）」を使う
• 将来、移管や外部サービス連携をする可能性がある → 受信できるメールアドレスを登録しておく

代理公開は、取得手続き時または取得後にも設定できます。
（※一部、代理公開を利用できないドメイン種類があります）

複数ドメインをまとめて取る場合の手順

「2〜数個」なのか、「大量」なのかで最短ルートが変わります。

2〜数個だけ取りたい（手堅い方法）

1つずつ検索して「カートに追加」を繰り返し、最後にまとめて決済します。
数個ならこの方法がいちばん迷いにくいです。

• 途中で「取得できません」になったら、文字列を少し変えて再検索
• 決済前に、カート内のドメインが意図どおりかを再チェック

まとめて一気に取りたい（最大100件）

ムームードメインには「ドメイン一括取得」があり、一度に最大100ドメインまで取得できます。
ただし、事前準備と制約があります。

事前に必要なこと

• ムームーIDがある
• クレジットカード登録、または おさいぽ！の利用準備ができている

流れ（ざっくり）

1. コントロールパネルへログイン
2. 取得したいドメインを入力（直接入力 or CSV）
3. 検索結果で「取得する」対象にチェック
4. 契約年数を選ぶ（※一括取得では契約年数がまとめて適用される）
5. 支払い方法を選択（カード／おさいぽ！）
6. 公開情報（WHOIS）とネームサーバを設定（※まとめて適用）
7. 最終確認 → 規約同意 → 「取得する」

知っておくと安心な注意点

• 一括取得は、通常取得と違い 「取得する」実行後のキャンセルができない扱い
• 一括取得の対象外TLDがある（利用前に一覧を確認）
• JPドメインが含まれる場合、追加の登録者情報入力が必要になる

ムームードメイン公式サイト

取得後にやること：Webで使える状態にする“設定の分岐”

ドメインは取得しただけでは、まだ「どこに繋ぐか」が決まっていません。
取得後は、最初に DNSの管理場所を決めるのが最短ルートです。

• ムームーDNSで管理する（ムームードメイン側でDNSレコードを編集）
• 他社ネームサーバで管理する（レンタルサーバー側でDNSを編集）

どちらが正解かは、あなたの運用スタイル次第。
迷ったら、以下の判断でOKです。

• 同一ドメインで複数サービス（サイト＋メール＋外部サービス）を使う予定 → ムームーDNSが楽
• レンタルサーバーに全部お任せで運用したい → 他社ネームサーバが楽

分岐①：ムームーDNSを使う（同一ドメインで複数サービス運用向き）

ムームーDNSを使う最大のメリットは、“接続先が増えても、DNS管理が1か所で完結しやすい”ことです。
ブログを作ったあとに「独自ドメインメール」「Notion」「各種SaaS」などを足しても、設定の場所が散らばりにくくなります。

ムームーDNSが向くケース

• WordPressはサーバー、メールはGoogle、LPは外部サービス…のように、接続先が複数になりそう
• TXTレコード（所有確認・メール認証など）を扱う場面が多い
• 将来、運用を変える可能性があり、DNSを自分でコントロールしたい

最短手順（やることだけ）

1. コントロールパネルへログイン
2. 左メニューから 「ドメイン操作」→「ムームーDNS」 を開く
3. 対象ドメインで 「利用する」または「変更」 を押す
4. 下部の 「カスタム設定」 を開く
5. 必要なレコード（A / CNAME / MX / TXT など）を追加・更新する
6. 反映を待つ（レコード設定は目安として約1時間）

具体例：よくある設定パターン

「何をどれだけ触るか」のイメージがつくように、典型例だけ載せます。

• 外部サーバーでサイト表示（例：WordPress）
  • A（またはCNAME）でサイトの接続先を指定
• Notion等の外部サービスに独自ドメインを割り当て
  • CNAME ＋（必要なら）TXTで所有確認
• 独自ドメインメールを使う（Google等）
  • MX（受信先）＋ TXT（SPF/DKIM/DMARCなどの認証）

初心者が安心するためのコツ

• まず「サイトを表示」だけなら、A/CNAMEが中心
• メールを使い始めたら、MX＋TXTが追加される
• 反映待ちで不安になったら、最初に確認するのは
  “いまムームーDNSが使われている状態か”（他社ネームサーバになっていないか）

分岐②：他社ネームサーバを使う（外部サーバー運用向き）

他社ネームサーバ方式は、DNSの設定をレンタルサーバー側に寄せるやり方です。
初心者が「サーバー会社のマニュアルどおりに進めたい」場合に相性がいいです。

他社ネームサーバが向くケース

• レンタルサーバーの管理画面だけで完結させたい
• DNSレコードをほとんど触る予定がない（サイトが主目的）
• サーバー側の簡単セットアップを優先したい

最短手順（やることだけ）

1. レンタルサーバー側で「独自ドメイン追加」を先に済ませる
2. サーバー会社から指定された ネームサーバ（NS） を控える
3. ムームードメインのコントロールパネルで
   「ネームサーバ設定変更」 を開く
4. 指定のネームサーバへ変更して保存
5. 反映を待つ（数時間〜72時間かかる場合あり）

つまずきやすい注意点

• ネームサーバを変えると、DNSの“住所録の管理場所”が変わります
  → 以後、DNSレコード編集はサーバー側で行うのが基本になります
• 反映は段階的なので、ある環境では見えて、別の環境ではまだ…が起きます
  → 焦って何度も設定を変えると、かえって迷子になりがちです

用語ミニ辞典：ネームサーバ／DNSレコード／A・CNAME・MX・TXT

初心者が混乱しやすい言葉を、最小限で整理します。

• ネームサーバ（NS）
  「このドメインのDNS情報は、どこが答えるか」を決めるもの。
  例えるなら、住所録（DNSレコード）を管理している“役所”の指定。
• DNSレコード
  住所録の中身。
  例えるなら、住所録に書かれている“行き先メモ”。
• Aレコード
  ドメインを IPアドレス（数値の住所）に繋ぐ。
  「サイトを表示したい」で最初に出やすい。
• CNAMEレコード
  ドメイン（またはサブドメイン）を 別のホスト名に繋ぐ。
  外部サービス連携（Notion等）でよく出る。
• MXレコード
  メールの受信先を指定する。
  独自ドメインメールを使うなら必須。
• TXTレコード
  文字情報を登録する。
  所有確認、SPF/DKIM/DMARCなどのメール認証で頻出。

ムームードメイン公式サイト

ムームーDNSの使い方：レコード設定で困らないための手順設計

ムームーDNSで迷わないコツは、「どこで何を設定するか」を先に固定することです。
とくに重要なのは 「設定1」と「設定2」 の使い分けです。

• 設定1：ロリポップ！など“GMOペパボ系サービス”と連携して使うとき（選ぶだけで反映しやすい）
• 設定2：それ以外のサービス（外部サーバー／外部メール／外部SaaS）を手動でつなぐとき

以下の順で進めると、やり直しが減ります。

1. 目的を1行で決める（例：サイトを表示／メールを使う／Notionに接続）
2. DNSの管理場所を決める（ムームーDNSでやる＝ネームサーバもムームーDNSに寄せる）
3. 設定1か設定2を選ぶ（ペパボ系なら設定1、それ以外は設定2）
4. レコードを入れる
5. 反映確認（“設定ミス”と“反映待ち”を分けて判断）

「カスタム設定」でできること／できないこと

できること（初心者が使う範囲に絞って）

ムームーDNSのカスタム設定では、主に次のDNSレコードを扱えます。

• A：ドメイン → IPアドレス（サーバー）へ
• CNAME：サブドメイン → 別のホスト名へ
• MX：メールの受信先へ
• TXT：所有確認／メール認証（SPF・DKIM・DMARC など）

加えて、必要になりやすい補助的なものも用意されています。

• AAAA（IPv6）、ALIAS（ルートドメインをホスト名に紐づけたい時に便利）、SRV、CAA、NS など

また、ワイルドカード（*）の指定も可能です（サービスによって必要な場面があります）。

できないこと（ここで詰まりがち）

初心者が混乱しやすい“できないこと”は、だいたい次の3つです。

1. ドメインのネームサーバ自体の変更を、レコード（NS）で代用できない
   NSレコードは「サブドメインの委任」などに使うもので、
   ドメイン全体のネームサーバ変更は 別メニュー（ネームサーバ設定） で行います。
2. ルートドメイン（例：example.com）にCNAMEは置けない
   CNAMEは基本的にサブドメイン向けです。
   「ルートをホスト名に向けたい」場合は、サービスが対応しているなら ALIAS を検討します。
3. DNS以外のことはできない
   DNSは“行き先の案内板”なので、例えば URL転送 や ページ表示 自体はDNSではなく、サーバーやWebサービス側の機能です。

よく使うレコード例（A・CNAME・MX・TXT）

まずは「この4つだけ覚える」でOKです。
入力時のイメージが湧くように、用途別にまとめます。

レコード	何をする？	よくある指定先	つまずきやすい点
A	ドメインをIPへ接続	203.0.113.10 のような数値	IPを1桁でも間違えると一生つながらない
CNAME	サブドメインをホスト名へ接続	xxxxx.provider.com など	ルートには置けない／wwwの付け忘れ
MX	メール受信先を指定	mx.provider.com など	優先度（数字）の指定ミス／受信できない
TXT	文字情報を登録	所有確認文字列、SPF、DKIM、DMARC	コピペの空白混入／同名TXTの重複

ありがちな実例（形だけ把握）

• サイト表示（A）
  • ルート（空欄 or @）にAを置き、サーバーのIPを入れる
• wwwをサービスに向ける（CNAME）
  • www にCNAMEを置き、指定ホスト名を入れる
• 独自ドメインメール（MX）
  • ルート（空欄）にMXを置き、メールサービスの指定先を入れる
• 所有確認やメール認証（TXT）
  • 指示されたホスト名（空欄／_dmarc／selector._domainkey等）にTXTを置く

メール認証（SPF／DKIM／DMARC）の考え方

メールが迷惑メール扱いされるのを減らすには、「誰が送ったメールか」を証明する仕組みが大事です。
この3つはセットで語られがちですが、役割が違います。

• SPF：このドメインから送っていいサーバーは“誰か”を宣言する（送信元の許可リスト）
• DKIM：メール本文に“署名”をつけて改ざんを検知する（メールサービス側が発行する鍵を使う）
• DMARC：SPF/DKIMの結果が怪しいとき、どう扱うかの方針（隔離／拒否／様子見）を決める

ポイントは、TXTレコードで設定すること、そして サービス提供元（Google等）の指示どおりに入れることです。
自力で書き換えると、正常だったものを壊しやすい領域です。

よくある落とし穴

• SPFを複数作ってしまう
  SPFは基本「1つにまとめる」前提です。複数に分かれると認証が崩れることがあります。
  もし設定1側でSPFが自動付与されている状態で、設定2で別SPFを追加すると衝突しやすいです。
• DMARCのホスト名を間違える
  DMARCは多くの場合、_dmarc というサブドメイン名でTXTを置きます。
• DKIMは“セレクタ”が必要
  123456._domainkey のように、サービス指定の文字列（セレクタ）付きで登録します。

“とりあえず最低限”の設定パターン

「まず届く・届かない問題を減らす」目的なら、最初はこの考え方が安全です。

パターンA：独自ドメインメールを使う（一般的な最小構成）

1. SPF（TXT）：メールサービス指定の内容をそのまま入れる
2. DKIM（TXT）：メールサービスが発行したセレクタ付きの内容を入れる
3. DMARC（TXT）：まずは “様子見” の方針から始める（いきなり拒否にしない）

DMARCは最初から厳しくしすぎると、正規メールまで弾くリスクがあります。
慣れてきたら、運用状況を見て段階的に厳格化するのが現実的です。

パターンB：まだメールを使わない（サイトだけ先に公開）

• メール認証（SPF/DKIM/DMARC）は後回しでOK
• ただし、後日メールを使う可能性が高いなら、“後で追加しても混乱しにくいDNS設計”（どこで管理するか、設定のメモ）だけ先に作っておくと楽です

ムームードメイン公式サイト

WordPressで使う：サーバー別の接続パターン

WordPressで独自ドメインを使うときは、最初に「DNSをどこで管理するか」を決めるだけで、迷いが激減します。

• パターンA：サーバー側にネームサーバを寄せる（サーバー管理画面に集約）
• パターンB：ムームーDNSに寄せてレコードでつなぐ（複数サービス併用に強い）

どちらが正解かは、運用次第です。

• 「WordPress（サイト）だけをまず動かしたい」→ パターンAが無難
• 「同一ドメインでメールや外部サービスも併用したい」→ パターンBが向きやすい

パターンA：サーバー側にネームサーバを寄せる

やり方の本質はシンプルで、ムームードメイン側で「このドメインの管理先（ネームサーバ）をサーバー会社にする」だけです。
DNSレコードは基本的にサーバー側で触ります。

こんな人に向く

• サーバー会社のマニュアルどおりに進めたい（初心者が一番ラク）
• WordPress運用が中心で、DNSを細かく触る予定が少ない
• サーバー側の「簡単セットアップ」を使いたい

最短手順（やることだけ）

1. サーバー側で「独自ドメイン追加（ドメイン登録）」を行う
2. サーバー会社が指定する ネームサーバ（NS） を控える
3. ムームードメインのコントロールパネルで
   「ネームサーバー設定変更」→「GMOペパボ以外のネームサーバを使用する」を選ぶ
4. 控えたネームサーバを入力して保存
5. 反映を待つ（数時間〜最大72時間かかることがあります）

初心者がハマりやすい注意点

• 「ムームーDNSでレコードを直したのに反映しない」
  → ネームサーバをサーバー側に寄せた時点で、ムームーDNSは参照されません。
  以後はサーバー側でDNSを触る、というルールに統一すると混乱が減ります。

パターンB：ムームーDNSに寄せてレコードでつなぐ

やり方の本質は、ネームサーバはムームーDNSのままにして、ムームーDNSの「カスタム設定」で A/CNAME などのレコードを入れて接続する方法です。
同一ドメインで、WordPress以外（メール・外部SaaS）も増えそうな人に向きます。

こんな人に向く

• 同一ドメインで「サイト＋メール＋外部サービス」を併用したい
• DNSを“自分でコントロール”して、将来の変更に強くしたい
• サーバー移転（引っ越し）も視野に入れている

最短手順（やることだけ）

1. ムームードメインで、対象ドメインのネームサーバが
   「ムームードメインのネームサーバ（ムームーDNS）」になっていることを確認
2. コントロールパネル → 「ドメイン操作」→「ムームーDNS」→対象ドメインで「利用する／変更」
3. ページ下部「カスタム設定」を開く
4. サーバー会社の案内に従い、レコードを入れる（例）
   • Aレコード：ドメイン → サーバーのIPアドレス
   • CNAME：www → 指定ホスト名（またはサーバーの案内どおり）
5. 反映を待つ（ムームーDNSのレコード反映は目安として約1時間）

よくある“迷いどころ”を先に整理

• サーバー会社が「ネームサーバ変更」を前提にしている場合
  → パターンAが確実（Bでできるかはサーバー側の仕様次第）
• ルート（example.com）とwww（www.example.com）の扱い
  → WordPressでは両方を使う運用が多いので、どちらを正にするか先に決めて統一すると安全です
  （例：正＝example.com、wwwはリダイレクトなど）

SSL（HTTPS）反映でつまずく時の確認順

SSLは「DNSが正しく向いていること」が前提です。
焦って何度も設定を変えると余計に遠回りになるので、次の順で淡々と確認するのがコツです。

1. いま、どっちのパターンで運用しているかを確定する
   • パターンA：ネームサーバはサーバー会社
   • パターンB：ネームサーバはムームーDNS
2. 反映待ち時間を確認する
   • ネームサーバ変更は 数時間〜最大72時間かかることがある
   • ムームーDNSのレコード反映は 約1時間が目安
   • ただし環境によっては、サイト接続が安定するまで 24〜72時間かかるケースもある
3. ドメインがサーバー側に登録されているか（サーバー管理画面）
   • 独自ドメイン追加が未完了だと、SSL以前に表示が不安定になりがちです
4. A/AAAAの競合や不要レコードがないか（とくにSSL発行時）
   • 一部のサーバーでは、設定状況によってSSL設定が進まない原因になります（サーバー側の案内に従って調整）
5. サーバー側のSSL設定で
   • 「独自SSL（無料SSL）」の有効化
   • 適用対象（example.com / www.example.com）の選択
     が正しいか確認
6. SSLが有効になった後に
   • WordPress側のURL（サイトアドレス）がHTTPのまま
   • 画像などがHTTPで混在（Mixed Content）
     といった“表示だけ不安定”が残ることがあるので、最後に整える

よくある症状→原因の目安

• 「SSLを設定できません」と出る
  → DNS未反映、ドメイン未登録、レコード競合（A/AAAA等）などを上の順で切り分け
• httpは開くのにhttpsが開かない
  → SSLの発行・適用が未完了、または反映待ち
• 自分のPCではOKなのに、スマホだとNG
  → 反映が段階的（環境差）なことが多いので、時間を置いて再確認

ムームードメイン公式サイト

サイト作成・業務ツール連携：Notion／Google Workspace／BASEの要点

この3つを同じ独自ドメインで運用する場合、最初に決めるべきは 「DNSをどこで管理するか」 です。
ムームードメインの ムームーDNS（設定2）に寄せる 形にすると、サービス追加や変更がしやすくなります。

Notion系：独自ドメインを当てる時の前提条件

Notion（Notion Sites）に独自ドメインを当てるときは、DNS作業より先に “できる条件” を押さえるのが近道です。

前提条件（ここを飛ばすと詰まりやすい）

• サブドメイン必須（例：www.example.com / docs.example.com など）
  ※example.com（ルート）を直接Notionに向ける前提ではない
• ルート（example.com）もNotionで開きたい場合は、
  ルート → サブドメイン（例：www）へリダイレクト を別途用意する
• Notion側で独自ドメインを使うには、プランや追加機能の条件が関わる（設定画面の案内に従う）

ムームーDNSでやること（最短）

Notionの画面に表示される指示どおりに、基本は CNAME + TXT の2本です。

✅ 1) CNAME（サブドメインをNotionへ）

• 例：www を Notion に向ける
• CNAMEの向き先は external.notion.site（末尾の「.」が必要なケースあり）

✅ 2) TXT（所有確認）

• Notionが表示する TXTの「名前」と「値」 をそのまま登録
• “TXTの名前（ホスト名）” を間違えるのが一番多いです（_notion-dcv などを含む形になりやすい）

うまくいかない時の“ありがち原因”

• ルートドメインを入れてしまっている（Notionはサブドメイン運用が基本）
• CNAMEの向き先に付く「.」の扱い（DNS画面の仕様で自動付与／手動付与が変わる）
• Cloudflare運用の場合、DNSのプロキシがON になっている（Notion側でNGになりやすい）
• TXTの「名前」を省略・改変してしまった（Notionの表示どおりが原則）

Google Workspace：必要なDNSレコードの考え方

Google Workspace（Gmail）で独自ドメイン運用を安定させるなら、DNSは 4点セット で考えると迷いません。

目的	レコード	役割（超要約）	“値”はどこから？
受信する	MX	受信先をGoogleにする	Googleの案内どおり
送信の正当性	TXT（SPF）	「このドメインから送って良い送信元」を宣言	ほぼ定型（併用時は要調整）
改ざん防止	TXT（DKIM）	署名で“なりすまし”を減らす	管理コンソールで発行
方針とレポート	TXT（DMARC）	SPF/DKIM失敗時にどう扱うか	段階導入が安全

MX（受信）：いまは「1本でOK」が基本

• 新しい案内では MXが1本 の構成（値は smtp.google.com、優先度1）
• すでに古い形式（複数本の aspmx 系）で動いているなら、無理に変えなくてもOK（動作中なら維持でも可）
• MXは 重複や混在 があると不達の原因になりやすいので、不要なMXは整理が基本

SPF（送信）：TXTは“1つにまとめる”意識が大事

• Google Workspaceのみで送るなら、SPFは比較的シンプル
• ただし、以下を併用するとSPFが複雑化します
  • お問い合わせフォーム（サーバー送信）
  • メルマガ配信（外部配信サービス）
  • CRM（Salesforce等）からの通知メール
• SPFが複数本になるのは避ける（基本は1本に統合）

DKIM：値を自作しない（管理画面で発行→DNSへ貼る）

• DKIMは Google管理コンソールで鍵を生成 → DNSにTXT登録 → 管理画面で有効化、の流れ
• セレクタ（例：google）により、ホスト名が google._domainkey の形になりやすい

DMARC：最初は“様子見”→段階的に強化が安全

• いきなり reject にすると、正規メールまで弾く事故が起きやすいです
• p=none → quarantine（少割合）→ 100% → reject のように段階導入が現実的
• 先に SPF/DKIMを安定 させてからDMARCに入るのがセオリー

BASE：サブドメイン運用とCNAME設定の基本

BASEの独自ドメインは、初心者でも迷いにくい代わりに 仕様が明確 です。
ポイントは「サブドメインで運用する」こと。

BASEの基本ルール（ここが重要）

• ✅ 対応：サブドメイン（例：shop.example.com）
• ❌ 非対応：ルートドメイン（example.com）
• ❌ 非対応：サブディレクトリ（example.com/shop/）

ムームーDNSでやること（CNAMEは1本が基本）

1. CNAMEを追加（例：shop → cname.thebase.in）
2. BASE側で「独自ドメイン App」をインストール
3. BASEの管理画面で、設定したサブドメイン（例：shop.example.com）を入力して保存

⚠️ BASE側でエラーが出るときは、CNAMEがまだ世界に広がっていない（反映待ち）のケースが多いです。

WordPressと併用するなら“王道設計”はこれ

• example.com → WordPress（ブログやコーポレート）
• shop.example.com → BASE（ショップ）
• docs.example.com → Notion（資料・採用・ポートフォリオ）
• @example.com のメール → Google Workspace

この形にすると、同一ドメインのまま用途別に分けられて管理がラクになります。

ムームードメイン公式サイト

メール運用：独自ドメインメールを作る2つのルート

ムームードメインで取得したドメインのメール運用は、大きく 2通り です。

• ルートA：ムームーメール（サーバー不要で完結）
• ルートB：外部メール（Google Workspace など）にMXを向けて運用

「名刺代わりのメールが欲しいだけ」ならA、「チーム運用・業務基盤まで整えたい」ならBが基本の考え方です。

ルートA：ムームーメールで“サーバーなし”運用

何ができる？（ざっくり）

ムームーメールは、独自ドメインのメールアドレスを作って運用するためのサービスです。サーバー契約が不要なので、“メールだけ”を最短で始めたい人に向きます。

主なイメージはこんな感じです。

• ✅ Webメールで送受信できる（PC/スマホで利用しやすい）
• ✅ メールソフト（POP/IMAP）でも使える（Outlook等）
• ✅ 転送・自動返信・スパムフィルタなど、最低限の実務機能あり
• ✅ セキュリティ面も、送受信の暗号化・ウイルスチェックなどが用意されている

料金の考え方（“人数課金”ではない）

ムームーメールは、（一般的に）Google Workspaceのようなユーザー単位の月額課金ではなく、メールサービスとしての利用料で考えます。

• 「代表アドレスを数個作れればOK」
• 「人が増える予定が今はない」
• 「まずは info / contact / support だけ欲しい」

こういうケースは、費用の見通しが立てやすいです。

設定の流れ（初心者が迷わない順番）

細かい画面名は変わることがありますが、やることはシンプルです。

1. ムームーメールを契約
2. メールアドレスを作成（例：info@ / contact@）
3. 使い方を決める
   • Webメール中心で使う
   • Outlookなどメールソフトで使う（POP/IMAP）

メールソフト側の設定では、SSL/TLSを使うのが基本です（ポート番号などはマニュアルで確認できます）。

つまずきポイント（ここだけ注意）

• ⚠️ レンタルサーバー側のメール機能と“同じドメインで併用できない”ケースがある
  とくに、同一ドメインで「サーバーのメール」と「ムームーメール」を混ぜたいときは要注意です。
• ⚠️ メルマガ／メーリングリスト用途には向かない
  「一斉配信を本格運用したい」なら、別の仕組み（外部配信サービス等）を検討した方が安全です。

こんな人はルートAが合う

• ✅ まずは 信頼感のある独自ドメインメールが欲しい（フリーメールから卒業したい）
• ✅ 設定がラクな方がいい（DNS運用を増やしたくない）
• ✅ 少人数・代表アドレス中心で運用する

ルートB：外部メール（Google等）で運用

何ができる？（メール＋業務基盤）

外部メール（例：Google Workspace）を使う場合、メールだけでなく

• カレンダー
• ドライブ（共有ストレージ）
• Meet（会議）
• 管理コンソール（ユーザー・セキュリティ管理）

まで含めて、“会社の道具箱”として整える方向になります。

設定の考え方：ムームードメインは「住所」、外部メールは「配達先」

やることは一言でいうと 「メールの行き先（MX）を外部に向ける」 です。

基本ステップ（ざっくり）は以下です。

1. 外部メール側で契約・初期設定（管理画面でドメイン確認など）
2. ムームードメイン側でDNS設定
   • ムームーDNSを使う（管理しやすい）
   • あるいは他社ネームサーバーでDNSを管理
3. MXレコードを外部メールの指定値に変更（例：Googleの指定先）
4. 必要に応じて TXT（所有権確認）/ SPF / DKIM / DMARC を追加
5. 反映を待って受信テスト（DNS反映は時間がかかることがあります）

こんな人はルートBが合う

• ✅ 2人以上で運用し、入退社・権限管理が必要
• ✅ 共有ドライブや会議も含めて整えたい
• ✅ 監査・アーカイブなど、将来的に管理要件が増えそう

迷ったらどっち？ 費用・到達率・運用負荷で比較

観点	ルートA：ムームーメール	ルートB：外部メール（Google等）
費用イメージ	年額でシンプルに考えやすい	ユーザー単位で増える（人数に比例）
初期設定	比較的ラク（メールだけで完結）	DNS（MX/TXT等）の設計が必要
運用負荷	少人数・代表アドレスなら軽い	ルール設計（権限/端末/退職者対応等）が必要
機能の広さ	メール中心（必要十分）	メール＋業務ツール一式
おすすめの使い分け	個人/小規模・まず独自ドメインメールが欲しい	チーム運用・業務基盤を整えたい

迷った時の結論（最短の選び方）

• 個人ブログ・小規模事業で「問い合わせ用メール」中心 → まず ルートA
• 会社運用で、今後人が増える/管理が必要 → 最初から ルートB
• 将来Bにする可能性がある → まずAで開始し、運用が固まったらBへ移行（※移行前提で、IMAPでデータ整理・バックアップの習慣をつける）

ムームードメイン公式サイト

更新・移管・譲渡：長期運用で必ず必要になる手続き

ドメインは「取って終わり」ではなく、更新・移管・譲渡が発生します。ここを押さえるだけで、失効や引き継ぎトラブルをかなり防げます。

まず整理：いま必要なのはどれ？

やりたいこと	何が変わる？	だいたい必要なもの	期限の考え方
更新（同じ会社で継続）	管理会社はそのまま	支払い手段、自動更新設定	期限までに更新（通知が来ても油断しない）
移管（他社→ムームー）	管理会社がムームーに変わる	ロック解除、AuthCode、WHOIS整備	時間がかかるので早めに着手
移管（ムームー→他社）	管理会社が他社に変わる	AuthCode、承認メール	承認メールの期限が短い
譲渡（ムームーID間で引き継ぎ）	契約者（ID）が変わる	譲渡先ムームーID、承認	承認期限がある

更新：失効を防ぐチェックと更新タイミング

ムームードメインの更新は、ざっくり 自動更新 と 手動更新 の2ルートです。初心者ほど、まずは「失効させない仕組み」を作るのが最重要です。

自動更新で“事故”を減らす（基本はこれ）

• 取得時点で自動更新が設定されているケースが多い
• 引き落としが走るタイミング（例：更新期限の1か月前など）を把握して、決済エラーを潰すのがポイント

自動更新でつまずく典型例

• クレジットカードの期限切れ／利用制限
• 引き落とし通知に気づかない
• 登録メールが古くて通知が届かない

手動更新で“費用管理”しやすくする（見直したい人向け）

• 「毎年更新するか判断したい」「コンビニ・銀行で払いたい」人は手動が合います
• ただし、担当が変わる／忙しい時期があると更新漏れリスクが上がります

失効を防ぐチェックリスト（これだけやればOK）✅

• [ ] コントロールパネルで有効期限を確認
• [ ] 自動更新ON/OFFを確認（意図通りか）
• [ ] 支払い方法（クレカ／残高）を確認
• [ ] 更新通知が届くメールアドレスが生きているか確認
• [ ] 重要メールが迷惑メールに入らないよう受信設定を見直す
• [ ] 複数ドメインは「更新月」をメモ（またはスプレッドシート管理）

移管（他社→ムームー）：必要情報と流れ（AuthCode）

「移管」は、ドメインの管理会社（レジストラ）を変える手続きです。DNSやサイトが即止まる手続きではないことが多いですが、事前準備の不備で失敗しやすいので順番が大事です。

手順の最短ルート（先に“詰まりどころ”を潰す）

ステップ0：移管できる状態か確認

• ドメイン側で レジストラロックがON だと移管できない → 解除する
• 取得から日が浅い、期限が近すぎる等、ルールで弾かれるケースあり（後述）

ステップ1：AuthCode（認証コード）を用意

• 移管元（いまの会社）でAuthCodeを取得
• ⚠️ AuthCodeは「古いものだと通らない」ケースがあるので、手続き直前に最新を取り直すのが安全

ステップ2：WHOIS情報を整える（時間がかかる前提で）

• WHOISを更新する場合、反映に数時間〜48時間かかることがある
• 変更直後に移管申請すると、変更前情報で進むことがあるので、時間を置いてから申請

ステップ3：ムームー側で移管申請 → 進捗確認

• ムームーの移管申請フォームでドメインとAuthCodeを入れて申請
• 進捗はコントロールパネルで確認
• 結果は登録メールにも届く

移管が通らない“よくある条件”だけ先に知っておく

以下に当てはまると、移管がキャンセル／エラーになりやすいです。

• 取得から60日以内
• 有効期限が14日以内、または期限切れ
• 有効期間が長く残りすぎ（例：9年以上残っている等）
• ロックがかかったまま
• WHOIS情報の不備（虚偽扱い）

移管で期限はどうなる？

多くのドメインは、移管完了で契約期間が1年延長されるのが一般的です。
ただし、直近で移管元で延長した場合は、延長分が付かないことがあるので注意してください。

移管（ムームー→他社）：WHOIS情報・認証メールの注意点

ムームーから他社へ移すときの最大の落とし穴は、承認メールが届かない／見逃すことです。ここだけ丁寧にやると成功率が上がります。

手順の王道（失敗しない順番）

ステップ1：WHOISの連絡先を“自分の受け取れる情報”にする

• 承認メールは、WHOIS公開情報のメールアドレス宛に届きます
• そのため、登録者・管理者などの連絡先が「受け取れる状態」か確認し、必要なら修正します

ステップ2：AuthCode（認証コード）を確認

• ムームーのドメイン詳細からAuthCodeを確認して控える

ステップ3：移管先（他社）で移管申請

• 移管先の画面で、ドメインとAuthCodeを入力して申請
• するとムームーから移管承認メールが飛んできます

ステップ4：承認メールを期限内に承認

• ⚠️ 承認の猶予は短めです。見落とすと申請が無効になります
• 迷惑メール・プロモーション・受信拒否設定も必ず確認

移管中にサイトやメールは止まる？

一般に、移管申請〜完了の間も DNSやWHOISが維持されるため、サイト表示やメール送受信に影響が出ないとされています。
ただし、更新期限ギリギリで移管すると別トラブルを誘発しやすいので、余裕をもって動くのが安全です。

重要：移管申請中はWHOISを触れない前提で

移管中に「やっぱりWHOIS直したい」と思っても、申請中は変更できない扱いになることがあります。
WHOISやメール受信の整備は、移管申請前に終えるのが鉄則です。

譲渡：同一サービス内で名義を渡す時の考え方

「譲渡」は、ムームードメインのムームーID間でドメインを引き継ぐ方法です。外部移管よりも軽いですが、譲渡元・譲渡先の双方が操作する必要があります。

流れ（ざっくり）

譲渡元（今の契約者）

1. 譲渡ページからログイン
2. 譲渡先のムームーIDを入力
3. 対象ドメインを追加して申請
4. 受付メールで申請結果を確認

譲渡先（受け取る側）

1. 届いたメールのURLにアクセス
2. 内容を確認して承認
3. ⚠️ 承認には期限があるので早めに対応

譲渡時の注意点（運用トラブルを防ぐ）

• 有効期限は引き継がれる（譲渡したから延長されるわけではない）
• ネームサーバー情報は引き継がれるため、申請中の利用影響は基本的に出にくい
• WHOIS情報も引き継がれるため、譲渡前後のどちらかで正しい契約者情報へ更新しておく

ムームードメイン公式サイト

トラブルシューティング：よくある不具合を“原因別”に切り分け

トラブル対応で一番大事なのは、闇雲に設定を触らず 「原因の当たり」を付けてから動く」ことです。
この章では、初心者が迷いやすい不具合を 原因別に切り分ける手順をまとめます。

サイトが表示されない（DNS／サーバー／SSLのどれ？）

まずは“症状”を3つに分類すると、原因がほぼ絞れます。

1) ブラウザに「このサイトにアクセスできません」「DNS_PROBE_FINISHED_NXDOMAIN」等が出る

これは DNS側（ドメイン側）の問題の可能性が高いです。

チェック順（やることだけ）

• ✅ 対象ドメインの ネームサーバが意図どおりか
  • 「ムームーDNSで管理する」のに、他社ネームサーバになっていないか
  • 「サーバー側で管理する」のに、ムームーDNSのままになっていないか
• ✅ ムームーDNSの A / CNAME が、サーバー案内どおりか（1文字でも違うとNG）
• ✅ 変更直後なら 反映待ちの可能性を疑う（後述の“反映されない”も参照）

目安：ネームサーバ変更やムームーDNS関連の変更は、環境によって 24〜72時間かかることがあります。

2) 「403/404」など“エラーページ”は出る（＝何かしら表示はされる）

これは多くの場合、DNSは概ね合っていて、サーバー側の設定不足です。

チェック順

• ✅ サーバー管理画面で 独自ドメイン追加が完了しているか
• ✅ WordPressの場合、インストール先がそのドメインになっているか（別ドメインに入れてないか）
• ✅ ルート（example.com）と www（www.example.com）のどちらを正にするか決め、リダイレクトを揃える

3) http は開くのに https が開かない（または“保護されていない通信”）

これは SSL（HTTPS）発行・適用の問題の可能性が高いです。

チェック順

• ✅ 先に「サイトが表示される状態」（httpでもいい）まで到達しているか
• ✅ サーバー側で 無料SSLの有効化を実行したか（“実行待ち”のまま放置していないか）
• ✅ 対象が example.com / www.example.com の両方か（必要な方だけ有効化）
• ✅ SSLの反映待ち中ではないか（発行〜反映には時間差が出ることがあります）

メールが届かない（MX／SPF／迷惑メール判定）

メールは「届かない」の意味が2種類あります。

• A：自分が受け取れない（相手→自分）
• B：相手に届かない（自分→相手）

原因と対策が違うので、ここを最初に分けるのがコツです。

A：自分が受け取れない（相手→自分）

まず疑う順番は ドメイン→受信先→容量です。

チェック順

• ✅ ドメインの 有効期限切れや 利用制限がないか（管理画面で確認）
• ✅ MXレコードが“今使っている受信先”になっているか
  • ムームーメールで受けるなら、ムームーメールの案内どおり
  • Google Workspace等で受けるなら、Googleの案内どおり
  • 併用（古いMXが残る等）で誤配送が起きていないか
• ✅ 受信側の状態を確認
  • ムームーメールなら、Webメーラーで受信できているか（できるならメールソフト設定の問題）
  • 容量が上限に達していないか（容量オーバーだと受信できないことがあります）
• ✅ 迷惑メール・隔離フォルダに入っていないか
  • 会社のメールやプロバイダは、サーバー側で隔離されることもあります

B：相手に届かない（自分→相手）

この場合は、主に SPF/DKIM/DMARC と送信経路の不一致が原因になりやすいです。

チェック順

• ✅ どこから送っているかを整理
  • 例：Google Workspaceから送信／ムームーメールから送信／WordPress（サーバー）から送信／メルマガ配信サービスから送信
• ✅ SPFが正しいか（TXT）
  • ⚠️ SPFを“複数本”作ると失敗しやすいので、基本は 1本に統合して管理
• ✅ DKIMが有効化されているか（TXT＋送信側の有効化）
• ✅ DMARCは最初から厳しくしすぎていないか
  • いきなり強制にすると、正規メールまで弾くリスクがあります
  • まずは“様子見”から段階的に強化すると安全です
• ✅ 相手側で迷惑メールに入っていないか（Gmailの「迷惑メール」等も確認）

設定が反映されない（伝播待ち／キャッシュ／入力ミス）

「反映されない」は、実はほとんどが次の3つです。

1. 反映待ち（DNS伝播）
2. キャッシュ（端末・回線の差）
3. 入力ミス（1文字違い、項目の勘違い）

まずは反映待ちかどうかを判断する

• ムームーDNSのレコード変更は、目安として 約1時間かかることがあります
• ネームサーバ変更は、数時間〜72時間かかる場合があります
• ネームサーバやムームーDNS関連の変更後、サイト接続が安定するまで 24〜72時間かかるケースもあります

キャッシュで“自分だけ古い情報”を見ている時の対処

• ✅ シークレットウィンドウで確認
• ✅ スマホで Wi-Fiを切って（4G/5G） 確認
• ✅ 可能なら、DNSチェックツールで世界各地の見え方を確認（複数地点で確認すると判断が早い）

入力ミスで多いパターン（ここだけ再点検）

• A/CNAMEの 向き先が1文字違う
• TXTの値に 余計な空白が混ざっている
• ホスト名（@/空欄、www、_dmarc 等）の解釈違い
• 同じホスト名に A と CNAME が混在して競合している
• 目的（メール／サイト／所有確認）とレコード種別がズレている

問い合わせテンプレ：サポートへ送る情報（最短解決用）

サポートに投げるなら、これを埋めて送ると往復が減ります（コピペOK）。

• 目的：例）WordPressサイトを表示したい／Google Workspaceで受信したい／Notionに接続したい
• 対象ドメイン：example.com
• 現状のネームサーバ：ムームーDNS／他社（名称があれば）
• 変更した日時：YYYY/MM/DD だいたい○時ごろ
• 変更した内容：
  • 例）A（@）→ 〇〇 / CNAME（www）→ 〇〇 / MX → 〇〇 / TXT（SPF）→ 〇〇
• 症状：
  • 例）NXDOMAINが出る／403が出る／httpsだけ開かない／受信できない／送信が迷惑メールになる
• 確認したこと：
  • 例）シークレットで確認／スマホ回線で確認／DNSチェックツールで未反映を確認
• 可能なら添付：エラー画面のスクショ、DNS設定画面のスクショ

ムームードメイン公式サイト

他社とどう違う？ 比較の軸だけ整理（価格・管理・連携・安全性）

「ムームードメインが安いか高いか」は、ドメインの種類（.com/.jpなど）と、あなたの運用（ブログだけ／メールも使う／複数ドメイン運用）で答えが変わります。
そこでここでは、比較でブレない“軸”だけを整理します。

比較で見るべき4指標（初年度／更新／移管／オプション）

ドメイン比較は、次の4指標で見ればOKです。
（※どの会社でも、ドメインの種類ごとに金額が違う前提）

1) 初年度（取得費用）

「最初の1年だけ安い」設計が多いので、安さに飛びつく前に次をチェックします。

• 🧾 初年度が割引（1円など）か
• 🔁 2年目以降に跳ねるか（更新料金）
• 🧩 “サービス維持調整費”などの加算があるか（表示価格の読み方）

2) 更新（維持費用）

長期運用で効くのは、初年度より更新料金です。

• 📅 更新料金（年額）が許容範囲か
• 💳 自動更新の仕組み（更新時期・決済手段・失敗時の扱い）
• 🚨 期限切れ後の扱い（更新猶予／回復手数料の有無・金額）
  → ここは“事故ったときの損失”に直結します

3) 移管（他社→自社／自社→他社）

「いつかサーバー移転するかも」なら、移管条件は先に見ておくと安心です。

• 🔐 AuthCode（認証コード）の扱いが分かりやすいか
• ✅ 移管ロックの有無（勝手に移されないため）
• 📩 承認メール（WHOIS登録メール）運用のしやすさ

4) オプション（実質コストを左右）

見落とされがちですが、オプション費用＝総額に響きます。

• 🕵️ WHOIS代理公開が無料か（無料でも、対象外TLDがあるか）
• 🛡️ ドメインロック等のセキュリティ強化（有料/無料）
• 🧰 DNS機能（ALIAS、TXT、CAA、SRVなど）と編集のしやすさ
• 📦 “サーバーとセットでドメイン無料”の条件（継続条件・解約時の扱い）

4指標を一発で整理する表（そのまま使えます）

指標	比較ポイント	見落としがちな罠
初年度	取得費用の安さ	2年目から高い／調整費の加算
更新	年額・自動更新	期限切れ後の回復費が高額
移管	AuthCode・ロック	WHOISメールが受け取れず詰む
オプション	WHOIS代理公開・ロック	無料対象外TLD／セット無料の条件

「最安」より「総コスト」と「運用ミス耐性」で選ぶ

結論から言うと、「最安」＝最適ではありません。
ドメインは“資産”なので、選ぶべきは次の2つです。

• 💰 総コスト（何年使うといくら？）
• 🧯 運用ミス耐性（失効・乗っ取り・設定ミスに強い？）

総コストは「3年」で見ると判断がブレません

おすすめは、まず3年総額で比べること。理由はシンプルで、

• 初年度割引が効きすぎない
• 更新料金の差が見えやすい
• サーバー移転などの“途中イベント”も起きやすい

計算テンプレ（これだけ）

• 3年総額 ＝ 取得（1年目）＋ 更新×2年 ＋（必要なら）オプション×3年
• さらに安全側に見るなら
  +「もし失効したら」回復費の上限（＝事故コスト）も頭に入れる

例：初年度が激安でも、更新が高い＋回復費が重いと「総額」も「リスク」も増えます。

運用ミス耐性は「失効」と「乗っ取り」に強いかで決まる

初心者が一番痛いのは、次の2つです。

1. 失効（更新漏れ）：サイトもメールも止まる
2. 乗っ取り（設定改ざん）：復旧が大変、信用ダメージも出る

そこで、比較時はこのチェックだけしてください。

運用ミス耐性チェック（◎が多いほど安心）

• ✅ 自動更新がある／分かりやすい（更新時期・失敗時の通知）
• ✅ 通知メールを確実に受け取れる導線がある（管理画面の見やすさ含む）
• ✅ WHOIS代理公開が無料で使える（個人情報保護＆迷惑対策）
• ✅ 移管ロック／ドメインロック等の防御がある（意図しない変更を止められる）
• ✅ DNS編集が分かりやすい（履歴・一括編集・エラーが出る等）

ムームードメインを“比較軸”で見るとこうなる（要点だけ）

• 価格：TLDごとの価格が明確に一覧化されていて、更新・移管も比較しやすい
• 総コスト：サーバー同時契約で「取得・更新がずっと無料」になる対象がある（条件は要確認）
• 安全性：WHOIS代理公開の導線が用意され、追加のセキュリティとしてドメインロック（有料）も選べる
• 運用：ムームーDNSでレコードをまとめて管理したい人は相性が良い（複数サービス併用時に強い）

ムームードメイン公式サイト

よくある質問（FAQ）

更新費用はどこで確認できる？

更新費用は「今後の支払い見込み」と「その場で払う金額」で見える場所が少し違います。迷ったら次の順で確認すると早いです。

• まず“相場”を知りたい
  → 価格一覧（取得／更新／移管）で、対象TLD（.com/.jpなど）の更新料金を確認
• “自分のドメイン”の更新手続きと金額を確認したい
  → コントロールパネルの 「ドメイン支払い」 を開く
  • 更新したいドメインの「お支払い」から、契約年数と決済方法を選ぶと金額が見える
• 自動更新の予定や、更新の通知を把握したい
  → 更新通知メール（期限の手前で複数回）と、自動更新設定を確認
  • 特に自動更新は「決済エラー」が起きると失効リスクにつながるので、カード期限・残高を定期チェックが安全です

WHOIS公開代行は何を守ってくれる？

WHOISは、ドメイン登録情報を第三者が参照できる仕組みです。個人で取得すると 氏名・住所・電話番号などが公開対象に含まれます。

そこでWHOIS公開代行（代理公開）を使うと、一般に次の効果が期待できます。

守ってくれること（主にプライバシー面）

• 氏名／住所／電話番号などの個人情報が、WHOIS上で直接見えにくくなる
• WHOIS情報を起点にした 迷惑連絡・スパム・営業DM のリスクを下げやすい

守れないこと（誤解されやすいポイント）

• ドメインそのものの乗っ取り対策ではない
  → 乗っ取り対策は、ドメインロックや2段階認証など“別の層”で行います
• 登録日・契約終了日・ネームサーバーなど、WHOISに残る情報はある
• すべてのドメインで必ず使えるとは限らない（TLDによって制限あり）

ネームサーバ変更とDNSレコード変更の違いは？

結論だけ言うと、役割がまったく違います。

• ネームサーバ変更
  → 「どこのDNSでこのドメインを管理するか」を決める操作（管理場所の切り替え）
• DNSレコード変更
  → そのDNSの中身（A/CNAME/MX/TXTなど）を書き換える操作（行き先の設定）

たとえば、ムームードメインで次のように使い分けます。

• サーバー会社の“かんたん設定”に乗りたい（WordPress中心でラクしたい）
  → ネームサーバをサーバー会社に変更（以後、DNSはサーバー側で管理）
• 同一ドメインで「サイト＋メール＋外部ツール」を増やしたい（Notion/BASE/Google等）
  → ネームサーバはムームーDNSのままにして、ムームーDNSでDNSレコードを編集

よくある勘違い（ここで沼りがち）

• ネームサーバを他社に変えたのに、ムームーDNSでレコードを直してしまう
  → その時点でムームーDNSは参照されないので、反映しません

解約・退会は何が消えて何が残る？

「解約」と「退会」が別物なので、ここだけは用語を分けて理解すると事故が減ります。

ドメイン契約の解約（そのドメインの契約をやめる）

残るもの

• 解約しても、契約期間の満了まではドメインを利用できる（すぐ止まるわけではない）

消える（止まる）もの

• 解約後は 更新案内メールが停止する
• 契約期間が終了して失効すると、そのドメインに紐づく
  • Webサイトのアクセス
  • 独自ドメインメールの送受信
  • 各種連携（Notion/BASE/Google等）
    が使えなくなります

オプション契約の解約（WHOIS関連・ロックなどのオプション）

• ドメイン契約と仕様が異なり、自動更新を解除すると契約期間の満了で解約になるタイプがあります
• 「ドメインは残すけど、オプションだけやめる」ケースはここに該当

サービスの退会（ムームーID自体を退会）

残るもの（というより“退会できない条件”）

• 契約期間が残っているドメインがある／申込中の契約がある場合は退会できません
  → 先にドメインや申込を整理してから退会へ進む流れです

消えるもの

• 退会は即時処理で取り消し不可
• 退会後は コントロールパネルにアクセスできなくなる
• 退会後も照会対応のため、登録情報は一定期間保持され、その後抹消されます

ムームードメイン公式サイト

ムームードメインで失敗しないための最終チェック

申し込み前チェック

1) ドメイン文字列の“後戻りできない要素”を先に潰す

• できるだけ 短く・読み間違えにくく・打ち間違えにくく
• ハイフンや数字を入れるなら「口頭で伝えても誤解されないか」を想像する
• 会社・サービス名に近い場合は 商標／既存ブランド を必ず確認（後から揉めると高コスト）

2) TLD（.com / .jp など）は“用途で決める”

• ブログ・個人発信：汎用TLDでもOK（将来の拡張を考えるなら王道を選ぶ）
• 法人・信用重視：日本向け運用なら .jp / .co.jp なども検討
• メールを使う予定があるなら、見た目の信頼感（@の右側）も選定基準に入れる

3) 価格は「初年度」ではなく「更新＋オプション＋事故コスト」で見る

• 取得費用・更新費用・移管費用を 同じ画面で確認（TLDごとに違う）
• プレミアムドメイン表示が出たら、通常価格と別物として再検討
• “ドメインずっと無料”を使うなら、無料の条件と継続条件を申し込み前に把握

4) 運用方針を先に1行で決める（後の迷いを激減）

• DNSをどこで管理する？
  • サーバー側に寄せる（簡単セットアップ重視）
  • ムームーDNSに寄せる（複数サービス連携・将来変更に強い）
• メールはどちら？
  • ムームーメールで軽く始める
  • 外部メール（Google等）で業務基盤まで固める

5) 管理情報（E-E-A-Tにも直結）を“最初から整える”

• 管理用メールアドレスを、普段確実に受け取れるものにする（更新・承認メールが来る）
• ドメインを誰が管理するか（個人／法人／担当者）を決め、引き継ぎ前提で記録しておく

取得直後チェック

1) 失効防止（最優先）

• 有効期限を確認してメモ（複数ドメインは一覧管理）
• 自動更新のON/OFFと決済方法を確認（意図した設定になっているか）
• 更新通知が届くメールが、迷惑フォルダに入らないよう受信設定

2) プライバシー＆不正変更対策

• WHOIS代理公開の設定状況を確認（可能なTLDかも含めて）
• 重要ドメイン（会社名・収益の柱）は、必要に応じて ドメインロックを検討
  • 誤操作・第三者による変更リスクを下げやすい

3) “どこでDNSを触るか”を確定して統一

• ネームサーバが「ムームーDNS」なのか「他社」なのかを明確化
• 以後は、決めた場所だけを触る（混ぜると反映しない原因になりがち）

4) 最低限の接続確認（サイト／メール／主要連携）

• サイト：表示できるか（まずはHTTPでもよい）→ その後SSL（HTTPS）を有効化
• メール：受信テスト（外部→自分、自分→外部）を必ず1回ずつ
• 連携（Notion/BASE/Google等）：要求されるDNSレコードを貼り、所有確認まで完了させる

5) 記録を残す（将来の移管・譲渡で効く）

• 何をいつ変更したか（ネームサーバ／A・CNAME／MX・TXTなど）をメモ
• 関係者がいる場合は「誰が承認メールを受けるか」も共有しておく

半年〜1年運用チェック（更新・セキュリティ・移管）

1) 更新・コストの見直し（“最安”より“事故らない”が重要）

• 次回更新の時期に向けて、決済エラー要因（カード期限・残高）を先回りで潰す
• 価格改定の案内が出ていないか確認（更新・移管に影響する場合がある）
• 使っていないドメインは、更新前に整理（管理負荷とミスが減る）

2) セキュリティの棚卸し

• WHOIS代理公開が外れていないか（TLDや設定変更の影響）
• ドメインロックが必要なフェーズに入っていないか（事業化・外注・委託が増えると重要度UP）
• 管理パスワード・担当者・連絡先を更新（担当交代があると失効事故が起きやすい）

3) DNSの“不要レコード掃除”（意外と効く）

• 使っていないサービスのMX/TXTが残っていないか（メール不達や認証失敗の原因に）
• 外部サービスを乗り換えたなら、古いCNAME/TXTを整理して競合を防ぐ

4) 移管・譲渡の備え（必要になってから慌てない）

• 他社へ移す可能性があるなら、承認メールが届くよう WHOIS管理者メールを点検
• 複数人運用なら、譲渡（同一サービス内）で引き継げるようID管理を整備
• “移管は完了まで日数がかかる”前提で、期限ギリギリの作業を避ける

ムームードメイン公式サイト

まとめ

ムームードメインは、ドメイン価格だけで見ると「最安」とは限りません。
それでも選ばれる理由は、“運用をラクにする設計”と“つまずきを減らす導線”が揃っているからです。

ムームードメインが合う人（結論）

• コストより管理のラクさを重視したい（最初の1ドメインに安心感がほしい）
• WordPressだけでなく、将来的に
  メール（Google等）・Notion・BASEなども同一ドメインで使う予定がある
• 更新漏れ・設定ミスなどの事故を避けて、長く運用したい
• WHOISやロックなど、安全性も最初から整えたい

合わない人（結論）

• 最初からDNS運用を頻繁に行い、細かなチューニングを前提にしたい
• 「とにかく最安だけで選びたい」「更新費用より初年度の安さが最優先」
• すでにDNS/メール運用が固まっていて、今の管理会社を変えるメリットが少ない

---

独自ドメインは、サイトやメールの“住所”になる大事な資産です。
目先の安さだけで選ぶより、運用の安心（総コスト＋ミス耐性）で判断すると、後悔しにくくなります。

この記事の手順どおりに進めれば、ムームードメインを選ぶ場合も、別サービスを選ぶ場合も、あなたにとって一番安全で効率的なルートが取れます。次は「あなたの目的」に合わせて、最短の設定手順に進んでいきましょう。

ムームードメイン公式サイト