রেট লিমিট ও মেসেজিং থ্রুপুট
চারটি আলাদা সীমা আছে, আর এগুলো এক করে দেখলেই রেট লিমিট বোঝা কঠিন হয়। মেসেজিং টিয়ার দিনে অনন্য প্রাপকের সংখ্যা সীমিত করে, থ্রুপুট প্রতি সেকেন্ডে মেসেজের সংখ্যা সীমিত করে, জোড়া-সীমা একজনকে পাঠানো মেসেজ সীমিত করে, আর পরিচালনামূলক সীমা মেসেজ নয় এমন API কল সীমিত করে।
থ্রুপুট সীমায় পৌঁছালে যে ত্রুটি ফেরত আসে।
এক জোড়ার মধ্যে অতিরিক্ত মেসেজ পাঠালে যে ত্রুটি আসে।
অ্যাকাউন্টের পরিচালনামূলক কল সীমার ত্রুটি।
মেসেজিং টিয়ার
রোলিং 24 ঘণ্টায় আপনি কতজন অনন্য গ্রাহকের সঙ্গে কথোপকথন শুরু করতে পারবেন। নতুন নম্বর কম সীমা দিয়ে শুরু হয় এবং মান ঠিক থাকলে ও ভলিউম বাড়লে স্বয়ংক্রিয়ভাবে ওপরে ওঠে।
- টিয়ার ধাপে বাড়ে: দিনে 1K, 10K, 100K এবং সীমাহীন অনন্য প্রাপক।
- শুধু ব্যবসা থেকে শুরু করা কথোপকথন এর হিসাবে ধরা হয়।
- সেবা-সময়ের মধ্যে দেওয়া উত্তর ধরা হয় না।
- মান কমে গেলে টিয়ার আবার নিচে নেমে যেতে পারে।
থ্রুপুট
প্রতি সেকেন্ডে মেসেজের সংখ্যা, যা দৈনিক টিয়ার থেকে আলাদা। কোনো নম্বর তার টিয়ারের অনেক নিচে থেকেও একসঙ্গে বেশি মেসেজ পাঠালে থ্রুপুট সীমায় পৌঁছাতে পারে।
Coexistence নম্বরে এই সীমাটি মানুষকে অবাক করে, কারণ সাধারণ Cloud API নম্বরের তুলনায় এটি কম। এই সর্বোচ্চ সীমা Meta-র নির্ধারিত এবং প্রতিটি Coexistence প্রোভাইডারের ক্ষেত্রে প্রযোজ্য, তাই কোনো প্রোভাইডার এটি বাড়াতে পারে না।
প্রতি-প্রাপকের সীমা
স্বল্প সময়ে আপনার নম্বর ও একজন প্রাপকের মধ্যে কত মেসেজ যেতে পারবে, তার আলাদা সীমা। এটি error 131056 হিসেবে জানানো হয়। একজনকে অতিরিক্ত মেসেজে ভাসিয়ে দেওয়া ঠেকাতেই এই সীমা, তাই কম ভলিউমের অ্যাকাউন্টেও এটি চালু হতে পারে।
কারণ প্রায় সবসময় স্বয়ংক্রিয়: রিট্রাই লুপ, একই ইভেন্টে দুবার চালু হওয়া ওয়েবহুক হ্যান্ডলার, অথবা কোনো বটের উত্তরকে কয়েকটি ছোট মেসেজে ভাগ করা।
পরিচালনামূলক কলের সীমা
মেসেজের সঙ্গে এর কোনো সম্পর্ক নেই। নম্বর পড়া, টেমপ্লেটের তালিকা দেখা এবং স্ট্যাটাস যাচাই করা আলাদা অ্যাকাউন্ট সীমার হিসাবে ধরা হয়, যা error 80007 হিসেবে জানানো হয়।
পোলিংই এটি শেষ করে ফেলে। প্রতি ত্রিশ সেকেন্ডে একটি স্ট্যাটাস যাচাই করলে দিনে হাজার হাজার কল হয়, অথচ তথ্য মাসে কয়েকবার বদলায়। ওয়েবহুক ব্যবহার করলে প্রায় সব কলের প্রয়োজন থাকে না।
কোনটি সীমা বাড়ায়
পেমেন্ট নয়, মান ও ইতিহাস। কেনার মতো কোনো প্ল্যান নেই এবং আপনার হয়ে কোনো প্রোভাইডার সীমা বাড়াতে পারে না।
- সবুজ মানের রেটিং বজায় রাখুন; প্রাপকদের ব্লক করাই এটি কমায়।
- হঠাৎ বেশি না পাঠিয়ে ধারাবাহিক ভলিউম পাঠান।
- ব্যবসা যাচাইকরণ সম্পন্ন করুন, কারণ উচ্চতর টিয়ারের জন্য এটি দরকার।
- অপেক্ষা করুন। সময়ের সঙ্গে টিয়ার বৃদ্ধি স্বয়ংক্রিয়ভাবে মূল্যায়ন হয়।
সাধারণ ভুলগুলো
- সব রেট লিমিটকে এক মনে করা। চারটি আলাদা সীমা চার ধরনের ত্রুটি তৈরি করে।
- ঘন ঘন স্ট্যাটাস যাচাই করা। এতে খুব কম বদলানো তথ্যের জন্য পরিচালনামূলক সীমা শেষ হয়।
- উচ্চতর টিয়ারের জন্য টাকা দেওয়ার আশা করা। টিয়ার মান ও ইতিহাসের ভিত্তিতে বাড়ে।
EasyCoexistence Meta থেকে মানের রেটিং, মেসেজিং টিয়ার ও সংযোগের অবস্থা নিয়মিত পড়ে, তাই টিয়ার বদল বা মানের অবনতি ব্যর্থ মেসেজ থেকে অনুমান না করে ইভেন্ট হিসেবে দেখা যায়।
প্রায়শই জিজ্ঞাসিত প্রশ্ন
কম ভলিউমেও কেন রেট লিমিট হচ্ছে?
সম্ভবত প্রতি-প্রাপকের সীমা, error 131056। এটি অ্যাকাউন্টের মোট সংখ্যা নয়, একজনকে পাঠানো মেসেজ সীমিত করে।
উচ্চতর টিয়ারের জন্য কি টাকা দিতে পারি?
না। মান ও পাঠানোর ইতিহাসের ভিত্তিতে টিয়ার স্বয়ংক্রিয়ভাবে বাড়ে।
Coexistence-এ কি থ্রুপুট কম?
হ্যাঁ। সাধারণ Cloud API নম্বরের তুলনায় Meta এটি কম রাখে, এবং কোনো প্রোভাইডার এটি বাড়াতে পারে না।
পরিচালনামূলক সীমার হিসাবে কী ধরা হয়?
পড়া ও কনফিগারেশন কল: নম্বর, টেমপ্লেট এবং স্ট্যাটাসের তালিকা দেখা। ওয়েবহুক প্রায় সবগুলোর প্রয়োজন দূর করে।
আরও পড়ুন
শুরু করতে প্রস্তুত?
মাস নয়, কয়েক মিনিটেই WhatsApp Coexistence সেট আপ করুন। ফোনে অ্যাপটি কাজ করতে থাকে।
ফ্রি ট্রায়াল শুরু করুনযাচাই করা হয়েছে