ഗൈഡുകൾ

നിങ്ങളുടെ ആപ്പിൽ നിന്ന് ഇമെയിൽ എങ്ങനെ അയക്കാം (ഇൻബോക്സിൽ എത്തുന്ന വിധം)

നിങ്ങളുടെ ആപ്പിൽ നിന്ന് വിശ്വസനീയമായി ഇമെയിൽ അയക്കാൻ, സ്വന്തം മെയിൽബോക്സിന് പകരം ഒരു ഇമെയിൽ അയക്കൽ ദാതാവിനെ ഉപയോഗിക്കുക, നിങ്ങളുടെ സ്വന്തം ഡൊമെയ്‌നിലെ ഒരു വിലാസത്തിൽ നിന്ന് അയക്കുക, ദാതാവ് നൽകുന്ന DNS റെക്കോർഡുകൾ ചേർക്കുക, അങ്ങനെ SPF, DKIM, DMARC മൂന്നും പാസാകും. ട്രാൻസാക്ഷനൽ ഇമെയിൽ — പാസ്‌വേഡ് റീസെറ്റ്, രസീതുകൾ, സ്ഥിരീകരണങ്ങൾ — മാർക്കറ്റിംഗ് ഇമെയിലിൽ നിന്ന് വേർതിരിച്ചു സൂക്ഷിക്കുക, ഓരോന്നും അത് പ്രതീക്ഷിക്കുന്നവർക്ക് മാത്രം അയക്കുക, ബൗൺസുകളും അൺസബ്സ്ക്രൈബുകളും കൈകാര്യം ചെയ്യുക. ആദ്യം ഓതന്റിക്കേഷൻ ശരിയാക്കുക; ആപ്പ് ഇമെയിൽ സ്പാമിൽ പോകുന്നതിന്റെ ഏറ്റവും സാധാരണ കാരണം ഇതാണ്.

ട്രാൻസാക്ഷനൽ vs മാർക്കറ്റിംഗ് ഇമെയിൽ

ഈ രണ്ട് തരം ഇമെയിലുകളും കോഡിൽ സമാനമായി തോന്നാം, പക്ഷേ ഇൻബോക്സ് ദാതാക്കളും നിയമവും ഇവയെ വളരെ വ്യത്യസ്തമായാണ് പരിഗണിക്കുന്നത്.

ട്രാൻസാക്ഷനൽമാർക്കറ്റിംഗ് (ബൾക്ക്)
ട്രിഗർ ചെയ്യുന്നത്ഒരു ഉപയോക്താവ് ചെയ്ത എന്തെങ്കിലുംനിങ്ങളുടെ ഷെഡ്യൂളോ കാമ്പെയ്‌നോ
ഉദാഹരണങ്ങൾസൈൻ-അപ്പ് സ്ഥിരീകരണം, പാസ്‌വേഡ് റീസെറ്റ്, മാജിക് ലിങ്ക്, രസീത്, ബുക്കിംഗ് ഓർമ്മപ്പെടുത്തൽ, “ആരോ മറുപടി നൽകി”ന്യൂസ്‌ലെറ്റർ, ഉൽപ്പന്ന അറിയിപ്പ്, പ്രമോഷൻ, വീണ്ടും ഇടപഴകൽ
സ്വീകർത്താക്കൾഒരാൾക്ക് ഒരു സമയംപലർക്കും ഒരേസമയം
സമ്മതംപ്രവർത്തനത്തിൽ നിന്ന് അനുമാനിക്കുന്നത്അനുമതി വേണം, എളുപ്പത്തിൽ അൺസബ്സ്ക്രൈബ് ചെയ്യാവുന്നതും
സമയംസെക്കൻഡുകൾക്കുള്ളിൽ എത്തണംമിനിറ്റുകൾ മതി
എവിടെ നിന്ന് അയക്കണംനിങ്ങളുടെ ആപ്പ്, API വഴിഒരു ന്യൂസ്‌ലെറ്റർ ടൂൾ, അല്ലെങ്കിൽ ദാതാവിന്റെ ബ്രോഡ്കാസ്റ്റ് സവിശേഷത

ഇവ വേർതിരിച്ചു സൂക്ഷിക്കുക. ഒരു മാർക്കറ്റിംഗ് കാമ്പെയ്‌ന് സ്പാം പരാതികൾ കിട്ടിയാൽ, അതേ സ്ട്രീമിൽ നിന്നുള്ള പാസ്‌വേഡ് റീസെറ്റുകൾ അതിന്റെ പേരിൽ ബുദ്ധിമുട്ടരുത്. പൊതുവായ രീതി വേർതിരിച്ച സബ്‌ഡൊമെയ്‌നുകളാണ് — ഉദാഹരണത്തിന് അക്കൗണ്ട് ഇമെയിലിന് mail.example.com, ന്യൂസ്‌ലെറ്ററുകൾക്ക് news.example.com — ചില ദാതാക്കൾ ഇവ ആന്തരികമായും വേർതിരിക്കുന്നു. ഉദാഹരണത്തിന് Postmark, 2026 സെപ്റ്റംബർ വരെയുള്ള വിവരമനുസരിച്ച്, അവരുടെ ട്രാൻസാക്ഷനൽ, ബ്രോഡ്കാസ്റ്റ് “മെസേജ് സ്ട്രീമുകൾ” വേറെ അയക്കൽ അടിസ്ഥാന സൗകര്യത്തിലാണ് പ്രവർത്തിക്കുന്നതെന്ന് വിവരിക്കുന്നു.

ദാതാവിനെ തിരഞ്ഞെടുക്കൽ

നിങ്ങളുടെ ആപ്പ് സ്വന്തം സെർവറിൽ നിന്ന് ഇമെയിൽ നേരിട്ട് അയക്കരുത്. ഇമെയിൽ അയക്കൽ ദാതാക്കൾ അടിസ്ഥാന സൗകര്യം, IP പ്രശസ്തി, വീണ്ടും ശ്രമങ്ങൾ, ബൗൺസ് പ്രോസസ്സിംഗ് എന്നിവ കൈകാര്യം ചെയ്യുന്നു. അറിയപ്പെടുന്ന ഓപ്ഷനുകളിൽ Postmark, Resend, SendGrid, Amazon SES, Mailgun എന്നിവ ഉൾപ്പെടുന്നു; ഓരോന്നിനും HTTP API യും SMTP ആക്‌സസും ഉണ്ട്. വിലകളും പ്ലാനുകളും മാറുന്നതിനാൽ അവയുടെ സ്വന്തം സൈറ്റുകളിൽ താരതമ്യം ചെയ്യുക.

താരതമ്യം ചെയ്യേണ്ടവ:

  • ശ്രദ്ധ. ചില ദാതാക്കൾ ട്രാൻസാക്ഷനൽ ഇമെയിലിൽ മാത്രം കേന്ദ്രീകരിക്കുന്നു; മറ്റുള്ളവ ട്രാൻസാക്ഷനലും മാർക്കറ്റിംഗും സംയോജിപ്പിക്കുന്നു.
  • ഡെവലപ്പർ അനുഭവം. വ്യക്തമായ API, നിങ്ങളുടെ ഭാഷയ്ക്കുള്ള ഔദ്യോഗിക ലൈബ്രറികൾ, ഓരോ സന്ദേശവും ഡെലിവർ ചെയ്തോ, ബൗൺസായോ, സ്പാം ആയി അടയാളപ്പെടുത്തിയോ എന്ന് കാണിക്കുന്ന ഉപയോഗപ്രദമായ ലോഗുകൾ.
  • വെബ്ഹുക്കുകൾ ബൗൺസുകൾ, പരാതികൾ, ഡെലിവറികൾ എന്നിവയ്ക്ക്, നിങ്ങളുടെ ആപ്പിന് പ്രതികരിക്കാൻ കഴിയാൻ.
  • ടെംപ്ലേറ്റുകൾ — ദാതാവിനൊപ്പം സംഭരിച്ചത്, അല്ലെങ്കിൽ നിങ്ങളുടെ സ്വന്തം കോഡിൽ. കോഡിൽ സൂക്ഷിക്കുന്നത് അവയെ പതിപ്പുകളാക്കുകയും പരീക്ഷിക്കാവുന്നതാക്കുകയും ചെയ്യുന്നു.
  • പ്രദേശവും ഡാറ്റാ കൈകാര്യവും, ഡാറ്റ എവിടെ പ്രോസസ്സ് ചെയ്യണം എന്നതിൽ നിങ്ങൾക്ക് ആവശ്യകതകളുണ്ടെങ്കിൽ.
  • നിങ്ങളുടെ അളവിലുള്ള ചെലവ്, ഫ്രീ ടയർ കവിഞ്ഞാൽ എന്ത് സംഭവിക്കും എന്നതുൾപ്പെടെ.

ഒരു ലിസ്റ്റിലേക്കുള്ള ന്യൂസ്‌ലെറ്ററുകൾക്ക്, നിങ്ങളുടെ ആപ്പിൽ കാമ്പെയ്ൻ സവിശേഷതകൾ നിർമ്മിക്കുന്നതിനേക്കാൾ ഒരു സമർപ്പിത ന്യൂസ്‌ലെറ്റർ അല്ലെങ്കിൽ ഇമെയിൽ മാർക്കറ്റിംഗ് ടൂൾ പലപ്പോഴും കൂടുതൽ യോജിക്കും.

നിങ്ങളുടെ അയക്കൽ ഡൊമെയ്ൻ സജ്ജീകരിക്കുക

നിങ്ങളുടെ സ്വന്തം ഡൊമെയ്‌നിൽ നിന്ന് അയക്കുക — hello@example.com, Gmail അല്ലെങ്കിൽ Outlook വിലാസമല്ല. സൗജന്യ മെയിൽബോക്സ് വിലാസത്തിൽ നിന്ന് മൂന്നാം കക്ഷി സേവനം വഴി അയക്കുന്ന മെയിൽ ഓതന്റിക്കേഷൻ പരിശോധനകളിൽ പരാജയപ്പെടുകയും ഫിൽട്ടർ ചെയ്യപ്പെടാൻ സാധ്യതയുള്ളതുമാണ്.

അയക്കലിന് മാത്രമായി ഒരു സബ്‌ഡൊമെയ്ൻ പരിഗണിക്കുക. ഉദാഹരണത്തിന് Resend, അയക്കൽ പ്രശസ്തി വേർതിരിക്കാൻ updates.example.com പോലുള്ള സബ്‌ഡൊമെയ്‌നുകളിൽ നിന്ന് അയക്കാൻ ശുപാർശ ചെയ്യുന്നു (2026 സെപ്റ്റംബർ വരെ). ഇത് ഇമെയിൽ DNS റെക്കോർഡുകളെ നിങ്ങളുടെ പ്രധാന സൈറ്റിന്റേതിൽ നിന്ന് വേറിട്ടു നിർത്തുന്നു.

നിങ്ങളുടെ ഡൊമെയ്‌ന്റെ DNS നിയന്ത്രിക്കുന്നിടത്ത് ചേർക്കാൻ ദാതാവ് DNS റെക്കോർഡുകൾ നൽകും. DNS നിങ്ങൾക്ക് പുതിയതാണെങ്കിൽ, ഡൊമെയ്‌നുകളും DNSഉം എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിൽ റെക്കോർഡുകൾ ആദ്യം വിശദീകരിച്ചിട്ടുണ്ട്.

SPF

SPF (Sender Policy Framework) നിങ്ങളുടെ ഡൊമെയ്‌നിനായി ഇമെയിൽ അയക്കാൻ അനുവാദമുള്ള സെർവറുകൾ പട്ടികപ്പെടുത്തുന്ന ഒരു TXT റെക്കോർഡാണ്. സ്വീകർത്താക്കൾ അയക്കുന്ന സെർവർ ഈ പട്ടികയിലുണ്ടോ എന്ന് പരിശോധിക്കുന്നു.

  • ഒരു ഡൊമെയ്‌നിന് ഒരു SPF റെക്കോർഡ് മാത്രമേ ഉണ്ടാകാവൂ. ഒരു ദാതാവിനെ ചേർക്കുമ്പോൾ രണ്ടാമതൊരു റെക്കോർഡ് ചേർക്കുന്നതിന് പകരം അത് നിലവിലുള്ളതിൽ ലയിപ്പിക്കുക.
  • SPF മൂല്യനിർണ്ണയ സമയത്ത് പരമാവധി 10 DNS ലുക്കപ്പുകൾ മാത്രമേ അനുവദിക്കൂ; നീണ്ട include: ശൃംഖലകൾ അത് കവിഞ്ഞ് പരാജയങ്ങൾക്ക് കാരണമായേക്കാം.
  • പല ദാതാക്കളും ഒരു റിട്ടേൺ-പാത്ത് സബ്‌ഡൊമെയ്‌നിൽ SPF സജ്ജീകരിക്കാൻ ആവശ്യപ്പെടുന്നു; അതിനാൽ നിങ്ങളുടെ പ്രധാന SPF റെക്കോർഡ് തൊടേണ്ടി വരില്ല.

DKIM

DKIM (DomainKeys Identified Mail) ഓരോ സന്ദേശത്തിനും ഒരു ക്രിപ്റ്റോഗ്രാഫിക് ഒപ്പ് ചേർക്കുന്നു. ദാതാവ് ഒരു സ്വകാര്യ കീ ഉപയോഗിച്ച് ഒപ്പിടുന്നു; അനുബന്ധ പൊതു കീ നിങ്ങൾ ഒരു DNS റെക്കോർഡായി (ദാതാവിനെ ആശ്രയിച്ച് TXT അല്ലെങ്കിൽ CNAME) പ്രസിദ്ധീകരിക്കുന്നു. സന്ദേശം അംഗീകൃത അയക്കുന്നയാളിൽ നിന്നാണെന്നും വഴിയിൽ മാറ്റം വരുത്തിയിട്ടില്ലെന്നും സ്വീകർത്താക്കൾ ഒപ്പ് പരിശോധിച്ച് ഉറപ്പാക്കുന്നു.

നിങ്ങളുടെ ദാതാവിന്റെ “ഡൊമെയ്ൻ സ്ഥിരീകരിക്കുക” ഘട്ടം പ്രധാനമായും DKIMനെക്കുറിച്ചാണ്. ഇത് ഒഴിവാക്കരുത്.

DMARC

DMARC മൂന്നിനെയും ഒരുമിപ്പിക്കുന്നു. _dmarc.yourdomain.com-ൽ ഉള്ള ഒരു TXT റെക്കോർഡാണിത്; അത് സ്വീകർത്താക്കളോട് പറയുന്നത്:

  • അലൈൻമെന്റ്: ദൃശ്യമായ 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 കീ ഒരിക്കലും ലോഗ് ചെയ്യരുത്. ഹാർഡ് ബൗൺസുകളിലും പരാതികളിലും വിലാസങ്ങളെ അയക്കാനാകാത്തതായി അടയാളപ്പെടുത്തുന്ന ഒരു വെബ്ഹുക്ക് എൻഡ്‌പോയിന്റ് ചേർക്കുക; ഭാവിയിൽ അവ ഒഴിവാക്കുക.

വെരിഫിക്കേഷൻ ലിങ്കുകൾ, മാജിക് ലിങ്കുകൾ, പാസ്‌വേഡ് റീസെറ്റുകൾ എന്നിങ്ങനെയുള്ള അക്കൗണ്ട് ഇമെയിലുകൾ ലോഗിന്റെ ഭാഗമാണ്. നിങ്ങളുടെ ആപ്പിൽ ലോഗിൻ എങ്ങനെ ചേർക്കാം ഈ ഫ്ലോകൾ എങ്ങനെ ഒന്നിക്കുന്നു എന്ന് വിശദീകരിക്കുന്നു; ഈ ലിങ്കുകൾ ഒറ്റത്തവണ മാത്രം ഉപയോഗിക്കാവുന്നതും ചെറിയ ആയുസ്സുള്ളതുമാക്കുക.

ഡെലിവറബിലിറ്റി ശീലങ്ങൾ

ഓതന്റിക്കേഷൻ നിങ്ങളെ പരിഗണിക്കപ്പെടാൻ സഹായിക്കുന്നു. പെരുമാറ്റം നിങ്ങളെ ഇൻബോക്സിൽ നിലനിർത്തുന്നു.

  • ആളുകൾ പ്രതീക്ഷിക്കുന്നത് മാത്രം അയക്കുക. സ്ഥിരീകരിച്ച സൈൻ-അപ്പുകൾ, മാർക്കറ്റിംഗിന് വ്യക്തമായ ഓപ്റ്റ്-ഇൻ, വാങ്ങിയ ലിസ്റ്റുകൾ ഇല്ല.
  • അൺസബ്സ്ക്രൈബ് എളുപ്പമാക്കുക കർശനമായി ട്രാൻസാക്ഷനൽ അല്ലാത്ത എന്തിലും, അത് ഉടൻ പാലിക്കുക.
  • പുതിയ ഡൊമെയ്‌നുകൾ ക്രമേണ ചൂടാക്കുക (warm up). ആദ്യ ദിവസം ആയിരക്കണക്കിന് സന്ദേശങ്ങൾ അയക്കുന്ന പുതിയ ഡൊമെയ്ൻ സംശയാസ്പദമായി തോന്നും. നിങ്ങളുടെ ട്രാൻസാക്ഷനൽ മെയിലിൽ തുടങ്ങി അളവ് ക്രമേണ വർധിപ്പിക്കുക.
  • ലിസ്റ്റുകൾ വൃത്തിയായി സൂക്ഷിക്കുക. ഹാർഡ് ബൗൺസുകൾ ഉടൻ നീക്കം ചെയ്യുക, വളരെക്കാലമായി ഒന്നും തുറക്കാത്തവരെ നീക്കം ചെയ്യുന്നതും പരിഗണിക്കുക.
  • മനുഷ്യനെപ്പോലെ എഴുതുക. വ്യക്തമായ സബ്ജക്ട്, തിരിച്ചറിയാവുന്ന From പേര്, പ്ലെയിൻ-ടെക്സ്റ്റ് ഭാഗം, കുറച്ച് ചിത്രങ്ങളും നിങ്ങളുടെ സ്വന്തം ഡൊമെയ്‌നിലേക്കുള്ള ലിങ്കുകളും. ലിങ്ക് ഷോർട്ട്‌നറുകൾ ഒഴിവാക്കുക.
  • നിരീക്ഷിക്കുക. നിങ്ങളുടെ ഡൊമെയ്ൻ Google Postmaster Toolsൽ രജിസ്റ്റർ ചെയ്ത് DMARC റിപ്പോർട്ടുകൾ ഇടയ്ക്കിടെ വായിക്കുക.
  • യഥാർത്ഥ റിപ്ലൈ-ടു വിലാസം ഉപയോഗിക്കുക ആരെങ്കിലും വായിക്കുന്നത്. മറുപടികൾ നല്ല സിഗ്നലും ഉപയോഗപ്രദമായ ഫീഡ്‌ബാക്കുമാണ്.

ആരെയും സ്പാം ചെയ്യാതെ പരീക്ഷിക്കൽ

  • ദാതാവിന് ടെസ്റ്റ് മോഡോ സാൻഡ്‌ബോക്സോ ഉണ്ടെങ്കിൽ ടെസ്റ്റ് മോഡ് അല്ലെങ്കിൽ സാൻഡ്‌ബോക്സ് ഉപയോഗിക്കുക, അല്ലെങ്കിൽ നിങ്ങൾക്ക് സ്വന്തമായ വിലാസങ്ങളിലേക്ക് അയക്കുക.
  • വികസനത്തിൽ, യഥാർത്ഥ ഉപയോക്താക്കളിലേക്ക് അല്ല, ക്യാച്ച്-ഓൾ ടെസ്റ്റ് ഇൻബോക്സിലേക്ക് അയക്കുക; യഥാർത്ഥം പോലെ തോന്നുന്ന വിലാസങ്ങൾ നിറഞ്ഞ സീഡ് ചെയ്ത ഡാറ്റാബേസ് അപരിചിതർക്ക് അബദ്ധത്തിൽ ഇമെയിൽ അയക്കാനുള്ള എളുപ്പവഴിയാണ്.
  • ഓരോ ടെംപ്ലേറ്റും കുറച്ച് ക്ലയന്റുകളിൽ പരിശോധിക്കുക — വെബിലെ Gmail, ഫോൺ മെയിൽ ആപ്പ്, Outlook — ഡാർക്ക് മോഡിലും.
  • ഒരു ടെസ്റ്റ് ഇമെയിലിന്റെ ഹെഡറുകൾ നോക്കുക: SPF, DKIM, DMARC പാസായോ എന്ന് അവ കാണിക്കുന്നു.

നിയമ അടിസ്ഥാനങ്ങൾ

നിയമങ്ങൾ രാജ്യത്തിനനുസരിച്ച് വ്യത്യാസപ്പെടുന്നു. പൊതുവേ, മാർക്കറ്റിംഗ് ഇമെയിലിന് പല സ്ഥലങ്ങളിലും സമ്മതം വേണം, അയക്കുന്നയാളെ തിരിച്ചറിയണം, പ്രവർത്തിക്കുന്ന അൺസബ്സ്ക്രൈബ് നൽകണം; ട്രാൻസാക്ഷനൽ ഇമെയിൽ വ്യത്യസ്തമായി പരിഗണിക്കപ്പെടുന്നു, പക്ഷേ മാർക്കറ്റിംഗ് കടത്താൻ ഉപയോഗിക്കരുത്. വെയിറ്റ്ലിസ്റ്റ് പേജിൽ നിന്ന് വിലാസങ്ങൾ ശേഖരിക്കുകയാണെങ്കിൽ, എന്ത് അയക്കുമെന്നും എന്ത് സംഭരിക്കുമെന്നും ഓരോ വ്യക്തിയും എപ്പോൾ എങ്ങനെ സൈൻ അപ്പ് ചെയ്തു എന്നും വ്യക്തമാക്കുക. സംശയമുണ്ടെങ്കിൽ, നിങ്ങളുടെ ഉപയോക്താക്കൾ എവിടെയാണോ അവിടത്തെ നിയമങ്ങൾ പരിശോധിക്കുക.

ഇമെയിൽ ചെക്ക്‌ലിസ്റ്റ്

  • ഇമെയിൽ ദാതാവിനെ തിരഞ്ഞെടുത്തു; API കീ സെർവർ രഹസ്യമായി സംഭരിച്ചു
  • നിങ്ങളുടെ സ്വന്തം ഡൊമെയ്‌നിൽ നിന്നോ സബ്‌ഡൊമെയ്‌നിൽ നിന്നോ അയക്കുന്നു, സൗജന്യ മെയിൽബോക്സിൽ നിന്നല്ല
  • SPF, DKIM, DMARC റെക്കോർഡുകൾ ചേർത്തു, പാസാകുന്നു
  • ട്രാൻസാക്ഷനൽ, മാർക്കറ്റിംഗ് മെയിൽ വേർതിരിച്ചു
  • അയക്കലുകൾ ക്യൂവിലാക്കി വീണ്ടും ശ്രമിച്ചു; ഫലങ്ങൾ ലോഗ് ചെയ്തു
  • ബൗൺസ്, പരാതി വെബ്ഹുക്കുകൾ കൈകാര്യം ചെയ്തു
  • ട്രാൻസാക്ഷനൽ അല്ലാത്ത മെയിലിൽ അൺസബ്സ്ക്രൈബ്, ഉടൻ പാലിച്ചു
  • ടെംപ്ലേറ്റുകൾ പല ക്ലയന്റുകളിൽ പരീക്ഷിച്ചു; ടെസ്റ്റ് മെയിൽ ഒരിക്കലും യഥാർത്ഥ ഉപയോക്താക്കളിൽ എത്തുന്നില്ല

Mythex ആപ്പിൽ നിന്ന് ഇമെയിൽ അയക്കൽ

നിങ്ങൾ നിർമ്മിക്കുന്ന ആപ്പുകൾക്കായി Mythex ഒരു ബിൽറ്റ്-ഇൻ ഇമെയിൽ അയക്കൽ സേവനം ഉൾപ്പെടുത്തുന്നില്ല, അതിനാൽ Resend, SendGrid അല്ലെങ്കിൽ Postmark പോലുള്ള ഒരു ദാതാവിനെ നിങ്ങൾ കൊണ്ടുവരണം. അതിന്റെ API കീ ഒരു പ്രോജക്ട് രഹസ്യമായി സംഭരിക്കുക — ചാറ്റിലെ ഒരു സീക്രട്ട്സ് കാർഡ് വഴി ഏജന്റിന് അത് ചോദിക്കാം — നിങ്ങൾക്ക് വേണ്ട ഇമെയിലുകൾ സാധാരണ വാക്കുകളിൽ ആവശ്യപ്പെടുക. ഡോക്സിൽ ഇമെയിൽ അയക്കുക എന്നതിൽ ഒരു സ്റ്റാർട്ടർ പ്രോംപ്റ്റ് ഉണ്ട്. Pro-യിൽ Mythex വഴി നിങ്ങളുടെ ഡൊമെയ്ൻ വാങ്ങിയിട്ടുണ്ടെങ്കിൽ, ദാതാവിന്റെ TXT, CNAME റെക്കോർഡുകൾ ഡൊമെയ്‌ന്റെ DNS ക്രമീകരണങ്ങളിൽ ചേർക്കാം; കസ്റ്റം ഡൊമെയ്‌നുകൾ കാണുക.

ചോദ്യങ്ങൾ

ട്രാൻസാക്ഷനൽ, മാർക്കറ്റിംഗ് ഇമെയിൽ തമ്മിലുള്ള വ്യത്യാസമെന്ത്?

ഒരു ഉപയോക്താവ് ചെയ്ത എന്തെങ്കിലും കാരണം അയക്കപ്പെടുന്നതും പ്രതീക്ഷിക്കപ്പെടുന്നതുമായ ഇമെയിലാണ് ട്രാൻസാക്ഷനൽ ഇമെയിൽ — പാസ്‌വേഡ് റീസെറ്റ്, രസീത് അല്ലെങ്കിൽ ബുക്കിംഗ് സ്ഥിരീകരണം പോലെ. മാർക്കറ്റിംഗ് ഇമെയിൽ നിങ്ങളുടെ ഷെഡ്യൂൾ അനുസരിച്ച് പലർക്കും അയക്കുന്നതാണ്, ഉദാഹരണത്തിന് ന്യൂസ്‌ലെറ്ററുകളും പ്രഖ്യാപനങ്ങളും. ഇവയ്ക്ക് വ്യത്യസ്ത സമ്മത നിയമങ്ങളുണ്ട്, അതിനാൽ വേറിട്ട സ്ട്രീമുകളിൽ അല്ലെങ്കിൽ സബ്‌ഡൊമെയ്‌നുകളിൽ നിന്ന് അയക്കുന്നതാണ് ഏറ്റവും നല്ലത്.

എന്റെ ആപ്പിന്റെ ഇമെയിലുകൾ സ്പാമിൽ പോകുന്നത് എന്തുകൊണ്ട്?

സാധാരണ കാരണങ്ങൾ: SPF, DKIM, DMARC സജ്ജീകരിക്കാത്ത അയക്കൽ ഡൊമെയ്ൻ, മൂന്നാം കക്ഷി സേവനം വഴി Gmail പോലുള്ള സൗജന്യ വിലാസത്തിൽ നിന്ന് അയക്കൽ, പ്രശസ്തിയില്ലാത്ത പുതിയ ഡൊമെയ്ൻ, അല്ലെങ്കിൽ സ്പാം പോലെ തോന്നുന്ന ഉള്ളടക്കവും ലിങ്കുകളും. ആദ്യം ഓതന്റിക്കേഷൻ ശരിയാക്കുക, പിന്നെ ഉള്ളടക്കവും അളവും നോക്കുക.

എന്റെ Gmail അക്കൗണ്ടിൽ നിന്ന് ആപ്പ് ഇമെയിൽ അയക്കാമോ?

കുറച്ച് വ്യക്തിപരമായ ടെസ്റ്റ് സന്ദേശങ്ങൾക്ക് ഒരുപക്ഷേ കഴിയും, പക്ഷേ യഥാർത്ഥ ആപ്പിന് വേണ്ടിയല്ല. നിങ്ങളുടെ സ്വന്തം ഡൊമെയ്‌നുള്ള ഒരു ഇമെയിൽ അയക്കൽ ദാതാവ് ഉപയോഗിക്കുക, അവർ നൽകുന്ന DNS റെക്കോർഡുകൾ സജ്ജീകരിക്കുക, ആ ഡൊമെയ്‌നിലെ ഒരു വിലാസത്തിൽ നിന്ന് അയക്കുക.

എനിക്ക് DMARC ആവശ്യമുണ്ടോ?

പ്രായോഗികമായി, അതെ. 2026 സെപ്റ്റംബർ വരെ, ദിവസം 5,000-ൽ കൂടുതൽ Gmail വിലാസങ്ങളിലേക്ക് അയക്കുന്ന ഏതൊരാൾക്കും Google DMARC ആവശ്യപ്പെടുന്നു; DMARC റെക്കോർഡ് നിങ്ങളുടെ ഡൊമെയ്‌ൻ വ്യാജമായി ഉപയോഗിക്കുന്നതിൽ നിന്നും സംരക്ഷിക്കുന്നു. റിപ്പോർട്ടുകൾ പരിശോധിക്കുന്നതിനിടയിൽ `p=none` നയത്തോടെ തുടങ്ങുന്നത് ശരിയാണ്.

Mythex · Pricing · AI ഉപയോഗിച്ച് എന്തും നിർമ്മിക്കൂ · വെബ്‌സൈറ്റ്, ആപ്പ് ടെംപ്ലേറ്റുകൾ · Mythex താരതമ്യം · AI ആപ്പ് നിർമ്മാണ ഗ്ലോസറി · സൗജന്യ AI ആപ്പ് നിർമ്മാണ ടൂളുകൾ · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)