採用担当者から「営業職の募集を止めてください」と連絡を受けたら、対象となる求人を特定します。同じ職種でも、勤務地、雇用形態、配属先、採用枠が異なる場合があります。求人名だけで判断せず、求人IDと公開URLを対応させ、どの募集を止めるのかを確認しましょう。他拠点の求人まで一括で終了させることを防げます。

次に、新規応募の終了日時と、すでに届いている応募への対応を分けます。募集終了は、選考中の応募者との連絡を止める指示とは限りません。公開ページには「新規応募の受け付けを終了しました」と書き、応募済みの人の連絡先を残すなら、その窓口が現在も対応できるかを確かめます。終了理由を詳しく公表する必要があるかも、採用担当者が判断します。

受付の一時停止と募集終了も区別が必要です。再開日が未定なのに「近日再開」と書くと、求職者に根拠のない期待を持たせます。状態は、募集中、受付停止、募集終了など自社で管理できる名称にそろえ、停止中も新規応募を受け付けるのかを明確にします。画面のラベルを変える前に、受け付けの実態を確定させることが出発点です。

一つの求人が掲載される場所は、求人詳細ページだけではありません。採用トップ、職種一覧、勤務地別一覧、お知らせ、社員紹介記事からのリンクなどを確認します。サイト内検索に表示される見出しや、共通の固定ボタンにも注意しましょう。詳細ページだけ直しても、入口に「積極採用中」と残っていれば、案内は食い違ったままです。

管理表には、求人ID、詳細URL、応募先URL、掲載場所、終了日時、担当者を記録します。外部の採用管理システムを使う場合は、ホームページから遷移した先の求人IDも照合します。別の求人へ誤って誘導していないか、フォームが全職種共通なのか、その求人専用なのかを把握すると、停止すべき範囲が分かります。

最初から完全な一覧を作るのが難しければ、まず応募者が実際に通る経路をたどります。採用トップから応募画面まで、スマートフォンでも確認してください。その後、CMSの検索やリンク一覧で漏れを補います。確認済みの場所と未確認の場所を分けておくと、担当交代があっても作業の続きを判断できます。

終了ページを残すかどうかは、アクセス数だけで決めず、募集終了後に読者へ何を伝えるページなのかで判断します。仕事内容や働き方の説明を今後も参照してもらうなら、その情報を職種紹介として独立させる方法があります。過去の募集条件をそのまま並べたページと、現在の会社を理解するための紹介ページは、役割が異なります。

終了ページを公開したままにする場合は、冒頭で終了を知らせ、過去の募集条件であることが分かる構成にします。掲載時点の給与や勤務条件を現行の条件と誤認させないよう、必要に応じて記載範囲を見直します。ページを残す期間や次の見直し日も決めておくと、終了求人が積み重なって放置されることを防げます。

終了求人を削除する方針なら、対象の求人IDとURLを確定し、公開ページの削除と採用記録の社内保管を分けます。サイト全体の保存・削除方針は「ホームページのコンテンツ棚卸し方法」で整理し、以下では終了求人固有の応答コードと応募導線を確認します。

ページを削除する場合は、サーバーが返すHTTPステータスコードまで確認します。これは、URLにアクセスした結果をブラウザーや検索エンジンへ伝える番号です。削除したページでは404または410を返す方法があります。画面に「ページがありません」と表示されても、応答が200のままだと、検索側でsoft 404と判定される場合があります。[2]

関連するページへ自動転送するリダイレクトは、すべての終了求人に一律適用するものではありません。終了した地方拠点の求人から、条件の異なる本社求人へ突然転送されれば、応募先を取り違えるおそれがあります。Googleも、多数のURLを関連性の低い一つのページへ転送することは避けるよう案内しています。[3]

実務では、同じ情報の正式な移転先がある場合と、単に別の求人を紹介したい場合を分けます。後者なら、終了を説明したうえで「現在募集中の職種を見る」という通常のリンクを用意する方が、求職者自身で違いを判断できます。削除ページの案内画面にも採用トップへのリンクは置けますが、その画面を見せることと、正しい応答コードを返すことを両立させます。

終了の案内は、ページの最下部に小さく追記するのではなく、求人名の近くなど最初に確認できる位置へ置きます。文例は「この求人の新規応募の受け付けは終了しました。現在募集中の職種は採用情報一覧をご覧ください」です。ほかに募集がない場合は、一覧へ誘導する前に、その一覧が空白や古い内容になっていないかを確認します。

応募ボタンを削除した後も、フォームのURLを保存していた人は直接開ける可能性があります。求人専用フォームは受付状態を変更し、共通フォームでは終了した求人を選択肢から外すなど、送信先側の処理も確認します。ボタンの色を薄くするだけではなく、実際に操作できないか、受付停止の説明が出るかまで点検しましょう。

受付終了前に入力を始めた人への扱いも考えておきます。送信時に突然エラーになるなら、フォーム内で終了を知らせ、必要な問い合わせ先を案内できるかを検討します。すでに受け付けた応募を誤って削除したり、選考中の連絡機能まで停止したりしないよう、外部システムの設定範囲は採用担当者と確認します。画面と受付の切り替え時刻がずれる場合は、その差も作業記録に残します。

JobPostingは、求人情報を検索エンジンへ伝える構造化データの種類です。画面の文章とは別に、CMSや採用システムが生成している場合があります。Googleは、終了求人について、validThroughを過去の日時にする、ページを404または410で削除する、ページからJobPostingを取り除く、という対応を示しています。[1]

ページを残す運用なら、終了時にJobPostingを削除する方式を基本案として制作会社へ相談できます。すべての構造化データを消すのではなく、対象求人のJobPostingを特定して削除し、会社情報など別の用途のデータへ影響させないようにします。期限を管理するvalidThroughを使う場合も、画面の募集期間と同じ終了時点を示しているかを確認します。

「募集終了」と書き換えたのに、構造化データの生成条件は「ページが公開中なら出力」のまま、という設計では修正漏れが起きます。公開状態と募集状態を別項目で管理し、募集中でないときの出力を定義する方法が考えられます。CMSに複数の生成元があるなら、一つを止めても別のJobPostingが残らないか、技術担当者に最終的な出力の確認を依頼します。

JobPostingを削除することは、そのURL全体を通常のウェブ検索から必ず消すことではありません。ページを残す理由があるなら、求人としての案内を終える処理と、通常の検索結果に残すかどうかの判断を分けます。終了求人だからという理由だけで、関連する職種紹介や社員紹介までまとめて検索対象から外す必要はありません。

一般閲覧は可能なまま検索から除外したいページでは、noindexを検討できます。ただし、Googleがその指示を取得するには、ページへアクセスできる必要があります。robots.txtで取得を止めることを、noindexによる検索除外の代わりにしないよう注意します。設定の反映を確かめる際は、管理画面のチェック状態だけでなく、実際のページと応答を確認します。[4]

判断を制作会社へ伝えるときは、「求人検索から終了扱いにしたい」「URL自体も通常検索から除外したい」「ページは閲覧用に残したい」を書き分けます。目的が曖昧なまま「検索から消してください」と依頼すると、残したい情報まで削除するなどの行き違いが起きます。まずページの役割を決め、目的に合う設定を選んでもらいましょう。

Googleは求人情報の更新を知らせる手段としてIndexing APIを案内しています。ただし、一般的な企業ページすべてに使うための仕組みではありません。導入済みの採用システムでは、終了処理に連動して通知するか、通知に失敗した場合に管理者へ分かるかを確認します。未導入なら、求人件数や更新頻度を踏まえ、制作会社と導入の必要性を判断します。[1][5]

注意したいのは、求人終了とURL削除通知を同じ意味にしないことです。URL_DELETEDによる削除リクエストには、対象URLが404か410を返す、またはページにnoindexがあるという前提が示されています。ページを検索対象として残す方針なのに、JobPostingを取り除いたという理由だけでURL削除通知を選ばないよう、ページ側の処理と通知の種類を技術担当者に照合してもらいます。[5]

通知に成功した記録は、検索結果から消えた証拠ではありません。APIが返す通知状況と、Googleによる実際のクロールや検索反映は分けて確認します。運用報告も「ページ修正済み」「通知済み」「検索上の状態は確認中」と段階を分ければ、完了した作業と待つ必要のある処理が伝わります。反映を急ぐあまり、短時間に方針の異なる変更を重ねないようにしましょう。

外部の採用管理システムからホームページへ求人を取り込んでいる場合は、どちらが正しい募集状態の管理元なのかを決めます。ホームページ側だけ手動修正しても、次の自動同期で募集中へ戻る仕組みなら、根本の修正になりません。連携元、同期間隔、上書きされる項目、手動修正の可否を制作会社に確認してください。

終了予定日による自動処理も、設定しただけで安心しないことが大切です。指定した日時のタイムゾーン、深夜の切り替え、休日の確認体制、予約処理が失敗した場合の通知を確認します。複数拠点で運用するなら、社内の表に日時を書くときも基準をそろえます。日付だけの指定では、その日の開始と終了のどちらで止まるのかが曖昧になります。

公開後に古い表示が残る場合は、ブラウザーや配信基盤のキャッシュ、同期の遅れなどを候補として調べます。ただし、原因が確認できる前に「キャッシュの問題です」と断定してはいけません。管理元の状態、同期後のデータ、実際の公開ページの順に照合すると、どの段階で古い情報が残っているかを絞り込めます。修正後は、次の同期を経ても終了状態が維持されるかを確認します。

自社ホームページを終了にしても、求人媒体や提携先へ配信した情報が同時に変わるとは限りません。自社で更新できる媒体、連携で反映される媒体、担当者へ依頼が必要な媒体を整理します。掲載停止の依頼を出した状態と、実際に停止を確認した状態を別に記録し、外部側の処理まで自社サイトの完了報告に含めて断定しないようにします。

再募集の予定がある場合も、終了した求人を募集中のまま保管することは避けます。再開時には、職種、勤務地、雇用形態、募集条件、応募先が以前と同じかを確認し、新しい募集として採用担当者の承認を得ます。前回の原稿を複製する場合は、本文だけでなく、構造化データやフォームの求人IDにも古い値が残っていないかを点検します。

同じURLを再利用するか、新しいURLを作るかは、募集の同一性と管理方法に応じて決めます。過去の募集を別物へ上書きすると、以前に共有したURLの意味が変わる点に注意が必要です。公開日を単に新しく見せるために変更せず、募集の実態と記録をそろえます。前回終了時に設定したnoindexや転送が残っていないか、応募フォームが正しい求人を受け付けるかも、再公開の確認項目に含めます。

制作会社への依頼では、変更する文章だけでなく、終了後にどう動くかを伝えます。例えば「求人IDを指定し、対象ページは終了の案内として公開を継続する。新規応募は停止する。現在募集中の職種一覧へのリンクを残す。対象求人のJobPostingは削除する」と書けば、ページと検索向けデータを同じ案件として確認できます。これは依頼の例であり、自社で決めた終了方式に置き換えます。

併せて、変更しない範囲も示します。他拠点の同名求人、職種紹介、すでに届いている応募の管理画面などが対象外なら、明記してください。対象と対象外が似ている場合は、名称に加えてURLや求人IDを添えます。作業後の報告には、公開URLでの確認結果と、フォーム側の受付状態を含めてもらうと、表示だけを見て完了にすることを避けられます。

表示変更とシステム変更を別会社が担当する場合は、切り替える順序を打ち合わせます。どちらかの作業が遅れたとき、誰がページに暫定の案内を出し、誰が受付状態を判断するかも決めておきましょう。募集終了の連絡が当日に届くことが多いなら、毎回一から見積もる大きな改修ではなく、担当者が定型の終了処理を依頼できる仕組みを整えると運用しやすくなります。

終了作業は、採用担当者が募集状況を決め、サイト運用担当者が表示と導線を確認し、技術担当者が出力データや応答を確認する形にすると、責任の境目が明確になります。兼任の場合も、確認する役割は分けておきます。「更新しました」という一言だけでなく、対象URL、変更日時、変更内容、残作業を記録します。

公開後の確認では、求人一覧に募集中の表示がないこと、詳細ページが終了を伝えること、旧応募先から誤って応募できないことを確かめます。技術面では、方針どおりのJobPostingとHTTP応答になっているかを点検します。構造化データのテストが通ることだけで内容の正確さや検索掲載が保証されるわけではないため、人が読んだ表示との一致も確認します。[6]

Search ConsoleのURL検査では、Googleが把握している情報と、現在の公開URLをテストした結果を区別します。変更直後に過去の情報が表示されていても、それだけで修正失敗とは判断できません。確認日時と結果の種類を残し、終了後も求人経由の問い合わせが続く場合は、どのページや媒体を見たのかを調べて漏れを修正します。[7]

募集終了求人ページの整理では、ページを消すことだけを目標にせず、求職者が現在の募集状況を誤解しない状態を作ります。まず対象求人と終了日時を確定し、表示と応募先を切り替え、ページを残すか削除するかに合わせて検索向けの情報を整えましょう。

一度決めた手順は、求人ID、公開URL、応募先、終了方式、確認者、再募集時の注意点を記録する形で残します。新しい求人を公開するときから終了時の処理を決めておけば、採用担当者や制作会社が変わっても同じ基準で対応できます。公開、終了、再募集をつながった作業として管理することが、古い求人による行き違いを減らす基本です。

採用ページの求人情報の書き方｜職業安定法で明示が必要な労働条件
ホームページのコンテンツ棚卸し方法｜古い情報を整理して成果につなげる運用

確認日 2026年10月20日。以下はGoogleの公式資料です。本文の運用手順や記録項目は、各資料を踏まえた実務上の提案です。
[1] Google 検索セントラル　求人情報の構造化データ 
[2] Google クロール インフラストラクチャ　HTTP ステータス コードが Google のクローラーに及ぼす影響 
[3] Google 検索セントラル　URL の変更を伴うサイトの移転 
[4] Google 検索セントラル　noindex を使用してコンテンツをインデックスから除外する 
[5] Google Search Central　Using the Indexing API 
[6] Google 検索セントラル　構造化データに関する一般的なガイドライン 
[7] Search Console ヘルプ　URL 検査ツール