MH MediaHarvester Web Context API

Description

Company Description

Create concise company summaries from public website signals.

GET /v1/brand/retrieve

What you get

Developer-ready output for Company Description

01 Title and meta description
02 Open Graph fallback
03 Homepage summary
04 Source-aware profile text

How it works

Four steps from request to usable JSON

1

Fetch homepage metadata

2

Inspect about and key pages

3

Normalize description text

4

Return concise company context

API response

Fields developers usually wire first

Generate concise company summaries from title, meta, Open Graph and website content.

title description slogan primary_language
curl.exe -H "X-API-Key: mh-localhost-dev-key" "http://127.0.0.1:8013/v1/brand/retrieve"

Developer FAQ

Common questions about Company Description

12 answers
Where does the description come from?

It uses title, meta, Open Graph, schema and readable homepage content. The best results come from official website copy.

Can I show the description in a CRM?

Yes. Keep source URLs so users can verify or edit the text when a company changes positioning.

Can I force a language?

Use language hints when your workflow needs a specific output language or when sites have localized versions.

What endpoint should I call for Company Description?

Use GET /v1/brand/retrieve. Local development accepts the X-API-Key header with mh-localhost-dev-key, and production clients can use the same shape with their own key.

Can I call it from CLI, SDK, MCP and no-code tools?

Yes. The same endpoint can be called with curl, the TypeScript SDK, Python SDK, MCP server, Zapier, Make, n8n, Google Sheets or Excel workflows where appropriate.

How does caching with maxAgeMs work?

When maxAgeMs is supported, a cached response can be reused if it is younger than the requested freshness window. Set maxAgeMs to 0 when you need a fresh scrape or extraction.

What happens when a page is blocked or requires login?

The API returns clear states such as blocked, verification_required, login_required, robots_disallowed or permission_required. It does not promise to bypass access controls.

Which response fields should I store?

Most integrations store title, description, slogan, primary_language, plus source URL, status, confidence and timestamp fields when present. Keep source metadata so users can audit values later.

Can I batch this endpoint?

For local or small workflows, loop over a list of URLs or domains. For larger jobs, use crawl, batch workflow endpoints or a queue so failures and retries are tracked cleanly.

How should I handle errors in production?

Check success, HTTP status, error.type and retryable flags. Retry timeouts and temporary network failures, but do not retry robots, login or permission errors without changing input or authorization.

Does the API work with JavaScript-heavy sites?

The engine router starts with fast fetching and escalates when content quality is low. Browser-style rendering is used where available, while access-control barriers are reported explicitly.

Is this safe to use with customer data?

Send only domains, URLs or fields your workflow needs. Use retention controls for generated artifacts and avoid storing unnecessary raw HTML, screenshots or extracted personal data.

Related data APIs

Build the next step in the workflow