サイトの改善を考える作業風景のAI生成画像
ホームページ制作は、準備・見積もり、構成、原稿と写真、デザイン、実装、テスト、公開の順に進みます。期間はページ数だけでなく、素材がそろう日や社内確認にも左右されます。着手の条件をそろえ、公開日から確認・修正の時間まで逆算しましょう。
この記事でわかること
- 依頼前から公開までの工程と、自社で確認する内容
- 制作期間を左右する条件と、仮の8週間スケジュール
- 相談時の準備メモ、公開前の確認表、運用の引き継ぎ
ホームページ制作は、依頼前の準備から公開後の確認まで続く
ホームページ制作は、準備、相談・見積もり、構成、原稿・写真、デザイン、実装、テスト、公開・引き継ぎの順に進みます。原稿や写真の用意は、構成やデザインと並行する場合もあります。制作会社へ依頼した後も、自社の商品情報を確かめたり、掲載内容を決めたりする時間が必要です。
この記事は、初めて会社のホームページを外注する経営者・Web担当者向けに、新規制作の進め方を整理したものです。すでにあるページの文言を直すだけの更新や、大規模なシステム開発とは分けて考えます。料金や制作会社の詳しい比較は、末尾の関連記事から確認できます。
- 準備:見てほしい人、必要な情報、公開希望日を整理する
- 相談・見積もり:作る範囲、費用、納品物、日程の前提をそろえる
- 構成:ページ一覧と各ページの内容の順番を決める
- 原稿・写真:事実確認と掲載許可を済ませ、素材をそろえる
- デザイン:パソコンとスマホの見やすさを確かめる
- 実装:実際に表示・操作できるページを作る
- テスト:内容、表示、リンク、フォームなどを確認する
- 公開・引き継ぎ:本番で再確認し、更新と管理の担当を決める
各工程の終わりに、何を見て次へ進むかを決めることが大切です。「デザインを確認する」だけでは、写真の差し替えや内容の変更が残ったまま進むことがあります。「掲載文と写真を含めて承認する」「仮素材は一覧に残す」のように、合意した状態が分かる記録を残しましょう。
制作期間は何で決まる?着手条件と待ち時間を確認する
制作期間を確認するときは、まず「いつから数える期間か」を聞きます。初回相談からなのか、契約後なのか、原稿や写真がそろった後なのかで、同じ「2か月」でも公開日が変わります。広告や展示会に合わせる場合は、制作開始日だけでなく、公開して動作確認まで終える日を共有してください。
ページ数のほか、内容を一から取材するか、撮影が必要か、独自の機能があるか、誰が何回確認するかによって必要な時間は変わります。さらに、制作会社の着手可能日と自社の承認者の予定も関わります。本稿では市場全体の平均納期を示さず、後半で「8週間を割り当てた場合」の仮の工程表を使い、見積もり時に何を確かめるかを説明します。
| 確認項目 | 依頼先と共有する内容 |
|---|---|
| 期間の起点 | 相談日、契約日、入金日、素材提出日など、どの日を着手日とするか |
| 制作の範囲 | ページ一覧、原稿作成、撮影、更新機能、フォームなどを含む範囲 |
| 確認に使える日 | 担当者と最終承認者が確認できる日。休業日や繁忙期も含める |
| 修正の扱い | 予定に含む修正と、構成変更・ページ追加など別調整となる変更 |
| 公開の条件 | 内容承認、動作テスト、ドメイン等の準備、公開後確認が終わる日 |
作業時間と待ち時間も分けます。例えば、制作会社の修正作業が終わっていても、社内の料金確認が済まなければ掲載文を確定できません。反対に、素材が届いても制作枠の調整が必要な場合があります。遅れの責任を一方へ決めつけず、止まっている作業と次に必要な判断を共有する方が、予定を立て直しやすくなります。
依頼前に決めておくことと、相談に持っていく資料
相談前に立派な提案依頼書を完成させる必要はありません。まず「誰が、何を知りたくて訪れ、読んだ後に何をできるとよいか」を短く書きます。例えば、法人向けサービスなら、対応内容と依頼条件を理解し、相談できることが一つの方向です。目的が複数ある場合は優先順を付け、最初の公開で必要な情報を決めます。
社内の窓口と最終承認者も決めましょう。営業、現場、経営者から別々に修正が届くと、どの意見を採用するかが分かりにくくなります。窓口は意見を集め、事実の修正と好みの要望を整理して渡します。料金やサービス条件は詳しい部署、見た目は広報担当など、内容ごとの確認先も分けておくと進めやすくなります。
見やすさや操作しやすさも、最後に足す項目にしないことが大切です。W3Cの計画ガイドでは、アクセシビリティを制作全体に組み込み、目標、責任、予算・資源、継続的な確認を計画する考え方が示されています。自社のサイトでも、どの利用環境を確認するか、誰が確認するかを初期の打ち合わせに入れましょう。
出典:Planning and Managing Web Accessibility | Web Accessibility Initiative (WAI) | W3C
| 項目 | 書き込む内容の例 |
|---|---|
| 利用者と役割 | 誰向けのサイトか、どの情報を伝え、相談・資料請求など何につなげたいか |
| 掲載予定の情報 | 会社情報、サービス、料金の掲載方針、実績、よくある質問、連絡方法 |
| 希望日と予算 | 公開したい日と理由、変更可能な範囲、制作と運用それぞれの予算 |
| 素材の状態 | ロゴ・写真・文章の有無。確認中の情報と、それを決める人・予定日 |
| 管理と社内体制 | ドメイン等の契約担当、社内窓口、最終承認者、公開後の更新担当 |
分からない欄は「未定」で構いません。ただし、未定のまま任せたことにはせず、誰がいつ決めるかを相談します。参考サイトを見せる場合も「この会社のように」だけでなく、「サービスの違いが表で分かる」「スマホで連絡先を見つけやすい」など、参考にしたい理由を添えると伝わります。
見積もりでは制作物の範囲、素材の分担、修正の条件、納品後の対応を確かめます。原稿作成や撮影が別途なら、自社の準備期間も工程へ加えます。ドメインやサーバーの契約者、データ・アカウントの引き継ぎ方、支払い時期も確認し、金額だけでなく開始から運用までの分担が分かる状態にしておきましょう。
公開希望日と素材の準備状況から、ホームページ制作の進め方を相談する
制作の各工程で、何を確認すればよいか
構成と原稿・写真を決める
構成の段階では、まずページ一覧を確認します。トップページ、サービス紹介、会社概要、実績、問い合わせなど、必要な情報がどこに入るかを見ます。ページを増やす前に、一つのページへまとめた方が利用者に分かりやすいかも検討します。サイトの規模と、公開後に更新できる体制を合わせて考えましょう。
次に、ワイヤーフレームと呼ばれる「ページの骨組み」を見ます。ここでは色や装飾より、見出し、説明、写真、相談ボタンの順番を確認します。初めての人がサービスを理解する前に申し込みを求めていないか、依頼条件を探して行き来しなくてよいかを、利用者の順番で確かめます。
原稿と写真には、提出する人だけでなく、事実と掲載可否を確認する人も必要です。料金、対応地域、営業時間、サービスの対象、会社情報などを確認し、仮の数字や古い表記を残さないようにします。顧客の名前や写真、実績、購入素材は、掲載できる範囲を確認してから渡してください。未確認の内容を実績として埋める必要はありません。
素材の一覧には「使うページ・ファイル名・担当・提出日・確認状態」を残します。写真を撮る予定なら、撮影後の選定や確認も日程へ含めます。画像内に重要な説明をすべて入れると後から直しにくくなるため、更新しそうな料金や条件は本文として扱う方法も制作会社へ相談しましょう。
デザインを確認し、実際に動くページへ進める
デザイン案では、ブランドに合うかと同時に、文字が読みやすいか、必要な情報が先に分かるか、相談先を見つけられるかを確認します。パソコンの大きな画面だけで決めず、スマホでの並び方も見ます。色の好みだけで返すより、「サービスの違いが見分けにくい」など困る場面を説明すると、修正の方向が定まります。
実装は、デザインを実際に表示・操作できるページにする工程です。更新に使うCMSは、記事やお知らせなどを管理画面から変更する仕組みを指します。自社でどこを更新する予定かを伝え、公開後に使う画面の操作も確認します。担当者が更新できるかは、見た目の完成とは別に確かめる項目です。
検索への基本的な配慮もこの段階で確認します。GoogleのSEOスターターガイドは、読みやすく役立つ内容、ページの内容を伝えるタイトル、分かりやすいリンクなどを案内しています。公開直前にキーワードを大量に足すのではなく、ページの役割と内容が見出しやタイトルに表れているかを制作中に確認しましょう。
出典:Google 公式 SEO スターター ガイド | Google 検索セントラル | Documentation | Google for Developers
公開前に、内容・表示・動作を確かめる
検収とは、合意した内容に沿って制作物ができているかを確認することです。公開予定日までに確認結果を返し、修正された箇所をもう一度見る時間も確保します。修正依頼にはページのURL、該当箇所、現在の状態、望む状態を添え、重大な不具合と後で改善できる要望を分けておきます。

| 確認する部分 | 完了の判断材料 |
|---|---|
| 掲載内容 | 会社情報、料金、サービス条件、写真、実績に未確認・仮表記が残っていない |
| 表示と操作 | スマホとパソコンで本文・表・画像・メニューが使え、文字切れや横はみ出しがない |
| リンクとフォーム | 遷移先が正しく、合意したテスト入力で送信・受付・通知の流れを確認できる |
| 検索と計測 | 公開するページの検索除外設定が意図どおりで、計測担当と確認方法が決まっている |
| 公開作業と復旧 | 切り替える内容、作業担当、確認時刻、不具合時の連絡先と戻し方が決まっている |
フォームは送信ボタンを押せるだけで完了にせず、必要項目の説明、入力エラー時の案内、完了画面、受付先での確認まで対象にします。テストは受信担当と実施時間・内容を事前に合わせ、実際の問い合わせと区別します。送信が失敗した場合の連絡方法も利用者に分かるかを確認しましょう。
W3Cは、アクセシビリティを開発の早い段階から継続して評価するよう勧めています。また、道具だけで規格への適合を判断することはできず、知識のある人による評価が必要としています。自動チェックの結果だけで終わらせず、人が文字や操作を確認する工程を入れます。この表だけで規格への適合を判定できるわけではありません。
出典:Evaluating Web Accessibility Overview | Web Accessibility Initiative (WAI) | W3C
公開日から逆算するスケジュールの作り方
工程表には、制作会社の作業日だけでなく、自社が確認する日と修正後の再確認日を入れます。初回相談、見積もり、契約の期間と、制作に着手してからの期間は分けて記録してください。希望日に対して無理がないかは、依頼先が空けられる制作枠と、作業量の見積もりを確認して判断します。
次の表は、契約と着手条件を確認済みで、会社案内を中心とする6ページ、標準的な問い合わせフォーム、追加開発なしのサイトに「8週間の枠」を割り当てた仮の例です。原稿の元資料があり、撮影を新たに行わず、担当者と承認者が予定どおり確認できる条件とします。標準納期、VELGRITの納期、実在案件の実績を示す表ではありません。
表が収まらない場合は横にスクロールできます →
| 時期 | 進める作業 | 次へ進む前の確認 |
|---|---|---|
| 着手前 | 見積もり・契約、素材担当と制作枠を調整 | 範囲、着手条件、8週間で進められるかを双方で確認 |
| 第1週 | 要件とページ構成を整理 | 6ページの内容と、最初の公開で扱う範囲を決める |
| 第2週 | ページの骨組み、原稿・写真の整理 | 掲載順と主要な原稿・写真を確認し、未確定箇所を一覧化 |
| 第3〜4週 | デザイン、原稿・写真の最終確認 | スマホを含むデザイン、掲載文と素材を承認 |
| 第5〜6週 | 実装と制作側のテスト | ページ、更新機能、フォームを確認できる状態にする |
| 第7週 | 自社確認、修正、再確認 | 公開に支障のある内容・動作の問題を解消 |
| 第8週 | 予備日、公開作業、本番確認、引き継ぎ | 公開後の表示・受付・管理担当を確認 |
表の週数をそのまま依頼先へ押し付けるのではなく、各行の必要日数を書き換えて使います。取材や撮影が増えるならその工程を追加し、複数部署の確認が必要なら承認に使う期間を広げます。並行できる作業を整理しても、未確定の原稿でデザインを進めれば後で戻る可能性があるため、仮の箇所を双方で把握しておきましょう。
例えば第4週末に掲載写真が確定しなかった場合、その写真を使うページの仕上げや確認日へ影響するかを聞きます。提出が1日遅れたら公開も必ず1日遅れる、とは限りません。後の制作枠や承認者の予定も動くため、差し替え案、公開範囲の変更、公開日の変更を並べて判断します。予備日を最初から追加制作へ使い切らないことも大切です。
遅れそうなときは、影響する工程と公開範囲を見直す
予定が変わったときは、まず「何が未確定か」「何の作業が止まるか」「いつ誰が決められるか」をそろえます。報告を待つだけにせず、次の打ち合わせで決めることを一つずつ明確にします。制作会社側の作業遅延も同じように、残作業と日程への影響を説明してもらいましょう。
| 状況 | 検討する対応 |
|---|---|
| 原稿や写真がそろわない | 必要情報を確定できる日を確認し、撮影・取材の分担や代替素材を相談する |
| 社内の意見がまとまらない | 窓口が意見を整理し、最終承認者が公開範囲を判断する日を決める |
| 新しいページや機能が増えた | 費用と日程の影響を確認し、初回公開に必要かを決める |
| 公開日を動かせない | 必要情報を備えた範囲で先行公開できるか、追加分を後日に分けられるか検討する |
段階的な公開を選ぶ場合も、仮の会社情報や機能しないフォームを残してよいという意味ではありません。先に公開するページだけで利用者が内容と連絡方法を理解でき、未完成ページへ誘導しないことが前提です。追加公開する内容、担当、予定も記録し、公開後の更新を誰も引き取らない状態にしないようにします。
反対に、サービス条件が確定していない、受付が機能しない、重要な表示不具合があるといった場合は、公開日の見直しが必要です。テストを省くことで帳尻を合わせず、公開を止める条件をあらかじめ共有します。日程変更で告知や社内業務へ影響がある場合も、関係者への連絡担当を決めておきましょう。

公開後の引き継ぎと、検索・問い合わせの確認
公開後は、本番のURLで表示、リンク、問い合わせの受付を再確認します。ドメインやサーバーの作業がある場合は、担当者に変更内容と確認方法を説明してもらいます。既存のメールを同じドメインで使っているなら、メールへの影響も事前に確認し、設定を推測して変更しないことが大切です。
引き継ぎでは、契約や管理アカウントの担当、更新方法、バックアップと復旧の連絡先、保守の範囲を確認します。ログイン情報は必要な担当者だけへ安全な方法で共有し、公開の工程表へ書き込まないようにします。自社でお知らせを更新するなら、実際に担当者が操作できるかまで確認しておくと、その後の運用につながります。
サイトの公開日と、Googleの検索結果に表示される日は同じとは限りません。Googleは、再クロールに数日から数週間かかることがあり、同じURLを何度もリクエストしても早くはならないと説明しています。Search Consoleの確認を誰が担当するかを決め、公開・検索登録・検索からの訪問を別々に見ていきます。
出典:クロール・インデックス登録リクエスト | Google 検索セントラル | Documentation | Google for Developers
計測も、受信できることの確認と、実際の集客を分けます。制作時のテストアクセスやフォームテストを問い合わせ成果に数えず、公開日、変更点、確認した期間を残します。最初から大きな数字を求めるより、ページが正しく使え、必要な情報が更新され、相談を受け取れる状態を保ちながら改善します。
すでにホームページを持っている方は、無料のホームページ改善チェックシートで、情報の伝わり方や相談導線を点検できます。新規制作の工程表そのものではありませんが、現在のサイトで困る部分を整理する補助になります。初めて作る場合は、この記事の準備メモに公開希望日と素材の状態を書き、相談に使ってください。
必要なページと公開希望日を整理して、制作・公開後の運用を相談する
よくあるご質問
この記事のまとめ
- 制作範囲、着手条件、素材と社内確認の日をそろえて日程を決める
- 工程ごとの完了条件を残し、公開前のテストと修正時間を確保する
- 公開後は管理と更新を引き継ぎ、検索・訪問・問い合わせを分けて確認する
掲載内容は出典・取材・検証結果を確認し、編集担当者の承認を経て公開しています。記事制作にはAIを補助的に使用しています。
運営者について →