Қолданбаңыздан электрондық хат жіберу (кіріс қорапқа жету)

Қолданбаңыздан хаттарды сенімді жіберу үшін өз поштаңызды емес, электрондық хат жіберу провайдерін қолданыңыз, хатты өз доменіңіздің мекенжайынан жіберіңіз және провайдер берген DNS жазбаларын қосыңыз, сонда SPF, DKIM және DMARC барлығы өтеді. Транзакциялық хаттарды — құпия сөзді қалпына келтіру, түбіртектер, растаулар — маркетингтен бөлек ұстаңыз, әр хатты оны күтетін адамдарға ғана жіберіңіз, және секірулер мен бас тартуларды өңдеңіз. Аутентификацияны алдымен дұрыс орнатыңыз: қолданба хаттарының спамға түсуінің ең жиі себебі осы.

Транзакциялық және маркетингтік пошта

Бұл екі түрлі хат кодта ұқсас көрінгенімен, кіріс қорап провайдерлері мен заң оларға мүлде басқаша қарайды.

Оларды бөлек ұстаңыз. Егер маркетингтік науқанға спам шағымдары түссе, сол ағыннан жіберілген құпия сөзді қалпына келтіру хаттары да зардап шегуін қаламайсыз. Жиі қолданылатын тәсіл — бөлек ішкі домендер, мысалы, аккаунт хаттары үшін mail.example.com, ал жаңалықтар үшін news.example.com. Кейбір провайдерлер екеуін ішкі жағынан бөледі. Мысалы, Postmark өзінің транзакциялық және broadcast "хабарлама ағындарын" 2026 жылдың қыркүйегіндегідей бөлек жіберу инфрақұрылымында жұмыс істейтін ретінде сипаттайды.

Провайдерді таңдау

Қолданбаңыз хатты өз серверінен өзі жібермеуі керек. Жіберу провайдерлері инфрақұрылымды, IP беделін, қайталап жіберуді және секірулерді өңдеуді өз мойнына алады. Танымал нұсқалар: Postmark, Resend, SendGrid, Amazon SES және Mailgun. Олардың әрқайсысында HTTP API және SMTP қолжетімділігі бар, ал бағалар мен жоспарлар өзгеріп тұрады, сондықтан оларды өз сайттарында салыстырыңыз.

Салыстыратын нәрселер:

• Бағыт. Кейбір провайдерлер тек транзакциялық хатқа маманданған, басқалары транзакциялық пен маркетингті біріктіреді.
• Әзірлеушіге ыңғайлылық. Түсінікті API, тілің үшін ресми кітапханалар, әр хаттың жеткізілгенін, секіргенін немесе спам деп белгіленгенін көрсететін пайдалы журналдар.
• Вебхуктар секірулер, шағымдар және жеткізілімдер үшін, сонда қолданбаңыз соған жауап бере алады.
• Шаблондар — провайдерде сақталған, немесе өз кодыңызда. Оларды кодта ұстау нұсқалауды және тестілеуді мүмкін етеді.
• Аймақ және деректерді өңдеу, егер деректер қай жерде өңделетіні туралы талаптарыңыз болса.
• Көлеміңіздегі құны, тегін деңгейден асқанда не болатынын қоса.

Тізімге арналған жаңалықтар үшін арнайы жаңалықтар немесе электрондық маркетинг құралы көбінесе қолданбаға науқан мүмкіндіктерін қосудан жақсырақ сәйкес келеді.

Жіберу домендеріңізді орнатыңыз

Өз доменіңізден жіберіңіз, мысалы hello@example.com, Gmail немесе Outlook мекенжайынан емес. Үшінші тарап арқылы жіберілген тегін пошта адресінен келген хат аутентификация тексерулерінен өтпейді және сүзгіден өту ықтималы жоғары.

Тек жіберуге арналған ішкі доменді қарастырыңыз. Мысалы, Resend 2026 жылдың қыркүйегіндегідей жіберу беделін оқшаулау үшін updates.example.com сияқты ішкі домендерден жіберуді ұсынады. Бұл сонымен қатар пошта DNS жазбаларын негізгі сайттан бөлек ұстайды.

Провайдер доменіңіздің DNS басқарылатын жерге қосуға арналған DNS жазбаларын береді. DNS сізге жаңа болса, домендер мен DNS қалай жұмыс істейді жазбаларды алдымен түсіндіреді.

SPF

SPF (Sender Policy Framework) — доменіңіз үшін хат жібере алатын серверлерді тізбелейтін TXT жазбасы. Қабылдаушы жіберуші сервердің тізімде бар-жоғын тексереді.

• Доменде тек бір SPF жазбасы болуы керек. Провайдер қосқан кезде оны екінші жазба ретінде емес, бар жазбаға біріктіріңіз.
• SPF бағалау кезінде ең көбі 10 DNS сұрауына рұқсат етеді. include: жазбаларының ұзақ тізбегі бұдан асып, қатеге әкелуі мүмкін.
• Көп провайдер сізден жасауды сұрайтын return-path ішкі доменінде SPF орнатады, сондықтан негізгі SPF жазбасына мүлде тимеуіңіз мүмкін.

DKIM

DKIM (DomainKeys Identified Mail) әр хатқа криптографиялық қолтаңба қосады. Провайдер жекелей кілтпен қол қояды, ал сіз сәйкес ашық кілтті DNS жазбасы ретінде жариялайсыз (TXT немесе CNAME, провайдерге байланысты). Қабылдаушылар қолтаңбаны тексеріп, хаттың рұқсат етілген жіберушіден келгенін және жолда өзгермегенін растайды.

Провайдердің "доменді тексеру" қадамы негізінен осыған қатысты. Оны өткізіп жібермеңіз.

DMARC

DMARC қалған екеуін байланыстырады. Бұл _dmarc.yourdomain.com мекенжайындағы TXT жазбасы, ол қабылдаушыларға мынаны айтады:

• Сәйкестік (alignment): көрінетін From мекенжайындағы домен SPF немесе DKIM өткен доменмен сәйкес келуі керек.
• Саясат: сәтсіз хатпен не істеу керек — p=none (тек есеп беру), p=quarantine (күмәнді деп қарау, көбінесе спам) немесе p=reject.
• Есептер: жалпы есептерді қайда жіберу керек (rua=), сонда сіздің доменіңіз атынан кім жіберіп жатқанын көресіз.

Дұрыс жол — p=none және есеп беру мекенжайынан бастап, заңды хаттарыңыздың өтіп жатқанын растаған соң quarantine, кейін reject дейін көтеру. Қатаң саясат басқалардың доменіңізді жалғандауын да едәуір қиындатады.

Gmail не талап етеді

2026 жылдың қыркүйегіндегідей Google жіберуші нұсқаулары мынаны айтады:

• Барлық жіберушілер жеке Gmail аккаунттарына SPF немесе DKIM, жіберу серверлері үшін жарамды кері және тура DNS, TLS, және Postmaster Tools-та 0,3%-дан төмен спам деңгейі қажет.
• Жаппай жіберушілер (Gmail-ге күніне 5 000-нан көп хат) SPF және DKIM, DMARC жазбасы (p=none саясатына рұқсат етіледі), From доменінің сәйкестігі, сондай-ақ маркетингтік және жазылған хаттарда бір рет басқанда бас тарту және көрінетін бас тарту сілтемесі қажет.

Провайдер серверлік бөлігін өзі шешеді. DNS жазбалары мен бас тартуды өңдеу — сіздің жауапкершілігіңізде. Күніне 5 000-ға жақын болмасаңыз да, жаппай жіберушілер ережелеріне сай болу — қауіпсіз болудың ең қарапайым жолы.

Жіберуді қолданбаға енгізіңіз

Домен расталғаннан кейін:

1. API кілтін сақтаңыз серверлік құпия ретінде — ешқашан фронтенд кодында емес. Қараңыз: орта айнымалылары мен құпиялар дегеніміз не.
2. Серверден жіберіңіз, электрондық хатты іске қосатын әрекет сәтті аяқталғаннан кейін.
3. Пайдаланушыны хатқа күттірмеңіз. Ең қарапайым қолданбадан басқа жағдайда жіберуді кезекке қойып, уақытша қателерде қайта жіберіңіз, сонда провайдердің баяу жауабы тіркелуді баяулатпайды.
4. Нәтижені журналға жазыңыз — провайдердің хабарлама ID-сын және күйін, кілтті немесе жеке деректері бар толық хат мәтінін жазбай.
5. Секірулер мен шағымдар үшін вебхуктарды өңдеңіз: қатты секірген немесе сізді спам деп белгілеген мекенжайларға жіберуді тоқтатыңыз.

Негізгі бөлігін қамтитын сұрау:

Транзакциялық хатты [PROVIDER] арқылы серверлік [ENV_NAME] құпиясымен жіберіңіз, жіберуші "Acme hello@mail.acme.com". Тіркелгеннен кейін қош келдіңіз хатын, брондау сақталғаннан кейін брондау растауын жіберіңіз. Шаблондарды кодта, HTML-мен қатар жай мәтін нұсқасымен ұстаңыз. Жіберуді кезекке қойып, уақытша қателерді үш рет дейін қайталаңыз. Қателерді провайдердің қатесімен журналға жазыңыз, бірақ API кілтін ешқашан жазбаңыз. Қатты секірулер мен шағымдарда мекенжайды жеткізілмейтін деп белгілейтін вебхук нүктесін қосыңыз, болашақта соларды өткізіп жіберіңіз.

Растау сілтемелері, magic link-тер және құпия сөзді қалпына келтіру сияқты аккаунт хаттары кіру жүйесінің бөлігі. Қолданбаңызға кіруді қалай қосу керек бұл ағындардың қалай байланысатынын түсіндіреді; осы сілтемелерді бір рет қолданылатын және қысқа мерзімді етіңіз.

Жеткізілім әдеттері

Аутентификация сізді қарастыруға мүмкіндік береді. Мінез-құлық сізді кіріс қорапта ұстайды.

• Адамдар күткен нәрсені ғана жіберіңіз. Расталған тіркелулер, маркетинг үшін анық келісім, сатып алынған тізімдер жоқ.
• Бас тартуды оңай ету, қатаң транзакциялық емес кез келген хатта, және оны бірден сақтаңыз.
• Жаңа домендерді жылытыңыз. Бірінші күні мыңдаған хат жіберетін жаңа домен күмәнді көрінеді. Транзакциялық поштамен бастап, көлемді біртіндеп өсіріңіз.
• Тізімдерді таза ұстаңыз. Қатты секірулерді бірден алып тастаңыз, ұзақ уақыт ештеңені ашпаған адамдарды алып тастауды ойланыңыз.
• Адам сияқты жазыңыз. Түсінікті тақырып, танылатын From атауы, жай мәтін бөлігі, аз сурет және өз доменіңізге сілтемелер. Сілтеме қысқартқыштардан аулақ болыңыз.
• Бақылаңыз. Доменіңізді Google Postmaster Tools-та тіркеңіз және DMARC есептерін уақыт-уақытында оқыңыз.
• Нақты reply-to қолданыңыз, оны біреу оқиды. Жауаптар жақсы белгі әрі пайдалы кері байланыс береді.

Ешкімге спам жібермей тестілеу

• Провайдерде болса, test mode немесе sandbox қолданыңыз, немесе өзіңіз иеленетін мекенжайларға жіберіңіз.
• Әзірлеуде нақты пайдаланушылардың орнына барлығын қабылдайтын тест кіріс қорабына жіберіңіз; нақты көрінетін мекенжайларға толы дерекқорды толтыру кездейсоқ бөгде адамдарға хат жіберудің оңай жолы.
• Әр шаблонды бірнеше клиентте тексеріңіз — веб-Gmail, телефондағы пошта қолданбасы, Outlook — және қараңғы режимде де.
• Тест хатының тақырыптарына қараңыз: олар SPF, DKIM және DMARC өткенін көрсетеді.

Заң негіздері

Ережелер елге байланысты әртүрлі. Жалпы алғанда, маркетингтік хатқа көп жерде келісім қажет, жіберушіні анықтауы керек және жұмыс істейтін бас тарту мүмкіндігін беруі керек. Транзакциялық хат басқаша қаралады, бірақ оны маркетингті жасыру үшін қолдануға болмайды. Егер мекенжайларды күту парағынан жинасаңыз, әр адамға не жіберетіндеріңізді, не сақтайтындарыңызды және әр адам қалай тіркелгенін айтыңыз. Күмән болса, пайдаланушыларыңыз орналасқан жердегі ережелерді тексеріңіз.

Электрондық хат тексеру тізімі

• Жіберу провайдері таңдалды; API кілті серверлік құпия ретінде сақталды
• Өз доменінен немесе ішкі доменнен жіберіледі, тегін поштадан емес
• SPF, DKIM және DMARC жазбалары қосылып, өтіп жатыр
• Транзакциялық және маркетингтік пошта бөлінген
• Жіберулер кезекке қойылып, қайталанады; нәтижелер журналға жазылады
• Секіру және шағым вебхуктары өңделеді
• Транзакциялық емес поштада бас тарту бар, оны бірден сақтайды
• Шаблондар бірнеше клиентте тексерілді; тест хаты нақты пайдаланушыларға ешқашан бармайды

Mythex қолданбасынан электрондық хат жіберу

Mythex сіз жасайтын қолданбаларға арналған кірістірілген электрондық хат жіберу қызметін қоспайды, сондықтан Resend, SendGrid немесе Postmark сияқты провайдерді өзіңіз әкелесіз. Оның API кілтін жоба құпиясы ретінде сақтаңыз — агент оны чаттағы құпиялар картасы арқылы сұрай алады — және қажетті хаттарды қарапайым сөзбен сұраңыз. Құжаттарда қолданбаңыздан хат жіберу бойынша бастапқы сұрау бар. Егер доменді Pro жоспарында Mythex арқылы сатып алған болсаңыз, провайдердің TXT және CNAME жазбаларын доменнің DNS параметрлеріне қоса аласыз; қараңыз: теңшелетін домендер.

Сұрақтар