WordPress採用サイトのテーマ選び｜制作者が案件で確認する8項目

WordPressで採用サイトを作るためのThemeを選ぶとき、デモの見た目や機能数だけでは、案件へ採用できるか判断できません。有効化したときの影響範囲、求人等のdataがどこへ保存されるか、顧客へどの操作を渡せるか、更新や契約終了後も運用できるかまで確認します。

この記事は、特定Themeのrankingや価格比較ではありません。提案・要件整理・見積り中の制作者が、どの候補にも同じ8項目を当て、適合、条件付き適合、不適合、未確認を記録するための判断手順です。

結論：デモの見た目ではなく、案件の合格条件から選ぶ

Themeを見る前に、案件側の合格条件を決めます。その後、各候補について公開情報で分かることと、検証環境で実測することを分けます。

判定は次の4状態にします。

判定	意味	次の扱い
適合	必須条件を満たす根拠と実測結果がある	採用候補として残す
条件付き適合	条件、追加作業、運用上の制限を受け入れれば使える	条件を見積り・提案・引き渡しへ残す
不適合	必須条件と両立しない	採用しない。必要なら別案へ戻る
未確認	公開情報や実測が足りず、合否を決められない	確認方法と期限を決め、確認できなければ採用しない

「記載がない」「デモでは問題が見えない」は適合の根拠になりません。購入前に確認できない項目は未確認のまま残し、購入後も本番へ直接有効化せず、隔離した検証環境で受入試験を行います。

WordPress公式資料でも、Themeを有効化すると、そのThemeの見た目と機能がサイトへ適用されると説明されています。Themeの操作案内では既存contentを使ったpreviewを案内し、Block Themeの解説では、Block ThemeがNavigation、header、content、footerを含むサイト全体を扱うことと、test siteで試す方法を示しています。

テーマを比較する前に、案件条件を固定する

候補Themeの機能一覧を作る前に、次の5点だけは案件側で決めます。

1. 採用サイトを既存WordPressへ入れるか、別WordPressへ分けるか
2. 求人、社員、インタビュー、固定pageのどれを顧客が更新するか
3. 顧客へ渡す操作と、制作者・保守担当へ残す操作
4. 応募dataをWordPress内form、外部form、ATS・求人媒体のどこで受けるか
5. 公開後の更新、backup、復元、契約管理を誰が担うか

ここで必要なのは、各論をTheme選定記事へ再掲することではなく、案件条件を評価表の入力にすることです。未決定の場合は、既存WordPressか別WordPressか、CMS化する範囲、顧客へ渡す操作と権限、応募先の決め方を先に確認してください。制作全体の順序は受注前から次案件までのチェックリストへ戻せます。

候補テーマを8項目で比較する

各候補を次の表へ当てます。必須条件に一つでも不適合があれば、見た目が希望に近くても採用しません。

判定項目	公開情報で確認すること	検証環境で確認すること	主な停止条件
1. Theme有効化の影響範囲	対応するWordPress構成、Block／Classic、必要Plugin、既存Themeとの併用条件	主要page、header、footer、Navigation、検索、404、form、スマートフォン表示	既存Themeを維持する要件なのに、サイト全体のTheme切り替えが必要
2. Theme・Plugin・外部serviceの責任分離	表示、content入力、form送信、外部連携、updateを何が担うか	必須Pluginの停止時、外部service停止時、設定不足時の表示と管理画面	必要機能のownerが分からない、または一つの障害で公開表示まで不要に停止する
3. data所有と可搬性	求人、社員、インタビュー等をThemeとPluginのどちらが登録・保存するか、export方法	Theme変更後もdataを管理できるか、別Themeでどう表示されるか	Theme変更でcontentの管理画面まで消え、移行方法も説明できない
4. page・pattern・案件固有作業	同梱page、pattern、sample dataと、含まれない原稿・写真・design・CSS	初期導入後に残る差し替え、構成、responsive、accessibility対応	デモ再現を前提に見積ったが、必要な素材や調整が商品へ含まれない
5. 顧客編集・権限・引き渡し	顧客が編集する対象、必要role、設定と日常更新の分離、契約owner	実際に渡すaccountで作成、下書き、preview、公開、終了、誤操作からの復旧	日常更新にサイト全体の管理権限が必須、または契約と保守のownerを渡せない
6. form・ATS・求人媒体の境界	応募先、送信、保存、mail、候補者管理、API同期の提供範囲	実応募と同じ経路、受信、privacy導線、終了時の応募停止	必須の応募方式へ接続できない、または応募dataの管理責任が未決定
7. update・backup・rollback・対応環境	対応版、更新方法、変更履歴、契約終了後の扱い、既知の制限	stagingでの更新、更新後の主要経路、backupからの復元	対応環境外、backupや復元担当がない、本番前にrollbackを試せない
8. license・support・次案件再利用	利用単位、登録上限、再利用条件、support対象、返信条件、契約終了後	購入者・顧客・保守担当の問い合わせ経路、登録解除と再登録	案件数や引き渡し方法と条件が両立しない、対象外作業をsupportへ依存する

1. Theme有効化の影響範囲

WordPressで同時に有効にできるThemeは一つです。採用pageだけへ別Themeを適用できると想定せず、同じWordPress内の企業page、投稿、検索、404、共通Navigationまで確認します。既存Themeを維持することが必須なら、別WordPressにするか、現在のTheme上で実装する案へ戻ります。

2. Theme・Plugin・外部serviceの責任分離

「採用機能あり」という一語を、表示、data保存、form送信、候補者管理まで広げません。各機能について、Themeを外した場合、Pluginを止めた場合、外部serviceへ接続できない場合に何が残るかを確認します。

3. data所有と可搬性

求人等をCustom Post Typeで扱う場合、WordPress公式のCustom Post Type登録ガイドは、Theme変更後もcontentを保持しやすくするため、ThemeではなくPluginへ置くことを推奨しています。ただし、dataが残ることと、別Themeで同じ表示が残ることは別です。管理、export、再表示、移行に必要な作業を分けて確認します。

4. page・pattern・案件固有作業

デモは到達可能な表現例であり、購入後に自動再現される完成サイトとは限りません。原稿、写真、logo、配色、font、余白、page選択、独自CSS、外部service設定のうち、どこからが案件固有作業かを見積りへ戻します。

5. 顧客編集・権限・引き渡し

管理画面に入力欄があるだけでは、顧客運用へ適合したことになりません。実際に渡すroleで、求人の作成から終了までを完了できるか確認します。ThemeやPluginの更新、設定変更、backup、復元、契約管理は日常更新と分けます。

6. form・ATS・求人媒体の境界

応募buttonが表示されることと、応募が正式な受付先へ届き、保存・選考されることは別です。外部URLを設定できても、ATSとのdata同期や障害検知まで含むとは限りません。送信、保存、mail、候補者管理、終了処理のownerを一つずつ記録します。

7. update・backup・rollback・対応環境

「更新可能」だけでなく、誰がどの画面またはZIPから更新し、どの版で検証し、問題時にどのbackupへ戻すかを確認します。WordPress公式も、復旧にはdatabaseとfileのbackupが必要になることをBackupの案内で説明しています。

8. license・support・次案件再利用

GPLで提供されるcodeの扱いと、公式download、update、登録、support等のservice条件は同じとは限りません。購入者、利用site数、local・staging・本番の数え方、顧客へ契約を移す方法、契約終了後に止まるserviceを購入時の公開条件で確認します。

公開情報とデモで確認できること

購入前は、公式の製品page、対応環境、manual、利用条件、support条件、更新履歴を優先します。第三者の紹介記事やデモだけで合否を決めません。

公開情報からは、少なくとも次を確認できます。

• 商品へ含まれるTheme、Plugin、pattern、page、更新service
• 対応するWordPress、PHP、ブラウザ等の範囲と未確認範囲
• 応募先や外部serviceとの責任境界
• 更新方法、契約中・終了後の扱い、support対象
• demo用素材や独自調整が商品へ含まれるか

デモで確認できるのは、表示例、情報量、Navigation、一覧から詳細への導線等です。既存siteとの競合、顧客accountでの操作、mail到達、backup復元、外部serviceの可用性、制作時間、応募成果は確認できません。

購入後・本番前に検証環境で確認すること

本番と同じWordPress・PHP、主要Plugin、代表contentを持つstagingまたはcloneを用意します。外部送信、検索公開、計測は本番と混同しない設定にします。

試験	合格条件の例
初回有効化	主要page、header、footer、Navigation、検索、404に意図しない欠落がない
content入力	求人等を作成・保存・再編集でき、必須条件の不足が分かる
顧客account	日常更新を完了でき、構造変更や契約操作は必要に応じて分離される
応募経路	募集詳細からprivacy情報と正式応募先へ到達し、採択方式の受入確認を完了できる
Theme変更	保存dataがどう残り、別Themeでの再表示や移行に何が必要か説明できる
update	更新前backupを取得し、更新後も主要page、募集、応募導線を確認できる
rollback	復元担当が手順を使い、決めた復旧点へ戻した後の確認まで完了できる
引き渡し	購入者、site管理者、更新担当、外部service担当、問い合わせ経路を記録できる

本番と異なる空の検証siteでThemeが動いただけでは、既存案件への適合確認になりません。代表contentと主要Pluginを含む条件で確認します。

適合・条件付き適合・不適合・未確認を記録する

判定表には、結論だけでなく根拠と次の行動を残します。

項目	記録内容
案件の必須条件	満たさなければ採用しない条件
公開情報の根拠	確認した公式pageと確認日
実測した環境	WordPress、PHP、主要Plugin、Theme／Plugin版、試験日
判定	適合、条件付き適合、不適合、未確認
条件・追加作業	調整、移行、外部service、保守、顧客側作業
未確認事項	確認できていない事実と、確認できない理由
次の確認	担当者、確認方法、期限、確認できない場合の扱い

価格や機能が後から変わる可能性があるため、比較した日付と参照先も残します。未確認項目を担当者の期待や過去案件の経験だけで適合へ変えません。

ここまでで、特定商品を使わなくてもTheme候補の案件適合を判定できます。以下は、この同じ8項目を2GUへ当てはめた例です。

2GUを同じ評価表へ当てはめる

2GUは、2GU Theme、2GU Plugin、採用キット、年額の公式serviceを組み合わせる制作者向けのWordPress採用サイト制作キットです。以下は特定案件への合格判定ではなく、2026年9月1日時点の公開情報から候補として分かる範囲です。案件環境で実測していないものは適合へ進めません。

判定項目	現時点の判定	公開情報から分かること	未確認・不適合になる条件
1. 有効化の影響範囲	条件付き適合	2GU ThemeはBlock Themeで、既存siteで有効化するとtemplate、header、footer、全体styleが切り替わる	新規・別WordPressまたはsite全体の切り替えなら候補。既存Themeを維持する要件なら不適合。既存pageへの実影響は未確認
2. 責任分離	条件付き適合	Themeは表示、Pluginは募集等のdata・入力・検証、採用キットはpage構成、form送信等は外部が担当する	対象siteの既存Pluginとの競合、外部service停止時の案件運用は未確認
3. data所有と可搬性	条件付き適合	募集、社員、インタビュー等はPlugin側で扱い、Theme変更後も保存data自体を残す構成	別Themeで同じ表示は保証されない。実際の再表示、export、移行作業は対象環境で未確認
4. page・pattern・残作業	条件付き適合	採用キットで必要pageを選び、下書きを準備できる。既存page本文やNavigation、home設定を無断で変更しない	正式原稿、写真、logo、ブランド表現、案件固有design・CSS、外部設定は残る。デモの自動再現が必須なら不適合
5. 顧客編集・引き渡し	条件付き適合	管理者と編集者へ採用contentの操作を分け、主要構造の誤操作を抑える。購入者が契約・公式更新・supportを管理する	実際に渡すaccountでの一連操作は未確認。編集保護はaccess制御、backup、完全な事故防止を代替しない
6. form・ATS境界	条件付き適合	Contact Form 7またはHTTPS外部応募pageへ接続する。2GU自体はform送信、mail配送、応募者・選考管理を行わない	ATS/API同期、独自form、mail到達保証が必須なら不適合。外部応募先の契約・稼働・data管理は未確認
7. update・復旧・環境	未確認	対応環境と公開manualがあり、Themeは最新ZIPで手動更新、契約中のPluginは公式更新を利用する。更新前backupとstaging確認を求める	対象のWordPress、PHP、hosting、主要Pluginとの適合、backupからの復元は案件ごとに未確認。復元できなければ本番導入を停止
8. license・support・再利用	条件付き適合	公式serviceの登録上限、契約中・終了後の扱い、購入者向けsupportの対象と対象外が公開されている	現在の受付・価格・条件は購入時の料金・提供範囲が優先。顧客への直接supportや案件固有作業が必須なら不適合

2GUについても、候補だから適合へ寄せることはしません。現在のThemeを維持する既存WordPress、ATSとのdata同期、案件固有制作の代行、顧客・求職者への直接support等を必須条件にする案件では、少なくともその条件のまま採用できません。

検討を続ける場合は、まず対応環境で利用予定の環境と未確認範囲を照合し、公開manualで導入、採用キット、更新、引き渡しを確認してください。架空企業demoは表示と導線の確認に使い、制作時間や成果の根拠にはしません。一般条件と実測結果が合う場合だけ、2GUの内容と現在の料金・提供範囲を確認します。

採用しない条件を先に残す

次のどれかに該当する場合は、本番導入へ進みません。

• 必須条件に不適合がある
• data、応募先、update、rollback、licenseの重要項目が未確認のまま残る
• 未確認事項の確認方法、担当、期限を決められない
• 本番と同等の検証環境を用意できない
• site全体のbackupと復元方法を確認できない
• 顧客へ渡す操作と、制作者へ残す責任を説明できない
• 外部serviceやsupportの対象外作業へ、案件成立を依存させている

Theme選びの完了は、候補を一つ買うことではありません。案件の必須条件、8項目の判定、追加作業、未確認事項、採用しない条件を、提案・見積り・引き渡しへ残せた時点で完了です。