採用ページの更新は、募集の変更頻度と、内容を承認・公開できる人から決めるのが出発点です。年に数回の変更なら都度依頼、職種や条件が頻繁に変わるなら更新画面を用意する方法が候補になります。募集終了の表示と応募導線まで含めて設計すると、公開後の担当が明確になります。
顧客の採用広報を支援する制作会社・広告会社・代理店にとって、採用ページは完成後も情報が動く制作物です。取材や写真、採用メッセージを整える工程とは別に、職種追加・条件変更・募集終了を誰が反映するかを提案段階で決めておくと、変更のたびに手順を考え直さずに済みます。
変更が少ないなら都度依頼、多いなら更新画面を候補に
最初に顧客へ尋ねたいのは、募集件数だけではなく、年間の変更回数、変更を知らせる窓口、公開までの希望時間です。費用や工数は既存サイトの構成と必要機能によって変わるため、更新画面の方が必ず安いとは判断できません。
- 都度依頼：年に数回、数職種をまとめて変更する場合の候補。変更内容と希望日を依頼し、制作側が反映、顧客が公開確認する流れを決めます。
- 更新画面：随時募集し、勤務地や締切がよく変わる場合の候補。入力できる項目と公開権限を絞り、承認済みの情報を担当者が更新します。
- 併用：募集条件は顧客が更新し、レイアウト変更や新しい項目の追加は制作側へ依頼する方法。日常更新と追加制作の境界を明文化します。
WordPressでは「募集職種」のような専用の投稿種別を設け、職種ごとに登録する設計が可能です。ただし導入するだけで承認フローや締切時の自動停止が備わるわけではありません。必要な機能を仕様として決め、管理画面と公開ページの両方で確認します。
架空例：同じ採用ページでも更新の受け持ちは変わる
以下は設計を説明するための架空例で、GreenCodingの実績や見積ではありません。比較の軸は会社の規模ではなく、募集情報がどう動くかです。
年2回、3職種をまとめて変更する顧客
顧客の採用担当が募集要項を承認し、代理店が変更箇所と希望公開日をまとめ、Web担当へ依頼する運用を候補にします。「原稿確定→反映→公開確認」の締切を共有し、急な募集終了は通常の原稿差し替えとは別に連絡するルールにします。
随時募集で、月に1件程度の変更がある顧客
職種ごとの更新画面を設け、雇用形態、勤務地、募集期限、受付状態を分けて入力する設計を候補にします。例えば次の記入内容を、一覧と詳細のどこへ出すかまで指定します。
架空の更新指示：営業職・会津事業所
雇用形態：正社員
募集期限：2026年11月30日
受付状態：募集終了へ切替
公開表示：詳細に「この職種の募集は終了しました」を表示
応募導線：この職種の応募ボタンを非表示
確認担当：顧客の採用担当が一覧・詳細・応募先を確認
勤務地や雇用形態が複数ある場合、一つの自由記述欄へ詰め込むより、共通項目と職種固有の補足を分けると確認箇所を揃えられます。募集条件そのものは顧客が確定し、制作側は支給内容が正しく表示されるかを検証します。
募集終了は、文字の差し替えだけで終わらせない
終了時にページを残すか取り下げるかは、再募集の予定や外部からのリンクも見て決めます。残す場合も、一覧の表示、詳細の受付状態、応募ボタン、外部の求人掲載先を揃える必要があります。サイトの文言だけを変えて、応募先が受付中のままにならないよう確認範囲を決めます。
求人用の構造化データ「JobPosting」を使う場合には、終了した求人の扱いも別途必要です。Googleは期限切れ求人について、validThroughを過去に設定する、ページを削除する、JobPostingを取り除くといった対応を案内しています。「募集終了」の文字を追加するだけで検索側の扱いも更新されたとは限りません。応募受付の停止と検索向け情報の更新を分けて確認します。
提案・承認・実装・公開確認を分けて引き継ぐ
- 代理店と顧客：変更頻度、担当者、募集終了後の扱いを合意し、必要な入力項目を決める。
- 顧客：募集条件と掲載原稿を承認する。誰が公開するか、不在時の連絡先も決める。
- Web実装担当：更新画面と表示を実装し、職種追加・終了・再募集の各状態で一覧、詳細、応募導線を検証する。
GreenCodingには、既存採用ページの修正、WordPressの更新方法や入力項目の整理、カスタム投稿・フィールド、表示実装、公開前後の確認を相談できます。募集件数、年間の変更例、現在の更新担当を共有すると、都度依頼と更新画面のどちらを検討するかから話を始められます。採用代行や応募者対応を含む支援とは区別し、Web側の担当範囲を決めます。