डोमेनट्रस्ट ऑडिट API

API ID 14803

डोमेन मेल-प्रमाणीकरण ऑडिट एपीआई: सार्वजनिक डीएनएस से MX SPF DMARC और DKIM-चयनकर्ता जांच 0-100 कॉन्फ़िगरेशन सम्पूर्णता स्कोर के साथ-साथ पते की जांच

API डॉक्यूमेंटेशन

एंडपॉइंट्स

अनुरोध
{"डोमेन": "...", "ईमेल": ["...", "..."]} (केवल POST; ईमेल वैकल्पिक है, 100 पतों तक) उदाहरण प्रतिक्रिया (एक वास्तविक प्रतिक्रिया से सारांश ब्लॉक; प्रत्येक प्रतिक्रिया में पूर्ण ऑडिट ब्लॉक, प्रत्येक पते के परिणाम जब ईमेल भेजे गए थे, और एक दायरा विवरण होता है): {"सारांश": {"ऑडिट": {"स्कोर": 97, "ग्रेड": "A", "समस्या_गिनती": 1, "गंभीरता_द्वारा_समस्याएँ": {"त्रुटि": 0, "चेतावनी": 0, "जानकारी": 1}}, "पते": {"कुल": 5, "मान्य": 2, "जोखिमपूर्ण": 2, "अवैध": 1, "निष्क्रिय": 1, "टाइपो_संभावित": 1}, "झंडा": {"कुल": 3, "डोमेन_संदर्भ": {"गिनती": 0, "निर्णय_द्वारा": {"जोखिमपूर्ण": 0, "अवैध": 0}, "पते": []}, "पता_स्तर": {"गिनती": 3, "निर्णय_द्वारा": {"जोखिमपूर्ण": 2, "अवैध": 1}}}}} त्रुटियाँ नामित हैं: MISSING_DOMAIN, INVALID_DOMAIN, INVALID_FIELD, EMPTY_BATCH, BATCH_TOO_LARGE
Endpoint ID: 38381
POST https://zylalabs.com/api/14803/domaintrust+audit+api/38381/audit+domain
इनपुट पैरामीटर्स

ऑडिट डोमेन — एंडपॉइंट फीचर्स

ऑब्जेक्ट विवरण
रिक्वेस्ट बॉडी आवश्यक Json

शेष मुफ्त टेस्ट रिक्वेस्ट्स: 3 में से 3.


इनपुट पैरामीटर्स

API उदाहरण प्रतिक्रिया
JSON
{
    "scope": "DomainTrust Audit joins two checks, each with a stated limit. The audit leg verifies, from public DNS records, whether the domain publishes MX, SPF and DMARC (with its policy), and whether DKIM records exist under 12 common selectors; it returns a configuration-completeness score (0-100) and an issues list. It does not measure inbox deliverability, sender reputation, or whether mail is actually signed, and a DKIM 'not found' means only that none of the 12 common selectors holds a record. Two readings to know: a null MX record (RFC 7505, 'this domain accepts no mail') currently counts as MX present and raises no issue, and a DKIM selector holding an empty or revoked key counts as found - 'found' means a DKIM-shaped record exists there, not that the key is usable. The email leg screens addresses at domain level only (syntax, domain and MX existence, disposable signals, domain age) - it does not probe whether a mailbox exists, and its catch-all field is a risk signal inferred from MX/provider patterns, never a probed conclusion. Flagged addresses are grouped by whether their domain is the audited domain; that grouping is shown so configuration findings and address findings can be read side by side - it is a grouping, not proof of what caused any single flag.",
    "domain": "example.com",
    "audit": {
        "domain": "example.com",
        "score": 98,
        "grade": "A",
        "checks": {
            "mx": {
                "present": true,
                "records": [
                    "0 ."
                ]
            },
            "spf": {
                "present": true,
                "records": [
                    "v=spf1 -all"
                ]
            },
            "dmarc": {
                "present": true,
                "records": [
                    "v=DMARC1;p=reject;sp=reject;adkim=s;aspf=s"
                ],
                "policy": "reject"
            },
            "dkim": {
                "commonSelectorFound": true,
                "selectorsFound": [
                    "selector1",
                    "selector2",
                    "dkim",
                    "default",
                    "mail",
                    "google",
                    "s1",
                    "k1",
                    "s2",
                    "k2",
                    "smtp",
                    "mandrill"
                ],
                "selectorsChecked": [
                    "default",
                    "google",
                    "selector1",
                    "selector2",
                    "mail",
                    "dkim",
                    "s1",
                    "s2",
                    "k1",
                    "k2",
                    "mandrill",
                    "smtp"
                ],
                "coverageNote": "Only the common selectors listed in selectorsChecked are probed. Domains that sign with a custom selector (common for large senders — e.g. Google signs with date-based selectors such as 20230601) are NOT detected by this check, so a 'not found' result here does not prove DKIM is missing or that mail is unsigned."
            }
        },
        "issues": [
            {
                "severity": "info",
                "check": "dmarc",
                "message": "DMARC record has no rua= reporting address — you will not receive aggregate reports."
            }
        ],
        "source": "DNS-over-HTTPS (Cloudflare)"
    },
    "emails": {
        "results": [
            {
                "email": "[email protected]",
                "valid": true,
                "score": 100,
                "verdict": "valid",
                "checks": {
                    "syntax": true,
                    "domainExists": true,
                    "mxFound": true,
                    "disposable": false,
                    "roleAccount": false,
                    "freeProvider": false
                },
                "mxRecords": [],
                "suggestion": null,
                "typoLikely": false,
                "domainAgeDays": 11410,
                "domainAgeSource": "RDAP",
                "catchAllRisk": "unknown",
                "note": "Checks domain mail routing (MX) and risk signals. Does not probe individual mailbox existence. Catch-all risk is a risk signal based on MX/provider patterns, not a probing conclusion."
            },
            {
                "email": "[email protected]",
                "valid": true,
                "score": 100,
                "verdict": "valid",
                "checks": {
                    "syntax": true,
                    "domainExists": true,
                    "mxFound": true,
                    "disposable": false,
                    "roleAccount": false,
                    "freeProvider": false
                },
                "mxRecords": [],
                "suggestion": null,
                "typoLikely": false,
                "domainAgeDays": 11410,
                "domainAgeSource": "RDAP",
                "catchAllRisk": "unknown",
                "note": "Checks domain mail routing (MX) and risk signals. Does not probe individual mailbox existence. Catch-all risk is a risk signal based on MX/provider patterns, not a probing conclusion."
            }
        ],
        "summary": {
            "total": 2,
            "valid": {
                "count": 2,
                "percent": 100
            },
            "risky": {
                "count": 0,
                "percent": 0
            },
            "invalid": {
                "count": 0,
                "percent": 0
            },
            "disposable": {
                "count": 0,
                "percent": 0
            },
            "typoLikely": {
                "count": 0,
                "percent": 0
            }
        }
    },
    "summary": {
        "audit": {
            "score": 98,
            "grade": "A",
            "issueCount": 1,
            "issuesBySeverity": {
                "error": 0,
                "warning": 0,
                "info": 1
            }
        },
        "addresses": {
            "total": 2,
            "valid": 2,
            "risky": 0,
            "invalid": 0,
            "disposable": 0,
            "typoLikely": 0
        },
        "flagged": {
            "total": 0,
            "domainContext": {
                "count": 0,
                "byVerdict": {
                    "risky": 0,
                    "invalid": 0
                },
                "addresses": []
            },
            "addressLevel": {
                "count": 0,
                "byVerdict": {
                    "risky": 0,
                    "invalid": 0
                },
                "addresses": []
            },
            "note": "Flagged = the email leg's risky + invalid verdicts, grouped by whether the address's domain is the audited domain. Addresses grouped under domainContext sit next to the domain's own configuration findings in the audit block above; addressLevel flags rest on the address's own signals (listed per address) or on a different domain. Grouping only - it does not prove what caused any single flag."
        }
    }
}
ऑडिट डोमेन — कोड स्निपेट्स

curl --location --request POST 'https://zylalabs.com/api/14803/domaintrust+audit+api/38381/audit+domain' --header 'Authorization: Bearer YOUR_API_KEY' 

--data-raw '{"domain": "example.com", "emails": ["[email protected]", "[email protected]"]}'

    
अनुरोध
सेवा स्थिति जांच: क्रियाप्रविधि सेवाएँ सामान्य रूप से कार्यरत और प्रतिक्रिया कर रही हैं या नहीं यह लौटाता है ताकि कॉल करने वाले ऑडिट चलाने से पहले उपलब्धता की पुष्टि कर सकें
Endpoint ID: 38382
GET https://zylalabs.com/api/14803/domaintrust+audit+api/38382/health+check
इनपुट पैरामीटर्स

शेष मुफ्त टेस्ट रिक्वेस्ट्स: 3 में से 3.

इस एंडपॉइंट के लिए किसी इनपुट पैरामीटर की आवश्यकता नहीं है।

API उदाहरण प्रतिक्रिया
JSON
{
    "ok": true,
    "service": "DomainTrust Audit",
    "version": 1
}
स्वास्थ्य जांच — कोड स्निपेट्स

curl --location --request GET 'https://zylalabs.com/api/14803/domaintrust+audit+api/38382/health+check' --header 'Authorization: Bearer YOUR_API_KEY' 


    

API एक्सेस कुंजी और प्रमाणीकरण

साइन अप करने के बाद, प्रत्येक डेवलपर को एक पर्सनल API एक्सेस की असाइन की जाती है, जो अक्षरों और अंकों का एक यूनिक संयोजन होता है, जिसका उपयोग हमारे API एंडपॉइंट तक पहुंचने के लिए किया जाता है। प्रमाणीकरण के लिए डोमेनट्रस्ट ऑडिट API के साथ बस अपने बेयरर टोकन को Authorization हेडर में शामिल करें।

हेडर्स
हेडर विवरण
Authorization आवश्यक होना चाहिए Bearer access_key. जब आप सब्सक्राइब हों तो ऊपर "Your API Access Key" देखें।

कोई लंबी अवधि की प्रतिबद्धता नहीं। कभी भी अपग्रेड, डाउनग्रेड या कैंसल करें।

शुरू होता है
$10,000/वर्ष


  • कस्टम वॉल्यूम
  • कस्टम रेट लिमिट
  • विशेष ग्राहक सहायता
  • रीयल-टाइम API मॉनिटरिंग

अवलोकन

डोमेन मेल-प्रमाणीकरण ऑडिट एपीआई: सार्वजनिक डोमेन नाम प्रणाली से एमएक्स, एसपीएफ, डीएमएआरसी और डीकेआईएम-चुनाव जांच, 0-100 कॉन्फ़िगरेशन पूर्णता स्कोर,plus पते की स्क्रीनिंग

डोमेनट्रस्ट ऑडिट API FAQs

नहीं स्कोर कॉन्फ़िगरेशन पूर्णता को गिनता है - कौन सा MX SPF DMARC और DKIM-साधारण-चुनाव प्रकाशित हैं और रिकॉर्ड कैसे सेट किए गए हैं डिलीवरी प्रेषक की प्रतिष्ठा सामग्री और रिसीवर नीति पर निर्भर करती है जिनमें से कोई भी इस एपीआई द्वारा पढ़ी नहीं जाती या पढ़ने का दावा नहीं किया जाता

नहीं इसका मतलब है कि 12 सामान्य चयनकों में से कोई भी रिकॉर्ड नहीं है कस्टम चयनकर्ता के साथ साइन करने वाले डोमेन (जो बड़े प्रेषकों के लिए सामान्य है) इस जांच द्वारा पता नहीं लगाए जाते और प्रतिक्रिया के कवरेज नोट में इसका उल्लेख है

नहीं यह डोमेन मेल रूटिंग (MX) पंजीकरण डेटा और डोमेन स्तर पर जोखिम संकेतों की जांच करता है मेलबॉक्स स्तर पर जांच भरोसेमंद नहीं है इसलिए हम इसे नहीं करते और इस पर दावा नहीं करते

हाँ एक कॉल ठीक एक डोमेन लेता है और वैकल्पिक रूप से 100 पते तक ले सकता है ईमेल क्षेत्र को छोड़ दें ताकि केवल डोमेन का ऑडिट किया जा सके

ऑडिट लेग और एड्रेस लेग समानांतर चलते हैं और स्वतंत्र रूप से असफल होते हैं अगर एक इंजन अनुपलब्ध होता है तो दूसरे लेग के परिणाम अभी भी लौटाए जाते हैं जिसमें असफल लेग के ब्लॉक में एक नामित त्रुटि होती है

सामान्य FAQs

Zyla API Hub APIs के लिए एक बड़ा स्टोर जैसा है, जहाँ आप हजारों APIs एक ही जगह पर पा सकते हैं। हम सभी APIs की समर्पित सपोर्ट और रीयल-टाइम मॉनिटरिंग भी प्रदान करते हैं। एक बार साइन अप करने के बाद, आप चुन सकते हैं कि कौन सी APIs उपयोग करनी हैं। बस याद रखें, प्रत्येक API को अपनी स्वयं की सब्सक्रिप्शन की आवश्यकता होती है। लेकिन यदि आप कई APIs पर सब्सक्राइब करते हैं, तो आप सभी के लिए एक ही की का उपयोग करेंगे, जिससे आपके लिए चीज़ें आसान हो जाती हैं।
कीमतें USD (अमेरिकी डॉलर), EUR (यूरो), CAD (कनाडाई डॉलर), AUD (ऑस्ट्रेलियाई डॉलर), और GBP (ब्रिटिश पाउंड) में सूचीबद्ध हैं। हम सभी प्रमुख डेबिट और क्रेडिट कार्ड स्वीकार करते हैं। हमारा पेमेंट सिस्टम नवीनतम सुरक्षा तकनीक का उपयोग करता है और Stripe द्वारा संचालित है, जो दुनिया की सबसे विश्वसनीय पेमेंट कंपनियों में से एक है। यदि आपको कार्ड से पेमेंट करने में कोई समस्या हो, तो बस हमसे संपर्क करें [email protected]

इसके अलावा, यदि आपके पास पहले से ही इनमें से किसी भी करेंसी (USD, EUR, CAD, AUD, GBP) में एक सक्रिय सब्सक्रिप्शन है, तो बाद की सब्सक्रिप्शंस के लिए वही करेंसी बनी रहेगी। जब तक आपके पास कोई सक्रिय सब्सक्रिप्शन नहीं है, आप किसी भी समय करेंसी बदल सकते हैं।
प्राइसिंग पेज पर दिखाई देने वाली स्थानीय करेंसी आपके IP पते के देश पर आधारित है और केवल संदर्भ के लिए प्रदान की गई है। वास्तविक कीमतें USD (अमेरिकी डॉलर) में हैं। जब आप भुगतान करते हैं, तो आपके कार्ड स्टेटमेंट पर चार्ज USD में दिखाई देगा, भले ही हमारी वेबसाइट पर आपको आपकी स्थानीय करेंसी में समतुल्य राशि दिखाई दे। इसका अर्थ है कि आप सीधे अपनी स्थानीय करेंसी से भुगतान नहीं कर सकते।
कभी-कभी, बैंक फ्रॉड प्रोटेक्शन सेटिंग्स के कारण चार्ज को डिक्लाइन कर सकता है। हम सुझाव देते हैं कि आप पहले अपने बैंक से संपर्क करें कि क्या वे हमारे चार्ज को ब्लॉक कर रहे हैं। साथ ही, आप बिलिंग पोर्टल तक पहुंच सकते हैं और भुगतान करने के लिए जुड़े कार्ड को बदल सकते हैं। यदि यह काम नहीं करता और आपको अतिरिक्त सहायता की आवश्यकता है, तो कृपया हमारी टीम से संपर्क करें [email protected]
कीमतें पुनरावर्ती मासिक या वार्षिक सब्सक्रिप्शन के आधार पर निर्धारित की जाती हैं, जो चुने गए प्लान पर निर्भर करती हैं।
API कॉल्स आपके प्लान से सफल रिक्वेस्ट के आधार पर घटाई जाती हैं। प्रत्येक प्लान में प्रति माह आप जितनी कॉल कर सकते हैं उसकी एक विशेष संख्या होती है। केवल सफल कॉल्स, जो स्टेटस 200 रिस्पॉन्स से इंगित होती हैं, आपकी कुल संख्या से घटाई जाएँगी। इससे सुनिश्चित होता है कि असफल या अधूरी रिक्वेस्ट आपके मासिक कोटा को प्रभावित नहीं करतीं।
Zyla API Hub एक पुनरावर्ती मासिक सब्सक्रिप्शन सिस्टम पर काम करता है। आपका बिलिंग साइकल उस दिन से शुरू होगा जिस दिन आप किसी पेड प्लान को खरीदते हैं, और अगले महीने के उसी दिन नवीनीकृत होगा। इसलिए यदि आप भविष्य के चार्ज से बचना चाहते हैं, तो समय पर अपनी सब्सक्रिप्शन कैंसल करना सुनिश्चित करें।
अपनी मौजूदा सब्सक्रिप्शन प्लान को अपग्रेड करने के लिए, बस API के प्राइसिंग पेज पर जाएँ और वह प्लान चुनें जिस पर आप अपग्रेड करना चाहते हैं। अपग्रेड तुरंत प्रभावी होगा, जिससे आपको नए प्लान की सुविधाओं का तुरंत आनंद मिलेगा। कृपया ध्यान दें कि आपके पिछले प्लान से बची हुई कॉल्स नए प्लान में नहीं जोड़ी जाएँगी, इसलिए अपग्रेड करने से पहले इसे ध्यान में रखें। आपको नए प्लान की पूरी राशि चार्ज की जाएगी।
यह देखने के लिए कि आपके पास वर्तमान महीने के लिए कितनी API कॉल्स बची हैं, रिस्पॉन्स हेडर में "X-Zyla-API-Calls-Monthly-Remaining" फ़ील्ड देखें। उदाहरण के लिए, यदि आपके प्लान में प्रति माह 1,000 रिक्वेस्ट की अनुमति है और आपने 100 का उपयोग किया है, तो रिस्पॉन्स हेडर में यह फ़ील्ड 900 बची हुई कॉल्स दिखाएगा।
आपके प्लान में अनुमत API रिक्वेस्ट्स की अधिकतम संख्या देखने के लिए, "X-Zyla-RateLimit-Limit" रिस्पॉन्स हेडर देखें। उदाहरण के लिए, यदि आपके प्लान में प्रति माह 1,000 रिक्वेस्ट्स शामिल हैं, तो यह हेडर 1,000 दिखाएगा।
"X-Zyla-RateLimit-Reset" हेडर यह दिखाता है कि आपकी रेट लिमिट रीसेट होने में कितने सेकंड बचे हैं। यह आपको बताता है कि आपकी रिक्वेस्ट गिनती कब से फिर से शुरू होगी। उदाहरण के लिए, यदि यह 3,600 दिखाता है, तो इसका मतलब है कि लिमिट रीसेट होने में 3,600 सेकंड बचे हैं।
हाँ, आप कभी भी अपने अकाउंट में जाकर और बिलिंग पेज पर कैंसिलेशन विकल्प चुनकर अपना प्लान कैंसल कर सकते हैं। कृपया ध्यान दें कि अपग्रेड, डाउनग्रेड और कैंसिलेशन तुरंत प्रभावी होते हैं। साथ ही, कैंसल करने पर आपको सेवा तक पहुंच नहीं होगी, भले ही आपके कोटा में कॉल्स बची हों।
आपको बिना किसी प्रतिबद्धता के हमारी APIs का अनुभव करने का मौका देने के लिए, हम 7-दिवसीय फ्री ट्रायल प्रदान करते हैं, जो आपको 50 API कॉल्स तक मुफ्त में करने की अनुमति देता है। यह ट्रायल केवल एक बार उपयोग किया जा सकता है, इसलिए हम सलाह देते हैं कि आप इसे उस API पर लागू करें जिसमें आपको सबसे अधिक रुचि है। जबकि अधिकांश APIs फ्री ट्रायल प्रदान करते हैं, कुछ शायद न करें। ट्रायल 7 दिनों के बाद या 50 रिक्वेस्ट होने पर, जो भी पहले हो, समाप्त हो जाता है। यदि आप ट्रायल के दौरान 50 रिक्वेस्ट लिमिट तक पहुँच जाते हैं, तो रिक्वेस्ट जारी रखने के लिए आपको "Start Your Paid Plan" करना होगा। आप अपने प्रोफाइल में Subscription -> जिस API पर आप सब्सक्राइब हैं उसे चुनें -> Pricing टैब में "Start Your Paid Plan" बटन पा सकते हैं। यदि आप 7वें दिन से पहले अपनी सब्सक्रिप्शन कैंसल नहीं करते हैं, तो आपका फ्री ट्रायल समाप्त हो जाएगा और आपका प्लान अपने आप चार्ज हो जाएगा, जिससे आपको अपने प्लान में निर्दिष्ट सभी API कॉल्स तक पहुंच मिल जाएगी। अवांछित चार्ज से बचने के लिए कृपया इसे ध्यान में रखें।
7 दिनों के बाद, आपको उस प्लान की पूरी राशि चार्ज की जाएगी, जिस पर आप ट्रायल के दौरान सब्सक्राइब थे। इसलिए, ट्रायल अवधि समाप्त होने से पहले कैंसल करना महत्वपूर्ण है। समय पर कैंसल करना भूलने के लिए रिफंड अनुरोध स्वीकार नहीं किए जाते।
जब आप किसी API के फ्री ट्रायल पर सब्सक्राइब करते हैं, तो आप 50 API कॉल्स तक कर सकते हैं। यदि आप इस लिमिट से आगे अतिरिक्त API कॉल्स करना चाहते हैं, तो API आपको "Start Your Paid Plan" करने का संकेत देगा। आप अपने प्रोफाइल में Subscription -> जिस API पर आप सब्सक्राइब हैं उसे चुनें -> Pricing टैब में "Start Your Paid Plan" बटन पा सकते हैं।
पAYOUT ऑर्डर्स महीने की 20 तारीख से 30 तारीख के बीच प्रोसेस किए जाते हैं। यदि आप अपना अनुरोध 20 तारीख से पहले सबमिट करते हैं, तो आपका पेमेंट इस समयावधि के भीतर प्रोसेस किया जाएगा।
आप तुरंत सहायता प्राप्त करने के लिए हमारे चैट चैनल के माध्यम से हमसे संपर्क कर सकते हैं। हम हमेशा सुबह 8 बजे से शाम 5 बजे (EST) तक ऑनलाइन रहते हैं। यदि आप हमें उस समय के बाद संपर्क करते हैं, तो हम यथाशीघ्र आपसे संपर्क करेंगे। इसके अलावा, आप हमें ईमेल के माध्यम से भी संपर्क कर सकते हैं [email protected]

संबंधित APIs