結論
PHPエンジニア転職は、CMS運用、受託開発、自社SaaSのどれが主業務かを求人票で先に固定し、フレームワークとテンプレート改修の境界を面談で確認してから応募するのが安全です。
この記事はこんな人向け
- Laravel/SymfonyでWebアプリを開発している方
- WordPress等CMSカスタマイズが中心の方
- 受託開発から自社プロダクトへ移りたい方
- レガシーPHP資産の改修範囲を確認したい方
このテーマの要点
PHPエンジニア転職では、CMSカスタマイズ、受託Web開発、自社プロダクトのSaaS開発では、リリースサイクルと責任範囲が大きく異なります。このページはバックエンド総論とは別に、Laravel/Symfony/WordPressの使い分け、レガシー資産、プラグイン保守とセキュリティ更新の境界を軸に整理します。平均年収や求人数は媒体ごとに定義が異なるため掲載せず、求人票と公式情報で確認する前提で読んでください。
- CMS開発(WordPress等)
- テーマ/プラグインカスタマイズとコンテンツ運用支援。コア更新とセキュリティパッチの責任範囲は求人ごとに異なる。
- 受託PHP開発
- クライアントごとに要件と納期が変わる開発。複数案件並行と客先常駐の有無が転職時の確認点になりやすい。
- 自社SaaS(Laravel等)
- 自社プロダクトの機能開発と継続リリース。受託と比べ、技術選定と負債返済の裁量が異なることが多い。
- レガシーPHP
- 古いフレームワークや素PHP資産の保守。PHP 8移行やモジュール分割の範囲が面談で確認すべき論点。
PHPエンジニアで混同しやすい役割
PHPはCMS・受託・自社プロダクトの三層に広がり、フロント実装まで含む求人も多いです。転職では「誰のプロダクトを、どのリリースサイクルで」触るかを先に確認すると、SIer受託とスタートアップSaaSのミスマッチを避けやすくなります。
| 役割 | 主な判断 | 転職で見る境界 |
|---|---|---|
| CMSエンジニア | プラグイン/テーマと更新方針 | コア更新の担当範囲 |
| 受託PHP | 納期とクライアント要件 | 常駐と複数案件並行 |
| 自社SaaS PHP | プロダクトロードマップ | 技術選定の裁量 |
| フロント兼務 | テンプレートとJS | Vue/React実装まで含むか |
| バックエンド総合 | 言語非依存設計 | PHP固有のCMS/受託記述 |
PHPエンジニアの役割比較では、「役割」は「CMSエンジニア」、「主な判断」は「プラグイン/テーマと更新方針」、「転職で見る境界」は「コア更新の担当範囲」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。
PHPエンジニアの役割比較では、「役割」は「受託PHP」、「主な判断」は「納期とクライアント要件」、「転職で見る境界」は「常駐と複数案件並行」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。
PHPエンジニアの役割比較では、「役割」は「自社SaaS PHP」、「主な判断」は「プロダクトロードマップ」、「転職で見る境界」は「技術選定の裁量」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。
PHPエンジニアの役割比較では、「役割」は「フロント兼務」、「主な判断」は「テンプレートとJS」、「転職で見る境界」は「Vue/React実装まで含むか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。
PHPエンジニアの役割比較では、「役割」は「バックエンド総合」、「主な判断」は「言語非依存設計」、「転職で見る境界」は「PHP固有のCMS/受託記述」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。
PHP Webエンジニア向き
- Laravel/Symfonyアプリ開発
- 自社SaaSの機能追加
- API設計と認可実装
別職種に近い仕事
- コンテンツ入稿のみ
- デザインカンプからのコーディングのみ
- サーバー構築のみ(PHP未触)
求人票で見る項目
PHP求人票では「Laravel必須」と書かれていても、実態がWordPressテーマ改修だけのことがあります。受託案件で複数クライアント並行の場合、オンコール範囲も表に出にくいため、三列表で確認してください。
| 書いてあること | 確認したい実態 | 面談での質問例 |
|---|---|---|
| PHP 3年以上 | CMS/受託/SaaSの内訳 | 直近1年の主な開発形態は? |
| Laravel必須 | バージョンと開発比率 | Laravel以外のPHP資産はありますか? |
| WordPress | テーマ改修かプラグイン開発か | コア/プラグイン更新の運用フローは? |
| フロントも担当 | Blade/Vue/Reactのどれか | デザインカンプから実装まで含むか? |
| 受託開発 | 同時案件数と常駐 | クライアント折衝をエンジニアが行うか? |
| セキュリティ | 脆弱性対応範囲 | Composer依存の更新頻度と担当は? |
PHPエンジニアの求人票の読み替えでは、「書いてあること」は「PHP 3年以上」、「確認したい実態」は「CMS/受託/SaaSの内訳」、「面談での質問例」は「直近1年の主な開発形態は?」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。
PHPエンジニアの求人票の読み替えでは、「書いてあること」は「Laravel必須」、「確認したい実態」は「バージョンと開発比率」、「面談での質問例」は「Laravel以外のPHP資産はありますか?」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。
PHPエンジニアの求人票の読み替えでは、「書いてあること」は「WordPress」、「確認したい実態」は「テーマ改修かプラグイン開発か」、「面談での質問例」は「コア/プラグイン更新の運用フローは?」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。
PHPエンジニアの求人票の読み替えでは、「書いてあること」は「フロントも担当」、「確認したい実態」は「Blade/Vue/Reactのどれか」、「面談での質問例」は「デザインカンプから実装まで含むか?」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。
PHPエンジニアの求人票の読み替えでは、「書いてあること」は「受託開発」、「確認したい実態」は「同時案件数と常駐」、「面談での質問例」は「クライアント折衝をエンジニアが行うか?」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。
PHPエンジニアの求人票の読み替えでは、「書いてあること」は「セキュリティ」、「確認したい実態」は「脆弱性対応範囲」、「面談での質問例」は「Composer依存の更新頻度と担当は?」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。
- Laravel/Symfonyの設計・運用経験があるか
- WordPress等CMSの保守範囲を説明できるか
- 受託と自社プロダクトのどちらに近い経験か言えるか
- PHP 8移行やレガシー改修に関与したか
- Composer依存とセキュリティ更新の運用を理解しているか
確認ポイントは「Laravel/Symfonyの設計・運用経験があるか」です。PHPエンジニアの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。
確認ポイントは「WordPress等CMSの保守範囲を説明できるか」です。PHPエンジニアの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。
確認ポイントは「受託と自社プロダクトのどちらに近い経験か言えるか」です。PHPエンジニアの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。
確認ポイントは「PHP 8移行やレガシー改修に関与したか」です。PHPエンジニアの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。
確認ポイントは「Composer依存とセキュリティ更新の運用を理解しているか」です。PHPエンジニアの求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。
経験の棚卸し方
PHPエンジニアでは、ツール名の羅列より、自分が判断した範囲の説明が先です。秘密情報は一般化し、確認できない数字は書きません。
- 01CMS/受託/SaaSに三区分
各プロジェクトのリリースサイクル、クライアント数、自分の設計判断範囲を書き出します。
- 02フレームワークとCMSを明示
Laravelバージョン、WordPressカスタマイズ範囲等、具体名で経歴を更新します。
- 03保守・更新の質問リスト
コア更新、プラグイン更新、Composer更新の担当と頻度を面談用に用意します。
- 04求人三件を表で読み替え
受託/SaaS/CMSの実態ギャップを可視化し、応募優先度を決めます。
公式情報の使い方
PHPの判断材料は、php.net公式、各フレームワーク(Laravel/Symfony)とCMS(WordPress)のセキュリティガイドを一次情報として使います。労働条件の確認は厚生労働省の案内も参照できます。転職成功を保証する情報ではありません。
PHPエンジニア転職ガイド|CMS・受託・自社プロダクトの違いの判断材料は、出典が公開されている情報に限ります。媒体ごとの求人数や平均年収は集計定義が違うため、求人票や公式サイトの最新情報で確認してください。内定や年収アップは保証できません。提示された労働条件は書面で確認し、口頭の話だけを契約内容にしないでください。
相談先の選び方
PHP案件は、受託系と自社プロダクト系でエージェントの強みが分かれます。CMS中心かフレームワーク開発中心かを一文で伝え、重複応募を防ぐ管理表を作ってから相談してください。
- 受託から自社SaaSへ
受託経験をプロダクト開発語彙に置き換える相談は、Web系エージェントが支援しやすいです。
- CMSとフレームワーク両方
WordPress中心かLaravel中心かを整理してくれる担当者が、求人ミスマッチを減らします。
- SIerからWeb系PHPへ
SIer-to-webの職種・テーマと合わせ、客先常駐の作業範囲をプロダクト開発の語彙に翻訳する相談が有効です。
相談先を複数使う場合は、企業名・求人ID・応募経路を一覧にして重複応募を防いでください。転職支援とスカウトでは受けられる支援が異なるため、同じ基準で単純比較せず、目的に合う窓口を選びます。
よくある失敗パターン
- WordPressテーマ改修をLaravel開発と混同
CMSカスタマイズとフレームワークアプリ開発は別スキルです。実態に合った名称で統一してください。
- 受託のクライアント数を書かない
複数案件並行は負荷が異なります。同時担当数と折衝範囲まで書ける場合のみ強調します。
- セキュリティ更新を「対応可」とだけ書く
コア/プラグイン/Composerのどれを誰が更新したか具体化しないと面談で深掘りに耐えません。
面談で先に聞くこと
WordPress経験をLaravel求人にどう転用しますか?
PHPの保守、プラグイン設計、セキュリティ更新、テンプレートとロジック分離の経験を共通語彙で説明してください。Laravel必須案件はフレームワーク学習状況を正直に伝えられるよう準備します。
受託開発から自社SaaSへ移る際の確認点は?
技術選定の裁量、リリース頻度、負債返済時間の確保可否を面談で確認してください。受託の納期優先文化とのギャップが大きい場合もあります。面談では直近の具体例を1つ依頼し、曖昧な回答の場合は応募優先度を下げてください。確認できない数値や保証表現は志望理由に使わないでください。
PHPとフロント兼務求人の見分け方は?
Blade/Vue/Reactのどれが主か、デザイン作成まで含むかを必須スキルと業務内容から読み替えます。フロント主役ならフロントエンドも参照してください。
レガシーPHP資産の改修範囲はどう聞くべきですか?
PHP 8移行、フレームワーク導入、テスト追加のどこまでがスコープか具体例で聞いてください。バグ修正のみの求人と全面刷新は必要スキルが異なります。面談では直近の具体例を1つ依頼し、曖昧な回答の場合は応募優先度を下げてください。確認できない数値や保証表現は志望理由に使わないでください。
応募前の1週間
応募前の1週間は、経験をCMS/受託/自社の三区分に棚卸しし、求人三件を三列表で読み替え、リリースと保守の境界質問を用意してから応募可否を決める流れがおすすめです。
- 01月:公式セキュリティガイド確認
PHP/Laravel/WordPressの公式セキュリティ情報で、保守の語彙を揃えます。
- 02火:三区分棚卸しと経歴推敲
CMS/受託/SaaSの関与範囲だけを残し、フロント兼務記述との境界を明確にします。
- 03水:求人読み替えと質問リスト
Laravel必須/CMSメインの矛盾がある求人を重点確認します。
- 04木〜金:面談またはエージェント相談
リリースサイクルと保守範囲を確認してから応募可否を決めます。
おすすめ転職サービス
相談先は得意領域と対象経験を確認し、複数の提案を比較して選びましょう。
よくある質問
PHP資格は転職に必須ですか?
必須かどうかは企業ごとに異なります。資格より、Laravel/CMS/受託の実務説明ができるかを優先してください。資格要件がある求人はIPA公式等で内容を確認してから学習計画を立ててください。
LaravelとWordPress、どちらを優先して書くべきですか?
求人がLaravel明示ならLaravelの設計・運用を先に書き、WordPressは補足に留めます。CMS中心求人なら逆に、テーマ/プラグイン/更新運用を先に書いてください。
フリーランスPHP案件の注意点は?
納品後の保守範囲、著作権、セキュリティ更新の責任を契約書で確認してください。口頭の期待値だけで応募理由にしないでください。面談では直近の具体例を1つ依頼し、曖昧な回答の場合は応募優先度を下げてください。確認できない数値や保証表現は志望理由に使わないでください。
PHP 8移行未経験でも応募できますか?
求人次第です。移行プロジェクトか新規開発かで要求が変わります。移行が主なら学習中であることと、互換性調査の進め方を説明できるよう準備してください。面談では直近の具体例を1つ依頼し、曖昧な回答の場合は応募優先度を下げてください。確認できない数値や保証表現は志望理由に使わないでください。
SIer受託PHPからWeb系へ移るコツは?
SIer-to-webの職種・テーマと合わせ、自分が設計判断した範囲(API、テスト、リリース手順)をプロダクト開発の語彙に置き換えて説明してください。面談では直近の具体例を1つ依頼し、曖昧な回答の場合は応募優先度を下げてください。確認できない数値や保証表現は志望理由に使わないでください。
Composer依存のセキュリティ更新は誰の仕事ですか?
チームによります。面談でDependabot等の運用、更新頻度、障害時のロールバック担当を確認してください。曖昧な場合は応募前にメモに残します。面談では直近の具体例を1つ依頼し、曖昧な回答の場合は応募優先度を下げてください。確認できない数値や保証表現は志望理由に使わないでください。
まとめ
PHPエンジニア転職は、CMS運用、受託開発、自社SaaSのどれが主業務かを求人票で先に固定し、フレームワークとテンプレート改修の境界を面談で確認してから応募するのが安全です。
サービス内容や応募条件は変わる可能性があります。最終的な判断の前に、各社の公式サイトと面談で最新情報をご確認ください。
あわせて読みたい記事
参考資料
以下は技術・職務理解の参考資料です。転職サービスの推奨順位や採用結果の根拠を示すものではありません。