Controlla lo stato del servizio in tempo reale e le risposte di errore documentate prima dell’integrazione.
Dati web
API di convalida per ads.txt e sellers.json
Verifichi quali aziende sono autorizzate a vendere l'inventario pubblicitario di un sito. Analizzi ads.txt o app-ads.txt, segnali righe non valide e duplicati e confermi ogni venditore tramite il sellers.json del sistema pubblicitario.
Usato da persone di queste aziende
Segnali di fiducia prima dell’integrazione
Documentazione trasparente, richieste autenticate e dettagli di affidabilità visibili rendono più semplice valutare DomScan prima del rilascio.
OpenAPI, Swagger, Postman, CLI, SDK e link MCP sono a un clic.
Gli endpoint autenticati usano chiavi API con costi in crediti chiari prima della chiamata.
Inizia con 10.000 crediti mensili e fai upgrade solo quando l’uso cresce.
Cosa ti aiuta a costruire questa API
Usa questa pagina come brief di produzione: endpoint, esempi, forma della risposta e parti del workflow per integrare DomScan nel tuo prodotto.
Integra controlli dominio, intelligence DNS, segnali di rischio o arricchimento in onboarding, ricerca e strumenti interni.
Sostituisci lookup manuali ripetuti con job pianificati, alert e passaggi di indagine riproducibili.
Usa campi prevedibili, codici di stato documentati e costi in crediti invece di fare scraping di pagine provider.
Alimenta agenti, dashboard, playbook SOAR e CRM tramite OpenAPI, SDK, Postman o MCP.
Workflow di integrazione
Un percorso semplice dalla prima richiesta all’uso ripetibile in produzione.
Invia la tua chiave API con l’header documentato e mantieni richieste coerenti tra servizi.
Parti dagli esempi curl e HTTP, poi mappa i parametri nel codice della tua applicazione.
Usa codici di stato, costi in crediti e campi di risposta per costruire retry, log e alert.
Kit sviluppatori
Passa da questa pagina a docs leggibili da macchina, raccolte di richieste, SDK o strumenti per agenti.
Genera client o ispeziona ogni forma di richiesta e risposta.
Collezione PostmanImporta richieste pronte per test manuali e handoff al team.
SDK e CLIUsa pacchetti mantenuti e workflow da riga di comando invece di scrivere boilerplate.
Integrazione MCPEsponi intelligence sui domini ad agenti AI e assistenti interni.
Mappa di parametri e risposta
Controlla input, campi di output e codici di stato prima di collegare l’endpoint al tuo client.
Parametro
Risposta di esempio
Codici di stato HTTP
Endpoint
/v1/ads-txt
Segnali di fiducia prima dell’integrazione
Documentazione trasparente, richieste autenticate e dettagli di affidabilità visibili rendono più semplice valutare DomScan prima del rilascio.
OpenAPI, Swagger, Postman, CLI, SDK e link MCP sono a un clic.
Gli endpoint autenticati usano chiavi API con costi in crediti chiari prima della chiamata.
Inizia con 10.000 crediti mensili e fai upgrade solo quando l’uso cresce.
Parti dagli esempi curl e HTTP, poi mappa i parametri nel codice della tua applicazione.
Caratteristiche Principali
Convalidi il file web o la versione per mobile e TV connessa, con ogni record, relazione e ID dell'autorità di certificazione.
Con verify_sellers=true, ogni ID venditore viene cercato nel sellers.json del sistema pubblicitario e contrassegnato come confermato, riservato, type mismatch o non trovato.
Righe non valide, relazioni sconosciute, ID account mancanti, domini errati e record duplicati vengono conteggiati con i relativi numeri di riga.
Le dichiarazioni OWNERDOMAIN, MANAGERDOMAIN, CONTACT, SUBDOMAIN e INVENTORYPARTNERDOMAIN vengono restituite così come trovate.
Richiesta di esempio
curl -H "X-API-Key: $DOMSCAN_API_KEY" "https://domscan.net/v1/ads-txt?url=example.com&verify_sellers=true"
Risposta di esempio
{
"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
}
}
Domande frequenti
Il sellers.json elenca l'ID venditore, ma con un tipo che non corrisponde alla relazione, ad esempio una voce PUBLISHER per una riga RESELLER.
Il sellers.json del sistema pubblicitario non è stato leggibile, era troppo grande o malformato. Sconosciuto non significa mai che il venditore manchi.
Fino a 10 per richiesta, a partire dai sistemi con il maggior numero di record e relazioni DIRECT.
Due crediti, o cinque con verify_sellers=true. I risultati che terminano con status unknown vengono rimborsati.
Strumenti e risorse correlati
Codici di stato HTTP
Questi sono i codici di stato HTTP da gestire, per distinguere risposte riuscite, problemi di autenticazione, crediti, limiti di frequenza, dati mancanti ed errori a monte.
Richiesta riuscita
Parametri non validi
Chiave API o sessione mancante o non valida.
Crediti insufficienti per eseguire questa richiesta.
Limite di richieste superato
Convalida ads.txt

