Consulte o estado do serviço ao vivo e as respostas de falha documentadas antes de fazer a integração.
Dados da web
API de validação de ads.txt e sellers.json
Verifique que empresas estão autorizadas a vender o inventário publicitário de um site. Analise o ads.txt ou o app-ads.txt, assinale linhas inválidas e duplicados e confirme cada vendedor com o sellers.json do próprio sistema publicitário.
Usado por pessoas nestas empresas
Sinais de confiança antes da integração
Documentação transparente, solicitações autenticadas e detalhes visíveis de confiabilidade facilitam avaliar o DomScan antes de publicar.
OpenAPI, Swagger, Postman, CLI, SDK e links MCP ficam a um clique.
Endpoints autenticados usam chaves API com custos de créditos claros antes da chamada.
Comece com 10.000 créditos mensais e faça upgrade só quando o uso crescer.
O que esta API ajuda você a lançar
Use esta página como briefing de produção: endpoints, exemplos, formato da resposta e peças de workflow para conectar o DomScan ao seu produto.
Incorpore checagens de domínio, inteligência DNS, sinais de risco ou enriquecimento em onboarding, busca e ferramentas internas.
Substitua consultas manuais repetidas por jobs agendados, alertas e etapas de investigação reproduzíveis.
Use campos previsíveis, códigos de status documentados e custos em créditos em vez de raspar páginas de fornecedores.
Alimente agentes, dashboards, playbooks SOAR e CRMs via OpenAPI, SDK, Postman ou MCP.
Fluxo de integração
Um caminho simples da primeira requisição ao uso repetível em produção.
Envie sua chave API com o cabeçalho documentado e mantenha requisições consistentes entre serviços.
Comece pelos exemplos curl e HTTP, depois mapeie os parâmetros no código da sua aplicação.
Use códigos de status, custos em créditos e campos de resposta para criar retentativas, logs e alertas.
Kit de desenvolvedor
Saia desta página para docs legíveis por máquina, coleções de requisições, SDKs ou ferramentas para agentes.
Gere clientes ou inspecione cada formato de requisição e resposta.
Coleção PostmanImporte requisições prontas para testes manuais e repasse ao time.
SDKs e CLIUse pacotes mantidos e fluxos de linha de comando em vez de escrever boilerplate.
Integração MCPExponha inteligência de domínios para agentes de IA e assistentes internos.
Mapa de parâmetros e resposta
Revise entradas, campos de saída e códigos de status antes de ligar o endpoint ao seu cliente.
Parâmetro
Exemplo de resposta
Códigos de status HTTP
Pontos finais
/v1/ads-txt
Sinais de confiança antes da integração
Documentação transparente, solicitações autenticadas e detalhes visíveis de confiabilidade facilitam avaliar o DomScan antes de publicar.
OpenAPI, Swagger, Postman, CLI, SDK e links MCP ficam a um clique.
Endpoints autenticados usam chaves API com custos de créditos claros antes da chamada.
Comece com 10.000 créditos mensais e faça upgrade só quando o uso crescer.
Comece pelos exemplos curl e HTTP, depois mapeie os parâmetros no código da sua aplicação.
Principais Recursos
Valide o ficheiro web ou a versão para aplicações móveis e televisão ligada, com cada registo, relação e ID de autoridade de certificação.
Com verify_sellers=true, cada ID de vendedor é procurado no sellers.json do sistema publicitário e marcado como confirmado, confidencial, type mismatch ou não encontrado.
Linhas inválidas, relações desconhecidas, IDs de conta em falta, domínios incorretos e registos duplicados são contabilizados com o respetivo número de linha.
As declarações OWNERDOMAIN, MANAGERDOMAIN, CONTACT, SUBDOMAIN e INVENTORYPARTNERDOMAIN são devolvidas tal como foram encontradas.
Exemplo de requisição
curl -H "X-API-Key: $DOMSCAN_API_KEY" "https://domscan.net/v1/ads-txt?url=example.com&verify_sellers=true"
Exemplo de resposta
{
"status": "found",
"summary": { "records": 401, "direct": 94, "reseller": 307, "ad_systems": 98 },
"variables": { "ownerdomain": ["example.com"] },
"issues": [{ "code": "duplicate_record", "count": 47, "lines": [68, 76, 77] }],
"sellers": {
"systems_checked": 10,
"confirmed": 58,
"type_mismatch": 7,
"seller_not_found": 16,
"unknown": 9
}
}
Perguntas frequentes
O sellers.json lista o ID de vendedor, mas com um tipo que não corresponde à relação, por exemplo uma entrada PUBLISHER para uma linha RESELLER.
Não foi possível ler o sellers.json do sistema publicitário, era demasiado grande ou estava mal formado. Desconhecido nunca significa que o vendedor não exista.
Até 10 por pedido, começando pelos sistemas com mais registos e relações DIRECT.
Dois créditos, ou cinco com verify_sellers=true. Os resultados que terminam em status unknown são reembolsados.
Ferramentas e recursos relacionados
Códigos de status HTTP
Estes são os códigos de status HTTP que você deve tratar para distinguir respostas bem-sucedidas, problemas de autenticação, créditos, limites de taxa, dados ausentes e falhas de origem.
Pedido bem-sucedido
Parâmetros inválidos
Chave de API ou sessão em falta ou inválida.
Não tens créditos suficientes para executar este pedido.
Limite de taxa excedido
Validar ads.txt

