失敗しないホームページ制作の契約書ポイント｜追加費用・権利・保守の確認法

契約で守るのは関係性ではなく「共通のルール」です。作業範囲・料金・権利・検収・保守を先に言葉で固定し、変更と遅延の手順を決めるだけで、ほとんどのトラブルは避けられます。署名前に前提条件を一枚で整理し、赤旗チェックを済ませることが、制作を安全に進める出発点です。

契約方式の違いと選び方

請負契約は「完成」を約束し、検収で成果物を受け取る形です。準委任契約（工数に対して対価を払う形態）は「作業そのもの」を提供し、完成は保証しません。サブスク型は月額で保守や小修正を続ける形です。どれを選ぶかで責任範囲や支払いの考え方が変わります。制作本体は請負、運用は月額など、目的に応じた併用も現実的な選択です。

当事者・窓口・承認者の役割整理

契約書には法人名・住所・代表者を正確に記載します。実務では、決裁者・窓口担当・技術担当の役割を分け、誰が何を承認するかを明記することが重要です。連絡手段はメールとチャットを併用し、議事録は必ず共有します。承認の期限と代行者も最初に決めておくと、担当不在でもプロジェクトが止まりません。

やること・やらないことの線引き

ページ数・対象機能・対応ブラウザ・対応端末・修正回数など、範囲を具体的に書き出します。「やらないこと」も列挙し、例外を事前に潰しておくことがポイントです。後からの追加は「見積・合意・日程再設定」で受けるルールを契約に入れることで、無償対応の常態化を防げます。

成果物の定義と納品形態の確認

納品ファイルの種類（HTML・CSS・JS・画像）・CMS（コンテンツ管理システム）のデータ・設計資料・編集権限の付与など、形と範囲を定義します。ソースコードの提供有無・制作データ（PSD・AIなど）の扱い・クラウド納品か物理媒体かも明確にすることが重要です。引き渡し後に社内で編集できる状態をどこまで保証するかも事前に決めておくことをおすすめします。

検収基準と受け入れ手続きの設計

「表示崩れがない」「フォーム送信が成功する」など、検収基準を数値や条件で書くことが重要です。検収期間（例：7日間）を設定し、指摘がなければ自動検収とする条項も有効です。指摘が出た場合の修正期限や再検収の流れも記載します。合格ラインを先に決めておくことで、主観のズレを小さくできます。

見積もり内訳の見方と確認ポイント

金額は「設計・デザイン・実装・テスト・PM（進行管理）」で分解し、ページ単価・機能単価・修正回数の前提を確認します。撮影・原稿・素材費は別計上が一般的です。内訳を比べることで、安い理由や高い理由が見えます。比較は合計額ではなく、同じ条件にそろえた上で行うことが重要です。

支払い条件と分割比率の決め方

一般的には着手金・中間金・検収金の三分割で、比率は30-40-30などが目安です。支払期日・請求書発行のタイミング・遅延時の利息・振込手数料の負担先も明記することが大切です。着手金は作業開始の合図、中間金は主要成果の提出と連動させると、進捗とキャッシュフローが安定します。

追加費用の発生条件と単価の取り決め

要件追加・修正回数超過・写真追加・急ぎ対応など、発生条件と時間単価・機能単価を先に決めます。軽微修正（文言差し替えなど）と大幅修正（レイアウト変更など）の定義も分けて記載することが重要です。合意なしの無償対応が常態化しないよう、手順と費用のルールを見える化することをおすすめします。

マイルストーンと承認期限の設定

「構成確定→トップデザイン→下層パターン→実装→テスト→公開」の節を作り、各節で承認者と期限を決めます。承認遅れが出た場合の影響も明記することが重要です。節目ごとに成果物を残し、次工程の入口を守ることで、全体スケジュールの破綻を防ぎます。

変更要求の手順と合意書の作り方

変更は「要望→影響（費用・納期・品質）→見積もり→合意→実施」の順で運用します。口頭合意は誤解の原因になります。変更管理表に履歴を残し、双方が署名した合意書（メール合意でも可）で固定することが大切です。小さな変更も積もれば大きな影響になります。手順を決め、例外を作らないことが重要です。

遅延発生時の対応手順

工程ごとに予備日を設定し、遅れが出たら優先度の低い作業を後回しにします。公開日が固定なら、ページを分割して段階公開も選択肢になります。外部依存（撮影・翻訳など）は前倒しにしてリスクを下げることが大切です。遅延報告は早いほど対策の幅が広がるため、即時共有のルールを契約に入れておくことをおすすめします。

ソースコード・デザイン・写真の所有権

誰が何を所有するかを分けて定めます。納品後のサイトデータとカスタムコードを譲渡、ベースとなるライブラリは利用許諾など、実態に合わせた条文にすることが大切です。写真は撮影者の著作権と被写体の肖像権の両面に注意が必要です。社内で改変できる範囲と出典クレジットの要否も書いておくことをおすすめします。

フォント・素材・プラグインのライセンス確認

フォントや素材、CMSプラグインには各社の利用条件があります。商用可否・配布可否・サイト数制限・更新の必要性を確認することが重要です。ライセンス費は誰が負担するか、契約終了後も使えるかを明記します。将来の差し替え手順も決めておくと、更新や運用移管がスムーズになります。

再利用・改変・二次利用の可否の明文化

制作物の再利用（別案件での流用）・改変（色やレイアウト変更）・二次利用（広告・印刷物への展開）の可否を具体的に決めます。許可する場合は範囲とクレジット表記の要否を明記します。禁止する場合は根拠を示し、代替手段を提示することが大切です。曖昧を残すと、後の広報物や広告展開で衝突が起きやすくなります。

表示速度・スマホ対応・アクセシビリティの基準設定

速度は画像最適化やキャッシュで改善でき、スマホ表示はレスポンシブ対応が基本です。基準は「主要端末で表示崩れなし」「コントラスト比と文字サイズの目安」など、測れる形で設定します。全ページ同水準を求めるのではなく、主要導線ページを優先して達成する考え方が現実的です。

セキュリティ対応の必須項目と手順

常時SSL（HTTPS化）・CMSとプラグインの更新・管理画面の二段階認証・権限の最小化は必須項目です。脆弱性が見つかった場合の対応時間や連絡手順、バックアップの頻度も契約で明確にすることが重要です。万一の改ざん時は「停止→復旧→報告」の順で進めることを、双方で事前に確認しておくことが大切です。

バグ対応の範囲と保証期間の設定

公開後の不具合に対して、どこまで無償で対応するか、期間は何日かを定めます。仕様変更に当たるものは有償、明らかなバグは無償など、線引きを例付きで記載することが重要です。連絡から対応開始までの時間目安も決めておくと安心です。保証期間終了後の保守契約への切り替えも事前に提案しておくことをおすすめします。

保守SLA（サービスレベル合意）の設定

SLA（Service Level Agreement：対応品質の取り決め）として、受付時間（例：平日10〜18時）・窓口（メール・チャット・電話）・初回応答時間（例：4時間以内）を明記します。緊急時の連絡網と優先度の定義も合わせて決めることが重要です。問い合わせの記録方法や定例報告の頻度を固定すると、対応の質が安定します。

月額保守の範囲と上限の設定

月額に含む作業（更新・監視・バックアップ・軽微修正）と含まない作業（新規機能・撮影・文章作成）を分けて記載します。作業量の上限やチケット制の本数など、運用の単位を決めることが大切です。上限を超えた場合の追加料金も明確にしておくことで、予算の見通しが立ち、無理なく継続できます。

解約・引き継ぎ時のデータ返却手順

解約の予告期間・返却するデータの種類（サイトデータ・画像・設定）・形式（ZIP・CSVなど）・受け渡し方法を定義します。移管作業の有償・無償も書いておくことが重要です。アカウントやドメインの所有者は依頼側に統一することが基本です。引き継ぎリストがあると、担当者が変わっても安全に移行できます。

NDAの範囲・期間・違反時の取り扱い

NDA（Non-Disclosure Agreement：秘密保持契約）では秘密情報の定義（営業・技術・顧客情報など）・開示方法（書面・口頭）・有効期間・第三者提供の禁止を記載します。違反時の対応（差止・損害賠償の範囲）も明確にすることが重要です。必要最小限の共有に留め、アクセス権を限定します。終了後の返却・破棄の方法も条文に落としておくことで安心です。

個人情報・顧客データの取り扱いルール

問い合わせデータなどの取り扱いは、取得目的・保管方法・閲覧権限・委託先管理まで決めます。テスト用の個人情報はダミーデータを使用し、本番環境へのアクセスは限定することが重要です。事故時の報告手順と期限を定め、ログを残す運用にすることが大切です。フォームの同意文とプライバシーポリシーもセットで整備します。

キャンセル・中止時の費用精算

発注後の中止は段階に応じて実費や成果に応じた精算が一般的です。着手前・設計中・実装中など、区分ごとの費用割合を事前に決めておきます。違約金や解除事由も双方対等に設定することが重要です。やむを得ない事情（天災・長期停止など）への対応も条文化し、感情に頼らず手順通りに処理できるように備えることが大切です。

納期遅延・品質不一致の対応フロー

遅延時は、影響範囲と新しい工程表を提示し、優先順位を再調整します。品質不一致は、契約の受入基準に照らして事実確認→是正期限→再検収の流れで処理することが重要です。裁量ではなく決めた手順で前に進めます。感情的な応酬を避けるため、窓口を一本化し記録を残す運用が有効です。

紛争解決の手順と管轄裁判所の設定

まずは担当窓口で協議し、解決しない場合は第三者の調停へ進みます。それでも難しければ合意した管轄裁判所での解決とします。手順が決まっていれば、行き詰まりでも次の一手が選べます。エスカレーションの段階・通知方法・期限を契約に書いておくことで、落ち着いて対処できる環境を作ります。

要件が曖昧・見積もり内訳が不明な場合の対処

要件がふわっとしたまま進むと、費用も納期もぶれます。見積もりに根拠がなく、工数や単価の説明ができない場合も要注意です。まず前提条件をそろえ、ページ数・機能・修正回数で内訳を出してもらうことが重要です。説明が曖昧なら、契約前に必ず解消してから署名することをおすすめします。

所有権が不明・ソース非開示の場合の確認

誰が何を所有するか不明だと、更新や移管で揉めます。ソースや編集権限の提供がない契約は後々の足かせになります。譲渡・利用許諾の範囲・データ返却の形式・アカウントの所有者を先に固定することが重要です。納品後も社内で運用できるかを基準に、条文の抜けを埋めてから署名することをおすすめします。

口約束が多い・書面が整っていない場合の対処

口頭合意は人によって記憶が変わり、後で食い違いの原因になります。決まったことは議事録に残し、変更は合意書で固定することが大切です。SLA（対応品質の取り決め）や検収基準など、数字で測れる項目は数値化します。書面が弱い案件は進行の見える化が不十分なことが多いため、「決まったことは必ず紙に落とす」を徹底することが重要です。

RFPと見積もり・契約書の一致確認

RFP（要件書）に書いた前提が、見積もりと契約書に反映されているかを突き合わせます。範囲・納期・修正回数・検収基準・権利・保守の六点が一致していれば、大きな事故は避けられます。行間で解釈が分かれそうな箇所は言い換えて平易な文にします。迷いはここで必ず解消してから署名することが重要です。

合意事項の一枚サマリーの作り方

プロジェクトの全体像をA4一枚に要約します。目的・範囲・納期・費用・合格基準・変更手順・連絡網を図と短文で整理することが大切です。誰が見ても同じ理解になる資料があると、社内の決裁も早く、実務の迷いも減ります。変更時は日付を入れて更新し、版番号で管理します。