Bir bosishli obuna bekor qilishda pochta dasturi xatning ichidagi maxsus belgi orqali obunani oʻzi toʻxtatadi, odam esa saytga oʻtmaydi. Buning texnik qoidalari RFC 8058 standartida yozilgan. Google marketing xatlari uchun faqat shu usulni qabul qiladi, xatdagi oddiy havola yoki pochta manzili yetarli emas. Tranzaksion xatlarga bu talab tegishli emas.
Odam aksiya xatini ochdi, ammo yangiliklarni olishni xohlamaydi. Xat pastida kichik havola bor: u bosiladi, sayt ochiladi, undan elektron pochtani qayta kiritish, sababni tanlash va tasdiqlash soʻraladi. Bu gipotetik holat, lekin tanish. Odam bu yoʻlni oxirigacha bosib oʻtmaydi, uning oʻrniga bir tugma bosadi, yaʼni xatni spam deb belgilaydi. Google bunday xatlar koʻproq spam deb belgilanishini ochiq yozadi.
Gʻoya qayerdan chiqqan: xatdagi havoladan sarlavhadagi buyruqqa
Xat pastidagi havola odamga moslashgan usul: uni odam oʻqib, tushunib bosadi, pochta dasturi uchun esa u oddiy matn, undan hech qanday harakat chiqarib boʻlmaydi. Shu sababli xatning texnik qismida obunani bekor qilish manzili haqida alohida belgi yuritiladi va pochta dasturi shu belgi asosida tugma koʻrsatadi. Google bu belgining asosiy standartlari sifatida ikki hujjatni koʻrsatadi, RFC 2369 va RFC 8058.
RFC 8058 muammoni aniq nomlaydi. 2017-yil yanvarda chop etilgan bu hujjat shuni yozadi: pochta dasturlari ayrim hollarda sarlavhadagi manzillarni oʻzi ochib koʻradi, bu esa odamni oʻzi bilmagan holda obunadan chiqarib yuborishi mumkin. Yechim ham aniq: xat ichida «bu manzil bir bosishda ishlaydi» degan alohida belgi turadi va pochta dasturi faqat odam rozi boʻlgach harakat qiladi.
RFC 8058 nimani talab qiladi
Standart yuboruvchi uchun bir necha aniq qoida beradi. Ularni oddiy tilda quyidagicha aytish mumkin:
- Xat sarlavhasida obunani bekor qilish uchun bitta himoyalangan veb-manzil boʻlishi shart.
- Alohida sarlavha bu manzil bir bosishli usulni qoʻllashini aniq belgilaydi.
- Pochta dasturi shu manzilga odam roziligi bilan maʼlumot yuboradi, bunda qoʻshimcha cookie yoki parol yuborilmaydi.
- Server bu soʻrovga boshqa sahifaga yoʻnaltirish bilan javob bermasligi kerak.
- Manzil ichidagi kod taxmin qilish qiyin boʻlishi va server tomonidan tekshirilishi kerak.
Yana bir shart pochta xizmatlari uchun muhim: ikkala sarlavha ham yuboruvchining DKIM imzosiga kiritilgan boʻlishi kerak. Imzo boʻlmasa, pochta dasturi bir bosishli tugmani koʻrsatmasligi lozim. Sabab mantiqiy: imzosiz sarlavhani yoʻldagi istalgan oraliq bosqich oʻzgartirib yuborishi va obuna manzilini almashtirib qoʻyishi mumkin.
Standart xavfsizlik jihatini ham ochiq aytadi. Xatga kirish imkoni bor har kim shu xat egasining obunasini bekor qilishi mumkin, shu sababli manzildagi kod oddiy raqam emas, begona odam topa olmaydigan ketma-ketlik boʻlishi kerak. Aks holda uchinchi shaxs boshqa odamlarni roʻyxatdan tasodifan yoki ataylab chiqarib yuborishi mumkin.
Bu qoidalar birgalikda bitta narsani beradi: bekor qilish soʻrovi odamdan keladi, yuboruvchi tomonidan tasdiqlanadi va hech qanday qoʻshimcha qadamni talab qilmaydi. Shu xususiyat usulni oddiy havoladan ajratadi.
Bir bosish ichkarida qanday kechadi
Odam uchun jarayon bitta tugmadan iborat, ammo ichkarida bir necha qadam bor. Ularni standart matnidan oddiy ketma-ketlikka aylantirish mumkin:
- Yuboruvchi xatni sarlavhadagi obuna belgilari bilan yuboradi va ularni imzoga kiritadi.
- Pochta dasturi imzoni tekshiradi va imzo toʻgʻri boʻlsa, obunani bekor qilish tugmasini koʻrsatadi.
- Odam tugmani bosadi, dastur esa odamning roziligini oladi.
- Dastur xatdagi himoyalangan manzilga bitta qisqa soʻrov yuboradi.
- Yuboruvchi serveri soʻrovni qabul qiladi, odamni roʻyxatdan chiqaradi va javob qaytaradi.
Odam bu vaqt ichida hech qanday sahifani koʻrmaydi, hech narsa kiritmaydi va hech narsani tasdiqlamaydi, aynan shu sodda tajriba uni spam tugmasidan uzoqlashtiradi. Yuboruvchi uchun tartibning ikkinchi foydasi ham bor: soʻrov odamning oʻzidan keladi, demak, bekor qilish xabari ishonchli.
Google va Yahoo nimani qabul qiladi
Google talablari aniq. Bir bosishli usul marketing va reklama xatlari uchun majburiy, tranzaksion xatlar bundan mustasno. 2024-yil 1-iyundan oldin obuna havolasi boʻlgan yuboruvchilar barcha reklama xatiga bu usulni qoʻshishi kerak edi.
Qabul qilinmaydigan variantlar ham aniq yozilgan: pochta manziliga xat yuborish orqali bekor qilish va xat ichidagi oddiy veb-havola sarlavhadagi talabni bajarmaydi. Xat ichidagi havola esa oʻz oʻrnida qoladi, u sozlamalar sahifasiga olib borishi mumkin va bir bosishli boʻlishi shart emas, agar sarlavhadagi usul mavjud boʻlsa.
Yahoo yondashuvi biroz yumshoqroq. Marketing va obuna xatlari uchun obuna sarlavhasi talab etiladi, RFC 8058 usuli kuchli tavsiya qilinadi, pochta manziliga xat yuborish usuli esa qabul qilinadi. Faqat xat ichidagi havola yetarli emas, sarlavha majburiy.
| Talab | Yahoo | |
|---|---|---|
| Qayerga tegishli | Marketing va reklama xatlari | Marketing va obuna xatlari |
| RFC 8058 usuli | Majburiy | Kuchli tavsiya qilinadi |
| Pochta manziliga xat orqali bekor qilish | Yetarli emas | Qabul qilinadi |
| Xat ichida havola | Koʻrinadigan havola kerak | Koʻrinadigan havola kerak |
| Bajarish muddati | 48 soat tavsiya qilinadi | 2 kun ichida |
Muddat ham ahamiyatli. Google obuna bekor qilish soʻrovini 48 soat ichida bajarishni oqilona muddat deb tavsiya qiladi, Yahoo esa ikki kun ichida bajarilmasa talab bajarilmagan hisoblanishini yozadi. Amalda ikkala qoida bitta narsani bildiradi: bekor qilgan odamga keyingi kuni xat kelmasligi kerak.
Ikkala xizmat uchun umumiy qoida shunday: sarlavhadagi usul majburiy, xat ichidagi koʻrinadigan havola esa uni toʻldiradi, almashtirmaydi. Yaʼni xatning pastida odam topadigan havola ham, sarlavhada pochta dasturi topadigan belgi ham boʻlishi kerak, ikkalasi ham bir roʻyxatga bogʻlangan holda.
Tranzaksion xat chegarasi
Talab faqat marketing xatlariga tegadi. Google tranzaksion xatlarga misol sifatida parolni tiklash, band qilishni tasdiqlash va shakl yuborilganini tasdiqlash xatlarini keltiradi. Yahoo ham tranzaksion xatlarni bu talabdan chiqarib qoʻyadi.
Chegaraning noqulay joyi shundaki, uni yuboruvchi emas, qabul qiluvchi chizadi. Google bu farq soha va amaldagi qoidalarga qarab oʻzgarishi mumkinligini yozadi va xat turini xat oluvchi belgilashini qoʻshadi. Shu sababli buyurtma tasdigʻi ichida aksiya banneri boʻlsa, xat tranzaksion deb hisoblanmasligi ehtimoli bor. Xavfsiz yoʻl aralash xat yuborishdan qochish.
Bir bosish aynan nimani bekor qiladi
Google bir nozik tafsilotni alohida aytadi: sarlavha orqali bekor qilish odamni faqat shu xat tegishli roʻyxatdan chiqaradi, boshqa roʻyxatlardan emas. Demak, kompaniyada bir nechta yoʻnalish boʻlsa, ularni alohida roʻyxat qilib yuritish va har xatni oʻz roʻyxati bilan bogʻlash kerak.
Gipotetik misol. Doʻkon yangiliklar, aksiyalar va sodiqlik dasturi eslatmalari uchun uchta roʻyxat yuritadi. Odam aksiyadan voz kechmoqchi, ammo sodiqlik ballari haqidagi eslatmalarni olishni davom ettirmoqchi. Bir bosishli tugma faqat aksiyalar roʻyxatini yopsa, bu aynan odam xohlagan natija. Agar hamma xat bitta roʻyxatga bogʻlangan boʻlsa, odam ballar haqidagi xabarlarni ham yoʻqotadi va keyingi safar ularni qaytarib olish uchun yangidan obuna boʻlishi kerak.
Eng koʻp uchraydigan xatolar
Birinchi xato: xat ichidagi havola yangi sahifaga olib borib, parol yoki anketani soʻraydi, holbuki sarlavhadagi usulning mohiyati aynan shunday qadamlarning yoʻqligida. Ikkinchi xato: server bir bosishli soʻrovga boshqa sahifaga yoʻnaltirish bilan javob beradi, standart esa buni ochiq taqiqlaydi.
Uchinchi xato: manzil ichidagi kod oddiy tartib raqami boʻlib, uni oʻzgartirib boshqa odamni chiqarib yuborish mumkin. Toʻrtinchi xato: soʻrov qabul qilinadi, ammo roʻyxat bir necha kundan keyin yangilanadi, odam esa shu orada yana xat oladi. Beshinchi xato: tranzaksion va marketing xatlari bir xat ichida aralashtiriladi, shundan keyin qaysi qoida amal qilishi nomaʼlum boʻlib qoladi.
Obunachilar soni kamayishidan qoʻrqish asosli emas
Bir bosishli usul odamga ketishni osonlashtiradi, shuning uchun roʻyxat qisqarishi mumkin degan fikr tabiiy. Bu xavotir amaliy, ammo uni toʻgʻri taqqoslash kerak: ketishni xohlagan odam usul yoʻqligidan qolib ketmaydi, u shunchaki boshqa yoʻl topadi.
Boshqa yoʻl esa spam tugmasi. Google qoidasiga koʻra, bir bosishli usulsiz xatni qabul qiluvchilar koʻproq spam deb belgilaydi va bu keyingi xatlarni ham spamga yuborishi mumkin. Spam darajasi ham 0,3% dan oshsa, yengillikdan mahrum boʻlish xavfi bor. Shu sababli odamning tinch ketishi roʻyxat uchun spam shikoyatidan koʻra xavfsizroq.
Gipotetik hisob. Roʻyxatda 100 000 xat yetib borgan, ulardan 400 kishi xatni xohlamaydi. Agar ularning yarmi tinchgina bekor qilsa va yarmi spam tugmasini bossa, shikoyat 200 ta, yaʼni 0,2% boʻladi. Hammasi tinch bekor qilsa, shikoyat deyarli yoʻq. Demak, bir bosish roʻyxat hajmini emas, uning sifatini himoya qiladi.
Amalda nima qilish mumkin
Texnik qismi koʻpincha yuborish xizmatining ichida tayyor turadi, shu sababli asosiy ish uni tekshirishdan iborat. Quyidagi savollar yuqoridagi manbalardan chiqarilgan tahririyat xulosasi boʻlib, rasmiy hujjatlarda ular aynan shu shaklda yozilmagan.
- Yuborish xizmatida bir bosishli obuna bekor qilish yoqilganmi va xatning sarlavhasida u bor-yoʻqligini soʻrang.
- Sarlavhalar xatning DKIM imzosiga kiritilganini tekshiring.
- Obuna bekor qilish soʻrovi nechchi soatda roʻyxatga taʼsir qilishini aniqlang.
- Roʻyxatlarni yoʻnalish boʻyicha ajrating, shunda bekor qilish faqat kerakli xat turiga tegadi.
- Tranzaksion xatlarga aksiya qoʻshmang, ularni alohida oqim sifatida saqlang.
Yuborish xizmatini tanlayotganda yoki almashtirayotganda bu savollarni oldindan berish ham foydali. Xizmat bir bosishli usulni qoʻllab-quvvatlaydimi, sarlavhalar imzoga kiradimi, soʻrovlar qancha vaqtda qayta ishlanadi va bekor qilganlar roʻyxati boshqa tizimlarga qanday oʻtadi. Oxirgisi ayniqsa muhim: mijozlar bazasi tizimi va yuborish xizmati bir-biridan alohida boʻlsa, bekor qilgan odam bir tizimda qolib ketishi mumkin.
Hammasi oxir-oqibat bitta mezonga keladi: bekor qilgan odam endi xat olmasligi kerak. Bu mezon bajarilsa, spam tugmasi bosilishi kamayadi, spam shikoyati darajasi esa Google chegarasidan uzoq qoladi.
Bir bosishli obuna odam uchun qulaylik, yuboruvchi uchun esa himoya: odam xatni toʻxtatishning oson yoʻlini topadi va spam tugmasini bosmaydi. Texnik qismini yuborish xizmati bajaradi, biznesning vazifasi uni tekshirish va talabni toʻgʻri bajarish. Asosiy savol: bekor qilgan odamga xat kelmay qoldimi?
Asosiy atamalar
- Bir bosishli obunani bekor qilish
- Odam pochta dasturining oʻz tugmasini bosadi va obuna oʻsha zahoti toʻxtaydi. Alohida sahifaga oʻtish, parol yoki anketa kerak emas.
- Xat sarlavhasi
- Xatning koʻrinmaydigan texnik qismi: yuboruvchi, sana, mavzu va boshqa belgilar. Pochta dasturi shu qismdan obuna tugmasi uchun maʼlumot oladi.
- Himoyalangan veb-manzil
- Shifrlangan ulanishdan foydalanadigan veb-manzil. Bir bosishli usulda obuna bekor qilish soʻrovi aynan shunday manzilga yuboriladi.
- Veb-soʻrov
- Pochta dasturi obunani bekor qilish manziliga yuboradigan texnik soʻrov. U odam ochgan sahifa emas, bajarilishi kerak boʻlgan harakat.
- RFC 8058
- 2017-yilda chop etilgan internet standarti. U bir bosishli obuna bekor qilish xat sarlavhasida qanday ifodalanishini belgilaydi.
- Marketing xati
- Aksiya, yangilik yoki taklif kabi sotuvga qaratilgan xat. Bir bosishli obuna talabi shu turga tegadi.
- Tranzaksion xat
- Odamning oʻz harakatiga javob sifatida kelgan xat: parolni tiklash, buyurtma tasdigʻi. Unga bu talab qoʻllanmaydi.
- DKIM imzosi
- Xatga qoʻyiladigan raqamli imzo. RFC 8058 obuna sarlavhalarining ham shu imzo bilan himoyalanishini talab qiladi.
- Taxmin qilib boʻlmaydigan kod
- Obunachiga tegishli, topish qiyin belgi. U begona odamning boshqa kishi obunasini bekor qilib yuborishining oldini oladi.
- Obuna roʻyxati
- Bitta mavzu yoki xat turi uchun yigʻilgan obunachilar guruhi. Bir bosishli bekor qilish odamni faqat shu roʻyxatdan chiqaradi.
Manbalar
Maqola quyidagi manbalarga tayanadi:
- J. Levine, T. Herkula, RFC 8058: Signaling One-Click Functionality for List Email Headers, IETF, 2017-yil yanvar. https://www.rfc-editor.org/rfc/rfc8058 (koʻrilgan: 16-oktabr, 2026)
- Google Workspace Admin Help, Email sender guidelines FAQ, Google LLC, 2026. https://support.google.com/a/answer/14229414 (koʻrilgan: 16-oktabr, 2026)
- Google Workspace Admin Help, Email sender guidelines, Google LLC, 2026. https://support.google.com/a/answer/81126 (koʻrilgan: 16-oktabr, 2026)
- Yahoo Sender Hub, Sender best practices, Yahoo Inc. https://senders.yahooinc.com/best-practices/ (koʻrilgan: 16-oktabr, 2026)
- Yahoo Sender Hub, Sender requirements FAQ, Yahoo Inc. https://senders.yahooinc.com/faqs/ (koʻrilgan: 16-oktabr, 2026)