よくある質問
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、シークレット、認可コード）が表示されます。これらの認証情報をアクセストークンと交換します。
When you request an access token, you receive a response like this:
{ "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 redirects the user to the page at the redirect_uri endpoint with the code and state parameters appended. For example:
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パラメータを指定できます。
See Get access token that represents an employer.
This authorization link triggers the display of these screens:
| Screen | Description |
|---|---|
| Authentication | Appears when the user is logged out of Indeed. |
| OAuth consent | Enables a user to grant consent for any scopes that the OAuth app requests, such as the employer_access scope. |
| Indeed employer selection | Enables a user to select an employer from a list of employers associated with the user account. |
ユーザーアカウントに雇用主が関連付けられている場合は、認可コードをリクエストする際に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レスポンスコードを返します。
Job Sync APIはIndeed Apply XMLフィードと同じ機能をサポートします。XML連携の代わりにJob Sync APIを使用してください。
Job Sync 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件の求人投稿のみ作成してください。
求人は投稿直後に公開されます。
Call
createSourcedJobPostingsto create the job on Indeed. SetemployerIdsto associate the posting with the employer.Example:
typeisFOOATS_EMPLOYER_IDand employer ID isabc123in your ATS. CallcreateSourcedJobPostingswith:{"employerIds": [{"type": "FOOATS_EMPLOYER_ID","id": "abc123"}]}Provision the Employer Data API to create this ID. View it in Partner Console.
Call
patchEmployerwith these values:{"id":{"type": "FOOATS_EMPLOYER_ID","id": "abc123"}}idmust equalemployerIds. For details, see Employer Data.
For each employer, choose a unique sourceName value. The sourceName is a human-readable company or organization name for a group of jobs, such as a parent organization, that are managed together and that is hiring for the role.
This value is not a numeric value or ID. However, you can append a numeric value or ID to the name for uniqueness. For example:
| Do | Don't |
|---|---|
| |
| |
Multiple job groups under one employer: Use a unique value per job group. For subsidiaries or franchises with many branded locations, use the same sourceName. The value must be unique across job groups and have a single sourceType (organization type).
Company name change: Keep the original sourceName. Update companyName to the new name.
Franchises managed separately: Use a value such as store number or store ID:
sourceName: "ConvenienceMart store ID 345"Duplicate source names: Make the name unique (for example, add location) so users can tell sources apart.
Branches that manage jobs separately: Use unique values. Example: ConvenienceMart has two branches and three stores. For each branch and store to manage jobs separately, use these companyName and sourceName combinations:
| Branch | Store |
|
|---|---|---|
| Tokyo | Shibuya station | |
| Shinjuku station | | |
| Osaka | Osaka station | |
この雇用主をIndeedの全言語・全国で使用するには、isGlobalDefaultをtrueに設定してください。
Indeedは投稿事業体の確認のためクライアントの連絡先メールを使用します。contactEmailはどこにも表示されません。
A remote job does not require in-person attendance at a specific work site.
Someone can perform a:
- Remote national job from anywhere in the nation.
- Remote regional job from anywhere in a region, such as a prefecture.
To define a remote national or regional job, set the following fields:
| Remote job type | remoteType | cityRegionPostal | streetAddress |
|---|---|---|---|
| National | Fully Remote | Leave blank. | Leave blank. |
| Regional | Fully Remote | Leave empty for jobs in Japan. Otherwise, set to the region. If set to a city, the job is not remote. | Leave blank. |
createSourcedJobPostingsにはXMLの<keywords>タグに相当するフィールドはありません。
ポジションと勤務地の組み合わせごとに1件の求人投稿を投稿してください。
jobPostingId、sourceName、またはクライアントIDを変更すると、APIは新しいsourcedPostingIdを返します。
これらのフィールドを変更する前に、expireSourcedJobsBySourcedPostingIdを現在のsourcedPostingIdで呼び出して求人を失効させてください。
sourcedPostingIdは必ず保存してください。求人の失効や再有効化に必要です。求人投稿の失効をご覧ください。
説明に、業務完了までの想定期間を記載してください。
例：
3か月プロジェクトで120万円の場合は、月40万円と記載
To define a salary range or fixed salary, set these fields:
| To define | minimumMinor | maximumMinor |
|---|---|---|
| Salary range | Set to minimum salary. | Set to maximum salary. |
| Salary range with minimum salary only | Set to minimum salary. | |
| Fixed salary | Set to fixed salary. | Set to fixed salary. |
Include this data in these fields:
| Field | Value |
|---|---|
jobPostingId | Unique ID across your ATS (a UUID is allowed). Reposting with this ID can reopen a previously expired job. |
jobRequisitionId | Human-readable ID. Uniqueness across the ATS is not required. Ideally unique per client within a |
- If you submitted the job posting on Indeed, upsert the posting.
- If another partner submitted the job posting on Indeed, update the posting. The update operation is primarily for ad agencies.
Japan Only. All partners except advertising agencies and Indeed PLUS Publisher Network partners can update the posting.
Call createSourcedJobPostings with your job updates. Use the same jobPostingId, sourceName, and OAuth client ID as at creation—Indeed deduplicates on these. Include all required job details even when unchanged.
Indeedでは以前、日本でcityRegionPostalが必要でしたが、現在は使用していません。
findEmployerJobsPartnerを呼び出して求人投稿一覧を取得します。レスポンスには求人ごとにsourcedPostingIdが含まれます。そのIDをcreateSourcedJobPostingsまたはupdateSourcedJobPostingsで更新に、expireSourcedJobsBySourcedPostingIdで失効に使用します。
Indeedの基準を満たさない求人は審査の対象となり、採用企業から追加情報が必要な場合があります。求人が求職者に表示され続けるよう、求人投稿基準 - 英語または求人投稿基準 - 日本語に従ってください。
求人投稿を作成した後、Indeedに表示され求職者が検索できるようになるまで1〜2時間かかります。
Indeed PLUSは複数の求人掲示板と連携しています。どのフィールドが表示されるかは各求人掲示板が決定します。
日本の求人の場合：求人投稿については日本固有の求人フィールド表示を、雇用主については日本の雇用主フィールド表示をご覧ください。
いいえ。
クライアント向けに求人表示を有効にするには、Job Sync APIガイドをご覧ください。
In the ATS, clients see an image for each job that indicates whether the job:
- Is searchable on Indeed.
- Needs sponsorship to become searchable.
Is not found because either:
- The job does not exist.
- The user does not have access to that job.
When a client clicks on an image, they access additional information about the job on Indeed.
When a client clicks on an image, several statuses can appear. See Job status.
ユーザーがパートナー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エラーをご覧ください。
Issues can occur when posting jobs. Review and fix your data for a successful integration.
| Issue | Description |
|---|---|
hasProbationaryPeriod defaults to UNKNOWN | In Japan, that value often fails screening. The field does not apply in other locales. |
| Data is not properly formatted | Improperly formatted data results in invalid API calls, indicating untrustworthy integration data. See Create job posting. |
| Job links do not lead to jobs | Provide links to job detail pages on your site. Indeed uses these to verify job content consistency and validity. Ensure links lead to job detail pages, not application forms or other pages. Valid links help Indeed keep data aligned and enable job seekers to verify jobs on your corporate website. |
| Job descriptions are incomplete | Include all required information in job descriptions. Data in specific fields is not always displayed to job seekers. Job descriptions are the ultimate source of truth. See Job description formatting. |
| Partner site and Indeed job description layout differ | Indeed checks your website to confirm content matches. If the job description layout differs significantly, Indeed can mark the job inactive due to content mismatch and expire it. Keep job description order consistent between your site and Indeed data. |
| Data is incompatible with Indeed systems | If Indeed determines a considerable portion of your data causes incorrect displays, you must fix it. Considerable portion is judged by issue prevalence and impact on job seekers. Example: providing |
| Job content misuses API fields | Providing clickbait in title, non-location data in location, or other irrelevant information can cause Indeed to block your integration. Considerable portion is judged by issue prevalence and impact on job seekers. |
| Jobs are not up to date | Jobs on Indeed must be expired or updated to match your site. Outdated jobs cause issues for job seekers. Keep jobs current, or Indeed can block your integration or expire out-of-sync content. See Upsert job posting. |
多くの場合、クライアントがその求人にアクセスできません。
Indeedが雇用主アカウントと求人を紐付けられるよう、クライアントにIndeedサポートへの連絡を依頼してください。
Job Sync 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日 | ティアードステータスの達成。パートナープログラムの要件をご覧ください。 |
ゴールドまたはプラチナステータスを達成するためにJob Sync 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クローラーについてをご覧ください。