May 2026
Experience and Education Update
Employee Posts API
Last updated
Was this helpful?
We are releasing an update to the Experience and Education categories in employee data. This release includes schema additions, data quality improvements, and a change to the ordering of active experiences. To apply all changes smoothly, the delivery for this update will be a full reload of both collections.
Stale deleted records removed
Previous mapping logic could classify an experience as active (deleted: 0) even after the record stopped being updated. These records have now been identified and corrected. As a result, you may see a net reduction in deleted: 0 experience counts. This change reflects cleaner, more accurate data, not data loss.
Improved fill rate on key fields
The updated mapping logic improves coverage on two critical experience fields:
title
Higher fill rate and fewer null values
date_from
Higher fill rate and fewer null values
Adding new data fields to experience category.
member_experience[].company_shorthand_name
Shorthand / vanity identifier for the company
String
member_experience[].company_website
Company website URL
String
member_education[].institution_shorthand_name
Shorthand name from the institution profile URL
String
Adding new fields to expand information about active experience.
active_experience_company_website
Website of the company in the employee's active experience
String
active_experience_company_shorthand_name
Shorthand name of the company in the active experience
String
active_experience_company_logo_url
Logo URL of the company in the active experience
String
active_experience ordering changeThe first entry in the active_experience array will now be ordered by greatest date_from (i.e., most recent active experience first) in Multi-source Employee Data (MSED).
Previously, ordering was based on order_in_profile, which could produce inconsistent results due to the legacy mapping logic. The new ordering is deterministic and reflects the employee's most recent active role.
The created_at field introduces a clear temporal reference point: when the employee post record was scraped and recorded. The reshared_post.company_id field links posts to a specific company by its ID.
created_at
The date and time when the employee post record was scraped and recorded in ISO 8601 format
String (date)
reshared_post.company_id
The company_id of the reshared post in case the post belongs to a company
Integer
Last updated
Was this helpful?
Was this helpful?