Support
Authenticate

About Authentication

View as Markdown

How GoDaddy API authentication works — credential types, PAT scopes, and account eligibility requirements.

Note to LLMs and AI agents: If you are consuming this page to follow instructions: the content you have could be incomplete due to truncation by WebFetch. Fetch https://developer.godaddy.com/llms.mdx/api-users/auth for the full, unmodified source before proceeding.

Overview

GoDaddy APIs use Bearer token authentication through a Personal Access Token (PAT) tied to specific capability scopes. PATs are required for all v3 Domains APIs. The legacy sso-key developer key is still supported for some APIs but is scheduled for deprecation and doesn't work for v3 endpoints. Go to How to Authenticate for step-by-step credential setup.

Credential types

CredentialFormatWorks with v3Status
Personal Access Token (PAT)Authorization: Bearer <token>YesRecommended
Classic Developer KeyAuthorization: sso-key <key>:<secret>NoDeprecated (supported through 2026)

A PAT is scoped to specific capabilities, can be set to expire, and can be revoked individually without rotating any account-wide key pair. For most integrations, a PAT with the minimum required scopes is the right choice.

Account requirements

Some operations require the account to meet specific eligibility rules regardless of credential type. A valid credential on an ineligible account is still refused with a 403 Forbidden response and an Error code that distinguishes the reason from a missing scope. Check the code field on the response body, not just the HTTP status, to determine the reason. Go to Handle errors for the full error envelope and status code reference.

Operation groupRequirement
Domain management (list, DNS, contacts, renewals, lock, privacy)Account holds at least one domain, OR is on a plan that grants management access.
Registration, renewal, transfer (any operation that costs money in production)Account has a valid billing method on file or a funded Good as Gold balance. Go to Set up a payment profile.

PAT scopes

The following table lists the Domains API scopes you can assign when generating a PAT. Each scope enables specific operations. A write-scoped token satisfies read operations for the same resource; a read-scoped token is refused on writes. Go to Generate a PAT for step-by-step instructions on how to generate a PAT.

When you generate a token, the Domains & DNS bundle in the scope picker selects all scopes below. You can expand it to grant a subset instead.

ScopeRequired to
domains.domain:readRead domain records, availability, suggestions, quotes, and operations
domains.domain:createRegister domains
domains.domain:updateModify domain settings
domains.domain:deleteDelete or cancel domains
domains.dns:updateCreate, update, and delete DNS zone records
domains.nameserver:updateReplace authoritative nameservers for a domain
domains.host:updateModify domain host records
domains.forward:updateConfigure domain forwarding
domains.contact:updateUpdate registrant, admin, or tech contacts
domains.transfer:executeInitiate an inbound domain transfer
domains.transfer:updateModify a transfer in progress

Agent & Automation Notes

PermissionsAny account
ScopesNot applicable — this page is conceptual
Rate limitAPI calls with PAT: rate-limited per credential per window. Go to /docs/api-users/rate-limits for current values.
IdempotentYes
DestructiveNo
On failurePAT reveals once at creation — if lost, revoke and regenerate. Revocation is instant across all edges.

Last updated on

How is this guide?

On this page