Πώς να ελέγξετε το deliverability όταν στέλνετε cold email μέσω Salesforce

Ένα B2B team στέλνει cold email μέσα από το Salesforce ή ένα Pardot/HubSpot integration, τα ανοίγματα πέφτουν σε δύο εβδομάδες και κανείς δεν ξέρει αν φταίει το μήνυμα ή το domain. Το πρόβλημα συνήθως δεν είναι το CRM αλλά η αυθεντικοποίηση και η φήμη του sending domain, κάτι που το Salesforce δεν ελέγχει από μόνο του. Αυτό το άρθρο εξηγεί πώς να κάνετε ουσιαστικό email deliverability test σε Salesforce, τι σημαίνει το sandbox και ποια νούμερα είναι ρεαλιστικά.

Γιατί το Salesforce δεν εγγυάται deliverability

Το Salesforce —όπως και το HubSpot ή το Pardot— είναι εργαλείο διαχείρισης επαφών, ροών και αναφορών, όχι mail server με δική του φήμη. Όταν μια ελληνική εταιρεία λογισμικού συνδέει το Salesforce με ένα sending tool (Outreach, Salesloft, ή απευθείας SMTP relay) και βλέπει χαμηλά open rates, το πρώτο ένστικτο είναι να κατηγορήσει το CRM. Στην πράξη, το CRM απλώς εκτελεί τη ροή· η παράδοση στο inbox εξαρτάται από το domain, το IP που στέλνει και την ιστορία αλληλεπίδρασης του παραλήπτη με αυτό το domain.

Αυτό σημαίνει ότι δύο ομάδες με πανομοιότυπο Salesforce setup μπορεί να έχουν εντελώς διαφορετικό deliverability — η μία επειδή έστειλε 40.000 emails σε μια εβδομάδα από νέο domain, η άλλη επειδή στέλνει 200 προσωποποιημένα μηνύματα την ημέρα από ζεστό domain με σωστή αυθεντικοποίηση. Το CRM δεν βλέπει αυτή τη διαφορά, γι' αυτό χρειάζεται ξεχωριστό deliverability test.

Πώς κάνετε email deliverability test στο Salesforce βήμα-βήμα

Ένα σωστό email deliverability test salesforce δεν σταματά στο αν το μήνυμα «στάλθηκε» — ελέγχει αν πραγματικά έφτασε στο inbox και όχι στο spam ή στο promotions.

• Επιβεβαιώστε ότι το sending domain στο Salesforce/Pardot έχει SPF record που περιλαμβάνει τον σωστό sender και δεν έχει διπλά ή αντικρουόμενα includes.
• Ελέγξτε ότι το DKIM key του CRM ή του sending tool είναι ενεργό και ότι το domain alignment με το DMARC περνάει (envelope-from ή header-from, ανάλογα με την πολιτική).
• Στείλτε δοκιμαστικά μηνύματα από το πραγματικό sending flow σε λογαριασμούς Gmail, Outlook και ένα ελληνικό ISP (π.χ. Cosmote mail ή εταιρικό Microsoft 365 tenant) και δείτε πού προσγειώνονται.
• Χρησιμοποιήστε ένα ανεξάρτητο email deliverability score checker για να δείτε το header analysis, όχι μόνο τα reports του Salesforce.
• Παρακολουθήστε bounce rate και spam complaint rate μέσα από τα Salesforce/Pardot email reports σε βάθος 2–3 εβδομάδων, όχι μία αποστολή.

Η παγίδα του email deliverability salesforce sandbox

Πολλές ομάδες κάνουν το πρώτο τους check email deliverability salesforce μέσα σε sandbox οργανισμό, γιατί είναι το ασφαλές περιβάλλον για δοκιμές. Το πρόβλημα είναι ότι το sandbox συχνά στέλνει μέσω διαφορετικού IP pool ή με deliverability settings που δεν αντιστοιχούν στο production org, οπότε ένα «καθαρό» test στο sandbox δεν εγγυάται τίποτα για το production.

Επιπλέον, ένα νέο ή ελάχιστα χρησιμοποιημένο sandbox domain δεν έχει καμία ιστορία αλληλεπίδρασης στα μάτια των Gmail/Microsoft φίλτρων — δηλαδή ακόμα κι αν η αυθεντικοποίηση είναι τεχνικά σωστή, η φήμη είναι μηδενική. Το σωστό test γίνεται πάντα στο production sending domain, με μικρό όγκο και πραγματικούς παραλήπτες test accounts, ποτέ μόνο μέσα στο sandbox.

Ρεαλιστικά benchmarks για inbox placement μέσω CRM

Πριν αποφασίσετε αν το πρόβλημα είναι το CRM ή το domain σας, χρειάζεστε ένα σημείο αναφοράς. Τα παρακάτω νούμερα προέρχονται από παρατήρηση targeted B2B cold email καμπανιών (μικρός ημερήσιος όγκος, προσωποποίηση, follow-up), όχι από bulk marketing sends.

Συνηθισμένα λάθη ομάδων που στέλνουν μέσω Salesforce ή HubSpot

Τα περισσότερα προβλήματα δεν είναι τεχνικά μυστήρια αλλά επαναλαμβανόμενες συνήθειες.

• Σύνδεση CRM με sending domain που δεν έχει καθόλου ιστορία (νέο domain, μηδενικό warm-up).
• Χρήση κοινού subdomain ή shared IP pool του sending tool χωρίς έλεγχο τι άλλο στέλνεται από εκεί.
• Αντιγραφή του ίδιου template σε εκατοντάδες επαφές μέσα από workflow αυτοματισμού — τα φίλτρα το αναγνωρίζουν ως μοτίβο.
• Παράλειψη DMARC policy (μόνο p=none χωρίς παρακολούθηση reports), οπότε κανείς δεν βλέπει πότε κάτι σπάει.
• Θεώρηση ότι επειδή το Salesforce report λέει «Sent», το μήνυμα έφτασε στο inbox.

Checklist: πώς το προσεγγίζει η LDM

Στην LDM αντιμετωπίζουμε το CRM και το deliverability ως δύο ξεχωριστά επίπεδα ελέγχου, ακριβώς επειδή το ένα δεν καλύπτει το άλλο.

Πρακτικά, πριν συνδέσουμε ένα sending domain με ροές Salesforce ή HubSpot, περνάμε από μια σταθερή λίστα ελέγχου.

• Επιβεβαίωση SPF/DKIM/DMARC στο πραγματικό production domain, όχι στο sandbox.
• Δοκιμαστικές αποστολές σε πολλαπλά test accounts πριν ξεκινήσει κανονική ροή.
• Χαμηλός αρχικός ημερήσιος όγκος με σταδιακή αύξηση (warm-up), ακόμα κι αν το CRM επιτρέπει μεγαλύτερο batch.
• Τακτικό check email deliverability salesforce μέσα από bounce/complaint reports, όχι μόνο μία φορά στην αρχή.
• Παρακολούθηση DMARC aggregate reports για αλλαγές που μπορεί να σπάσουν το alignment μετά από ενημέρωση στο CRM ή στο sending tool.

Συχνές ερωτήσεις