作ったホームページを公開したい。自分のアドレスを付ける手順

いっしょに、進めましょう。

やってみる手順

1. 01

   まず試作URLで、サイトの内容と公開先を確かめる

   HPは会社案内や工事の説明という『内容』、ドメインは訪ねる『住所』、ホスティングは公開する『置き場』として分けて考えます。まず制作担当から渡された試作URLで、会社名・対応工事・地域・連絡方法を確認します。試作URLが使えるなら、購入前に内容を確認できます。どの公開サービスを使い、独自ドメインが必要かを先に決めます。

   たとえば。

   架空の青葉工務店なら、まず試作画面の会社名と内装補修の説明を読む。試作URLは『制作担当から受け取るもの』とし、存在しないURLを教材で作りません。

2. 02

   会社の所有・登録担当と、既存メールを確認する

   新しく取得するのか、既に会社が持つドメインを使うのかを確認します。登録者情報を会社の正しい情報で管理し、担当者が交代しても引き継げる責任者、通知先、更新担当を決めます。会社メールが同じドメインを使っている場合は、メール提供元とDNS管理先も調べます。ログイン情報、実際の契約書、メール原本はAIへ送りません。

   たとえば。

   確認表：『登録管理：会社／更新担当：代表／操作担当：事務又は制作担当／会社メール：使用中／メール設定の確認：担当者に依頼』。使用中のドメインを新たに買い直しません。

3. 03

   候補と、初年度以外の費用を公式画面で比べる

   会社名や業務を説明しやすい文字列を二、三案作り、お名前.comの公式検索で空きと登録条件を本人が確認します。.co.jp等は条件があるため誰でも同じように取得できるとは考えません。初年度の取得料だけでなく、更新料、契約年数、税や調整費等、追加オプション、自動更新とその支払方法を確認します。金額・割引・在庫はAIに推測させません。

   たとえば。

   候補表は『候補A／空き：本人確認待ち／登録条件：確認待ち／初年度総額：公式画面で確認／次回更新額：公式画面で確認』。キャンペーン価格を見ただけで契約しません。

4. 04

   お名前.com公式の取得手順を本人が進める

   公式トップから文字列を検索し、必要なドメインだけを選びます。利用する公開先が既に決まっているなら、追加のサーバー契約が本当に必要かを確認します。会員情報・登録者情報、登録期間、オプションと申込内容、規約、支払方法を本人が確認して申し込み・支払います。完了画面と通知で登録完了を確かめ、ドメイン種別等により求められる登録メールの情報認証にも本人が対応します。AIが購入・決済・同意する手順ではありません。

   たとえば。

   『検索→対象だけ選択→必要な契約とオプションを確認→正しい登録情報→本人の支払い→登録完了と必要な認証を確認』。カード番号や受信した認証URLをAIへ貼りません。

5. 05

   公開先の公式案内で、独自ドメインと所有確認を確認する

   使う公開サービスの管理画面・公式案内で『独自ドメイン』『カスタムドメイン』等を探し、対応プランと対象サイトを確認します。追加する名前、AやCNAME等の必要なレコード、所有確認の方法、HTTPSの扱いを控えます。公開先がTXT等の所有確認を求める場合も指定に従い、値は手元で扱います。登録時のメール認証と、公開先の所有確認は別です。Sites固有の仕様はこの調査では未確認です。案内がなければ設定を止め、公開先へ確認します。

   たとえば。

   設定表：『サイト：試作した会社HP／公開先：確認済みのサービス名／独自ドメイン対応：要確認／指定DNS値：未入手』なら、次へ進めるための値をAIに作らせません。

6. 06

   ネームサーバー変更とレコード追加を分ける

   DNSはドメインをWebやメールの行き先へ案内する設定です。ネームサーバーを変更するのは、その案内を管理する先を切り替える作業です。現在のDNSにレコードを追記する作業とは違い、従来の設定が自動で引き継がれるとは限りません。会社メールを使う場合、メール配送先を示すMXや、メール認証などに使うTXTといった設定も担当者が保存します。メール提供元と、引き継ぎ方・元へ戻す方法を確認します。既存CNAMEやその他の設定も勝手に削除しません。

   たとえば。

   『HP用レコードを足したい』だけなら、ネームサーバー全体の切替が必要かは別確認です。設定一覧や変更権限が分からなければ、担当者が分かるまで止めます。

7. 07

   実際のDNS管理先で、公式指定の設定だけ行う

   現在お名前.com提供のDNSを使っている場合は、本人又は権限のある担当者がNaviの『ネームサーバー/DNS→ドメインDNS設定→対象ドメイン→DNSレコード設定→レコード追加』等の公式案内を確認します。公開先指定のホスト名、TYPE（種類）、VALUE（行き先の値）等を正確に照合します。他社DNSならその提供元で設定します。ネームサーバー同時変更のチェックは別の変更なので、計画なしに選びません。同じ名前の既存レコードと衝突する場合、重ねて追加せず担当者が調整します。例示IPやCNAMEを流用しません。

   たとえば。

   変更表には『変更対象／現在の設定／公開先の公式指定／既存メール等への影響／戻す方法／確認者』を残します。指定値がない欄は『未確認・変更しない』とします。

8. 08

   HTTPS・www・メールを確認し、次の更新へ進む

   接続後、公開先で所有確認と証明書の状態を見て、実際のHTTPSのURLを開き、警告なく意図した会社HPが出るかを本人が確認します。wwwあり・なしは公開先の方針に合わせ、使う名前と転送先をそれぞれ確認します。既存会社メールは担当者が自分で管理する別のメールとの送受信も確認し、設定が残っているだけで完了にしません。反映時間は公開先の公式案内を参照し、固定時間で完了を約束しません。確認できたら更新通知先を点検し、会社案内のどこを次に更新するかをメモします。

   たとえば。

   完了欄：『会社HPのHTTPS表示／wwwの扱い／既存メール送信・受信／更新通知先』。一つでも未確認なら、その項目を残して担当者へ引き継ぎます。

出てきたら、ここを見る。

できたものを、確かめよう。

会社が手元で使う公開準備表と、本人の購入・認証が必要な箇所、制作・メール担当へ確認する質問が得られます。DNS値が未入手なら、その空欄と停止理由が残ります。AIの回答を、ドメイン取得・接続・HTTPS・メール疎通の完了証明には使いません。

• 独自ドメインを買う前に、試作URLの内容と実際の公開先を確認したか。
• 会社の登録情報、所有・管理責任者、担当交代、更新通知先が整理されているか。
• 公式画面で空き・登録条件と、初年度・更新時・追加費用、不要な契約の有無を確認したか。
• 購入・支払い・規約への同意は本人が行い、登録完了と必要な情報認証を確認したか。
• 公開先の独自ドメイン対応、必要プラン、所有確認、使用する名前、公式指定DNS値を確認したか。Sitesの仕様を推測していないか。
• 実際のDNS管理先を確認し、ネームサーバー変更とレコード追加を混同していないか。
• 既存メールのMX・TXT等、他の必要レコード、変更前の状態と復旧方法を担当者が保全したか。
• 意図した会社HPのHTTPS表示、wwwの扱い、既存会社メールの送信・受信を本人又は担当者が確認したか。
• パスワード・認証コード・支払情報・秘密付きURLをAIへ送らず、未確認のIPやCNAME、待ち時間を作っていないか。