- リリースノート: 2026年8月31日
- Job Sync API
- GraphQLスキーマの変更
- リリースノート: 2026年8月15日
- Indeed Apply
- ATS JavaScript Plugin
- GraphQLスキーマの変更
- リリースノート: 2026年7月31日
- Indeed Apply
- Job Sync API
- GraphQLスキーマの変更
- リリースノート: 2026年7月15日
- Job Update API
- GraphQLスキーマの変更
- リリースノート: 2026年6月30日
- Authentication
- Indeed Apply
- GraphQLスキーマの変更
- リリースノート: 2026年6月15日
- Job Sync API
- Candidate Sync APIs
- Disposition Sync API
- Authentication
- Integration basics
- GraphQLスキーマの変更
- 過去のリリースノート
- 2026
- 2025
- 2024
リリースノート
Indeed 製品の機能、変更、バグ修正の最新情報を確認できます。GraphQL スキーマの詳細な更新については、GraphQL ログをご覧ください。
廃止予定のお知らせ
Indeed は、2026年6月30日に publicProfileUrl フィールドを削除します。削除まで、このフィールドは空文字列を返します。この日までに、連携から publicProfileUrl を削除してください。履歴書を取得するときは、履歴書オブジェクトのフィールドを使用してください。
リリースノート: 2026年8月31日
Job Sync API
- 明確化しました。複数の勤務地または言語を含む求人は、それぞれ別々の求人情報として登録する必要があります。また、このガイダンスをJob Sync APIガイドとJob Sync APIと連携するに追加しました。分割した求人情報は同じ
urlとjobRequisitionIdを共有できますが、Indeedが重複として扱わないように、それぞれに一意のjobPostingIdが必要です。
GraphQLスキーマの変更
- 追加しました:2026-08-26 GraphQLスキーマ変更ログ。
- 追加しました:2026-08-24 GraphQLスキーマ変更ログ。
- 追加しました:2026-08-17 GraphQLスキーマ変更ログ。
リリースノート: 2026年8月15日
Indeed Apply
- 英語版に合わせて、日本語のスクリーナー質問用 JSONと応募データリファレンスを更新しました。バリデーションルール、
validationRuleKey、multifield質問タイプ、および拡充したdateのガイダンスを含みます。
ATS JavaScript Plugin
- 英語版に合わせて、日本語のATS JavaScript PluginとGraphQL エラーをトラブルシューティングするを更新し、リンク切れになっていた認証リンクを修正しました。
GraphQLスキーマの変更
- 追加しました:2026-08-11 GraphQLスキーマ変更ログ。
- 追加しました:2026-08-03 GraphQLスキーマ変更ログ。
リリースノート: 2026年7月31日
Indeed Apply
- 新しい
multifield選考質問タイプを追加しました。1つの質問に対して求職者が複数の構造化された項目(複数の職務経歴など)を入力でき、入力件数の制限やサポートされるサブフィールドタイプを設定できます。 validationRuleKeyを文書化しました。氏名、住所、電話番号、メールアドレス、URLなど、サポートされる選考質問に文字列のバリデーションを適用でき 、ルール識別子と例を記載しています。date選考質問のガイダンスを拡充し、ロケール固有の日付形式、サポートされるトークン、避けるべき一般的な設定ミスを記載しました。- アプリケーションデータ分析の
sponsoredの値がfalseの場合、その求人がオーガニックであるか、クリックがIndeed外部で発生したことを意味することを明確化しました。
Job Sync API
- 求人同期APIが直接雇用主にも利用可能になりました。
- 求人の説明はデフォルトでプレーンテキストになり、リッチな書式設定には
descriptionFormattingフィールドでHTMLを指定する必要があることを明確化しました。求人説明の書式設定を参照してください。 - IDで求人掲載ステータスを取得する際の認証ガイダンスを更新しました。連携モデルごとのアクセストークンタイプを明確化し、認可コードエンドポイントを必須とし、3-legged OAuthでは
offline_accessを推奨し、ユーザーに紐づくFORBIDDENのケースを説明し、トークンを更新できない場合について記載しました。