コーポレートサイト制作の失敗は、完成後に突然起きるものではありません。目的が決まらない、原稿が集まらない、確認者が増える、試験結果が残らないといった小さな兆候が、企画、要件、制作、公開の途中で現れます。それでも日程だけを理由に次へ進むと、後工程で大きな手戻りになります。
失敗防止に必要なのは事例の暗記ではなく、工程ごとに止める条件、戻す先、次へ進める証拠、決める人を置くことです。この記事では、コーポレートサイトの企画から運用移行までを7つのゲートに分け、危険な兆候が出たときの判定方法を整理します。制作会社の比較はホームページ制作会社の選び方、発注後の全体工程はWeb制作の依頼手順へ分け、本記事は工程を止める判断と確認証拠に限定します。
失敗防止は「予定どおり」より「条件どおり」で進める
工程表に「デザイン完了」「実装完了」と書いてあっても、何をもって完了とするかがなければ判定できません。日付は調整の目安、ゲートは品質と事業判断の境界です。完了条件を満たさない場合は、担当者の努力不足と決めつけず、不足する情報、判断、作業、証拠を特定して前の工程へ戻します。
デジタル庁のプロジェクト管理に関する実践ガイドブックも、プロジェクトの状況に合わせた工程開始条件・終了条件と、工程完了時の承認を検討する考え方を示しています。行政システム向けの資料をそのまま使うのではなく、小規模なWeb制作では、判断に必要な項目だけを短い確認表へ落とします。
7つの工程ゲートを一枚の台帳で管理する
各ゲートには、開始条件、完了条件、確認証拠、承認者、未決事項、止めた場合の戻り先を置きます。すべての資料を一つにまとめる必要はありません。最新版へたどれる索引を一つにし、会議メモ、原稿、デザイン、試験表、URL対応表などの保管先と版を結びます。
| ゲート | 次へ進む証拠 | 止める主な条件 | 承認する人 |
|---|---|---|---|
| 1 企画 | 目的、優先対象、非対象、責任者 | 成果の優先順位が決まらない | 事業責任者 |
| 2 要件 | 範囲、機能、品質、受入条件 | 対象外・未決・責任分界が不明 | プロジェクト責任者 |
| 3 内容・構成 | ページ表、原稿・素材担当、権利確認 | 仮原稿のまま構成が増える | 内容責任者 |
| 4 デザイン | 実内容での主要画面、操作・表示確認 | 好みだけで判断し、利用条件を試せない | ブランド・事業責任者 |
| 5 実装 | 機能、権限、安全、計測の試験結果 | 仕様との差、重大な欠陥が残る | 技術責任者 |
| 6 受入・公開 | 受入結果、URL表、戻し方、公開承認 | 重大不具合、復元不能、担当不在 | 公開責任者 |
| 7 引渡し・運用 | 権限、データ、手順、保守、初回点検日 | 依頼者が自社資産を管理できない | 運用責任者 |

企画ゲートは目的・優先順位・責任者で止める
「古いから新しくする」「競合より見栄えをよくする」だけでは、ページと予算の優先順位を決められません。問い合わせ、採用、取引先への説明、既存顧客の支援など、今回最も変えたい判断や行動を一つ置きます。同時に、今回は優先しない対象と作らない機能を決めます。
企画を止めるのは、目的が複数あること自体ではなく、競合したときにどちらを優先するか決める人がいない状態です。事業責任者、日常の窓口、内容確認者、公開承認者を分け、意思決定の期限と代理者を記録します。目的ごとのページ構成を決め始める前に、誰が最終判断するかを確認します。
要件ゲートは対象外・未決・受入条件を見える化する
要件が決まったかは、資料の厚さではなく、制作対象と対象外を説明でき、未決事項に担当と期限があり、完成を試験できるかで判断します。「スマホ対応」「更新しやすい」「安全」といった言葉は、対象環境、操作、期待結果、測定方法へ置き換えます。
要件表の作り方はWeb制作の要件定義へ分けます。本ゲートで止める条件は、重要な機能の責任分界がない、個人情報の扱いが決まらない、受入基準を依頼者も制作会社も説明できない、未決事項が日程だけで決定済み扱いになっている場合です。IPAの「ユーザのための要件定義ガイド」も参照し、依頼者側が事業要件と受入判断へ参加します。
内容・構成ゲートは実在する原稿と素材で判定する
仮の文章と仮の写真だけで構成を承認すると、実際の情報量が入ったときにページ数、見出し、導線が変わります。現行URL、新URL、残す・統合・廃止の判断、原稿担当、写真、図版、利用許諾、確認者、期限を一行ずつ管理します。リニューアル前の収集項目はホームページリニューアル前の資料一覧で確認できます。
| 危険な兆候 | その場で止める理由 | 戻す先 | 再開の証拠 |
|---|---|---|---|
| ページ数が毎回増える | 目的と範囲が働いていない | 企画・要件 | 優先順位と対象外一覧 |
| 原稿担当が「みんな」 | 期限と事実責任が不明 | 体制 | ページ別担当・確認者 |
| 仮写真で全画面を承認 | 比率・権利・情報量を試せない | 素材台帳 | 本番素材または確定仕様 |
| 古いURLの処置がない | リンク切れと検索影響を判断できない | 移行設計 | 旧新URL対応表 |
| 事実確認の履歴がない | 誤情報の責任者が不明 | 内容承認 | 承認版・日付・確認者 |
デザインゲートは実内容・操作・複数幅で確認する
デザイン承認を一枚の完成画像だけで行うと、長い社名、実際の原稿、表、フォーム、エラー、スマートフォン表示を確認できません。主要ページに本番相当の文章と画像を入れ、見出し、リンク、ボタン、フォーム、表、画像比率を複数幅で確認します。見た目の好みと、利用者が操作・理解できるかの判定を分けます。
アクセシビリティは公開直前の追加作業にせず、色、文字、見出し、キーボード操作、代替テキスト、入力エラーを設計中に確認します。デジタル庁のウェブアクセシビリティ導入ガイドブックを参考に、対象ページ、確認方法、対応水準を決めます。重要な操作ができない、情報の順序が崩れる、合意幅で横スクロールが出る場合は実装へ進めません。
実装ゲートは機能・権限・安全・計測の証拠を残す
「実装が終わった」はコードを書き終えた状態ではありません。フォームの正常・異常送信、通知先、同意、権限、検索、更新、計測、エラー表示を、要件と対応する試験表で確認します。画面のスクリーンショットだけでなく、入力条件、期待結果、実際の結果、確認日、確認者を残します。
問い合わせで個人情報を扱う場合は、取得項目、利用目的、保存先、保存期間、閲覧者、削除、委託先を確定します。個人情報保護委員会の通則編ガイドラインは、委託先の選定、契約、取扱状況の把握を含む監督の考え方を示しています。安全性の試験観点にはOWASP ASVSを参照できますが、サイトの機能とリスクに合う範囲を選びます。
受入ゲートは重大度と公開停止条件を先に決める
受入試験では、依頼者が実際の利用者と運用者の立場で主要な行動を確認します。不具合を件数だけで見ず、公開を止める重大、期限付きで直す中、記録して改善する軽微など、事業影響で分けます。送信不能、誤送信、権限超過、主要ページの欠落、復元不能は、日程が迫っていても公開停止の候補です。
| 試験対象 | 受入証拠 | 公開停止の例 | 残課題で進む条件 |
|---|---|---|---|
| 主要導線 | 対象端末・幅ごとの操作結果 | 目的ページへ到達できない | 主要行動へ影響しない |
| フォーム | 正常・必須漏れ・誤入力・通知結果 | 送信不能、誤送信、同意欠落 | 回避策と修正期限がある |
| 権限・更新 | 役割別の閲覧・編集・公開結果 | 不要な管理操作ができる | 一時的に権限を狭められる |
| 表示・内容 | 主要ページの目視・読み上げ・リンク確認 | 誤情報、重要内容の欠落 | 軽微で事業判断を誤らせない |
| 復元 | 対象、取得時刻、手順、担当、確認結果 | 戻し方を実行できない | 公開を延期して再確認 |
残課題を受け入れる場合は、内容、影響、回避策、担当、期限、費用、再確認日を公開承認へ添付します。「軽微だから後で」だけでは、公開後に忘れられます。公開責任者は、試験結果と残課題を見て進行・延期・範囲縮小を選びます。
公開ゲートは戻せる状態とURL整合を確認する
公開作業の直前には、対象データ、取得時刻、復元手順、復元担当、判断条件がそろった復旧点を確認します。通常の候補制作中に毎回サイト全体を保存するのではなく、本番変更の直前に、変更範囲と復元要件に合う一度の検証済みバックアップを用意します。WordPress本体などを更新する場合も、WordPress公式の更新手順は事前バックアップを案内しています。
URLを変える公開では、旧新URL対応表、恒久転送、内部リンク、canonical、noindex、サイトマップ、画像・PDF、計測を確認します。Google検索セントラルのURL変更を伴うサイト移転も、事前テスト、URL対応、転送、canonicalやnoindex、公開後監視を案内しています。移管作業の順番はホームページ移管の手順で補完します。
引渡しゲートは自社で管理・更新・相談できるかを見る
公開できても、ドメイン、サーバー、WordPress、解析、フォーム、画像、原稿、ライセンス、仕様、変更履歴を依頼者が受領できなければ、運用へ移れません。アカウントは共有文字列だけで渡さず、所有者、管理者、日常更新者、保守担当を区別します。
WordPress公式の権限と役割を基に、日常作業へ必要な最小権限を選びます。ログイン復旧と所有権の確認はWordPress管理画面ログイン復旧、公開後の更新体制はホームページ更新方法の選び方へ分けます。引渡し時には、運用担当者が実際にログインし、記事更新、プレビュー、承認、問い合わせ確認を行えるか試します。
| 公開・引渡し項目 | 確認証拠 | 担当 | 異常時の判断 |
|---|---|---|---|
| 復旧点 | 対象・時刻・保管先・復元確認 | 技術担当 | 復元不能なら公開停止 |
| URL・検索 | 旧新対応、転送、canonical、noindex、サイトマップ | サイト担当 | 主要URL不整合なら延期 |
| フォーム・計測 | 本番送信、通知、同意、計測結果 | 事業・計測担当 | 送信・個人情報異常は停止 |
| 権限・資産 | 所有者、役割、受領一覧、保管先 | 運用責任者 | 自社管理不能なら引渡し未完 |
| 初期監視 | 主要ページ、ログ、問い合わせ、旧新URL | 公開チーム | 影響に応じて停止・復元 |
| 運用開始 | 更新手順、連絡先、保守範囲、初回点検日 | 運用責任者 | 担当不在なら運用移行を保留 |
止める・戻す・進むを短い記録で残す
停止は失敗ではなく、手戻りを小さい段階で見つけた結果です。判断記録には、発見日、工程、兆候、影響、停止条件、戻す先、必要な証拠、担当、期限、再開判断者を残します。選択肢は「そのまま進む」だけでなく、前工程へ戻す、対象を縮小する、段階公開へ分ける、公開を延期する、復元するから選びます。

定例会議では作業量の報告より、止まっている判断、期限を過ぎた素材、合否を判定できない試験、公開停止条件に近い兆候を先に扱います。赤信号を隠さず早く出せる体制ほど、公開直前の大きな事故を防ぎやすくなります。
最初に決める停止条件は多くなくて構いません。目的の優先順位がない、決裁者が不在、主要原稿の担当がいない、個人情報の扱いが決まらない、受入基準がない、公開前の復元方法がない。この六つを出発点にし、自社の機能と影響に合わせて追加します。
myajoでは、コーポレートサイト制作が途中で止まりそうな案件について、工程、未決事項、責任者、確認証拠、公開停止条件を一枚に整理する相談に対応しています。現在の工程表、見積書、未決事項、原稿・素材の状況を用意し、お問い合わせフォームからご相談ください。