PHPエンジニアのフリーランス案件｜報酬の決まり方と単価を上げる考え方

PHPエンジニアのフリーランス案件の報酬は、自社サービスの開発、受託開発、既存システムの保守のどの型の案件か、設計から運用までどこまで一人で担えるか、バージョンアップやセキュリティ対策の経験があるかで大きく変わります。そこに契約の形（準委任か請負か）、稼働日数、リモートの可否、商流が重なります。PHPの単価に公的な統計はなく、案件ごとに大きく変わります。

PHPは案件の数が多く、経験者も多い言語です。そのため、「PHPが書ける」だけでは条件の差になりにくく、単価を上げるには、ほかの人に任せにくい役割を一つずつ足していくことが近道です。この記事では、PHPに特有の報酬の上がり方・下がり方と、交渉で示せる材料を整理します。

PHPの案件は3つの型で報酬の考え方が違う

PHPのフリーランス案件は、大きく次の3つの型に分かれます。型によって、求められる経験と、報酬の上がりやすさが違います。

それぞれの型の中身と、出身ごとの準備の違いはPHPエンジニアがフリーランスになるにはで解説しています。ここでは、型ごとに報酬がどう動くかに絞ります。

報酬が上がりやすい役割

設計と技術の判断を任される

自社サービスの案件では、機能の実装だけでなく、テーブルの設計、APIの形、処理の分け方を決める役割を任されると、条件が上がりやすくなります。Laravelなどのフレームワークを使う場合も、機能を使えるだけでなく、どの書き方を選ぶかをチームに説明できる人が評価されます。

一人で完結できる範囲が広い

PHPの案件では、サーバーの構築、クラウドの設定、画面側のJavaScriptやTypeScriptまで含めて任されることがあります。バックエンドだけでなく前後の工程まで一人で担える人は、少人数のチームで重宝され、役割の広さが条件に表れます。画面側の報酬の考え方はTypeScriptエンジニアの報酬の記事も参考になります。

古いシステムを安全に新しくできる

長く動いているPHPのシステムでは、古いバージョンのまま残っているものがあります。PHPの公式サイトでは、各バージョンにリリースから2年間のアクティブサポートと、その後2年間のセキュリティサポートを設けると説明されています。2026年10月時点でサポートされているのは8.2〜8.5で、8.4のアクティブサポートは2026年12月31日に終わり、その後はセキュリティ修正のみの段階に入ります。

サポートの期限があるため、バージョンアップの仕事は定期的に生まれます。テストのない古いコードを、動きを壊さずに新しいバージョンへ移した経験は、担える人が限られるため、報酬の差になりやすい経験です。バージョンアップに必要な技術の中身はPHPエンジニアのスキルの記事で解説しています。

報酬が伸びにくくなるパターン

PHPは仕事の入口が広い分、同じ種類の仕事を続けているうちに、条件が上がらなくなることがあります。

• 決められた画面の実装だけが続く：仕様書どおりに作る仕事が中心で、設計や判断に関わらない
• 一つの独自フレームワークだけを長く使っている：その会社の外で通じる経験として説明しにくい
• 小さな制作の請負を数多く受けている：案件ごとの金額が小さく、見積もりや修正のやり取りに時間を取られる
• テストやレビューの経験がない：チームでの開発の案件に応募しにくい

どれも、経験そのものが無駄になるわけではありません。ただ、案件の側は「どこまで任せられるか」で報酬を決めるため、隣の役割に一歩ずつ広げていくことをおすすめします。

契約の形で報酬の意味が変わる

PHPの案件には、月単位で稼働して時間で精算する準委任の案件と、機能やサイトを完成させて納める請負の案件の両方があります。とくに制作や受託開発では、請負の形がよく見られます。

請負の案件では、見積もりより作業が増えても、追加の報酬を決めていなければ請求が難しくなります。仮の数字で考えると、見積もりの工数を2割超えて作業すると、時間あたりの報酬は見積もり時のおよそ6分の5に下がります。金額だけでなく、時間に直したときにどうなるかを見ておくと、条件を比べやすくなります（月額を時給に換算するときの注意点）。契約の違いは準委任契約と請負契約の違いで整理しています。

単価を上げるために足したい経験

設計の理由を説明できるようにする

今の案件で、テーブルの設計やAPIの形を決める場に関わる機会があれば、引き受けてみましょう。「なぜその形にしたか」を説明できる経験は、次の面談でそのまま話せる材料になります。

バージョンアップを一度やり切る

小さなシステムでも、PHPやフレームワークのバージョンを上げ、本番で動かすところまで担った経験は、保守・改修の案件で強みになります。手順、確かめた点、出た問題と対処を記録しておくと、スキルシートにも書きやすくなります。

チームでの開発の進め方を身につける

一人での制作が長い人は、テストを書き、プルリクエストでレビューを受け、自動テストを通してから本番に出す流れに慣れておくと、自社サービスの案件に応募しやすくなります。チームでの開発の経験がないと、技術の力があっても任される範囲が限られることがあります。今の仕事で小さく取り入れ、その経験を説明できるようにしておきましょう。

性能とセキュリティの改善を数字で残す

遅いページの原因を調べて表示を速くした、脆弱性の指摘を受けて直した、といった経験は、前後の変化を数字や件数で残しておくと評価につながります。

交渉で示せる材料

契約更新の前や、担当範囲が広がったときは、条件を見直す相談がしやすい時期です。PHPの場合、次のような事実が材料になります。

1. 実装だけでなく、設計やレビューを任されるようになったこと
2. サーバーや画面側など、担当する範囲が広がったこと
3. バージョンアップや性能の改善を自分が中心になって進めたこと
4. 請負の案件で、当初の範囲を超えた追加の作業が発生していること

提示額を比べるときは、発注元との間に何社が入っているか、精算幅をどう扱うかでも、手元に届く金額が変わります。伝え方は単価交渉の記事、報酬の仕組みの全体像はフリーランスの単価の決まり方で解説しています。

よくある質問

PHPエンジニアの単価の相場はいくらですか？

PHPの単価に公的な統計はなく、案件の型、担う役割、周辺の技術、契約の形、稼働日数、商流によって大きく変わります。経験者が多い言語なので、金額の比較より、自分が担える役割のうち、ほかの人に任せにくいものは何かを整理しておくことをおすすめします。

PHPはほかの言語より報酬が低いと聞きますが本当ですか？

言語だけで報酬が決まるわけではありません。PHPは入口が広く、実装だけを担う案件も多いため、そうした案件が平均を下げて見えることがあります。設計やバージョンアップ、性能の改善を担う案件では、役割に応じて条件が上がります。ほかの言語との比べ方はRubyエンジニアの報酬の記事も参考になります。

WordPressの案件だけでも単価を上げられますか？

WordPressの案件でも、テーマやプラグインの開発、表示速度の改善、セキュリティ対策、サーバーの運用まで担えると、任される範囲が広がります。ただ、小さな制作の請負が中心だと、範囲の追加で時間あたりの報酬が下がりやすいため、契約の形と範囲を確かめて受けることが大切です。