ホームページ制作で失敗しないための発注チェックリスト

「きれいにできたのに問い合わせにつながらない」「自社で更新できると思ったら難しかった」。
ホームページ制作の後悔は、納品された画面だけを見ていても防ぎきれません。

発注時に決めたつもりの条件が、制作側には別の意味で伝わっていることがあります。
そのずれを減らすには、要望を伝えるだけでなく、何ができれば完了とするかを具体的な操作にしておくことが大切です。

この記事では、失敗の兆候・発注時の条件・納品時に試すことを対応させました。
アセントウェブの自社サイトで行った編集方式の点検も例にしながら、制作前から公開後までの確認方法を紹介します。

失敗を、見た目・成果・運用に分けて考える

「思っていたものと違う」という不満は、そのままでは修正の依頼に使いにくい言葉です。
何が違い、誰がどの場面で困るのかを分けると、制作会社とも話し合いやすくなります。

希望と納品条件のずれを見つける

まず、気になることを次の3つに分けてみてください。
一つの問題が複数の区分にまたがっても構いません。

ここでの例は、発注条件を考えるためのものです。
特定のお客様の失敗談や、制作会社の品質を順位付けするものではありません。

デザインの好みについても、「高級感がほしい」だけで終えず、参考にしたい写真の使い方、色の印象、避けたい表現を具体化します。
他社サイトをそのまま再現する依頼にはせず、自社のサービスに必要な情報から考えましょう。

公開後に分かる問題と、納品時に確認できる問題を分ける

フォームが正常に送信できるかは、公開前のテスト対象にできます。
一方で、目標の問い合わせ数が集まるかは、公開直後の画面確認だけでは判断できません。

集客の結果には、訪問者数、流入元、掲載内容、サービス条件なども関係します。
納品時は「計測できる状態か」「相談までの操作が完了するか」を確認し、公開後に成果を分析する期間と担当者を決めます。

価格が安い、テンプレートを使う、個人の制作者に頼むといった条件だけで、失敗と決めつける必要はありません。
必要な作業、確認体制、連絡方法が自社の要件に合うかを見ます。

発注前に、曖昧な条件を具体的な依頼へ変える

制作会社にすべてを説明するための長大な資料より、重要な条件を双方が同じ意味で理解できることを優先します。
まずは、目的・掲載内容・更新担当・追加費用をそろえてください。

目的と必要ページを、一つの利用場面でつなぐ

例えば、設備の点検を行う会社のサイトを作るとします。
「問い合わせを増やしたい」という要望に、次の情報を足すと構成を検討しやすくなります。

• 読者：初めて点検先を探す事業者の担当者。
• 知りたいこと：対応する設備、対応地域、依頼の流れ、費用の決まり方。
• 次の行動：設備の種類と希望時期を伝えて相談する。
• 公開前の確認：サービス説明から相談フォームへ進み、必要な情報を送れること。

これは架空の記入例です。
実際には、自社に寄せられる質問や営業時の説明から必要な内容を選びます。

会社概要だけでは判断材料が足りない場合もありますし、最初から大量のページを作る必要がない場合もあります。
ページ数を決める前に、読者が判断するための情報を出しましょう。

原稿・素材・修正の担当を決める

「文章も写真も用意してもらえると思っていた」というずれは、見積書の作業範囲を具体化して防ぎます。
自社で提出するものと、制作会社に作成を依頼するものを分けます。

表の回数や点数は書き方の例です。
そのまま契約条件にするのではなく、自社の作業量に合わせて決めてください。

見積書では、公開までに必要な費用と、公開後の更新・保守費を分けます。
ホームページ制作の見積もり確認表も使い、納品物と作業範囲を照合してください。

失敗の兆候を、条件と確認操作に結び付ける

次の対応表は、打ち合わせの議事録にも使えます。
気になる行を選び、担当者・確認日・結果を別に記録しましょう。

すべてを制作会社任せにせず、自社が判断しなければならない項目も確認します。
特に、掲載内容の正しさやサービスの提供条件は、自社側で責任を持って承認する必要があります。

制作途中は、段階ごとに確認内容を変える

完成間近になって初めて全員が確認すると、構成や原稿に関わる変更が残りやすくなります。
制作途中の確認を設け、その時点で何を承認するかを分けておきます。

構成の承認と、デザインの承認を混ぜない

構成段階では、読者に必要な情報が揃っているか、説明から相談までつながるかを確認します。
この時点で色や余白の好みばかりを話し合うと、内容の不足が後に残ります。

社内の意見は、制作会社へ伝える前に整理します。
営業担当、経営者、運用担当が別々の変更を送り続けると、どの指示が最新か分かりにくくなります。

承認した資料には版と日付を残し、その後に変える内容は差分として伝えてください。
「変更点・理由・費用への影響・納期への影響・承認者」を一緒に記録すると、話し合った条件が追いやすくなります。

スマートフォンと更新操作を、完成前に試す

PCのデザイン画像だけで承認せず、実装されたページをスマートフォンで確認します。
見出しの折り返し、ボタンの文言、表の読み方、入力中のエラーなど、使って初めて気付く部分があります。

確認は、自社の閲覧だけでなく利用者の動作を想定します。
例えば「料金の条件を読んで、相談ボタンを押し、問い合わせ種別を選ぶ」という一連の操作です。

同時に、更新担当者が管理画面を触る機会を設けます。
制作者の操作説明を見るだけでなく、担当者自身が作業できるかを確認すると、必要なマニュアルや研修の範囲が分かります。

納品時は、担当者自身で編集・表示・送信を試す

納品の確認では、制作会社からの説明と、自社で行った操作結果を両方残します。
できなかった操作や未確認の項目を、まとめて「問題なし」にしないことが大切です。

自社サイトで見直した、Gutenbergの編集単位

アセントウェブでは、2026年10月に自社サイトの記事を点検し、一部の記事本文を標準ブロックで個別編集できる構成へ見直しました。
文章、見出し、表、画像、相談ボタンを分け、保存後の編集画面とPC・スマートフォンの表示を確認しています。

ここから納品条件に加えたいのは、「WordPressで作る」という指定だけでは、日々の編集方法までは決まらないという点です。
当社が見直したのは自社サイトの運用方法であり、お客様の制作失敗事例ではありません。

WordPress標準のブロックエディターでは、段落、画像、見出し、リストなどをブロックとして扱えます。WordPress公式：ブロックエディター
ただし、個別のサイトでどこまで編集できるかは構築方法や権限にもよります。

Gutenbergで運用する場合は、納品時に次の操作を試してください。
本番公開ページを直接書き換えず、用意されたテスト用の下書きで行います。

1. 本文の一段落を選び、文章を変更する。
2. 画像を差し替え、内容に合う代替テキストを設定する。
3. 表の一つのセルと、相談ボタンの文言を変更する。
4. 下書き保存後に再び開き、編集した内容が残っているか確認する。
5. PC・スマートフォンのプレビューで表示を確認する。
6. 試した変更を戻し、元の状態を確認する。

「この箇所は編集できない」「操作に専門知識が必要」という部分があれば、それ自体を曖昧にしないことです。
自社で更新する必要があるか、外注するか、構築方法を変えるかを話し合います。

画像は、見えることに加えて管理方法を確認する

当サイトでも、外部画像をメディアライブラリへ取り込むよう案内される画面をきっかけに、画像の置き場所を確認しました。
表示できている画像でも、保存先と利用条件を確かめる必要があります。

外部URLの画像を使う場合は、その提供元の仕様や利用条件に依存します。
自社のメディアに保存する運用なら、使用する権利を確認したうえで、意図した画像が登録され、差し替えられるかを試してください。

外部画像の利用を一律に禁止する必要はありません。
外部配信サービスを意図して使う設計もあるため、誰がその契約や設定を管理するかまで確認します。

画像のサイズ、代替テキスト、スマートフォンでの表示もあわせて点検します。
仮画像や利用権を確認できない素材が残っている場合は、公開前の残作業として扱います。

URLは、文字の種類より運用方針と変更先を確認する

当サイトでは、記事のURLを英字で管理する方針を確認しました。
ただし、日本語が含まれるURL自体がSEO上の失敗という意味ではありません。

Googleは、人が理解できるURLと、読者の言語にある単語の利用を案内しており、日本語URLの例も示しています。Google検索セントラル：URL構造
英字へ変えるだけで検索順位が上がるとは判断できません。

納品時には、URLの命名ルール、ページの重複、リンク先の整合を確認します。
既存ページのURLを変更する場合は、旧URLの扱い、内部リンク、計測への影響も制作担当者と整理してください。
気になる文字列だけを一括変更することは避けます。

フォームは、完了表示と受信の両方を確認する

フォームの設置だけで検収を終えず、入力から受信まで試します。
担当者の受信確認と、テスト日時・対象フォームを残してください。

テストは事前に関係者へ伝え、実際のお客様の情報を使わずに行います。
決済や予約など外部へ影響する機能は、テスト環境と対象を確認してから実施してください。

また、営業・協業の送信も届くフォームなら、受信件数と成果件数を区別します。
問い合わせ種別による除外を設ける場合も、誤選択や営業以外の内容が混ざる可能性を踏まえ、運用上の確認方法を決めましょう。

問題が見つかったら、影響と直す範囲から優先順位を決める

気になる点が複数あっても、すべてを同じ緊急度で扱う必要はありません。
サイトが使えない問題と、表現やデザインの調整を分けます。

障害と、判断に必要な情報の不足を先に整理する

次の順序は、改善を相談する際の一例です。
個人情報や安全に関わる問題が疑われる場合は、通常の改善とは分けて担当者へ連絡します。

1. 表示不能、送信不達、誤った申込先など、利用を止める問題。
2. 誤った料金・提供条件・連絡先など、判断を誤らせる情報。
3. 必要な説明が見つからない、相談へ進めないなどの導線。
4. 文字の余白や装飾など、優先度を相談できる表示調整。

制作会社へは、「見づらい」だけでなく、URL・端末・操作・期待した結果・実際の結果を伝えます。
例えば「スマートフォンで料金表の後の相談ボタンを押すと、別サービスのフォームが開く」のように書くと、対象を特定しやすくなります。

部分修正で済むか、構築の見直しが必要かを判断する

一つのリンクや文章を直せば解消するなら、全面リニューアルが必要とは限りません。
一方で、自社で更新すべき範囲が編集できず、毎回大きな作業が必要なら、該当部分の構築方法を見直す余地があります。

変更する範囲、残せるページ、既存データやURLへの影響を整理し、部分修正と作り直しの両方の見積もりを比較します。
すでに合意した納品条件との違いなのか、新しく追加した要望なのかも分けて相談しましょう。

公開後の更新担当や点検頻度を決める場合は、ホームページ運用の解説も確認してください。

よくある質問

納品後に自社で更新できないと分かったらどうしますか？

どの箇所を、どの頻度で更新したいかを一覧にします。
操作説明や権限の見直しで解消できるのか、編集可能なブロック等への変更が必要なのかを制作会社へ確認してください。

費用の扱いは、事前に合意した条件と作業範囲を照合して相談します。
「WordPressだから全部編集できるはず」と考えるより、対象の操作を具体化する方が話を進めやすくなります。

制作会社を変更する前に何を確認しますか？

現在の契約条件、制作データ、ドメイン・サーバーの名義、管理権限、ライセンス、保守の範囲を確認します。
新しい会社が何を引き継げるか分からないまま、先に旧契約を終えないようにしてください。

引き継ぎを含めた費用とスケジュールを確認し、サイトやメールを使い続けるための手順を整理します。

制作会社に任せた方がよい部分はどこですか？

技術的な実現方法やデザインの提案は専門家と相談し、自社はサービス情報、対象読者、公開の判断、運用担当を明確にします。
すべてを自社で設計する必要も、すべてを任せ切る必要もありません。

互いに判断する項目を分け、確認の時点と方法を決めておくことが重要です。

発注前に、納品時の確認操作を一つ書いてみる

ホームページ制作の失敗を減らすには、抽象的な要望を、確認できる条件へ変えていきます。
まずは最も重視することを一つ選び、「誰が、どこで、何を試せたら完了か」を書いてください。

自社で更新したいなら、担当者が下書きで料金表を変更して保存する。
相談を受けたいなら、サービス説明からフォームへ進み、担当者が通知を受け取る。
このような操作を制作途中と納品時の確認に組み込むことで、認識のずれを早めに見つけられます。

アセントウェブでは、Webサイト制作のご相談で、目的や更新体制に合わせて必要な構成と対応範囲を整理します。