著者: Vaipm（AI上の認知を、複数のAIへの合計25回のステートレス計測で測定している）
人材紹介・派遣・求人媒体が扱う求人を、AIは誰の求人として語るのか。労働者派遣では法律上の雇用主は派遣元であり、就業先と構造的にずれます。職業安定法第5条の4第3項が仲介事業者に課す措置義務、hiringOrganizationとconfidentialの実務判断、帰属が崩れうる経路を一次情報で整理します。
人材紹介・派遣・求人媒体を介する求人では、一つの求人情報に複数の主体が関わることがあります。求人を出す企業があり、それを仲介する事業者があり、掲載する媒体があります。求職者が生成AIに「この求人はどんな会社の仕事か」と尋ねたとき、AIはこの列のどこかを指して答えます。どこを指すかは、自明ではありません。
とりわけ労働者派遣では、法律上の雇用主は派遣元であり、就業先である派遣先ではありません。同じ求人票の中で、雇用関係を持つ主体と就業場所を持つ主体が、別々の欄に入ります。この構造はAIの登場以前から存在していました。AIが新しく持ち込んだのは、その構造が自然文に要約されるとき、二つの主体が一つに畳まれうるという経路です。
人材紹介会社・派遣会社・求人媒体・ATS/HRテックベンダーの実務担当者。すなわち職業安定法上の職業紹介事業者・募集情報等提供事業者、および労働者派遣法上の派遣元事業主にあたる方々です。自社の求人を出す企業側の視点は、別稿求人票の構造化データはAIに効くのかで扱っています。
先に、この記事が主張しないことを明示します。確認できたことは二つです。第一に、日本の職業安定法および労働者派遣法が、求人情報の流通に関わる主体を区別し、それぞれに異なる義務を課していること。第二に、Google・Indeed・Google Cloud Talent Solution が「掲載する主体と雇用する主体は別でありうる」という前提を仕様に組み込んでいることです。いずれも一次資料で確認できます。
確認できなかったことは一つです。生成AIが求人をどの雇用主の求人として自然文で回答するか、その誤帰属率を測った公開ベンチマークは、本稿で確認した範囲では確認できませんでした。
隣接領域の研究は存在します。求人広告のコーパスから企業名の意味表現を学習して企業エンティティ照合を解く研究（CompanyName2Vec、IEEE DSAA 2022）や、求人文中のスキル記述を職業分類へ結び付ける entity linking の研究（Findings of EACL 2024）です。ただし前者が扱うのは名寄せであり、後者の対象はスキルであって企業ではありません。実務側のAI可視性調査も、ブランドが言及・引用される頻度を測るものであって、「どの企業の求人としてAIが語ったか」を測ってはいません。
したがって本記事は、発生頻度を示す数字を提示しません。提示するのは、法制度とプラットフォーム仕様から演繹できる「構造的に起きうる経路」と、それを自社で確かめる方法です。
なお本記事は法令の解釈ではありません。個別事案は社会保険労務士・弁護士にご相談ください。
一つの求人が求職者の目に触れるまでに、典型的には次の役割が関与します。同じ「仲介」でも、職業紹介と労働者派遣では雇用関係の有無が正反対です。
| 役割 | 実務上の呼称 | 働く人との雇用関係 |
|---|---|---|
| 求人を出す | 求人企業・求人者 | あり（雇用主） |
| 職業紹介する | 職業紹介事業者（人材紹介会社） | なし（雇用関係の成立をあっせんする） |
| 派遣する | 派遣元事業主（派遣会社） | あり（派遣労働者の雇用主） |
| 掲載する | 求人媒体・ATS・アグリゲーター | なし |
「人材ビジネス」という一語の中に、雇用関係を持たない立場と持つ立場が同居している。これが本記事の出発点です。
職業安定法第4条第1項は、職業紹介を「求人及び求職の申込みを受け、求人者と求職者との間における雇用関係の成立をあつせんすること」と定義しています。あっせんする者は雇用関係の当事者ではなく、紹介会社が求人を扱っていても雇用主は求人企業です。
一方、同条第6項は「募集情報等提供」を四つの行為として列挙し、厚生労働省はこれを1号から4号までの事業類型として整理しています。分岐の軸は、依頼を受けて提供したのか、自ら収集して提供したのかです。2022年の改正では、クローリングで求人情報を集めて提供するサービスや、他の求人メディアの掲載内容を転載するサービスも募集情報等提供事業に含まれることが明示されました。
つまり日本の法制度は、「求人情報を扱う」という一語で括られがちな行為を、依頼を受けたのか、自分で集めたのかという軸で分解しています。この分解は、AIが登場するはるか前から存在していました。
求職者は「この求人はどこの会社か」を知りたい。ところが情報の側から見ると、その問いには少なくとも三つの答えがありえます。雇用契約を結ぶ相手はどこか。実際に働く場所はどこか。この情報の提供元はどこか。
人が読むときは文脈で補われます。求人媒体のロゴが上部にあり、紹介会社の名前が下部にあれば、読み手はそれぞれを別のものとして処理します。ところが情報が機械可読な形に落とされ、要約され、自然文として再生成される過程では、この視覚的な区別が失われます。残るのは、どのフィールドに何が入っていたかだけです。だからこそ、フィールドの定義が重要になります。
hiringOrganization は「実際に雇用する企業」Googleの求人構造化データのドキュメントは、hiringOrganization を「その職位を提供する組織」と定義したうえで、「これは会社の名称でなければならず、採用を行っている個別の拠点名であってはならない」と明記しています。ドキュメントが挙げている例は、「Starbucks, Inc」であって「Starbucks on Main Street」ではない、というものです。
同じドキュメントで、jobLocation は「従業員が出勤する事業所の物理的な所在地（オフィスや作業現場など）であり、求人が掲載された場所ではない」と定義されています。
つまりGoogleは、雇用する主体・就業場所・掲載場所を別のものとして扱っています。仕様がこの区別を必要としたということは、現実にこれらが一致しない場合があると想定されているということです。
confidential — 匿名求人のための公式の書式Googleは、組織が匿名で採用を行う場合の扱いも定めています。例として挙げられているのは「匿名の雇用主に代わって人材サービス事業者が掲載する場合」と「事業者のプラットフォーム上で雇用主が直接掲載する場合」で、この場合は hiringOrganization.name に confidential を指定します。例示の筆頭に人材サービス事業者が置かれていることは、匿名求人という仕組みが仲介の存在を前提に設計されていることの表れです。
Indeedはより踏み込んだ設計を採っています。Employer Data API の前提条件として、「その雇用主に紐づく求人を作成する前に、雇用主（employer）を作成しなければならない」と定めているのです。employerName と employerType はどの国でも同一の値をとるグローバル属性として扱われます。
雇用主が求人の一属性ではなく、求人に先立つ独立したオブジェクトとして設計されている。この順序に設計思想が表れています。
さらに具体的なのが、Indeedが日本のパートナー向けに公開している「Placement companies（紹介会社）」の要件です。ドキュメントは紹介会社を「雇用主が顧客であり、紹介会社は雇用主と候補者の間の仲介者として機能する」と定義したうえで、必要なフィールドを送らなければ求人掲載が拒否されうると述べています。求められている内容は次のとおりです。
| フィールド | 入れるもの |
|---|---|
metadata > jobSource > companyName | 顧客企業（＝実際の雇用主）の名称 |
metadata > jobSource > sourceName | 紹介会社の名称。雇用主として使う値とは別の値を用いる |
metadata > jobSource > sourceType | "Staffing Agency" |
metadata > jobSource > isPlacement | TRUE |
body > description | 顧客企業の情報、紹介会社の情報、および紹介会社が顧客企業に代わって掲載した事実 |
patchEmployer > employerName | 求人を掲載する紹介会社の名称 |
ドキュメントに載っている実例の求人説明文には、日本語で「なお本求人は職業紹介事業者である株式会社紹介元企業による紹介案件です」という一文が含まれています。
ここで起きているのは、同一の求人が、二つの企業名を、異なる意味を持つ二つのフィールドに同時に保持しているということです。しかも仲介関係そのものが isPlacement という真偽値として機械可読に宣言され、Indeed はそれに加えて自然文の説明にも書くことを要求しています。
なお、Indeedは日本向けの雇用形態コードに派遣社員（8YWGX、Third-party contract）を独立して用意し、無期雇用派遣には属性 5T857 を併用するよう定めています。請負は T65DZ、嘱託職員は属性 9HCQR と、契約形態ごとに別の値が割り当てられています。契約形態を区別する必要があるという判断が、コード体系に反映されている例です。
Google Cloud Talent Solution の基礎ドキュメントは、利用者のサイトを四つの基本ユースケースに分類しています。求人ボード（求職者に求人一覧を返す）、キャリアサイトプロバイダー（顧客企業にキャリアサイトのサービスを提供する）、人材派遣・紹介事業者（顧客に短期または長期の人材を提供する）、応募者追跡システム（ATS）（採用プロセスを通じて応募者を追跡する）の四つです。
さらに同サービスは、求人（jobs）と企業（companies）のオブジェクトを所有するテナントという中間層を持ちます。ドキュメントが挙げる用途は「複数の子会社を持つ組織のために求人サイトを構築する求人サイトプロバイダー」と「複数の企業のために応募者追跡システムを構築する人材紹介事業者」です。リリースノートには、人材紹介事業者が候補者に代わって応募を送信する場合のイベント種別の追加も記録されています。
ここまで見てきた仕様に共通するのは、次の一点です。
> 掲載する主体と雇用する主体が異なりうることは、設計上、明示的に想定されている。
これらの仕様が存在するという事実は、区別する必要が実在することを示しています。同時に、これらの仕様に従って書けば生成AIが雇用主を正しく認識する、ということを示すものではありません。仕様が保証しているのは、各プラットフォームが定義した意味で情報が格納されることまでです。それが自然文に要約される段階でどう扱われるかは、別の問題として残ります。
労働者派遣法第2条第1号は、労働者派遣を次のように定義しています。
> 自己の雇用する労働者を、当該雇用関係の下に、かつ、他人の指揮命令を受けて、当該他人のために労働に従事させることをいい、当該他人に対し当該労働者を当該他人に雇用させることを約してするものを含まないものとする。
条文が「自己の雇用する労働者」「当該雇用関係の下に」と重ねて述べているとおり、雇用関係は派遣元と派遣労働者の間にあります。派遣先は指揮命令を行う立場であり、雇用関係の当事者ではありません。
厚生労働省の解説も同じ整理です。労働者派遣事業を「派遣元事業主が自己の雇用する労働者を、派遣先の指揮命令を受けて、この派遣先のために労働に従事させることを業として行うこと」と説明し、労働者派遣と請負の区分に関するガイドでは、責任主体を「雇用主（派遣元事業主、請負事業者）」「派遣先」「注文主」と書き分けています。行政文書が「雇用主」を派遣元に対して用いている点は、実務上重要な確認点です。
なお、ある契約形態が労働者派遣に該当するか請負に該当するかは、契約の形式ではなく実態に即して判断されます。個別事案の判断は社会保険労務士・弁護士にご相談ください。
労働者派遣法上の雇用関係と、§2で見たGoogleの各プロパティ定義を重ねると、本稿では通常の派遣求人を次のように整理します。
| 仕様上のフィールド | Googleの定義 | 本稿の当てはめ |
|---|---|---|
hiringOrganization | 職位を提供する組織。会社の名称であり、採用している個別の拠点名ではない | 派遣元事業主 |
jobLocation | 従業員が出勤する事業所の物理的な所在地。求人が掲載された場所ではない | 当該求人で実際に就業する事業所の所在地。派遣先企業の本店所在地とは限らない |
★この対応関係は本稿の当てはめです。Googleが日本の労働者派遣について個別に明示しているわけではありません。 Googleが明記しているのは、各プロパティが何を指すかという定義までです。
構造化データの記述としては、次のような形になります。
{
"@context": "https://schema.org/",
"@type": "JobPosting",
"title": "カスタマーサポート",
"datePosted": "2026-08-10",
"validThrough": "2026-10-10T00:00",
"hiringOrganization": {
"@type": "Organization",
"name": "（雇用関係のある派遣元事業主の名称）"
},
"jobLocation": {
"@type": "Place",
"address": {
"@type": "PostalAddress",
"addressLocality": "（就業する事業所の所在地）",
"addressCountry": "JP"
}
}
}一つの求人票の中に、雇用関係を持つ企業名と、その企業とは資本関係も雇用関係もない企業の所在地が、並んで格納されます。これは誤りではなく、仕様の定義に忠実に従った結果です。
この例に employmentType を入れていないのは、Googleの employmentType に日本法上の「労働者派遣」を直接表す値が用意されていないためです。TEMPORARY は有期の職位を意味するにすぎず、労働者派遣という法的関係を表すコードではありません（無期雇用派遣も存在します）。§2-4 のIndeedのコード体系との違いが表れる箇所です。
問題は、この構造が自然文に落ちるときに生じます。
日常の日本語で、派遣で働く人が「いまA社で働いています」と言うのはごく普通の表現です。この「で」は就業場所を指しており、雇用主を指してはいません。しかし文面だけを見れば、正社員として同じことを言う場合と区別がつきません。
求人票を要約する処理は、この区別をフィールドの定義以外からは得られません。両者が自然文に畳まれた時点で、区別の根拠は文脈に委ねられます。
ここまでが構造の説明であり、実際にどの程度の割合で区別が失われるかは、本稿で確認した範囲では確認できませんでした。 経路が存在することと、その経路がどれくらい通られるかは別の問題です。
職業紹介では、雇用関係は求人企業と求職者の間に成立します（職業安定法第4条第1項）。紹介会社は雇用主ではありません。したがって hiringOrganization に入るべきは求人企業です。
ところが実務では、求人企業名を伏せた非公開求人が広く扱われています。この場合に用意されているのが §2-2 の confidential と、§2-4 の isPlacement・sourceType の組み合わせです。どちらも「雇用主が誰か分からない」ための仕組みではなく、「雇用主を伏せることを明示する」ための仕組みである点に注意が必要です。
なお紹介予定派遣（労働者派遣法第2条第4号）では、派遣期間中の雇用主は派遣元ですが、職業紹介が成立して派遣先が直接雇用した後は帰属する主体そのものが変わります。本稿の整理は派遣期間中についてのものです。
以下は、法制度とプラットフォーム仕様から演繹できる経路の整理です。いずれについても発生頻度を示す数字は提示しません。
企業名は一意ではありません。グループ会社、旧社名、支店名、屋号、同名の無関係な企業が並存します。
この問題は、AI固有のものではありません。厚生労働省が募集情報等提供事業者向けに公表しているリーフレットは、「誤解を生じさせる表示」の注意点として、募集者の名称について次のように述べています。
> 優れた実績を持つグループ会社の情報を大きく記載する等、求人企業とグループ企業が混同されるような表示をしてはなりません。
不適切な例として挙げられているのは、A社のグループ会社B社の求人について「A社は高度なITエンジニアのスキルを持った方を必要としています」と表示することです。グループ内の名称をめぐる誤りは、AIが読む以前に、行政が名指しで注意している論点なのです。
技術側でも、企業名の曖昧性は既知の課題です。求人広告のコーパスから企業名の意味表現を学習し、企業エンティティ照合を平均89.3%の成功率で解いた研究があります（CompanyName2Vec、IEEE DSAA 2022）。求人領域の企業名を専用に学習した手法でも、約1割は解けていないという数字です。大規模言語モデルを用いた研究でも、文脈が不足してメンションを解消できない場合と、メンションを誤って解釈して別のクラスに割り当てる場合が誤りの類型として報告されています（Pons ら、ISWC 2024）。
いずれも名寄せというタスクの精度であり、生成AIが自然文で誰の求人として語るかを測ったものではありません。 ただし企業名の一致だけでは同定が成立しないという構造は共通します。
§3 で述べた構造そのものです。hiringOrganization に派遣元、jobLocation に派遣先が入り、自然文に要約される段階で二つが畳まれうる経路が残ります。
confidential を指定した求人では、雇用主の名称が意図的に伏せられています。要約されるとき主語として残りうるのは、掲載媒体の名前か、紹介会社の名前か、あるいは何も残らないかです。伏せる判断そのものが適法かつ必要な場合はありますが、伏せた結果として何が主語になるかは、伏せた側が決められないという点は認識しておく必要があります。
同一の求人が求人企業の採用サイト、紹介会社のサイト、複数の求人媒体に同時に存在することは珍しくありません。問題は存在そのものではなく、それぞれのページで誰が雇用主として書かれているかが揃っていない場合です。Googleは、同一求人が複数URLに存在する場合に正規URLを指定するよう求め、第三者の求人サイトに対しては求人タイトルを書き換えず受け取ったまま提供するよう求めています。
Googleの求人コンテンツポリシーは期限切れの求人掲載を認めておらず、対応を怠った場合は手動による対策の対象になりうるとされています。終了させる方法として、validThrough を過去の日時にすること、ページを削除して404または410を返すこと、JobPosting 構造化データを取り除くことが挙げられています。
しかし、ページを閉じたあとも、そのページを引用した第三者の記事、キャッシュ、転載先は残りえます。「求人を終了させた」ことと「その求人についての記述が流通から消えた」ことは、同じではありません。
以上の五つは、いずれも法制度とプラットフォーム仕様から筋道を追える経路です。しかし実際にどの経路がどれだけ通られているかを示す公開データは、本稿で確認した範囲では確認できませんでした。業界共通の数字が得られない以上、自社の扱う求人について自社で確かめるほかありません。 その方法は §8 で扱います。
2022年10月1日に施行された改正職業安定法は、第5条の4として「求人等に関する情報の的確な表示」を新設しました。三つの項は、名宛人がそれぞれ異なります。
| 項 | 名宛人 | 義務の内容 |
|---|---|---|
| 第1項 | 公共職業安定所、特定地方公共団体および職業紹介事業者、労働者の募集を行う者および募集受託者、募集情報等提供事業を行う者、労働者供給事業者 | 虚偽の表示・誤解を生じさせる表示をしてはならない |
| 第2項 | 労働者の募集を行う者および募集受託者 | 正確かつ最新の内容に保たなければならない |
| 第3項 | 第1項の名宛人から「労働者の募集を行う者および募集受託者」を除いた者 | 厚生労働省令の定めるところにより、正確かつ最新の内容に保つための措置を講じなければならない |
重要なのは、第2項と第3項が会社の業種名ではなく、その場面で果たしている法的役割によって適用が分かれることです。求人媒体などの募集情報等提供事業者や職業紹介事業者は第3項の名宛人となる一方、派遣元事業主が自社の派遣労働者を募集する場面では、第2項の「労働者の募集を行う者」に該当し得ます。同じ会社が機能ごとに双方の名宛人になり得るということです。ATS・HRテック事業者も、提供するサービス機能によって募集情報等提供事業への該当性が変わります。
もう一つの違いは義務の性質です。第2項が情報そのものの状態を求めているのに対し、第3項は「措置を講じること」を求めています。厚生労働省が公表している改正職業安定法のQ&Aも、正確かつ最新でない情報を提供してしまった場合に直ちに第3項違反となるわけではないが、省令の定める措置を講じていない場合には違反となる、と整理しています。
職業安定法施行規則第4条の3第4項が、第3項の措置を具体化しています。厚生労働省のリーフレットは、これを事業類型ごとに整理しています。
すべての募集情報等提供事業者が講じる必要がある措置
依頼を受けて情報を提供する事業者（1号・3号）が、いずれかを講じる必要がある措置
自ら収集した情報を提供する事業者（2号・4号）が、いずれかを講じる必要がある措置
職業紹介事業者が、いずれかを講じる必要がある措置
職業紹介事業者にも、訂正・提供中止の求めへの遅滞ない対応と、不正確・旧情報を確認した場合の訂正確認または提供停止は共通して求められます。リーフレットは、いずれの類型についても「これらの措置は可能な限りいずれも講ずることが望ましい」と付記しています。注目したいのは、クローリングで求人情報を集める事業者に更新頻度の明示が求められていることです。鮮度そのものではなく、鮮度に関するメタ情報を開示させる設計です。
第1項が禁じる虚偽の表示について、厚生労働省のリーフレットは該当しうる例を列挙しています。その筆頭が次の一文です。
> 実際に募集を行う企業と別の企業の名前で求人を掲載する。
これは本記事が扱っている帰属の問題そのものです。雇用主と別の企業名で求人を掲載することは、表現の巧拙の問題ではなく、職業安定法上の虚偽表示に該当しうる行為として、行政が明示的に例示しているものです。
同じリーフレットは、誤解を生じさせる表示の例として §4-1 のグループ会社の混同を挙げ、「フリーランス（委託）の募集と雇用契約の募集を混同する」ことも不適切としています。雇用関係の有無と、その相手方が誰かという二つの論点が、いずれも表示規制の対象になっているわけです。求人情報の記載例に「派遣労働者として雇用する場合」の雇用形態欄が設けられていることも、派遣かどうかの明示が構成要素として想定されている表れです。
制度面の周辺も押さえておきます。
優良募集情報等提供事業者認定制度は、法令遵守、的確な表示、個人情報等の取り扱い、情報公開、審査、苦情相談対応などについて一定の基準を満たした募集情報等提供事業者を認定する厚生労働省の委託事業で、2022年度に開始されました。認定事業者は公表されており、2026年4月1日時点の一覧が制度の公式サイトで確認できます。
もう一点、AIとの関係で見落とせないのが事業情報の公開です。職業安定法は募集情報等提供事業者に、インターネット等を通じた事業情報の公開を努力義務として求めています。公開が求められる項目には次が含まれます。
求人等に関する情報の的確な表示に関する事項、個人情報の保護に関する事項、苦情の処理に関する事項、そして求人情報・求職者情報の検索結果の表示順の決定に当たって考慮している事項の四つです。
厚生労働省はこの最後の項目について「上記項目に従ってアルゴリズム・AI等を使用して表示順を決定している場合、当該アルゴリズム・AI等の詳細の公開を求めるものではありません」と補足しています。考慮している事項の開示は求めるが、アルゴリズムの内部までは求めないという切り分けであり、後述する測定の考え方とも通じます。
hiringOrganization に誰を書くかの判断基準判断は、雇用関係を起点に置くのが明快です。
confidential を用いる（§6-2）。confidential を使う場面と、使ってはいけない場面使ってよいのは、雇用主が匿名を望んでおり、その意思に基づいて伏せる場合です（§2-2）。使ってはいけないのは、次のような場合です。
一つ目と二つ目は、第3項所定の措置を講じていないという意味で法令上の問題となり得ます。三つ目は §5-3 の表示規制に触れうる領域です。
§4-4 のとおり、整理すべきは次の三点です。
hiringOrganization の名称が揃っているかを確認する終了処理は三段構えで設計します。
三つ目は法令上の要求ではありませんが、終了処理が自社の外まで及んだかを確かめる手段になります。
| してはいけないこと | 理由 |
|---|---|
| 実際に募集を行う企業と別の企業名で掲載する | 厚生労働省が虚偽表示の例として明示 |
| グループ会社の求人を親会社の求人であるかのように見せる | 厚生労働省が誤解表示の例として明示 |
雇用主が不明なまま confidential で通す | 第3項所定の措置を講じていないことになり得る |
| 期限切れの求人を放置する | Googleの求人コンテンツポリシー違反。第3項所定の措置とも整合しない |
| 第三者の求人サイトで求人タイトルを書き換える | Googleが受け取ったままの提供を求めている |
| 無許可で他組織に代わって求人を掲載する | Googleが誤表示（misrepresentation）ポリシーの違反例として明示 |
最後の行は、Googleの求人コンテンツポリシーが違反例に「許可を得ずに、ある組織または企業に代わって求人を掲載すること」「雇用主を正確・現実的・真実でない形で表す求人や内容」「実際の勤務地と一致しない虚偽の所在地データの提供」を挙げていることに基づきます。日本の職業安定法が禁じる虚偽表示と内容が重なっています。
本記事で扱えなかった論点を明示します。いずれも「まだ分かっていない」ということであり、「問題がない」という意味ではありません。
hiringOrganization と jobLocation の双方が与えられたとき、どちらを主語に選ぶ傾向があるかを比較した公開データは確認できませんでした。sameAs や identifier の識別効果。これらは同名企業の識別を助けうるプロパティですが、生成AIの回答における識別精度を向上させることを示す公開データは確認できませんでした。confidential 指定時にAIが何を主語にするか。体系的に調べたデータは確認できませんでした。最後の項目は本記事の位置づけを表しています。業界側の関心はAIの利用に向かっており、AI上での帰属の正確性は、まだ共通の論点として立てられていません。
業界共通の数字は本稿で確認した範囲では得られませんでした（§7）。他方で、情報を正確かつ最新に保つ措置は法令上の義務です（§5）。
> 業界平均を待つのではなく、自社が扱う求人について、AI上でどう語られているかを自分で観測する。
§5-4 のとおり、職業安定法は表示順のアルゴリズム内部の開示までは求めず、考慮している事項の開示を求めています。内部機構ではなく、条件と結果を扱うという発想は、AI上の認知を測る場合にも当てはまります。
★以下は、職業安定法第5条の4第3項が要求する法的義務ではありません。 同項が求めるのは §5-2 の措置であって、生成AIの回答を監視することではありません。ここから先は本稿が提案する任意の外部モニタリング策です。
AI可視性の一般的な指標は、ブランドが言及されたか、引用されたかという露出量です。本稿では、露出量だけでなく、とくに帰属の正確性を観測することを提案します。観測項目は、次の五つを軸にするとよいでしょう。
| 観測項目 | 問い | 対応する構造 |
|---|---|---|
| 帰属主体 | 誰の求人として語られたか | §1・§2 |
| 主体の混線 | 雇用主と就業先が混ざっていないか | §3 |
| 同名混同 | 同名企業・グループ会社と取り違えられていないか | §4-1 |
| 鮮度 | 掲載終了後も語られ続けていないか | §4-5 |
| 根拠 | どのページを根拠として提示したか | §4-4 |
三列目のとおり、観測項目は本記事で整理した構造と一対一で対応します。構造から観測項目を導くという順序が重要です。崩れうる経路が特定できているからこそ、観測すべき点が決まります。
生成AIの回答は、同じ質問でも実行のたびに揺らぎます。単発の確認では、観測された事象が傾向なのか偶然なのかを区別できません。統制すべき条件は、少なくとも次のとおりです。
Vaipm は、AI上の認知を複数のAIへの合計25回のステートレス計測によって測定しています。
二点を明示しておきます。第一に、25回という回数は、研究から導かれた最適値ではなく、Vaipmの運用設計です。回答の揺らぎを踏まえ、実務上の反復可能性と精度の折り合いをどこに置くかという判断の結果です。第二に、ステートレスであること、すなわち会話履歴やパーソナライズを持ち込まない状態で観測することが条件統制の中核であり、§8-3 のセッション状態の問題に対応します。
観測しているのは露出量だけではありません。引用・言及に加えて、回答内でどう扱われたか、どの主体に帰属されたか、誤りや古い情報が含まれていないかを含みます。本記事の文脈では、§8-2 の五つの観測項目がそのまま測定項目になります。
考え方の背景はAI Perception Management（AIPM）とはで、測定領域の全体像はAIO（AI検索最適化）とはおよびLLMOとはで扱っています。
観測は目的ではありません。出力は次の三つに接続されます。
候補者が生成AIを企業研究にどう使っているかは、ハブ記事採用活動におけるAI認知にまとめています。本記事はそこから仲介する側の課題を切り出したものです。
求人情報の流通には、求人を出す企業、仲介する事業者、掲載する媒体が並びます。誰が雇用主かは自明ではなく、労働者派遣では、法律上の雇用主である派遣元と就業先である派遣先が、同じ求人票の別の欄に入ります。主要なプラットフォームは、この曖昧さを設計上明示的に想定して仕様に組み込み、日本の職業安定法は第5条の4第3項で、仲介する側と掲載する側に情報を正確かつ最新に保つ措置を義務づけています。
帰属の正確性は、AI時代に生まれた新しい課題ではありません。もともと法令上の要求であったものが、AIによる要約という新しい経路で試されているだけです。 生成AIが実際にどの程度取り違えるかを示す公開データは、本稿で確認した範囲では見つかりませんでした。だからこそ、自社が扱う求人について条件をそろえて観測するという実務が要ります。
本稿で確認した範囲では、この問いに答える公開ベンチマークは見つかりませんでした。確認できるのは、求人情報の流通経路に複数の主体が並び、どの主体を「雇用主」として扱うかがプラットフォームごとに明示的なルールで定められていることまでです。したがって、自社が扱う求人について実際に確認する以外に、現状で確度の高い方法はありません。確認の手順は §8 に整理しています。
労働者派遣法第2条第1号は、労働者派遣を「自己の雇用する労働者を、当該雇用関係の下に、かつ、他人の指揮命令を受けて、当該他人のために労働に従事させること」と定義しています。雇用関係は派遣元と派遣労働者の間にあり、派遣先は指揮命令を行う立場です。厚生労働省も、責任主体を「雇用主（派遣元事業主、請負事業者）」「派遣先」「注文主」と書き分けています。個別の契約形態の該当性は実態で判断されるため、専門家にご相談ください。
Googleは hiringOrganization を「その職位を提供する組織」であり「その会社の名称であって、採用している個別の拠点名ではない」と定義し、jobLocation を「従業員が実際に出勤する事業所の物理的な所在地であり、求人が掲載された場所ではない」と定義しています。労働者派遣法上の雇用関係とこの定義を重ねると、本稿では前者を派遣元、後者を実際に就業する事業所と整理します。ただしGoogleが日本の労働者派遣についてこの対応関係を個別に明示しているわけではなく、当てはめは法的判断を伴うため専門家にご確認ください。
Googleは、組織が匿名で採用を行う場合の例として「匿名の雇用主に代わって人材サービス事業者が掲載する場合」と「事業者のプラットフォーム上で雇用主が直接掲載する場合」を挙げ、hiringOrganization.name に confidential を指定するよう定めています。これは雇用主を伏せる意思がある場合の書式であって、雇用主が誰か分からない場合や、確認の手間を省きたい場合の逃げ道ではありません。
厚生労働省が募集情報等提供事業者向けに公表しているリーフレットは、「虚偽の表示に該当する場合がある」例の筆頭に「実際に募集を行う企業と別の企業の名前で求人を掲載する」を挙げています。職業安定法第5条の4第1項は虚偽の表示・誤解を生じさせる表示を禁じており、名宛人には職業紹介事業者と募集情報等提供事業を行う者が含まれます。帰属の誤りは表現上の問題ではなく法令上の論点です。
同じ厚生労働省リーフレットは、「誤解を生じさせる表示」の注意点として、募集者の名称欄について「優れた実績を持つグループ会社の情報を大きく記載する等、求人企業とグループ企業が混同されるような表示をしてはなりません」と明記し、A社のグループ会社B社の求人をA社が必要としているかのように表示する例を不適切としています。名称の使い分けは、AIに読まれる前にまず法令上の論点です。
名宛人と義務の性質が違います。第2項は労働者の募集を行う者および募集受託者に、募集情報を正確かつ最新の内容に保つことを求めます。第3項は公共職業安定所、特定地方公共団体および職業紹介事業者、募集情報等提供事業を行う者、労働者供給事業者に、正確かつ最新に保つための措置を講じることを求めます。適用は業種名ではなく、その場面で果たしている法的役割で分かれます。派遣元事業主が自社の派遣労働者を募集する場面では、第2項に該当し得ます。
厚生労働省のリーフレットによれば、すべての募集情報等提供事業者に共通するのは、提供中止や訂正を求められたら遅滞なく対応すること、および正確・最新でないと確認したら遅滞なく訂正の有無を確認するか提供を中止することです。加えて、依頼を受けて提供する事業者は募集終了・内容変更の通知を依頼するか情報の時点を明示すること、自ら収集する事業者は更新頻度を明らかにするか情報の時点を明示することが求められます。
そう言える根拠は、本稿で確認した範囲では見つかりませんでした。構造化データがAI検索の表示や引用に効くかは別稿「求人票の構造化データはAIに効くのか」で扱っています。本稿が述べているのは、hiringOrganization などの仕様が「どの主体を書くべきか」を明示している以上、その定義に沿って書くこと自体が正確性の要請であり、AIへの効果とは切り離して成立する、ということです。
二つの水準で問題になります。第一に、Googleの求人コンテンツポリシーは期限切れの求人掲載を認めておらず、対応を怠ると手動による対策の対象になりうるとしています。第二に、職業安定法第5条の4第3項と施行規則が求める措置は、まさに情報を最新に保つことを内容とします。加えて掲載終了後もページやキャッシュが残れば、AIがそれを参照して古い帰属を語り続ける経路が残ります。
同一の求人が求人企業の採用サイト、紹介会社のサイト、複数の求人媒体に同時に存在することは珍しくありません。問題は存在そのものではなく、それぞれのページで誰が雇用主として書かれているかが揃っていないことです。Googleは、同一求人が複数URLにある場合に正規URLを指定するよう求め、第三者の求人サイトには求人タイトルを受け取ったまま提供するよう求めています。
露出量ではなく帰属の正確性を観測項目に据えることをおすすめします。具体的には、誰の求人として語られたか、雇用主と就業先が混ざっていないか、掲載終了後も語られ続けていないか、同名・グループ会社と取り違えられていないか、どのページを根拠に語ったかの五点です。生成AIの回答は実行のたびに揺らぐため、単発の確認ではなく条件をそろえた反復観測が必要です。詳しくは §8 を参照してください。
出典は三層に分類しています。第1層は法令および行政機関の一次資料、第2層はプラットフォーム提供元の公式ドキュメント、第3層は業界団体・学術・その他です。すべて2026年8月10日に内容を確認しています。
https://www.japaneselawtranslation.go.jp/ja/laws/view/4486
https://www.japaneselawtranslation.go.jp/ja/laws/view/4664
https://www.mhlw.go.jp/content/11600000/000983825.pdf
https://www.mhlw.go.jp/content/001250188.pdf
https://www.mhlw.go.jp/content/001250191.pdf
https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/roudoushahakennjigyou.html
https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/0000077386_00020.html
JobPosting) structured data for Job Search」（hiringOrganization／jobLocation／confidential／求人コンテンツポリシー／期限切れ求人の扱い。最終更新 2025年12月18日）https://developers.google.com/search/docs/appearance/structured-data/job-posting
companyName／sourceName／sourceType／isPlacement の要件。最終更新 2026年7月2日）https://docs.indeed.com/job-sync-api/for-japan-partners/placement-companies
employerName／employerType のスコープ）https://docs.indeed.com/indeed-plus/employer-data-api/
https://docs.indeed.com/employers/operations/create-employer
8YWGX／無期雇用派遣 5T857／請負 T65DZ 等の雇用形態コード。最終更新 2026年7月21日）https://docs.indeed.com/job-sync-api/reference/job-types
https://docs.cloud.google.com/talent-solution/job-search/docs/basics
https://docs.cloud.google.com/talent-solution/job-search/v4beta1/docs/tenants
https://docs.cloud.google.com/talent-solution/docs/release-notes
https://www.jassa.or.jp/information/6453/
https://www.jil.go.jp/kokunai/blt/backnumber/2026/06/kokunai_02.html
https://www.keidanren.or.jp/policy/2026/016.pdf
https://arxiv.org/abs/2201.04687
https://arxiv.org/abs/2505.02737
本記事は、人材紹介会社・派遣会社・求人媒体・ATS/HRテックベンダーを対象に、AI上での雇用主の帰属という論点を整理したものです。ハブ記事採用活動におけるAI認知のスポークにあたり、求人を出す企業側の視点を扱う求人票の構造化データはAIに効くのかとは読者と主題が異なります。
本記事は法令の解釈を示すものではなく、個別事案について助言するものでもありません。契約形態の該当性や表示の適法性については、社会保険労務士・弁護士にご相談ください。
AIO・GEO・LLMO は公式の規格名ではなく、実務上の呼称です。本記事はこの前提のうえで、帰属の正確性という論点に絞って記述しています。
著者: Vaipm（AI上の認知を、複数のAIへの合計25回のステートレス計測で測定している）
公開日: 2026年8月10日／出典確認日: 2026年8月10日
求人票にJobPosting構造化データを入れればAIに拾われる——この前提はGoogle公式では確認できません。Googleが実際に述べていること、hiringOrganizationとconfidentialの正確な意味、終了時の扱い、そして効果を自分で検証する方法を、2026年8月時点の一次情報で整理します。
就職活動でのAI利用は84.9%に達し、企業側の実感も30.6%へ上昇しました。しかし「学生がAIを使っている」と知ることと、自社がAI上でどう説明されているかを測ることは別問題です。人事・採用広報が押さえるべき実態データ、AIが参照する情報源、誤情報への向き合い方、実務設計までを一次データで解説します。
AIPM（AI Perception Management／AI認知管理）とは、生成AIや回答エンジンが自社をどう認識・説明・引用するかを測定し、継続的に統制する実務領域。AIO・GEO・LLMOとの違い、海外で立ち上がったカテゴリと主要ベンダー、ガバナンス・規制、効果測定までを一次情報で解説する、Vaipm（ヴァイピム）の決定版ガイドです。