ચેનલો
એક જ ગ્રાફમાંથી કોઈને પહોંચવાની ચાર રીતો
રિમાઇન્ડર SMS થી જાય છે કારણ કે લોકો તે મિનિટોમાં વાંચી લે છે. વાર્તા ઇમેઇલથી જાય છે કારણ કે તેને જગ્યા હોય છે. ખભા પર થપથપાટ પુશ થી જાય છે. સ્ટેમ્પ લાયક ગ્રાહકને કંઈક છાપીને પોસ્ટ થાય છે. કોઈ મેસેજ કયું માધ્યમ વાપરે તે નોડનું ગુણધર્મ છે — તમારે ખરીદવું, શીખવું અને મેળવવું પડે એવા જુદા ટૂલનું નહીં.
ઈમેલ
તમારા ડોક્યુમેન્ટમાંથી ઇમેઇલ ક્લાયન્ટ્સ ખરેખર ઇચ્છે એવા આકારમાં રેન્ડર થાય છે: ટેબલ્સ, ઇનલાઇન CSS, Outlook માટે flex કે grid નહીં, ડાર્ક-મોડ-સેફ રંગો અને તમારા માટે બનાવેલો પ્લેન-ટેક્સ્ટ વિકલ્પ.
List-Unsubscribe-Post સાથે એક-ક્લિક અનસબ્સ્ક્રાઇબ, જેમ RFC 8058 અને હવે મોટા ઇનબોક્સ પ્રદાતાઓ માંગે છે. અને પબ્લિશ સમયે સાઇઝ ચેક, કારણ કે Gmail આશરે 102 KB પર કાપી નાખે છે અને કપાયેલો મેસેજ તમારી અનસબ્સ્ક્રાઇબ લિંકને એ ભાગના તળિયે છુપાવી દે છે જે કોઈ જુએ નથી.
SMS
જે મેસેજ આજે જ વંચાય તે માટે: કાલની એપોઇન્ટમેન્ટ, રવિવારે પૂરી થતી ઓફર. ટૂંકો, અને લગભગ તરત વંચાય છે — એટલે જ તેનો અતિશય ઉપયોગ ન થાય તે જરૂરી છે.
સેગમેન્ટ્સ મોકલતા પહેલાં ગણવામાં આવે છે. GSM-7 તમને 160 અક્ષરો આપે છે; એક જ ઇમોજી, એક વળાંકવાળો અવતરણ ચિહ્ન કે એક્સટેન્શન ટેબલની બહારનો પોલિશ સ્વરચિહ્ન આખો મેસેજ UCS-2 માં બદલી નાખે છે — દર સેગમેન્ટે 70 અક્ષરો — અને તમે એકની કિંમત સમજતો મેસેજ હવે ત્રણનો થાય છે. તમે એ આંકડો મોકલતા પહેલાં જોશો, ઇનવોઇસ પર નહીં. STOP અને તેના સમકક્ષી શબ્દો સેવાની અંદર માન્ય રાખવામાં આવે છે, કારણ કે મોટાભાગના બજારોમાં તે કાનૂની જરૂરિયાત છે, ફીચર નહીં.
પુશ કરો
VAPID કીઝ અને RFC 8291 પેલોડ એન્ક્રિપ્શન સાથે વેબ પુશ, iOS માટે APNs, Android માટે FCM, અને પહેલેથી જોડાયેલી એપ્સ માટે સોકેટ પર ઇન-એપ લેન.
ડિવાઇસ રજિસ્ટ્રીમાં દરેક સંપર્ક, દરેક એપ, દરેક એન્ડપોઇન્ટ માટે એક પંક્તિ રહે છે, અને પ્રદાતા તરફથી 410 કે 404 આવે તો પંક્તિ તરત કાપી નાખવામાં આવે છે. ક્યારેય કાપાય નહીં તેવા ટોકન ચૂપચાપ તમારા ડિલિવરી રેટને બગાડે છે અને પછીનું દરેક માપન ખોટું બનાવે છે — એટલે જ મોકલવા કરતાં કાપવું વધુ મહત્વનું છે.
છાપેલા પત્રો
એ જ ક્રિએટિવ દસ્તાવેજ, પ્રિન્ટ CSS દ્વારા PDF માં રેન્ડર થઈને, સંબોધિત થઈને પોસ્ટ થાય છે. વર્ષગાંઠ માટે, ઉચ્ચ-મૂલ્યના ગ્રાહક માટે, ઈ-મેઈલ ન વાંચતા પ્રેક્ષકો માટે — અને એ ક્ષણ માટે જ્યારે બધા અન્ય સ્પર્ધકો ઈનબોક્સમાં હોય અને તમે દરવાજાની ચોકડી પર હોવ.
આ એક સામાન્ય નોડ છે. તેની સામે એ જ રાહ રહે છે, એ જ લક્ષ્ય-તપાસ તેને રદ કરે છે, અને એ જ સંમતિ-રજિસ્ટર નક્કી કરે છે કે તમે તે મોકલી શકો કે નહીં.
તમારું પોતાનું મોકલવાનું માધ્યમ લાવો
ClickSomo જાણીજોઈને અને કાયમ માટે કોઈ મેઈલ સર્વર ચલાવતું નથી. તમે એક મોકલનાર ઓળખ જોડો છો: એક એવું સરનામું જે તેને મોકલવાની એક રીત સાથે બંધાયેલું હોય. તે કાં તો તમારું પોતાનું SMTP મેઈલબોક્સ છે — જેમાં તમારું હોસ્ટિંગ પહેલેથી આપેલાં પણ સામેલ છે — અથવા તમે પહેલેથી પૈસા આપી રહેલા પ્રદાતા છે, જેમ કે SendGrid.
એક પ્રોજેક્ટમાં ઘણાં હોઈ શકે. ટ્રાન્ઝેક્શનલ મેઈલ માટે એક મેઈલબોક્સ, મોટા પ્રમાણના મેઈલ માટે એક પ્રદાતા, અને ફનલ નોડ નક્કી કરે છે કે તે કયું વાપરશે. દરેક ઓળખ પાસે પોતાની દર-મર્યાદા હોય છે, કારણ કે નાના મેઈલબોક્સની મર્યાદા ઓછી હોય છે અને તેને વધુ પડતું દબાણ કરવાથી ખાતું માત્ર દર-મર્યાદિત થવાને બદલે સસ્પેન્ડ થઈ જાય છે.
એક નિયમ છે જે સિસ્ટમ તમને તોડવા દેશે નહીં: બલ્ક ટ્રાફિક ક્યારેય ટ્રાન્ઝેક્શનલ તરીકે ચિહ્નિત ડોમેઈન પરથી બહાર નહીં જાય. જો કોઈ ડોમેઈન પરથી સાઈન-ઈન મેઈલ અને રસીદો જતી હોય, તો ત્યાં બલ્ક ઓળખ બનાવી શકાશે નહીં. એક ખરાબ કેમ્પેઈન — તમારો કે કોઈનો પણ — તમારા પોતાના પાસવર્ડ રીસેટને બંધ કરી શકવો જોઈએ નહીં.
પરિણામ, જે જ મુદ્દો છે: કોઈ બંડલ થયેલી પ્રતિ-સંદેશ કિંમત નહીં, કારણ કે બંડલ કરવા જેવું કંઈ છે જ નહીં. તમારી પ્રતિષ્ઠા એકલી તમારી છે અને અજાણ્યા લોકો સાથે ભેગી થતી નથી.
- 1સરનામું અને હોસ્ટહોસ્ટ, પોર્ટ, ઓળખ-પ્રમાણો, TLS મોડ અને તમે નક્કી કરેલી દર-મર્યાદા.
- 2DNS તપાયેલુંતમારે જરૂરી SPF, DKIM અને DMARC રેકોર્ડ, પછી ચકાસાયેલા — અને પછીથી ફરી તપાયેલા, કારણ કે કોઈ ઝોન ફાઈલ સાફ કરે ત્યારે રેકોર્ડ બદલાઈ જાય છે.
- 3રિટર્ન પાથએક સાચા મેઈલબોક્સ તરફ નિર્દેશિત, જે બાઉન્સ સૂચનાઓ મેળવે, પાર્સ કરે અને વર્ગીકૃત કરે. SMTP પાસે કોઈ વેબહુક નથી; નાના મોકલનાર માટે સાચી બાઉન્સ હેન્ડલિંગ મેળવવાની આ જ રીત છે.
- !નામંજૂરટ્રાન્ઝેક્શનલ તરીકે ચિહ્નિત ડોમેઈન પર બલ્ક ઓળખ. હવે એક લાઈનની નીતિ, પછીથી પાછું લઈ ન શકાય તેવું ગોથાન.
તમારું સરનામુંતમારી પ્રતિષ્ઠાકોઈ માર્કઅપ નહીં
ચાર રસ્તાઓ અંદર. સંદેશ પોતે નક્કી કરે છે કે કયો યોગ્ય છે.
એ ભાગ જે ખરેખર ઉપયોગી છે
એક જ ડિલિવરી શબ્દાવલિ, સંદેશ કોઈ પણ પ્રદાતા લઈ જાય
દરેક પ્રદાતા ડિલિવરીની જાણ અલગ રીતે કરે છે. SendGrid સાઈન કરેલા વેબહુક મોકલે છે. સાદો SMTP ખાતો કંઈ જ મોકલતો નથી, અને તેના બાઉન્સ માનવી વાંચે તેવા ઈ-મેઈલ તરીકે આવે છે. બંને ઉપરના સ્તરે કંઈ પહોંચે તે પહેલાં એ જ અગિયાર ઘટનાઓમાં પ્રમાણિત થાય છે.
- 1કતારબદ્ધ · મોકલેલ · વિતરિત · મુલતવીસંદેશની પ્રગતિ, એવા શબ્દોમાં જે દરેક પ્રદાતા પર એ જ અર્થ ધરાવે છે.
- 2open · clickક્લિક માટે URL સાથે. બોટ ટ્રાફિક છુપાવવાને બદલે રિપોર્ટિંગમાં અલગ પાડવામાં આવે છે.
- 3સોફ્ટ_બાઉન્સ · હાર્ડ_બાઉન્સ · ફરિયાદહાર્ડ બાઉન્સ અને ફરિયાદ બંને કાયમ માટે સપ્રેશન લખે છે.
- 4unsubscribe · failedઅનસબ્સ્ક્રાઈપ્શન એક સાથે બધે જ માન્ય રાખવામાં આવે છે, મોકલવાની સેવાની અંદર પણ.
- iતે શા માટે મહત્વનું છેપ્રદાતા બદલવાથી ઉપરના સ્તરે કંઈ બદલાતું નથી — કોઈ રિપોર્ટ નહીં, કોઈ સેગમેન્ટ નહીં, કોઈ ફનલ શરત નહીં. બોલી દરવાજા આગળ અટકી જાય છે.
SMS અને પુશ માટે એ જ ઘટનાઓ
મોકલવામાં કંઈ ખોટું થાય ત્યારે શું થાય છે
રીટ્રાય એક્સપોનેન્શિયલ બેકઓફ વાપરે છે અને મૌનમાં નહીં પણ ડેડ-લેટર કતારમાં પૂરા થાય છે. પ્રદાતા તરફથી 4xx ફરી પ્રયાસ થાય છે; 5xx જેનો અર્થ છે કે સંદેશ સ્વીકાર્ય નથી તે નહીં, કારણ કે તેને કાયમ ફરી પ્રયાસ કરવાથી જ ખાતું સસ્પેન્ડ થાય છે.
સપ્રેશન અહીં ઉપરાંત મોકલવાની સેવાની અંદર પણ લાગુ થાય છે, જેથી પ્રદાતા બદલવાથી તમે બે વર્ષ પહેલાં સપ્રેસ કરેલું સરનામું પાછું જીવતું ન થાય. અને પ્રતિ-ઓળખ સમાંતર-મર્યાદાઓનો અર્થ એ છે કે મોટું કેમ્પેઈન નાના મેઈલબોક્સ સામે પોતાની ગતિ નિયંત્રિત કરે છે, પહેલી ત્રીસ સેકન્ડમાં તેને દબાવી ન દે.
જાણીજોઈને જે બનાવ્યું નથી: અમારો પોતાનો કોઈ મેઈલ ટ્રાન્સફર એજન્ટ નહીં, કોઈ ડેડિકેટેડ IP પૂલ નહીં, કોઈ વોર્મ-અપ શેડ્યુલર નહીં, કોઈ ફીડબેક-લૂપ નોંધણી નહીં. તે સાચો મહેનતનો કામ છે અને તે એ પક્ષના છે જેની પ્રતિષ્ઠા દાવ પર હોય — તમારો પ્રદાતા, અથવા તમારું પોતાનું મેઈલબોક્સ. તેમને અહીં બનાવવાનો અર્થ તમારી મોકલવાની પ્રક્રિયાને અજાણ્યા લોકો સાથે ભેગી કરવાનો થાય, જે બરાબર એ જ વસ્તુ છે જે આ ડિઝાઈન કરવાનો ઇનકાર કરે છે.