Skip to main content
Glama

linkedin_person_profile

Scrape publicly available LinkedIn person profiles by profile ID to get full data including experience, education, and about sections. Use premium or webhook for bypassing anti-bot measures.

Instructions

Scrape publicly available LinkedIn person profiles by their profile ID (the slug from the profile URL). Returns full profile data such as experience, education, and about sections. [Credits: 50-100 credits per successful request] Notes: id is the LinkedIn profile slug (public identifier), not a numeric ID. type=profile is required to differentiate this from the company/school profile mode on the same endpoint. Using premium=true (private/hard-to-reach profiles) increases the credit cost toward the top of the 50-100 credit range. webhook=true trades immediate response for a delayed (2-3 min) but higher success-rate scrape. Returns: No example response is published in the Scrapingdog documentation for this endpoint. Based on the documented purpose (full LinkedIn person profile data), the JSON response is expected to be an object containing profile fields such as name/fullName, headline, location, about/summary, current position/company, experience (array), education (array), skills, and possibly profile/cover images -- exact field names are not confirmed by the docs.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
idYesThe ID of any person profile. Found inside the URL of any LinkedIn person profile (e.g., 'rbranson' from linkedin.com/in/rbranson).
typeYesMust be set to 'profile' to scrape a person profile.
premiumNoSet to 'true' to use premium proxies to bypass LinkedIn's anti-bot measures. (default: false)
webhookNoSet to 'true' to schedule profile scraping after 2-3 minutes, which increases the success rate. (default: false)
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

With no annotations, the description covers credit costs (50-100), premium cost increase, webhook delay, and expected fields (with uncertainty). However, it does not explicitly state that the operation is read-only, nor does it disclose potential rate limits or error conditions.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is front-loaded with the main purpose and then details each parameter. It includes a note about uncertain return fields, which slightly reduces conciseness but is honest. Overall well-structured.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness3/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the lack of output schema, the description attempts to describe return fields but admits uncertainty. It covers parameters well but omits error handling, rate limits, and pagination details. Adequate but with gaps.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, and the description adds valuable context: id is a slug, type='profile' differentiates modes, premium impacts cost, webhook trades timeliness for success. This enriches the schema definitions.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool scrapes LinkedIn person profiles using a profile ID and returns full profile data including experience, education, and about sections. This specific verb+resource combination distinguishes it from sibling tools like linkedin_company_profile.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description provides explicit guidance on using the profile ID slug, required type='profile', and options like premium and webhook with their trade-offs. It does not explicitly state when not to use this tool, but the distinction from company/profile mode is clear.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/alessandrobenigni/ScrapingDog-MCP'

If you have feedback or need assistance with the MCP directory API, please join our Discord server