यदि कोई comment-triggered automation गतिविधि status: "sent" की रिपोर्ट करता है लेकिन टिप्पणी करने वाला व्यक्ति कहता है कि उन्हें DM कभी नहीं मिला, तो यह लगभग हमेशा प्राप्तकर्ता की Instagram गोपनीयता सेटिंग्स है — न कि आपके ऑटोमेशन या Ayrshare में कोई बग।
sent का अर्थ है कि Instagram ने संदेश स्वीकार किया, यह नहीं कि यह डिलीवर हुआ। Instagram किसी भी API सतह पर संदेश डिलीवरी उजागर नहीं करता। Ayrshare send_dm क्रिया को उस क्षण sent के रूप में चिह्नित करता है जब Instagram इसे स्वीकार करता है; क्या यह वास्तव में प्राप्तकर्ता तक पहुँचता है, यह उन सेटिंग्स द्वारा तय होता है जिन्हें Ayrshare पढ़ या बदल नहीं सकता।
प्राप्तकर्ता की “Message requests” सेटिंग डिलीवरी तय करती है
प्रत्येक Instagram उपयोगकर्ता Settings and activity → Messages and story replies → Message requests के अंतर्गत यह नियंत्रित करता है कि उन्हें कौन मैसेज रिक्वेस्ट भेज सकता है। विकल्प मोटे तौर पर “Everyone”, “Your followers”, और “No one” हैं।
जब आपका ऑटोमेशन किसी ऐसे व्यक्ति को DM भेजता है जिसने मैसेज रिक्वेस्ट प्रतिबंधित की हैं, तो Meta अनुरोध को स्वीकार करता है, एक मैसेज ID के साथ सफलता प्रतिक्रिया लौटाता है, और फिर संदेश को चुपचाप छोड़ देता है। कोई त्रुटि नहीं, कोई विफलता वेबहुक नहीं, और कोई डिलीवरी/रीड संकेत नहीं — यह ड्रॉप हर API परत पर अदृश्य है। Meta को पता है कि संदेश डिलीवर नहीं होने वाला (उसके अपने ऐप UI में दिखाई देता है “This account can’t receive your message because they don’t allow new message requests from everyone”), लेकिन यह इसे API पर उजागर नहीं करता।
एक मौजूदा वार्तालाप सेटिंग को ओवरराइड करता है
यदि प्रेषक और प्राप्तकर्ता के बीच पहले से एक संदेश थ्रेड मौजूद है (उदाहरण के लिए, प्राप्तकर्ता ने खाते को पहले DM किया है), तो वह मौजूदा वार्तालाप Message requests सेटिंग को ओवरराइड करता है और ऑटोमेशन DM एक नए अनुरोध के बजाय मौजूदा थ्रेड में डिलीवर होता है। यही कारण है कि वही ऑटोमेशन कुछ टिप्पणीकर्ताओं तक पहुँच सकता है और अन्य तक नहीं, और यही कारण है कि जो प्राप्तकर्ता खाते को पहले संदेश भेजता है, वह फिर विश्वसनीय रूप से ऑटोमेशन DM प्राप्त करेगा।
इसे कैसे पहचानें
- गतिविधि रो
status: “sent” दिखाती है जिसमें कोई errorDetails नहीं है। - प्राप्तकर्ता कोई DM न मिलने की रिपोर्ट करता है (और यह उनके मैसेज-रिक्वेस्ट फ़ोल्डर में भी नहीं है)।
- यह प्राप्तकर्ताओं में असंगत होता है — कुछ को DM मिलता है, अन्य को नहीं — आपके कॉन्फ़िगरेशन में किसी पैटर्न के बिना।
यह एक डिलीवरी परिणाम है, कोई विफलता स्थिति नहीं, इसलिए यह कभी भी failed के रूप में दिखाई नहीं देगा। एक failed रो का अर्थ है कि Instagram ने भेजने को अस्वीकार किया और कारण actionResults[].errorDetails पर होता है — यह एक अलग स्थिति है (देखें error codes)।
आप क्या कर सकते हैं
कोई प्रोग्रामेटिक वर्कअराउंड नहीं है — कोई API, स्कोप, या भेजने का आकार प्राप्तकर्ता की Message requests सेटिंग को बायपास नहीं कर सकता। आप जो कर सकते हैं:
- अपेक्षाएँ पहले से निर्धारित करें: एक टिप्पणी-ट्रिगर्ड DM केवल उन लोगों तक पहुँचता है जिनकी Instagram सेटिंग्स मैसेज रिक्वेस्ट की अनुमति देती हैं, या जिनकी पहले से आपके खाते के साथ बातचीत है।
- टिप्पणीकर्ताओं को आपके खाते को DM करने के लिए प्रोत्साहित करें (या मैसेज रिक्वेस्ट चालू करने के लिए) यदि वे फ़ॉलो-अप चाहते हैं — एक इनबाउंड संदेश थ्रेड को स्थायी रूप से खोलता है।
- सभी तक पहुँचने के लिए फ़ॉलबैक पथ के रूप में टिप्पणी पर एक सार्वजनिक उत्तर पर विचार करें।
Comment-triggered automations DM को Instagram private replies के माध्यम से डिलीवर करते हैं, जो स्वयं टिप्पणी पर एंकर्ड हैं। यही वह चीज़ है जो ऑटोमेशन को एक ऐसे टिप्पणीकर्ता को संदेश भेजने देती है जिसे आपने पहले कभी संदेश नहीं भेजा। मैकेनिक्स — और उनकी सीमाएँ — जानने योग्य हैं:
- Comment-anchored 7-दिन विंडो। उत्तर टिप्पणी के 7 दिनों के भीतर भेजा जाना चाहिए। उसके बाद विंडो बंद हो जाती है और भेजना
code: 484 के साथ विफल हो जाता है। - प्रति टिप्पणी एक उत्तर, हमेशा के लिए। Instagram प्रति टिप्पणी केवल एक ही private reply की अनुमति देता है। दूसरा प्रयास
code: 484 के साथ विफल होता है — Instagram “already replied” को उसी साझा त्रुटि के माध्यम से रिपोर्ट करता है जो वह एक बंद विंडो के लिए उपयोग करता है, इसलिए यह जानने के लिए errorDetails जाँचें कि यह कौन-सा था। - एक मैसेज रिक्वेस्ट के रूप में पहुँचता है। यहाँ तक कि एक सफलतापूर्वक डिलीवर हुआ private reply भी प्राप्तकर्ता के मैसेज-रिक्वेस्ट फ़ोल्डर में उतरता है और स्वीकार किया जाना चाहिए — जब तक कि पहले से कोई वार्तालाप मौजूद न हो।
- डिलीवरी अभी भी प्राप्तकर्ता की सेटिंग्स पर निर्भर करती है। Private replies “पहले संदेश भेजा होना चाहिए” की आवश्यकता को हटा देते हैं, लेकिन वे प्राप्तकर्ता की Message requests सेटिंग को ओवरराइड नहीं करते, जो ऊपर वर्णित सीमा है।
संबंधित
