जब आप कोई पोस्ट शेड्यूल करते हैं, AeroReply उसकी एक snapshot सहेजता है और हर प्लेटफ़ॉर्म के लिए एक delivery बनाता है। हर delivery अपने-अपने तरीके से चलती है, इसलिए किसी एक प्लेटफ़ॉर्म पर समस्या होने से बाकी प्लेटफ़ॉर्म रुकते नहीं हैं।
पाइपलाइन
0 में से 0 पूरे
- Snapshot. कैप्शन और media उस क्षण frozen हो जाते हैं जब आप schedule करते हैं। बाद में draft में किया गया edit scheduled copy को भी update करता है।
- Dispatch. एक scheduler हर 60 seconds में due posts की जाँच करता है और हर प्लेटफ़ॉर्म के लिए एक job queue करता है।
- Pacing. Jobs को हर प्लेटफ़ॉर्म की rate limits के अनुसार pace किया जाता है, ताकि किसी busy minute में platform throttling trigger न हो।
- Validation. भेजने से पहले, media को platform के limits के against checked किया जाता है। जो file अब fit नहीं होती, वह clear reason के साथ fail हो जाती है।
- Publish. Platform post को receive करता है। उसका response delivery पर stored होता है।
Retries
Timeout या platform outage जैसी temporary failure को automatically up to 5 times retry किया जाता है, exponential backoff के साथ, जो 5 seconds से शुरू होता है। Revoked permission या platform द्वारा refuse किया गया media जैसी permanent failure तुरंत रुक जाती है, ताकि आप उसे ठीक कर सकें।
Post status
- Published: हर platform ने post accept कर लिया।
- Failed: कम से कम एक platform अपनी retries के बाद fail हो गया। queue हर platform द्वारा returned error दिखाती है।
जब हर platform finish हो जाता है, AeroReply post.published या post.failed webhook भेजता है, ताकि आपके अपने systems प्रतिक्रिया दे सकें।
क्या यह मददगार था?
कुछ ही मिनटों में ब्रांड के अनुरूप पोस्ट प्रकाशित करें
दस्तावेज़ पर वापस जाएँAI कंटेंट, शेड्यूलिंग, एंगेजमेंट और एक पूरी मार्केटिंग सूट — शुरू करने के लिए मुफ़्त।
मुफ़्त में शुरू करें
