WordPressプラグイン開発の受託、納品した後の「動かなくなった」は誰の責任か──本体・PHPの更新への追従、保証の範囲、権利とライセンス、保守料の計算例

この記事は、WordPressプラグイン開発を受託するときに、納品後の動作の責任をどこまで負うかと、それを保守料に変える方法を扱います。

「去年作ってもらったプラグインが、急に動かなくなりました」

WordPressのプラグイン開発を受けた制作会社なら、一度は届く連絡です。
調べてみると、プラグインの不具合ではなく、WordPress本体やPHPの更新で、前提が変わっていた。

それでも、お客様から見れば「作ってもらったものが壊れた」です。
契約で線を引いていなければ、無償で直すことになり、それが毎年続きます。

プラグイン開発の受託とは、納品した時点のWordPressで動くものを作る仕事であり、その後の更新に追従させる仕事は、別の契約として値付けすべきものである

黒字化の外科医です。WordPressプラグイン開発の受託を、責任と損益で解剖します。

なお私は弁護士ではありません。実務の指針として読み、個別の判断は専門家や公的な窓口に確認してください。

線引きが必要な理由は、三つあります。

第一に、プラグインは、自分では止められない変化の上で動くから。
WordPress本体、PHP、サーバー、他のプラグイン。どれも制作会社の手の外で更新されます。納品時に正しく動いていても、数か月後には前提が変わります。

第二に、「不具合」と「環境の変化への追従」は、別のものだから。
納品物が契約の内容に合っていない場合の責任（契約不適合責任）と、納品後の環境の変化に合わせる作業は、分けて考えるのが実務の基本です。契約書で、保証の範囲と期間、検収の基準を決めておかないと、この二つが混ざります。

▶ Web制作の契約書に、必ず入れておく11の条項──業務範囲、修正回数、検収、著作権と人格権の不行使、損害賠償の上限。なぜ必要かまで

第三に、権利とライセンスの扱いが、通常の制作物と違うから。
WordPress本体はGPLv2（またはそれ以降）で配布されています。WordPressの公式サイトは、プラグインやテーマは派生物としてGPLを引き継ぐ、という考えを示しています（何が派生物に当たるかは法的に議論があるとも書かれています）。著作権の帰属だけでなく、ライセンスと再利用の扱いを、契約で確かめておく必要があります。

今すぐ試せる：プラグイン開発の契約で決めることを洗い出すプロンプト

私はWeb制作会社の経営者です。お客様からWordPressのプラグイン開発を受託します。
契約と見積もりで決めるべきことを洗い出してください。

【前提】
・プラグインの機能：〔　　〕
・動作を確認するWordPressとPHPのバージョン：〔　　〕
・連携する外部サービスやAPI：〔　　〕
・同時に使う他のプラグイン：〔　　〕
・納品後の保守を希望するか：〔　　〕
・自社で、似た部品を他の案件に再利用したいか：〔　　〕

1. 「動作を保証する環境」の書き方の案を作る。
2. 納品後の不具合と、環境の変化への追従を分けて、それぞれの扱いを書く。
3. 著作権の帰属、ライセンス、自社の部品の再利用について、決めるべき項目を挙げる。
4. 年間の保守で発生する作業を列挙し、工数の見積もりの枠を作る。

法律の解釈は断定せず、「専門家に確認」と書くこと。

プラグイン保守工場：責任を値付けする

契約に書く「動作を保証する環境」の例

本プラグインは、納品時点の次の環境で、仕様書に定める動作をすることを確認したものとする。
・WordPress：〔バージョン〕
・PHP：〔バージョン〕
・同時に使うプラグイン：〔名称とバージョン〕
上記以外の環境、または納品後の更新による動作の変化への対応は、
保守契約または別途の見積もりにより行う。

検収の基準の決め方は、こちらの記事が土台になります。

▶ 検収で揉めるWeb制作は、納品の前に負けている──検収基準を先に決める、検収期間、みなし検収の条項、不具合と仕様変更の線引き

年間の保守工数を出す（例）

WordPress本体の大きな更新への確認：年3回 × 4時間 ＝ 12時間
PHPの更新への確認と修正           ：年1回 × 8時間 ＝  8時間
問い合わせと小さな不具合の調査     ：年10時間
────────────────────────
合計                                             30時間
年の原価：30時間 × 7,600円（例）＝ 228,000円
月額に換算：228,000円 ÷ 12か月 ＝ 19,000円

この例では、プラグイン1本につき、月19,000円の原価がかかります。
保守料を決めずに納品すると、この原価が、毎年の無償対応として消えていきます。

PHPの更新を保守の売上に変える考え方は、こちらで整理しています。

▶ PHPバージョンアップを「無償の後始末」で終わらせない──保守の売上に変える考え方と、顧客への切り出し方の文例

受託の前の6つのチェック

□ 既存のプラグインで要件を満たせないか、先に検証したか
□ 動作を保証する環境を、バージョンまで書いたか
□ 不具合の対応期間と、環境の変化への追従を分けたか
□ 著作権の帰属と、自社の部品の再利用の可否を決めたか
□ ライセンス（GPLなど）の扱いを、お客様に説明したか
□ 保守を断られた場合、更新の判断をお客様に委ねる旨を書いたか

構造的なリスク

逆説を指摘しておきます。

プラグイン開発は、要件に合わせて作り込めるぶん、お客様の満足度が高い仕事です。
けれど、作り込んだプラグインが多いサイトほど、更新のたびに確認が必要になり、お客様の保守の負担は重くなります。

既存のプラグインの組み合わせで済むなら、開発しないほうがお客様のためになる場合があります。
「作れるか」ではなく、「何年守れるか」で、開発を提案するかどうかを決めてください。

導入済みのプラグインの選定と棚卸しの考え方は、こちらです。

▶ WordPress プラグイン 脆弱性の対応が追いつかない制作会社へ──入れる前の選定基準と、入れたあとの棚卸しで守る対象を減らす

よくあるQ&A

Q. 納品後に動かなくなったら、すべて無償で直すべきか？

納品時の環境で仕様どおりに動かないなら、契約で定めた範囲で対応します。本体やPHPの更新による変化への追従は、保守契約か別の見積もりで扱う、と契約に書いておきます。

Q. 開発したプラグインを、他の案件で再利用してよいか？

著作権の帰属と再利用の可否を、契約で決めておいてください。汎用の部品は自社に残し、お客様専用の部分の権利を移す、という分け方もあります。

Q. 会員機能やEC機能を、プラグインで自作したいと言われたら？

まず既存のプラグインで要件を満たせないかを検証してください。会員機能の見積もりはWordPress会員サイトの見積もり、ECはWooCommerceのEC案件は受けるべきかの物差しが使えます。

最後に

プラグインは、納品した瞬間から、制作会社の手の外で動く環境の変化にさらされます。

動作を保証する環境を書き、追従の作業を保守料として値付けした会社だけが、プラグイン開発を、毎年の無償対応ではなく、続く売上にできるのです。

これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。

#Web制作会社 #WordPress #プラグイン開発 #保守契約 #契約書 #受託開発 #制作会社経営 #中小企業 #責任範囲 #見積もり