WordPressエンジニアのフリーランスがつまずきやすい点と対策

フリーランスのWordPressエンジニアがつまずきやすいのは、「保守」の範囲があいまいなまま契約すること、本番のサイトで直接直してしまうこと、他人が作ったテーマやプラグインを中身を見ずに引き受けること、更新のあとに出た不具合の責任を一人で抱えることです。どれも、WordPressのサイトが「公開したあとも、本体・プラグイン・PHPが入れ替わり続ける」仕組みから起きます。

対策の基本は、範囲と責任の線を契約と参画初期の取り決めで引いておき、作業は検証環境と記録で守ることです。この記事では、契約・現場・技術・お金の順に、WordPressならではの場面と対策を整理します。契約前に確かめる項目の一覧はWordPressエンジニアの案件の選び方で扱っているので、ここでは「実際に起きやすい場面」に絞ります。

契約でのつまずき

「保守一式」の中身が決まっていない

保守の契約で多いのが、契約書には「WordPressサイトの保守」とだけ書かれ、発注元は文言の修正、画像の差し替え、お知らせの投稿、新しいページの追加まで含まれると考えていた、という食い違いです。WordPressの保守は、更新作業から更新の代行、小さな改修まで境目があいまいで、引き受けた範囲が少しずつ広がりやすいのが特徴です。

対策：保守に含める作業（本体・テーマ・プラグインの更新、バックアップの確認、障害の切り分けなど）と、含めない作業（コンテンツの更新、新しい機能の追加、デザインの変更など）を書き分けます。月に何回、どの程度の規模までを含めるかも決めておくと、後で話し合いやすくなります。範囲の外の依頼が来たときの扱いは業務範囲が変わったときの記事と追加の依頼の断り方をご覧ください。

不具合の責任が無制限に読める

更新のあとに表示が崩れた、フォームが届かなくなった、といった出来事は、どれほど気をつけても起こり得ます。契約書に、損害の範囲や上限についての定めがないと、発注元の売上の損失まで負うように読める場合があります。

対策：損害賠償の条項を署名の前に読み、上限が報酬の範囲などで決められているかを確かめます。考え方は損害賠償の上限の記事で解説しています。判断に迷う場合は弁護士などの専門家に相談するのが安全です。

作ったテーマやプラグインの扱いを決めていない

自分で書いたテーマや独自のプラグインを、別の案件でも部品として使いたい場合、権利の帰属を決めていないと後で話がこじれます。また、WordPressのテーマやプラグインはGPLとの関係を考える必要があり、有料のプラグインの利用の条件も製品ごとに違います。

対策：成果物の権利の帰属と、自分が以前から持っている部品の扱いを契約で分けておきます。権利の考え方は著作権の記事、ライセンスはオープンソースのライセンスの記事で整理しています。

現場でのつまずき

本番のサイトで直接直してしまう

急ぎの修正を頼まれ、管理画面のテーマエディターやサーバーのファイルを本番で直接書き換えてしまうのは、WordPressの現場でよく見るつまずきです。その場は直っても、変更の履歴が残らず、次の更新で上書きされたり、別の人が作業したときに食い違ったりします。

対策：急ぎでも、検証環境で直してから反映する流れを崩さないことを、参画の初期に発注元と確かめておきます。検証環境がない現場では、作ることを最初の提案に入れると、その後の作業が安定します。

管理画面の権限と個人情報の扱いがあいまい

保守のために管理者の権限をもらったものの、誰がどのアカウントを使っているか分からない、問い合わせフォームの送信内容や会員の情報が管理画面から見えてしまう、という状態はよくあります。

対策：自分専用のアカウントを作ってもらい、必要な権限だけにしてもらいます。本番のデータベースを手元に持ってくる場合は、個人情報の扱いを先に確かめます。考え方は個人情報を扱う業務委託の記事をご覧ください。

デザイナーや発注元との間で、直す人が決まっていない

見た目の修正の依頼が、デザインの変更なのか、コーディングの不具合なのかがはっきりしないまま届くと、誰が直すのかで止まります。制作会社の下で入る案件では、発注元と直接やりとりしてよいのかが決まっていないこともあります。

対策：依頼の窓口と、デザイン・コーディング・WordPressの組み込みの分担を、最初の週に一枚にまとめて確かめます。

技術でのつまずき

他人が作ったテーマやプラグインを、中身を見ずに引き受ける

保守の案件では、前の制作者が作ったテーマや独自のプラグインを引き継ぐことが多くあります。本体のファイルが直接書き換えられている、更新の止まったプラグインに頼っている、テーマの中に機能が詰め込まれている、といった作りは、引き受けてから気づくと手間が大きく膨らみます。

対策：契約の前か、遅くとも参画の初期に、テーマとプラグインの一覧、本体とPHPの版、手が加えられた箇所を調べ、引き受けられる範囲と危うさを発注元に伝えます。

「更新すれば安全」と考えて、まとめて上げる

WordPressの公式サイトのセキュリティのページでは、正式にサポートされるのは最新版だけで、古い版へのセキュリティ修正は好意として移植していると説明されています（2026年10月時点）。そのため更新は欠かせませんが、本体・テーマ・プラグインを一度にまとめて上げると、不具合が出たときに原因を絞れなくなります。

対策：バックアップを取り、検証環境で一つずつ上げて確かめ、戻し方を決めてから本番に反映します。手順は文書にして発注元と共有しておくと、自分以外が作業するときにも役立ちます。

PHPの版を上げたときに古いコードが止まる

WordPressの公式の推奨環境は、2026年10月時点でPHP 8.3以上です。サーバーのPHPを上げると、古いテーマや更新の止まったプラグインが動かなくなることがあります。サーバー会社の都合で、急に版が上がる場合もあります。

対策：担当のサイトのPHPの版と、サーバー側の予定を早めに確かめます。版を上げる前に、検証環境で問題の出る箇所を洗い出し、直すか置き換えるかを発注元と決めます。求められる技術の範囲はWordPressエンジニアのスキルの記事で整理しています。

お金でのつまずき

小さな修正が無償で積み重なる

「ついでにこの文言も」「この画像だけ差し替えて」といった小さな依頼は、一つずつは短くても、月に積み重なると大きな時間になります。保守の固定額の中で受け続けると、時間あたりの報酬が下がっていきます。

対策：作業の記録を日々残し、保守の範囲に入らない依頼は、見積もりを出して別に受けるか、月の上限を超えた分として扱うかを決めておきます。

公開や検収が延び、支払いが遅れる

構築の案件では、発注元の原稿や素材がそろわずに公開が延び、検収と支払いもずれ込むことがあります。

対策：検収の基準と期限、素材の提出が遅れたときの扱いを契約で決めておきます。支払いが遅れたときの対応は支払いが遅れたときの記事をご覧ください。

保守の契約が突然終わる

発注元がサイトを作り直す、別の制作会社に移す、といった理由で保守の契約が終わることがあります。フリーランス法では、6か月以上続く業務委託を解除したり更新しなかったりする場合、発注側は原則として30日前までに予告することになっています（2026年10月時点、公正取引委員会の案内による）。

対策：契約期間と更新の時期を把握し、終わる場合の引き継ぎの範囲を決めておきます。契約期間の考え方は契約期間の記事で解説しています。

よくある質問

前の制作者が作ったサイトがひどい状態でした。引き受けるべきですか？

引き受けること自体は可能ですが、現状のまま保守の固定額で受けると、調査や修正の手間が見合わなくなりがちです。まず現状の調査を一つの作業として受け、問題の箇所と直す順番を示したうえで、保守の範囲と条件を決め直す進め方をおすすめします。

更新のあとに不具合が出たら、無償で直す必要がありますか？

契約の内容と、作業の進め方に落ち度があったかどうかで扱いが変わります。保守の範囲として更新を引き受けているなら、更新に伴う不具合の切り分けまでは範囲に入ることが多い一方、プラグインそのものの不具合の修正や作り直しは範囲外になることもあります。契約で決めた範囲と照らし合わせ、迷う場合は紹介を受けたエージェントや発注元の窓口に確かめてください。

発注元からサーバーやドメインの契約もお願いされました。引き受けてよいですか？

自分の名義でサーバーやドメインを契約すると、契約が終わったときの移管や費用の精算で手間がかかります。名義は発注元のままにして、作業に必要な権限だけをもらう形のほうが、後の整理がしやすくなります。