Τα email των παραγγελιών σου πάνε στα spam; Γιατί συμβαίνει και πώς λύνεται

Σε αυτό το άρθρο

1. Γιατί έχει τόση σημασία
2. Οι πραγματικές αιτίες: τι κοιτάνε οι πάροχοι email
3. Πώς καταλαβαίνεις τι φταίει
4. Η σωστή λύση: διορθώνεις την υποδομή
5. Γιατί τα plugins μόνα τους δεν το λύνουν
6. Γρήγορη λίστα ελέγχου
7. Συχνές ερωτήσεις
8. Λύσε το πρόβλημα οριστικά με τη SmartHost

Ο πελάτης ολοκληρώνει την αγορά, πατάει «Ολοκλήρωση παραγγελίας» και περιμένει το email επιβεβαίωσης. Δεν έρχεται. Ή, ακόμα χειρότερα, έρχεται αλλά καταλήγει στα spam, όπου δεν θα το δει ποτέ. Λίγα λεπτά αργότερα σου στέλνει μήνυμα: «Πέρασε η παραγγελία μου;». Αν σου ακούγεται γνωστό, δεν είσαι ο μόνος.

Τα email επιβεβαίωσης παραγγελίας, τα τιμολόγια, οι ειδοποιήσεις αποστολής και οι επαναφορές κωδικού είναι από τα πιο σημαντικά μηνύματα που στέλνει ένα e-shop. Όταν πηγαίνουν στα spam, το πρόβλημα σχεδόν ποτέ δεν είναι το περιεχόμενο του μηνύματος ή κάποιο plugin που λείπει. Είναι η υποδομή: οι ρυθμίσεις DNS του domain σου (SPF, DKIM, DMARC) και η φήμη της IP του server που στέλνει τα email.

Γιατί έχει τόση σημασία

Το email επιβεβαίωσης είναι η απόδειξη για τον πελάτη ότι η αγορά του καταχωρήθηκε. Όταν λείπει, ο πελάτης αναρωτιέται αν χρεώθηκε, αν η παραγγελία θα σταλεί ή αν το κατάστημα είναι αξιόπιστο. Το αποτέλεσμα είναι περισσότερα τηλέφωνα και μηνύματα στην υποστήριξη, διπλές παραγγελίες και, κυρίως, πελάτες που δεν ξαναγοράζουν.

Επιπλέον, οι μεγάλοι πάροχοι email όπως το Gmail, το Outlook και το Yahoo έχουν γίνει πολύ αυστηρότεροι τα τελευταία χρόνια. Μηνύματα χωρίς σωστή πιστοποίηση αποστολέα είτε πηγαίνουν στα ανεπιθύμητα είτε απορρίπτονται εντελώς. Άρα ένα e-shop που «δούλευε» χθες μπορεί σήμερα να έχει πρόβλημα χωρίς να έχει αλλάξει τίποτα στο site.

Οι πραγματικές αιτίες: τι κοιτάνε οι πάροχοι email

Όταν ένα μήνυμα φτάνει στο Gmail ή στο Outlook, ο παραλήπτης server ελέγχει πρώτα ένα απλό ερώτημα: έχει δικαίωμα αυτός ο server να στέλνει email για αυτό το domain; Η απάντηση βγαίνει από τους παρακάτω ελέγχους.

1. SPF: ποιοι servers επιτρέπεται να στέλνουν

Το SPF (Sender Policy Framework) είναι μια εγγραφή TXT στο DNS του domain σου που λέει ποιοι servers και ποιες IP επιτρέπεται να στέλνουν email για λογαριασμό του. Αν το e-shop στέλνει από έναν server που δεν αναφέρεται στο SPF, ο έλεγχος αποτυγχάνει. Μια εγγραφή SPF μοιάζει κάπως έτσι (παράδειγμα, όχι για αντιγραφή):

example.gr.  TXT  "v=spf1 ip4:203.0.113.10 include:_spf.example-mail.com ~all"

Συχνά λάθη: δύο ξεχωριστές εγγραφές SPF στο ίδιο domain (πρέπει να υπάρχει μόνο μία), πάνω από 10 αναζητήσεις DNS μέσα στην εγγραφή, ή ξεχασμένος ο server του site, ενώ υπάρχει μόνο η υπηρεσία του εταιρικού email.

2. DKIM: ψηφιακή υπογραφή στο μήνυμα

Το DKIM (DomainKeys Identified Mail) προσθέτει μια κρυπτογραφική υπογραφή σε κάθε email. Ο παραλήπτης τη συγκρίνει με το δημόσιο κλειδί που δημοσιεύεις στο DNS και επιβεβαιώνει ότι το μήνυμα στάλθηκε πραγματικά από το domain σου και δεν αλλοιώθηκε στη διαδρομή. Παράδειγμα μορφής εγγραφής:

selector1._domainkey.example.gr.  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkqh...(δημόσιο κλειδί)"

Αν τα email του WooCommerce φεύγουν χωρίς υπογραφή DKIM ή με υπογραφή άλλου domain, χάνεις ένα από τα πιο ισχυρά σήματα αξιοπιστίας.

3. DMARC: η πολιτική που ενώνει SPF και DKIM

Το DMARC λέει στους παρόχους τι να κάνουν όταν ένα μήνυμα αποτυγχάνει στους ελέγχους και σου στέλνει αναφορές για το ποιος στέλνει email με το domain σου. Η εγγραφή μπαίνει στο _dmarc.example.gr. Παράδειγμα:

_dmarc.example.gr.  TXT  "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.gr"

Η σωστή πορεία είναι σταδιακή: ξεκινάς με p=none (μόνο παρακολούθηση), διαβάζεις τις αναφορές, διορθώνεις όλες τις πηγές αποστολής και μετά περνάς σε p=quarantine και τελικά σε p=reject. Αν βάλεις αμέσως αυστηρή πολιτική χωρίς έλεγχο, μπορεί να μπλοκάρεις κατά λάθος δικά σου email.

4. Ευθυγράμμιση του domain αποστολέα (alignment)

Δεν αρκεί να «περνάει» το SPF ή το DKIM. Για το DMARC, το domain που βλέπει ο πελάτης στο πεδίο From (π.χ. orders@example.gr) πρέπει να ταιριάζει με το domain που πέρασε το SPF ή το DKIM. Πολύ συχνά το e-shop στέλνει με From το domain του καταστήματος, αλλά το μήνυμα φεύγει τεχνικά από τον λογαριασμό του server (π.χ. user@server123.hostname.net). Τότε το SPF περνάει για λάθος domain και το DMARC αποτυγχάνει.

5. PTR / Reverse DNS

Η IP του server που στέλνει πρέπει να έχει σωστή αντίστροφη εγγραφή DNS (PTR), δηλαδή να «απαντά» με ένα κανονικό hostname, το οποίο με τη σειρά του να δείχνει πίσω στην ίδια IP. IP χωρίς PTR ή με γενικό hostname τύπου παρόχου αντιμετωπίζονται με καχυποψία.

6. Φήμη της IP και blacklists

Κάθε IP έχει «ιστορικό». Αν από την ίδια IP έχουν σταλεί στο παρελθόν spam, ή αν ένα παραβιασμένο site στον ίδιο server στέλνει ανεπιθύμητα, η IP μπορεί να μπει σε δημόσιες λίστες αποκλεισμού (blacklists/DNSBL). Σε shared hosting η IP αποστολής μοιράζεται με άλλους λογαριασμούς, οπότε η φήμη της εξαρτάται και από αυτούς. Για e-shop με πολλές παραγγελίες έχει νόημα μια ξεχωριστή, ελεγχόμενη υποδομή αποστολής.

7. Το WooCommerce στέλνει μέσω PHP mail()

Από προεπιλογή, το WordPress και το WooCommerce στέλνουν email μέσω της συνάρτησης wp_mail(), που χρησιμοποιεί το mail() της PHP στον server. Αυτό σημαίνει αποστολή χωρίς πιστοποίηση SMTP, συχνά χωρίς DKIM και με διεύθυνση επιστροφής (Return-Path) που δεν ταιριάζει με το domain σου. Είναι η πιο συνηθισμένη αιτία για email παραγγελιών στα spam.

Πώς καταλαβαίνεις τι φταίει

• Διάβασε τις κεφαλίδες (headers). Στείλε μια δοκιμαστική παραγγελία σε ένα Gmail και άνοιξε «Εμφάνιση πρωτοτύπου». Θα δεις αν τα SPF, DKIM και DMARC είναι PASS ή FAIL και από ποια IP έφυγε το μήνυμα.
• Κάνε τεστ με εργαλείο βαθμολόγησης email. Υπηρεσίες όπως το mail-tester σου δίνουν μια προσωρινή διεύθυνση· στέλνεις εκεί ένα email από το e-shop και παίρνεις αναφορά με τα προβλήματα πιστοποίησης, blacklists και περιεχομένου.
• Έλεγξε τις εγγραφές DNS. Τα δωρεάν εργαλεία του MXToolbox ελέγχουν SPF, DKIM, DMARC, PTR και αν η IP του server υπάρχει σε γνωστές blacklists.
• Παρακολούθησε τη φήμη στο Gmail. Το Google Postmaster Tools δείχνει τη φήμη του domain και της IP σου και το ποσοστό spam, εφόσον στέλνεις αρκετό όγκο.
• Διάβασε τις αναφορές DMARC. Οι αναφορές που έρχονται στη διεύθυνση rua δείχνουν ποιοι servers στέλνουν με το domain σου και αν περνάνε τους ελέγχους.

Η σωστή λύση: διορθώνεις την υποδομή

• Σωστές εγγραφές DNS: μία εγγραφή SPF με όλες τις πραγματικές πηγές αποστολής, DKIM ενεργό για το domain του καταστήματος και DMARC που ξεκινά από p=none και σφίγγει σταδιακά.
• Αποστολή μέσω SMTP με πιστοποίηση αντί για PHP mail(), από διεύθυνση του domain σου (π.χ. orders@ ή info@), ώστε From, SPF και DKIM να ευθυγραμμίζονται.
• Σωστό PTR και καθαρή IP: server με σωστό reverse DNS, χωρίς παρουσία σε blacklists και, όπου χρειάζεται, ξεχωριστή υποδομή ή υπηρεσία για τα transactional email.
• Συνεχής παρακολούθηση: αναφορές DMARC, έλεγχος blacklists και δοκιμαστικές αποστολές μετά από κάθε αλλαγή στο site ή στον πάροχο email.

Γιατί τα plugins μόνα τους δεν το λύνουν

Ένα plugin SMTP είναι απλώς ο «σύνδεσμος» ανάμεσα στο WordPress και σε έναν mail server. Αν ο server αυτός δεν είναι σωστά ρυθμισμένος, αν το DNS δεν έχει SPF, DKIM και DMARC ή αν η IP έχει κακή φήμη, το plugin θα στέλνει απλώς τα ίδια email στα ίδια spam. Τα plugins «anti-spam» ή τα πρόσθετα templates δεν αλλάζουν κανέναν από τους ελέγχους που κάνουν οι πάροχοι. Το πρόβλημα λύνεται εκεί που δημιουργείται: στο DNS και στον server.

Γρήγορη λίστα ελέγχου

• Υπάρχει μία εγγραφή SPF που περιλαμβάνει τον server του e-shop;
• Τα email υπογράφονται με DKIM του δικού σου domain;
• Υπάρχει εγγραφή DMARC και διαβάζεις τις αναφορές της;
• Το From είναι διεύθυνση του domain σου και ευθυγραμμίζεται με SPF/DKIM;
• Το WooCommerce στέλνει μέσω SMTP με πιστοποίηση και όχι μέσω PHP mail();
• Η IP αποστολής έχει σωστό PTR και δεν είναι σε blacklist;
• Στις κεφαλίδες ενός δοκιμαστικού email όλα δείχνουν PASS;

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

Αρκεί να εγκαταστήσω ένα plugin SMTP;

Όχι από μόνο του. Βοηθάει μόνο αν συνδέεται σε σωστά ρυθμισμένο mail server και αν το domain έχει σωστά SPF, DKIM και DMARC.

Γιατί τα email πάνε στα spam μόνο σε κάποιους πελάτες;

Κάθε πάροχος (Gmail, Outlook, Yahoo, ελληνικοί πάροχοι) έχει δικά του φίλτρα και διαφορετική αυστηρότητα. Ένα μήνυμα με ελλιπή πιστοποίηση μπορεί να περνάει σε έναν πάροχο και να κόβεται σε άλλον.

Πρέπει να βάλω αμέσως DMARC p=reject;

Όχι. Ξεκίνα με p=none, βεβαιώσου από τις αναφορές ότι όλες οι νόμιμες πηγές περνάνε τους ελέγχους και μετά προχώρα σε quarantine και reject.

Λύσε το πρόβλημα οριστικά με τη SmartHost

Όταν ο πελάτης δεν λαμβάνει την επιβεβαίωση, η αξιοπιστία του e-shop πέφτει. Στη SmartHost παραμετροποιούμε τον server του e-shop σου εξασφαλίζοντας μέγιστη παραδοσιμότητα, ώστε τα μηνύματα να φτάνουν εκεί που πρέπει: στα εισερχόμενα.

Δες τις λύσεις μας για κατασκευή e-shop, WordPress hosting, shared hosting, VPS και διαχείριση server. Για έλεγχο του δικού σου καταστήματος, επικοινώνησε μαζί μας στο 210 569 8010 ή στο info@smarthost.gr.