រាល់ការជូនដំណឹងដែលអតិថិជនរបស់អ្នកទទួលបាន — វិក្កយបត្រ ការកំណត់ពាក្យសម្ងាត់ឡើងវិញ ការឆ្លើយតបសំបុត្រជំនួយ ការធ្វើបច្ចុប្បន្នភាពគម្រោង — ត្រូវបានផ្ញើចេញតាមរយៈសេវាកម្មអ៊ីមែលមួយ។ តាមលំនាំដើម សេវាកម្មនោះគឺជាសេវាកម្មរបស់យើង បន្ទាត់ “មកពី” បង្ហាញ Zinn Digital® ហើយយើងជាអ្នកបង់ប្រាក់សម្រាប់វា។
ប្រសិនបើអ្នកកំពុងប្រើគម្រោង ភ្នាក់ងារ ឬ អ្នកលក់បន្ត អ្នកអាចភ្ជាប់សេវាកម្មអ៊ីមែលផ្ទាល់ខ្លួនរបស់អ្នកជំនួសវិញបាន។ បន្ទាប់មក អតិថិជនរបស់អ្នកនឹងឃើញដែន (domain) របស់អ្នក នៅក្នុងបន្ទាត់ “មកពី” ការឆ្លើយតបនឹងត្រឡប់មកកាន់ អ្នក ហើយសារនានានឹងត្រូវបានផ្ញើចេញតាមរយៈគណនី របស់អ្នក ជាមួយក្រុមហ៊ុនផ្តល់សេវាកម្ម របស់អ្នក។
រៀបចំវាត្រង់ ការផ្ញើអ៊ីមែល នៅក្នុងផ្ទាំងគ្រប់គ្រងរបស់អ្នក។
តើខ្ញុំគួរប្រើក្រុមហ៊ុនផ្តល់សេវាកម្មមួយណា?
ជម្រើសណាមួយក្នុងចំណោមជម្រើសទាំងនេះសុទ្ធតែដំណើរការ។ សូមជ្រើសរើសក្រុមហ៊ុនដែលអ្នកមានគណនីរួចហើយ។
| ក្រុមហ៊ុនផ្តល់សេវាកម្ម | ល្អបំផុតប្រសិនបើ | ការណែនាំ |
|---|
| Mailgun | អ្នកចង់បាន API និងបរិមាណផ្ញើច្រើន | រៀបចំ Mailgun |
| SendGrid | អ្នកប្រើប្រាស់វាសម្រាប់អ៊ីមែលទីផ្សាររួចហើយ | រៀបចំ SendGrid |
| Postmark | សម្រាប់តែអ៊ីមែលប្រតិបត្តិការប៉ុណ្ណោះ អត្រាបញ្ជូនដល់គោលដៅល្អបំផុត | រៀបចំ Postmark |
| Amazon SES | អ្នកនៅលើ AWS រួចហើយ ហើយចង់បានតម្លៃទាបបំផុត | រៀបចំ Amazon SES |
| Resend | អ្នកចង់បានការរៀបចំដែលសាមញ្ញបំផុត | រៀបចំ Resend |
| ម៉ាស៊ីនបម្រើ SMTP ផ្ទាល់ខ្លួនរបស់អ្នក | អ្នកដំណើរការហេដ្ឋារចនាសម្ព័ន្ធអ៊ីមែលផ្ទាល់ខ្លួនរបស់អ្នក | រៀបចំ SMTP |
ប្រសិនបើអ្នកមិនមានចំណូលចិត្តជាក់លាក់ណាមួយ និងគ្មានគណនីដែលមានស្រាប់ Postmark គឺជាជម្រើសដែលយើងនឹងជ្រើសរើសសម្រាប់អ៊ីមែលប្រតិបត្តិការ៖ វាបដិសេធមិនផ្ញើសារទីផ្សារឡើយ ដែលនេះហើយជាមូលហេតុច្បាស់លាស់ដែលធ្វើឱ្យអត្រាបញ្ជូនដល់គោលដៅរបស់វាខ្ពស់បែបនេះ។
ដោះស្រាយ DNS ជាមុនសិន។ វាជាការងារភាគច្រើន។
មិនថាអ្នកជ្រើសរើសក្រុមហ៊ុនផ្តល់សេវាកម្មណាក៏ដោយ កំណត់ត្រា DNS ទាំងបីដូចគ្នានេះជាអ្នកកំណត់ថាតើអ៊ីមែលរបស់អ្នកទៅដល់ ឬធ្លាក់ចូលទៅក្នុង spam។ ក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់អ្នកនឹងបង្កើតតម្លៃពិតប្រាកដ ហើយអ្នកត្រូវបន្ថែមវាទៅក្នុងដែនរបស់អ្នក។
SPF — កំណត់ត្រា TXT លើដែនរបស់អ្នកដែលរាយបញ្ជីឈ្មោះអ្នកដែលមានការអនុញ្ញាតឱ្យផ្ញើក្នុងនាមជាអ្នក។ ប្រសិនបើអ្នកមានវារួចហើយ អ្នកត្រូវ កែសម្រួល វា អ្នកមិនត្រូវបន្ថែមមួយទីពីរនោះទេ។ ដែនដែលមានកំណត់ត្រា SPF ពីរនឹងបរាជ័យ SPF ទាំងស្រុង ដែលវាអាក្រក់ជាងការគ្មានកំណត់ត្រានេះទៅទៀត។
DKIM — កំណត់ត្រា TXT ឬ CNAME ដែលផ្ទុកសោសាធារណៈ ដូច្នេះម៉ាស៊ីនបម្រើទទួលអាចពិនិត្យមើលថាសារពិតជាបានមកពីក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់អ្នក និងមិនត្រូវបានគេកែប្រែ។ នេះជាកំណត់ត្រាដែលបំពេញការងារច្រើនជាងគេ ហើយវាជាកំណត់ត្រាដែលត្រូវតែត្រូវគ្នាដើម្បីឱ្យ DMARC អាចឆ្លងកាត់បាន។
Return-path (bounce) domain — ជាទូទៅគឺ CNAME។ វាកំណត់អាសយដ្ឋានស្រោមសំបុត្រដែលមើលមិនឃើញ ដែលក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់អ្នកប្រើដើម្បីប្រមូលអ៊ីមែលដែលផ្ញើមិនចេញ (bounce)។ បើគ្មានវាទេ អ៊ីមែលដែលផ្ញើមិនចេញនឹងធ្លាក់ទៅកន្លែងដែលអ្នកមើលមិនឃើញ ហើយកេរ្តិ៍ឈ្មោះដែនរបស់អ្នកនឹងធ្លាក់ចុះដោយអ្នកមិនដឹងខ្លួន។
DMARC — កំណត់ត្រា TXT នៅត្រង់ _dmarc.yourdomain.com ដែលប្រាប់ម៉ាស៊ីនបម្រើទទួលអំពីអ្វីដែលត្រូវធ្វើនៅពេល SPF និង DKIM មិនត្រូវគ្នាជាមួយបន្ទាត់ “មកពី” របស់អ្នក។ ចាប់ផ្តើមនៅ p=none ខណៈពេលដែលអ្នកពិនិត្យមើលថាអ្វីៗទាំងអស់ដំណើរការបានល្អ បន្ទាប់មកប្តូរទៅ p=quarantine និង p=reject។
⚠️ ការផ្លាស់ប្តូរ DNS មិនកើតឡើងភ្លាមៗនោះទេ។ សូមរង់ចាំរហូតដល់មួយម៉ោង មុនពេលអ្នកសន្និដ្ឋានថាមានអ្វីមួយខុសប្រក្រតី។
ប្រើដែនរង (subdomain) សម្រាប់ការផ្ញើ
ផ្ញើចេញពី mail.yourdomain.com ឬ notifications.yourdomain.com មិនមែនចេញពី yourdomain.com ផ្ទាល់នោះទេ។
មូលហេតុគឺកេរ្តិ៍ឈ្មោះ។ ដែនចម្បងរបស់អ្នកគឺជាអ្វីដែលអ៊ីមែលអាជីវកម្មរបស់អ្នកប្រើប្រាស់។ ប្រសិនបើការផ្ញើម្តងច្រើនៗមានបញ្ហា ដែនរងសម្រាប់ផ្ញើដាច់ដោយឡែកនឹងជួយទប់ស្កាត់ការខូចខាត — បុគ្គលិករបស់អ្នកនៅតែអាចផ្ញើអ៊ីមែលទៅកាន់អតិថិជនបាន ខណៈពេលដែលអ្នកដោះស្រាយបញ្ហានោះ។ វាក៏អនុញ្ញាតឱ្យអ្នកកំណត់កំណត់ត្រា DNS សម្រាប់ការផ្ញើដោយមិនប៉ះពាល់ដល់កំណត់ត្រាដែលប្រអប់សំបុត្រផ្ទាល់ខ្លួនរបស់អ្នកពឹងផ្អែកលើនោះឡើយ។
អ្នកនៅតែបញ្ចូលដែន មិនមែនអាសយដ្ឋានទេ ទៅក្នុងប្រអប់ ផ្ញើពីដែននេះ។ ផ្នែកនៅពីមុខសញ្ញា @ ត្រូវបានជ្រើសរើសតាមសារនីមួយៗ៖ បង្កាន់ដៃផ្ញើចេញជា billing@ ការកំណត់ពាក្យសម្ងាត់ឡើងវិញជា no-reply@ ការឆ្លើយតបសំបុត្រជំនួយជា support@។
របៀបដែលការរៀបចំដំណើរការ
១. ជ្រើសរើសក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់អ្នក ហើយបិទភ្ជាប់ព័ត៌មានសម្ងាត់របស់វា។ ២. ចុច ផ្ញើសារសាកល្បង។ យើងនឹងផ្ញើអ៊ីមែលពិតប្រាកដមួយតាមរយៈក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់អ្នក ទៅកាន់ប្រអប់ទទួលដែលអ្នកបានកំណត់ ដោយមានលេខកូដនៅក្នុងនោះ។ ៣. មើលលេខកូដពីប្រអប់ទទួលនោះ ហើយបញ្ចូលវា។
ទាល់តែរួចរាល់ទើបអ៊ីមែលរបស់អ្នកចាប់ផ្តើមផ្ញើចេញក្នុងនាមជាអ្នក។
⭐ ប្រើប្រអប់ទទួលនៅលើដែនផ្សេងសម្រាប់ការសាកល្បង — អាសយដ្ឋាន Gmail ឬ Outlook គឺល្អបំផុត។ សារដែលមិនដែលចាកចេញពីម៉ាស៊ីនបម្រើផ្ទាល់ខ្លួនរបស់អ្នក មិនអាចបញ្ជាក់អ្វីបានច្រើនដូចសារដែលបានឆ្លងកាត់អ៊ីនធឺណិត និងឆ្លងផុតតម្រង spam របស់អ្នកដទៃនោះទេ។
ហេតុអ្វីបានជាយើងតម្រូវឱ្យសារសាកល្បងទៅដល់ជាក់ស្តែង
ពីព្រោះក្រុមហ៊ុនផ្តល់សេវាកម្មដែលទទួលយកសារហើយលុបវាចោលស្ងាត់ៗ មើលទៅ មិនខុសគ្នាទាល់តែសោះ ពីក្រុមហ៊ុនដែលដំណើរការត្រឹមត្រូវ។ គណនី Amazon SES ថ្មីស្រឡាងស្ថិតនៅក្នុង sandbox ហើយនឹងទទួលយកសាររបស់អ្នក ប៉ុន្តែមិនបញ្ជូនវាទៅណាឡើយ។ ដែន Mailgun ដែល DNS មិនទាន់ផ្សព្វផ្សាយពេញលេញក៏ធ្វើបែបនេះដែរ។ ការបញ្ជូនបន្តតាម SMTP ដែលឆ្លើយតប 250 ហើយបោះបង់ចោលសារ ក៏ដូចគ្នាដែរ។
ប្រសិនបើយើងប្តូរការផ្ញើរបស់អ្នកភ្លាមៗនៅពេលដែលព័ត៌មានសម្ងាត់របស់អ្នកត្រូវបានទទួលយក អ្វីដំបូងដែលអ្នកនឹងដឹងគឺអតិថិជនរបស់អ្នកលែងទទួលបានអ្វីទាំងអស់ — ហើយអ្នកនឹងដឹងរឿងនេះពីអតិថិជនក្នុងរយៈពេលជាច្រើនថ្ងៃក្រោយមក។ លេខកូដគឺជាភស្តុតាងដែលបញ្ជាក់ថាសារបានចាកចេញពីក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់អ្នក និងបានទៅដល់គោលដៅ។
តើមានអ្វីកើតឡើងប្រសិនបើក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់ខ្ញុំឈប់ដំណើរការ
ការជូនដំណឹងរបស់អ្នកត្រូវបានកត់ត្រាថាបរាជ័យ ត្រូវបានព្យាយាមផ្ញើម្តងទៀត ហើយអេក្រង់ ការផ្ញើអ៊ីមែល របស់អ្នកនឹងប្រែទៅជាពណ៌ក្រហមជាមួយនឹងសារកំហុសរបស់ក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់អ្នកផ្ទាល់នៅលើនោះ។
⛔ យើងមិនផ្ញើពួកវាចេញពីដែនរបស់យើងជំនួសវិញនោះទេ។ នេះជាចេតនាច្បាស់លាស់។ ការប្តូរមកប្រើប្រព័ន្ធជំនួសដោយស្ងាត់ៗនឹងមានន័យថា គណនីអ៊ីមែលដែលមានបញ្ហានៅតែបន្តដំណើរការបានគួរសមរហូតដល់គ្មាននរណាម្នាក់ជួសជុលវា — ខណៈពេលដែលយើងជាអ្នកចេញថ្លៃចំណាយដោយស្ងៀមស្ងាត់។ ដូច្នេះបញ្ហាគឺត្រូវតែមើលឃើញច្បាស់ ហើយវាជាភារកិច្ចរបស់អ្នកក្នុងការជួសជុល ដែលនេះជាមធ្យោបាយតែមួយគត់ដើម្បីឱ្យវាត្រូវបានជួសជុល។
រហូតទាល់តែវាត្រូវបានជួសជុល អតិថិជនរបស់អ្នកនឹងមិនទទួលបានការជូនដំណឹងទាំងនោះឡើយ។ អ្វីៗទាំងអស់នៅតែមាននៅក្នុងប្រអប់ទទួលនៃផ្ទាំងគ្រប់គ្រងរបស់ពួកគេ ហើយគ្មានអ្វីត្រូវបាត់បង់នោះទេ — ប៉ុន្តែសូមចាត់ទុកផ្ទាំងបដាពណ៌ក្រហមនៅទីនេះជាបញ្ហាបន្ទាន់។
ចុះបើខ្ញុំមិនធ្វើអ្វីសោះ?
គ្មានអ្វីខូចខាតឡើយ។ ការជូនដំណឹងរបស់អ្នកនៅតែបន្តផ្ញើចេញពីដែនរបស់យើង ក្នុងនាមជា Zinn Digital® ហើយយើងនៅតែបន្តបង់ប្រាក់សម្រាប់ពួកវា។ អតិថិជនរបស់អ្នកគ្រាន់តែឃើញឈ្មោះរបស់យើងជំនួសឱ្យឈ្មោះរបស់អ្នកប៉ុណ្ណោះ។
ការដកវាចេញ
ចុច ផ្តាច់ការតភ្ជាប់។ ព័ត៌មានសម្ងាត់ដែលបានរក្សាទុករបស់អ្នកនឹងត្រូវបានលុប ហើយការជូនដំណឹងរបស់អ្នកនឹងត្រឡប់ទៅប្រើដែនរបស់យើងវិញចាប់ពីសារបន្ទាប់ទៅ។ អ្នកអាចភ្ជាប់ឡើងវិញបានគ្រប់ពេលវេលា។