275 lines
9.9 KiB
Markdown
275 lines
9.9 KiB
Markdown
# @socialhose/api
|
|
|
|
Official TypeScript SDK for the Socialhose Public API.
|
|
|
|
Socialhose is a social-listening and media-monitoring API for turning large streams of public mentions into usable campaign intelligence. It helps backend applications answer questions like:
|
|
|
|
- What are people saying about a campaign, brand, organization, product, policy, person, or event?
|
|
- Which platforms are driving the conversation?
|
|
- Is sentiment improving or deteriorating?
|
|
- Which mentions have the most reach or engagement?
|
|
- Which keywords, topics, or entities are trending?
|
|
- Who should receive alerts or mailing-list updates?
|
|
|
|
The SDK wraps the Socialhose REST API with typed JavaScript/TypeScript methods for campaign discovery, analytics dashboards, mention search, mailing lists, and SDK-composed entity analytics. It handles API-key auth, browser-compatible headers, retries, timeouts, GET caching, and normalized response shapes so product code can focus on the analysis instead of raw HTTP plumbing.
|
|
|
|
## What you can build with it
|
|
|
|
Use `@socialhose/api` from server-side JavaScript/TypeScript to build:
|
|
|
|
- Social-listening dashboards for campaigns, topics, brands, people, organizations, or locations.
|
|
- Monitoring tools that search public mentions across supported platforms.
|
|
- Analytics views showing volume, reach, engagement, sentiment, platform mix, and growth.
|
|
- Trend and keyword reports.
|
|
- High-impact mention feeds ordered by recency or engagement.
|
|
- Entity pages that summarize one term/person/company/topic using mention-search facets.
|
|
- Alerting and mailing-list workflows backed by Socialhose mailing lists.
|
|
- Batch jobs, CLI scripts, or serverless functions that pull Socialhose data into another system.
|
|
|
|
This package is intended for **backend code only**. Do not ship your Socialhose API key to browsers.
|
|
|
|
## Install
|
|
|
|
```bash
|
|
npm install @socialhose/api
|
|
```
|
|
|
|
Node 18+ is required because the SDK uses built-in `fetch`, `Response`, and `AbortSignal.timeout`. You can pass a custom `fetch` implementation if needed.
|
|
|
|
## Quickstart
|
|
|
|
```ts
|
|
import { SocialhoseClient } from '@socialhose/api';
|
|
|
|
const socialhose = new SocialhoseClient({
|
|
apiKey: process.env.SOCIALHOSE_API_KEY!,
|
|
});
|
|
|
|
const mentions = await socialhose.getMentions({
|
|
content_search: 'hospital',
|
|
platforms: 'twitter',
|
|
ordering: '-published_at',
|
|
});
|
|
|
|
console.log(mentions.count, mentions.results[0]?.content);
|
|
```
|
|
|
|
## Core capabilities
|
|
|
|
### Campaign discovery
|
|
|
|
Campaigns are the API's top-level monitoring containers. Use them to discover what this API key can access, resolve IDs, and scope analytics or mention search.
|
|
|
|
```ts
|
|
const campaigns = await socialhose.getCampaigns();
|
|
const campaign = await socialhose.getCampaign(campaigns[0].id);
|
|
```
|
|
|
|
Related methods:
|
|
|
|
- `getCampaigns()` — fetches the first page of accessible campaigns.
|
|
- `getCampaign(id)` — fetches one campaign by ID.
|
|
- `getCampaignIdByMatch(match)` — convenience helper that finds a campaign ID by case-insensitive name substring.
|
|
|
|
### Analytics dashboards
|
|
|
|
Analytics methods summarize campaign performance and conversation health.
|
|
|
|
```ts
|
|
const filters = {
|
|
campaign_ids: 'campaign-id',
|
|
date_from: '2026-05-01',
|
|
date_to: '2026-05-29',
|
|
};
|
|
|
|
const [overview, timeline, sentiment, platforms] = await Promise.all([
|
|
socialhose.getOverview(filters),
|
|
socialhose.getTimeline({ ...filters, interval: 'day' }),
|
|
socialhose.getSentiment(filters),
|
|
socialhose.getPlatforms(filters),
|
|
]);
|
|
```
|
|
|
|
Analytics methods include:
|
|
|
|
- `getOverview()` — total mentions, authors, estimated reach, sentiment distribution, platform breakdown, engagement, and growth.
|
|
- `getTimeline()` — time-series mention volume with sentiment and engagement buckets.
|
|
- `getSentiment()` — aggregate and platform-specific sentiment splits.
|
|
- `getShareOfVoice()` — compares campaigns by mention share, engagement, and sentiment.
|
|
- `getPlatforms()` — mention and engagement totals grouped by platform.
|
|
- `getTopKeywords()` — most frequent keywords with sentiment split.
|
|
- `getTrending()` — keywords whose volume changed against the previous period.
|
|
- `getTopMentions()` — high-impact mentions with reach, engagement, author, URL, and content preview.
|
|
|
|
### Mention search
|
|
|
|
Mentions are the underlying public posts/articles/items Socialhose has collected and classified. Search them by campaign, date, platform, sentiment, content, page, and ordering.
|
|
|
|
```ts
|
|
const page = await socialhose.getMentions({
|
|
campaign_ids: 'campaign-id',
|
|
content_search: 'ozempic',
|
|
platforms: 'twitter,reddit',
|
|
sentiments: 'negative',
|
|
ordering: '-engagement_count',
|
|
});
|
|
|
|
console.log(page.count);
|
|
for (const mention of page.results) {
|
|
console.log(mention.platform, mention.sentiment, mention.url);
|
|
}
|
|
```
|
|
|
|
Use this for feeds, search results, moderation queues, source inspection, custom reports, or downstream enrichment.
|
|
|
|
### Entity analytics
|
|
|
|
Entity helpers build analytics around one search term even when native analytics endpoints are campaign-scoped. They use `/mentions/` facets to produce compact profiles for people, organizations, brands, products, places, hashtags, or arbitrary terms.
|
|
|
|
```ts
|
|
const stats = await socialhose.getEntityStats('RSF', 'campaign-id', {
|
|
revalidateSeconds: 900,
|
|
});
|
|
|
|
console.log({
|
|
total: stats.total,
|
|
sentiment: stats.sentiment,
|
|
platformMix: stats.platformMix,
|
|
momentumPct: stats.momentumPct,
|
|
topUrls: stats.sample.slice(0, 3).map((m) => m.url),
|
|
});
|
|
```
|
|
|
|
Entity methods:
|
|
|
|
- `getEntityBrief(term, campaignId?)` — one request for count plus a top-engagement sample; derives sentiment and platform mix from the sample.
|
|
- `getEntityStats(term, campaignId?)` — richer entity profile with exact facet reconciliation, newest mentions, daily sparkline, and momentum.
|
|
- `getEntityBriefs(terms, campaignId?, concurrency?)` — batch entity cards with bounded concurrency.
|
|
|
|
Entity analytics can fan out many requests. Use caching and conservative concurrency for production dashboards.
|
|
|
|
### Mailing lists
|
|
|
|
Mailing-list helpers support Socialhose alert/recipient workflows.
|
|
|
|
```ts
|
|
const lists = await socialhose.getMailingLists();
|
|
|
|
const result = await socialhose.inviteMailingListMember(lists[0].id, {
|
|
email: 'analyst@example.com',
|
|
first_name: 'Ada',
|
|
last_name: 'Lovelace',
|
|
});
|
|
```
|
|
|
|
Methods:
|
|
|
|
- `getMailingLists()` — fetches first-page mailing-list metadata.
|
|
- `inviteMailingListMember()` — invites a recipient and normalizes `201` and `409` outcomes into `invited` or `already`.
|
|
|
|
### Low-level access
|
|
|
|
If the SDK does not yet expose a typed helper for an endpoint, use authenticated low-level methods:
|
|
|
|
```ts
|
|
const raw = await socialhose.get('/mentions/', {
|
|
page: 1,
|
|
content_search: 'cholera',
|
|
});
|
|
|
|
const created = await socialhose.post('/some-endpoint/', { value: true });
|
|
```
|
|
|
|
- `get<T>(path, params?, options?)` — authenticated cached GET with query serialization.
|
|
- `post<T>(path, body, options?)` — authenticated JSON POST, never cached.
|
|
|
|
## Configuration
|
|
|
|
```ts
|
|
const socialhose = new SocialhoseClient({
|
|
apiKey: process.env.SOCIALHOSE_API_KEY!,
|
|
baseUrl: 'https://socialhose.net/api/public/v1',
|
|
timeoutMs: 8_000,
|
|
retries: 3,
|
|
cacheTtlMs: 60_000,
|
|
});
|
|
```
|
|
|
|
Important options:
|
|
|
|
- `apiKey` — required Socialhose API key. Missing keys fail on the first request.
|
|
- `baseUrl` — defaults to `https://socialhose.net/api/public/v1`.
|
|
- `timeoutMs` — per-attempt timeout. Default: `8000`.
|
|
- `retries` — retry count for network failures, timeouts, `429`, and `5xx`. Default: `3`.
|
|
- `cacheTtlMs` — default GET cache TTL in milliseconds. Default: `60000`; set `0` to disable built-in memory caching.
|
|
- `cache` — custom cache implementation, e.g. Redis or a platform cache.
|
|
- `fetch` — custom fetch for tests, instrumentation, or non-standard runtimes.
|
|
- `defaultHeaders` — extra headers sent with every request.
|
|
|
|
The SDK sends `Authorization: Api-Key <key>` and a browser-like `User-Agent` by default. The user-agent is intentional: the current Socialhose API edge rejects some non-browser requests.
|
|
|
|
## Caching, retries, and failure behavior
|
|
|
|
- GET requests are cached by full URL.
|
|
- POST requests are never cached.
|
|
- Default cache is process-local `MemoryCache`.
|
|
- `NoopCache` disables storage.
|
|
- Custom caches implement `Cache#get`, `Cache#set`, and `Cache#delete`.
|
|
- `revalidateSeconds` overrides TTL per request.
|
|
- Non-positive TTL means “do not cache”.
|
|
- Transient failures are retried: network errors, timeouts, `429`, and `5xx`.
|
|
- Client errors such as `400`, `401`, `403`, and `404` are not retried.
|
|
|
|
```ts
|
|
await socialhose.getMentions(
|
|
{ content_search: 'sudan' },
|
|
{ revalidateSeconds: 900 },
|
|
);
|
|
```
|
|
|
|
For multi-process, serverless, or high-traffic dashboards, inject a shared cache instead of relying on the default in-memory cache.
|
|
|
|
## Errors
|
|
|
|
Failed requests throw `SocialhoseError` with `status`, `path`, `body`, and `cause` when available.
|
|
|
|
```ts
|
|
import { SocialhoseError } from '@socialhose/api';
|
|
|
|
try {
|
|
await socialhose.getCampaign('missing');
|
|
} catch (error) {
|
|
if (error instanceof SocialhoseError) {
|
|
console.error(error.status, error.path, error.body);
|
|
}
|
|
}
|
|
```
|
|
|
|
## Documentation
|
|
|
|
- [Usage guide](./docs/GUIDE.md) — setup, workflows, filtering, pagination, caching, and operational guidance.
|
|
- [API reference](./docs/API.md) — every public class, function, method, option, and exported type.
|
|
- [Entity analytics](./docs/ENTITY_ANALYTICS.md) — how term-level analytics are built, accuracy safeguards, and rate-limit guidance.
|
|
- [Caching and retries](./docs/CACHING_AND_RETRIES.md) — cache contract, retry policy, request lifecycle, and failure semantics.
|
|
- [Examples](./examples) — runnable TypeScript examples.
|
|
|
|
## Development
|
|
|
|
```bash
|
|
pnpm install
|
|
pnpm test
|
|
pnpm typecheck
|
|
pnpm build
|
|
```
|
|
|
|
Publishing:
|
|
|
|
Preferred publish path is the release workflow, which runs with npm provenance from CI. Before publishing, verify npm authentication and `@socialhose` scope access:
|
|
|
|
```bash
|
|
npm whoami
|
|
npm publish --dry-run --access public --provenance
|
|
```
|
|
|
|
For the actual release, publish from CI with provenance enabled. If you must publish locally, first confirm whether npm provenance is supported in that environment.
|