Pardot Email Authentication CNAME Setup Guide 2026
Fix Pardot email authentication issues with our step-by-step CNAME setup guide. Ensure deliverability with correct SPF, DKIM, and Tracker Domain.
Why Your Pardot Emails Are Failing to Deliver
You send a perfectly crafted email through Pardot, hit send, and nothing happens. No bounce, no error — just silence. Or worse, it lands in spam, gets blocked by Gmail, or triggers a high bounce rate that tanks your sender reputation.
That’s not a fluke. It’s almost always one thing: improper email authentication setup. Pardot relies on DNS records — SPF, DKIM, and tracker domain CNAMEs — to prove your messages are legitimate. Skip one, get it wrong, and major platforms like Gmail and Outlook won’t deliver.
Think of DNS authentication like a security gate at a corporate building. Without the right credentials, your email is flagged as suspicious — even if it’s from a trusted sender.
Key takeaways
- Missing or misconfigured SPF, DKIM, or CNAME records for Pardot’s tracker domain are the most common cause of email delivery failures.
- Gmail and Outlook frequently block or filter Pardot emails that lack proper authentication, even when content is clean.
- Verifying your Pardot email authentication setup using DNS record checks is the only way to ensure consistent inbox placement across major email platforms.
What Is Pardot Email Authentication CNAME Setup?
You set up Pardot email authentication via CNAME records to link Pardot’s tracking domains to your own, proving to email providers that your outbound messages are legitimate. This prevents your emails from being marked as spam or blocked. Without proper CNAME records, receivers see Pardot-sent emails as unverified—often resulting in rejection or inbox filtering.
How CNAME Records Fit Into Pardot’s Email Auth Stack
Pardot uses a combination of DNS records—SPF, DKIM, and CNAMEs—to verify sender identity. SPF authorizes specific servers to send on your behalf. DKIM adds a cryptographic signature to each message. But the CNAME records are the missing link that ties Pardot’s tracking domains (like track.yourcompany.com) directly to your verified domain.
When you set up a CNAME record, you're telling email providers: “These tracking domains are part of my email ecosystem.” This stops providers like Gmail or Outlook from treating Pardot’s tracking links as suspicious. It’s not optional—it’s required for inbox placement.
What Happens If You Skip or Misconfigure CNAME Setup?
If your CNAME records aren’t set up correctly—or if they’re missing entirely—your Pardot emails will fail authentication checks. Even if SPF and DKIM pass, the lack of verified CNAMEs can trigger red flags, especially for receivers with strict spam filters.
Many email providers use authentication results as a signal in their inbox placement algorithms. A failure at the CNAME level can push your email straight to spam, or worse, block it outright. The result? Lower open rates, wasted sends, and poor campaign performance.
According to RFC 7295, proper domain alignment is a baseline for email authentication. Without it, even well-written messages can be flagged. For this reason, it’s critical to validate your DNS configuration before sending to a large list.
Let’s be clear: no one wants to send emails only to find they never reach the inbox. If you’re running campaigns from Pardot, verifying your domain setup isn’t a formality—it’s a necessity.
Use tools like MailTester Inbox Placement to test whether your Pardot email setup delivers to inboxes. If you’re managing large lists, run a full bulk verification first to catch invalid or risky addresses—especially those that may not pass authentication checks.
Why DKIM and SPF Are Critical for Pardot Sends
You need both SPF and DKIM configured for Pardot because they’re the foundation of email authentication. Without them, receivers can’t verify your messages came from a legitimate source—leading to bounces, spam filtering, or outright rejection. Pardot’s delivery reliability depends on this: if your domain doesn’t authenticate properly, your sender reputation takes a hit, and inbox placement drops.
SPF: Confirming Your Sending Authority
SPF lets receiving mail servers check if the sending server is authorized by your domain’s DNS. If your Pardot instance isn’t listed in the SPF record, the recipient server assumes the email is spoofed—even if it’s not. This triggers a hard bounce or junk filtering. The RFC 7208 standard defines SPF behavior, and major providers like Google and Microsoft enforce it strictly.
Let’s say you’re sending from Pardot’s infrastructure. You must include the Pardot SPF entry (like v=spf1 include:spf.pardot.com ~all) in your domain’s DNS. Missing this? Your emails get blocked.
DKIM: Ensuring Message Integrity
DKIM adds a cryptographic signature to your email headers. It proves the message wasn’t altered en route and confirms it originated from your domain. Receiving servers validate this signature using your domain’s public key published in DNS.
Without DKIM, even well-formatted emails can fail. If a server detects a broken or missing signature, it may treat the email as suspicious. This undermines deliverability and sender reputation, which Pardot relies on for consistent inbox placement.
Together, SPF and DKIM form the baseline for email trust. They prevent spoofing, improve deliverability, and help maintain strong sender reputation scores with major ISPs. Pardot doesn't enforce these alone—your domain's DNS must reflect them correctly.
Still unsure if your domain is properly authenticated? Use MailTester’s inbox placement tester to simulate real-world delivery and verify SPF and DKIM work as intended. The tool checks your full email authentication chain—including CNAMEs—to help spot misconfigurations before they hurt your campaign results.
Authentication isn't optional. It's how you prove you’re who you say you are. And on platforms like Pardot, that's what keeps your messages in inboxes, not spam folders.
How to Set Up Pardot DKIM CNAME Records
You can set up Pardot DKIM CNAME records by copying the DKIM value from Pardot’s Admin > Email > DKIM section, then creating a CNAME record in your DNS provider with the tracking subdomain (like track.yourcompany.com) pointing to that value prefixed with .pardot.com. Wait 30 minutes for DNS to propagate, then verify with a lookup tool. This confirms Pardot can sign emails on your behalf, reducing spam flags and boosting deliverability.
Step-by-Step DKIM CNAME Setup
- Log in to your Pardot account and go to Admin > Email > DKIM. This is where Pardot generates the unique cryptographic key required for email authentication.
- Copy the DKIM CNAME value provided by Pardot. It will typically be a string like
abc123.pardot.com. This is your signing key—keep it exact. - Go to your DNS management portal (Cloudflare, GoDaddy, AWS Route 53, etc.). You need access to update DNS records for your domain.
- Create a CNAME record with these settings:
- Name:
track.yourcompany.com(replace with your tracking subdomain) - Value:
abc123.pardot.com(use the exact value from Pardot) - TTL: 3600 (or default; this controls how long DNS resolvers cache the record)
- Name:
- Wait for DNS propagation—this can take up to 30 minutes. Use a tool like MXToolbox DNS Lookup or RFC 6376 (DKIM standard) to confirm the record is live and resolving correctly.
Why This Matters
DKIM validates that emails sent via Pardot haven’t been altered in transit. Without it, mail providers may flag your messages as suspicious—especially if you’re sending to large lists. Proper CNAME setup ensures Pardot’s signature is trusted, directly improving inbox placement.
If you're verifying email lists before sending, consider using MailTester’s bulk email verification to catch invalid or risky addresses before they harm your sender reputation. For real-time checks, try the email verification API, or test deliverability paths with the inbox placement tool.
Configuring Pardot SPF Records for Domain Authorization
You must include include:spf.pardot.com in your domain’s SPF record to authorize Pardot to send emails on your behalf. Without it, your emails may fail authentication, leading to bounces or inbox placement issues. SPF is enforced by receiving mail servers, and skipping this step breaks deliverability.
SPF Basics and Why It Matters for Pardot
SPF records live in your domain’s DNS zone and specify which IP addresses or services are allowed to send email using your domain. If Pardot isn’t listed, incoming mail servers won’t trust messages sent from it, even if they’re legitimate.
Let’s be clear: sending from Pardot without updating your SPF record is like showing up at a secure building without a badge. The system will reject you. This is why you must explicitly include Pardot’s SPF mechanism via include:spf.pardot.com.
Keep It Under 10 Elements to Avoid Failures
SPF has a hard limit of 10 DNS lookups per record. Each include:, ip4:, or ip6: counts as one lookup. Too many elements cause validation to fail, even if the record looks correct.
Most organizations using Pardot, Google Workspace, and other services exceed this limit if they’re not careful. If you’ve added several third-party tools, you risk hitting the limit. The fix? Consolidate or use mechanisms like include: carefully, always checking total lookups.
A common and correct SPF line is: v=spf1 include:spf.pardot.com ~all. This includes only Pardot, stays under 10 lookups, and is widely recognized. The ~all means "soft fail" for any sender not listed, which is standard for most senders.
If you’re unsure whether your SPF record is correct, use a free tool like MXToolbox to validate it. It checks for syntax errors, lookup count, and includes. For bulk validation of addresses, including those from Pardot campaigns, use MailTester’s bulk verification to catch bad or unverifiable addresses before sending.
Authentication isn’t just about one record. It works with DKIM and DMARC. But SPF is the first checkpoint. Skipping it breaks trust across the board.
Setting Up Pardot Tracker Domain CNAMEs
You need to set up a CNAME record to point your tracker subdomain (like tracker.yourcompany.com) to Pardot’s tracking infrastructure (track.s1.pardot.com). This links your emails to Pardot’s tracking system so open and click data can be collected. Without this, tracking won’t work. The CNAME must be published in your DNS provider’s console, and propagation can take up to 24 hours. Use tools like MXToolbox to verify it’s live.
Why This Matters
Pardot uses tracker domains to monitor email engagement—opens, clicks, and link behavior—without relying on third-party services. If your CNAME isn’t set, Pardot can’t track these events, meaning your campaign performance data will be incomplete. This is a core part of maintaining accurate reporting in Salesforce Marketing Cloud.
The Step-by-Step Setup Process
- Log into Pardot and navigate to Admin > Email > Tracking Settings > Tracker Domain. This is where you define your tracking domain and its associated subdomain, like
tracker.yourcompany.com. Make sure this matches the subdomain you want to use for tracking. - Copy the required CNAME value from Pardot’s interface. It will typically appear as
tracker.yourcompany.com → track.s1.pardot.com. This tells your DNS system where to route tracking requests. - Go to your DNS provider’s console—such as Cloudflare, AWS Route 53, or GoDaddy—and create a new CNAME record. Enter the subdomain (e.g.,
tracker) as the name and Pardot’s address (e.g.,track.s1.pardot.com) as the value. - Set the TTL to 3600 seconds. This means DNS resolvers will cache the record for one hour, speeding up propagation and reducing the window for errors during changes.
- Save the record and wait up to 24 hours for DNS changes to propagate globally. During this time, tracking may be inconsistent. Use MXToolbox or the command line
dig tracker.yourcompany.comto check if the CNAME is active. - Confirm tracking works in Pardot by sending a test email and checking if open/click tracking appears in the campaign report. Once verified, your setup is complete.
Better tracking starts with correct DNS configuration. If you’re validating email lists before sending, consider using MailTester to catch invalid or risky addresses before they impact deliverability. Bulk verify your list or integrate our verification API to improve sender reputation.
Common Pardot Email Authentication Issues and Fixes
You’re likely hitting Pardot email authentication errors because of a mix-up in DNS records—most commonly, multiple SPF records, trailing periods in CNAMEs, wrong subdomain names, or delays in DNS propagation. These aren’t just technical details; they directly affect whether your emails land in inboxes or get blocked. Let’s fix them one by one, with real, actionable steps.
SPF and CNAME Record Gotchas
- Don’t set multiple SPF records for your domain. Only one SPF record is valid per domain. If you have more than one, consolidate them using
include:statements. For example:v=spf1 include:_spf.google.com include:servers.mcsv.net -all. - Check for trailing periods in your CNAME value. If your CNAME says
mail-test.pardot.com.with a dot at the end, it breaks DNS resolution. Paste it exactly as required—no extra dots. - Ensure the CNAME record name matches the subdomain Pardot specifies, exactly—case-sensitive. If Pardot says
tracking.pardot.com, don’t useTracking.Pardot.comortracking.pardot.com..
Propagation and Verification
- After updating DNS, wait up to 48 hours for full propagation. Use tools like dnschecker.org or mxtoolbox.com to check if your records are live across global DNS servers.
- Verify your domain setup with a real test. Use a tool like MailTester’s inbox placement tester to send a sample campaign and see if your Pardot authentication passes in real email clients, not just DNS tools.
- If you’re managing a large list, run a full bulk verification to catch invalid, disposable, or catch-all addresses before sending—many bounces stem from poor list hygiene, not DNS errors.
- For automated email checks, deploy the MailTester API to validate emails during signup or upload, reducing sender reputation risks and ensuring only deliverable addresses reach Pardot.
SMTP doesn’t care about intent. It only validates records. If they’re wrong or delayed, your message goes to a black hole.
Authentication fails not because of misconfigured software, but because of overlooked details. Every dot, every case, every propagation wait is a step toward delivery. Handle them. Your inbox placement depends on it.
How to Test Pardot Email Authentication After Setup
After setting up your Pardot email authentication with SPF, DKIM, and DMARC via CNAME records, test it using a real-time verification tool like MailTester to validate domain policies, send a test email to Gmail or Outlook, inspect headers for SPF-Result and DKIM-Signature, and confirm inbox placement with a live inbox test. This ensures your emails are properly authenticated and land in inboxes, not spam folders.
Verify Domain Policies with Real-Time Tools
Use an email verification service such as MailTester’s real-time API or bulk verification to test your domain’s authentication configuration before sending to real users. This checks if your SPF and DKIM policies are correctly published and enforced by receiving servers.
MailTester’s bulk verification processes your list fast and flags invalid or unverifiable addresses, helping you catch misconfigurations early. It also detects catch-all domains and role-based addresses, which can harm sender reputation if used at scale.
Inspect Headers and Confirm Authentication Tags
Send a test email from Pardot to a Gmail or Outlook account. Open the message and view the original source or raw headers. Look for two key indicators: SPF-Result: pass and DKIM-Signature with a valid signature. No presence of these headers suggests a misconfiguration in your CNAME records or email setup.
SPF and DKIM work together to verify that the sending server is authorized and the message hasn’t been altered. If either is missing, even a correctly published CNAME won’t prevent delivery issues. You can test this at any time using tools that analyze message headers, such as MxToolbox, which checks for common DNS-based authentication errors.
Finally, run a full inbox placement test with MailTester’s inbox tester to see if your email reaches the primary inbox across major providers like Gmail, Yahoo, and Outlook. This simulates real-world delivery and confirms that authentication, content, and sender reputation all align.
These steps together give you confidence that your Pardot emails are delivered reliably. No test replaces live feedback, but a well-structured verification process reduces surprises and improves long-term deliverability.
Why Real-Time Verification Tools Like MailTester Matter
You can’t secure your Pardot email authentication CNAME setup or protect your sender reputation if your list includes invalid, catch-all, or disposable addresses. Tools like MailTester catch these issues before they hit your inbox, reducing bounces, avoiding blocklists, and keeping your deliverability strong. With 98.9% accuracy, it’s one of the few services that checks beyond basic syntax to flag risky addresses that could hurt your domain’s reputation.
Verification Beyond the Basics
Let’s be clear: just because an email passes format checks doesn’t mean it’s usable. MailTester goes deeper—it identifies catch-all domains (where any address accepts mail), role accounts (like admin@ or info@, which often have low engagement), and disposable email addresses that are commonly used for spam traps or fake signups. These aren't just theoretical risks; they’re real factors that push ISPs like Gmail and Outlook to mark your messages as spam.
When you send to a catch-all domain, your message may appear to “deliver,” but it’s not reaching a real person. Same with role accounts—low engagement, high bounce rates, and eventual reputation loss. MailTester blocks these before they ever reach Pardot, so your campaigns start clean.
Seamless Integration, Measurable Results
Integrating MailTester with Pardot isn’t about adding friction—it’s about removing it. You can use the real-time verification API to scrub addresses as they enter your CRM, or run bulk list verification before launching campaigns. Either way, you’re catching issues early, before your sender reputation takes a hit.
Industry standards like RFC 5321 define how email servers handle delivery, but they don’t prevent bad data from entering your pipeline. Verification tools like MailTester act as a force multiplier—ensuring only known-good addresses are sent to, reducing hard bounces, and improving inbox placement rates.
You don’t need to rely on guesswork or post-send diagnostics. With inbox placement testing, you can preview how your Pardot email lands in real inboxes across Gmail, Outlook, and Apple Mail before you send. That’s not just testing—it’s validation.
Whether you're setting up your Pardot email authentication CNAME or validating a new campaign list, real-time verification isn’t a luxury. It’s a baseline requirement for reliable deliverability. For more on how you can start today, see the pricing and free tier—you can verify your first 100 emails at no cost.
Final Checklist: Pardot Authentication CNAME Setup Complete
You’ve added the SPF include, configured DKIM and tracker domain CNAMEs, verified DNS syntax, confirmed propagation, tested deliverability, and cleaned your list. These steps ensure Pardot emails are authenticated, reduce spam risks, and improve inbox placement. Without them, your campaigns may be flagged or rejected by major providers.
Core DNS & Authentication Validation
- SPF record includes
include:spf.pardot.com— this allows Pardot’s sending infrastructure to send on your behalf. - DKIM CNAME record is published for your tracking subdomain (e.g.,
track.yourcompany.com) and points to Pardot’s verification domain. - Tracker domain CNAME (e.g.,
tracking.yourcompany.com) resolves to Pardot’s infrastructure — confirm this using a DNS lookup tool. - No DNS syntax errors: check for trailing dots, typos in names, or invalid characters (e.g., missing quotes in TXT records).
Post-Setup Verification & List Hygiene
- Use a DNS lookup tool like MXToolbox or DNSChecker.org to confirm propagation across global resolvers — wait 24–48 hours after changes.
- Send a test email from Pardot to yourself and check the full headers — verify the DKIM signature and SPF alignment.
- Verify inbox placement using a tool like MailTester’s Inbox Tester, which checks how your email lands across Gmail, Outlook, Apple Mail, and others.
- Apply list hygiene using an email verifier like MailTester’s bulk verification — it can detect invalid, disposable, or risky domains before you send.
- For ongoing validation, integrate MailTester’s real-time API into your CRM or email system to clean data at point of entry.
Authentication isn’t a one-time task. It requires consistent monitoring, especially after infrastructure changes or new senders are added.
Once all steps are complete, you’ll see improvements in sender reputation and inbox placement. Keep records of DNS changes — they’re valuable if you ever need to audit or troubleshoot deliverability. For teams using marketing automation platforms like Pardot, proper authentication is not optional. It’s the foundation of reliable email delivery.
Conclusion
Proper Pardot email authentication via SPF, DKIM, and tracker domain CNAME setup is not optional. Without it, your messages risk being blocked or diverted to spam folders.
Correctly configuring these records ensures your domain reputation remains intact and inbox placement stays reliable across major email providers.
Before sending, use MailTester to validate your list and reduce bounce rates—deliverability starts with a clean, verified audience.
Sources
- The number of top domains at DMARC enforcement grew from 233,249 in 2023 to 411,935 in 2026 — a 77% increase driven largely by mailbox-provider sender mandates. — EasyDMARC 2026 DMARC Adoption & Enforcement Report (2026)
- Since May 5, 2025, Microsoft Outlook requires SPF, DKIM, and DMARC from domains sending 5,000+ emails per day, rejecting non-compliant mail outright at the SMTP level with error 550 5.7.515. — Microsoft Outlook requirements (via MailOver bulk-sender requirements guide) (2025)
Keep reading
- Email authentication: SPF, DKIM, DMARC, BIMI and MTA-STS (complete guide)
- Best Practices for SPF Record Management in Shared Email Infrastructure 2026
- DKIM Replay Attack Prevention: A 2026 Guide
- How to Enforce DMARC Policy on Forwarded Emails with Aligned Domains
- Why SPF Mechanism Mismatch Occurs with Mailgun and Email Deliverability
Ready to put this into practice? MailTester verifies emails with 98.9% accuracy — start with 100 free verifications.
Frequently asked questions
What happens if Pardot DKIM CNAME isn’t set up?
Without a valid DKIM CNAME, Pardot emails fail authentication, leading to rejection or spam filtering by major email providers.
Can I use Pardot with multiple domains?
Yes, but each domain must have its own SPF and DKIM records, with unique CNAMEs for tracker domains.
How long does DNS propagation take after setting CNAME records?
Typically 5 to 30 minutes, but can take up to 24 hours depending on TTL settings and DNS provider.
Does Pardot automatically generate DKIM records?
Yes—Pardot generates a unique DKIM CNAME value that you must add to your DNS zone.
Can I test Pardot email authentication without sending to real users?
Yes—use inbox-placement testing tools like MailTester to simulate deliverability without contacting recipients.
What is a catch-all email address, and why should I avoid it?
A catch-all accepts all emails sent to the domain, even invalid addresses. It increases bounce rates and harms sender reputation.
How does list hygiene improve deliverability?
Removing invalid, role, and disposable emails reduces bounces and spam complaints, protecting your sender reputation.
Why does MailTester not use Pardot for verification?
MailTester verifies email addresses directly using SMTP and DNS checks, not through third-party platforms like Pardot.
Should I verify my list before sending through Pardot?
Yes—use MailTester to clean your list before Pardot sends. This prevents bounce-related reputation penalties.
Are Pardot’s tracker domains private?
Yes—Pardot uses dedicated tracking domains that are not shared across customers. Your CNAME setup ensures they’re tied to your domain.