A reliable, professional LinkedIn data layer for real workflows.
This documentation repository covers the response schemas, field availability, and practical usage patterns for a LinkedIn data API designed for:
- Lead enrichment – enrich prospect data with professional context
- Recruiting & sourcing – find and evaluate candidates at scale
- Sales intelligence – research accounts, decision-makers, and buying signals
- Market research – analyze companies, industries, and professional networks
Note: This repo contains field-level documentation only. The API implementation and TypeScript types live in separate repositories.
New to the API? Start here:
- Getting Started Guide – understand the API, authentication, and rate limits
- Use Case Guides – jump straight to your workflow (lead enrichment, recruiting, etc.)
- Endpoint Reference – detailed field docs for each endpoint
Just need field details? Jump to the Endpoint Index below.
These guides show how to combine endpoints to solve real problems:
- Lead Enrichment – enrich CRM records with LinkedIn profile data
- Recruiting & Sourcing – find candidates, extract work history, verify credentials
- Sales Intelligence – research accounts, map org charts, identify decision-makers
- Market Research – analyze industries, track competitor hiring, monitor professional trends
Each guide includes:
- Which endpoints to use
- Required vs optional fields
- Example request flows
- Common integration patterns
profile.md– core profile information (name, headline, location, network stats)profile-enrichment.md– detailed work history, education, certifications, skillsprofile-activity.md– posts, shares, and engagement activityprofile-interests.md– followed companies, influencers, topicsprofile-relationships.md– connections, mutual connections, relationship signals
company.md– company profiles, employee counts, industry classification, fundinggroup.md– LinkedIn groups (membership, activity)
job.md– job postings, application details, hiring signals
post.md– post content, comments, reactions, mediaad-library.md– ad library entities (experimental)
search.md– search people, companies, jobs, posts, and moresearch-metadata.md– location, industry, and filter metadata for search
- Start with a use case guide to understand the workflow
- Review the relevant endpoint docs to see field structures
- Check the Example Responses section in each endpoint doc
- Use the Best Practices section to handle edge cases (missing fields, privacy settings, etc.)
If you're building client libraries or DTOs:
- Open the endpoint doc (e.g.,
profile.md) - Review the Response Schema section for TypeScript-style type definitions
- Pay attention to fields marked as Core (always present) vs Optional/Nullable
- Use the Field Descriptions section to understand semantics and edge cases
When validating API responses:
- Compare actual responses to the Example Responses in each doc
- Check that Core Fields are always present
- Verify optional fields are handled gracefully when null/missing
- Report discrepancies by opening an Issue with a redacted response sample
LinkedIn profiles vary widely in completeness and visibility:
- Core fields (name, headline, profile URL) are almost always present
- Contact info (email, phone) is usually private
- Work history depends on what users have added and made public
- Network data (connections, followers) may be obfuscated for privacy
Always treat fields not marked as "Core" as optional in your code.
See the Privacy-Dependent Fields section in each endpoint doc for details.
This documentation covers:
- ✅ Profile data (basic + enrichment)
- ✅ Company profiles
- ✅ Job postings
- ✅ Search (people, companies, jobs, posts, etc.)
- ✅ Post content & engagement
⚠️ Ad library (experimental, limited coverage)⚠️ Groups (experimental)
For features not covered here, check the main API documentation or contact support.
These docs are maintained alongside the production API. When the API changes:
- New/removed fields are documented in the relevant
docs/*.mdfile - Example payloads are updated to match real responses
- Breaking changes are noted in the endpoint doc
Found a mismatch? Open an Issue with:
- The endpoint you called
- A redacted example response
- A note about what differs from the docs
This helps keep field-level documentation accurate for everyone.
Improvements, clarifications, and corrections are welcome. Please:
- Open an Issue to discuss significant changes
- Keep additions aligned with existing doc structure
- Include example payloads for new fields
- Maintain clarity for developers (avoid marketing language)
This documentation is provided as-is for use with the LinkedIn Data API.