Ang business_capability_update webhook
Iniuulat ng business_capability_update ang pagbabago sa mga maaaring gawin ng account, lalo na sa messaging limit. Dala nito ang kasalukuyang limit, o kung ilang natatanging customer ang maaari ninyong unang maabutan bawat araw. Maaari itong tumaas o bumaba.
Field na naglalaman ng bagong value: current_limit.
Ang hiwalay na error para sa paglampas sa throughput, na rate sa halip na pang-araw-araw na bilang.
Mga event na pareho ang pagtrato ng aming handler: ito at messaging_limit_update.
Ano ba talaga ang nililimitahan ng messaging limit?
Kung ilang natatanging customer ang maaari ninyong unang maabutan sa loob ng rolling day. Hindi nito nililimitahan kung ilang mensahe ang maaari ninyong ipadala o kung gaano ito kabilis.
Ito ang pagkakaibang madalas magdulot ng problema. Ang throughput ay rate na sinusukat bawat segundo, at ang paglampas dito ay nagbabalik ng 130429. Ang messaging tier ay pang-araw-araw na bilang ng mga bagong conversation, at ibang kondisyon ang paglampas dito. Maaaring pasok na pasok ang isang numero sa tier nito pero ma-rate limit pa rin, o kabaliktaran.
Hindi kumokonsumo ng tier ang mga reply sa loob ng bukas na customer service window dahil hindi nagsisimula ng conversation ang mga ito. Ang kumokonsumo nito ay ang pag-abot sa taong hindi pa nagsusulat.
Bakit ito bumababa?
Dahil sumusunod ang tier sa kalidad, at nakadepende ang kalidad sa reaksyon ng mga tumatanggap.
Kapag bina-block o nire-report ng mga tumatanggap ang mga mensahe ng isang numero, bumababa ang standing nito, at isa sa mga ina-adjust ang tier. Dahil dito, mahalagang maagang signal ang pagbaba: karaniwan itong dumarating bago tumigil ang anumang gumana, habang may panahon pa upang baguhin kung ano ang ipinapadala at kanino.
Mas mabagal ang pagtaas at nakakamit ito sa tuloy-tuloy na magandang pagtanggap. Walang direksyong ipinapahayag sa lugar na makikita ito ng isang negosyo, kaya sulit ang maliit na pagsisikap na i-record ang event sa halip na mag-react lamang sa mga failure.
Mga karaniwang pagkakamali
- Napagkakamalang throughput ang tier. Ang isa ay mga conversation bawat araw, ang isa naman ay mga mensahe bawat segundo.
- Isinasama sa tier ang mga reply. Hindi nagsisimula ng conversation ang mga mensahe sa loob ng bukas na window.
- Binabalewala ang pagbaba. Dumarating ito bago may masira, at iyon ang buong halaga nito.
Itinatala ng EasyCoexistence ang messaging tier kasama ng quality rating at throughput sa bawat naka-connect na numero, kaya nakikita ang pagbaba bilang trend at hindi sorpresa.
Mga madalas itanong
Paano ko mapapataas ang tier ko?
Sumusunod ito sa kalidad sa paglipas ng panahon, hindi sa request. Ang maayos na pagpapadala sa mga taong nais makatanggap nito ang paraan.
Lagi bang kumokonsumo ng tier ang pagpapadala ng template?
Oo, kung nagsisimula ito ng conversation. Hindi kung ipinapadala ito sa loob ng bukas na window.
Iba ba ang messaging_limit_update?
Ipinapadala ng Meta ang dalawang pangalan para sa magkakaugnay na pagbabago. Pareho ang pagtrato ng aming handler dahil pareho ang kapaki-pakinabang na content.
Nalalapat ba ito sa isang Coexistence number?
Oo. Ang nakapirmi sa Coexistence ay throughput, hindi ang messaging tier.
Magpatuloy sa pagbabasa
Handa na po ba kayong magsimula?
I-set up ang WhatsApp Coexistence sa loob ng ilang minuto, hindi buwan. Patuloy na gumagana ang app sa telepono.
Magsimula ng Libreng TrialNa-verify noong