よくある質問
Indeed API との連携に関するよくある質問への回答を確認します。OAuth認証情報はクライアントIDとシークレットです。パートナーコンソールでこれらの認証情報にアクセスします。クライアントIDとシークレットをアクセストークン（長い暗号化された文字列）と交換します。すべてのAPI呼び出しにこのトークンを含めて、アプリのIDと権限を認証します。アクセストークンの有効期限は1時間です。
認可コードフロー（3レグOAuth）が必要な連携を構築しているATSで、IndeedにOAuthアプリケーションを登録していない場合は、OAuthクライアントIDを作成する必要があります。
Indeedパートナーになると、IndeedはIndeedのAPIとサービスを製品に統合するアプリをセットアップします。IndeedはIndeedユーザーアカウントにパートナーコンソールへのアクセスを付与し、アプリのOAuth認証情報（クライアントIDとシークレット）にアクセスするために使用します。
これらのOAuth認証情報をアクセストークンと交換するために必要です。その後、Indeed API呼び出しにアクセストークンを含めて、アプリのIDと権限を認証します。
アクセストークンの有効期限は1時間のため、1時間ごとにOAuth認証情報をアクセストークンと交換します。
認可コードフロー（3レグOAuth）では、アプリは認可コードをリクエストする必要があります。認可コードは、ユーザーとその関連採用企業アカウントに代わってアプリが操作する権限を付与します。たとえば、このフローを使用してIndeed面接を作成したり、スポンサー付きキャンペーンを作成したりします。
アクセスしたいアカウントのユーザーがこのコードを付与します。コードの有効期限は10分です。認可コードを取得したら、Indeedユーザーアカウントでパートナーコンソールにログインします。
ダッシュボードで、アプリリストからアプリを選択します。アプリ詳細ページの認証情報タブには、OAuth認証情報（クライアントID、シークレット、認可コード）が表示されます。これらの認証情報をアクセストークンと交換します。
アクセストークンをリクエストすると、次のようなレスポンスを受け取ります。
{ "access_token": "<access_token>", "refresh_token": "<refresh_token>", "id_token": "<id_token>", "scope": "offline_access employer_access email", "consented_scope": "offline_access employer_access email", "convid": "1er835qvtu54n800", "token_type": "Bearer", "expires_in": 3600}IDトークンをJWT debuggerに貼り付けます。
Indeed は、code パラメーターと state パラメーターを付加して、redirect_uri エンドポイントのページにユーザーをリダイレクトします。例:
http://www.companyname.com/oauth/indeed?code=rXZSABCyYQHQ&state=employer12POSTリクエストをhttps://apis.indeed.com/oauth/v2/tokensに送信します。
code、client_id、client_secret、redirect_uri、grant_typeパラメータを指定する必要があります。オプションでemployerパラメータを指定できます。
採用企業を表すアクセストークンを取得するをご覧ください。
この認可リンクにより、次 の画面が表示されます。
| 画面 | 説明 |
|---|---|
| 認証 | ユーザーが Indeed からログアウトしている場合に表示されます。 |
| OAuth 同意 | employer_access スコープなど、OAuth アプリがリクエストするスコープに対して、ユーザーが同意を付与できるようにします。 |
| Indeed 採用企業の選択 | ユーザーアカウントに関連付けられた採用企業の一覧から、ユーザーが採用企業を選択できるようにします。 |
ユーザーアカウントに採用企業が関連付けられている場合は、認可コードをリクエストする際にprompt=select_employerを指定する必要があります。このパラメータにより、認可するユーザーにIndeed採用企業選択画面が表示され、ユーザーが採用企業アカウントを選択できます。
アクセストークンは1つの採用企業のみを表します。採用企業を切り替えるには、アクセストークンを取得してください。
すべてのIndeed エントリー連携には、審査用の質問、人口統計データ取得を含む更新されたスキーマによる均等雇用機会（EEO）質問（米国採用企業を サポートする場合）、および応募者ステータス連携機能が必要です。
この短い動画では、新機能と組織が取るべきアクションを要約しています。Indeed エントリー機能強化プレゼンテーションのコピーにアクセスできます。
Indeedは、データループを完結させ、採用プロセスにおける応募者の進捗を正確に追跡するために、応募者ステータス連携を要求しています。この機能は、マッチングアルゴリズムの改善とクライアントのパフォーマンスの最適化に不可欠です。応募者ステータス連携は、審査用の質問およびEEOコンプライアンス（該当する場合）とともに、すべてのIndeed エントリー連携の必須コンポーネントです。
Indeedは、進化する法律や規制に対応して義務を継続的に評価・調整しています。法的要件の変更に伴い、Indeedはコンプライアンスに引き続き取り組み、適用されるデータ保護およびプライバシー法との整合性を確保するためにポリシーと慣行を更新します。
Indeedは、GDPRおよびその他の関連プライバシー法を完全に遵守しています。応募者ステータス連携データの返却は、求人マッチングと採用成果の改善にのみ使用されるため、法的およびコンプライアンス義務に沿っています。すべてのデータ処理は、プライバシーポリシーおよび適用される規制に従って行われます。IndeedのGDPRコンプライアンスの詳細については、Indeed GDPRコンプライアンスをご覧ください。
現在、採用企業固有のデータはクライアント固有のマッチングを改善するものではありませんが、応募者ステータスデータは、採用企業がどの候補者を適任と考えるかをIndeedが理解するのに役立ちます。このフィードバックはIndeedのマッチングモデルに直接反映され、より精緻な候補者レコメンデーションが可能になります。
ATSからの候補者応募者ステータスデータを使用することで、インデックス済み求人は全体で14%多くのポジティブな成果を得ています。
採用企業がIndeed エントリー連携をオプトアウトする一般的な理由は、任意のEEOおよび必須のノックアウト質問をサポートしていないことです。
Indeedには、すべての連携が審査用の質問をサポートし、米国の求人についてEEO質問をフラグ付けすることを要求する全社的な要件があります。採用企業は、人口統計質問の方法について引き続き責任を負います。すべての連携がUS求人のEEO質問のフラグ付けをサポートすることを要求することで、Indeedは求職者に一貫した体験を提供するより高品質な連携を推進しています。
クライアント認証情報はIndeed エントリーAPIトークンとシークレットです。これらの認証情報はパートナーコンソールでアクセスします。
Indeed エントリーの認証情報タイプを持つ共有APIシークレットを使用します。
Indeedは、HMAC-SHA1アルゴリズムを使用してメッセージ署名を計算します。この署名はHTTP X-Indeed-Signatureヘッダ ーとして送信されます。
Indeed エントリーは、リクエストの真正性を検証するために使用できるHTTPヘッダーを付けて、POSTリクエストをpostUrlに送信します。
現在、EEOおよび人口統計質問は、EEOコンプライアンスのため米国の求人にのみ適用されます。
Indeedは資格判定型の審査用の質問をサポートしています。これらの非ブロッキング質問では、回答が要件を満たさなくても応募者は応募フローの次のセクションに進むことができ、Indeedはその応募を引き続き送信します。
Indeed エントリー質問ツールを使用して、審査用の質問JSONファイルの構文を確認できます。このツールは、Indeed エントリー応募フローで審査用の質問がどのように表示されるかを示します。
求人や連携をライブにプッシュする前にテストするために、IndeedはIndeed エントリーXML設定テストツールを提供しています。設定可能なパラメータタブで、関連情報を入力してエンドツーエンドの応募フローのテストを開始します。
Indeed エントリー設定のテストをご覧ください。
POSTリクエストの場合、応募は同じ求人IDと同じ求職者メールアドレスからのIndeed応募が過去120日以内にある場合、重複とみなされます。
POSTリクエストへの応答時に応募が重複かどうかを判断する際、Indeed以外のソースから最初に送信された応募を使用しないでください。また、同じ求職者メールアドレスから同じ会社の別の求人IDへの応募を重複とみなさないでください。
URLでクロールされるXMLまたはお客様が提供するFTPサーバーでホストされるXMLの場合、Indeedは最後のリクエストの時刻から6時間間隔で1日4回求人データを更新します。Indeedホストのインポートシステムの場合、Indeedは新しいファイルを受信すると、2時間ごとの頻度でXMLフィードを更新します。より頻繁なファイルアップロードは求人データの更新を遅延させる可能性があります。フィードインデックスの遅延を修正するには、アップロードの頻度を減らしてください。
標準フィールドを含む限り、<branch_id>などの任意のフィールドを含めることができます。特定の情報をIndeedに表示する必要がある場合は、<description>フィールドを使用してください。
検索結果での表示は、Indeedの表示ルールに基づいています。検索品質チームは、正当で、ユニークで、詳細な説明と勤務地があり、応募しやすい求人を優先します。
クライアントサイトのデータがIndeedのデータターゲットに対応し、タグが前述のタグのいずれかと一致する場合、検索結果ページに表示されます。
ただし、データタグがIndeedタグと一致しない場合、その表示は、求人がある市場、検索結果ページがデスクトップかモバイルで表示されているか、その他の要因など、さまざまな要因に依存します。
タグに表示する必要がある情報が含まれている場合は、クライアントに<description>タグ内に情報を追加するよう依頼してください。
これらの基準を満たさない求人は検索結果から非表示になる場合があります。クライアントが検索品質チームの投稿のベストプラクティスに従っていることを確認してください。
クライアントがIndeedで求人を見つけるのに問題がある場合は、Indeedにお問い合わせください。
Indeedは、応募ページではなく求人詳細へのURLを必要とします。理由は以下のとおりです：
- Indeed エントリーが失敗した場合、Indeedは求職者を求人URLに誘導します。
- クライアントがIndeed エントリーをオプトアウトした場合、Indeedは求職者が応募するための方法が必要です。
- Indeedのアグリゲーションエンジンは、求人内容と求人アクティビティを確認するためにアクティブなURLを必要とします。
Indeedに初めて掲載する企業、またはすでにIndeedに掲載している企業からの新しい求人ソースの場合、Indeedはアカウントの確認とオーガニックシンジケーションの有効化のために連絡先メールアドレスを要求します。
Indeedが一部のケースでメールアドレスを使用しないことがありますが、すべての求人に対して要求しています。
オープンポジションが存在する各言語で、XMLフィード内のユニークな求人として求人を提供してください。XMLフィードで参照番号を重複 させると、最初に出現した求人のみがIndeedに表示されます。
オープンポジションが存在する各勤務地で求人を提供してください。地域全体の求人ではない地域全体の掲載は、Indeedでのオーガニック表示で拒否されます。各求人には固有の勤務地、固有の参照番号が必要であり、ユニークな求人を表す必要があります。そうでない場合、Indeedでの表示が失われます。
州全体の求人を投稿するには、stateおよびcountry要素を使用して州と国の情報を送信し、<city>と<postalcode>要素を空白のままにします。
例：テキサス州全体の求人：
<city> <![CDATA[]]></city><state> <![CDATA[TX]]></state><country> <![CDATA[US]]></country><postalcode> <![CDATA[]]></postalcode>例：東京都全体の求人：
<city> <![CDATA[]]></city><state> <![CDATA[東京都]]></state><country> <![CDATA[JP]]></country><postalcode> <![CDATA[]]></postalcode>国全体の求人を投稿するには、<country>要素を使用して国を送信し、<city>、<state>、<postalcode>に空白の値を送信します。
例：米国全土の求人：
<city> <![CDATA[]]></city><state> <![CDATA[]]></state><country> <![CDATA[US]]></country><postalcode> <![CDATA[]]></postalcode>例：日本全国の求人：
<city> <![CDATA[]]></city><state> <![CDATA[]]></state><country> <![CDATA[JP]]></country><postalcode> <![CDATA[]]></postalcode>可能な限り最も具体的で正確な勤務地に求人を投稿してください。すべての求人は、例に示すように要素が空白であっても、フィードで使用されるすべての要素を含める必要があります。
<city>または<state>要素を使用して、値「remote」を送信することで求人が完全リモートであることを示すことができます。この値を使用する場合、両方の要素に「remote」と入力してください。あるいは、一方の要素に「remote」と入力し、もう一方を空白のままにすることもできます。一方の要素に「remote」を入力し、もう一方に実際の勤務地を入力しないでください。
完全リモートだが特定の州に居住する必要がある求人の場合、<remotetype>要素を州全体の求人投稿スキーマと組み合わせて使用できます。
日本のみ。 日本でリモート求人を投稿する場合、<city>と<state>を空白のままにし、<remotetype>を使用してください。完全リモートだが特定の都道府県に居住する必要がある求人の場合、<remotetype>要素を都道府県全体の求人投稿スキーマと組み合わせて使用できます。
例：テキサス州の完全リモート求人：
<city> <![CDATA[]]></city><state> <![CDATA[TX]]></state><country> <![CDATA[US]]></country><postalcode> <![CDATA[]]></postalcode><remotetype> <![CDATA[Fully remote]]></remotetype>例：東京都の完全リモート求人：
<city> <![CDATA[]]></city><state> <![CDATA[東京都]]></state><country> <![CDATA[JP]]></country><postalcode> <![CDATA[]]></postalcode><remotetype> <![CDATA[Fully remote]]></remotetype>リモートタイプの値：
- Fully remote：従業員がリモートまたは自宅で働きます。
- Hybrid remote：従業員がオフィスとリモートの両方で継続的に働きます。
例：米国の完全リモート求人：
<city> <![CDATA[Remote]]></city><state> <![CDATA[]]></state><country> <![CDATA[US]]></country><postalcode> <![CDATA[]]></postalcode><remotetype> <![CDATA[Fully remote]]></remotetype>例：日本の完全リモート求人：
<city> <![CDATA[]]></city><state> <![CDATA[]]></state><country> <![CDATA[JP]]></country><postalcode> <![CDATA[]]></postalcode><remotetype> <![CDATA[Fully remote]]></remotetype>例：テキサス州オースティンのハイブリッドリモート求人：
<city> <![CDATA[Austin]]></city><state> <![CDATA[TX]]></state><country> <![CDATA[US]]></country><postalcode> <![CDATA[78701]]></postalcode><remotetype> <![CDATA[Hybrid remote]]></remotetype>例：東京都港区のハイブリッドリモート求人：
<city> <![CDATA[港区三田]]></city><state> <![CDATA[東京都]]></state><country> <![CDATA[JP]]></country><postalcode> <![CDATA[100-8602]]></postalcode><remotetype> <![CDATA[Hybrid remote]]></remotetype>できません。Indeed エントリーはすべてのクライアントの求人に対して有効です。クライアントはアカウントレベルでIndeed エントリーをオプトアウトできますが、求人レベルではオプトアウトできません。
いくつかの手順と考慮事項：
- ATSからのオプトイン：ATSプラットフォームからIndeed エントリーを直接オプトインまたはオプトアウトできます。サポートが必要な場合は、ATSにお問い合わせください。
- トラブルシューティング：Indeed エントリーが期待どおりに動作しない場合は、クライアントがオプトインしていることを確認してください。問題が解決しない場合は、カンタン応募が表示されない求人の例を提供し、Indeedサポートにお問い合わせください。
日本の都道府県には<state>フィールドを使用してください。
求職者にサイトを訪問するよう依頼することはできますが、応募を完了するために追加の質問に回答することを要求することはできません。
はい。X-Indeed-Signatureヘッダーは、IndeedからのPOSTリクエストを認証するために必須です。署名が一致しない場合、IndeedはHTTP 401レスポンスコードを返します。
求人情報連携API はIndeed エントリー XMLフィードと同じ機能をサポートします。XML連携の代わりに 求人情報連携API を使用してください。
求人情報連携API との連携後、審査用に連携を提出してください。
オンボーディング時に、Indeedは2-legged OAuth認証情報（クライアントIDとシークレット）を持つアプリを作成します。Partner Consoleで認証情報を取得し、アクセストークンに交換して、API呼び出しにそのトークンを含めてください。トークンの有効期限は1時間です。
OAuth認証情報はクライアントIDとシークレットです。Partner Consoleでこれらの認証情報にアクセスし、アクセストークンに交換して、すべてのAPI呼び出しにそのトークンを含めてアプリを認証します。アクセストークンの有効期限は1時間です。
求人を最新に保つため、APIはリアルタイムで呼び出してください。
Indeedはクライアントのニーズに応じてティアとレート制限を割り当てます。レート制限をご覧ください。
いいえ。合計のみ取得できます。
Indeed UIは頻繁に変更されるため、ありません。
最大100件です。HTTPリクエストサイズに制限があるため、APIリクエスト1回につき1件の求人投稿のみ作成してください。
求人は投稿直後に公開されます。
createSourcedJobPostingsを呼び出して、Indeed に求人を作成します。employerIdsを設定して、求人情報を雇用主に関連付けます。例: ATS で
typeがFOOATS_EMPLOYER_ID、雇用主 ID がabc123の場合。次の値でcreateSourcedJobPostingsを呼び出します。{"employerIds": [{"type": "FOOATS_EMPLOYER_ID","id": "abc123"}]}この ID を作成するには、Employer Data API（雇用主データAPI）をプロビジョニングします。ID は Partner Console で確認できます。
次の値で
patchEmployerを呼び出します。{"id":{"type": "FOOATS_EMPLOYER_ID","id": "abc123"}}idはemployerIdsと一致する必要があります。詳細については、Employer Data をご覧ください。
雇用主ごとに、一意の sourceName 値を選択します。sourceName は、まとめて管理され、その役割を採用している一連の求人（親組織など）に対する、人間が読める会社名または組織名です。
この値は数値や ID ではありません。ただし、一意にするために名前に数値や ID を付加できます。例:
| 推奨 | 非推奨 |
|---|---|
| |
| |
1 つの雇用主の下にある複数の求人グループ: 求人グループごとに一意の値を使用します。多数のブランド展開する拠点を持つ子会社やフランチャイズの場合は、同じ sourceName を使用します。値は求人グループ間で一意であり、単一の sourceType（組織タイプ）を持つ必要があります。
会社名の変更: 元の sourceName を維持します。companyName を新しい名前に更新します。
個別に管理されるフランチャイズ: 店舗番号や店舗 ID などの値を使用します。
sourceName: "ConvenienceMart store ID 345"重複するソース名: ユーザーがソースを区別できるように、名前を一意にします（例: 所在地を追加する）。
求人を個別に管理する支店: 一意の値を使用します。例: ConvenienceMart には 2 つの支店と 3 つの店舗があります。各支店と店舗が求人を個別に管理するには、次の companyName と sourceName の組み合わせを使用します。
| 支店 | 店舗 |
|
|---|---|---|
| 東京 | 渋谷駅 | |
| 新宿駅 | | |
| 大阪 | 大阪駅 | |
この採用企業をIndeed の全言語・全国で使用するには、isGlobalDefaultをtrueに設定してください。
Indeedは投稿事業体の確認のためクライアントの連絡先メールを使用します。contactEmailはどこにも表示されません。
リモート求人では、特定の勤務地への出社が不要です。
次の求人があります。
- 全国リモート求人は、国内のどこからでも勤務できます。
- 地域リモート求人は、都道府県などの地域内のどこからでも勤務できます。
全国リモート求人または地域リモート求人を定義するには、次のフィールドを設定します。
| リモート求人の種類 | remoteType | cityRegionPostal | streetAddress |
|---|---|---|---|
| 全国 | Fully Remote | 空欄のままにします。 | 空欄のままにします。 |
| 地域 | Fully Remote | 日本国内の求人の場合は空欄のままにします。それ以外の場合は、地域を設定します。 市区町村を設定すると、その求人はリモートになりません。 | 空欄のままにします。 |
createSourcedJobPostingsにはXMLの<keywords>タグに相当するフィールドはありません。
職位と勤務地の組み合わせごとに、1件の求人を掲載してください。
職位と言語の組み合わせごとに、1件の求人を掲載してください。
jobPostingId、sourceName、またはクライアントIDを変更すると、APIは新しいsourcedPostingIdを返します。
これらのフィールドを変更する前に、expireSourcedJobsBySourcedPostingIdを現在のsourcedPostingIdで呼び出して求人を失効させてください。
sourcedPostingIdは必ず保存してください。求人の失効や再有効化に必要です。求人投稿の失効をご覧ください。
説明に、業務完了までの想定期間を記載してください。
例：
3か月プロジェクトで120万円の場合は、月40万円と記載
給与範囲または固定給を定義するには、次のフィールドを設定します。
| 定義する内容 | minimumMinor | maximumMinor |
|---|---|---|
| 給与範囲 | 最低給与を設定します。 | 最高給与を設定します。 |
| 最低給与のみの給与範囲 | 最低給与を設定します。 | |
| 固定給 | 固定給を設定します。 | 固定給を設定します。 |
このデータを次のフィールドに含めます。
| フィールド | 値 |
|---|---|
jobPostingId | ATS 全体で一意の ID（UUID も使用できます）。この ID で再掲載すると、以前に掲載期間が終了した求人を再開できます。 |
jobRequisitionId | 人間が読める ID。ATS 全体での一意性は必須ではありません。 |
- Indeed に求人情報を送信した場合は、求人情報をアップサートします。
- 別のパートナーが Indeed に求人情報を送信した場合は、求人情報を更新します。更新操作は主に広告代理店向けです。
日本のみ。 広告代理店と Indeed PLUS Publisher Network パートナーを除くすべてのパートナーは、求人情報を更新できます。
求人の更新内容を指定して createSourcedJobPostings を呼び出します。作成時と同じ jobPostingId、sourceName、および OAuth クライアント ID を使用します。Indeed はこれらに基づいて重複を排除します。変更がない場合でも、必須の求人詳細をすべて含めます。
Indeedでは以前、日本でcityRegionPostalが必要でしたが、現在は使用していません。
findEmployerJobsPartnerを呼び出して求人投稿一覧を取得します。レスポンスには求人ごとにsourcedPostingIdが含まれます。そのIDをcreateSourcedJobPostingsまたはupdateSourcedJobPostingsで更新に、expireSourcedJobsBySourcedPostingIdで失効に使用します。
Indeedの基準を満たさない求人は審査の対象となり、採用企業から追加情報が必要な場合があります。求人が求職者に表示され続けるよう、求人投稿基準 - 英語または求人投稿基準 - 日本語に従ってください。
求人投稿を作成した後、Indeedに表示され求職者が検索できるようになるまで1〜2時間かかります。
Indeed PLUSは複数の求人掲示板と連携しています。どのフィールドが表示されるかは各求人掲示板が決定します。
日本の求人の場合：求人投稿については日本固有の求人フィールド表示を、採用企業については日本の採用企業フィールド表示をご覧ください。
いいえ。
クライアント向けに求人表示を有効にするには、求人情報連携API ガイドをご覧ください。
ATS では、クライアントは各求人について、その求人が次のいずれかの状態であることを示す画像を確認できます。
- Indeed で検索可能である。
- 検索可能にするにはスポンサー設定が必要である。
次のいずれかの理由で見つからない。
- 求人が存在しない。
- ユーザーがその求人にアクセスできない。
クライアントが画像をクリックすると、Indeed 上の求人に関する追加情報にアクセスできます。
クライアントが画像をクリックすると、複数のステータスが表示される場合があります。求人ステータスをご覧ください。
ユーザーがパートナーUIで求人を表示したとき、1時間に1回までステータスを更新できます。Indeedはこれを制御しません。
はい。
いいえ。Searchableと表示されます。
求職者はIndeedの検索結果でこれらの求人を表示できません。
いいえ。公開中の求人の表示のみ確認できます。
失効求人の表示ブール値は不正確な場合があります。ユーザーには表示しないでください。
IndeedはATSフィードの求人数と採用企業の採用サイトで表示されている求人数を比較します。差異がある場合、Indeedは調査を行い、契約上の義務の遵守を確認します。
各ATSパートナーがアクセス可能なすべての求人を送信していれば、ATSは準拠しています。フィードと採用サイトの求人数が異なる場合、パートナーマネージャーが不足している可能性のある求人とクライアントの特定を支援します。
Indeedに求人を送信しない場合（例：将来の求人、プライバシーまたは機密性のため）、採用企業は会社のレターヘッドで停止要請を提出する必要があります。手紙をパートナーマネージャーに共有するか、非管理の場合はmarketplacesupport@indeed.comに送信してください。
採用企業は機密または将来の求人リストをオプトアウトできます。Indeedは求人の記録を保持しますが、検索や採用企業アカウントには表示されません。
expireSourcedJobsBySourcedPostingIdを呼び出して求人投稿を失効させます。求人はIndeedに表示されなくなります。
再有効化は有効期限切れの求人を再有効化をご覧ください。
sourcedPostingIdは通常保持されま す。求人が30日以上失効したままの場合は変更されることがあります。
createSourcedJobPostingsを呼び出してsourcedPostingIdを取得します。
求人投稿を失効させるには、expireSourcedJobsBySourcedPostingIdをその求人のsourcedPostingIdで呼び出してください。
有効期限切れの求人を再有効化するには、createSourcedJobPostingsを、失効した求人と同じjobPostingIdおよびsourceNameで呼び出してください。これはアクティブな求人を更新するときと同じです。
ATSで再有効化日を設定するにはdatePublishedを更新してください。
失効から30日以内であれば求人を再有効化できます。
30日を超えると、Indeedは求人統計と設定をアーカイブする場合があります。30日を超えて再有効化すると、新しいsourcedPostingIdが返されることがあるため、同じIDと新しいsourcedPostingIdの両方にコードで対応してください。
sourcedPostingIdを保存してください。求人の失効や再有効化に必要です。
求人は自動では失効しません。求人を失効させるにはAPIを呼び出してください。
GRAPHQL_PARSE_FAILEDエラーは、GraphQL操作文字列の構文エラー（多くの場合descriptionフィールドのエスケープされていないHTML）を意味します。求人説明のフォーマットとGRAPHQL_PARSE_FAILEDエラーをご覧ください。
求人を掲載する際に問題が発生する場合があります。連携を成功させるために、データを確認して修正します。
| 問題 | 説明 |
|---|---|
hasProbationaryPeriod がデフォルトで UNKNOWN になっている | 日本では、この値はスクリーニングで不合格になることがよくあります。このフィールドは他のロケールには適用されません。 |
| データが正しくフォーマットされていない | 正しくフォーマットされていない データは、無効な API 呼び出しの原因となり、連携データの信頼性が低いことを示します。求人情報の作成をご覧ください。 |
| 求人リンクが求人につながらない | 自社サイトの求人詳細ページへのリンクを提供します。Indeed はこれらを使用して、求人コンテンツの一貫性と有効性を確認します。 リンクが応募フォームやその他のページではなく、求人詳細ページにつながるようにします。有効なリンクにより、Indeed はデータの整合性を保ち、求職者が自社の企業ウェブサイトで求人を確認できるようになります。 |
| 求人内容が不完全である | 求人内容に必須情報をすべて含めます。特定のフィールドのデータは、必ずしも求職者に表示されるとは限りません。 求人内容が最終的な信頼できる情報源となります。求人内容のフォーマットをご覧ください。 |
| パートナーサイトと Indeed の求人内容のレイアウトが異なる | Indeed は、コンテンツが一致していることを確認するために自社のウェブサイトをチェックします。求人内容のレイアウトが大きく異なる場合、Indeed はコンテンツの不一致を理由に求人を非アクティブとしてマークし、掲載を終了することがあります。 求人内容の順序を、自社サイトと Indeed のデータ間で一貫させます。 |
| データが Indeed のシステムと互換性がない | データの相当な部分が誤った表示の原因となっていると Indeed が判断した場合は、修正する必要があります。 相当な部分は、問題の蔓延度と求職者への影響によって判断されます。 例: |
| 求人内容が API フィールドを誤用している | タイトルにクリックベイト、所在地に所在地以外のデータ、その他の無関係な情報を提供すると、Indeed が連携をブロックすることがあります。 相当な部分は、問題の蔓延度と求職者への影響によって判断されます。 |
| 求人が最新でない | Indeed 上の求人は、自社サイトに合わせて掲載を終了するか更新する必要があります。古い求人は求職者に問題を引き起こします。 求人を最新の状態に保ってください。そうしないと、Indeed が連携をブロックしたり、同期されていないコンテンツの掲載を終了したりすることがあります。求人情報のアップサートをご覧ください。 |
多くの場合、クライアントがその求人にアクセスできません。
Indeedが採用企業アカウントと求人を紐付けられるよう、クライアントにIndeedサポートへの連絡を依頼してください。
求人情報連携API のエラーの多くは、切り分けに役立つ情報を含みます。
GraphQLエラーのトラブルシューティングをご覧ください。
エラーを解決できない場合は、次の内容でサポートリクエストを送信してください。
- リクエストとレスポンスのペイロード全体。
- 再現手順。
- エラー内容。
ATSで採用企業がIndeed候補者のステータスを変更すると、ATSは新しいステータスシグナルを匿名化された応募IDおよび日時スタンプとともに送信します。
Indeedがグローバルなインポートシステムから収集した応募者ステータスデータは、求職者プロダクトチームによって集計・分析されています。応募者ステータスデータは、求人広告のターゲティングの改善と応募体験の向上に使用され、候補者が自分の履歴書のスキルが要件をどのように満たしているかをより良く理解できるようにします。
すでにオプトインしているクライアントの応募者ステータスデータへの参加を促す良い方法は、ATS内で候補者をステージごとに移動させることの重要性を伝えることです。たとえば、CVを確認した後、ステータスを確認済み/スクリーニング済みに変更するなどです。
ステータスはATSによって異なりますが、最も重要なのは、Indeedが採用企業のパイプライン内の各候補者についてできるだけ多くの更新を受け取ることです。
継続的なステージ/ステータス更新を使用するクライアントにとってのメリットの一部：
- 採用企業は、Indeedが将来的により良くマッチした候補者を提供するのを支援します。
- 採用企業は、どの職種に十分な候補者がいるか/いないかを素早く特定できます。これにより、クライアントは苦戦している職種にフォーカスと予算をシフトできます。
- 採用企業は、プロセスの各段階に通常かかる期間を分析することで、採用タイムラインをより良く理解できます。
Indeedは品質シグナルを、NEW、INCOMPLETE、UNABLE_TO_MAP以外のシグナルと定義しています。ティアードステータスの資格を得るには、ATSは最低55%の品質シグナル採用率を達成する必要があります。
Indeedは、ATSの応募者ステータス採用率を、Indeedに応募者ステータスシグナルを送信しているIndeed エントリー対応求人の数で測定します。すべてのクライアントがIndeed エントリーにオプトインしており、ATSが応募者の受領確認をIndeedに送信している場合、100%の応募者ステータス採用率となります。クライアントの50%がIndeed エントリーにオプトインしていて、それらすべての求人で応募者ステータスシグナルを送信している場合、応募者ステータス採用率は100%となります。
Indeedは、ATSパートナーがクライアントの候補者の採用ファネルにおける移動を制御できないことを理解しています。応募者ステータスシグナル採用率は、シグナルが送信されたIndeed エントリー対応求人の合計割合で測定されます。IndeedがATSによって求人が受信されたことの確認を受け取れば、それはシグナル送信済みとなります。Indeedは、パートナーがすべての品質応募者ステータスシグナルをマッピングし、クライアントにそれらの使用を促し、応募マイルストーン達成後にIndeedへのシグナルのリリースを自動化して、Indeed エントリー連携のパフォーマンスを改善し、より高品質なパイプラインを構築することを推奨しています。
給与と勤務地のフィールドは、パートナーがクライアントの求人とともにIndeedに送信できるデータノードです。給与は求職者にとって最も重要な情報の1つです。
勤務地は求人情報で最も頻繁に要求される詳細の1つであり、可能な限り正確であることが理想的です。
給与と正確な勤務地を含む求人はより良いパフォーマンスを発揮します。給与と正確な勤務地を含むスポンサー付きインデックス済み求人は以下を獲得します：
- 2.5倍の求人あたりインプレッション
- 2.3倍の求人あたりクリック
- 3.3倍の求人あたり応募開始
Indeedはサンドボックス環境を提供していません。本番環境でIndeed APIからデータを読み取ることは、コストやアカウントへの影響なしに行えます。作成や更新のオペレーションをテストする場合は、支出を防ぐためにキャンペーンを一時停止状態（status=paused）で作成してください。
はい、ただしSponsored Jobsの機能のみ利用可能です。クライアントはXMLフィードの会社ノードにConfidentialを含めて求人を送信します。求人は同じポリシールールの対象となります。詳細については、ポリシー - 一般的または非公開の会社名をご参照ください。
インデックス済み求人のクエリ形式をご覧ください。
アカウントの予算をクリアするには、クライアントサクセス担当者に連絡してください。
URLまたはATS提供のFTPサイトでクロールされるXMLの場合、Indeedは最後のリクエストから6時間ごとに1日4回求人データを更新します。IndeedがホストするFTPの場合、新しいファイルを受信すると最大2時間ごとにXMLフィードを更新します。ファイルのアップロード頻度が高すぎると、前回の実行が停止し、求人の更新が行われなくなる場合があります。
標準フィールドが存在する限り、任意のフィールド（<job_type>、<branch_id>など）を含めることができます。
Indeedでは、求人説明ページ（応募ページではない）を指すURLが必要です。理由は以下のとおりです。
- Indeed エントリーが失敗した場合、求職者を求人URLに誘導します。
- クライアントがIndeed エントリーをオプトアウトした場合、求職者が応募する方法が必要です。
- アグリゲーションエンジンは、求人コンテンツと求人のアクティビティを確認するためにアクティブなURLが必要です。
現在掲載しているすべての言語で、その求人をXML内のユニークな求人として提供してください。XML内でリファレンス番号を重複させた場合、最初に出現した求人のみがIndeedに表示されます。
募集中のすべての勤務地で求人を提供してください。地域全体の求人ではない地域全体の投稿は、Indeedでのオーガニック表示が拒否されます。各求人には固有の勤務地、固有のリファレンス番号が必要で、ユニークな求人を表す必要があります。それ以外の場合、Indeedでの表示が低下します。
Indeedでは、市区町村、都道府県/州、国、郵便番号の要素が必要です。これらの要素が提供されない場合、求人はデフォルトでオーガニック表示を受けません。
地域全体の正当な投稿やリモートワークの求人がある場合は、ファイルに含めてクライアントにオーガニック表示を依頼してください。クライアントがIndeedアカウントを持っている場合は、ログインしてサポートを受けられます。アカウントを持たないクライアントは、Indeedのウェブサイトから直接お問い合わせできます。
Indeedに新しく登録する企業、またはすでにIndeedに掲載されている企業からの新しい求人ソースの場合、アカウントの確認とオーガニック配信を有効にするために連絡先メールアドレスが必要です。メールアドレスが使用されない場合もありますが、すべての求人に必要です。
XMLからクライアントの求人のすべての<job>要素を削除してください。クライアントは求人ごとにオプトアウトすることはできず、Indeedへの配信を完全にオプトアウトする必要があります。XMLとクライアントの求人ポータル間で求人数に差異がある場合、正確性のために求人数が最も多いソースが優先されます。
<remotetype>要素を含め、次のいずれかのオプションを指定してください。
- Fully remote
- Hybrid remote
- WFH Flexible（米国のみ）
「完全リモート」と見なされるには、次のフレーズのいずれかを含めてください：「This is a remote position」、「Employees work remotely」、「Remote work allowed」。
「在宅勤務の柔軟性がある」と見なされるには、次のフレーズのいずれかを含めてください：「Flexible work from home options available」、「Work from home days possible」、「Options for working from home」。
リモート求人を投稿するには、Indeedが勤務地データをキャプチャするために使用する要素（<city>、<state>、<country>、<postalcode>）を使用してください。
米国でリモート求人を投稿するには、<city>を「Remote」に設定し、<state>と<postalcode>を空にしてください。空にしない場合、求人はリモートポジションとして投稿されません。
すべての求人投稿インデックスは2020年2月1日をベースライン（= 100）として使用しています。このベースラインにより、国や期間を超えた一貫した比較が可能になります。
季節調整済み（SA）インデックスは、基調的なトレンドを示すために典型的な季節パターンを除去します。非季節調整（NSA）インデックスは、年末年始の採用などの通常の季節変動を含む生データを示します。
- 求人投稿およびリモートワークデータ：毎日更新
- 賃金上昇データ：毎月更新
- AI求人投稿データ：毎日更新
カバー範囲はデータセットによって異なります。各データセットと粒度レベルで利用可能な国を確認するには、findHiringLabCountriesPublicクエリを使用してください。
過去のデータを取得するには、カーソルベースのページネーションを使用してください。必要なフィルタを設定し、前回のレスポンスのafterパラメータとカーソル値を使用して結果をページネーションしてください。
リクエストあたりの最大結果数は50件です。より大きなデータセットを取得するにはページネーションを使用してください。
APIは時系列順でデータを返します。必要な期間にフィルタするには、アプリケーションロジックでページネーションと日付フィールドを使用してください。
はい。フィルタオプションを使用して、企業名、日付、またはステータスで求人を表示できます。
アクセスは日本のJob Syncインテグレーションを持つパートナーに限定されています。アクセスできるはずだと思われる場合は、Indeed担当者に連絡してください。
Data viewerでのリジェクトは、求人は受信されたがモデレーションに通過しなかったことを意味します。
ガイダンスについてはクライアントサクセスチームに連絡してください。Data viewerでは具体的なリジェクト理由は表示されません。
インテグレーションタイプを切り替えると、モデレーションルールがIndeedとIndeed PLUSで異なるため、リジェクトされる求人が変わります。Indeed PLUSではリジェクトされてもIndeedでは受け入れられる求人がある場合があります。そのよう な場合、求人はIndeedのウェブサイトに表示されますが、Indeed PLUS機能の対象にはなりません。
いいえ、Data viewerでは有効期限切れの求人は表示されません。
いいえ。Data viewerでは、正常に投稿された求人のモデレーションステータスのみが表示されます。
Indeedは、プラットフォーム間でシームレスかつ安全な採用ソリューションを提供するための技術パートナーシップを構築しています。パートナーページでパートナーシップの目標についてフォームにご記入ください。
Indeedはキャパシティの拡大に取り組んでいます。Indeedが連携リクエストの優先順位を決定できるよう、貴社の年間推定求人数をご提供ください。次のステップが利用可能になった時点で、提供されたメールアドレスにIndeedからご連絡します。
プログラムは毎年6月に更新されます。パートナーはプログラム告知メールに添付されたGoogleフォームから適格性の証明を提出する必要があります。ティアードパートナーは、Indeed連携の最新ステータスに基づいて毎年更新されます。初回ローンチ後、採用基準は2四半期連続で満たし、プログラム年度を通じてその水準を維持する必要があります。
認定されたパートナーには6月にメールで通知され、7月にindeed.comでティアードパートナーとして公開されます。
すべての連携パートナーは、Indeedとの連携に対する技術サポートを受けることができます。Indeedはシルバーティアパートナーにはオンボーディングと連携ローンチのサポートを、プラチナパートナーには専任のパートナーマネージャーを提供します。専任のパートナーマネージャーを受けるには、プラチナティアの基準を満たす必要があります。
専任のパートナーマネジメントは、共通のお客様に高いインパクトのある連携を提供するために必須ではありません。
現在、ATSプラットフォームのみがこのプログラムに参加できます。日本企業を除くすべてのATSパートナーは、事業国に関係なく、指定された基準を満たせばティアリングプログラムの資格を得ることができます。Indeedには、日本のパートナー向けの日本固有のティアリングプログラムがあります。
Indeedは、インテグレーションデリバリーチームを通じてすべてのパートナーに連携サポートを提供しています。ティアードパートナーは優先的な技術サポートを受けられますが、すべてのパートナーはパートナーコンソールのサポートフォームからサポートを受けることができます。
1四半期にわたって採用率を満たさなかった場合、パートナーは警告を受けます。改善が見られない場合、2四半期連続で非適格となった後にティア特典を失うリスクがあります。
アクティブな連携は、プログラム年度を通じて運用可能な状態を維持する必要があります。パートナーはIndeedの製品リリースまたは更新スケジュールに従って連携を更新する必要があります。連携の維持を怠ったパートナーは、いつでもティア特典を失うリスクがあります。フィードソース承認（FSA）に置かれたパートナーは、ティアードステータスを失うリスクがあります。
パートナープログラムの基準を満たす年間締め切りは6月1日です。ティアリングの資格を得るには、Indeed エントリーコンプライアンスの締め切りを満たしている必要があります。
| 締め切り | 要件 |
|---|---|
| 4月1日 | すべてのパートナーに対するIndeed エントリーポリシー （新しいウィンドウで開きます）。Indeed エントリー連携には、審査用の質問、均等雇用機会（EEO）質問（米国の求人の場合）、および応募者ステータス連携機能が必要です。 |
| 6月1日 | ティアードステータスの達成。パートナープログラムの要件 （新しいウィンドウで開きます）をご覧ください。 |
ゴールドまたはプラチナステータスを達成するために 求人情報連携API への移行を約束したパートナーの場合、開発作業を完了しライブにする締め切りは10月1日です。パートナーがティアードステータスを達成するためにローンチを約束し、10月1日までにライブにならなかった場合、ティアードステータスを失います。
応募者ステータス連携を通じて収集されたフィードバックデータは、Indeedのマッチングアルゴリズムの向上とクライアントの採用パフォーマンスの改善にのみ使用されます。このデータは他の目的には使用されず、法的およびコンプライアンス義務の範囲内でのみ保持されます。
- 短期的な使用：データは求人レコメンデーションの改良、候補者と採用企業のマッチングの最適化、採用結果に関するリアルタイムのインサイト提供に役立ちます。
- 長期的な使用：時間の経過とともに、集計されたデータはAI駆動モデルの継続的な改善に貢献し、採用企業と求職者にとってより良い採用効率と関連性を確保します。
Indeedは、プライバシーポリシーおよび法的義務に厳密に従って、応募者ステータス連携データを処理、保存、使用しています。
- 処理と使用：データは求人マッチングアルゴリズムの向上、クライアントの採用パフォーマンスの改善、応募者の進捗に関するインサイトの提供にのみ使用されます。これらの目的以外には使用されません。
- 保存とセキュリティ：データは安全に保存され、これらの機能を果たすために必要な期間のみ保持されます。すべての適用される法的および規制要件に準拠しています。
- データ共有：Indeedは、法律で義務付けられている場合またはプライバシーポリシーに明示的に記載されている場合を除き、応募者ステータス連携データを他の機関または第三者と共有しません。
Indeedのデータ取り扱いの詳細については、以下をご覧ください：
Indeedはデベロッパー契約条件（Indeedデベロッパー契約）に記載されているとおり、APIの使用状況を追跡しています。また、Indeedは求人マッチング機能の向上と採用成果の改善のために、パートナーに応募者ステータスシグナルを要求しています。
Indeedのプライバシーポリシー（例：セクション4「情報の目的、使用、開示」）には、Indeedが個人データを処理する方法とその処理の目的が詳述されています。これには、Indeed製品の改善、ユーザーの嗜好の判定、不正行為の検出支援、および特定のマーケティング目的でのデータ使用が含まれます。デベロッパー契約がこれをカバーしています。
はい、応募者ステータスは匿名化され、プライバシー保護のために安全に処理されます。Indeedはプライバシー法へのコンプライアンスを確保し、すべての追跡データのセキュリティを維持するために厳格なデータ保護措置を実施しています。
Indeedは、データが収集または処理される目的に関連して必要な範囲で個人データを保持します。これらの目的はプライバシーポリシーに記載されています。また、法的義務の遵守に必要な場合も保持されます。Indeedが保存する個人データが保存される必要がなくなった場合、適用される法的要件に従い、Indeedはそのような個人データを削除します。
Indeedは、 管理下にある個人データへの不正アクセス、開示、破壊、偶発的な喪失から保護するために、業界標準のセキュリティ対策を使用しています。Indeedが従う慣行は、データの性質、処理のコンテキスト、関連するリスク、および利用可能なテクノロジーによって異なります。詳細については、Indeed Trust Centerをご覧ください。
Indeed エントリーに準拠したATSを利用しているクライアントは、ATSを通じてIndeedへの応募者ステータスシグナル送信をオプトアウトできます。自社フィードを所有し、Indeedとシグナルを共有したくないDirect Employersは、応募者ステータス連携を構築しないこともできます。
Indeed エントリー連携を使用する場合は、応募者ステータス連携を開発する必要があります。そうしない場合、Indeed エントリーへのアクセスを失う可能性があります。
Indeedと連携する対象のATSかどうかを判断するには、応募者追跡システム（ATS）ガイドラインを確認してください。
利用規約、プライバシー、データ管理ポリシーについては、利用規約をご覧ください。
Indeedのポリシーにアクセスするには、ポリシーをご覧ください。
デベロッパー契約は、貴社がIndeedパートナーになるための申請を行うときに締結されます。Indeedパートナーになるから連携リクエストを送信してください。Indeedが申請を確認し、連携ビルドを審査し、オンボーディングの一環として署名するデベロッパー契約を提供します。開始する前にIndeedデベロッパー契約をご覧ください。
代理店契約は、異なる条件でIndeedのパブリックAPIへのアクセスを付与するデベロッパー契約とは別のものです。これら2つの契約は異なる目的を持ち、互いに独立しています。代理店契約はより広い関係を規定し、デベロッパー契約はAPIへのアクセスと使用に特化しています。
利用規約と技術文書は、法律や技術要件が変更された場合にIndeedが更新できるよう、オンラインのままにしています。重要な変更は当事者間で合意されます。
Indeedユーザーアカウントでパートナーコンソールにログインします。ダッシュボードで、アプリリストからアプリを選択します。アプリ詳細ページの認証情報タブには、OAuth認証情報（クライアントIDとシークレット）が表示されます。
すべてのパートナーは、パートナーコンソールのサポートフォームからサポートを受けることができます。ティアードパートナーは優先的な技術サポートを受けられます。
求人でIndeed エントリーが使用されている場合、EmployerJob.seatConnections.jobPost.isIndeedApplyActiveはtrueを返します。パートナーはfindEmployerJobsPartnerでこのフィールドを取得できます。
Indeedは、 自動クローラーを使用して公開ウェブサイトから求人を収集してインデックス化します。Indeedクローラーには、Indeedbot（一般的な求人のインデックス化）とIndeedshopbot（小売求人のインデックス化）の2種類があります。ユーザーエージェント、IPレンジ、およびこれらのクローラーの許可またはブロック方法に関する技術的な詳細は、Indeedクローラーについてをご覧ください。