HPの保守契約書のチェックポイント（範囲・追加料金・表示崩れの扱い）

ホームページの保守契約書は、作業の範囲・追加料金・不具合の扱い・解約の条件など、確かめる項目が幅広く存在します。サインするときは月額の金額だけを見て、中身を読み返していない会社も少なくありません。

保守契約書のチェックポイントを把握すると、PHP の更新や解約のときに「それは別料金です」「データは渡せません」と言われる事態を前もって防げます。いまの契約を見直すときも、次の保守会社と契約するときも、同じ表で確かめられます。

本記事では、保守契約書で見る10項目の早見表と、作業の範囲・追加料金・表示崩れ・応答時間・バックアップ・解約の確かめ方をまとめています。さらに、手元の契約書を確かめる5つの手順と、よくある失敗も紹介します。

保守契約書のチェックで見る10項目【早見表】

保守契約書のチェックは、「何をしてくれるか」より「何が含まれないか」を先に見ると、揉めやすい箇所が早く見つかります。HPの保守は作業の種類が多く、契約書に書かれていない作業ほど、あとで別料金になりやすいからです。

ここでは、まず10項目の早見表を示し、そのあとで保守契約の性質と、参考にできる公的なひな形を2つの視点で解説します。

保守契約書で見る10項目と、危ない書き方を、以下の表にまとめます。

項目	契約書で見るところ	危ない書き方
作業の範囲	作業内容の一覧・別紙の仕様書	「保守一式」「サイトの管理」だけ
範囲外の作業	保守除外業務の条項	書いていない
追加料金	料金表・時間単価・見積もりの手順	「別途見積もり」だけ
緊急対応	障害対応の条項・夜間休日の料金	対応するとだけ書き、料金がない
表示崩れ・不具合	更新作業・改修・免責の条項	書いていない
応答時間・復旧目標	SLA・受付時間の条項	「速やかに対応」だけ
バックアップ	頻度・世代・戻す作業の有無	「バックアップあり」だけ
セキュリティ対応	脆弱性・改ざんへの対応の条項	書いていない
契約期間・解約	期間・自動更新・申し出期限	自動更新の期限が短い
引き渡しと名義	終了時の条項・契約者の欄	データ・ログイン情報の扱いがない

「危ない書き方」の列に当てはまる項目が多いほど、トラブルのときに話がこじれやすい契約です。以下では、各項目の確かめ方を順に解説します。

HPの保守契約は「準委任」に近い契約

HPの保守契約は、成果物の完成を約束する「請負」ではなく、決めた作業を任せる「準委任」に近い形が一般的です。民法では、請負は仕事の完成に対して報酬を払う契約（第632条）、準委任は法律行為でない事務を任せる契約（第656条）とされ、任された側は善良な管理者の注意をもって作業する義務を負います（第644条、e-Gov法令検索「民法」）。

つまり、HPの保守契約は「サイトが壊れないこと」を約束するものではなく、「決めた作業をきちんとやること」を約束するものです。たとえば、更新作業のあとに表示が崩れても、契約で決めた作業をしていれば、修正は契約の外という扱いになり得ます。作業の中身を紙に書いておくことが、保守契約書でいちばん大事な点です。

ただし、実際の契約が請負と準委任のどちらに当たるかは、契約書の文言と作業の実態で判断されます。個別の当てはめは弁護士に相談してください。

IPAのモデル契約書を参考にする

保守契約書に入れる項目を考える際は、IPA（情報処理推進機構）の「情報システム・モデル取引・契約書（第二版）」が参考になります。ユーザー企業とITベンダーのどちらにもメリットが偏らない契約書を目指したひな形で、保守運用の契約も含まれているためです（IPA、2026年9月11日更新）。

たとえば、作業の範囲・再委託・秘密保持・損害賠償・契約終了時の扱いなど、決めておく項目の一覧として使えます。ただし、業務システム向けのひな形なので、小さな会社のHPには重い条文もあります。項目の抜けを確かめる用途にとどめましょう。

保守契約書の「作業の範囲」で確かめること

保守契約書の作業の範囲は、揉めごとの多くが始まる場所です。HPの保守には、更新・バックアップ・監視・文章の差し替え・障害対応など種類の違う作業があり、どこまでが月額かは契約ごとに大きく違います。

ここでは、作業の範囲を確かめる視点を3つ紹介します。

「保守一式」だけの契約は範囲が決まっていない

「保守一式」とだけ書かれた保守契約書では、作業の範囲が実質的に決まっていません。発注した側は「全部やってくれる」と考え、受けた側は「最低限の監視だけ」と考えていても、契約書から判断できないからです。

たとえば、PHP のバージョン変更を頼んだら「一式に含まれない作業です」と言われるケースがあります。ただし、「一式」という言葉そのものが悪いわけではありません。別紙や見積書に作業の一覧があれば、「一式」はその一覧を指す言葉として機能します。

含まれる作業を一覧にしてもらう

保守契約書には、含まれる作業を一覧にして、頻度と上限まで書いてもらうのが理想です。作業名だけでは、「月1回の更新」なのか「脆弱性が出たらすぐ更新」なのかが分からないためです。

一覧にしてもらう作業と、頻度・上限の書き方の例を、以下の表にまとめます。

作業	書いてもらうこと
WordPress 本体・プラグイン・テーマの更新	頻度（毎月・脆弱性の公表時など）
サーバーの PHP のバージョン変更	含まれるか、検証まで含むか
バックアップの取得	頻度・世代数・保存場所
バックアップからの復元	含まれるか、回数の上限
文章・画像の差し替え	月の回数・時間の上限
SSL・ドメインの更新管理	誰が管理し、誰が支払うか
改ざん・乗っ取りの監視と初動	含まれるか、どこまでか

上記の一覧が契約書か別紙にあれば、頼んだ作業が月額に入るかを、その場で確かめられます。

含まれない作業も書いてもらう

保守契約書には、含まれない作業（保守除外業務）も具体的に書いてもらうと、線引きがはっきりします。含まれる作業だけでは、一覧にない作業が「範囲外」なのか「書き忘れ」なのか分からないからです。

たとえば、新しいページの追加、デザインの変更、機能の追加、利用者の操作ミスによる不具合の修正は、範囲外として書かれることが多い作業です。ただし、範囲外の作業が多すぎる契約は、月額に見合う作業が残っているかも確かめましょう。保守の費用と含まれる作業の見方は、ホームページ保守の費用相場と、含まれる作業の見方にまとめています。

ホームページ保守管理の仕様書・保守契約書のひな形に入れる項目

ホームページの保守管理の取り決めは、権利と義務を定める契約書の本文と、作業の中身を書く別紙の仕様書に分けて作ると管理しやすくなります。作業を変えるたびに契約書の本文を直さずに済み、仕様書だけを差し替えられるためです。

ここでは、仕様書に書く項目、契約書のひな形に入れる条項、ひな形を自社用に直すときの注意の3つを紹介します。

保守管理の仕様書に書く項目

保守管理の仕様書には、対象のサイトと環境、作業の一覧、報告と連絡の方法を書きます。作業名だけを並べても、どのサイトの、どの環境で、どの頻度でやるのかが決まらないからです。たとえば、「WordPress の更新」とだけ書くより、「WordPress で作った会社案内のサイトで、本体とプラグインを毎月1回更新し、結果をメールで報告する」と書けば、双方の理解がそろいます。

仕様書に書く項目と、書く内容の例は、以下のとおりです。

項目	書く内容の例
対象のサイト	URL・CMS の種類とバージョン・サーバー会社・ドメインの契約先
作業の一覧	作業名・頻度・上限。含まれない作業も別の欄に書く
報告	頻度（毎月など）・形式（メール・報告書）・書く内容
連絡と受付時間	窓口・連絡手段・受付時間・時間外の扱い
表示を確かめる環境	対応するブラウザーと端末（パソコン・スマートフォン）
引き継ぎの資料	契約終了時に渡すデータ・ログイン情報・手順書

作業の一覧には、前の章の「含まれる作業を一覧にしてもらう」の表の7項目を、そのまま使えます。ただし、仕様書の版と作成日を書いておかないと、差し替えたあとにどの版が有効か分からなくなります。

保守契約書のひな形に入れる条項

保守契約書のひな形には、業務の内容・料金・期間・再委託・秘密保持・権利・損害賠償・解約と引き継ぎの条項を入れます。条項が抜けていると、トラブルのときに話し合いの拠りどころがなくなるからです。たとえば、料金の条項に月額しかなく、範囲外の作業の単価がなければ、追加の作業を頼むたびに金額の交渉が必要になります。

ひな形に入れる条項と、決めることを、本記事で詳しく見る章と合わせてまとめます。

条項	決めること	本記事で詳しく見る章
業務の内容	作業は別紙の仕様書のとおりとすること	作業の範囲
委託料と支払い	月額・範囲外の単価・支払日・料金改定の手続き	追加料金と緊急対応
契約期間と更新	期間・自動更新・解約の申し出期限	期間・自動更新・解約
再委託	再委託できるか・事前に知らせるか	バックアップ・データ・セキュリティ
秘密保持・個人情報	対象・契約終了後の扱い	バックアップ・データ・セキュリティ
権利の帰属	デザイン・写真・プログラムの権利がどちらにあるか	解約時の引き渡しと名義
損害賠償と免責	賠償の対象と上限	損害賠償と免責の条項
契約終了時の引き継ぎ	データ・ログイン情報を渡す範囲と時期	解約時の引き渡しと名義
協議	契約に書いていないことが起きたときの決め方	―

上の表の条項がそろっていれば、相手から出された契約書と見比べて、抜けている条項をすぐに指摘できます。

ひな形を自社用に直すときの注意

保守契約書のひな形は、そのまま使わず、自社のHPと頼む作業に合わせて直します。ひな形は一般的な取引を想定して作られており、制作（請負）向けと保守（準委任）向けでは必要な条項が違うためです。たとえば、制作の契約書のひな形を保守に流用すると、検収や契約不適合責任のように、完成品の納品を前提にした条項が残ることがあります。

直すときに見るところは、以下のとおりです。

• ひな形の前提が、制作の契約か保守の契約か
• 仕様書と契約書の本文で、作業や料金の書き方が食い違っていないか
• 相手から出された契約書と比べて、抜けている条項がないか

ただし、条文が自社にとって有利か不利か、法的にどう扱われるかは、ひな形からは判断できません。サインする前に、弁護士などの専門家に確認してください。

保守契約書の追加料金と緊急対応の書き方

保守契約書の追加料金は、金額そのものより「決まり方」が書いてあるかが重要です。範囲外の作業や夜間の対応は、急いでいるときに頼むことが多く、その場で金額を交渉する余裕がないためです。

ここでは、追加料金にかかわる条項を3つの視点で解説します。

範囲外の作業の単価と見積もりの手順を確かめる

範囲外の作業については、時間単価か作業ごとの料金と、見積もりの手順が書いてあるかを確かめます。「別途見積もり」だけでは、作業が終わってから請求額を知ることになりかねないからです。

確かめる項目は、以下のとおりです。

• 時間単価または作業ごとの料金表があるか
• 着手の前に見積もりを出し、了承を得てから作業するか
• 見積もりを超えそうなときに、事前に連絡があるか

上記の3つが書いてあれば、範囲外の作業を頼むときも予算を立てやすくなります。

夜間・休日の緊急対応の料金を確かめる

改ざんやサイトの停止など、夜間・休日の緊急対応は、月額とは別料金になっている契約が多い項目です。保守会社の営業時間外に人を動かすには、追加の人件費がかかるからです。

たとえば、「障害時は対応する」とだけ書かれた契約では、金曜の夜にサイトが止まっても、月曜まで動かないことがあります。受付時間と、時間外の料金がいくらで、どの段階から発生するかを確かめましょう。

料金改定と支払いの条件を確かめる

保守契約書の料金改定の条項は、月額がいつ・どう変わり得るかを決める部分です。サーバー代や人件費の上昇を理由に、更新のタイミングで月額が上がることがあるためです。

たとえば、「料金は事前に通知のうえ改定できる」とあれば、通知の時期（何ヶ月前か）と、改定に同意しない場合に解約できるかを確かめます。ただし、値上げの理由が作業の追加なら、増えた作業の中身も書面で示してもらいましょう。

PHP・WordPress の更新で表示が崩れたときの扱い

PHP や WordPress の更新後の表示崩れは、HPの保守契約書でいちばん書かれていないことが多い項目です。PHP にはバージョンごとのサポート期限があり、期限の前には必ず更新が必要になるため、どの会社にも起こり得る問題です。

ここでは、契約書の書き方による違いと、更新の前に保守会社へ聞く質問を紹介します。

契約書の書き方で3つに分かれる

表示崩れの修正費用を誰が持つかは、保守契約書の書き方で3つに分かれます。PHP 8.2 のセキュリティサポートは2026年12月31日、PHP 8.3 は2027年12月31日までで（PHP: Supported Versions、2026年10月時点）、期限のたびに更新と表示確認が発生するためです。

契約書の書き方と、実際の扱いになりやすいものを、以下の表で比較します。

契約書の書き方	実際の扱いになりやすいもの
「更新と、それに伴う表示の確認・軽微な修正を含む」	簡単な修正は月額の中、大きな改修は別見積もり
「更新作業を含む。更新による不具合の修正は別途」	更新するところまでが月額、直すのは別料金
何も書いていない	その都度の話し合いになり、揉めやすい

※PHP のサポート期限は2026年10月時点・php.net より

どの書き方が正しいということはなく、月額が安い契約ほど修正が別料金になっているのは自然なことです。PHP を上げる前に、どこまでが月額かを書面で確かめておくことが大切です。崩れたときの原因と戻し方は、PHP を上げたらサイトが崩れた。原因と戻し方にまとめています。

更新の前に保守会社へ聞く4つの質問

PHP の更新の前には、次の4つを保守会社に聞くと、表示崩れの扱いがはっきりします。抽象的に「対応してもらえますか」と聞くより、作業を分けて聞くほうが答えが具体的になるからです。

1. PHP を上げる前に、検証用の環境で表示を確認してもらえますか
2. 崩れた場合、元のバージョンに戻す作業は月額に含まれますか
3. 修正が必要になった場合、見積もりを先に出してもらえますか
4. 使えなくなったプラグインの置き換えは、どの扱いになりますか

回答はメールでもらい、契約書と一緒に保管しましょう。

保守契約書の応答時間と復旧の目標（SLA）

保守契約書の応答時間は、トラブルが起きたときに「いつ動いてもらえるか」を決める条項です。SLA（サービスの品質を数字で約束する取り決め）がない契約では、「速やかに対応する」の解釈が双方で食い違います。

ここでは、障害の重さごとに決めておく項目を表で紹介します。

応答時間と復旧の目標は、障害の重さで分けて書いてもらうと実態に合います。たとえば、サイトが表示されない障害と、文字の誤りの修正を同じ「対応」で扱うと、急ぎの障害が後回しになるからです。決めておく項目の例は、以下のとおりです。

障害の重さ	例	決めておくこと
重い	サイトが表示されない・改ざん・情報漏えいの疑い	受付から初動までの時間、時間外の対応
中くらい	フォームが送れない・一部ページの表示崩れ	受付から着手までの営業日
軽い	文章の修正・画像の差し替え	何営業日で反映するか

ただし、小さな会社のHPで大企業並みの応答時間を求めると、月額が大きく上がります。重い障害の初動だけを決めておく、という書き方でも十分に意味があります。

保守契約書のバックアップ・データ・セキュリティの責任範囲

保守契約書のバックアップとセキュリティの条項は、事故が起きたときに「どこまで戻せるか」「誰が動くか」を決める部分です。作業の一覧に「バックアップ」「セキュリティ対策」と書いてあっても、中身が決まっていない契約が少なくありません。

ここでは、バックアップ・脆弱性への対応・情報の扱いの3つを解説します。

バックアップの頻度と「戻す作業」

保守契約書のバックアップは、取る頻度だけでなく、戻す作業が含まれるかまで確かめます。バックアップを取るのは月額の中でも、戻すのは別料金・別作業という契約があるからです。

確かめる項目は、以下のとおりです。

• 頻度と世代数（何日分残すか）
• 保存場所がサーバーの外にもあるか
• 戻す作業が月額に含まれるか、回数の上限はあるか
• バックアップのデータを自社でも受け取れるか

バックアップの取り方と戻せるかの確かめ方は、WordPress のバックアップの取り方と、戻せるかの確認で解説しています。

脆弱性が公表されたときに誰が動くか

保守契約書には、重大な脆弱性が公表されたときに、誰がいつまでに更新するかを書いてもらうと安心です。月1回の定期更新だけの契約では、次の更新日まで古いまま放置されるおそれがあるからです。

たとえば、2026年10月21日には、PHP 本体の脆弱性 CVE-2026-109618／109619（通称 php2shell）が php.net で公表され、修正版の PHP 8.5.12／8.4.27／8.3.36／8.2.35 が出ました（PHP: News Archive - 2026）。こうしたときにサーバーの PHP を誰が確かめ、更新するかが契約書にあれば、すぐに動けます。自社のHPでやることは、PHP の重大な脆弱性、中小企業のHPで今やることにまとめています。

ただし、PHP の更新をサーバー会社が担うのか、保守会社が担うのかは、サーバーの契約形態でも変わります。両方の窓口に確かめましょう。

秘密保持・個人情報・再委託

保守契約書の秘密保持と再委託の条項は、問い合わせフォームの個人情報を扱うHPでは特に重要です。保守会社は管理画面やデータベースに入れるため、問い合わせの内容や顧客の情報に触れる可能性があるからです。

確かめる項目は、以下のとおりです。

• 秘密保持の対象と、契約終了後の扱い
• 個人情報を扱う場合の取り扱いの決まり
• 作業を別の会社に再委託するか、するなら事前に知らせるか

上記が書かれていれば、作業する会社が変わっても情報の扱いを追いかけられます。

保守契約の期間・自動更新・解約と引き継ぎ

保守契約の期間と解約の条項は、契約を終えるときに初めて読まれることが多い部分です。解約の段階で引き渡しの条件を決めようとしても、相手に応じる義務がなければ交渉は難しくなります。

ここでは、期間・引き渡し・損害賠償の3つの視点で解説します。

自動更新と解約の申し出期限

保守契約書の自動更新の条項は、解約できるタイミングを決める部分です。年契約の自動更新で申し出期限を過ぎると、次の1年分の契約が続くことがあるからです。

たとえば、「期間満了の3ヶ月前までに申し出がなければ1年更新」とあれば、満了の3ヶ月前が実質的な解約の期限です。更新日と申し出期限は、社内のカレンダーに入れておきましょう。

解約時の引き渡しと名義

保守契約書には、解約時にサイトのデータとログイン情報を渡してもらえるかを書いてもらいます。引き渡しの条項がないと、次の保守会社に移るときに一から作り直しになる場合があるからです。

確かめる項目は、以下のとおりです。

• サイトのデータ（ファイル・データベース）を渡してもらえるか
• 管理画面・サーバー・ドメインのログイン情報を渡してもらえるか
• ドメインとサーバーの契約者が自社か制作会社か
• デザインや写真の権利がどちらにあるか

ドメインが制作会社の名義になっていた場合は、ドメインが制作会社の名義になっていたときの取り戻し方を参考にしてください。

損害賠償と免責の条項

保守契約書の損害賠償と免責の条項は、作業のミスで損害が出たときの負担を決める部分です。多くの保守契約では、賠償の上限を「月額の〇ヶ月分」などに制限しています。

民法では、委任（準委任）は各当事者がいつでも解除できるとされる一方、相手方に不利な時期の解除などは損害を賠償しなければならない場合があります（民法 第651条）。ただし、契約書の条項との関係も含め、具体的な判断は弁護士に相談してください。

自社の保守契約書を確かめる手順【5STEP】

自社の保守契約書が危ない書き方になっていないかは、次の5つの手順で確かめられます。契約書が見当たらない場合でも、申込書・見積書・利用規約・メールが根拠になることがあります。

ここでは、確かめてから保守会社に回答をもらうまでの流れを紹介します。

1. 契約書・申込書・見積書・メールをひとまとめにする。口頭の約束も、メールに残っていれば根拠になります
2. 冒頭の早見表で、10項目に〇・×・「書いていない」をつける。危ない書き方の列に当てはまる項目に印をつけます
3. 「書いていない」項目を一覧にして、保守会社に送る。「いまの契約で、この作業は含まれますか」と聞くだけで十分です
4. 回答をメールでもらい、大事な項目は覚書か次の更新の契約書に入れてもらう。特に解約時の引き渡しと表示崩れの扱いを優先します
5. ドメイン・サーバー・管理画面のログイン情報の控えを自社でも持つ。担当者以外も分かる場所に保管します

上記の5つを済ませておけば、PHP の更新や保守会社の乗り換えのときに、契約を根拠に話を進められます。

保守契約書でよくある失敗

保守契約書のトラブルは、契約書の中身より、確かめる順番の誤りから起きることが多いです。特に解約や乗り換えの前後に、取り返しのつかない失敗が起きやすくなります。

よくある失敗は、以下のとおりです。

• 解約の連絡を先にしてしまう：データやログイン情報を受け取る前に解約を伝えると、引き渡しの話がこじれることがあります
• 「バックアップあり」を「戻せる」と思い込む：取るだけで、戻すのは別料金という契約があります
• 自動更新の期限を見落とす：申し出期限を過ぎて、次の1年分が発生することがあります
• 月額の安さだけで乗り換える：範囲外の作業が増え、結果として総額が上がることがあります

保守会社を選び直す場合は、HPの保守会社を選ぶときに確認する10項目が使えます。

保守契約書の判断に迷ったときの相談先

保守契約書のチェックには、法律の視点と技術の視点の2つが要ります。条文の有利・不利は弁護士の領域ですが、記載された作業がHPの状態に対して足りているかは、技術が分からないと判断しにくいためです。

相談先の分け方は、以下のとおりです。

迷っていること	相談先
解約できるか・損害賠償の当てはめ	弁護士
契約の作業でHPを守れているか	HPの保守・セキュリティの専門家
ドメイン・サーバーの名義の変更	ドメイン・サーバーの契約先の会社

「自社が対象か分からない」「作業する人がいない」場合は、HPの移管・保守サービス『サイガード』の無料診断をご利用ください。URLを送るだけで、外から見える範囲をセキュリティの専門家が確認します。

まとめ

• 保守契約書のチェックは、含まれない作業と追加料金の決まり方を先に見ます
• PHP・WordPress の更新後の表示崩れと、脆弱性の公表時の対応は、更新の前に書面で確かめます
• 応答時間・バックアップの戻し方・秘密保持と再委託も、作業の一覧と一緒に決めておきます
• 解約時のデータ・ログイン情報の引き渡しと名義は、更新の前に覚書や契約書へ入れてもらいます

まずは手元の契約書を出して、冒頭の10項目に印をつけるところから始めましょう。