ცოდნის ბაზა
გააგზავნეთ თქვენი კლიენტების შეტყობინებები თქვენივე დომენიდან, თქვენივე საფოსტო ანგარიშით: რომელი პროვაიდერი აირჩიოთ, SPF, DKIM და return-path ჩანაწერები, რომლებიც ყველას სჭირდება, რატომ ვითხოვთ დაჟინებით სატესტო შეტყობინების რეალურად მიღებას და რა ხდება მაშინ, როდესაც პროვაიდერის მუშაობაში ხარვეზი წარმოიქმნება.
თითოეული შეტყობინება, რომელსაც თქვენი კლიენტები იღებენ — ინვოისები, პაროლის აღდგენა, ბილეთების პასუხები, პროექტის განახლებები — იგზავნება საფოსტო სერვისის მეშვეობით. ნაგულისხმევად ეს სერვისი ჩვენია, „From“ (გამგზავნი) ველში მითითებულია Zinn Digital®, და საფასურს ჩვენ ვიხდით.
თუ თქვენ სარგებლობთ agency ან reseller ტარიფით, მის ნაცვლად შეგიძლიათ მიაბათ თქვენი საკუთარი საფოსტო სერვისი. ამ შემთხვევაში თქვენი კლიენტები „From“ ველში დაინახავენ თქვენს დომენს, პასუხები დაბრუნდება თქვენთან, და შეტყობინებები გაიგზავნება თქვენი ანგარიშიდან თქვენი პროვაიდერის მეშვეობით.
გამართეთ იგი თქვენი მართვის პანელის განყოფილებაში Email sending.
ნებისმიერი მათგანი იმუშავებს. აირჩიეთ ის, რომელზეც უკვე გაქვთ ანგარიში.
| Provider | Best if | Guide |
|---|---|---|
| Mailgun | გსურთ API და გაგზავნის დიდი მოცულობები | Set up Mailgun |
| SendGrid | მას უკვე იყენებთ მარკეტინგული წერილებისთვის | Set up SendGrid |
| Postmark | მხოლოდ ტრანზაქციული წერილები, საუკეთესო მიწოდებადობა | Set up Postmark |
| Amazon SES | უკვე იყენებთ AWS-ს და გსურთ ყველაზე დაბალი ფასი | Set up Amazon SES |
| Resend | გსურთ ყველაზე მარტივი კონფიგურაცია | Set up Resend |
| Your own SMTP server | თქვენ მართავთ საკუთარ საფოსტო ინფრასტრუქტურას | Set up SMTP |
თუ განსაკუთრებული უპირატესობა არ გაქვთ და არც არსებული ანგარიში გაგაჩნიათ, ტრანზაქციული წერილებისთვის ჩვენ Postmark-ს ავირჩევდით: იგი უარს ამბობს მარკეტინგული გზავნილების გატარებაზე, და სწორედ ამიტომ აქვს მიწოდების ასეთი მაღალი მაჩვენებელი.
რომელი პროვაიდერიც არ უნდა აირჩიოთ, სწორედ ერთი და იგივე სამი DNS ჩანაწერი წყვეტს, მივა თქვენი წერილი ადრესატამდე თუ სპამში მოხვდება. თქვენი პროვაიდერი აგენერირებს ზუსტ მნიშვნელობებს; თქვენ კი მათ ამატებთ თქვენს დომენზე.
SPF — TXT ჩანაწერი თქვენს დომენზე, სადაც ჩამოთვლილია, ვის აქვს უფლება გააგზავნოს წერილები თქვენი სახელით. თუ ის უკვე გაქვთ, თქვენ მას არედაქტირებთ; მეორეს არ ამატებთ. დომენი ორი SPF ჩანაწერით სრულად ვერ გადის SPF შემოწმებას, რაც იმაზე უარესია, საერთოდ რომ არ გქონდეთ.
DKIM — TXT ან CNAME ჩანაწერი, რომელიც შეიცავს საჯარო გასაღებს, რათა მიმღებ სერვერებს შეეძლოთ გადაამოწმონ, რომ შეტყობინება ნამდვილად თქვენი პროვაიდერისგან მოვიდა და არ შეცვლილა. ეს არის ჩანაწერი, რომელიც ასრულებს ძირითად სამუშაოს, და სწორედ ის უნდა ემთხვეოდეს, რომ DMARC-მა წარმატებით გაიაროს შემოწმება.
Return-path (bounce) domain — ჩვეულებრივ CNAME. იგი განსაზღვრავს უხილავ კონვერტის მისამართს, რომელსაც თქვენი პროვაიდერი იყენებს უკან დაბრუნებული შეტყობინებების (bounces) შესაგროვებლად. მის გარეშე, დაბრუნებული წერილები მიდის იქ, სადაც ვერ ხედავთ, და თქვენი დომენის რეპუტაცია ისე ლახება, რომ ვერც კი გაიგებთ.
DMARC — TXT ჩანაწერი მისამართზე _dmarc.yourdomain.com, რომელიც მიმღებ სერვერებს კარნახობს, რა მოიმოქმედონ, როდესაც SPF და DKIM არ ემთხვევა თქვენს „From“ ველს. დაიწყეთ p=none-ით, სანამ დარწმუნდებით, რომ ყველაფერი შემოწმებას გადის, შემდეგ კი გადადით p=quarantine-ზე და p=reject-ზე.
⚠️ DNS ცვლილებები მყისიერად არ აისახება. მიეცით მათ ერთ საათამდე დრო, სანამ გადაწყვეტთ, რომ რაღაც რიგზე ვერ არის.
გაგზავნეთ მისამართიდან mail.yourdomain.com ან notifications.yourdomain.com, და არა უშუალოდ yourdomain.com-დან.
მიზეზი რეპუტაციაა. თქვენი მთავარი დომენი არის ის, რასაც თქვენი ბიზნეს-ელფოსტა იყენებს. თუ მასობრივი გაგზავნისას ოდესმე რამე არასწორად წავა, ცალკე ქვედომენი შეაკავებს ზიანს — თქვენს თანამშრომლებს კვლავ შეეძლებათ კლიენტებთან წერილების გაგზავნა, სანამ თქვენ პრობლემას მოაგვარებთ. ის ასევე გაძლევთ საშუალებას დააყენოთ DNS ჩანაწერები გაგზავნისთვის ისე, რომ არ შეეხოთ ჩანაწერებს, რომლებზეც თქვენი პირადი საფოსტო ყუთებია დამოკიდებული.
ველში Send from this domain თქვენ მაინც უთითებთ დომენს და არა კონკრეტულ მისამართს. @-მდე ნაწილი ირჩევა თითოეული შეტყობინებისთვის: ქვითრები იგზავნება როგორც billing@, პაროლის აღდგენა — როგორც no-reply@, ბილეთების პასუხები — როგორც support@.
მხოლოდ ამის შემდეგ დაიწყებს თქვენი წერილები გაგზავნას თქვენი სახელით.
⭐ ტესტისთვის გამოიყენეთ სხვა დომენზე არსებული საფოსტო ყუთი — Gmail-ის ან Outlook-ის მისამართი იდეალურია. წერილი, რომელიც არასდროს გასცდენია თქვენს საკუთარ სერვერს, ბევრად ნაკლებს ადასტურებს, ვიდრე ის, რომელმაც გადაკვეთა ინტერნეტი და სხვისი სპამ-ფილტრი გაიარა.
იმიტომ, რომ პროვაიდერი, რომელიც იღებს შეტყობინებას და შემდეგ ჩუმად აგდებს მას, იდენტურად გამოიყურება იმისა, რომელიც მუშაობს. სრულიად ახალი Amazon SES ანგარიში იმყოფება sandbox რეჟიმში და მიიღებს თქვენს შეტყობინებას, მაგრამ არსად გააგზავნის მას. Mailgun-ის დომენი, რომლის DNS-იც ჯერ არ გავრცელებულა, ზუსტად იმავეს აკეთებს. ასევე იქცევა SMTP relay, რომელიც პასუხობს 250 და უგულებელყოფს წერილს.
გაგზავნის პარამეტრები თქვენი მონაცემების მიღებისთანავე რომ გადაგვერთო, პირველი, რასაც გაიგებდით, იქნებოდა ის, რომ თქვენმა კლიენტებმა შეწყვიტეს შეტყობინებების მიღება — და ამას კლიენტისგან შეიტყობდით, რამდენიმე დღის შემდეგ. კოდი არის იმის მტკიცებულება, რომ შეტყობინებამ დატოვა თქვენი პროვაიდერი და მიაღწია დანიშნულების ადგილს.
თქვენი შეტყობინებები აღირიცხება როგორც ჩაშლილი, ხელახლა გაიგზავნება, და თქვენი Email sending ეკრანი გაწითლდება თქვენივე პროვაიდერის შეცდომის შეტყობინებით.
⛔ ჩვენ მათ ჩვენი დომენიდან არ გავაგზავნით. ეს მიზანმიმართულადაა ასე. ჩუმი სარეზერვო გადართვა ნიშნავს, რომ გაფუჭებული საფოსტო ანგარიში აგრძელებს საკმარისად კარგად მუშაობას იმისთვის, რომ არავინ შეაკეთოს იგი — სანამ ჩვენ ჩუმად ვიხდით მის საფასურს. ამიტომ ხარვეზი ხილულია და მისი მოგვარება თქვენი პასუხისმგებლობაა, რაც მისი გამოსწორების ერთადერთი გზაა.
სანამ ის არ გამოსწორდება, თქვენი კლიენტები ამ შეტყობინებებს ვერ მიიღებენ. ყველაფერი კვლავ რჩება მათი მართვის პანელის შემოსულებში და არაფერი იკარგება — თუმცა აქ წითელ ბანერს გადაუდებელ საკითხად უნდა მოეკიდოთ.
არაფერი დაზიანდება. თქვენი შეტყობინებების გაგზავნა გაგრძელდება ჩვენი დომენიდან, როგორც Zinn Digital®, და ჩვენ გავაგრძელებთ მათი საფასურის გადახდას. თქვენი კლიენტები უბრალოდ ჩვენს სახელს დაინახავენ თქვენის ნაცვლად.
დააჭირეთ Disconnect-ს. თქვენი შენახული მონაცემები წაიშლება და თქვენი შეტყობინებები მომდევნო წერილიდანვე დაუბრუნდება ჩვენს დომენს. ხელახლა დაკავშირება ნებისმიერ დროს შეგიძლიათ.
რას ვწერდით ჰოსტინგის, SEO-ს და საიტების ფართო მასშტაბით მართვის შესახებ.
როგორ განსაზღვრავს ჰოსტინგი ინდექსირებასა და ბმულების წონას 2026 წელს: გვერდების ინდექსში შენარჩუნება, ძველი დომენების შემოწმება მათზე საიტის აწყობამდე, ბმულების მშენებლობა საძიებო კვალის გარეშე და გულწრფელი შეფასება იმისა, თუ რა შეუძლია და რა არ შეუძლია ინფრასტრუქტურას SEO-სთვის.
პოსტის წაკითხვა →პრაქტიკული საკონტროლო სია სწრაფი და უსაფრთხო WordPress-ისთვის: სერვერის დონის ქეშირება, ობიექტების ქეში თითოეული საიტისთვის, რამდენიმე მოდული, რომელთა გამოყენებაც ღირს, ტექნოლოგიური დასტის განახლებულ მდგომარეობაში შენარჩუნება და WooCommerce-ის გვერდები, რომლებიც არასდროს უნდა დააქეშოთ.
პოსტის წაკითხვა →რა განასხვავებს სინამდვილეში კარგ მართულ ჰოსტინგს მართვის პანელიანი იაფი ყუთისგან — მიგრაციები, სარეზერვო ასლები, იზოლაცია, რეალური ქეშირება და პატიოსანი მასშტაბირება — და როგორ შეაფასოთ იგი ვალდებულების აღებამდე.
პოსტის წაკითხვა →მხარდაჭერა შედის ყველა გეგმაში, სავარძელი ღიაა დღეში 24 საათის განმავლობაში და შეგიძლიათ მოგვწეროთ ჩვენს ნებისმიერ 58 ენაზე — ჩვენ გიპასუხებთ თქვენს ენაზე.
მხარდაჭერასთან დაკავშირება → ყველა სტატია →