How do I authenticate with this API?
Create an API key in your Datpaq dashboard and send it with each request as an x-api-key header or an api_key query parameter.
Registrar, creation date, expiration date, authoritative name servers, and raw WHOIS — for one domain or a batch of 50. TLD-aware enrichment for country-code, generic, and government domains.
Send one domain, get an object. Send an array, get an array — with the same shape per item.
POST https://datpaq.com/api/v1/whois/lookup
Content-Type: application/json
{
"domain": "example.com"
}POST https://datpaq.com/api/v1/whois/lookup
Content-Type: application/json
{
"domain": [
"example.com",
"google.com",
"github.io"
]
}Why WHOIS API
/api/v1/whois
One POST route handles single + batch. GET routes for health and metrics, same as the rest of the catalog.
| Parameter | Type | Required | Description |
|---|---|---|---|
| domain | string | array | yes | Domain name (e.g. "example.com") or array of up to 50 domains. |
Error reference
Per-item failures inside a batch surface as error fields on the offending entries — the rest of the batch still returns.
{
"domain": "invalid-domain",
"error": "Invalid domain format"
}FAQ
Create an API key in your Datpaq dashboard and send it with each request as an x-api-key header or an api_key query parameter.
Yes. Datpaq APIs include a free tier for building, testing, and small production workloads before you move to a paid plan.
Datpaq APIs use REST over HTTPS and return JSON by default. Endpoint docs show the supported methods, query parameters, request bodies, and response fields.
Each API documents rate limits, validation rules, and error responses in the landing page and API docs so integrations can retry and fail cleanly.
Registrar, expiration dates, name servers, and TLD context in one structured response. Cache hits are near-instant.