ホームページの公開方法:公開までの手順と公開前チェックリスト

ホームページ公開に必要なドメイン・DNS・公開先・サイトデータを整理。公開当日の手順、HTTPS・フォーム・検索設定の確認、公開可否や切戻しの判断基準を解説します。

執筆 PartnerBase Mag 編集部約9分

ホームページの公開は、制作したファイルやCMSの内容を本番へ反映するだけで完了するものではありません。利用者がHTTPSで閲覧でき、問い合わせや資料請求などの主要導線を使え、問題が起きたときに連絡・復旧できる状態まで確認する必要があります。

この記事では、公開に必要な要素、構成別の追加確認、当日の共通手順、公開可否の基準を整理します。公開前に何を確認し、誰が公開可否を決めるかを整理できます。

ドメイン、DNS、公開先、サイトデータを整え、本番公開後に利用確認、公開判定、公開後確認へ進むホームページ公開の全体図。
ドメイン、DNS、公開先、サイトデータを整え、本番公開後に利用確認、公開判定、公開後確認へ進むホームページ公開の全体図。

ホームページの公開は、必要な要素をそろえたうえで本番へ反映し、利用可否と公開継続の判断まで確認して完了します。

01Sectionホームページ公開に必要なものは「ドメイン・DNS・公開先・サイトデータ」

公開の準備では、名称・接続先・コンテンツ・運用設定を分けて確認します。管理先が一つにまとまっているとは限らないため、「誰が契約を確認できるか」と「誰が設定を変更できるか」を別々に把握することが重要です。

ドメインとDNSの違い

ドメインは、利用者がサイトへアクセスするための名称です。独自ドメインの契約者、更新連絡先、管理画面へのアクセス可否は、公開前に確認してください。基礎から確認したい場合は、独自ドメインの基礎も参考になります。

DNSとは

ドメイン名を、サイトを提供する公開先へ案内するための設定です。ドメインの契約先、DNSの管理先、本番サーバーやCMSの管理先は、それぞれ異なる場合があります。

DNSにはキャッシュの仕組みがあるため、変更後の見え方を一律の時刻で判断することはできません。DNSのTTLに関する仕様も踏まえ、変更の前後で設定内容と外部からの確認結果を残す運用にします。

公開先とサイトデータの確認範囲

公開先は、ページを利用者へ返す本番サーバーまたはCMS環境です。サイトデータには、HTML・画像のほか、CMS設定、データベース、フォーム、リダイレクトなど、表示や機能に必要なものが含まれます。

あわせて、HTTPSで警告なく表示できることも必要です。証明書の管理責任や更新方法は公開環境によって異なるため、公開担当とインフラ担当の責任範囲を確認します。HTTPSの確認観点は、SSLの基礎で詳しく解説しています。

公開前に確認するアカウント・権限

少なくとも、次の管理先について、契約者・管理者・変更担当者・緊急時の連絡先を一覧化します。

  • ドメインとDNS
  • 本番サーバーまたはCMS
  • フォーム、通知先、外部連携先
  • 検索管理と計測の管理画面
  • バックアップと復元手順の保管場所

権限の保有者が公開当日に不在だと、設定変更や復旧判断が止まるおそれがあります。担当者だけでなく、承認者と代替連絡先も決めておきましょう。

02Section最初に自社の公開条件を切り分ける

公開の難易度は、ページ数よりも「何を切り替えるか」「失敗時に何へ影響するか」で変わります。以下の4問に答えると、追加確認が必要な領域を絞れます。複数に該当する場合は、技術反映担当と事業側の受入担当を分け、最終判断者を置くことが安全です。

  1. 新規公開ですか、リニューアルですか。

リニューアルなら、旧URLと新URLの対応、主要URLのリダイレクト、旧サイトへ戻す条件を追加します。URLが変わる場合は、検索・広告・外部リンクからの到達も確認対象です。

  1. DNSを変更しますか。

変更する場合は、設定値の提示元、対象ホスト名、変更権限者、変更前設定、外部ネットワークからの確認担当を決めます。変更しない場合も、本番反映先や既存キャッシュによる旧データ表示を確認します。

  1. CMSやデータベースを使いますか。

利用する場合は、コンテンツだけでなくテーマ、設定、データベース、定期処理、復元方法まで反映対象に含めます。CMS・データベースの反映や復元は、管理担当または公開環境の手順書に従って確認してください。

  1. フォーム、外部連携、個人情報の取扱いがありますか。

該当する場合は、本番での実送信、通知、自動返信、連携先での受信・登録、テストデータの扱いを確認します。送信先や連携先が複数あるほど、事前に確認担当を割り当てる必要があります。

03Sectionホームページを公開する手順|本番反映からDNS・HTTPS確認まで

照合、変更前の記録、本番反映、DNSと利用確認、公開判定の5段階で進める公開当日の流れ。
照合、変更前の記録、本番反映、DNSと利用確認、公開判定の5段階で進める公開当日の流れ。

公開作業は、反映前の照合と切戻し準備を先に行い、本番での利用確認を経て継続・延期・切戻しを判断します。

公開作業は、設定変更より先に、公開範囲・責任者・切戻し方針を決めることで進めやすくなります。特定のCMSやDNSサービスの画面操作は環境ごとに異なるため、ここでは共通する管理順と完了条件を示します。

公開日・停止許容時間・責任者を決める

公開対象ページと対象外ページ、公開日時、停止を許容できる範囲、最終判断者、緊急連絡先を合意します。リニューアルでは、旧サイトを保持する範囲と、切戻しを開始する条件もこの時点で決めます。

本番前に表示・導線・フォームを確認する環境として、ステージング環境の基礎も確認しておくと、公開当日の修正を減らしやすくなります。

本番反映とDNS設定を行う

以下の表は、公開作業で残す確認記録の要点です。実際の作業順は、その後の手順に沿って進めます。

確認段階確認対象完了条件
反映前本番環境、本番URL、反映対象、DNS提示値本番環境・対象ホスト名・提示元を照合済み
変更前現行DNS、旧画面、復元方法復元に必要な情報が残っている
反映・確認ファイル、CMS、DB、フォーム、HTTPS、主要導線承認済みデータが反映され、主要導線を利用できる
公開判定未解決不備、事業影響、切戻し可否継続・延期・切戻しを記録して決定する

公開当日の共通手順

  1. Step01

    公開先とDNS情報を照合する

    本番URL、反映対象、提示DNS値、対象ホスト名を照合します。DNS値は公開先または管理担当から提示された値だけを使います。

  2. Step02

    変更前設定と切戻し方法を記録する

    現行DNS、旧URL・画面、復元手順の保管場所を残し、変更時刻と変更者を記録します。

  3. Step03

    承認済みデータを本番へ反映する

    ファイル、CMS設定、データベース、フォーム、リダイレクトなど、承認済みの対象だけを反映します。

  4. Step04

    DNSを反映して利用可否を確認する

    変更権限者がDNSを設定し、外部から本番URL、HTTPS、主要ページ、CTA、フォーム送信、必要な連携を確認します。

  5. Step05

    公開可否を記録して判断する

    未解決事項の影響と切戻し可否をもとに、最終判断者が継続・延期・切戻しを決定します。

DNSには、可用性のために期限後の情報を一時的に利用する仕組みも定義されています(RFC 8767)。そのため、変更後にすべての利用環境で同時に同じ表示になることを前提にせず、変更前設定、変更時刻、変更者、提示元、外部からの確認結果を記録してください。

本番URLで利用可否を確認する

本番反映が完了しても、公開完了とは限りません。本番URLをHTTPSで開き、PCとスマートフォンで主要なページ遷移、CTA操作、フォーム送信を確認します。リニューアルの場合は、主要な旧URLから意図した新URLへ移動することも確認します。

04Section公開前チェックリスト|必須・条件付き・公開後改善に分ける

公開前必須、構成により必須、公開後に改善可の3区分に、HTTPS、フォーム、検索設定、OGPなどの確認項目を配置した一覧図。
公開前必須、構成により必須、公開後に改善可の3区分に、HTTPS、フォーム、検索設定、OGPなどの確認項目を配置した一覧図。

公開前チェックは、利用・問い合わせ・復旧に直結する項目を優先し、構成依存の設定と公開後に改善できる項目を分けて管理します。

公開前チェックは、すべてを同じ優先度で扱わないことがポイントです。利用者の閲覧、問い合わせ、個人情報、復旧に直接影響する項目を先に確認し、結果・確認者・不備時の対応担当を残します。

公開前に必ず確認する項目

HTTPSページ内でHTTPのリソースを読み込む混在コンテンツは、安全性や表示・機能に影響することがあります。混在コンテンツの確認事項を参考に、主要ページで警告や重要リソースの失敗がないか確認します。

構成により追加する項目

noindexは検索結果への表示を制御するための指定です。公開対象のページに意図せず残っていないかを、robots metaタグの公式説明に沿って確認します。一方、robots.txtはクロールを制御する設定であり、検索結果からの除外を目的に単純に代用するものではありません。

URL変更を伴うリニューアルでは、新旧URL対応、リダイレクト、canonical、サイトマップ、検索制御に矛盾がないかを確認します。考え方は、URL変更を伴うサイト移転の確認事項も参考になります。

公開後に改善できる項目

OGPとファビコンは、主要な閲覧・問い合わせ機能に支障がない場合、原則として公開後の改善対象にできます。ただし、公開直後から共有施策を行う場合や、ブランド要件が高い場合は、公開前確認へ引き上げてください。詳細はOGPの設定方法とファビコンの設定方法を参照できます。

優先度別の公開前チェック

  • ✓

    公開前必須:HTTPS、主要URL、CTA、PC・スマートフォンでの主要操作を確認する

    主要ページを実際に開き、判読・クリック・入力を妨げる不備がないことを記録します。

  • ✓

    公開前必須:フォームを実送信し、完了画面、通知、自動返信、必要な連携と個人情報に関する案内への到達を確認する

    テストID、受信記録、連携結果を残し、法務または個人情報保護の担当者へ確認が必要な場合は連携します。

  • ✓

    公開前必須:存在しないURLで404ページと代替導線、緊急連絡先・最終判断者・切戻し手順の保管場所を確認する

    トップや問い合わせへ移動できることを確認します。404ページの詳細は404ページの基礎を参照してください。

  • ✓

    条件により必須:リダイレクト、noindex、robots.txt、canonical、XMLサイトマップ、計測タグを公開方針と照合する

    リニューアル時は主要旧URLを直接確認します。サイトマップはURL発見を助けるものであり、掲載を保証するものではありません。XMLサイトマップの基礎も参照してください。

  • ✓

    公開後に改善可:OGPとファビコンを確認する

    共有施策やブランド要件が高い場合は、公開前の確認項目に変更します。

対象とする端末、ブラウザ、主要URL、主要CTAは、アクセス状況と公開リスクに応じて公開計画で定めてください。

05Section公開可否・延期・切戻しは何で判断するか

主要URL、フォーム、個人情報連携、旧URL導線、HTTPS・重要機能の不備を確認し、延期・切戻しの検討または公開継続へ進む判断フロー。
主要URL、フォーム、個人情報連携、旧URL導線、HTTPS・重要機能の不備を確認し、延期・切戻しの検討または公開継続へ進む判断フロー。

主要な閲覧・問い合わせ・個人情報・導線・HTTPSに影響する不備は、影響を評価したうえで延期または切戻しを検討します。

公開判定では、軽微な表示改善と、利用者の行動や事業継続を妨げる不備を分けます。最終判断者と代替者は、公開当日より前に決めておくことが必要です。

公開不可または切戻しを検討する条件

主要URLが開けない、主要CTAやフォームの送信・通知が成立しない、重要な個人情報連携に不整合がある、主要旧URL導線が失われる、HTTPS警告や重要機能不全がある場合は、公開継続ではなく延期または切戻しを検討します。

判定項目初期判断記録する内容
主要URLが閲覧不能公開不可または切戻しを検討影響URL、検知時刻、修正担当
CTA・フォームが不全公開不可または切戻しを検討テスト内容、通知先、連携結果
個人情報連携に不整合公開不可または切戻しを検討影響データ、隔離・確認対応
主要旧URL導線が喪失延期または切戻しを検討旧URL、期待先、実際の遷移
HTTPSの警告・機能不全公開不可または切戻しを検討対象URL、確認環境、エラー内容
計測・OGP・ファビコンの不備影響評価のうえ公開後改善も可修正担当、期限、再確認方法

公開判定で残す記録

検知者と発生時刻

誰が、いつ、どの環境で不備を確認したかを残します。

最終判断者と緊急連絡先

継続・限定公開・延期・切戻しを決める担当者と連絡経路を明確にします。

影響範囲と初期判断

影響URL、利用者への影響、選択した対応を記録します。

復旧手順の保管場所

旧環境、バックアップ、復元手順、必要権限の所在を記録します。

切戻し後の確認と再公開条件

HTTPS、主要URL、CTA、フォーム、通知、旧URLの再確認対象に加え、原因、修正確認者、再テスト範囲、再承認者を残します。

06Section公開後に確認すること|公開直後・数日後・定常運用

公開後は、「本番URLに到達できるか」と「検索結果に掲載されるか」を分けて確認します。検索掲載は公開直後に確定するものではないため、到達性、公開制御、検索管理上の状態を順番に切り分けます。

公開直後に確認すること

公開作業を完了扱いにする前に、外部の利用者と同じ視点で本番URL、HTTPS、主要URL、CTA、フォーム、通知、外部連携、主要リダイレクトを確認します。技術面の確認だけでなく、資料請求や問い合わせが業務上受け付けられることまで確認してください。

数日後に検索・計測を確認すること

検索に関する確認は、次の順番で行います。

  1. 本番URLがHTTPSで外部から開けるか確認する
  2. 公開対象ページにnoindexが残っていないか確認する
  3. robots.txtが重要URLや必要なリソースを妨げていないか確認する
  4. canonicalが意図した本番URLを指しているか確認する
  5. XMLサイトマップと内部リンクに公開URLが含まれるか確認する
  6. URL Inspectionで、インデックス済み情報とライブURLテストを分けて確認する

URL Inspection Toolの案内では、インデックス上の情報確認とライブURLテストが案内されています。ライブテストで到達できても、検索結果への掲載を保証するものではありません。また、検査対象URLが該当プロパティに含まれること、インデックス登録リクエストには必要な権限があることも確認してください。

検索に出ない場合の切り分けは、サイトが検索に出ない場合の確認方法で補足しています。

定常運用に引き継ぐこと

公開後の成果は、到達性やフォーム通知などの技術面と、CTA到達・フォーム完了・資料ダウンロードなどの事業面に分けて確認します。固定的なKPIではなく、公開前の基準値または関係者が合意した目標値と比較し、確認時点・担当者・異常時の連絡先を残します。

時期別の公開後確認

公開直後

HTTPS、本番URL、主要導線、フォーム、通知、連携、主要リダイレクトを確認します。

数日後

検索制御、URL Inspection、サイトマップ、計測データ、通知漏れを確認します。

定常運用

到達性・フォーム通知などの技術面と、主要CVなどの事業面を比較し、改善を管理します。

公開準備から運用までの全体像は、Webサイト制作の進め方もあわせて確認してください。

07Section制作会社へ依頼する場合の公開・検収チェック

外部へ公開作業を依頼しても、発注者側で公開承認、事業上の受入確認、アカウント所有、切戻し判断を担う責任者を置く必要があります。公開作業・検収・引継ぎ・保守の境界を文書で確認し、公開後に管理権限を失わないようにします。

発注者が検収する項目

フォームや外部連携で個人データを扱う場合は、委託先の選定、契約、取扱状況の把握・監督を確認してください。個人情報保護委員会のガイドラインを踏まえ、取扱範囲、再委託、事故時の連絡も法務・個人情報保護担当と確認します。

また、公開・保守・障害対応に関する責任範囲を曖昧にしないことが重要です。IPAの委託先を含む責任分界の考え方も参考に、誰が何を判断・対応するかを明確にします。

相談・見積依頼時に共有する情報

相談時には、新規公開かリニューアルか、対象URL、DNS変更の有無、CMS・データベース・フォーム・外部連携の構成、個人情報の取扱い、公開希望日時、停止許容時間を共有します。支援範囲は、事前調査、本番反映、DNS変更、連携テスト、切戻し待機、公開後保守に分けて確認すると認識差を抑えやすくなります。

発注者向けの検収・相談チェック

  • ✓

    ドメイン、DNS、サーバー、CMS、検索・計測のアカウント所有と管理権限を確認する

    自社責任者が継続して契約情報と管理画面を確認できる状態にします。

  • ✓

    公開日時、対象範囲、停止許容時間、責任分界を文書で合意する

    最終承認者と緊急時の代替者も記載します。

  • ✓

    受入テスト、切戻し条件、緊急連絡先を確認する

    テスト結果、不備一覧、切戻し手順の保管場所を受領します。

  • ✓

    納品物、設定情報、バックアップ、保守範囲を確認する

    サイトデータ、素材、マニュアル、復元に必要な情報の保管場所を明確にします。

  • ✓

    個人情報を扱う委託・再委託の範囲を確認する

    取扱データ、アクセス範囲、事故時の連絡を関係部署と確認します。

  • ✓

    相談時にURL、構成、連携、管理先、希望支援範囲を共有する

    公開作業だけでなく、検収支援、切戻し待機、保守の要否も伝えます。

08Section自社対応・外部依頼・共同対応の選び方

体制は、技術的な作業量だけでなく、権限、停止影響、連携の複雑性、公開当日の対応、継続運用まで含めて決めます。DNS変更、既存サイト切替、CMS・データベース移行、複数の外部連携、個人情報の取扱い、停止影響が大きい場合は、外部依頼または共同対応を優先して検討する余地があります。

体制向く条件自社に残る役割注意点
自社対応DNS・本番・復元の権限、テスト体制、当日対応者、運用担当を確保できる公開承認、技術反映、受入、切戻し判断担当不在や復旧経験不足がないか確認する
外部依頼技術的な反映・復元・連携確認に支援が必要アカウント所有、公開承認、事業側受入、切戻し判断支援範囲、待機条件、保守範囲を明確にする
共同対応自社の業務知識と外部の技術知見を分けたい事業受入、承認、権限管理、判断技術作業者と最終判断者の連絡経路を一本化する

自社対応を選ぶ場合は、公開当日に必要な権限と担当者を確保できるかを確認します。外部依頼や共同対応を選ぶ場合は、技術作業を任せる範囲と、自社に残す公開承認・受入・切戻し判断を先に決めることが重要です。

公開時によくある確認事項

DNS設定を変更した後、旧サイトと新サイトが一時的に混在することはありますか?+

利用環境ごとに参照するDNS情報の更新時期が異なるため、一時的に見え方が異なる場合があります。切替完了までの時間を固定的に見込むのではなく、変更前後の設定、変更時刻、変更者、設定値の提示元、外部からの確認結果を記録して判断してください。

公開直後に検索結果へ表示されない場合は、不具合ですか?+

公開直後に検索結果へ表示されないことだけでは、不具合とは判断できません。本番URLへの到達、noindex、robots.txt、canonical、XMLサイトマップを順に確認し、その後にSearch Consoleでインデックス上の状態とライブURLテストを分けて確認します。ライブテストの良好な結果は、検索結果への掲載を保証するものではありません。

ホームページ公開の体制づくりや制作会社選びを相談したい場合

DNS切替、フォーム連携、リニューアル時の切戻しなどを伴う場合は、公開範囲、管理権限、受入条件、保守範囲を整理したうえで、対応可能な制作会社を比較できます。

Partner Hiveコーポレートサイト制作8943社掲載
コーポレートサイト制作の会社を探す
PartnerBase Mag 編集部

PartnerBase Mag 編集部

デジタル発注の比較・発注準備を専門に扱う編集チーム。

執筆

デジタル発注の比較・発注準備を専門に、依頼範囲、費用、選定基準を実務で使える粒度に整理しています。

支援会社を比較する

得意領域、対応サービス、地域、実績を見ながら候補会社を絞り込めます。

会社を探す

ほかのトピック