Auditoría de DomainTrust API

API ID 14803

API de auditoría de autenticación de correo de dominio verificación de MX SPF DMARC y selector DKIM desde DNS público una puntuación de completitud de configuración de 0 a 100 más verificación de direcciones

Documentación de la API

Endpoints

Solicitud
Cuerpo JSON {"dominio": "...", "correos": ["...", "..."]} (solo POST; los correos son opcionales, hasta 100 direcciones) Ejemplo de respuesta (bloque de resumen de una respuesta real; cada respuesta también lleva el bloque completo de auditoría, resultados por dirección cuando se enviaron correos, y una declaración de alcance): {"resumen": {"auditoría": {"puntaje": 97, "calificación": "A", "contadorDeProblemas": 1, "problemasPorSeveridad": {"error": 0, "advertencia": 0, "info": 1}}, "direcciones": {"total": 5, "válidas": 2, "arriesgadas": 2, "inválidas": 1, "desechables": 1, "probableErrorDeEscritura": 1}, "marcadas": {"total": 3, "contextoDelDominio": {"contador": 0, "porVeredicto": {"arriesgadas": 0, "inválidas": 0}, "direcciones": []}, "nivelDeDirección": {"contador": 3, "porVeredicto": {"arriesgadas": 2, "inválidas": 1}}}}} Los errores se nombran: DOMINIO_FALTANTE, DOMINIO_INVÁLIDO, CAMPO_INVÁLIDO, LOTE_VACÍO, LOTE_DEMASIADO_GRANDE
Endpoint ID: 38381
POST https://zylalabs.com/api/14803/domaintrust+audit+api/38381/audit+domain
PARÁMETROS DE ENTRADA

Dominio de auditoría — Características del Endpoint

Objeto Descripción
Cuerpo de la Solicitud Requerido Json

Pruebas gratuitas restantes: 3 de 3.


PARÁMETROS DE ENTRADA

RESPUESTA DE EJEMPLO DE LA 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."
        }
    }
}
Dominio de auditoría — CÓDIGOS DE EJEMPLO

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]"]}'

    
Solicitud
Verificación del estado del servicio devuelve si el servicio API está activo y respondiendo normalmente para que los llamadores puedan verificar la disponibilidad antes de realizar una auditoría
Endpoint ID: 38382
GET https://zylalabs.com/api/14803/domaintrust+audit+api/38382/health+check
PARÁMETROS DE ENTRADA

Pruebas gratuitas restantes: 3 de 3.

Este endpoint no requiere parámetros de entrada.

RESPUESTA DE EJEMPLO DE LA API
JSON
{
    "ok": true,
    "service": "DomainTrust Audit",
    "version": 1
}
Chequeo de salud — CÓDIGOS DE EJEMPLO

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


    

Clave de Acceso a la API y Autenticación

Después de registrarte, a cada desarrollador se le asigna una clave de acceso a la API personal, una combinación única de letras y dígitos proporcionada para acceder a nuestro endpoint de la API. Para autenticarte con el Auditoría de DomainTrust API simplemente incluye tu token de portador en el encabezado de Autorización.

Encabezados
Encabezado Descripción
Autorización Requerido Debería ser Bearer access_key. Consulta "Tu Clave de Acceso a la API" arriba cuando estés suscrito.

Sin compromiso a largo plazo. Mejora, reduce o cancela en cualquier momento.

Comienza en
$10.000/Año


  • Volumen Personalizado
  • Límite de solicitudes personalizado
  • Soporte al Cliente Especializado
  • Monitoreo de API en Tiempo Real

Resumen

API de auditoría de autenticación de correo del dominio: verificaciones de MX, SPF, DMARC y seleccionador DKIM desde DNS público, una puntuación de completitud de configuración de 0 a 100, además de selección de direcciones

Auditoría de DomainTrust API FAQs

No La puntuación cuenta la completitud de la configuración — cuáles de MX SPF DMARC y DKIM-bajo-selectores-comunes están publicados y cómo se configuran los registros La entrega depende de la reputación del remitente del contenido y de la política del receptor ninguno de los cuales esta API lee o afirma leer

No. Significa que ninguno de los 12 selectores comunes posee un registro Los dominios que firman con un selector personalizado común para grandes remitentes no son detectados por esta verificación y la nota de cobertura de la respuesta así lo indica

No verifica el enrutamiento de correo del dominio MX los datos de registro y las señales de riesgo a nivel de dominio La verificación a nivel de buzón es poco fiable por lo que no la realizamos y no lo afirmamos

Sí Una llamada toma exactamente un dominio y opcionalmente hasta 100 direcciones Omitir el campo de correos electrónicos para auditar solo el dominio

La pierna de auditoría y la pierna de dirección se ejecutan en paralelo y fallan de manera independiente si un motor no se puede alcanzar los resultados de la otra pierna aún se devuelven con un error nombrado en el bloque de la pierna fallida

Preguntas frecuentes generales

Zyla API Hub es como una gran tienda de APIs, donde puedes encontrar miles de ellas en un solo lugar. También ofrecemos soporte dedicado y monitoreo en tiempo real de todas las APIs. Una vez que te registres, puedes elegir qué APIs quieres usar. Solo recuerda que cada API necesita su propia suscripción. Pero si te suscribes a varias, usarás la misma clave para todas, lo que hace todo más fácil para ti.
Los precios se muestran en USD (dólar estadounidense), EUR (euro), CAD (dólar canadiense), AUD (dólar australiano) y GBP (libra esterlina). Aceptamos todas las principales tarjetas de débito y crédito. Nuestro sistema de pago utiliza la última tecnología de seguridad y está respaldado por Stripe, una de las compañías de pago más confiables del mundo. Si tienes algún problema para pagar con tarjeta, contáctanos en [email protected]

Además, si ya tienes una suscripción activa en cualquiera de estas monedas (USD, EUR, CAD, AUD, GBP), esa moneda se mantendrá para suscripciones posteriores. Puedes cambiar la moneda en cualquier momento siempre que no tengas suscripciones activas.
La moneda local que aparece en la página de precios se basa en el país de tu dirección IP y se proporciona solo como referencia. Los precios reales están en USD (dólar estadounidense). Cuando realices un pago, el cargo aparecerá en tu estado de cuenta en USD, incluso si ves el monto equivalente en tu moneda local en nuestro sitio web. Esto significa que no puedes pagar directamente en tu moneda local.
Ocasionalmente, un banco puede rechazar el cargo debido a sus configuraciones de protección contra fraude. Te sugerimos comunicarte con tu banco primero para verificar si están bloqueando nuestros cargos. También puedes acceder al Portal de Facturación y cambiar la tarjeta asociada para realizar el pago. Si esto no funciona y necesitas más ayuda, por favor contacta a nuestro equipo en [email protected]
Los precios se determinan mediante una suscripción recurrente mensual o anual, dependiendo del plan elegido.
Las llamadas a la API se descuentan de tu plan en base a solicitudes exitosas. Cada plan incluye una cantidad específica de llamadas que puedes realizar por mes. Solo las llamadas exitosas, indicadas por una respuesta con estado 200, se contarán en tu total. Esto asegura que las solicitudes fallidas o incompletas no afecten tu cuota mensual.
Zyla API Hub funciona con un sistema de suscripción mensual recurrente. Tu ciclo de facturación comenzará el día en que compres uno de los planes de pago, y se renovará el mismo día del mes siguiente. Así que recuerda cancelar tu suscripción antes si quieres evitar futuros cargos.
Para actualizar tu plan de suscripción actual, simplemente ve a la página de precios de la API y selecciona el plan al que deseas actualizarte. La actualización será instantánea, permitiéndote disfrutar inmediatamente de las funciones del nuevo plan. Ten en cuenta que las llamadas restantes de tu plan anterior no se transferirán al nuevo plan, por lo que debes considerar esto al actualizar. Se te cobrará el monto total del nuevo plan.
Para verificar cuántas llamadas a la API te quedan en el mes actual, revisa el campo 'X-Zyla-API-Calls-Monthly-Remaining' en el encabezado de la respuesta. Por ejemplo, si tu plan permite 1,000 solicitudes por mes y has usado 100, este campo mostrará 900 llamadas restantes.
Para ver el número máximo de solicitudes a la API que permite tu plan, revisa el encabezado de la respuesta 'X-Zyla-RateLimit-Limit'. Por ejemplo, si tu plan incluye 1,000 solicitudes por mes, este encabezado mostrará 1,000.
El encabezado 'X-Zyla-RateLimit-Reset' muestra el número de segundos hasta que tu límite se restablezca. Esto te indica cuándo tu conteo de solicitudes se reiniciará. Por ejemplo, si muestra 3,600, significa que faltan 3,600 segundos para que el límite se restablezca.
Sí, puedes cancelar tu plan en cualquier momento desde tu cuenta, seleccionando la opción de cancelación en la página de Facturación. Ten en cuenta que las actualizaciones, degradaciones y cancelaciones tienen efecto inmediato. Además, al cancelar ya no tendrás acceso al servicio, incluso si te quedaban llamadas en tu cuota.
Para darte la oportunidad de probar nuestras APIs sin compromiso, ofrecemos una prueba gratuita de 7 días que te permite realizar hasta 50 llamadas a la API sin costo. Esta prueba solo se puede usar una vez, por lo que recomendamos aplicarla a la API que más te interese. Aunque la mayoría de nuestras APIs ofrecen prueba gratuita, algunas pueden no hacerlo. La prueba finaliza después de 7 días o cuando realices 50 solicitudes, lo que ocurra primero. Si alcanzas el límite de 50 solicitudes durante la prueba, deberás "Iniciar tu Plan de Pago" para continuar haciendo solicitudes. Puedes encontrar el botón "Iniciar tu Plan de Pago" en tu perfil bajo Suscripción -> Elige la API a la que estás suscrito -> Pestaña de Precios. Alternativamente, si no cancelas tu suscripción antes del día 7, tu prueba gratuita finalizará y tu plan se cobrará automáticamente, otorgándote acceso a todas las llamadas a la API especificadas en tu plan. Ten esto en cuenta para evitar cargos no deseados.
Después de 7 días, se te cobrará el monto total del plan al que estabas suscrito durante la prueba. Por lo tanto, es importante cancelar antes de que finalice el periodo de prueba. No se aceptan solicitudes de reembolso por olvidar cancelar a tiempo.
Cuando te suscribes a una prueba gratuita de una API, puedes realizar hasta 50 llamadas. Si deseas realizar más llamadas después de este límite, la API te pedirá que "Inicies tu Plan de Pago". Puedes encontrar el botón "Iniciar tu Plan de Pago" en tu perfil bajo Suscripción -> Elige la API a la que estás suscrito -> Pestaña de Precios.
Las Órdenes de Pago se procesan entre el día 20 y el 30 de cada mes. Si envías tu solicitud antes del día 20, tu pago será procesado dentro de ese período.
Puedes contactarnos a través de nuestro canal de chat para recibir asistencia inmediata. Siempre estamos en línea de 8 a. m. a 5 p. m. (EST). Si nos contactas fuera de ese horario, te responderemos lo antes posible. Además, puedes escribirnos por correo electrónico a [email protected]

APIs Relacionadas