Order হয়েছে, customer confirmation পাননি। Spam folder-এ message পাওয়া গেলে বুঝবেন email generation আর inbox placement আলাদা বিষয়। WooCommerce email setting enabled করলেই সব recipient-এর inbox নিশ্চিত হয় না। এই গাইডে sender identity, website sending connection এবং recipient delivery আলাদা করে পরীক্ষা করা হয়েছে।
WooCommerce Order Email Spam-এ যাচ্ছে: পরীক্ষা ও সমাধান
Email তৈরি হচ্ছে কি না দেখুন
সংশ্লিষ্ট order status-এর জন্য expected email type সক্রিয় কি না WooCommerce settings-এ দেখুন। Admin notification ও customer email আলাদা। Email log থাকলে generated, sent attempt ও failure আলাদা পড়ুন। Password reset email চলা মানেই প্রতিটি order trigger চলছে নয়।
From address-এর পরিচয়
নিজের অনুমোদিত domain address ব্যবহার করুন। Website server থেকে public Gmail address-এর পরিচয়ে পাঠালে authentication mismatch হতে পারে। Visitor বা customer address From-এ বসানোর বদলে প্রযোজ্য Reply-To ব্যবহার করুন। Mailer Force From setting থাকলে সেটি template setting-এর সঙ্গে মিলান।
Mailer connection আলাদা test
Maintained mailer দিয়ে controlled inbox-এ test পাঠান। SMTP বা provider API-এর documented authentication অনুসরণ করুন। Accepted result ও inbox placement পৃথকভাবে নোট করুন। Test সফল অথচ শুধু order email সমস্যা হলে template, trigger বা customer address দেখুন; বারবার credential বদলাবেন না।
Authentication result পরীক্ষা
SPF, DKIM ও DMARC configuration provider অনুযায়ী করুন। Domain থেকে mail পাঠানো সব বৈধ service-এর তালিকা রাখুন। Duplicate SPF record বা ভুল DKIM value এড়ান। Received mail header-এর authentication result পড়ে configured record বাস্তবে কাজে লাগছে কি না দেখুন। শুধু DNS-এ value আছে দেখাই যথেষ্ট নয়।
Template সহজ করে তুলনা
অতিরিক্ত promotional text, সন্দেহজনক link বা ভাঙা HTML আছে কি না দেখুন। Staging-এ ছোট standard template দিয়ে same sender test করুন। Attachment-heavy mail আলাদা পরীক্ষা করুন। Subject বদলানো মাঝে মাঝে comparison-এ সাহায্য করতে পারে, কিন্তু এটিকে authentication সমস্যার স্থায়ী fix ভাববেন না।
Recipient ও reputation-এর দিক
একটি Gmail inbox এবং অন্য controlled provider-এ একই test তুলনা করুন। Spam filtering recipient-ভেদে আলাদা হতে পারে। Bounce, block বা suppression থাকলে provider delivery log দেখুন। Invalid address-এ বারবার পাঠানো এড়িয়ে চলুন। Bought list-এ order notification-এর পরিচয়ে bulk message পাঠাবেন না।
Resend-এর আগে duplicate ভাবুন
Customer email resend করলে একই invoice বা action বারবার যাচ্ছে কি না দেখুন। Payment confirmation-এর wording authoritative order state অনুযায়ী হবে। শুধু notification পৌঁছায়নি বলে order unpaid ধরে নেবেন না। Support team-কে payment state ও mail state আলাদা দেখার নিয়ম দিন।
Monitoring ও acceptance test
Test order, mailer test ও real inbox-এর ফল সংরক্ষণ করুন। বড় plugin update বা hosting change-এর পর sample order mail পরীক্ষা করুন। Alert যে inbox-এ যায় সেটিও কার্যকর রাখুন। Google sender requirements ও provider policy বদলালে current documentation review করুন। Inbox guarantee দেওয়ার বদলে নির্দিষ্ট delivery evidence ধরে কাজ করুন।
কাজের ক্রম: ছোট checklist
- Expected email trigger ও recipient ঠিক করুন।
- অনুমোদিত From এবং mailer connection মিলান।
- Authentication result দেখুন।
- Simple template ও দুই inbox-এ test তুলনা করুন।
- Provider log ধরে স্থায়ী কারণ ঠিক করুন।
পরীক্ষার ফল যেভাবে মিলাবেন
| পরীক্ষা | যা দেখবেন |
|---|---|
| Test order | সঠিক email type তৈরি হয়েছে |
| Received header | প্রযোজ্য authentication result ঠিক |
| Provider log | Bounce বা block-এর কারণ বোঝা গেছে |
সাধারণ প্রশ্ন
SMTP নিলেই spam শেষ?
না। Sender identity, reputation, content ও recipient filtering-ও প্রভাব ফেলে।
Spam-এ আছে মানে payment হয়নি?
না। Payment এবং notification delivery আলাদা system।
সব customer-কে whitelist করতে বলব?
কিছু ক্ষেত্রে সহায়ক হতে পারে, কিন্তু নিজের authentication ও sending configuration ঠিক করার বিকল্প নয়।
সম্পর্কিত গাইড
- WordPress Amazon SES setup
- বাংলা PDF invoice font পরীক্ষা
প্রাথমিক বিষয়গুলো জানতে Business email setup গাইড পড়তে পারেন।