ホームページ公開前チェックリスト：発注者が確認する項目と公開日の段取り

ホームページの新規制作やリニューアルで、公開日が近づいてきた発注者側の担当者に向けて、公開前に確認する項目をまとめました。制作会社も公開前に確認を行いますが、原稿の正しさ、フォームの通知先、社内の承認など、発注者でなければ判断できない項目があります。

結論から言うと、公開前は「内容が正しいか」「問い合わせが届くか」「検索と計測の設定が本番用になっているか」の 3 つに分けて確認します。特に、制作中に入れた検索エンジン向けのブロック（noindex）の解除、古い URL からのリダイレクト、フォームの通知の 3 点は、見落とすと公開後しばらく気づきにくい項目です。

この記事では、そのまま使えるチェック表、見落としやすい項目の確かめ方、公開日の段取り、公開後 1 週間に見ることを順に説明します。検索に関する仕様は、2026年11月時点の Google 検索セントラルなどの公式の情報にもとづいています。

公開前のチェックは誰が何を見るか

公開前の確認は、制作会社と発注者で分担します。サーバー、SSL、リダイレクト、タグの設置といった技術的な設定は制作会社が行い、発注者はその結果を確かめる立場です。一方、社名や製品名の表記、価格、所在地、通知先のメールアドレスなど、内容の正しさは発注者にしか判断できません。

確認を始める前に、テスト環境の URL とログイン方法、確認の締め切り、修正依頼の出し方、公開日時を制作会社とそろえておきます。修正依頼のまとめ方はホームページ制作の修正依頼の進め方、制作全体の期間の目安はコーポレートサイト制作の期間とスケジュールで説明しています。社内で確認する人（各部署の担当者、法務、最終の承認者）も先に決めておきます。

ホームページ公開前チェックリスト

次の表は、発注者が公開前に確認する項目です。「確かめ方」の列には、専門の知識がなくてもできる方法を書いています。担当者の欄を足すなど、社内の事情に合わせて書き換えて使ってください。

表示速度の目安は、Google の Core Web Vitals の説明で、LCP（読み込み）2.5 秒以内、INP（操作への反応）200 ミリ秒以下、CLS（表示のずれ）0.1 以下とされています。数値の読み方と改善の方法はWebサイトの表示速度の基準は？で説明しています。プライバシーポリシーは法令に関わる内容のため、最終的な判断は弁護士など専門家に確認してください。

見落としやすい項目の確かめ方

チェック表のうち、画面を見ただけでは分かりにくく、見落とすと影響が大きい項目について、確かめ方を補足します。

noindex と robots.txt のブロックを外す

制作中のサイトが検索結果に出ないよう、noindex を入れておくことがあります。Google のnoindex の説明によると、Googlebot がページで noindex を見つけると、そのページを Google の検索結果から削除します。公開後も残っていると、新しいサイトが検索に出ない原因になります。

WordPress の場合は、[設定] > [表示設定] の「検索エンジンでの表示」を確かめます。WordPress の表示設定画面の説明では、「検索エンジンがサイトをインデックスしないようにする」にチェックを入れると、ページに noindex,nofollow の meta タグが出力されると書かれています。WordPress 5.5 で加わった標準の XML サイトマップも、WordPress の開発者向けの告知によると、この設定を有効にしていると無効になります。

Google のサイト移転の説明では、開発中に noindex を使う場合は対象の URL の一覧を作っておき、移転の開始時に外すよう案内しています。よくある誤りとしても、移転のためだけに入れた noindex や robots.txt のブロックを必ず削除するよう挙げられています。

古い URL からのリダイレクト

リニューアルで URL が変わる場合は、古い URL から新しい URL への転送（リダイレクト）を設定します。Google のサイト移転の説明では、可能であれば 301 や 308 などのサーバー側の恒久的なリダイレクトを使うこと、転送を何回も重ねず最終の転送先へ直接つなぐこと、多数の古い URL を関係の薄い 1 つの URL（新しいトップページなど）へまとめて転送しないことを勧めています。トップページへのまとめての転送は、soft 404 エラーとみなされる場合があります。

新しいサイトに移さないページは、404 または 410 のエラーを返すようにします。発注者は、制作会社が作った「古い URL と新しい URL の対応表」を受け取り、アクセスの多いページから順に開いて確かめます。対応表の作り方はサイトリニューアルで検索順位を落とさないURL変更とリダイレクトの手順で説明しています。

フォームは本番のサイトから送って確かめる

フォームは、テスト環境で動いていても、本番のサーバーではメールの送信の設定が違う場合があります。公開後すぐに、本番のサイトから実際に送信し、社内への通知メールと送信者への自動返信の両方が届くかを確かめます。通知先を担当者個人のアドレスにしていると、異動や退職で届かなくなるため、部署で共有するアドレスにしておきます。

受信を確かめるときは、迷惑メールのフォルダも見ます。社外の Gmail などでも受け取れるかを確かめると、送信者の側で届かない問題に気づけます。届かない場合の切り分けは問い合わせフォームのメールが届かない原因と確認手順を参照してください。

計測タグと Search Console

GA4 のタグは、全ページに入っているかを公開直後に確かめます。Google アナリティクス ヘルプのデータ収集の確認によると、レポートにデータが反映されるまで 24〜48 時間かかる場合があり、正しく収集されているかはリアルタイム レポートや DebugView で確かめられます。

Search Console は、トップページの HTML タグなどで所有権を確認している場合、リニューアルでタグが消えると確認が無効になります。公式ヘルプのサイトの所有権を確認するでは、確認が有効でなくなると通知が届き、解決されなければ一定の猶予期間のあとに権限が失効すると説明しています。新しいサイトでも確認用のタグやファイルが残っているかを、制作会社に確かめてもらいます。

ファビコンと OGP

ファビコンは、ブラウザのタブや Google の検索結果に表示されるサイトのアイコンです。Google のファビコンのガイドラインでは、正方形（縦横の比が 1:1）で 8×8 ピクセル以上、さまざまな場所で適切に表示されるよう 48×48 ピクセルより大きいものを勧めています。ガイドラインに沿っていても、検索結果に表示されるとは限りません。

OGP は、SNS で URL を共有したときに表示されるタイトルや画像を指定する仕組みです。The Open Graph protocol では、og:title、og:type、og:image、og:url の 4 つを必須の項目としています。画像の推奨サイズは SNS ごとに違うため、使う SNS の公式の案内を確かめます。

title・description と 404 ページ

title は、Google が検索結果の見出し（タイトルリンク）を決めるときに使う情報の 1 つです。Google のタイトルリンクの説明では、すべてのページに具体的で分かりやすい title を付け、全ページで同じ文を繰り返さないよう勧めています。description も、スニペットの説明で、ページごとに固有の説明を書くよう案内されています。

404 ページは、存在しない URL を開いたときに表示されるページです。画面にエラーの説明とトップページやメニューへのリンクがあるか、エラーのページが正しく 404 のステータスを返すかを確かめます。ステータスの確認は制作会社に依頼します。

公開日の段取り

公開日は、問題が起きたときに制作会社と社内の担当者がすぐに対応できる日時にします。Google のサイト移転の説明でも、可能であればアクセスの少ない時間帯に移転するよう勧めています。当日の流れを、事前に次のような表で共有しておきます。

DNS の切り替えを伴う場合は、反映されるまでの間、見る人によって古いサイトと新しいサイトが分かれて表示されることがあります。その間に古いサイトのフォームから届いた問い合わせを取りこぼさないよう、古いサーバーの通知も確かめておきます。取引先や社内への案内文はホームページリニューアルのお知らせ例文を参考にしてください。

公開後 1 週間に見ること

公開してすぐは問題がなくても、実際の問い合わせや検索からのアクセスが始まってから気づく不具合があります。公開後 1 週間は、次の表の項目を見ます。

URL が変わったリニューアルでは、検索順位が一時的に変わることがあります。Google のサイト移転の説明では、小規模から中規模のサイトで大半のページの移転が反映されるまでに数週間かかるとし、リダイレクトはできるだけ長く（一般的には 1 年以上）残すよう勧めています。1 週間で結論を出さず、数週間は推移を見ます。

公開後に問題が見つかったときの対応

見つかった問題は、影響の大きさで優先順位を付けて制作会社に伝えます。ページが表示されない、証明書の警告が出る、フォームが届かないといった問題は、問い合わせの取りこぼしにつながるため、すぐに連絡します。表示されない場合の切り分けはホームページが表示されない原因で説明しています。

表記の誤りや古い情報は、内容によって早めに直します。デザインの細かな好みや、追加したいページの要望は、公開後の修正の範囲に入るかを契約と照らし合わせ、まとめて相談します。公開後の修正の受付期間や範囲は制作会社によって違うため、契約書や見積書を確かめてください。

公開後の更新や確認を社内だけで続けるのが難しい場合は、保守を外部に任せる方法もあります。フェニックスデザインのWEBサイト運用保守・集客改善では、保守ライト（月20,000円〜、税別）で WordPress の更新、週次バックアップ、稼働監視、SSL とドメインの期限の管理、障害時の一次対応を、保守スタンダード（月30,000円〜、税別）でフォームの月次の動作確認や軽微な修正も行います。

よくあるご質問

テスト環境で確認していれば、公開後の確認は不要ですか？

不要ではありません。noindex の解除、リダイレクト、メールの送信、計測タグ、SSL は、本番のサイトで初めて有効になる設定です。テスト環境では内容を、公開の直後には本番の設定を確かめる、と分けて考えます。

noindex を外し忘れたまま公開したら、どうなりますか？

Googlebot が noindex を見つけたページは、検索結果から削除されます。外したあとは、Google にページを再びクロールしてもらう必要があります。Google の再クロールのリクエストの説明では、URL 検査ツールでの依頼やサイトマップの送信の方法を紹介しており、クロールには数日から数週間かかることがあるとしています。

リダイレクトはいつまで残せばよいですか？

Google のサイト移転の説明では、できるだけ長く、一般的には 1 年以上残すよう勧めています。利用者の側から見ると無期限に残すことも検討するよう書かれています。サーバーの移転や次のリニューアルのときに設定が消えないよう、対応表を社内でも保管しておきます。

公開したのに、検索してもすぐに出てきません。

新しいページが検索結果に出るまでには時間がかかります。Search Console でサイトマップを送信し、主なページは URL 検査ツールでインデックス登録をリクエストします。リクエストをしても、すぐに表示されるとは限らず、表示されない場合もあると Google は説明しています。数日たっても状況が分からない場合は、Search Console のページのインデックス登録のレポートで理由を確かめます。

まとめ

• 公開前の確認は、制作会社が技術的な設定を、発注者が内容の正しさと社内の承認を担当し、チェック表で分担を見える形にします。
• noindex の解除、古い URL からのリダイレクト、フォームの通知の 3 点は、公開の直後に本番のサイトで必ず確かめます。
• 計測タグはリアルタイム レポートで、Search Console は所有権の確認の状態で、公開当日に動いていることを確かめます。
• 公開日は、問題が起きたときにすぐ対応できる日時にし、元へ戻す手順と連絡手段を前日までに決めます。
• 公開後 1 週間は、問い合わせの通知、GA4 と Search Console のデータ、転送の状況を見て、数週間は推移を追います。