Ուղարկեք էլեկտրոնային նամակներ ձեր սեփական տիրույթից՝ ձեր սեփական հաշվի միջոցով

Յուրաքանչյուր ծանուցում, որ ստանում են ձեր հաճախորդները՝ հաշիվ-ապրանքագրեր, գաղտնաբառի վերականգնումներ, տոմսերի պատասխաններ, նախագծի թարմացումներ, ուղարկվում է փոստային ծառայության միջոցով: Լռելյայն այդ ծառայությունը մերն է, «Ումից» տողում նշված է Zinn Digital®, և դրա համար վճարում ենք մենք:

Եթե դուք օգտվում եք գործակալության կամ ռեսելլերի սակագնային պլանից, փոխարենը կարող եք կցել ձեր սեփական փոստային ծառայությունը: Այդ դեպքում ձեր հաճախորդները «Ումից» տողում տեսնում են ձեր դոմեյնը, պատասխանները վերադառնում են ձեզ, իսկ հաղորդագրություններն ուղարկվում են ձեր մատակարարի մոտ առկա ձեր հաշվից:

Կարգավորեք այն ձեր կառավարման վահանակի Email sending բաժնում:

Ո՞ր մատակարարից պետք է օգտվեմ:

Սրանցից ցանկացածն աշխատում է: Ընտրեք այն մեկը, որտեղ արդեն ունեք հաշիվ:

Եթե նախապատվություն չունեք և առկա հաշիվ չկա, Postmark-ն այն է, ինչ մենք կընտրեինք տրանզակցիոն փոստի համար. այն հրաժարվում է մարքեթինգային նամակներ տեղափոխել, ինչը հենց պատճառն է, որ դրա առաքման ցուցանիշներն այդքան բարձր են:

Նախ կարգավորեք DNS-ը: Դա աշխատանքի մեծ մասն է:

Որ մատակարարին էլ ընտրեք, նույն երեք DNS գրառումներն են որոշում՝ ձեր նամակը կհասնի՞, թե՞ կհայտնվի սպամում: Ձեր մատակարարը գեներացնում է ճշգրիտ արժեքները. դուք ավելացնում եք դրանք ձեր դոմեյնին:

SPF — TXT գրառում ձեր դոմեյնի վրա, որը նշում է, թե ում է թույլատրված ուղարկել ձեր անունից: Եթե արդեն ունեք մեկը, դուք խմբագրում եք այն. երկրորդը չեք ավելացնում: Երկու SPF գրառում ունեցող դոմեյնը լիովին ձախողում է SPF-ը, ինչն ավելի վատ է, քան ընդհանրապես չունենալը:

DKIM — TXT կամ CNAME գրառում, որը պարունակում է հանրային բանալի, որպեսզի ստացող սերվերները կարողանան ստուգել, որ հաղորդագրությունն իսկապես եկել է ձեր մատակարարից և փոփոխված չէ: Սա այն գրառումն է, որն ամենաշատ աշխատանքն է կատարում, և այն պետք է համընկնի, որպեսզի DMARC-ն անցնի:

Return-path (bounce) դոմեյն — սովորաբար CNAME: Այն սահմանում է ծրարի անտեսանելի հասցեն, որը ձեր մատակարարն օգտագործում է չառաքված նամակները (bounces) հավաքելու համար: Առանց դրա, չառաքված նամակները գնում են մի տեղ, որը դուք չեք կարող տեսնել, և ձեր դոմեյնի հեղինակությունը նվազում է առանց ձեր իմացության:

DMARC — TXT գրառում _dmarc.yourdomain.com հասցեում, որը ստացող սերվերներին հրահանգում է, թե ինչ անել, երբ SPF-ը և DKIM-ը չեն համապատասխանում ձեր «Ումից» տողին: Սկսեք p=none-ից, քանի դեռ ստուգում եք, որ ամեն ինչ անցնում է, ապա անցեք p=quarantine-ին և p=reject-ին:

⚠️ DNS փոփոխություններն ակնթարթային չեն: Տվեք դրանց մինչև մեկ ժամ ժամանակ, նախքան կորոշեք, որ ինչ-որ բան այն չէ:

Օգտագործեք ենթադոմեյն ուղարկելու համար

Ուղարկեք mail.yourdomain.com-ից կամ notifications.yourdomain.com-ից, ոչ թե հենց yourdomain.com-ից:

Պատճառը հեղինակությունն է: Ձեր հիմնական դոմեյնն այն է, ինչ օգտագործում է ձեր բիզնես էլփոստը: Եթե զանգվածային ուղարկումը երբևէ ձախողվի, առանձին ուղարկող ենթադոմեյնը սահմանափակում է վնասը. ձեր աշխատակիցները դեռ կարող են նամակ գրել հաճախորդներին, քանի դեռ դուք լուծում եք խնդիրը: Այն նաև թույլ է տալիս կարգավորել DNS գրառումներ ուղարկելու համար՝ առանց ձեռք տալու այն գրառումներին, որոնցից կախված են ձեր սեփական փոստարկղերը:

Դուք միևնույն է դոմեյն եք մուտքագրում, ոչ թե հասցե, Send from this domain դաշտում: @-ից առաջ ընկած մասն ընտրվում է ըստ հաղորդագրության. անդորրագրերն ուղարկվում են որպես billing@, գաղտնաբառի վերականգնումները՝ որպես no-reply@, տոմսերի պատասխանները՝ որպես support@:

Ինչպես է աշխատում կարգավորումը

1. Ընտրեք ձեր մատակարարին և տեղադրեք նրա նույնականացման տվյալները:
2. Սեղմեք Send test message: Մենք ձեր մատակարարի միջոցով իրական էլփոստ ենք ուղարկում ձեր նշած մուտքային արկղին՝ ներսում կոդով:
3. Կարդացեք կոդն այդ փոստարկղից և մուտքագրեք այն:

Միայն դրանից հետո ձեր նամակները կսկսեն ուղարկվել ձեր անունից:

⭐ Փորձարկման համար օգտագործեք այլ դոմեյնի վրա գտնվող փոստարկղ — Gmail կամ Outlook հասցեն իդեալական է: Հաղորդագրությունը, որը երբեք դուրս չի գալիս ձեր սեփական սերվերից, շատ ավելի քիչ բան է ապացուցում, քան այն, որն անցել է համացանցով և հաղթահարել ուրիշի սպամ ֆիլտրը:

Ինչու՞ ենք պնդում, որ թեստային հաղորդագրությունն իրականում տեղ հասնի

Քանի որ մատակարարը, որն ընդունում է հաղորդագրությունը և հետո լուռ ջնջում այն, թվում է ճիշտ նույնական, ինչ այն, որն աշխատում է: Amazon SES-ի բոլորովին նոր հաշիվը գտնվում է ավազարկղում (sandbox), և այն կընդունի ձեր հաղորդագրությունը և ոչ մի տեղ չի հասցնի: Mailgun-ի դոմեյնը, որի DNS-ը չի տարածվել, անում է նույնը: Այդպես է անում նաև SMTP ռելեյը, որը պատասխանում է 250 և անտեսում:

Եթե մենք փոխարկեինք ձեր ուղարկումն այն պահին, երբ ձեր նույնականացման տվյալներն ընդունվեին, առաջին բանը, որ կիմանայիք, այն կլիներ, որ ձեր հաճախորդները դադարել են որևէ բան ստանալ, և դուք դա կիմանայիք հաճախորդից՝ օրեր անց: Կոդն ապացույց է այն բանի, որ հաղորդագրությունը դուրս է եկել ձեր մատակարարից և հասել տեղ:

Ի՞նչ տեղի կունենա, եթե իմ մատակարարը դադարի աշխատել

Ձեր ծանուցումները գրանցվում են որպես ձախողված, կրկին փորձարկվում, և ձեր Email sending էկրանը կարմրում է՝ ցուցադրելով ձեր մատակարարի սեփական սխալի մասին հաղորդագրությունը:

⛔ Մենք դրանք փոխարենը չենք ուղարկում մեր դոմեյնից: Դա արված է միտումնավոր: Լուռ պահուստային տարբերակը կնշանակեր, որ խափանված փոստային հաշիվը շարունակում է աշխատել բավականաչափ լավ, որպեսզի ոչ ոք չուղղի այն, մինչ մենք լուռ վճարում ենք դրա համար: Այնպես որ, խնդիրը տեսանելի է, և այն ձեր լուծելու գործն է, ինչը միակ ճանապարհն է, որ այն կուղղվի:

Քանի դեռ այն ուղղված չէ, ձեր հաճախորդները չեն ստանում այդ ծանուցումները: Ամեն ինչ դեռ գտնվում է նրանց կառավարման վահանակի մուտքային արկղում, և ոչինչ չի կորել, բայց այստեղ եղած կարմիր պաստառին վերաբերվեք որպես հրատապ հարցի:

Ի՞նչ կլինի, եթե ես ոչինչ չանեմ:

Ոչինչ չի խափանվի: Ձեր ծանուցումները կշարունակեն ուղարկվել մեր դոմեյնից՝ որպես Zinn Digital®, և մենք կշարունակենք վճարել դրանց համար: Ձեր հաճախորդները պարզապես կտեսնեն մեր անունը ձերի փոխարեն:

Դրա հեռացումը

Սեղմեք Disconnect: Ձեր պահպանված նույնականացման տվյալները կջնջվեն, և ձեր ծանուցումները հաջորդ հաղորդագրությունից սկսած կվերադառնան մեր դոմեյնին: Դուք ցանկացած պահի կարող եք կրկին միանալ: