ホームページ保守費用の内訳と勘定科目の考え方
制作会社や保守会社から届く「ホームページ保守費 月額◯◯円」という一行の請求書。何の作業に対する対価なのかが書かれておらず、仕訳の科目も前任者の踏襲のまま。更新の稟議が回ってきても、金額が妥当かどうか判断する材料がない——という状況で読まれることを想定した記事です。
先に結論
- 保守費用は「作業の対価」と「設備の利用料」と「万一のときの備え」の三つが混ざっています。内訳を分けて見ないと妥当性は判断できません
- 会計処理の分かれ目は科目名ではなく、資産を取得したのか、役務の提供を受けたのかという性質の違いです
- サイトの機能を増やす改修は制作費に近く、現状を維持するための作業は期間費用として扱うのが基本です。最終判断は顧問税理士に確認してください
- 見積で確認すべきは金額そのものより、「含まれない作業」がどこから始まるかです
「保守費」の一行に何が入っているか
「保守」という言葉には、決まった範囲がありません。同じ名前の契約でも、会社によって含むものが違います。月額の数字だけを比べても意味が薄いのは、比べているものが同じではないからです。
実際に発生している作業は、大きく三つに分けられます。定期的に手を動かす作業、常時動いている仕組みの利用料、そして何かが起きたときの対応です。この三つは性質がまったく違います。
毎月必ず動くもの
WordPress 本体やプラグイン（機能を追加する部品）の更新、バックアップの取得、更新後にサイトが正常に表示されているかの確認。これらは毎月あるいは毎週、決まって発生します。人の時間に対する対価です。
ここで見積の意味が変わるのが、自動化の範囲です。更新作業には自動で完結できる部分と、人が確認しないと危ない部分があります。自動で済む範囲まで人が見ている前提の金額なのか、自動化した上で例外だけを人が扱う前提なのかで、同じ「更新作業」でも中身が違います。自動更新をどこまで任せられるかは自動更新の判断基準に切り分け方をまとめています。
もう一つが設備の利用料です。サーバー、ドメイン、SSL証明書（通信を暗号化する仕組み）、バックアップの保管領域。これらは他社への支払いを転嫁している部分で、原価がはっきりしています。見積の中で最も説明しやすい項目です。
何も起きなくても払うもの
三つ目が、障害対応と問い合わせ窓口です。これは「起きなかった月も払う」性質を持っています。保険に近い考え方で、支払った月に何も見返りが目に見えません。
結果として、この部分が最も説明しにくく、最も削られやすくなります。ただし削った先で起きるのは、障害が発生してから初めて対応先を探す状況です。緊急対応は単価が上がりますし、そもそも中を知らない会社が即座に手を出せるとは限りません。削るかどうかは判断ですが、何を削っているのかは把握しておく必要があります。
費用の性質で分けると、処理の方針が決まる
勘定科目の名前から考え始めると、迷います。先に決めるべきは「その支払いで何を得たのか」です。
サイトを新しく作った、機能を追加した、大きく作り替えた。これらは資産を取得したのに近い性質を持ちます。一方、既存の状態を保つための更新や確認、障害への備えは、その期間に役務の提供を受けたという性質です。前者は資産計上を検討する対象になり、後者は期間費用として処理するのが基本になります。
ソフトウェアとして資産計上するかどうかは、金額の基準と、将来の収益獲得または費用削減が見込めるかどうかで判断されます。ただしこの判定は、自社の会計方針と税務上の取り扱いに左右されます。一般論で決め打ちせず、顧問税理士に確認することを前提としてください。
実務で困るのは、保守契約の中に改修作業が混ざっている場合です。「月額保守費」の一行に、その月だけ発生したページ追加の作業が含まれていると、性質の判断ができません。請求書の段階で分けて出してもらうのが、後から資料を集めるより早く済みます。
実務で使われる科目と、その選び方
作業に対する支払い
支払手数料、業務委託費、外注費。人の作業に対する対価として支払う部分には、これらが使われることが多くあります。どれを選ぶかは、自社の科目体系で外部委託をどう扱っているかに合わせるのが自然です。
設備の利用に対する支払い
サーバーやドメインなど、他社の設備を継続的に利用する部分には、通信費、賃借料、支払手数料などが当てられます。回線に近いものとして通信費、場所を借りているものとして賃借料、という整理の仕方があります。
修繕費を使う例もあります。不具合の復旧に対する支出だからです。ただし修繕費はもともと有形固定資産の修繕を想定した科目で、Web サイトに当てるかどうかは方針次第です。使うのであれば、その理由を社内で説明できる形にしておく必要があります。
制作費や大規模な作り替えを資産計上した場合は、ソフトウェア（無形固定資産）として計上し、減価償却していく形になります。
科目より継続性
ここまで挙げた科目に、唯一の正解はありません。より重要なのは、毎期同じ科目で継続することです。年度ごとに科目を変えると、前年比較ができなくなります。予算の妥当性を説明する材料が消えるという意味で、これは科目選択そのものより実務への影響が大きい問題です。
年払い・期をまたぐ契約の扱い
サーバー、SSL証明書、ドメイン、そして保守契約そのもの。Web 関連の支払いは年単位の前払いになりやすい性質があります。
支払った期と、実際に役務の提供を受ける期がずれる場合、前払費用として翌期に繰り越す処理が必要になることがあります。一定の条件を満たせば短期前払費用の特例で支払時に全額を費用にできる場合もありますが、条件があります。適用の可否は税理士に確認してください。
実務として役に立つのは、契約の一覧を作っておくことです。更新月、契約期間、自動更新の有無。この三つを並べておくだけで、決算前に慌てる場面が減ります。
🚨 ドメインと SSL証明書は、期限が切れた時点でサイトが表示されなくなったり、警告が出たりします。経理側の支払い漏れが、そのままサイト停止につながる数少ない項目です。期日は担当部署だけでなく、経理側でも把握しておく価値があります。
決裁のときに見る三つの点
見積を並べて金額を比べる前に、確認しておくと判断が変わる点が三つあります。
一つ目の PHP のバージョン移行は、保守に含むかどうかで金額差が出やすい項目です。土台の更新で古いサイトが動かなくなる理由を知っておくと、この作業がなぜ別見積になりがちなのかが理解しやすくなります。
二つ目については、取れていることと戻せることは別という整理を先に読んでおくと、確認すべき質問が具体的になります。
安い見積が悪いわけではありません。範囲が狭いだけのこともあります。範囲と金額を並べて書き出して、初めて比較ができます。相場感そのものを知りたい場合は保守費用の内訳と価格帯にまとめています。
保守費用は、何も起きなかった月に最も説明しにくくなる支出です。だからこそ、金額ではなく範囲を書き出しておくことが、翌年度の判断を助けます。内訳が分からないまま更新するか、一度分解してから決めるか。その差は、次にトラブルが起きたときに表れます。
