नवीनतम अपडेट

नवीनतम अपडेट के लिए X पर हमें फ़ॉलो करें, हमारा Social Media API Podcast सुनें, या हमारे Newsletter के लिए साइन अप करें।

​

अक्टूबर 2026

• 14 अक्टूबर - मासिक पोस्ट कोटा रीसेट तिथि और कोड 106 अब प्रलेखित। दस्तावेज़ अब मासिक पोस्ट कोटा की व्याख्या करते हैं: यह हर महीने की 1 तारीख (UTC) को रीसेट होता है, आपकी बिलिंग तिथि पर नहीं, और विफल तथा ब्लॉक किए गए पोस्ट प्रयास भी इसमें गिने जाते हैं। यदि /post ने code: 106 के साथ HTTP 429 लौटाया और आपको लगा कि आप रेट लिमिट में आ गए हैं, तो वास्तव में प्रोफ़ाइल ने अपना मासिक पोस्ट कोटा उपयोग कर लिया था। क्या गिना जाता है और अपना उपयोग कैसे जाँचें, यह जानने के लिए मैं कितनी पोस्ट और API कॉल कर सकता हूँ? देखें।
• 14 अक्टूबर - Bluesky वीडियो अपना वास्तविक आस्पेक्ट रेशियो बनाए रखते हैं। Amazon S3 URL (कोई भी amazonaws.com होस्ट) से Bluesky पर पोस्ट किया गया चौकोर या वर्टिकल वीडियो Bluesky फ़ीड, पोस्ट व्यू और ऐप में दोनों ओर काली पट्टियों के साथ दिखाई देता था, जबकि अपलोड की गई फ़ाइल स्वयं सही थी। पोस्ट रिकॉर्ड वीडियो के वास्तविक आकार की परवाह किए बिना 16:9 आस्पेक्ट रेशियो घोषित करता था, और Bluesky उसी घोषणा के आधार पर अपने प्लेयर का आकार तय करता है। अब जब भी वीडियो पढ़ा जा सकता है, Bluesky वीडियो पोस्ट में वीडियो की मापी गई चौड़ाई और ऊँचाई शामिल होती है, इसलिए 1:1 या 9:16 वीडियो अपने वास्तविक आकार में दिखता है। पोस्ट करने के तरीके में कुछ नहीं बदलता: पहले की तरह वही mediaUrls भेजें। इस सुधार से पहले प्रकाशित पोस्ट उसी रेशियो को बनाए रखती हैं जिसके साथ वे बनाई गई थीं; उन्हें ठीक करने के लिए दोबारा प्रकाशित करें। Bluesky मीडिया दिशानिर्देश देखें।
• 13 अक्टूबर - Facebook और Instagram बूस्ट के लिए अभियान बजट। अब कोई बूस्ट budget.level: “campaign” के साथ अपना बजट विज्ञापन सेट के बजाय अभियान पर रख सकता है, दैनिक या lifetime बजट के साथ। यह बूस्ट बॉडी के nested form का उपयोग करता है। दैनिक अभियान बजट के लिए, इतिहास में budgetDaily अभियान का बजट दिखाता है। Facebook Boost और Instagram Boost देखें।
• 13 अक्टूबर - क्रेडिट खत्म होने पर X मीडिया अपलोड अब कोड 416 लौटाते हैं। जब किसी BYOK X/Twitter खाते के पंजीकृत X Developer खाते के API क्रेडिट खत्म हो जाते हैं, तो इमेज और वीडियो अपलोड अब code: 416 (HTTP 402, X CreditsDepleted) लौटाते हैं, और details में X की व्याख्या होती है। पहले इमेज code: 117 (“Please check the media file size, dimensions, and content-type”) के साथ और वीडियो code: 115 के साथ विफल होते थे। दोनों उस मीडिया फ़ाइल की ओर इशारा करते थे जिसमें कभी कोई समस्या थी ही नहीं। समाधान यह है कि console.x.com पर क्रेडिट खरीदें (Billing → Credits)। इन अपलोड को दोबारा नहीं आज़माया जाता, क्योंकि खाते में क्रेडिट आने तक कोई भी पुनः प्रयास सफल नहीं हो सकता। इससे मीडिया अपलोड, पोस्ट प्रकाशन और एनालिटिक्स के उन रास्तों के अनुरूप हो जाता है जो पहले से 416 लौटाते हैं। यदि आपका इंटीग्रेशन X पर मीडिया समस्या पहचानने के लिए 117 या 115 पर निर्भर है, तो 416 की हैंडलिंग जोड़ें।
• 13 अक्टूबर - लॉक किए गए X खाते अब मीडिया अपलोड पर कोड 224 लौटाते हैं। जब X ने खाते को अस्थायी रूप से लॉक किया होता था, तो X पर इमेज या वीडियो पोस्ट करना इमेज के लिए code: 117 (“Please check the media file size, dimensions, and content-type”) या वीडियो के लिए code: 115 के साथ विफल हो जाता था, इसलिए आप एक ठीक-ठाक मीडिया फ़ाइल की जाँच करते रहते थे। ये अपलोड अब code: 224 (“X/Twitter account locked. Please go to twitter.com to unlock.”) लौटाते हैं, और details में X की अपनी व्याख्या होती है। इसे ठीक करने के लिए x.com में लॉग इन करें और X के अनलॉक चरण पूरे करें, फिर दोबारा पोस्ट करें। दोबारा लिंक करने की ज़रूरत नहीं है, और खाता Ayrshare से लिंक रहता है।
• 13 अक्टूबर - Facebook कमेंट webhook अब ट्रिगर होते हैं। किसी Facebook पेज के लिए रजिस्टर किया गया comments webhook कभी कोई इवेंट प्राप्त नहीं करता था: Ayrshare उस Meta फ़ील्ड को सब्सक्राइब नहीं करता था जो पेज कमेंट लाती है, इसलिए कुछ भी नहीं पहुँचता था। कोई एरर नहीं, बस खामोशी। अब Facebook पेज सब्सक्राइब हैं, और प्रोफ़ाइल पर मैसेजिंग (Messaging Add-On) सक्षम रहने तक कमेंट इवेंट डिलीवर होते हैं। पहले से कनेक्ट किए गए पेज अपने-आप फिर से सब्सक्राइब हो जाते हैं, इसलिए दोबारा लिंक या रजिस्टर करने की ज़रूरत नहीं है। Facebook कमेंट Meta के पेज feed फ़ॉर्मैट (comment_id, post_id, message, from.name) में आते हैं, जो Instagram फ़ॉर्मैट से अलग है; दोनों के लिए Comments Action देखें। Instagram कमेंट webhook में कोई बदलाव नहीं है।
• 13 अक्टूबर - chat खोलने वाले बूस्ट बटन। किसी Facebook या Instagram बूस्ट का बटन अब वेब पेज के बजाय Messenger, WhatsApp या Instagram Direct बातचीत खोल सकता है, इसलिए अब आप ऐसी पोस्ट बूस्ट कर सकते हैं जो आपके व्यवसाय के साथ chat शुरू करे। मेल खाते बटन type के साथ और बिना link के callToAction.destination (messenger, whatsapp या instagramDm) भेजें, और engagement या interactions goal का उपयोग करें। तब विज्ञापन बातचीत के लिए optimize किया जाता है। यह बूस्ट बॉडी के nested form का उपयोग करता है। Facebook Boost और Instagram Boost देखें।
• 9 अक्टूबर - अपने मौजूदा Facebook और Instagram अभियानों में बूस्ट करें। अब किसी बूस्ट को अपना अलग अभियान बनाने की ज़रूरत नहीं है। attachTo.campaignId के साथ यह Meta में पहले से चल रहे आपके किसी अभियान में एक नया विज्ञापन सेट और विज्ञापन जोड़ता है। attachTo.adSetId (साथ में उस विज्ञापन सेट का attachTo.campaignId) के साथ यह केवल विज्ञापन जोड़ता है, और आप budget, targeting और bidAmount छोड़ देते हैं क्योंकि विज्ञापन सेट अपने ही मान रखता है। बाद में बूस्ट को रोकने या सक्रिय करने से केवल वही बदलता है जो बूस्ट ने बनाया था, आपका अभियान या विज्ञापन सेट कभी नहीं। यह बूस्ट बॉडी के nested form का उपयोग करता है। Facebook Boost और Instagram Boost देखें।
• 9 अक्टूबर - Instagram की गलत रीलिंक त्रुटियाँ कम हुईं, और कैरोसेल अब तेज़। अब हम उस पोस्ट को प्रकाशित करने से पहले थोड़ा इंतज़ार करते हैं जिसे Instagram ने अभी-अभी स्वीकार किया है, और कैरोसेल को प्रकाशित करने से पहले जाँचते हैं कि वह तैयार है, जिससे Instagram पहले प्रयासों को बहुत कम अस्वीकार करता है। पहले, मीडिया प्रोसेस होने के तुरंत बाद प्रकाशित की गई पोस्ट code: 259 के साथ विफल हो सकती थी, जो आपसे अपना Instagram खाता अनलिंक करके फिर से लिंक करने को कहती थी, जबकि खाता ठीक था और पोस्ट को दोबारा आज़माने पर वह सफल हो जाती थी। साथ ही, अधिकांश कैरोसेल में ज़रूरत से लगभग 10 सेकंड ज़्यादा लगते थे क्योंकि Instagram उन्हें प्रकाशित करने का पहला प्रयास अस्वीकार कर देता था। आपको कुछ भी बदलने की ज़रूरत नहीं है, और इस कारण से मिले 259 के लिए रीलिंक की ज़रूरत नहीं थी।
• 8 अक्टूबर - Instagram और Threads वीडियो पोस्ट अब तेज़ी से प्रकाशित होते हैं। हमने लाइव पोस्ट को तेज़ करने के लिए अपने वीडियो प्रकाशन फ़्लो को ऑप्टिमाइज़ किया है, और सामान्य प्रतीक्षा समय Instagram पर लगभग 20 सेकंड से घटकर 5 सेकंड और Threads पर लगभग 31 सेकंड से घटकर 6 सेकंड हो गया है। लंबे या उच्च रिज़ॉल्यूशन वाले क्लिप में अभी भी 25 से 30 सेकंड लग सकते हैं, क्योंकि Meta को स्वयं उन्हें प्रोसेस करने में इतना समय लगता है। आपको कुछ भी बदलने की ज़रूरत नहीं है।
• 8 अक्टूबर - act_ खाता ID से Facebook और Instagram विज्ञापनों की सूची। Facebook और Instagram Boosted Ads अब आपके विज्ञापन लौटाते हैं जब accountId में act_ उपसर्ग हो, जैसे act_1234567890। पहले केवल बिना उपसर्ग वाली संख्या काम करती थी: उपसर्ग वाला रूप एक खाली ads सूची लौटाता था, मानो खाते में कोई विज्ञापन ही न हो। यही सुधार GraphQL ads क्वेरी और MCP list_ads टूल पर भी लागू होता है। ऐसा accountId जो मान्य विज्ञापन खाता ID नहीं है, अब वहाँ भी खाली सूची के बजाय code: 101 लौटाता है।
• 8 अक्टूबर - Facebook और Instagram टिप्पणी त्रुटियों में अब प्लेटफ़ॉर्म का कारण शामिल है। जब Facebook या Instagram Post a Comment या टिप्पणी का उत्तर दें से भेजी गई किसी टिप्पणी या उत्तर को अस्वीकार करता है, तो त्रुटि में अब details में प्लेटफ़ॉर्म का कारण, उसके त्रुटि कोड और सबकोड के साथ शामिल होता है, उदाहरण के लिए “Instagram Comment Not Added: Your Instagram comment was not added (code 20, subcode 1772107)”। पहले इन त्रुटियों में केवल एक सामान्य संदेश मिलता था, इसलिए आप यह नहीं जान पाते थे कि टिप्पणी क्यों विफल हुई।
• 7 अक्टूबर - Threads के कुछ समय के लिए तैयार न होने पर Threads पोस्ट अब कोड 379 के साथ विफल नहीं होतीं। कुछ Threads पोस्ट code: 379 (“Error posting to Threads.”) और HTTP 500 के साथ विफल हो जाती थीं, जबकि पोस्ट में कोई समस्या नहीं थी। Ayrshare अब Threads द्वारा पोस्ट स्वीकार किए जाने के लिए 30 सेकंड तक प्रतीक्षा करता है, और Threads टिप्पणियों, उत्तरों और पहली टिप्पणियों को भी समान प्रतीक्षा मिलती है। यदि Threads अभी भी पोस्ट स्वीकार करने के लिए तैयार नहीं है, तो आपको 379 के बजाय code: 522 (HTTP 400, retryAvailable: true) मिलता है। सुरक्षित रूप से पुनः प्रयास करने का तरीका जानने के लिए Code 522 देखें।
• 7 अक्टूबर - Connect Accounts ईमेल विफल होने पर भी लिंकिंग URL लौटाए जाते हैं। अगर आप हमसे लिंकिंग URL को ईमेल से अपने उपयोगकर्ता को भेजने के लिए कहते हैं और ईमेल नहीं भेजा जा सकता, तो लिंकिंग URL बनाएँ और Link Session बनाएँ अब भी URL लौटाते हैं, साथ में emailSent: false और एक emailError ऑब्जेक्ट, ताकि आप इसे किसी और तरीके से अपने उपयोगकर्ता तक पहुँचा सकें। पहले विफल भेजने पर code: 333 लौटता था और कोई URL नहीं मिलता था, और termsUrl, privacyUrl, company या contactEmail से रहित email ऑब्जेक्ट को चुपचाप छोड़ दिया जाता था; अब उस स्थिति में भी emailError लौटता है, जिसमें details छूटे हुए फ़ील्ड बताता है। अगर आप code: 333 पर दोबारा प्रयास करते हैं, तो इसे जाँचें: इसके बजाय सफल प्रतिक्रिया में emailError देखें, जैसा कि Connect Accounts Email में बताया गया है।
• 6 अक्टूबर - पिन पर Pinterest AI Disclosures। Pinterest पोस्टिंग अब pinterestOptions.aiDisclosures स्वीकार करती है, ताकि आप इमेज, कैरोसेल या वीडियो पिन बनाते समय AI_MODIFIED, SYNTHETIC_PERFORMER, या दोनों भेज सकें। Disclosures पूरे पिन पर लागू होते हैं। यदि फील्ड छोड़ दिया गया है या खाली है, तो कुछ नहीं बदलता; यदि यह अमान्य है, तो पिन फिर भी प्रकाशित हो सकता है और Pinterest परिणाम में एक चेतावनी शामिल होती है जो बताती है कि disclosures आगे नहीं भेजे गए।
• 6 अक्टूबर - Facebook Reels अब एक collaborator Page को आमंत्रित कर सकते हैं। किसी Reel पोस्ट पर faceBookOptions.collaborators में एक Facebook Page ID जोड़ें ताकि उस Page को collaborator के रूप में आमंत्रित किया जा सके; प्रति Reel एक Page समर्थित है। Reel प्रकाशित होते ही आमंत्रण भेजा जाता है, और आप Collaborator Request Status के साथ इसकी स्थिति जाँच सकते हैं। Facebook फिर भी आमंत्रण को अस्वीकार कर सकता है, उदाहरण के लिए जब Page आपके समान Meta Business portfolio में हो: Reel प्रकाशित रहता है और रिस्पॉन्स में warnings में एक चेतावनी शामिल होती है। ऐसे Reel को शेड्यूल करने के लिए, draft या scheduledPublishDate के बजाय scheduleDate का उपयोग करें। Facebook Reels देखें।
• 5 अक्टूबर - Facebook और Instagram के लिए लाइव विज्ञापन इनसाइट्स। इतिहास वह दैनिक खर्च दिखाता है जिसका हम बिल बनाते हैं, जिसे पिछले 30 दिनों के लिए हर रात कॉपी किया जाता है। नया Insights एंडपॉइंट इसके बजाय Meta से लाइव पढ़ता है, इसलिए अब आप पिछले 37 महीनों की किसी भी अवधि के लिए किसी अभियान या विज्ञापन पर रिपोर्ट कर सकते हैं। प्रत्येक पंक्ति एक दिन की होती है, जिसमें spend, impressions, reach, clicks, cpm, cpc, ctr, actions, conversionValue और विज्ञापन खाते की currency शामिल हैं। metrics के साथ अपनी ज़रूरत के मेट्रिक्स चुनें, breakdowns के साथ प्रत्येक दिन को age, gender, country या placement के अनुसार विभाजित करें, और cursor के साथ लंबी अवधियों में पेज-दर-पेज आगे बढ़ें। breakdowns के साथ, Meta केवल पिछले 13 महीनों के लिए reach की रिपोर्ट करता है। विज्ञापन सेट रिपोर्ट अभी उपलब्ध नहीं हैं। Facebook Insights और Instagram Insights देखें।
• 5 अक्टूबर - व्यक्तिगत प्रोफ़ाइल के लिए LinkedIn पर फ़ॉलोअर्स की दैनिक वृद्धि। Analytics on a Social Network (/analytics/social) में followersDaily LinkedIn की व्यक्तिगत प्रोफ़ाइल के लिए हमेशा एक खाली array लौटाता था। अब यह पिछले 30 दिनों के दैनिक फ़ॉलोअर्स की संख्या लौटाता है।
• 5 अक्टूबर - Pinterest यूज़रनेम। Pinterest खातों के लिए, User Profile Details रिस्पॉन्स में username खाते के यूज़रनेम के बजाय चुने गए बोर्ड का नाम लौटा रहा था, इसलिए profileUrl एक ऐसी प्रोफ़ाइल की ओर इशारा करता था जो मौजूद नहीं है। अब username खाते का यूज़रनेम लौटाता है और profileUrl सही प्रोफ़ाइल खोलता है, दोबारा लिंक करने की ज़रूरत नहीं है। displayName अब भी बोर्ड का नाम लौटाता है।
• 5 अक्टूबर - Threads यूज़रनेम। Threads खातों के लिए, User Profile Details रिस्पॉन्स में username खाते के हैंडल के बजाय उसका डिस्प्ले नाम लौटा रहा था, इसलिए profileUrl एक ऐसी प्रोफ़ाइल की ओर इशारा करता था जो मौजूद नहीं है। अब username हैंडल लौटाता है और profileUrl सही प्रोफ़ाइल खोलता है, दोबारा लिंक करने की ज़रूरत नहीं है। यदि आप username को खाते के नाम के रूप में दिखाते हैं, तो इसके बजाय displayName का उपयोग करें।
• 2 अक्टूबर - US के बाहर Special Ad Category Boosts। specialAdCategories (जैसे housing) वाला Facebook या Instagram boost, जो US के बाहर की locations को target करता था, “You’ve chosen audience locations that are outside of the countries you selected for your Special Ad Categories” के साथ विफल हो जाता था और आपके ad account में एक खाली campaign छोड़ देता था। Meta को यह जानना होता है कि special category ad किन देशों में चलता है, और हम यह जानकारी नहीं भेज रहे थे, इसलिए Meta US मान लेता था। अब हम ये देश आपकी locations से लेते हैं, जिसमें हर region और city का देश भी शामिल है, इसलिए अब आप US के बाहर housing, employment और financial posts को boost कर सकते हैं। अगर campaign बनने के बाद कोई boost विफल होता है, तो हम उस campaign को हटाने की भी कोशिश करते हैं, इसलिए विफल boosts अब खाली campaigns पीछे नहीं छोड़ने चाहिए। देखें Boost Post।
• 1 अक्टूबर - Facebook Community Standards ब्लॉक Error Code 249 स्पष्ट और प्रलेखित किया गया। 249 के साथ लौटाया जाने वाला संदेश अब यह नहीं कहता कि स्वयं पोस्ट ने Facebook के Community Standards का उल्लंघन किया है। Facebook आमतौर पर ब्लॉक पोस्ट के बजाय account या Page पर लगाता है, और विशिष्ट कारण API के माध्यम से नहीं लौटाता। इसलिए संदेश अब Facebook के Account Status पेज की ओर इंगित करता है, जो वास्तविक कारण और अपील प्रक्रिया दिखाता है: Facebook में लॉग इन करें, अपनी प्रोफ़ाइल तस्वीर (ऊपरी-दाएँ) पर क्लिक करें, Help अनुभाग खोलें और Account Status चुनें। जब Facebook अपनी शब्दावली प्रदान करता है, तो उसे अब भी details में शब्दशः आगे भेजा जाता है। Code 249 अब पहली बार सार्वजनिक रूप से प्रलेखित किया गया है। देखें Facebook Community Standards ब्लॉक। केवल संदेश का पाठ बदला है; संख्यात्मक code, HTTP status और response का स्वरूप अपरिवर्तित हैं। Clients को सटीक संदेश पाठ के बजाय संख्यात्मक code पर मिलान करना चाहिए।
• 1 अक्टूबर - लिंकिंग पेज अब बताता है कि लिंक की समय-सीमा कब समाप्त हो गई है। लिंकिंग URL डिफ़ॉल्ट रूप से 5 मिनट तक मान्य रहता है। पहले, जब आपका user सोशल नेटवर्क में साइन इन कर ही रहा होता था और लिंक की समय-सीमा समाप्त हो जाती थी, तो लिंकिंग पेज एक सामान्य “There was an error linking” संदेश दिखाता था, इसलिए आपका user उसी समाप्त हो चुके लिंक पर फिर से प्रयास करता था। अब उसे बताया जाता है कि लिंक की समय-सीमा समाप्त हो गई है और उसे नए लिंक की ज़रूरत है। Snapchat और TikTok पर, जहाँ आपका user ऐसे पेज पर लौट सकता है जिसमें वह साइन इन नहीं है, अब उसे Ayrshare लॉगिन स्क्रीन के बजाय Link expired पेज दिखाई देता है। यदि आप Ayrshare Connect Widget का उपयोग करते हैं, तो इस विफलता के error इवेंट में अब code शामिल होता है, जो समाप्त हो चुके लिंक के लिए 503 होता है, ताकि आपका कोड आपके user के लिए नया लिंक बना सके। अपने users को अधिक समय देने के लिए, लिंक बनाते समय expiresIn बढ़ाएँ (अधिकतम 2880 मिनट, Max Pack)।

​

सितंबर 2026

• 29 सितंबर - GraphQL के साथ Ayrshare API को query करें। अब REST API के साथ-साथ https://api.ayrshare.com/graphql पर एक GraphQL endpoint उपलब्ध है, ताकि आप हर ऑपरेशन के लिए अलग call करने के बजाय एक ही request में कई समर्थित ऑपरेशन्स माँग सकें। यह वही API key, profile scoping, और plan सीमाएँ उपयोग करता है, जबकि REST ही पूर्ण API बना रहता है। चूँकि GraphQL schema typed और स्व-वर्णनात्मक है, इसलिए आपका editor हर उपलब्ध ऑपरेशन और argument को autocomplete कर सकता है, और एक code generator इससे आपकी भाषा के लिए types बना सकता है। प्रत्येक API-backed root फ़ील्ड एक API call के रूप में गिना जाता है, ठीक वैसे ही जैसे समकक्ष REST call: चार root ऑपरेशन्स वाली query आपके कोटा के विरुद्ध चार calls है, एक नहीं, जबकि nested response फ़ील्ड्स चुनने से कोई call नहीं बढ़ती। एक अकेली request अधिकतम पाँच API calls कर सकती है, और request body की सीमा 64 KB है, जिसका अर्थ है कि मीडिया bytes GraphQL के माध्यम से नहीं भेजे जा सकते। इसके बजाय mediaUploadUrl से एक upload URL माँगें, अपनी फ़ाइल को सीधे उसके uploadUrl पर PUT करें, फिर लौटाए गए accessUrl का उपयोग अपनी पोस्ट में करें। Error handling लिखते समय एक बात का ध्यान रखें: विफल ऑपरेशन फिर भी HTTP 200 लौटाता है और विफलता की रिपोर्ट response body में करता है, इसलिए केवल status code पर निर्भर रहने के बजाय हमेशा errors जाँचें। GraphQL त्रुटियाँ उन मामलों को सूचीबद्ध करता है जो status बदलते हैं। बिना कोई कोड लिखे इसे GraphQL Explorer में आज़माएँ, और शुरू करने के लिए GraphQL API अवलोकन देखें।
• 29 सितंबर - Facebook Pages पर DM Automations। Automations अब केवल Instagram पर ही नहीं, बल्कि प्रोफ़ाइल से लिंक किए गए Facebook Page पर भी चलते हैं। “platform”: “facebook” और dm_keyword या dm_reaction ट्रिगर के साथ एक ऑटोमेशन बनाएँ, ताकि जब कोई आपके Page को कीवर्ड भेजे या आपके किसी संदेश पर प्रतिक्रिया दे, तो आप Messenger में स्वचालित रूप से जवाब दे सकें। send_dm Page से भेजता है, और fire_webhook तथा send_email Instagram की तरह ही काम करते हैं। प्रोफ़ाइल के लिए Facebook पर Messaging सक्रिय होना आवश्यक है। टिप्पणी और स्टोरी ट्रिगर्स अभी भी केवल Instagram के लिए हैं। Facebook Pages देखें।
• 29 सितंबर - Facebook Unique Reach वापस आ गया। 15 जून को Meta द्वारा अपने unique-impression मेट्रिक्स हटाए जाने के बाद से, Facebook analytics केवल कुल व्यूज़ (mediaView और pageMediaView) रिपोर्ट करता रहा है, जो एक ही व्यक्ति को एक से अधिक बार गिनते हैं। Post Analytics अब totalMediaViewUnique लौटाता है, यानी उन अद्वितीय लोगों की संख्या जिन्हें कोई पोस्ट चलाई या दिखाई गई, और Social Analytics आपके Page के लिए pageTotalMediaViewUnique लौटाता है। दोनों Meta के Total Unique Media Views मेट्रिक से आते हैं, जो हटाए गए फ़ील्ड्स का उसका प्रतिस्थापन है। Meta Page मान को प्रति दिन रिपोर्ट करता है, इसलिए pageTotalMediaViewUnique उन दैनिक गणनाओं को जोड़ता है: जिस व्यक्ति ने आपका कंटेंट दो अलग-अलग दिनों में देखा, उसे दो बार गिना जाता है। सभी मौजूदा फ़ील्ड्स अपरिवर्तित हैं। कौन-सा हटाया गया फ़ील्ड किस प्रतिस्थापन से मैप होता है, यह जानने के लिए 15 जून माइग्रेशन नोट्स देखें।
• 29 सितंबर - जब Meta आपका मीडिया प्राप्त न कर सके, तब अधिक स्पष्ट त्रुटि। मीडिया-फ़ेच / crawler-block विफलताएँ (Meta सबकोड 2207052), जो पहले सामान्य और दोबारा आज़माने योग्य code: 440 (Instagram; Facebook Reels के लिए code: 108) लौटाती थीं, अब एक अलग और दोबारा न आज़माने योग्य code: 479 (HTTP 400) लौटाती हैं। यह तब लौटाया जाता है जब Ayrshare द्वारा मीडिया को अपने CDN पर दोबारा होस्ट करने के बाद भी Meta उसे प्राप्त नहीं कर पाता। संदेश संभावित कारण बताता है (होस्ट robots.txt या CDN/WAF नियमों के ज़रिए Meta के crawlers facebookexternalhit / Facebot को ब्लॉक कर रहा है) और समाधान भी (crawlers को अनुमति दें, या मीडिया को ऐसे होस्ट से दें जहाँ Meta पहुँच सके)। वास्तव में अस्थायी ingestion विफलताएँ (सबकोड 2207032 / 2207003) दोबारा आज़माने के मार्गदर्शन के साथ code: 440 (Instagram; Facebook Reels के लिए code: 108) ही लौटाती हैं। Meta Media Crawler अवरुद्ध और त्रुटि कोड संदर्भ देखें।
• 28 सितंबर - Update a Post अब कुछ न बदलने वाले अनुरोधों को अस्वीकार करता है, और disableComments को अकेले स्वीकार करता है। जब disableComments ही आपके द्वारा भेजा गया एकमात्र फ़ील्ड होता था, तो Update a Post code: 101 लौटाता था, इसलिए comments चालू या बंद करने के लिए आपको कोई दूसरा फ़ील्ड, जैसे notes, जोड़ना पड़ता था। अब यह अकेले काम करता है। दूसरी ओर, जिस अनुरोध में अपडेट करने के लिए कुछ नहीं होता था, वह status: “success” लौटाता था और कुछ नहीं बदलता था। इसमें केवल id, खाली youTubeOptions, और youTubeOptions के अंदर के बजाय शीर्ष स्तर पर भेजी गई visibility शामिल थे, इसलिए कोई typo ऐसा लगता था जैसे वह काम कर गया हो। अब ऐसे अनुरोध code: 101 लौटाते हैं। यदि आप visibility शीर्ष स्तर पर भेजते हैं तो इसे जाँचें: इससे video कभी नहीं बदला, और अब यह सफलता के बजाय एक error लौटाता है। इसे youTubeOptions में ले जाएँ।
• 28 सितंबर - YouTube video की visibility बदलने से अब उसका license रीसेट नहीं होता। Update a Post के साथ youTubeOptions.visibility बदलने से video का license Standard YouTube License पर रीसेट हो जाता था, इसलिए “creativeCommon” के रूप में प्रकाशित video जैसे ही आप उसे public या unlisted बनाते, अपना Creative Commons license खो देता था। अब license बना रहता है। यदि आपने इस सुधार से पहले किसी Creative Commons video की visibility बदली थी, तो YouTube Studio में उसका license जाँचें।
• 25 सितंबर - Boost की गई Facebook पोस्ट अब आपके चुने गए लिंग को लक्षित करती हैं। Facebook पोस्ट Boost करें दस्तावेज़ में बताए गए gender पैरामीटर को अनदेखा कर रहा था, इसलिए “gender”: “female” या “male” के साथ भेजा गया boost सभी लिंगों को दिखाया जाता था, जबकि अनुरोध सफल रहता था। अब gender लागू होता है, Instagram boost पर भी। यदि आप gender भेजते हैं तो इसे जाँचें: all, male या female के अलावा कोई भी मान अब चुपचाप सभी को लक्षित करने के बजाय code: 101 लौटाता है। gender के बिना अनुरोधों में कोई बदलाव नहीं है।
• 25 सितंबर - सटीक रूप से देखें कि हर Automation ने क्या भेजा। Get Automation Activity में हर action परिणाम अब दर्ज करता है कि action ने क्या भेजा: उस व्यक्ति को भेजा गया DM टेक्स्ट, email जैसा वह queue किया गया था, या webhook event डेटा उसकी delivery id के साथ। यह एक नए sent फ़ील्ड में होता है, config के बगल में, जो action की settings को वैसे दर्ज करता है जैसी वे उस समय थीं। अब तक activity केवल हर action की status दिखाती थी, इसलिए एक बार automation संपादित करने के बाद यह देखने का कोई तरीका नहीं था कि पिछले run ने वास्तव में क्या भेजा था। दोनों फ़ील्ड विफल sends पर भी दर्ज किए जाते हैं, और बहुत लंबा टेक्स्ट फ़िट होने के लिए छोटा किया जाता है, ऐसा होने पर truncated सेट होता है। देखें sent में क्या होता है।
• 24 सितंबर - हर Automation DM अपने स्वयं के Server से लिखें। अब तक, एक send_dm automation हर व्यक्ति को एक ही template भेजता था, जिसमें केवल जैसे placeholders बदलते थे। action पर messageUrl सेट करें और, हर बार जब नियम मेल खाता है, हम आपके endpoint से पूछते हैं कि उस व्यक्ति से क्या कहना है और उसके उत्तर को DM के रूप में भेजते हैं, ताकि हर commenter को ऐसा संदेश मिल सके जो आपके अपने सिस्टम ने उसके लिए लिखा हो, जैसे उसके अपने tracking link के साथ एक reply। यदि आपका endpoint धीमा है, कोई त्रुटि लौटाता है, या कुछ अनुपयोगी लौटाता है, तो हम इसके बजाय action का सामान्य message भेजते हैं। हम आपके endpoint पर विफल call का कभी पुनः प्रयास नहीं करते, क्योंकि पुनः प्रयास से दूसरा DM भेजा जा सकता है। Get Activity पर, messageSource दिखाता है कि कोई send_dm किस टेक्स्ट से बनाया गया था: आपके endpoint का या सामान्य message। यह टेक्स्ट चुने जाने के बाद दर्ज किया जाता है, तब भी जब भेजना बाद में विफल हो जाता है, इसलिए DM गया या नहीं यह देखने के लिए status पढ़ें। देखें dynamic message content।
• 24 सितंबर - Instagram Automation Webhooks अब अपना Context साथ लाते हैं और परिणाम रिपोर्ट कर सकते हैं। जो webhook कोई automation fire करता है, उसमें अब activityId, actionId, eventId, commentId, commentText, postId और storyId शामिल हैं, ताकि आप उसे recipientId, triggerId और keyword से अनुमान लगाने के बजाय — जो तब अस्पष्ट था जब दो लोग एक ही keyword की comment एक साथ करते थे — Get Activity की उसकी पंक्ति से सटीक रूप से मिला सकें। dispatch समाप्त होने पर उसकी status और प्रति-action परिणामों के साथ automation.completed भी प्राप्त करने के लिए automation की fire_webhook action पर “sendCompletedEvent”: true सेट करें, ताकि आप सामान्यतः बिना polling के परिणाम जान सकें (Get Activity मिलान करने के लिए रिकॉर्ड बना रहता है)। दोनों events में अब एक type फ़ील्ड है (automation.triggered या automation.completed); हर मौजूदा फ़ील्ड अपरिवर्तित है, और जो receiver opt in नहीं करता उसे अब भी प्रति fire ठीक एक payload मिलता है। देखें webhook events।
• 24 सितंबर - हर पोस्ट पर एक Comment Automation चलाएँ, प्रति पोस्ट एक नहीं। एक comment_keyword trigger अब अपने postId के रूप में “all” ले सकता है, ताकि नियम तब fire हो जब कोई कनेक्टेड खाते की किसी भी पोस्ट या रील पर keyword की comment करे। पहले postId में एक विशिष्ट कंटेंट का नाम देना ज़रूरी था, जिसका अर्थ था हर बार publish करने पर एक नया automation बनाना — और भूल जाने पर ऐसा नियम जो चुपचाप कुछ भी कवर नहीं करता था। story triggers उसी तरह storyId के लिए “all” स्वीकार करते हैं। “all” कभी भी किसी दूसरी प्रोफ़ाइल के कंटेंट तक नहीं पहुँचता, और आपकी दैनिक DM कैप तथा engagement-एंकर्ड भेजने के नियम ठीक वैसे ही लागू होते हैं जैसे वे एकल-पोस्ट नियम पर लागू होते हैं। Deduplication प्रति automation गिना जाता है, इसलिए किसी “all” नियम पर जो व्यक्ति dedup window के भीतर दो पोस्ट पर comment करता है उसे एक DM मिलता है। dedupWindowMinutes को 0 पर सेट करने से हर मेल खाने वाली comment के लिए DM भेजा जाता है, एक ही पोस्ट पर दोहराव सहित। वैल्यू lowercase में ठीक “all” होनी चाहिए; “ALL” जैसा वेरिएंट अब ऐसे नियम के रूप में सहेजे जाने के बजाय — जो कभी fire नहीं होता — अस्वीकार कर दिया जाता है। आपकी अपनी comments अब किसी automation की fire_webhook या send_email actions भी नहीं चलातीं। keyword के साथ अपने followers को जवाब देना पहले उन्हें fire कर देता था, जो एक “all” नियम हर पोस्ट पर करता; वे गतिविधियाँ अब skipped के रूप में दर्ज की जाती हैं, जैसा DM पहले से था। मौजूदा automations अप्रभावित हैं — एक ठोस postId अब भी केवल उसी पोस्ट से मेल खाता है। देखें evergreen नियम। story triggers पर, storyId छोड़ना अब भी “all” जैसा ही व्यवहार करता है, लेकिन स्पष्ट वैल्यू को प्राथमिकता दें: छोड़ने की सुविधा भविष्य की release में रिटायर कर दी जाएगी, जिसकी अग्रिम घोषणा Upcoming API Changes पर होगी।
• 24 सितंबर - किसी Reply पर X Comments अब उसके Replies लौटाते हैं। किसी ऐसी X पोस्ट के लिए Get Comments से अनुरोध करने पर जो स्वयं एक reply है, एक खाली सूची लौटती थी, भले ही उस पोस्ट के अपने replies हों, क्योंकि Ayrshare गलत conversation खोजता था। अब ऐसी पोस्ट अपने replies लौटाती हैं। जो X पोस्ट अपनी स्वयं की conversation शुरू करती है, वह अपरिवर्तित है और अभी भी वह सब लौटाती है जो पहले लौटाती थी। इसके अलावा, जब X आपके अपने X Developer खाते पर रीड को अस्वीकार करता है, तो अब आपको खाली सूची के बजाय एक typed त्रुटि मिलती है: आपके X क्रेडिट समाप्त होने पर code: 416 (HTTP 402), और X द्वारा अनुरोध को rate limit करने पर code: 364 (HTTP 429), ताकि “क्रेडिट समाप्त” अब “कोई comments नहीं” जैसा न दिखे। इनमें से कोई भी cache नहीं होता, इसलिए कारण ठीक करते ही रीड का पुनः प्रयास होता है, और मल्टीप्लेटफ़ॉर्म रीड में प्रतिक्रिया status: “partial” होती है और विफल X leg errors[] में सूचीबद्ध होती है, जैसे अन्य विफल legs पहले से होती हैं। जो पोस्ट हटा दी गई है, या जिसे आपके X क्रेडेंशियल्स नहीं देख सकते, वह अभी भी बिना त्रुटि के एक खाली सूची लौटाती है। त्रुटि कोड 364 और 416 देखें।
• 21 सितंबर - Get Messages अब X/Twitter पर भी सीमित पृष्ठ लौटाता है। X/Twitter के लिए बिना limit के भेजा गया Get Messages अनुरोध अब अधिकतम 100 संग्रहीत संदेश — या conversationsOnly के साथ अधिकतम 100 वार्तालाप — और साथ में एक meta.pagination कर्सर लौटाता है। यह वही अनुरोध है जो पहले एक ही response में आपका पूरा संग्रहीत इतिहास लौटाता था, इसलिए जिस integration ने कभी कर्सर का अनुसरण नहीं किया, उसे अब केवल नवीनतम 100 ही दिखेंगे और बाकी के लिए उसे meta.pagination.next का अनुसरण करना होगा। meta.pagination.hasMore के true रहने तक जारी रखें। status, action और conversationsOnly उस अनुरोध पर अब भी लागू होते हैं, लेकिन अब वे एक बार में एक सीमित पृष्ठ पर लागू होते हैं: फ़िल्टर किया गया पृष्ठ छोटा आ सकता है, या hasMore के true रहते हुए भी खाली, इसलिए छोटे पृष्ठ को अंत मानने के बजाय कर्सर का अनुसरण करें। X/Twitter पर limit भेजना अपरिवर्तित है और अब भी X के अपने कर्सर के माध्यम से X की live timeline को page करता है, जिस पर इन तीनों में से कोई भी फ़िल्टर लागू नहीं होता। कर्सर अब दर्ज रखता है कि वह इन दोनों में से किससे आया है, इसलिए किसी कर्सर का अनुसरण करते समय limit जोड़ने या हटाने से आप चुपचाप दूसरे पर नहीं चले जाएँगे।
• 21 सितंबर - Google Business Profile Analytics अब Date Ranges और Daily Values का समर्थन करते हैं। एक सोशल नेटवर्क पर Analytics अब gmb के लिए quarters और daily का सम्मान करता है, ठीक उसी तरह जैसे यह Facebook, Instagram, Snapchat, TikTok और YouTube के लिए पहले से करता है। निश्चित पिछले 24-महीने के totals के बजाय किसी हालिया window पर रिपोर्ट करने के लिए quarters (1–4, प्रत्येक 90 दिन) पास करें, और प्रत्येक metric को एक total के साथ प्रति-दिन values series के रूप में पाने के लिए daily: true पास करें, ताकि आप Google Business Profile डेटा से पिछले महीने या पिछली तिमाही की रिपोर्ट और time-series charts बना सकें। पहले दोनों पैरामीटर gmb के लिए चुपचाप अनदेखा कर दिए जाते थे और केवल 24-महीने के totals ही उपलब्ध थे। यदि आप पहले से किसी ऐसे अनुरोध पर quarters या daily भेजते हैं जिसमें gmb शामिल है, तो इसे जाँचें: ये पैरामीटर इस नेटवर्क के लिए पहले अनदेखा किए जाते थे, इसलिए वही अपरिवर्तित अनुरोध अब एक संकीर्ण window लौटाता है, और daily: true के साथ प्रत्येक gmb metric अब एकल संख्या के बजाय एक object के रूप में आता है — जो कोड उन मानों को chart करता है या जोड़ता है, उसे metric को सीधे पढ़ने के बजाय total (या values series) पढ़ना होगा। ऐसा अनुरोध जो इन दोनों में से किसी पैरामीटर के बिना gmb भेजता है, पूरी तरह अपरिवर्तित है। जब कोई date range सक्रिय होती है, तो प्रतिक्रिया में quarters भी शामिल होता है।
• 21 सितंबर - quarters: 0 का अर्थ अब Facebook और YouTube पर भी All-Time है। एक सोशल नेटवर्क पर Analytics पर quarters: 0 भेजना हमेशा से “कोई date range नहीं” के रूप में documented रहा है — वही all-time डेटा जो पैरामीटर छोड़ने पर मिलता है — और Instagram, Snapchat और TikTok यही करते थे। Facebook और YouTube ऐसा नहीं करते थे: वे किसी भी quarters मान को एक range के अनुरोध के रूप में पढ़ते थे और चुपचाप एक ही quarter लौटाते थे, इसलिए quarters: 0 आपको Facebook पर पूरी window के बजाय लगभग 85 दिन देता था, और ऐसा मान जिसे ये नेटवर्क संख्या के रूप में नहीं पढ़ पाते थे, कोई उपयोगी window ही नहीं लौटाता था। अब दोनों documented व्यवहार और हर दूसरे नेटवर्क से मेल खाते हैं। यदि आप Facebook या YouTube को quarters: 0, कोई negative quarters, या कोई non-numeric मान भेजते हैं, तो इसे जाँचें: वही अपरिवर्तित अनुरोध अब एक quarter के बजाय पूरी all-time window लौटाता है, इसलिए संख्याएँ बड़ी होती हैं और response एक लंबी अवधि को कवर करता है। quarters: 1 भेजने पर आपको वही एकल quarter मिलता है जो पहले आपको अनजाने में मिल रहा था। 1 से 4 तक के quarters वाले अनुरोध, और ऐसे अनुरोध जो इसे पूरी तरह छोड़ देते हैं, हर नेटवर्क पर अपरिवर्तित हैं।
• 18 सितंबर - अपने ही डैशबोर्ड के अंदर से सोशल अकाउंट लिंक करें। Ayrshare Connect विजेट एक script टैग है: उसे लोड करें, अपने लेआउट में जहाँ कोई नेटवर्क आता है वहाँ एक slot डालें, और हम वहाँ एक connect बटन render करते हैं जो पहले से दिखाता है कि वह अकाउंट लिंक है या नहीं। अब तक किसी उपयोगकर्ता को कनेक्ट करने देने के केवल दो ही तरीक़े थे: उन्हें हमारे होस्ट किए पेज पर भेजना, या इसे स्वयं बनाना — प्रति नेटवर्क एक सेशन, click handler में synchronously खोला गया पॉपअप, एक event.origin जाँच, और grace window के साथ एक popup.closed poll, यानी वह सारी browser plumbing जो पहला अकाउंट कनेक्ट होने से पहले आपको सही करनी पड़ती थी। विजेट उस सबका, और अनलिंकिंग का, स्वामित्व लेता है, और दस events पर रिपोर्ट करता है कि क्या हो रहा है — जिनमें state भी शामिल है, जो आपको mount पर और हर बदलाव पर हर नेटवर्क का live account state देता है, ताकि आपको उसके लिए कभी poll न करना पड़े। इसे —ayr-connect-* design tokens से style करें, और यदि आपका पेज Content-Security-Policy भेजता है तो script-src और frame-src entries जोड़ें। विजेट के लिए Max Pack आवश्यक है। देखें Ayrshare Connect विजेट।
• 17 सितंबर - Get Messages अब सीमित संग्रहीत-इतिहास पृष्ठ लौटाता है। Get Messages अब Facebook, Instagram और WhatsApp पर डिफ़ॉल्ट रूप से अधिकतम 100 संदेश या वार्तालाप लौटाता है। पहले, limit छोड़ने पर पूरा संग्रहीत इतिहास लोड हो सकता था, जो server memory को ख़त्म कर देता था और 503/504 त्रुटियों के साथ अन्य अनुरोधों को बाधित करता था। डिफ़ॉल्ट और अधिकतम दोनों 100 हैं; छोटे पृष्ठों के लिए limit को 1 से 100 तक का पूर्णांक सेट करें। और परिणाम प्राप्त करने के लिए, meta.pagination.next को उसी प्रोफ़ाइल और फ़िल्टर के साथ अगले अनुरोध के next पैरामीटर के रूप में भेजें। meta.pagination.hasMore के true रहने तक जारी रखें, भले ही कोई फ़िल्टर किया गया पृष्ठ छोटा या खाली हो। मौजूदा response फ़ील्ड बने हुए हैं, लेकिन जो Facebook, Instagram और WhatsApp integrations एक ही response में पूरा इतिहास मिलने की अपेक्षा करते थे, उन्हें अब कर्सर का अनुसरण करना होगा। X/Twitter का व्यवहार और उसका मौजूदा opt-in प्रदाता कर्सर अनुबंध अपरिवर्तित हैं — X/Twitter ने 21 सितंबर को इसका अनुसरण किया, ऊपर वह entry देखें।
• 14 सितंबर - आपके X और Threads options अब threads पर लागू होते हैं। Thread पोस्ट करने पर पहले उसके साथ भेजा गया लगभग हर option हटा दिया जाता था। लंबा वीडियो सबसे स्पष्ट मामला था: thread: true के साथ longVideo: true को code: 182 — “140 seconds maximum” — के साथ अस्वीकार कर दिया जाता था, इससे पहले कि पोस्ट X तक पहुँचती, इसलिए thread में लंबा वीडियो काम ही नहीं करता था। अब वह publish होता है, और मानक 2 मिनट 20 सेकंड के बजाय 4 घंटे की long-video सीमा के विरुद्ध सत्यापित किया जाता है। शांत आधा हिस्सा कहीं अधिक पोस्ट्स को प्रभावित करता था: altText, subtitles, geo restrictions, replySettings, subscribersOnly और Pro Media options चुपचाप हटा दिए जाते थे — thread publish हो जाता था और options बस लागू नहीं होते थे, और response में इसका कोई संकेत नहीं होता था। Threads पर, allowCountries इसी तरह हटा दिया जाता था। ये सभी अब लागू होते हैं। अधिकांश thread की हर पोस्ट पर लागू होते हैं; poll, quoteTweetId, replyId और replySettings केवल पहली पोस्ट पर लागू होते हैं, क्योंकि X उन्हें वहीं स्वीकार करता है। altText और subtitles केवल पहली पोस्ट के मीडिया पर लागू होते हैं — बाद की पोस्ट्स का मीडिया इनके बिना publish होता है, इसलिए multi-media thread में अभी प्रति-इमेज विवरण की अपेक्षा न करें। देखें कौन से options एक thread पर लागू होते हैं। यदि आप पहले से threads पर options भेजते हैं, तो दो बदलावों पर आपका ध्यान आवश्यक है। ऐसा option जिसके लिए आपका अकाउंट अधिकृत नहीं है, अब अनदेखा किए जाने के बजाय thread को विफल कर देता है: X Subscriptions के बिना किसी अकाउंट से subscribersOnly भेजने पर code: 111 लौटता है और कुछ भी publish नहीं होता, जबकि पहले thread सार्वजनिक रूप से publish हो जाता था। Threads पर, ऐसे अकाउंट से allowCountries भेजने पर जिसे Meta ने geo restrictions के लिए पात्र नहीं बनाया है, code: 101 लौटता है और कुछ भी publish नहीं होता, जबकि पहले thread अप्रतिबंधित रूप से publish हो जाता था — पहले /user पर isEligibleForGeoRestrictions जाँचें। दोनों वही व्यवहार हैं जो एकल पोस्ट हमेशा से करती आई है। अंत में, thread के साथ longPost भेजने पर अब एक चेतावनी लौटती है जो बताती है कि longPost को अनदेखा किया गया; thread फिर भी publish होता है, क्योंकि एक thread आपके टेक्स्ट को अलग-अलग पोस्ट्स में विभाजित करता है और कुछ भी long form में publish नहीं किया जा सकता। कोड 182, 101, 111 और 275 अब त्रुटि कोड में documented हैं।
• 14 सितंबर - Instagram Reel में लाइसेंस-प्राप्त Music अटैच करें। अब आप Instagram के audio catalog में खोज कर सकते हैं और Reel publish करते समय एक लाइसेंस-प्राप्त track अटैच कर सकते हैं। GET /media/instagram/audio/search से track ढूँढें, जो id आपके पास पहले से है उसे audio लुकअप से जाँचें, फिर उसकी id को अपनी पोस्ट पर instagramOptions.audioConfiguration.audioId के रूप में पास करें। वैकल्पिक audioVolume और videoVolume (0 से 100 तक integers) सेट करते हैं कि track और आपके वीडियो का अपना audio कैसे mix होंगे; इन्हें छोड़ दें और Instagram अपना 100 का डिफ़ॉल्ट लागू करता है। आपको reels: true या isVideo: true की ज़रूरत नहीं है — एक वीडियो URL स्वचालित रूप से Reel के रूप में पहचाना जाता है और उसी तरह music स्वीकार करता है। Music केवल Reels के लिए है: stories, छवियाँ और carousels code: 515 लौटाते हैं। मौजूदा audioName अपरिवर्तित है और अब भी केवल आपके वीडियो में पहले से मौजूद audio पर display label सेट करता है; यदि आप दोनों भेजते हैं, तो audioConfiguration जीतता है, audioName हटा दिया जाता है, और एक non-fatal code: 518 चेतावनी postIds[].warnings[] पर वापस आती है, और पोस्ट फिर भी publish होती है। पहले जाँचने योग्य एक आवश्यकता: Meta अपना Audio API केवल उन Instagram खातों को उपलब्ध कराता है जो Facebook Login के माध्यम से कनेक्ट हैं, जिसके लिए Instagram खाते से एक Facebook पेज कनेक्ट होना आवश्यक है। Instagram Login से लिंक किया गया खाता — जो डिफ़ॉल्ट है — हर audio कॉल पर code: 514 लौटाता है, और कोई भी permission या plan इसे नहीं बदलता। स्विच कैसे करें इसके लिए music attach पात्रता देखें, और त्रुटि कोड 514 से 518 देखें।
• 11 सितंबर - Facebook Boosted Ads: Call-to-Action बटन, Traffic Goal, और Category-Aware रुचि खोज। Boost Post अब एक नया traffic goal स्वीकार करता है जो off-platform link clicks के लिए optimize करता है, और एक callToAction object जो boosted पोस्ट पर एक बटन का अनुरोध करता है — APPLY_NOW, SHOP_NOW, LEARN_MORE और छह अन्य — जो आपके बताए किसी भी URL को खोलता है। Dashboard में destination URL, बटन का प्रकार, और वैकल्पिक headline सेट करने के लिए Drive Traffic चुनें। मौजूदा पोस्ट पर बटन कैसे दिखाई देगा, यह Meta तय करता है। callToAction boost प्रतिक्रिया में और बाद में Get Boosted Ads से ad पर वापस लौटाया जाता है। रुचियाँ को एक specialAdCategories query पैरामीटर मिला है, ताकि कोई housing, employment, financial, या political campaign केवल उन्हीं रुचियों में खोज कर सके जिन्हें Meta उसे टार्गेट करने की अनुमति देता है — बजाय ऐसी ID चुनने के जिनके कारण ad बाद में अस्वीकार हो जाए। दोनों एंडपॉइंट पर financial_product_services और financial_products_services अब एक ही श्रेणी के रूप में स्वीकार किए जाते हैं — और credit भी, जो इसका Meta का पुराना नाम है — इसलिए इन docs में लिखी spelling और वह spelling जो आपने शायद Meta से कॉपी की हो, दोनों काम करती हैं। तीन बदलाव ऐसे हैं जिन पर, यदि वे आप पर लागू हों, कार्रवाई ज़रूरी है। पहला, callToAction पहले किसी भी goal पर स्वीकार कर लिया जाता था और फिर चुपचाप नज़रअंदाज़ कर दिया जाता था, जिससे बिना बटन वाला ad बनता था; अब जब तक goal traffic न हो, यह code: 101 लौटाता है। दूसरा, Boost Post पर unrecognized specialAdCategories मान पहले हटा दिया जाता था और campaign uncategorized के रूप में बना दी जाती थी, जिससे कोई regulated ad बिना कुछ घोषित किए चलता रह जाता था; अब यह स्वीकृत मानों की सूची देते हुए code: 101 लौटाता है। तीसरा, रुचियाँ एंडपॉइंट पर accountId अब तब आवश्यक है जब specialAdCategories दिया गया हो, क्योंकि Meta category-aware रुचि खोज केवल किसी ad account पर उपलब्ध कराता है — बिना specialAdCategories की रुचि खोज पूरी तरह अपरिवर्तित है और उसे अब भी किसी accountId की ज़रूरत नहीं है। जब आप इसे देते हैं, तो accountId numeric होना चाहिए (शुरुआत का act_ ठीक है); इसके अलावा कुछ भी अब Meta को जस का तस भेजे जाने के बजाय code: 101 के साथ अस्वीकार किया जाता है।
• 8 सितंबर - एक ही कॉल हर नेटवर्क का Account State लौटाती है। GET /profiles अब include=state स्वीकार करता है, जो किसी User Profile के लिए प्रति सोशल नेटवर्क ठीक एक normalized state लौटाता है — linked, unlinked, suspended, restricted, rateLimited या identityVerificationRequired — हर एक के साथ actionable, message और helpUrl। पहले आपको वही तस्वीर suspension, socialHealth और linkingErrors ब्लॉकों से स्वयं जोड़नी पड़ती थी और तय करना पड़ता था कि कौन सी स्थिति जीती। हर नेटवर्क हमेशा मौजूद रहता है, इसलिए जो नेटवर्क कभी लिंक नहीं हुआ वह अनुपस्थित रहने के बजाय unlinked रिपोर्ट करता है, और actionable ही आपको बताता है कि अपने उपयोगकर्ता को बटन दिखाना है या नहीं। refId आवश्यक है, इसलिए यह single-profile lookup है।
• 7 सितंबर - मासिक plan को तुरंत रद्द करें, स्वचालित रिफ़ंड के साथ। “Account” पेज से मासिक सदस्यता रद्द करने पर अब एक दूसरा विकल्प मिलता है: plan आज ही समाप्त करें और आपका पैसा स्वचालित रूप से रिफ़ंड हो जाए — आपकी मूल भुगतान विधि पर, उसी मुद्रा में जिसमें आपसे शुल्क लिया गया था। यदि आप शुल्क कटने के 48 घंटे के भीतर रद्द करते हैं, तो हम वह भुगतान पूरा लौटा देते हैं; उसके बाद हम बिलिंग अवधि का अप्रयुक्त हिस्सा लौटाते हैं। दोनों ही स्थितियों में, पुष्टि करने से पहले डैशबोर्ड आपको राशियाँ दिखा देता है। पहले एकमात्र स्वयं-सेवा विकल्प बिलिंग चक्र के अंत में रद्द करना था, इसलिए रिफ़ंड के लिए support को ईमेल करना और किसी के हाथ से हिसाब लगाने का इंतज़ार करना पड़ता था। इसका उपयोग करने से पहले तीन बातें जानने योग्य हैं: आपकी पहुँच अवधि के अंत के बजाय पुष्टि करते ही समाप्त हो जाती है, जिससे आपकी पोस्ट, एनालिटिक्स और जुड़े हुए सोशल अकाउंट का विलोपन भी पहले शुरू हो जाता है; ऐसा कोई भी pay-as-you-go उपयोग जिसका invoice अभी नहीं बना है, रिफ़ंड में से काटे जाने के बजाय अलग से बिल किया जाता है; और यह प्रति खाता एक-बार का विकल्प है। वार्षिक plans अब भी बिलिंग अवधि के अंत में रद्द होते हैं। इसके अलावा, यदि आपका सबसे हालिया भुगतान विफल हुआ, तो रद्द करने पर plan किसी भी plan पर शेड्यूल किए जाने के बजाय तुरंत समाप्त हो जाता है, और यदि वह भुगतान 48 घंटे से कम समय पहले पहली बार विफल हुआ था, तो बकाया invoice रद्द (void) कर दिया जाता है। देखें अपनी सदस्यता कैसे बदलें या रद्द करें।
• 7 सितंबर - पुरानी पोस्ट के लिए LinkedIn Analytics अब कम बार refresh होते हैं, और nextUpdate बताता है कब। लगभग दस दिन से अधिक पुरानी LinkedIn पोस्ट के analytics अब हर ग्यारह मिनट पर दोबारा fetch किए जाने के बजाय, एक बार में कुछ दिनों तक cache से आते हैं। किसी पोस्ट पर engagement अधिकतर उसके पहले कुछ दिनों में आता है; उसके बाद वही अपरिवर्तित संख्याएँ दिन में लगभग 130 बार दोबारा fetch की जा रही थीं, और LinkedIn इस पर सीमा लगाता है कि हमारा app सभी accounts मिलाकर प्रतिदिन कितने analytics अनुरोध कर सकता है — इसलिए वह सीमा ऐसे डेटा पर खर्च हो रही थी जो बदल ही नहीं सकता था। हाल की LinkedIn पोस्ट अप्रभावित है और वही ग्यारह-मिनट का cadence बनाए रखती है, और किसी अन्य सोशल नेटवर्क में कोई बदलाव नहीं है। हर जगह जो बदला है वह यह है कि nextUpdate अब एक निश्चित ग्यारह मिनट के बजाय वह अंतराल रिपोर्ट करता है जो वास्तव में आपके पास मौजूद प्रतिक्रिया पर लागू हुआ — कुछ नेटवर्क पर वह अंतराल पहले से ही ग्यारह मिनट से लंबा था और सटीक रूप से रिपोर्ट नहीं किया जा रहा था। यदि आप poll करते हैं, तो निश्चित timer का उपयोग करने के बजाय इसे हर प्रतिक्रिया से पढ़ें। कोई फ़ील्ड हटाया या rename नहीं किया गया है, कोई अनुरोध अस्वीकार नहीं किया जाता, और account analytics का अपना अंतराल बना रहता है। देखें डेटा कितना ताज़ा है।
• 7 सितंबर - जिस क्षण कोई उपयोगकर्ता अकाउंट कनेक्ट करे, उसी क्षण जानें। लिंक सेशन बनाते समय एक origin पास करें, लौटाया गया url पॉपअप में खोलें, और आपके अपने पेज को बताया जाता है कि उसमें क्या होता है: अकाउंट कनेक्ट होने पर connect:success, विफल होने पर code के साथ connect:error, आपके उपयोगकर्ता के पीछे हटने पर connect:cancelled। पहले पता लगाने का एकमात्र तरीक़ा poll करना था, या redirect पैरामीटर का उपयोग करके अपने पेज को कहीं और navigate और reload करवाना — जिससे आपके उपयोगकर्ता के सामने जो भी state थी वह खो जाती थी। Events postMessage के साथ ठीक उसी origin को भेजे जाते हैं और कहीं और नहीं, और connect:success केवल अकाउंट सेव हो जाने के बाद आता है, इसलिए उसके तुरंत बाद GET /user कनेक्शन को पहले से दिखाता है। प्रति कनेक्शन ठीक एक परिणाम event आता है। बिना origin के बनाए गए लिंक्स के लिए कुछ नहीं बदलता, और redirect बिल्कुल पहले की तरह काम करता रहता है, उसके origin=true query पैरामीटर समेत — जो ऊपर के नए origin body पैरामीटर से असंबंधित है, और deprecated नहीं है। यदि आप पॉपअप का उपयोग नहीं कर सकते, तो Link Session प्राप्त करें अब completedAt, lastCompletedAt और completedNetworks भी रिपोर्ट करता है, जो ब्राउज़र के बिना वही संकेत है — और Telegram के लिए एकमात्र, जो out of band पूरा होता है। देखें Link Completion Events।
• 2 सितंबर - Reels अब query string वाले वीडियो URL स्वीकार करते हैं। signed CDN या Firebase Storage मीडिया URL — कोई भी URL जिसमें फ़ाइल नाम के बाद ? query string हो — के साथ Facebook या Instagram Reel publish करने पर पोस्ट नेटवर्क तक पहुँचने से पहले ही code: 170 के साथ अस्वीकार कर दी जाती थी, और वीडियो वैध होने के बावजूद ग़लत मीडिया assets रिपोर्ट किए जाते थे। मीडिया प्रकार अब URL के path से पढ़ा जाता है, इसलिए https://cdn.example.com/reel.mp4?Expires=1756700000 जैसा URL वीडियो के रूप में पहचाना जाता है और सामान्य रूप से publish होता है। आपको अब workaround के रूप में isVideo: true की ज़रूरत नहीं है — यह अब भी काम करता है, और स्पष्ट रूप से भेजा गया isVideo: false अब भी image handling लागू करता है। isVideo: true के बिना, ऐसा Reel जिसके URL के path में कोई वीडियो एक्सटेंशन नहीं है, अब भी code: 170 के साथ अस्वीकार किया जाता है — लेकिन संदेश अब उसे कारण के रूप में बताता है और मीडिया दिशानिर्देशों के बजाय isVideo की ओर इंगित करता है। यही सुधार Facebook, LinkedIn, Pinterest और TikTok पर प्रति-पोस्ट मीडिया सीमाओं पर भी लागू होता है, जहाँ वीडियो सीमा image सीमा से कम है: query string वाला वीडियो URL अब image सीमा के बजाय वीडियो सीमा में गिना जाता है, इसलिए एक पोस्ट में ऐसे दो वीडियो अब सही ढंग से अस्वीकार किए जाते हैं, जो पहले निकल जाते थे। देखें मीडिया दिशानिर्देश।
• 2 सितंबर - WhatsApp अब समर्थित सोशल नेटवर्क की सूची में शामिल। WhatsApp अब पूरे docs में समर्थित सोशल नेटवर्क की सूचियों और गिनती में दिखाई देता है, ताकि आपको इसे खोजने का पहले से पता न होने पर भी यह मिल जाए। Ayrshare पर WhatsApp एक messaging नेटवर्क है: Messaging API के माध्यम से GET /messages/:platform से बातचीत और आने वाले संदेश प्राप्त करें और POST /messages/:platform से भेजें, और आप क्या अटैच कर सकते हैं इसके लिए WhatsApp मीडिया आवश्यकताएँ देखें। इस रिलीज़ में WhatsApp के व्यवहार में कुछ भी नहीं बदला — केवल यह कहाँ documented है, वह बदला है।
• 1 सितंबर - Bluesky वीडियो अब 10 मिनट और 300 MB तक। Bluesky ने 26 अगस्त को अपनी वीडियो सीमाएँ बढ़ाईं, और Ayrshare अब नई caps स्वीकार करता है: एक Bluesky वीडियो 10 मिनट तक लंबा और 300 MB तक का हो सकता है — पहले यह सीमा 3 मिनट और 100 MB थी। पहले इससे लंबा या बड़ा वीडियो पोस्ट होने से पहले ही video-too-long या video-too-large validation error के साथ अस्वीकार कर दिया जाता था, जबकि Bluesky स्वयं उसे स्वीकार कर लेता। आपके पोस्ट करने के तरीके में कुछ नहीं बदलता: पहले की तरह वही mediaUrls भेजें। पूर्ण आवश्यकताओं के लिए Bluesky मीडिया दिशानिर्देश देखें।

​

अगस्त 2026

• 31 अगस्त - बिना Private Key के सोशल लिंकिंग URL बनाएँ, और उन्हें रद्द करें। Link Session बनाएँ केवल आपकी API Key और एक Profile-Key से सोशल-लिंकिंग URL बनाता है — कोई privateKey नहीं और साइन करने के लिए कुछ भी नहीं। पहले हर लिंकिंग URL के लिए आपको हमारी जारी की गई RSA private key भेजनी पड़ती थी, जिसका मतलब था उसे स्टोर करना, हर कॉल पर उसे डिस्क से पढ़ना, और PEM में कोई अनचाही newline घुस जाने पर code: 189 “no start line” त्रुटियाँ debug करना। अब आप Link Session प्राप्त करें से यह भी देख सकते हैं कि कोई लिंक खोला गया या नहीं, और Link Session रद्द करें से समय समाप्त होने से पहले उसे निष्क्रिय कर सकते हैं — ग़लत पते पर भेजा गया URL पहले टाइमआउट होने तक वैध बना रहता था, और उसे वापस लेने का कोई तरीका नहीं था। लिंकिंग URL बनाएँ काम करता रहता है: privateKey, base64 और verify अब भी स्वीकार किए जाते हैं और अब नज़रअंदाज़ कर दिए जाते हैं, domain वैकल्पिक बना रहता है और अब भी validate किया जाता है, और जो लिंक आप पहले ही दे चुके हैं वे अप्रभावित रहते हैं। यदि आप लौटाया गया url सीधे अपने उपयोगकर्ता को देते हैं, तो आपके लिए कुछ भी नहीं बदलता। एक मामले में बदलाव ज़रूरी है: token अब ayr_ls_ से शुरू होने वाली एक ओपेक स्ट्रिंग है, डिकोड किया जा सकने वाला JWT नहीं, इसलिए ऐसा इंटीग्रेशन जो apiKey, profileKey या exp claims पढ़ने के लिए उसे डिकोड करता है, काम करना बंद कर देता है। expiry अब expiresIn फ़ील्ड से पढ़ें; बाकी दोनों के लिए वही मान इस्तेमाल करें जो आपने भेजे थे, क्योंकि token उन्हें केवल आपको वापस लौटा रहा था।
• 27 अगस्त - Instagram की Generic Internal Errors अब आपसे रिलिंक करने को नहीं कहतीं। जो Instagram पोस्ट Meta error_subcode 2207085 (“Generic Internal Error”) के साथ विफल होती है, उसका अब त्रुटि लौटाने से पहले अधिकतम लगभग 50 सेकंड तक स्वचालित रूप से पुनः प्रयास किया जाता है, और code: 258 प्रतिक्रिया अब relink: true सेट नहीं करती। वह flag integrations को बताता था कि खाता disconnect हो गया है, इसलिए ग्राहक ऐसे खातों को अनलिंक और रिलिंक करते थे जो कभी टूटे ही नहीं थे — वही खाता अपरिवर्तित token पर विफलताओं के बीच सफलतापूर्वक publish करता रहता था। कुछ मिनट बाद पोस्ट का पुनः प्रयास करें; केवल यदि त्रुटि 24-48 घंटे से अधिक बनी रहे, तभी रिलिंक करना, या details में अब लौटाए जाने वाले fbtrace_id के साथ Meta सपोर्ट से संपर्क करना, लागू होता है। देखें त्रुटि कोड।
• 26 अगस्त - Messages Webhooks अब आपको बताते हैं कि कोई सोशल कनेक्शन टूट गया है। एक Facebook या Instagram message webhook अब connectionDegraded: true ले जाता है जब हम उस message का metadata सोशल नेटवर्क से resolve नहीं कर सके। conversationId और senderDetails हर message के आने पर look up किए जाते हैं, और जब भी वह lookup विफल होता है तो flag सेट किया जाता है — आमतौर पर इसलिए कि User Profile का कनेक्शन expire हो गया है या invalid कर दिया गया है, हालाँकि एक transient Graph API error भी इसे सेट कर देती है। पहले इसे नोटिस करने का एकमात्र तरीका उन फील्ड्स के अनुपस्थित होने को पकड़ना था, जो एक listen-only integration कभी नहीं कर पाता; किसी profile के हर message पर flag का मतलब है कि क्रेडेंशियल dead है, जबकि किसी एक message पर flag एक क्षणिक गड़बड़ थी। Inbound messages इस पूरे दौरान आते रहते हैं, इसलिए कुछ भी खोता नहीं, लेकिन जब तक flag सेट है, API के माध्यम से उत्तर देना और conversation history प्राप्त करना भी विफल होगा, क्योंकि दोनों को उसी क्रेडेंशियल की आवश्यकता होती है। इसे एक संकेत के रूप में मानें कि उस profile से अकाउंट को फिर से लिंक कराया जाए। अलग से, Facebook messages अब degraded connection के दौरान अपना conversationId आपके संग्रहीत message इतिहास से recover कर लेते हैं, ताकि एक चालू thread unlinked आने के बजाय threaded बना रहे; Instagram पहले से ऐसा करता था। एक स्वस्थ connection पर कुछ नहीं बदलता — फील्ड false के रूप में भेजे जाने के बजाय छोड़ दिया जाता है। देखें New Message Events।
• 25 अगस्त - Webhook Deliveries अब Endpoint Outage से बच जाती हैं। एक failed webhook delivery पहले दो बार retry होती थी — 5 सेकंड बाद, फिर 30 सेकंड बाद — इसलिए हर attempt लगभग 35 सेकंड के भीतर समाप्त हो जाता था। जो endpoint इससे ज़्यादा देर तक down रहता, वह event हमेशा के लिए खो देता था। Transient failures को अब लगभग एक घंटे में अधिकतम 9 dispatch attempts मिलते हैं — पहला send और 8 retries — और फिर 5 मिनट, 30 मिनट, 2 घंटे और 12 घंटे के घटते schedule पर दोबारा कोशिश की जाती है, इसलिए कोई delivery original event के लगभग 16 घंटे बाद तक भी पहुँच सकती है। जो endpoint किसी incident या maintenance window के दौरान unreachable है, timeout हो रहा है, या 5xx लौटा रहा है, वह अब आपकी notification नहीं गँवाता। ध्यान दें कि यह इस पर निर्भर करता है कि endpoint कैसे fail होता है: एक deploy जो 404 लौटाता है क्योंकि route अभी register नहीं हुआ है, वह एक rejection है, transient failure नहीं, और अब भी पहले ही attempt पर final है। यह 429, 408 और 425 responses, किसी भी 5xx, timeouts और टूटे हुए connections पर लागू होता है। कोई भी अन्य 4xx — 400, 401, 403, 404, 410 — अब पहले ही attempt पर final माना जाता है, क्योंकि जिस request को आपके endpoint ने सिरे से reject कर दिया, उसे दोहराने से परिणाम नहीं बदल सकता; Webhook History (Premium) आपकी हाल की deliveries सूचीबद्ध करता है ताकि आप देख सकें कि कौन-सी fail हुईं — यह read-only है और उन्हें दोबारा नहीं भेजता। चूँकि retries अब कई घंटे बाद तक पहुँच सकती हैं, आपकी deduplication key कम से कम 24 घंटे तक बनी रहनी चाहिए; इससे पहले expire होने वाली key देर से आई retry को नहीं पहचानेगी और आप वही event दो बार process कर देंगे। पूरे contract के लिए Webhooks Overview देखें।
• 24 अगस्त - Comment और Mention Webhooks अब Ayrshare Post ID साथ लाते हैं। comments और mentions webhook payloads में अब postId शामिल है — उस पोस्ट का Ayrshare id जिस पर इवेंट हुआ, वही id जो Post ने पोस्ट बनाते समय लौटाया था। पहले payload में उस पोस्ट के लिए केवल नेटवर्क की अपनी id होती थी (Instagram comment पर media.id, Instagram mention पर media_id, Facebook पर post_id), इसलिए किसी इवेंट को आपकी बनाई गई पोस्ट से match करने के लिए native ids से Ayrshare ids का अपना map रखना पड़ता था। अब आप वह map हटा सकते हैं। postId best-effort है और जब इसे निर्धारित नहीं किया जा सकता तो खाली भेजने के बजाय छोड़ दिया जाता है: पोस्ट Ayrshare के बजाय सीधे Instagram या Facebook ऐप में बनाई गई थी, यह इस बदलाव के आने से पहले प्रकाशित हुई थी (कोई backfill नहीं है), या यह उसी अकाउंट से connected किसी अलग User Profile की है। mentions पर यह आमतौर पर अनुपस्थित होता है, क्योंकि mention सामान्यतः किसी और की पोस्ट पर होता है। अनुपस्थित postId को “मेरी पोस्ट में से नहीं” के रूप में समझें, error के रूप में नहीं। देखें Comment को आपकी बनाई गई पोस्ट के साथ correlate करना।
• 24 अगस्त - Comment और Mention Webhooks अब नेटवर्क का नाम बताते हैं। comments और mentions webhook payloads अब एक platform फ़ील्ड लेकर आते हैं जो बताता है कि इवेंट किस social network से आया। सबसे ज़्यादा फ़र्क comments पर पड़ता है: एक Instagram comment id, text और media.id के साथ आता है, जबकि एक Facebook Page comment feed change के रूप में comment_id, post_id और message के साथ आता है — इसलिए दोनों के लिए register किए गए endpoint को यह अनुमान लगाना पड़ता था कि नेटवर्क कौन-सा है, इस आधार पर कि कौन-से field names मौजूद हैं। इसके बजाय platform, instagram या facebook, पर branch करें। mentions पर यह हमेशा instagram होता है, क्योंकि आज Facebook Page mentions डिलीवर नहीं किए जाते। बाकी हर field अपरिवर्तित है, इसलिए आपके मौजूदा handlers काम करते रहेंगे। देखें Comments Action और Mentions Action।
• 19 अगस्त - API के माध्यम से अपना WhatsApp Business Profile संपादित करें। Update User अब gbp के साथ-साथ whatsapp भी स्वीकार करता है, इसलिए आप Ayrshare छोड़े बिना यह बदल सकते हैं कि आपके ग्राहक आपके WhatsApp business profile पर क्या देखते हैं: about, description, address, email, अधिकतम दो websites, vertical में आपकी business श्रेणी, और profilePictureUrl के माध्यम से profile photo। केवल वे फ़ील्ड्स भेजें जिन्हें आप बदलना चाहते हैं। Profile photo एक square JPEG या PNG होनी चाहिए — 640×640 अनुशंसित है — और Ayrshare उसे आपके लिए WhatsApp पर upload करता है, इसलिए आपको केवल एक public image URL चाहिए। WhatsApp Business Profile वह profile लौटाता है जो अभी आपके पास है। आपका WhatsApp display name यहाँ संपादित नहीं किया जा सकता: वह आपके नंबर से जुड़ा होता है और उसके लिए WhatsApp की अपनी समीक्षा आवश्यक है।
• 18 अगस्त - मीडिया-जाँच सेवा के आउटेज के लिए अब आपके मीडिया होस्ट को दोष नहीं दिया जाता। अगर पोस्ट करने से पहले मीडिया जाँचने वाली Ayrshare की सेवा तक पहुँचा नहीं जा सकता या वह अमान्य प्रतिक्रिया देती है, तो पोस्टिंग अब दोबारा आज़माने योग्य 499 लौटाती है, बजाय इसके कि विफलता को 164 में बदलकर आपसे काम कर रहे मीडिया URL, CDN या user-agent नियम को बदलने के लिए कहा जाए। मीडिया एक्सेस की वास्तविक विफलताओं पर पहले जैसी ही वैलिडेशन त्रुटियाँ मिलती हैं। अंतर समझने के लिए Media Fetch / Crawler Access त्रुटियाँ देखें।
• 18 अगस्त - YouTube Engaged Views अब Analytics में। Post Analytics और Social Analytics अब YouTube के लिए एक engagedViews फ़ील्ड लौटाते हैं — playback के शुरुआती सेकंड के बाद गिने गए views की संख्या। 24 अगस्त, 2026 को, YouTube अपने views metric को बदल रहा है ताकि वह सभी video formats में video चलना शुरू होने के क्षण से ही गिनना शुरू करे, बिना किसी न्यूनतम watch time के — इसलिए उस तारीख को views में एक बार का step up अपेक्षित है। यदि आपकी रिपोर्टिंग पिछली methodology पर निर्भर है, तो उन रिपोर्ट्स को engagedViews पर स्विच करें, जो पुराने तरीके से गिनना जारी रखता है। पूरी जानकारी के लिए आगामी API परिवर्तन देखें।
• 17 अगस्त - आपका ब्रांड रंग अब मुख्य डायलॉग बटन तक पहुँचता है। connect accounts डायलॉग्स में Submit और Yes बटन आपकी CSS file में सेट होने पर भी Ayrshare का blue-to-pink gradient बनाए रखते थे — और उस gradient को किसी stylesheet से बिल्कुल भी override नहीं किया जा सकता था, क्योंकि वह एक background image है जो आपके सेट किए किसी भी रंग के ऊपर बैठती है, और यह उस बटन पर होता है जो CSS में उसके बगल के Cancel बटन से अलग पहचाना ही नहीं जा सकता। अब यह आपके को एक solid रंग के रूप में उपयोग करता है, ताकि डायलॉग का सबसे प्रमुख control आपके ब्रांड से मेल खाए। उस पर का label, और बटन के काम करते समय दिखने वाला spinner, आपके accent से अपने आप चुने जाते हैं: काले और सफ़ेद में से जो उस पर बेहतर पढ़ा जाए वही लिया जाता है। hover पर accent हमेशा गहरा होने के बजाय label से दूर हट जाता है, ताकि वहाँ भी text पठनीय रहे। अपना accent उस चयनित radio button के हिसाब से चुनें जिसे वह भी paint करता है; label उसका अनुसरण करता है। अगर आपको इसके बजाय कोई ख़ास label रंग चाहिए, जैसे आपके अपने palette का कोई off-white या near-black, तो सेट करें, जो अपने आप होने वाले चुनाव को override करता है और contrast की ज़िम्मेदारी आपको सौंप देता है। अगर आप सेट नहीं करते तो कुछ नहीं बदलता।
• 17 अगस्त - शेड्यूल की गई Instagram पोस्ट अब अपनी पहली टिप्पणी प्रकाशित करती हैं। केवल Instagram पर शेड्यूल की गई पोस्ट पर firstComment स्वीकार तो कर लिया जाता था और फिर publish समय पर चुपचाप हटा दिया जाता था: पोस्ट समय पर चली जाती थी, टिप्पणी कभी दिखाई नहीं देती थी, और कोई error भी वापस नहीं आती थी। Instagram पर तुरंत publishing काम करती थी, जिससे ऐसा प्रतीत होता था कि दोष schedule में है, न कि टिप्पणी में। शेड्यूल की गई Instagram पोस्ट अब अपनी पहली टिप्पणी वैसे ही जोड़ती हैं जैसे तत्काल पोस्ट करती हैं। वे पोस्ट जो Instagram को किसी अन्य नेटवर्क के साथ शेड्यूल करती थीं जो पहली टिप्पणी स्वीकार करता है, जैसे Facebook या LinkedIn, कभी प्रभावित नहीं हुईं, और तत्काल पोस्ट अपरिवर्तित हैं। यदि आपने इसे टिप्पणी हाथ से जोड़कर या उन पोस्ट को तत्काल publishing पर स्विच करके workaround किया था, तो आप उन्हें firstComment के साथ फिर से शेड्यूल कर सकते हैं।
• 17 अगस्त - Profile Suspension Events के लिए नया Suspended Webhook। जिस क्षण कोई User Profile निलंबित या पुनः सक्रिय होती है, उसी समय सूचित होने के लिए नया suspended webhook action पंजीकृत करें, बजाय इसके कि आप इसे 403 responses के माध्यम से खोजें। suspend event उपलब्ध होने पर दर्ज किया गया reason (उदाहरण के लिए Facebook की identity verification आवश्यकता), जब कारण कोई सोशल नेटवर्क हो तो उसे ट्रिगर करने वाला platform, निलंबन का origin, और timestamps ले जाता है; unsuspend event आपको बताती है कि profile फिर से सक्रिय है ताकि आप पोस्टिंग फिर से शुरू कर सकें। इसे किसी भी अन्य action की तरह Register Webhook के साथ पंजीकृत करें, और payloads के लिए Suspended Action संदर्भ देखें।
• 16 अगस्त - अब कस्टम CSS लिंकिंग डायलॉग्स को रंग सकती है। white-labeled connect accounts पेज पर मौजूद डायलॉग्स — unlink confirmation, Facebook और LinkedIn के page pickers, Bluesky और X के credential forms, और Telegram activation code box — आपकी CSS file की परवाह किए बिना Ayrshare के default light theme में render होते थे, इसलिए एक dark लिंकिंग पेज एक white पैनल खोलता था। दस नई custom properties अब उन्हें रंगती हैं: , , , , , , , और , और । इन्हें किसी कार्ड पर सेट करने के बजाय :root पर सेट करें, क्योंकि डायलॉग्स पेज कंटेंट के बाहर render होते हैं। जो कुछ आप unset छोड़ते हैं वह आज के रंग बनाए रखता है, इसलिए आपकी opt-in से पहले तक कोई मौजूदा stylesheet प्रभावित नहीं होती। पूरी सूची और एक काम किए गए उदाहरण के लिए Linking Dialog Colors देखें।
• 15 अगस्त - आपकी कस्टम CSS लोड होने से पहले अब default theme का flash नहीं। आपकी अपनी CSS file इस्तेमाल करने वाला white-labeled connect accounts पेज आपकी stylesheet के लागू होने से पहले संक्षेप में Ayrshare का default light पेज दिखा देता था। अगर आपकी stylesheet dark है, तो यह हर लोड पर एक white flash की तरह दिखता था — जिसमें हर वह बार भी शामिल है जब कोई user खाता connect करके वापस लौटता है, क्योंकि उसे उसी पेज पर लौटाया जाता है। अब पेज कुछ भी दिखाने से पहले आपकी stylesheet का इंतज़ार करता है, ताकि आपके users को उसके नीचे default पेज कभी न दिखे, और यह आपकी stylesheet को याद रखता है ताकि वापसी की visits पर आपके रंग file fetch होने के बाद नहीं, बल्कि तुरंत लागू हों। अगर आपकी CSS file तक पहुँचा नहीं जा सकता, तो पेज उसकी प्रतीक्षा करने के बजाय सामान्य रूप से लोड हो जाता है। बिना CSS file वाले linking पेज पहले जैसे ही रहते हैं।
• 14 अगस्त - कस्टम CSS Connect Accounts कार्ड के अंदर तक पहुँचती है। white-labeled connect accounts पेज पर आपकी Max Pack custom CSS के लिए अब पाँच और class names उपलब्ध हैं: connected खाते की profile picture पर social-account-avatar, network का logo रखने वाले square पर social-account-icon, network के नाम पर social-account-name, साथ ही पेज को होल्ड करने वाले दो containers पर social-linking-page-column और social-linking-header। column को main-content से जानबूझकर अलग रखा गया है, ताकि आप कार्ड को अपनी पेज background को संकीर्ण किए बिना चौड़ा चला सकें, और header को display: contents से flatten करने पर आप logo, कार्ड, Close बटन और निर्देश ब्लॉक को order के ज़रिए फिर से क्रम में लगा सकते हैं। “Connected” और “Messaging” badges दो custom properties, और , भी पढ़ते हैं, जिन्हें आप एक बार social-account-card पर सेट कर सकते हैं; “Relink required” जैसे warning badges अपने खुद के रंग बनाए रखते हैं, ताकि जिस खाते ने काम करना बंद कर दिया है वह अब भी वैसा ही दिखे। अगर आपकी stylesheet इनमें से किसी तक elements गिनकर या Mui class name select करके पहुँचती थी, तो उन rules को ऊपर दिए गए नामों के आधार पर फिर से लिखें — यही वे नाम हैं जो काम करते रहेंगे। पूरी सूची और काम किए गए उदाहरणों के लिए Customize CSS देखें।
• 14 अगस्त - आपके लिंकिंग पेज के ऊपर और breathing room। white-labeled connect accounts पेज अपना कंटेंट अब पेज पर थोड़ा और नीचे शुरू करता है, इसलिए आपका logo और शीर्षक अब browser window के ऊपरी सिरे से चिपके हुए नहीं बैठते। बाकी कुछ नहीं हिलता, और वह stylesheet जो पहले से main-content पर padding-top सेट करती है, अपना खुद का मान बनाए रखती है।
• 13 अगस्त - social webhook पर YouTube चैनल की पहचान। social webhook में अब एक वैकल्पिक account ऑब्जेक्ट शामिल है, जो उस विशिष्ट सोशल अकाउंट की पहचान करता है जिसे लिंक या अनलिंक किया गया था। YouTube पहला प्लेटफ़ॉर्म है जिसके लिए यह भरा जाता है, इसलिए YouTube लिंक के लिए अब आपको यह पता लगाने के लिए अलग से /api/user कॉल करने की ज़रूरत नहीं है कि इवेंट किस चैनल से संबंधित है: account.id चैनल id है और account.title चैनल का नाम है (यह शीर्ष-स्तरीय title से अलग है, जो अब भी आपकी यूज़र प्रोफ़ाइल का शीर्षक है), साथ में account.handle और account.profileUrl भी हैं। हर key अलग-अलग वैकल्पिक है (कस्टम URL के बिना किसी चैनल का कोई handle नहीं होता), और account को link और unlink दोनों इवेंट पर भेजा जाता है। सभी मौजूदा फ़ील्ड अपरिवर्तित हैं। Social action webhook संदर्भ देखें।
• 12 अगस्त - छवि प्रारूप रूपांतरण में AI Disclosures बच जाती हैं। जब Ayrshare किसी ऐसे नेटवर्क के लिए WebP, HEIC, HEIF, या AVIF छवि को JPEG में परिवर्तित करता है जो स्रोत प्रारूप स्वीकार नहीं करता, तो छवि की AI disclosure को अब खारिज करने के बजाय आगे ले जाया जाता है। Ayrshare एक छोटा नया XMP packet लिखता है जिसमें Iptc4xmpExt:DigitalSourceType, IPTC AI-disclosure property शामिल होती है, और समकक्ष मान synthesize करता है जब कोई C2PA manifest किसी AI origin का दावा करता है जिसे XMP रिकॉर्ड नहीं करता। Facebook और Instagram उस property से ही अपना AI label render करते हैं, बिना किसी platform AI flag के सेट। और कुछ यात्रा नहीं करता: packet को कॉपी करने के बजाय शून्य से बनाया जाता है, इसलिए आपकी मूल छवि से कोई EXIF, कोई GPS, और कोई creator, copyright, keyword या location field नेटवर्क तक नहीं पहुँचता। Color rendering दोनों तरह से संरक्षित रहता है — एक HEIC या HEIF छवि अपना ICC color profile रखती है, और एक WebP या AVIF छवि मानक sRGB में परिवर्तित होती है ताकि उसके रंग उस नेटवर्क पर भी सही रहें जो embedded profiles को हटा देता है। C2PA cryptographic signature re-encode से नहीं बच सकती और संरक्षित नहीं होती — disclosure बचती है, signature नहीं। JPEG और PNG छवियाँ अभी भी अछूती गुज़रती हैं, वीडियो अप्रभावित रहते हैं, और media uploads आपके bytes को हूबहू संग्रहीत करते रहते हैं। ध्यान दें कि Instagram का autoResize विकल्प एक अलग चरण के माध्यम से resize करता है जो कोई metadata आगे नहीं ले जाता, इसलिए यदि disclosure को Instagram तक पहुँचना है तो इसे off रखें। पूर्ण नीति और प्रति-नेटवर्क परिणाम के लिए Image Metadata and Content Credentials देखें।
• 12 अगस्त - LinkedIn Company Page चयन अब टाइम आउट नहीं होता। यदि आप बहुत बड़ी संख्या में LinkedIn company pages का प्रबंधन करते हैं, तो LinkedIn को कनेक्ट करना page चयन सूची के प्रकट होने से पहले टाइम आउट हो सकता था, जिससे चुनने के लिए कुछ नहीं बचता — यहाँ तक कि नीचे दिए गए 10 अगस्त के डिस्कवरी सुधार के बाद भी। आपकी page सूची बनाना अब कई गुना तेज़ है और request सीमा के भीतर बहुत पहले समाप्त हो जाता है। अलग से, कुछ pages LinkedIn द्वारा उन्हें किस तरह लौटाया गया, इस पर निर्भर करते हुए सूची से बाहर रह सकते थे; वे pages अब दिखाई देते हैं।
• 11 अगस्त - Connect Accounts कार्ड लेआउट पर कस्टम CSS नियंत्रण। white-labeled connect accounts पेज पर अब दो और class names मौजूद हैं जिन्हें आपकी Max Pack custom CSS select कर सकती है: network कार्ड को होल्ड करने वाले grid पर social-accounts-grid, और प्रत्येक कार्ड को होल्ड करने वाले cell पर social-account-card-wrapper। मिलकर ये कार्ड के बीच spacing और प्रति row कितने कार्ड फिट होते हैं, दोनों को नियंत्रित करते हैं — पहले इन दोनों में से किसी के लिए कोई selector नहीं था। अगर आपकी stylesheet main-content से elements गिनकर कार्ड क्षेत्र तक पहुँचती थी, जैसे .main-content > div > div > div, तो dashboard को दोबारा बनाए जाने के बाद वे rules एक अलग element से match करते हैं और एक साथ हर कार्ड का आकार बदल सकते हैं; उन्हें ऊपर दिए गए दो नामों के आधार पर फिर से लिखें। पेज की जनरेट की गई styles को override करने के लिए आपके rules को अभी भी !important की ज़रूरत होगी। काम किए गए उदाहरणों के लिए Change the Card Layout देखें।
• 11 अगस्त - कस्टम CSS वाले लिंकिंग पेज Light में रहते हैं। जिस सोशल लिंकिंग पेज पर आपकी अपनी CSS फ़ाइल लगी है, वह अब light color scheme पर स्थिर रहता है, और आपके उपयोगकर्ताओं को उस पर light/dark स्विच नहीं दिखाया जाता। Stylesheets light पेज के लिए लिखी जाती हैं, इसलिए जो उपयोगकर्ता dark पर स्विच करता, वह आपके रंग तो रखता था लेकिन उसके आस-पास के टेक्स्ट रंग बदल जाते थे, जिससे आपके कार्ड्स पर नेटवर्क नाम पढ़ना मुश्किल हो सकता था। अब पेज कैसा दिखेगा यह केवल आपकी stylesheet ही तय करती है। बिना CSS फ़ाइल वाले लिंकिंग पेज अपरिवर्तित हैं और स्विच बनाए रखते हैं।
• 11 अगस्त - सुव्यवस्थित Instagram लिंकिंग। पहले लिंकिंग पेज पर Instagram क्लिक करने पर लॉगिन शुरू होने से पहले एक डायलॉग खुलता था जो चेतावनी देता था कि केवल Instagram Business या Creator अकाउंट ही समर्थित हैं। अब Instagram का अपना लॉगिन प्राधिकरण के दौरान ही व्यक्तिगत अकाउंट को प्रोफेशनल अकाउंट में बदलने का विकल्प देता है, इसलिए वह अतिरिक्त कदम हटा दिया गया है। Instagram क्लिक करने पर सीधे लॉगिन फ़्लो पर पहुँच जाते हैं: Instagram का अपना लॉगिन, या अगर आपने Instagram Login को अक्षम कर रखा है तो Facebook लॉगिन। अगर आपने अपने लिंकिंग पेज के लिए कस्टम Instagram मोडल कॉन्फ़िगर किया है, तो आपके कस्टम निर्देश पहले की तरह ही दिखाई देते रहेंगे।
• 10 अगस्त - Connect Accounts पेज पर कस्टम CSS Class Hooks बहाल। white-labeled connect accounts पेज पर वे stable class names फिर से मौजूद हैं जिन्हें आपकी Max Pack custom CSS select करती है। जब पेज को दोबारा बनाया गया था तब ये class names हट गए थे, इसलिए मौजूदा stylesheet load तो होती रहती थी, पर चुपचाप किसी से match नहीं करती थी: पेज शीर्षक छिपाने वाला, Close बटन को restyle करने वाला, या निर्देश text का रंग बदलने वाला rule कहीं भी बिना किसी error के प्रभावी होना बंद हो जाता था। पेज पर बहाल: main-content, company-logo, heading-social-accounts, additional-info, additional-info__body, additional-info-text, troubleshooting-guide और close-button। प्रत्येक network कार्ड पर बहाल: connected-card और click-to-link। नए भी: प्रत्येक कार्ड पर social-account-card, अभी तक कनेक्ट न हुई स्थिति के लिए unlinked-card, और network key वहन करने वाला data-platform attribute, ताकि एक unconnected कार्ड को बटन के रूप में restyle किया जा सके — जो पहले असंभव था क्योंकि CSS में connected और unconnected कार्ड में कोई अंतर नहीं था। पेज की जनरेट की गई styles को override करने के लिए आपके rules को !important की ज़रूरत होगी। पूरी सूची और काम किए गए उदाहरण के लिए CSS Class Hooks देखें।
  • अपनी stylesheet जाँचें। इन class names पर बने rules आपकी ओर से बिना किसी बदलाव के फिर से काम करते हैं। पेज के अपने जनरेट किए गए class names पर बने rules (जो कुछ भी आपने browser developer tools से कॉपी किया है, जैसे chakra- से शुरू होने वाले नाम) बहाल नहीं किए जा सकते और उन्हें documented selectors के अनुसार फिर से लिखना होगा। Updating an Older Stylesheet देखें।
  • एक पुराना class name वापस नहीं आ रहा है। linked-tag जानबूझकर contract का हिस्सा नहीं है: एक connected कार्ड अब “Relink required” या “Identity check” भी दिखा सकता है, इसलिए इसे छिपाने वाला rule एक चेतावनी को भी छिपा देगा जिस पर आपके उपयोगकर्ता को कार्रवाई करनी होगी। इसके बजाय connected-card को style करें। Updating an Older Stylesheet देखें।
• 10 अगस्त - बेहतर LinkedIn Company Page डिस्कवरी। अगर आप बड़ी संख्या में LinkedIn company pages का प्रबंधन करते हैं, तो LinkedIn को कनेक्ट या रिफ्रेश करते समय उनमें से कुछ पेज गायब हो सकते थे — वे पेज चयन के लिए नहीं दिखते थे और उन पर पोस्ट भी नहीं किया जा सकता था। Company page डिस्कवरी अब उस बिंदु से आगे पढ़ती है जहां पहले वह समय से पहले रुक जाती थी, इसलिए इस कारण से छूट गए पेज अब चयन और प्रकाशन के लिए उपलब्ध हैं।
• 7 अगस्त - Dashboard 3.0। Ayrshare Dashboard को एक आधुनिक डिज़ाइन सिस्टम, नए सिरे से नेविगेशन, और हर पेज पर तेज़ व साफ़-सुथरे workflow के साथ पूरी तरह से नए सिरे से बनाया गया है।
  • Dark mode और नया डिज़ाइन — डिफ़ॉल्ट रूप से dark mode, sidebar में one-click light/dark थीम टॉगल के साथ, साथ ही बेहतर पठनीयता और सूचना घनत्व के लिए हर पेज पर नई typography, cards, और layouts।
  • Billing, अब dashboard में — एक नया Billing सेक्शन (पुराने Account पेज की जगह) आपको dashboard छोड़े बिना अपनी subscription मैनेज करने देता है: अपना वर्तमान plan, अगली billing तिथि, और payment method देखें; plans बदलें, invoices देखें, और billing info अपडेट करें; और सीधे add-ons (Max Pack, Messaging, और Facebook Boost Ads) enable या मैनेज करें।
  • Publish a Post — live selection count के साथ network टॉगल, Select all / Deselect all, और किसी एक network पर पोस्ट करने के लिए “Only” शॉर्टकट; View API Code (पहले View JSON) आपकी रचित पोस्ट के लिए सटीक API request दिखाता है; और एक साफ़-सुथरा Additional Options पैनल जो platform-specific सेटिंग्स (जैसे Instagram Post Type) को संदर्भ के अनुसार सामने लाता है।
  • Post History — मौजूदा status filters (Success, Scheduled, Paused, Awaiting Approval, Error) के साथ अपनी हाल की पोस्ट खोजें, हर पोस्ट पर media thumbnails, और हर card पर platform icons, status chips, कॉपी करने योग्य Post IDs, और एक collapsible API Request & Response व्यूअर।
  • User Profiles — avatars और structured fields (Created, RefId, Accounts, Messaging) के साथ पुनः डिज़ाइन किए गए profile cards, नए role badges (Owner, Team Member, और Active profile), और हर card पर एक inline Messaging टॉगल।
  • Webhooks — अपने पंजीकृत webhooks के साथ-साथ webhook event logs का निरीक्षण करने के लिए एक नया Events tab।
• 6 अगस्त - TikTok Video Visibility Fix। tikTokOptions.visibility विकल्प अब video पोस्ट के लिए भी सम्मानित किया जाता है। पहले यह केवल image पोस्ट पर प्रभावी होता था — visibility: “private”, “followers”, या “friends” के साथ भेजा गया video बिना किसी error या warning के Public के रूप में प्रकाशित होता था। अब videos अनुरोधित visibility के साथ प्रकाशित होते हैं, और visibility parameter डॉक्स को video समर्थन दर्शाने के लिए अपडेट कर दिया गया है।
• 6 अगस्त - Instagram AI Content Label। Instagram पोस्ट अब instagramOptions में isAIGenerated को true पर सेट करके Instagram का AI info लेबल ले जा सकती हैं। यह self-disclosure single images, single videos, Reels, Stories, और carousels पर लागू होता है — carousel के लिए लेबल पूरे carousel पर लागू होता है, न कि अलग-अलग आइटम्स पर। स्वीकृत मान true, “true”, false, और “false” हैं; कोई भी अन्य मान (उदाहरण के लिए “yes” या 1) फिर भी पोस्ट को सामान्य रूप से लेकिन बिना लेबल के प्रकाशित करता है और स्वीकृत मानों को सूचीबद्ध करते हुए एक non-fatal warnings प्रविष्टि (code: 497, feature: “isAIGenerated”) लौटाता है। parameter को छोड़ना अपरिवर्तित है और बिना लेबल के प्रकाशित करता है, और पोस्ट प्रकाशित होने के बाद लेबल को बदला नहीं जा सकता। यह parameter मौजूदा tikTokOptions.isAIGenerated से मेल खाता है, इसलिए वही flag नाम दोनों नेटवर्क पर काम करता है। Instagram AI Content Label देखें।
• 4 अगस्त - X का “Made with AI” लेबल। X पोस्ट अब twitterOptions.isAIGenerated के साथ AI-generated media को disclose कर सकती हैं, जो X का native “Made with AI” लेबल लागू करता है। X posting options देखें।
• 4 अगस्त - Organic Company-Page पोस्ट पर LinkedIn Comment Replies। Social Comment ID के साथ किसी LinkedIn टिप्पणी का उत्तर देना अब organic company-page पोस्ट पर काम करता है, जो पहले code: 215 के साथ विफल हो जाता था। इस मोड में (searchPlatformId: true), केवल commentId के बजाय get-comments द्वारा लौटाया गया पूरा commentUrn पास करें — उदाहरण के लिए urn:li:comment:(urn:li:activity:<postId>,<commentId>)। नया commentUrn parameter Reply to a Comment पर देखें।
• 4 अगस्त - Automation DM विफलताएँ अब आपके एक्सेस टोकन को दोष नहीं देतीं। जब कोई Instagram ऑटोमेशन किसी विशेष प्राप्तकर्ता को अपना DM डिलीवर नहीं कर पाता था, तो गतिविधि रो auth_error दर्ज करती थी — वह स्थिति जिसका अर्थ है कि खाते के क्रेडेंशियल विफल हो गए — इसलिए ग्राहक एक बिल्कुल स्वस्थ खाते को फिर से लिंक करते थे और फिर से लिंक करने से कुछ नहीं बदलता था। प्रति-प्राप्तकर्ता डिलीवरी विफलताएँ अब failed दर्ज करती हैं, जिसमें Meta का अपना कारण actionResults[].errorDetails पर होता है, और auth_error वास्तविक क्रेडेंशियल और अनुमति समस्याओं के लिए आरक्षित है। सबसे आम कारण की अब अपनी स्वयं की टर्मिनल स्थिति है: जब ट्रिगर करने वाली टिप्पणी उसी खाते से आती है जो DM भेजता — जो तब होता है जब आप अपनी पोस्ट पर ऑटोमेशन का परीक्षण करते हैं — तो रो एक स्पष्टीकरण के साथ skipped दर्ज करती है और कोई भेजने का प्रयास नहीं किया जाता, क्योंकि कोई खाता स्वयं को संदेश नहीं भेज सकता। गतिविधि स्थितियाँ और गतिविधि एंडपॉइंट संदर्भ अब प्रत्येक स्थिति का सटीक वर्णन करते हैं। इस परिवर्तन से पहले दर्ज की गई पंक्तियाँ पूर्वव्यापी रूप से ठीक नहीं की गईं, इसलिए एक ऐतिहासिक auth_error रो अभी भी इनमें से कोई एक मामला हो सकती है।

​

जुलाई 2026

• 31 जुलाई - WhatsApp Messages Private Beta में। Messaging API अब private beta में WhatsApp का समर्थन करती है। अनुमोदित accounts Meta के embedded signup फ़्लो के माध्यम से एक WhatsApp Business Account लिंक कर सकते हैं, Meta की 24-घंटे customer service window के दौरान free-form संदेश भेज सकते हैं, इनकमिंग संदेश और media प्राप्त कर सकते हैं, और संग्रहीत WhatsApp बातचीत पुनर्प्राप्त कर सकते हैं। एक्सेस का अनुरोध करने के लिए lotty@ayrshare.com पर ईमेल करें।
• 31 जुलाई - Instagram Comments & Mentions Webhooks के लिए अब Messaging आवश्यक नहीं। Instagram के comments और mentions webhooks अब Messaging ऐड-ऑन से पूरी तरह स्वतंत्र हैं। action: “comments” या action: “mentions” के साथ webhook रजिस्टर करने से आपके मौजूदा लिंक किए गए अकाउंट्स का उपयोग करके आवश्यक Meta फ़ील्ड स्वचालित रूप से सब्सक्राइब हो जाते हैं — कोई Messaging ऐड-ऑन और कोई रीलिंकिंग आवश्यक नहीं (comment अनुमतियाँ पहले से ही डिफ़ॉल्ट अनुदान का हिस्सा हैं)। यह हर Instagram अकाउंट प्रकार के लिए काम करता है, जिसमें Facebook Page के माध्यम से लिंक किए गए अकाउंट भी शामिल हैं, और Messaging को अक्षम करने से अब सक्रिय comments या mentions webhook में बाधा नहीं आती। यह बदलाव Instagram के दायरे पर लागू होता है; Facebook के comment और mention इवेंट अभी शामिल नहीं हैं। webhook रजिस्टर करने के लिए Webhooks overview देखें।
• 31 जुलाई - Batch Analytics एट्रिब्यूशन फ़िक्स। मल्टी-पोस्ट post analytics अनुरोध में, एक विफल एंट्री के कारण उसी बैच के बाद के परिणाम गलत post ID के तहत रिकॉर्ड हो सकते थे। अब परिणाम हमेशा सही post के लिए एट्रिब्यूट किए जाते हैं, भले ही बैच की कुछ एंट्रीज़ विफल हो जाएँ।
• 31 जुलाई - Instagram Analytics Post-ID वैलिडेशन। post analytics पर भेजे गए अमान्य Instagram post ID अब Meta को कोई कॉल किए जाने से पहले स्थानीय रूप से अस्वीकृत किए जाते हैं, इसलिए विकृत IDs अब Meta Graph API कॉल की लागत नहीं लगातीं — यह Facebook, Threads, और X/Twitter के लिए पहले से मौजूद सुरक्षा से मेल खाता है। संख्यात्मक post IDs को भी सहजता से संभाला जाता है: पूर्ण-अंकीय संख्यात्मक id सामान्य रूप से वैलिडेट होती है, और वे मान जो एक वैध ID नहीं बना सकते, अनहैंडल्ड विफलता के बजाय एक साफ़ code: 186 त्रुटि लौटाते हैं। वैध स्ट्रिंग IDs पहले की तरह ही व्यवहार करती हैं।
• 31 जुलाई - n8n Starter Workflow रिफ़्रेश। डाउनलोड करने योग्य n8n MCP starter workflow को अपडेट किया गया है: सुझाया गया पहला प्रॉम्प्ट अब केवल LinkedIn और Facebook को लक्षित करता है (पिछले प्रॉम्प्ट में Instagram शामिल था, जिसके लिए मीडिया आवश्यक है और जिसके कारण पहली बार चलाने पर वैलिडेशन विफल हो रहा था), और वर्कफ़्लो का chat model अब वर्ज़न-अज्ञेय सेटअप निर्देशों के साथ claude-sonnet-5 है।
• 29 जुलाई - Instagram Comment Automations अब Private Replies का उपयोग करते हैं। टिप्पणी-ट्रिगर्ड automations (comment_keyword) अब अपना DM Instagram private replies के माध्यम से डिलीवर करते हैं, जो टिप्पणी की अपनी 7-दिन विंडो पर एंकर्ड है। यह पूर्व वार्तालाप की आवश्यकता को हटा देता है, इसलिए एक ऑटोमेशन अब एक ऐसे टिप्पणीकर्ता तक पहुँच सकता है जिसे आपने पहले कभी संदेश नहीं भेजा — वह अस्वीकृति जो पहले cold टिप्पणीकर्ताओं को ब्लॉक करती थी। टिप्पणी की अपनी 7-दिन विंडो अभी भी लागू होती है: उससे पुरानी टिप्पणी का उत्तर 491 के साथ विफल होता है। ध्यान दें कि डिलीवरी अंततः अभी भी प्राप्तकर्ता की Instagram Message requests सेटिंग द्वारा तय होती है: एक DM Instagram द्वारा स्वीकार किया जा सकता है (गतिविधि status: “sent”) और फिर चुपचाप छोड़ा जा सकता है, बिना किसी API सतह पर किसी संकेत के। तदनुसार, sent का अर्थ है कि Instagram ने संदेश स्वीकार किया, कभी यह नहीं कि प्राप्तकर्ता ने इसे प्राप्त किया। नए विफलता कारण actionResults[].errorDetails पर समर्पित त्रुटि कोड 490–495 के साथ सामने आते हैं। नई Automation DM Sent but Not Delivered ट्रबलशूटिंग गाइड देखें।
• 23 जुलाई - Post-Quantum Ready Encryption (PQC)। Ayrshare API अब TLS लेयर पर post-quantum cryptography का समर्थन करता है। हमने अपनी वैश्विक SSL पॉलिसी पर X25519MLKEM768 हाइब्रिड की-एक्सचेंज सक्षम किया है, जो TLS 1.3 हैंडशेक में क्लासिकल ECDHE के साथ-साथ एक क्वांटम-सुरक्षित (ML-KEM) एल्गोरिथ्म जोड़ता है। यह आपके API ट्रैफ़िक को “harvest now, decrypt later” हमलों से बचाता है — जहाँ एक विरोधी आज एन्क्रिप्टेड ट्रैफ़िक रिकॉर्ड करता है ताकि क्वांटम कंप्यूटरों के परिपक्व होने पर उसे डिक्रिप्ट किया जा सके। यह परिवर्तन पूरी तरह से पश्च-संगत (backward compatible) है: चूँकि यह एक हाइब्रिड नेगोशिएशन है, कनेक्शन केवल तभी PQC पर अपग्रेड होता है जब क्लाइंट इसका अनुरोध करता है, और हर दूसरा क्लाइंट मानक ECDHE पर सामान्य रूप से कनेक्ट होता रहता है। और चूँकि हमारा 74% API ट्रैफ़िक पहले से ही TLS 1.3 पर है, अधिकांश इंटीग्रेशनों को अभी बिना किसी कोड परिवर्तन के post-quantum सुरक्षा मिल जाती है — जब तक आपकी HTTP/TLS लाइब्रेरी X25519MLKEM768 ग्रुप का समर्थन करती है (OpenSSL 3.5+ और अन्य आधुनिक TLS स्टैक्स पहले से करते हैं), यह स्वचालित रूप से नेगोशिएट हो जाता है।
• 15 जुलाई - Instagram Reels आस्पेक्ट-रेशियो सत्यापन सुधार। लंबे और संकीर्ण Instagram Reels अब Meta तक पहुँचने से पहले ग़लत तरीके से अस्वीकार नहीं किए जाते। Ayrshare की प्री-फ्लाइट वीडियो जाँच Reels पर Instagram के image आस्पेक्ट नियम (4:5 से 1.91:1, साथ ही 9:16 पोर्ट्रेट अपवाद) लागू कर रही थी, इसलिए एक वैध पोर्ट्रेट Reel (उदाहरण के लिए 886 x 1920, चौड़ाई-से-ऊँचाई अनुपात 0.46:1) स्थानीय रूप से code: 182 के साथ अवरुद्ध हो जाता था, जबकि Instagram इसे स्वीकार कर लेता। Reel वीडियो अब प्रलेखित Reel रेंज 0.01:1 से 10:1 (क्रॉपिंग से बचने के लिए 9:16 अब भी अनुशंसित है) के अनुसार सत्यापित किए जाते हैं, जो Meta के स्वयं के विनिर्देश और Instagram मीडिया दिशानिर्देश से मेल खाते हैं। आस्पेक्ट-रेशियो विफलताओं के लिए code: 182 संदेश को भी सही किया गया है — पहले यह “Video does not meet duration requirement.” पढ़ता था। किसी API परिवर्तन की आवश्यकता नहीं है।
• 14 जुलाई - मल्टीप्लेटफ़ॉर्म Comments और Analytics रीड्स पर आंशिक सफलता। एक मल्टीप्लेटफ़ॉर्म get-comments या post analytics रीड (एक Ayrshare Post ID कई प्लेटफ़ॉर्म पर फैली हुई) अब पूरी प्रतिक्रिया को त्रुटि पर संकुचित नहीं करती जब किसी एक प्लेटफ़ॉर्म की leg विफल होती है। जब कम से कम एक leg सफल होती है और कम से कम एक विफल होती है, तो प्रतिक्रिया HTTP 200 के साथ status: “partial” लौटाती है, स्वस्थ प्लेटफ़ॉर्म डेटा को संरक्षित करती है और प्रत्येक विफल leg को शीर्ष-स्तरीय errors[] में सूचीबद्ध करती है। सभी-सफल प्रतिक्रियाएँ अपरिवर्तित हैं। सभी-विफल प्रतिक्रियाएँ status: “error” बनाए रखती हैं और प्रतिनिधि शीर्ष-स्तरीय त्रुटि कोड को इसके कॉन्फ़िगर किए गए HTTP स्टेटस पर मैप करती हैं; कोड 485 HTTP 404 पर मैप होता है। कोड 485 समाप्त हो चुके या अनुपलब्ध Instagram/Facebook Story comments और Instagram Story analytics की पहचान करता है जब comments या insights पुनर्प्राप्त नहीं किए जा सकते; Facebook Story analytics अनुपलब्ध बने हुए हैं और शामिल नहीं हैं। क्लाइंट को errors[] का निरीक्षण करना चाहिए और सटीक संदेश पाठ के बजाय संख्यात्मक code का मिलान करना चाहिए।
• 8 जुलाई - तेज़ API प्रतिक्रिया समय। हमने बैकएंड प्रदर्शन कार्य का एक दौर शिप किया है जो हमारे कुछ सबसे लोकप्रिय एंडपॉइंट्स में विलंबता को महत्वपूर्ण रूप से कम करता है। औसत और 95वें-प्रतिशत (p95) प्रतिक्रिया समय दोनों में पर्याप्त गिरावट आई है, और सबसे बड़े लाभ भारी लोड के तहत दिखते हैं। सबसे बड़ी बढ़त profiles और analytics पर है। किसी API परिवर्तन की आवश्यकता नहीं है; हर अनुरोध अब स्वचालित रूप से तेज़ है।

  Endpoint	तेज़ Avg	तेज़ p95
  GET /profiles	-71.6%	-88.7%
  GET /analytics	-59.5%	-75.0%
  GET /user	-51.0%	-48.6%
  GET /post	-47.6%	-63.1%
  GET /messages	-40.5%	-59.4%

• 7 जुलाई - generateJWT पर प्रति-सत्र Instagram लिंक विधि। generateJWT endpoint अब एक वैकल्पिक instagramLinkMethod बॉडी पैरामीटर स्वीकार करता है जो एकल लिंकिंग सत्र के लिए आपकी अकाउंट-वाइड Instagram Login सेटिंग को ओवरराइड करता है। सीधे Instagram Login (कोई Facebook Page आवश्यक नहीं) शुरू करने के लिए “instagram” भेजें, या जब उपयोगकर्ता सोशल लिंकिंग पृष्ठ पर Instagram बटन क्लिक करता है तो कनेक्टेड Facebook Page के माध्यम से लिंक करने के लिए “facebook” भेजें। ओवरराइड केवल लौटाए गए JWT URL से खोले गए लिंकिंग पृष्ठ पर लागू होता है — यह प्राधिकरण पुनर्निर्देशन के दौरान बना रहता है लेकिन आपकी अकाउंट-वाइड सेटिंग को कभी नहीं बदलता, और पैरामीटर को छोड़ना मौजूदा व्यवहार को बनाए रखता है। अमान्य मान मान्य विकल्पों को सूचीबद्ध करते हुए एक 400 लौटाते हैं। विवरण के लिए, जिसमें दो फ्लो के बीच फ़ीचर अंतर भी शामिल हैं, नया Instagram Link Method अनुभाग देखें।

​

जून 2026

• 24 जून - n8n एकीकरण। n8n के बिल्ट-इन MCP Client Tool नोड का उपयोग करके n8n को Ayrshare MCP Server से कनेक्ट करें, बिना कस्टम कोड और इंस्टॉल करने के लिए कोई community नोड नहीं। अवलोकन के लिए नया n8n integration page देखें, और सेटअप, तीन कार्य किए गए उदाहरण, मल्टी-टेनेंट प्रोफ़ाइल, X BYO, और डाउनलोड करने योग्य starter workflow (Chat Trigger से AI Agent से Ayrshare MCP नोड) के लिए पूर्ण n8n गाइड देखें। Connect & Setup और Tool Catalog भी देखें।
• 17 जून - Facebook Analytics: Meta ने Reach और 3-सेकंड वीडियो मेट्रिक्स को रिटायर किया। Meta ने सभी Graph API संस्करणों में unique-impression और 3-second video-view Insights मेट्रिक्स हटा दिए (15 जून, 2026 से प्रभावी)। Facebook post analytics अब impressionsUnique, impressionsFanUnique, impressionsOrganicUnique, impressionsPaidUnique, या videoViewsUnique नहीं लौटाते, और social analytics अब pagePostsImpressions* परिवार (जिसमें pagePostsServedImpressionsOrganicUnique शामिल है) नहीं लौटाते हैं। अभी भी समर्थित फ़ील्ड (reactionsByType, videoViews, mediaView, pagePostEngagements, pageVideoViews) अप्रभावित हैं। reach के लिए mediaView / pageMediaView का उपयोग करें; Total Unique Media Views उत्तराधिकारी की योजना है। संदर्भ: Meta Graph API v25 changelog।
• 15 जून - Facebook Account Restriction Error Code 476. Facebook पोस्ट जो विफल हो जाती हैं क्योंकि Meta ने अकाउंट पर प्रतिबंध लगाया है (Meta subcodes 2424009 और 1404078, या जब कोई subcode मौजूद नहीं होता तो Meta की restriction wording) अब जेनेरिक retryable code: 108 के बजाय एक समर्पित, non-retryable code: 476 (HTTP 400) लौटाती हैं। अकाउंट लिंक रहता है — प्रतिबंध को Meta के Account Status पृष्ठ (Facebook → profile picture → Help → Account Status) के माध्यम से हल करें, जो विशिष्ट कारण और अपील प्रवाह प्रस्तुत करता है जिसे API नहीं लौटा सकता। विवरण के लिए Facebook Account Restriction देखें।
• 10 जून - LinkedIn Personal Profile Analytics। Personal (member) LinkedIn profiles अब एक विस्तारित एनालिटिक्स मैट्रिक्स लौटाते हैं। Post analytics में impressionCount, uniqueImpressionsCount (पहुँचे गए सदस्य), likeCount, commentCount, shareCount, engagement, reactions, और — वीडियो पोस्ट के लिए — videoViews, videoViewers, और videoWatchTimeMs शामिल हैं। Social analytics lifetime followersCount, daily followersDaily growth, और aggregate post metrics जोड़ते हैं। Aggregate reshare/reaction/comment counts best-effort हैं और LinkedIn UI से थोड़ा भिन्न हो सकते हैं। मौजूदा लिंक किए गए अकाउंट को नए एनालिटिक्स स्कोप देने के लिए Social Accounts पृष्ठ पर अपना LinkedIn profile फिर से लिंक करना होगा — तब तक, एनालिटिक्स code: 475 (“re-link your LinkedIn profile to enable analytics”) लौटाते हैं। पोस्टिंग अप्रभावित है।
• 10 जून - TikTok पहली टिप्पणियाँ अब इवेंट-चालित। TikTok पोस्ट पर first comment अब निश्चित समयबद्ध प्रतीक्षा पर प्रयास नहीं की जाती। क्योंकि TikTok वीडियो को असिंक्रोनस रूप से प्रोसेस करता है, /post प्रतिक्रिया अब TikTok first comment को status: “pending” के साथ लौटाती है, और TikTok के प्रोसेसिंग समाप्त होने और tikTokPublished webhook के वास्तविक video id को हल करने के बाद टिप्पणी स्वचालित रूप से पोस्ट की जाती है। वीडियो visibility public होनी चाहिए, अन्यथा एक स्पष्ट comment error लौटाई जाती है। अलग से, अभी भी प्रोसेस हो रहे TikTok पोस्ट पर get-comments अब जेनेरिक विफलता के बजाय code: 288 लौटाता है।
• 8 जून - Webhook Signing-Secret Rotation। अब आप Webhooks dashboard से 2 क्लिक में, या नए POST /hook/webhook/secret endpoint के माध्यम से एक secret body parameter के साथ अपने webhook signing secret को सुरक्षित रूप से rotate कर सकते हैं। Rotation के बाद, deliveries को 24-घंटे के grace window के लिए नए X-Authorization-Content-SHA256-V2 header (v1=<current-sig>,v1=<previous-sig>, current पहले) के माध्यम से आपके पिछले और नए secret दोनों से sign किया जाता है, इसलिए आप शून्य dropped या rejected deliveries के साथ अपने receiver को अपडेट कर सकते हैं। मौजूदा X-Authorization-Content-SHA256 header अपरिवर्तित है। Signing secret profile-wide है (प्रति User Profile एक, जो उस profile की हर action को sign करता है)। सुरक्षित rotation प्रक्रिया और receiver सत्यापन उदाहरण के लिए Rotate Signing Secret देखें।
• 8 जून - YouTube Thumbnail विफलताएँ अब सामने आती हैं। जब कोई YouTube वीडियो पोस्ट होता है लेकिन उसका कस्टम thumbnail लागू करने में विफल हो जाता है, तो YouTube का परिणाम अब status: “success” रखता है (वीडियो लाइव रहता है) और एक warnings array (feature: “thumbnail”, code: 307) जोड़ता है जो विफलता का वर्णन करता है — पहले विफलता thumbNail सब-ऑब्जेक्ट में दबी होती थी, जिसे backward compatibility के लिए अभी भी बनाए रखा गया है। भ्रामक 403 मार्गदर्शन को https://www.youtube.com/verify पर चैनल phone verification के साथ शुरू करने के लिए सही किया गया है (एक असत्यापित चैनल प्रमुख कारण है), और OAuth re-link द्वितीयक चरण के रूप में। नया pre-publish validation ऐसे thumbnails को भी पकड़ता है जो PNG/JPG नहीं हैं, 2MB से अधिक हैं, या अपलोड से पहले पहुँच योग्य नहीं हैं और उन्हें छोड़ देता है, इसलिए वीडियो अभी भी warnings में रिपोर्ट किए गए कारण के साथ पोस्ट होता है (thumbnail समस्या कभी पोस्ट को विफल नहीं करती)। देखें YouTube Post API और नई YouTube Thumbnail Not Applied (Unverified Channel) समस्या निवारण गाइड।
• 8 जून - Depleted Credits पर X BYOK Analytics अब Code 416 लौटाता है। जब किसी X/Twitter BYOK अकाउंट के एनरोल्ड X Developer अकाउंट में API credits समाप्त हो जाते हैं, तो analytics और user-lookup paths अब code: 416 (HTTP 402, X CreditsDepleted) लौटाते हैं जिसमें detail में एनरोल्ड अकाउंट id होता है — पहले इन्हें code: 294 (HTTP 400, “Unable to get X User”) के रूप में मास्क किया जाता था। समाधान X Developer Portal में credits टॉप अप करना है। यह analytics/lookup surface को publish path के साथ संरेखित करता है (जो पहले से 416 लौटाता है)। यदि आपका एकीकरण bad handle का पता लगाने के लिए analytics से 294 पर शाखा करता है, तो 416 के लिए handling जोड़ें।
• 4 जून - MCP Server और Claude Code plugin। AI एजेंट अब नए MCP Server (https://api.ayrshare.com/mcp) के माध्यम से Ayrshare API चला सकते हैं, जिसमें Claude Code plugin भी शामिल है। देखें Connect & Setup और Tool Catalog। मौजूदा docs-search MCP अब Documentation MCP है।

​

मई 2026

• 22 मई - Bulk Post Profile-Key Routing Fix। POST /post/bulk अब Profile-Key हेडर का सम्मान करता है, इसलिए CSV rows Primary Profile के बजाय हल किए गए User Profile पर प्रकाशित होते हैं। पहले Profile-Key के साथ भेजे गए bulk uploads चुपचाप Primary Profile के सोशल अकाउंट पर रूट होते थे। देखें Bulk Post।
• 21 मई - TikTok DELETE /comments scope स्पष्ट किया गया। Delete Comments और Comments Overview पृष्ठों को यह दस्तावेज़ करने के लिए अपडेट किया गया कि TikTok पर DELETE /comments केवल प्रमाणित TikTok अकाउंट द्वारा स्वयं की गई टिप्पणियों (आपकी अपनी उत्तर) के लिए सफल होता है। तृतीय-पक्ष टिप्पणी को हटाने का प्रयास Ayrshare code: 328 लौटाता है। जिन ग्राहकों को अपने स्वयं के TikTok वीडियो पर तृतीय-पक्ष टिप्पणियों को मॉडरेट करने की आवश्यकता है, उन्हें सहायता से संपर्क करना चाहिए। कोई API व्यवहार परिवर्तन नहीं; केवल दस्तावेज़ीकरण।
• 21 मई - TikTok टिप्पणियाँ छिपाएँ। DELETE /comments अब videoId के साथ hide=true के माध्यम से TikTok टिप्पणी को सार्वजनिक दर्शकों से छिपाने का समर्थन करता है। सफलता प्रतिक्रिया action: “hide” लौटाती है और टिप्पणी टेक्स्ट को echo करती है; videoId के बिना hide=true भेजना 400 के साथ अस्वीकार कर दिया जाता है। छिपी हुई टिप्पणियाँ TikTok Studio में वीडियो मालिक को दिखाई देती रहती हैं।
• 20 मई - Node SDK v1.3.0 — X/Twitter BYO समर्थन। आधिकारिक Node SDK अब X/Twitter Bring-Your-Own-Keys के लिए setTwitterByo(apiKey, apiSecret) और clearTwitterByo() उजागर करता है। एक बार सेट होने के बाद, हर SDK अनुरोध में आवश्यक X-Twitter-OAuth1-Api-Key और X-Twitter-OAuth1-Api-Secret हेडर शामिल होते हैं — X/Twitter संचालनों के लिए अब आवश्यक हैं क्योंकि Ayrshare की BYO आवश्यकता लागू है (31 मार्च, 2026 से)। npm install social-media-api@1.3.0 के माध्यम से इंस्टॉल करें; npm और GitHub पर release notes।
• 20 मई - Messaging Metered Pricing। Business Messaging अब Launch और Business plans पर $0.09</code> प्रति सक्रिय वार्तालाप की दर से Stripe metered pricing के माध्यम से बिल किया जाता है (Premium <code>$49/माह flat add-on रहता है), प्रति billing cycle 1,000 सक्रिय वार्तालाप तक। देखें Messaging pricing।
• 20 मई - Instagram Analytics अब Permission Errors पर Unlink नहीं करता। जब Instagram analytics missing-permission error (Meta errCode 10) से मिलता है, तो अकाउंट अब स्वचालित रूप से unlink नहीं होता। पहले scope/permission मुद्दे को revoked token की तरह माना जाता था और चुपचाप अकाउंट डिस्कनेक्ट कर दिया जाता था, भले ही पोस्टिंग अभी भी काम करती हो। Ayrshare अब अकाउंट को लिंक रखता है और इसके बजाय permission-scope error प्रस्तुत करता है।
• 19 मई - प्रति-प्रोफ़ाइल hideLogo। Create Profile और Update Profile पर नया hideLogo boolean किसी व्यक्तिगत User Profile के सोशल लिंकिंग पृष्ठ पर account-wide logo को दबा देता है। व्यक्तिगत partner profiles को white-labeling के लिए उपयोगी।
• 19 मई - Facebook Boost Ad Set Budget Sharing। Boost endpoint अब एक नया वैकल्पिक adSetBudgetSharingEnabled boolean (डिफ़ॉल्ट false) स्वीकार करता है। Meta अब campaign-level budget के बिना बनाए गए प्रत्येक campaign पर इस wire field की आवश्यकता होती है, और Ayrshare इसे हर अनुरोध पर भेजता है — false पर डिफ़ॉल्ट करने से कॉलर परिवर्तन की आवश्यकता के बिना पूर्व व्यवहार संरक्षित रहता है। Meta के cross-ad-set optimization को सक्षम करने के लिए इसे true पर सेट करें, जो बेहतर समग्र प्रदर्शन के लिए एक ad set के बजट का ~20% तक उसी campaign के अन्य ad sets में स्थानांतरित कर सकता है।
• 19 मई - Reddit Banned-Subreddit Error। किसी ऐसे subreddit पर पोस्ट करना जिससे आप प्रतिबंधित हैं, अब सामान्य retry-safe code 121 के बजाय एक विशिष्ट, non-retry-safe त्रुटि लौटाता है। यह schedulers को स्थायी रूप से अस्वीकृत पोस्ट को लूप में retry करने से रोकता है। देखें Ayrshare error codes।
• 19 मई - Bluesky Video Size Limit। Bluesky के प्लेटफ़ॉर्म cap से मेल खाने के लिए अधिकतम Bluesky वीडियो अपलोड आकार अब 100 MB है (पहले 1 GB के रूप में विज्ञापित)। 100 MB से ऊपर की फ़ाइलें अब अपलोड पर देर से विफल होने के बजाय पहले से अस्वीकार कर दी जाती हैं। देखें Bluesky media guidelines।
• 19 मई - BYO Keys के लिए Dashboard X/Twitter Messaging। Ayrshare डैशबोर्ड Messaging पृष्ठ अब Bring-Your-Own-Keys (BYO) अकाउंट के लिए X/Twitter direct messages का समर्थन करता है। सत्र के लिए आपकी X consumer key और secret ब्राउज़र में एकत्र किए जाते हैं और send, refresh, और image-fetch क्रियाओं के माध्यम से थ्रेड किए जाते हैं — कोई keys संग्रहीत नहीं हैं। Ayrshare पर X/Twitter अब BYO-only होने के कारण आवश्यक।
• 19 मई - Facebook Ads Cities Targeting Fix। Facebook Ads Cities एंडपॉइंट (GET /ads/facebook/cities) अब cities और उनके संबंधित region data को सही ढंग से हल करता है। प्रत्येक परिणाम में region, regionId, और supportsRegion शामिल हैं ताकि आप उपलब्ध होने पर किसी शहर के region को टार्गेट कर सकें। आंशिक या पूर्ण शहर के नाम के साथ search query parameter का उपयोग करें।
• 18 मई - YouTube Status Field Controls। YouTube Post API youTubeOptions पर तीन नए वैकल्पिक पैरामीटर: license (“youtube” या “creativeCommon”), embeddable (boolean), और publicStatsViewable (boolean — watch page पर विस्तारित statistics panel को नियंत्रित करता है; basic view और like counts इसके बावजूद public रहते हैं)। /history/youtube प्रतिक्रिया अब ये फ़ील्ड भी लौटाती है। दो नए validation error codes — 455 (अमान्य license) और 456 (अमान्य embeddable या publicStatsViewable) — Ayrshare edge पर malformed अनुरोधों को अस्वीकार कर देते हैं। मुद्रीकरण toggles (विज्ञापन सक्षम/अक्षम करना) शामिल नहीं हैं; उनके लिए YouTube CMS credentials आवश्यक हैं और वे मानक YouTube API के माध्यम से उपलब्ध नहीं हैं।
• 18 मई - GMB First Comment अब पोस्ट सफलता को Mask नहीं करता। एक समस्या को ठीक किया गया जहाँ Google Business Profile पोस्ट पर firstComment शामिल करने से code: 163 बिना postIds के लौटता था भले ही पोस्ट सफल हो गई थी। Google Business Profile पोस्ट टिप्पणियों का समर्थन नहीं करता, इसलिए GMB के लिए firstComment अब छोड़ दिया जाता है और सफल पोस्ट परिणाम सामान्य रूप से लौटाया जाता है।
• 14 मई - Account Unlinking रोकना। सोशल नेटवर्क चुपचाप सख्त anti-bot नियंत्रण रोल आउट कर रहे हैं, जो असामान्य रूप से बड़ी संख्या में उपयोगकर्ता अकाउंट को unlink होने का कारण बन रहे थे। हमने unlinks को कम करने और error messages को स्पष्ट करने के लिए कई backend सुधार रोल आउट किए हैं, और account linking page को उपयोगकर्ताओं के लिए UI को अधिक स्पष्ट बनाने के लिए अपडेट किया है — जिसमें Meta नेटवर्क (Facebook, Instagram, FB Groups, Threads, Messenger) के लिए एक नया “Action required” state शामिल है जब कोई अकाउंट identity-verification limbo से टकराता है, “Resolve with Meta” लिंक और “Check again” probe के साथ ताकि उपयोगकर्ता unlinking और relinking के बिना मुद्दा ठीक कर सकें।
• 12 मई - Instagram Engagement Automations (Beta)। नया Automations API आपके उपयोगकर्ताओं को Instagram engagement पर स्वचालित रूप से प्रतिक्रिया करने देता है — जब कोई end user पोस्ट पर टिप्पणी करता है, story का उत्तर देता है, DM भेजता है, या DM पर प्रतिक्रिया देता है तो DM, webhook, या email fire करें। चार trigger types (comment_keyword, story_reply, dm_reaction, dm_keyword) और तीन action types (send_dm, fire_webhook, send_email) — प्रति नियम प्रत्येक की 50 तक। इसमें प्रति-action 7-day dedup (per action dedupWindowMinutes के माध्यम से कॉन्फ़िगर करने योग्य), daily DM caps (1,000 Launch & Business / 5,000 Enterprise), और cursor-paginated activity log शामिल हैं। Launch, Business और Enterprise plans पर उपलब्ध। नए error codes 462–472 validation, tier gating, active-automation cap, missing linked accounts, और feature-flag opt-in को कवर करते हैं। Beta — हम सक्रिय रूप से फीडबैक एकत्र कर रहे हैं; कृपया bug reports और feature requests support को भेजें।
• 12 मई - Scheduled Post Throughput Improvements। हमने scheduled posts को प्रोसेस करने के लिए अधिक hardware जोड़ा है जो नाटकीय रूप से throughput और performance में सुधार कर रहा है। हम जल्द ही YouTube और TikTok के लिए भी अधिक प्लेटफ़ॉर्म-विशिष्ट hardware जोड़ेंगे।
• 12 मई - Account-State Errors के लिए Instagram Relink Hint। कुछ Instagram account-state failures (Meta error_subcode 2207085, पहले जेनेरिक code: 258 के रूप में बिना मार्गदर्शन के प्रस्तुत) relink: true और retryAvailable: true लौटाते थे, और उपयोगकर्ता को सभी अनुमतियाँ प्रदान करते हुए Instagram अकाउंट को unlink और relink करने के लिए निर्देश देने वाले एक remediation message के साथ। बाद में अधिक्रमित: 2207085 अब स्वतः पुनः प्रयास किया जाता है और relink: true सेट नहीं करता। देखें error codes।
• 11 मई - YouTube transient error codes। YouTube uploads जो transient upstream issues के कारण विफल होते हैं अब नए error codes 453 (HTTP 504, Google ingest timeout) और 454 (HTTP 503, service unavailable) लौटाते हैं retryAvailable: true flag के साथ जिसका उपयोग आपका एकीकरण स्वचालित रूप से retry करने के लिए कर सकता है। विवरण के लिए error codes देखें।
• 11 मई - X/Twitter Analytics और Lookups सभी BYO Users के लिए खुले। Legacy X add-on gate को /analytics/social और /lookups/x से हटा दिया गया है। कोई भी X/Twitter Bring-Your-Own-Keys ग्राहक अब arbitrary handles के लिए analytics देख सकता है और code: 3 पर टकराए बिना X lookups एंडपॉइंट का उपयोग कर सकता है। कॉल आपकी अपनी X Developer App credentials के साथ signed होते हैं और आपकी अपनी X rate limits के विरुद्ध गिने जाते हैं।
• 8 मई - Python SDK v1.3.0 — X/Twitter BYO समर्थन। आधिकारिक Python SDK अब X/Twitter Bring-Your-Own-Keys के लिए set_twitter_byo(api_key, api_secret) और clear_twitter_byo() उजागर करता है। एक बार सेट होने के बाद, हर SDK अनुरोध में आवश्यक X-Twitter-OAuth1-Api-Key और X-Twitter-OAuth1-Api-Secret हेडर शामिल होते हैं — X/Twitter संचालनों के लिए अब आवश्यक हैं क्योंकि Ayrshare की BYO आवश्यकता लागू है (31 मार्च, 2026 से)। pip install —upgrade social-post-api के माध्यम से इंस्टॉल करें; GitHub और PyPI पर release notes।
• 4 मई - स्वचालित छवि प्रारूप रूपांतरण। WebP, HEIC, और AVIF छवियों को उन प्लेटफ़ॉर्म पर पोस्ट करने से पहले स्वचालित रूप से JPEG में परिवर्तित किया जाता है जो उन्हें स्वीकार नहीं करते। WebP रूपांतरण Instagram, LinkedIn, TikTok, Google My Business, Threads, और Snapchat पर लागू होता है। HEIC और AVIF सभी समर्थित प्लेटफ़ॉर्म पर परिवर्तित होते हैं। कोई API परिवर्तन आवश्यक नहीं; रूपांतरण send time पर पारदर्शी रूप से चलता है। नए error codes 450 (रूपांतरण विफलता), 451 (source download विफलता), और 452 (converted-image upload विफलता) तब सामने आते हैं जब रूपांतरण पूरा नहीं हो सकता।
• 4 मई - Instagram errors अब Meta का raw message शामिल करते हैं। Instagram media-status विफलताएँ अब Ayrshare error code के साथ details फ़ील्ड में Meta का अंतर्निहित error text प्रस्तुत करती हैं, इसलिए callers जेनेरिक code से अनुमान लगाए बिना कारणों में अंतर कर सकते हैं (उदाहरण के लिए, robots.txt/crawler मुद्दे बनाम token समस्याएँ)। देखें Instagram Post API और error codes।

​

अप्रैल 2026

• 30 अप्रैल - API Explorer में X/Twitter BYOK। Ayrshare API Explorer में अब एक collapsible X/Twitter BYOK (Bring Your Own Keys) अनुभाग शामिल है ताकि आप एक बार अपनी X API Key और API Secret पेस्ट कर सकें और उन्हें प्रत्येक outgoing request पर X-Twitter-OAuth1-Api-Key और X-Twitter-OAuth1-Api-Secret हेडर के रूप में संलग्न कर सकें — Explorer से BYOK परीक्षण के लिए अब curl या Postman पर जाने की आवश्यकता नहीं। मान वर्तमान ब्राउज़र टैब के लिए sessionStorage के माध्यम से scoped हैं, डिफ़ॉल्ट रूप से masked हैं reveal toggle के साथ, और एक क्लिक से clear किए जाते हैं। अपनी credentials कैसे प्राप्त करें के लिए X BYO Key Setup Guide देखें।
• 28 अप्रैल - Social Analytics Enhancements (rolling out)। Social Analytics endpoint में Instagram shareCount (90-दिन rolling window पर aggregate किए गए कुल shares) और YouTube lifetimeLikes (opt-in via youtube: { lifetime: true }) जुड़ रहे हैं; deployment आपके अकाउंट तक पहुँचने पर responses में नए fields दिखाई देंगे। इस अपडेट में शामिल दस्तावेज़ीकरण सुधार: Instagram viewsCount एक 90-दिन rolling window है (180 दिन नहीं), mediaCount हमेशा lifetime है, YouTube likes quarters द्वारा scoped है, और TikTok profile-level metrics quarters का उपयोग करते समय per-post lifetime semantics के साथ 60 दिनों तक capped हैं।
• 28 अप्रैल - Instagram Trial Reels। /post एंडपॉइंट अब Instagram Trial Reels प्रकाशित करने का समर्थन करता है — Reels जो पहले प्रकाशित होने पर केवल non-followers को दिखाई देते हैं। instagramOptions.trialParams.graduationStrategy को “MANUAL” (Instagram app के अंदर से graduate करें) या “SS_PERFORMANCE” (Meta प्रारंभिक प्रदर्शन के आधार पर auto-graduate करता है) पर सेट करें। तीन नए validation error codes — 447, 448, 449 — Ayrshare edge पर अमान्य trial-reel अनुरोधों को अस्वीकार कर देते हैं।
• 24 अप्रैल - Instagram Posting Reliability। व्यस्त समय के दौरान Instagram के लिए स्वचालित retry handling का विस्तार किया गया और सामान्य रूप से error messages में सुधार किया गया। जेनेरिक errors के बजाय, आपको अब rate limits (code: 435) और media processing timeouts (code: 436) के लिए विशिष्ट error codes प्राप्त होंगे — जिससे मुद्दों का निदान करना और अपने एकीकरण में स्मार्ट retry logic बनाना आसान हो जाता है।
• 23 अप्रैल - Facebook Analytics Rate Limit Error Code 444। Facebook Page per-Page analytics throttles (Meta error 80001) अब post और social analytics responses पर code: 444 (HTTP 429) लौटाते हैं। पहले इन throttles को code: 161 (“relink your account”) के रूप में गलत वर्गीकृत किया गया था। यदि आपका एकीकरण relink flow ट्रिगर करने के लिए 161 पर branch करता है, तो इसे 444 को पहचानने और backoff के साथ retry करने के लिए अपडेट करें। विवरण के लिए Facebook Analytics Rate Limit देखें।
• 23 अप्रैल - Meta Media Crawler Troubleshooting। error code: 440 (“social network could not download media from this URL”) और संबंधित Instagram code: 138 / Threads code: 379 को ठीक करने पर नई help-center गाइड, सभी robots.txt या bot rules द्वारा Meta के publishing crawler को ब्लॉक करने के कारण होते हैं। देखें Meta Media Crawler Blocked।
• 21 अप्रैल - Moderation input errors अब 400 लौटाते हैं। POST /validate/moderation अब caller-input समस्याओं (जैसे imageUrl के रूप में असमर्थित फ़ाइल, या अनुपलब्ध/malformed URL) के लिए retry मार्गदर्शन के साथ भ्रामक 500 के बजाय नया error code 438 (HTTP 400) लौटाता है। वास्तविक processing विफलताएँ अभी भी code 331 (HTTP 500) लौटाती हैं। देखें error codes।
• 20 अप्रैल - Caption Enhancement Error Code 441। Post एंडपॉइंट अब error code: 441 (HTTP 502) लौटाता है जब shortenLinks जैसा caption enhancement विफल हो जाता है। जब विफलता केवल कुछ प्लेटफ़ॉर्म को प्रभावित करती है, तो सफल प्लेटफ़ॉर्म अभी भी पोस्ट करते हैं और postIds में शीर्ष-स्तरीय status: “error” और errors[] में प्रति-प्लेटफ़ॉर्म प्रविष्टियों के साथ दिखाई देते हैं। विवरण के लिए Caption Enhancement Errors देखें।
• 15 अप्रैल - Instagram dead-token detection। Instagram पोस्ट जो अमान्य/समाप्त OAuth token — या page-role/permission error (Meta subcode 492) — के कारण विफल होते हैं अब Ayrshare code 161 (authorization error) लौटाते हैं और स्वचालित रूप से प्रभावित अकाउंट को unlink कर देते हैं ताकि उपयोगकर्ता को relink करने के लिए सूचित किया जा सके, भ्रामक जेनेरिक code 138 “please try again” प्रतिक्रिया के बजाय जो पहले इन मामलों को mask करती थी। देखें error codes और Instagram Post API।
• 9 अप्रैल - Instagram और TikTok Analytics All-Time Data और Date Filtering। social analytics एंडपॉइंट अब जब न तो daily और न ही quarters निर्दिष्ट किया गया हो तो all-time Instagram और TikTok data लौटाता है। date range द्वारा फ़िल्टर करने के लिए quarters (1–4, जहाँ 1 = 90 दिन) या daily=true का उपयोग करें — अब TikTok पर भी समर्थित। सक्रिय होने पर, TikTok comment, share, और view period labels और totals फ़िल्टर की गई date range को दर्शाते हैं।
• 9 अप्रैल - Analytics Reliability और Recovery। Social Analytics और Post Analytics एंडपॉइंट अब जब सोशल नेटवर्क अस्थायी रूप से zeros लौटाता है तो संग्रहीत data से cumulative metrics (followers, likes, views) को स्वचालित रूप से backfill करते हैं। दो नए वैकल्पिक response fields, backfilledFrom और recoveredFrom, इंगित करते हैं कि stored data कब उपयोग किया गया था। इसके अतिरिक्त, जब कोई प्लेटफ़ॉर्म data न लौटाए तो analytics का अनुरोध करने पर अब empty success response के बजाय 400 error (code: 187) लौटता है।
• 1 अप्रैल - generateJWT Header-Based X Credentials। Generate JWT एंडपॉइंट अब आपकी X consumer keys पास करने के लिए X-Twitter-OAuth1-Api-Key और X-Twitter-OAuth1-Api-Secret हेडर स्वीकार करता है — अन्य सभी X/Twitter endpoints के अनुरूप। Body parameters backward compatibility के लिए समर्थित रहते हैं।

​

मार्च 2026

• 30 मार्च - X Credit-Depletion Errors सामने आए। जब BYOK X/Twitter Developer अकाउंट API credits समाप्त कर देता है, तो पोस्ट जो पहले बिना error के processing में अटक जाती थीं अब code: 416 (X Credits Depleted, HTTP 402) के साथ सही ढंग से विफल होती हैं। code: 416 के लिए detection को broadened किया गया है ताकि X के HTTP 429 responses को भी पकड़ सके जो credits का उल्लेख करते हैं। विवरण के लिए error codes देखें।
• 28 मार्च - Instagram Post Null Response Fixed। एक edge case हल किया गया जहाँ Instagram पोस्ट प्लेटफ़ॉर्म पर सफल हो जाती थी लेकिन /post response postIds और id के साथ सामान्य success body के बजाय null लौटाती थी। सफल Instagram पोस्ट अब हमेशा एक मान्य response लौटाती हैं जिसे आपका एकीकरण parse कर सकता है।
• 26 मार्च - Instagram Daily Reach Fix। एक समस्या ठीक की गई जहाँ Instagram Social Analytics daily=true सेट होने पर daily reach data को छोड़ देती थी। response अब daily mode में एक nested reach object (period और values time-series के साथ) लौटाती है; scalar reachCount अभी भी non-daily mode में लौटाया जाता है और जब daily data अस्थायी रूप से अनुपलब्ध होता है तो fallback के रूप में संरक्षित किया जाता है।
• 26 मार्च - X/Twitter BYOK Enforcement Error Codes। Bring Your Own Keys की आवश्यकता अब लागू होने के साथ, X/Twitter अनुरोध विशिष्ट error codes लौटाते हैं जिन पर आप branch कर सकते हैं: 419 (HTTP 400, missing X-Twitter-OAuth1-Api-Key/Secret headers), 416 (HTTP 402, X Developer account out of credits), और 417 (HTTP 403, OAuth 1.0a app permissions not set to Read/Write/DM)। messages और resolutions के लिए error codes देखें।
• 23 मार्च - X पर Keyword Search। BYOK ग्राहकों के लिए नया keyword search एंडपॉइंट। keywords, hashtags, और advanced search operators से मेल खाने वाले tweets के लिए X/Twitter खोजें। pagination, language और location द्वारा filtering का समर्थन करता है, और normalized tweet data लौटाता है।
• 23 मार्च - Listening अनुभाग। एक नया Listening अनुभाग जोड़ा गया है, जो Brand endpoints पर keyword search जैसी नई सुविधाओं के साथ विस्तार करता है।
• 19 मार्च - Comments में @Mentions। Post a Comment और Reply to a Comment एंडपॉइंट पर comment टेक्स्ट स्ट्रिंग में @mention समर्थन के लिए दस्तावेज़ीकरण जोड़ा गया। इसमें LinkedIn server-side resolution विवरण और प्लेटफ़ॉर्म-विशिष्ट mention syntax के लिंक शामिल हैं।
• X/Twitter Paginated Messages। Get Messages एंडपॉइंट अब X/Twitter के लिए limit query parameter का समर्थन करता है, जिससे आप पूर्ण history sync के बिना केवल नवीनतम N messages (1–100) प्राप्त कर सकते हैं। next parameter के माध्यम से cursor-आधारित pagination के साथ मिलाकर, यह कुशल polling सक्षम करता है — एक छोटा batch fetch करें, जाँचें कि आपके पास पहले से हैं या नहीं, और केवल आवश्यक होने पर आगे page करें।
• बढ़ी हुई वीडियो आकार सीमाएँ। सोशल publishing का इतना हिस्सा अब video content पर केंद्रित है, हमने कई प्लेटफ़ॉर्म पर अपनी video upload सीमाएँ बढ़ाईं: LinkedIn (200 MB → 500 MB), TikTok (1 GB → 10 GB), X Premium long video (1 GB → 16 GB), और Facebook (Reels 2 GB, Stories 4 GB, Feed 10 GB) और Pinterest (2 GB) के लिए बड़ी content-type-specific सीमाएँ जोड़ीं। पूर्ण विवरण के लिए Media Guidelines देखें।
• X/Twitter Messages BYO Key समर्थन। Get Messages और Send Message एंडपॉइंट अब BYO (Bring Your Own) X/Twitter API credentials का समर्थन करते हैं। BYO उपयोगकर्ताओं के लिए webhooks के माध्यम से real-time DM notifications उपलब्ध नहीं हैं; इसके बजाय GET Messages एंडपॉइंट के माध्यम से polling का उपयोग करें।
• X पर Bring Your Own Keys। X/Twitter अकाउंट कैसे कनेक्ट होते हैं इसमें एक बड़ा परिवर्तन। नया Bring Your Own Keys दृष्टिकोण आपको अपने अकाउंट का अधिक नियंत्रण, बेहतर data portability, और एक branded OAuth flow देता है। सभी उपयोगकर्ताओं को 31 मार्च, 2026 तक transition करना होगा।
• Editable Short Links। प्रकाशित होने के बाद अब आप short links को अपडेट कर सकते हैं।
• Scheduled Post Processing Reliability। एक समस्या हल की गई जहाँ scheduled post processing job memory से out हो सकती थी और 503 errors लौटा सकती थी। resource allocation बढ़ाया, paginated query processing जोड़ी, और सभी scheduled post processing के लिए single, reliable runs सुनिश्चित करने के लिए duplicate execution को रोकने के लिए एक distributed application lock पेश किया।
• Facebook और Instagram History Improvements। /history/facebook और /history/instagram endpoints में सुधार: Facebook के लिए, expired/archived Stories अब डिफ़ॉल्ट रूप से फ़िल्टर हो जाती हैं ताकि केवल active Stories नियमित पोस्ट के साथ दिखाई दें, और नए since और until query parameters ISO UTC date strings के साथ time-based filtering की अनुमति देते हैं। Facebook और Instagram दोनों के लिए, एक नया dataType parameter आपको केवल posts, केवल stories, या दोनों (डिफ़ॉल्ट) का अनुरोध करने देता है।
• X Rate Limits हटाए गए। X/Twitter BYO Keys migration के हिस्से के रूप में, Ayrshare अब X analytics पर monthly या daily rate limits लागू नहीं करता है। आपका उपयोग अब आपकी अपनी X Developer account limits द्वारा governed है।

​

फ़रवरी 2026

• 25 फ़रवरी - X/Twitter Video Titles और Descriptions। X/Twitter पर पोस्ट किए गए videos अब X Media Studio पर अपलोड किए गए media के लिए videoTitle और videoDescription (X Post API के twitterOptions object पर भेजे गए) सेट करने का समर्थन करते हैं। ये समृद्ध video metadata के लिए मौजूदा thumbNail समर्थन के साथ होते हैं।
• Batch Analytics। सोशल पोस्ट IDs के batch analytics के लिए समर्थन जोड़ा गया, जिससे नए postIds parameter का उपयोग करके प्रति analytics call 100 पोस्ट तक की अनुमति मिलती है। हमारे Analytics on a Post by Social ID एंडपॉइंट पर इसके बारे में पढ़ें।
• History Pagination। Threads और X/Twitter के लिए posts history for a platform API में pagination समर्थन जोड़ा गया। अब 500 पोस्ट सीमा नहीं — आप pagination का उपयोग करके लंबा history खींच सकते हैं, और तेज़, अधिक कुशल responses के लिए calls को छोटे chunks में विभाजित कर सकते हैं।
• Free Trial Enhancements। Free trial उपयोगकर्ता अब Messaging API और Max Pack का परीक्षण कर सकते हैं — free trial अवधि की समाप्ति तक आपसे शुल्क नहीं लिया जाएगा।
• Improved Error Messages। X/Twitter और LinkedIn error messages में अतिरिक्त विवरण जोड़ा गया, जिससे आपके API कॉल की समस्याओं का निदान करना आसान हो जाता है।
• Instagram Comments Fix। एक समस्या ठीक की गई जहाँ nested replies वाली top-level Instagram comments Get Comments एंडपॉइंट से सही ढंग से नहीं लौट रही थीं।
• Python SDK। हमारे Python SDK को नवीनतम सुविधाओं और सुधारों के साथ अपडेट किया गया।
• X/Twitter Webhook URL। Direct Message Event webhook payload में अब एक नया ayrshareUrl field शामिल है, जो सुविधा के लिए एक unauthenticated URL प्रदान करता है।
• Status Page Slack Integration। आप हमारे Status Page से अपडेट को स्वचालित रूप से Slack में लिंक कर सकते हैं। बस ऊपरी दाईं ओर “Get Updates” पर क्लिक करें और Slack विकल्प चुनें।

​

जनवरी 2026

• 21 जनवरी - Link Analytics Custom Domain Fix। Link Analytics एंडपॉइंट (GET /links/:id) अब डिफ़ॉल्ट Ayrshare डोमेन के बजाय आपके कॉन्फ़िगर किए गए custom domain का उपयोग करके short links लौटाता है। यदि आप एक custom short-link domain (Business/Enterprise) का उपयोग करते हैं, तो analytics URLs अब आपके live links से मेल खाते हैं।
• 15 जनवरी - Instagram Outbound Message Deletion Sync। जब native Instagram app में एक Instagram outbound (sent) message हटाई जाती है, तो इसे अब Ayrshare के Messages data में सही ढंग से deleted के रूप में चिह्नित किया जाता है — inbound messages के लिए मौजूदा व्यवहार से मेल खाता है। Conversation history अब दोनों दिशाओं के लिए सटीक रहती है।
• MCP Server। लोकप्रिय माँग पर वापस — हमने अपना MCP Server फिर से लॉन्च किया है! अपने AI tools को सीधे Ayrshare API से कनेक्ट करें।
• Self-Serve Signup। Business Plan और Launch Plan के लिए एक नया self-serve signup जोड़ा गया। नए ग्राहक अब Ayrshare platform का परीक्षण करने के लिए Launch Plan के 14-दिन के free trial तक पहुँच सकते हैं।
• X/Twitter Video Thumbnails। X/Twitter video posts अब thumbnail preview image (URL के रूप में) शामिल करने का समर्थन करते हैं। यह video अपलोड करते समय metadata के हिस्से के रूप में भेजा जाता है।
• Instagram Hashtag Limit। Instagram द्वारा प्रकाशित नए दिशानिर्देशों के अनुरूप Instagram posts पर hashtag सीमा को 5 में बदला गया।
• Bluesky Video Duration। Bluesky API आवश्यकताओं के अनुरूप Bluesky video media अवधि सीमा को तीन मिनट में समायोजित किया गया है।

​

दिसंबर 2025

हम इस वर्ष को पारदर्शिता और विश्वसनीयता पर केंद्रित करते हुए समाप्त कर रहे हैं, Q1 2026 में बहुत सारी नई feature releases की योजना है।

• 23 दिसंबर - Response में X/Twitter URL Entities। X/Twitter post और history responses में अब tweet के body में links के लिए URL entity data शामिल है: एक top-level urls array जो X के raw fields (display_url, expanded_url) ले जाता है और एक camelCased entities object जहाँ वही links entities.urls[].displayUrl / expandedUrl के रूप में दिखाई देते हैं — जिससे link previews render करना और अपने एकीकरण में outbound links का पता लगाना आसान हो जाता है।
• X/Twitter Entities। X/Twitter के लिए post analytics और platform history endpoints अब tweet text से parsed entities लौटाते हैं, जिसमें URLs, mentions, hashtags, और cashtags उनकी positions और display URLs के साथ शामिल हैं।
• Facebook Post Analytics। Facebook post analytics में mediaView, mediaViewIsFromAds, और mediaViewIsFromFollowers सहित नए metrics जोड़े गए ताकि deprecated impression metrics को बदला जा सके।
• Bluesky Comments। AT Protocol-style post और comment IDs के उचित handling के साथ Bluesky comment retrieval के लिए बेहतर समर्थन।
• Threads Linking। Threads account linking को उन मामलों को संभालने के लिए बेहतर बनाया गया जहाँ account पर name या username fields मौजूद नहीं हैं।
• 24/7 Monitoring। बेहतर विश्वसनीयता के लिए platform की चौबीसों घंटे निगरानी के लिए एक समर्पित DevOps team को onboard किया गया।
• Monthly Receipts। अब स्वचालित monthly receipts primary account holder को ईमेल की जाती हैं, जो pricing और payments के आसपास बेहतर पारदर्शिता प्रदान करती हैं।

​

नवंबर 2025

• Instagram Token Refresh। उन उपयोगकर्ताओं के लिए long-life Instagram tokens के लिए स्वचालित refresh जोड़ा गया जो direct IG login (Facebook Page के बिना) का उपयोग करके Instagram से लिंक करते हैं।
• Facebook Analytics Updates। Facebook post analytics अब post_impressions_paid_unique, post_impressions_fan_unique, post_impressions_organic_unique, और post_impressions_unique सहित enhanced impression metrics लौटाता है।
• Facebook Page Insights। नए Facebook social analytics fields जोड़े गए: pageFollows, pageMediaView, pageMediaViewIsFromAds, और pageMediaViewIsFromFollowers aggregate और daily breakdown समर्थन के साथ।
• Instagram Analytics। Instagram social analytics viewsCount और reachCount metrics अब direct Instagram Login और Facebook-linked accounts दोनों के साथ समर्थित हैं।
• LinkedIn Mentions। संगठनों बनाम व्यक्तियों को mention करने के बीच सही ढंग से भेद करने के लिए LinkedIn mentions के handling को ठीक किया गया।
• Dashboard Improvements। Ayrshare web dashboard API पृष्ठ को बेहतर प्रदर्शन और बेहतर संगठित messaging usage कार्ड के साथ refactor किया गया है।
• Team Expansion। support और feature development को गति देने के लिए development team का विस्तार।

​

अक्टूबर 2025

• Ayrshare को Saas.group द्वारा अधिग्रहित किया गया। Ayrshare को Saas.group द्वारा अधिग्रहित किया गया है। तेज़ feature development और बेहतर ग्राहक सहायता प्रदान करने के लिए team का विस्तार हो रहा है।
• Webhook History। पिछले 6 महीनों के लिए प्रति action webhook history प्राप्त करने के लिए नया एंडपॉइंट।
• Facebook Ads Location Targeting। country targeting के अलावा, आप अब Facebook पोस्ट को boost करते समय region या city निर्दिष्ट कर सकते हैं।
• LinkedIn Video Thumbnails। LinkedIn history endpoint अब video posts के लिए thumbnailUrl लौटाता है, जिससे आपके एप्लिकेशन में video previews प्रदर्शित करना आसान हो जाता है।
• Reddit Post Analytics। rate limiting issues से बचने के लिए enhanced authentication handling के साथ Reddit post analytics की विश्वसनीयता में सुधार किया गया है।
• Instagram History। कई पोस्ट वाले accounts के लिए Instagram post history में बड़े result sets के handling में सुधार किया गया।
• Facebook Ads। Facebook ads history endpoint में अब campaign structure के आधार पर कौन से ads लौटाए जाते हैं, इस पर स्पष्टीकरण शामिल है।
• Instagram Collaboration। Instagram API सीमाओं के कारण accepted collaboration posts platform history एंडपॉइंट से नहीं लौट सकते हैं, यह स्पष्ट करने वाला दस्तावेज़ीकरण जोड़ा गया।

​

सितंबर 2025

• TikTok Drafts। TikTok drafts पर पोस्ट भेजना अब videos के साथ-साथ images का भी समर्थन करता है।
• Facebook Ads। यूरोपीय संघ Digital Services Act (DSA) द्वारा निर्धारित आवश्यकताओं के हिस्से के रूप में, Facebook को EU के किसी भी हिस्से को लक्षित करने वाले ads के लिए बनाए जा रहे ad के लाभार्थी और payor को परिभाषित करने वाले values प्रदान करने की आवश्यकता है। आप अब DSA recommendations देख सकते हैं और इसे ad में जोड़ सकते हैं।
• Media Management। GET media endpoint को अपलोड की गई बड़ी media फ़ाइलों को शामिल करने के लिए enhance किया गया है, और अब expireAt field दिखाता है।
• Threads Posting। आसानी से Threads पर एक thread बनाएँ (aka threadstorms), जो Meta Threads पर connected posts की एक श्रृंखला है।
• Direct Messaging। Facebook और Instagram Messaging अब audio फ़ाइलें भेजने का समर्थन करते हैं (AAC या WAV)।

​

अगस्त 2025

• Reddit Analytics। उपयोगकर्ता पर नया Reddit social analytics data। इसमें friend count, follower acceptance, यदि account निलंबित था तो suspension expiration date, और बहुत कुछ शामिल है।
• Threads Analytics। उपयोगकर्ता पर नया Threads social analytics data। इसमें bio, geo restriction eligibility, username, और अधिक शामिल हैं।
• Threads Geo Restrictions। Threads पर, आप केवल कुछ देशों में पोस्ट दिखाने की अनुमति देने के लिए geographic restrictions सेट कर सकते हैं।
• LinkedIn Distribution। अन्य उपयोगकर्ताओं की आपके LinkedIn posts को फिर से share करने की क्षमता को अक्षम करें।
• Ayrshare Status। email alerts के अलावा, आप एक endpoint के माध्यम से सोशल नेटवर्क और Ayrshare सिस्टम स्थिति प्राप्त कर सकते हैं।
• YouTube Watermark। अपने YouTube चैनल पर एक watermark image सेट करें जो आपके सभी videos पर दिखाई देगी। watermark को video playback के दौरान विशिष्ट समय पर प्रकट होने के लिए कॉन्फ़िगर किया जा सकता है।

​

जुलाई 2025

• Instagram Login। Instagram Login फ़ीचर 6 जुलाई, 2025 को आम तौर पर उपलब्ध है। सभी नए Instagram connections नए Instagram Login फ़ीचर का उपयोग करेंगे। वर्तमान connections प्रभावित नहीं होंगे। यदि आप नए Instagram Login फ़ीचर का उपयोग नहीं करना चाहते हैं, तो आप इसे अपने account settings में अक्षम कर सकते हैं।
• LinkedIn Mentions। आप अब किसी अन्य LinkedIn profile को mention कर सकते हैं या तो उनके vanity name या वास्तविक name से।
• LinkedIn Search। search query के आधार पर LinkedIn companies या people खोजें। यह एंडपॉइंट आमतौर पर सोशल मीडिया पोस्ट में typeahead mention completion के लिए उपयोग किया जाता है।
• LinkedIn Videos। LinkedIn अब 500 MB तक की video फ़ाइलें स्वीकार करता है आकार में, पहले के 200 MB से अधिक।
• X Account Activity। पोस्ट, likes, mentions, DMs, और अधिक सहित X से पूर्ण account activity एक webhook के माध्यम से प्राप्त करें। ये webhooks प्राप्त करने के लिए आपके linked X account के लिए X Account Activity फ़ीचर सक्षम होना चाहिए। इस फ़ीचर को सक्षम करने के लिए कृपया अपने account representative से संपर्क करें।
• X Geographic Restrictions। अपने X media के लिए allowed और blocked countries सेट करें।
• Subscribers तक सीमित X Posts। आप एक X पोस्ट को केवल subscribers के लिए दृश्य सेट कर सकते हैं।
• X Reply Settings। X पर, आप अपनी पोस्ट का उत्तर देने के लिए केवल कुछ प्रकार के उपयोगकर्ताओं की अनुमति दे सकते हैं। आप followers, mentioned, subscribers, या verified users में से चुन सकते हैं।
• TikTok Thumbnail। TikTok videos के लिए एक कस्टम thumbnail सेट करें।
• Instagram Analytics। पोस्ट पर Instagram analytics अब media के सीधे लिंक शामिल करता है।
• Developer Dashboard। आप अब Ayrshare डैशबोर्ड में सीधे Webhooks रजिस्टर कर सकते हैं।
• Skip Pre-Validation। अब scheduled posts पर pre-validation छोड़ने का विकल्प है।
• Premium Plan History। Premium plans अब सभी posts प्राप्त करने के लिए history by platform तक पहुँच प्राप्त करते हैं, यहाँ तक कि वे भी जो Ayrshare के माध्यम से नहीं भेजे गए थे।
• Auto Repost। आप अब auto repost ID द्वारा पोस्ट इतिहास प्राप्त कर सकते हैं। auto repost बनाते समय, उस पोस्ट श्रृंखला को ट्रैक करने के लिए एक ID assigned होती है। आप अब auto repost को या तो ID द्वारा या सभी प्राप्त करके पुनः प्राप्त कर सकते हैं।

​

जून 2025

• Instagram Login (जल्द ही आ रहा है)। सोशल लिंकिंग पृष्ठ पर Instagram Login सक्षम या अक्षम करें। आने वाले हफ्तों में Instagram Login डिफ़ॉल्ट रूप से सक्षम हो जाएगा। यदि आपको hashtag search, collaborations, location tagging, या brand data सहित सूचीबद्ध advanced features की आवश्यकता है, तो आपको Facebook Page authentication का उपयोग करने के लिए इस विकल्प को मैन्युअल रूप से अक्षम करना होगा। हम अधिकांश clients को नए direct Instagram Login का उपयोग करने की सलाह देते हैं क्योंकि यह एक सरल work flow है और इसके लिए Facebook Page की आवश्यकता नहीं है।
• Snapchat प्रस्तुत। Ayrshare अब Snapchat का समर्थन करता है। Snapchat API Stories और Spotlight दोनों पर content के सीधे publishing को सक्षम करता है, और analytics और history प्राप्त करता है। Stories अस्थायी posts हैं जो 24 घंटे बाद गायब हो जाते हैं, जबकि Spotlight posts स्थायी हैं और creators और businesses को व्यापक audience तक पहुँचने में मदद कर सकते हैं।
• MCP Server। अपने AI agent के साथ Ayrshare API Docs MCP server कनेक्ट करें। Ayrshare API documentation MCP server को Cursor या Claude Desktop जैसे अपने AI development tools से कनेक्ट करके, आप अपने AI agent को Ayrshare के documentation तक सीधी पहुँच प्रदान कर सकते हैं।
• पोस्ट कॉपी करें। मौजूदा पोस्ट को दूसरे प्लेटफ़ॉर्म पर कॉपी करें। यह नया endpoint आपको सफल posts को विभिन्न प्लेटफ़ॉर्म पर या विभिन्न configurations के साथ पुनः उपयोग करने की अनुमति देता है।
• Developer Dashboard। developer dashboard में posting flow में दो नए सुधार। media फ़ाइलें अपलोड करने के अलावा, आप अब अपने media को पोस्ट करने के लिए URLs का भी उपयोग कर सकते हैं। और आप अब अपनी पोस्ट को प्रकाशित करने के लिए उपयोग किए गए JSON को देख सकते हैं जो आपके JSON की शुद्धता सत्यापित करने में मदद करता है।
• User Management। User endpoint अब connected social networks की real-time state लौटाता है, जब भी उपयोगकर्ता अपने सोशल मीडिया अकाउंट कनेक्ट या डिस्कनेक्ट करते हैं तो स्वचालित रूप से अपडेट होता है।
• YouTube। YouTube पर video प्रकाशित करना अब containsSyntheticMedia parameter सेट करके realistic Altered या Synthetic (A/S) content के disclosure की अनुमति देता है। Docs देखें।
• Facebook। Facebook पर comments प्राप्त करना अब विशिष्ट comment के लिए सीधे URL लौटाता है।

​

मई 2025

• Threads प्रस्तुत। Ayrshare अब Threads पर पोस्टिंग और शेड्यूलिंग, analytics प्राप्त करना, comments का प्रबंधन, और history पुनः प्राप्त करना का समर्थन करता है।
• Messaging। Messaging अब Business Plan में शामिल एक standard फ़ीचर है। प्रमुख फ़ीचर में correspondents के साथ अपने उपयोगकर्ताओं के वार्तालाप का प्रबंधन, text, image, video, और emoji messages भेजना, स्वचालित message responses सेट करना, और webhooks शामिल हैं।
• X Analytics। X comment analytics और post analytics में अब impression, quote, और bookmark count शामिल हैं।
• Linking Page Languages। आप अब सोशल लिंकिंग पृष्ठ के लिए भाषा सेट कर सकते हैं। वर्तमान में समर्थित भाषाओं में English, Chinese (Simplified), French, German, और Spanish शामिल हैं।
• LinkedIn Posting। LinkedIn पोस्ट visibility को public, 1st degree connections, या logged-in user पर सेट करें।
• LinkedIn Posting। आप अब LinkedIn first comment में media शामिल कर सकते हैं।
• Instagram Hashtag Search। content strategy को informed करने और trending topics की पहचान करने के लिए किसी दिए गए hashtag के लिए सबसे लोकप्रिय या recent Instagram posts खोजें।

​

अप्रैल 2025

• Facebook Ads। Facebook Posts को Ads के रूप में Boost करें। Ayrshare Ads API में posts को boost करना, ads का प्रबंधन, performance को track करना, और ad spend का विश्लेषण करना शामिल है।
• User Profile Management। बनाए गए और हटाए गए user profiles का historical log प्राप्त करें।
• User Profile Management। web dashboard के User Profile अनुभाग में, यदि कोई User Profile निलंबित है तो आप अब कारण प्राप्त करने के लिए “Suspended” badge पर क्लिक कर सकते हैं।
• Post History। history endpoint अब आपको प्रारंभ और समाप्ति तिथियों के आधार पर फ़िल्टर करने की अनुमति देता है।
• Social Linking। हमने एक upgraded X authentication linking प्रस्तुत किया। यह आपके और आपके उपयोगकर्ताओं के लिए एक बेहतर अनुभव है।
• Social Linking। Business Plan linking page बनाते समय allowedSocial parameter का उपयोग करके सीधे अनुमत सोशल नेटवर्क निर्दिष्ट करें।
• Instagram Posting। Instagram images अब alt text का समर्थन करती हैं।
• Bluesky Posting। Bluesky image और video posting अब alt text का समर्थन करती है।
• Pinterest। Pinterest Pin में एक private note जोड़ें।
• YouTube Shorts। YouTube Shorts अब 3 मिनट तक लंबे हो सकते हैं, जो पिछली 60 सेकंड की सीमा से अधिक है।

​

मार्च 2025

• X Analytics। नया X social analytics data जिसमें like count, add to list count, profile banner image, और अधिक शामिल हैं।
• X Rate Limits। X के लिए monthly call limits को Business Plan के लिए 100,000 और Premium Plan के लिए 5,000 तक बढ़ाया गया है।
• LinkedIn Analytics। LinkedIn personal pages अब website url और profile image सहित basic data set लौटाते हैं।
• Facebook Reels। आप अब एक thumbnail जोड़ सकते हैं जो एक reel वीडियो के लिए cover image है।
• Linking Page। आप सोशल लिंकिंग पृष्ठ पर अपने कस्टम logo की image height सेट कर सकते हैं। web dashboard में अपनी account settings में pixels में height निर्दिष्ट करें।
• Linking Page। Facebook और Instagram pages लिंक करते समय, pages की लंबी सूचियों में अब एक search field है जो आपको page name या location द्वारा फ़िल्टर करने की अनुमति देता है।
• Team Member Management। व्यक्तिगत team members को अब अन्य user profiles तक पहुँचने से प्रतिबंधित किया जा सकता है।
• Media। upload media endpoint अब 30 MB तक की images और videos के uploads का समर्थन करता है।
• Media। Google Drive और Dropbox share URLs अब सीधे mediaUrls post parameter में उपयोग किए जा सकते हैं, एक अलग download URL बनाने की आवश्यकता को समाप्त करते हुए।

​

फ़रवरी 2025

• TikTok Posting. TikTok app में draft video post बनाएँ। draft video app में notification Inbox में होगा, और उपयोगकर्ता प्रकाशित करने से पहले video को edit कर सकता है।
• TikTok Analytics. अतिरिक्त TikTok analytics data fields जोड़े गए, जिसमें audience cities और gender जैसे demographics शामिल हैं। अन्य नए profile fields में profile views और email, address, और bio link clicks शामिल हैं।
• Instagram Collaboration. images और Reels के अलावा, उपयोगकर्ता अब carousels में collaborators जोड़ सकते हैं।
• Instagram Analytics. Instagram post analytics में अब view count शामिल है, जो आपकी पोस्ट को कुल कितनी बार देखा गया है।
• Instagram Details. user profile के लिए अतिरिक्त Instagram details प्राप्त करें, जैसे उपयोग किया गया quota और account type Creator या Business है।
• Compression. Compression अब सभी endpoints के लिए Brotli का समर्थन करता है, जो तेज़ है और बेहतर compression प्रदान करता है।
• LinkedIn Comments. LinkedIn comments और comments के replies अब images का समर्थन करते हैं।
• Reddit Mentions. Reddit posts अब अन्य users या subreddits के mentions का समर्थन करती हैं।
• Bluesky Posting. Bluesky posts में अब Link previews समर्थित हैं। पोस्ट में एक link शामिल करें, और एक preview स्वचालित रूप से generate हो जाएगा।
• Max Pack. Image resizing और conversion अब WebP में converting का समर्थन करता है।
• Max Pack. Image resizing और watermarking अब watermark को स्थिति देने का समर्थन करते हैं, जैसे northeast corner।
• Dashboard. Ayrshare web dashboard को एक चिकनी user experience के लिए एक नए color scheme, enhanced alerts, और बेहतर workflows के साथ refresh किया गया है।

​

जनवरी 2025

• Bluesky API. Bluesky social media management अब 11वें सोशल नेटवर्क के रूप में उपलब्ध है जिसे Ayrshare समर्थन करता है।
• LinkedIn Targeting. LinkedIn आपको अपनी organic posts को specific groups of users को target करने की अनुमति देता है। आप countries, industry, job title, और अधिक द्वारा target कर सकते हैं।
• YouTube Targeting. YouTube video के लिए countries और regions को block या allow करें।
• Auto Schedule. current time से scheduling शुरू करने के लिए auto-schedule reset करें। यह अंतिम scheduled date को हटाकर पूरा किया जाता है।
• TikTok Analytics. user profile पर TikTok social network analytics अब historical daily time series के रूप में उपलब्ध है।
• TikTok Posting. यदि पोस्ट पूरी तरह से या ज्यादातर AI के साथ बनाई गई है, तो आप पोस्ट को “Creator labeled as AI-generated” के रूप में label कर सकते हैं।
• X Posting. X अब एकल Tweet में 4 videos तक का समर्थन करता है।

​

दिसंबर 2024

• Dashboard. web dashboard में User Profiles page performance को अनुकूलित किया गया है। आपको अब चिकनी scrolling और loading experience मिलेगा चाहे आपके account में कितने भी user profiles हों।
• Dashboard. web dashboard में Posts page अब आपको अपने history timeline में deleted posts शामिल करने की अनुमति देता है। यह आपको successful posts के समान तरीके से deleted posts को access, filter, और search करने देता है।
• Deleted Posts. यदि आपने या आपके उपयोगकर्ताओं ने किसी सोशल नेटवर्क पर मैन्युअल रूप से एक पोस्ट हटाई है, तो आप इसे Ayrshare में मैन्युअल रूप से हटाए गए के रूप में चिह्नित कर सकते हैं। यह Ayrshare को भविष्य में पोस्ट हटाने का प्रयास करने से रोकेगा और आपको अधिक सटीक पोस्ट इतिहास तक पहुँच प्रदान करेगा।
• Webhooks. आप अब एक ही call में अपने सभी user profiles के लिए सभी registered webhooks प्राप्त कर सकते हैं।
• Analytics. Instagram post analytics में अब share, followers gained, profile visits, और profile activity counts शामिल हैं।
• Comments. TikTok comments अब comment करने वाले व्यक्ति का name लौटाते हैं।
• Comments. X comments अब उस Tweet की ID लौटाते हैं जिसका comment reply किया गया था।

​

नवंबर 2024

• All New Docs. नए Ayrshare docs देखें। हम पिछले संस्करण की तुलना में कई user experience सुधारों के साथ एक अधिक advanced Documentation platform पर migrate हुए।
• Instagram Analytics. Instagram post analytics में अब आपकी reel के पहली बार के बाद कितनी बार replay हुई और पहली impression के बाद आपकी reel कुल कितनी बार play हुई, इसके लिए metrics शामिल हैं।
• Hashtags. hashtags endpoint अब आपको पोस्ट के समान भाषा में hashtags रखने के लिए एक language hint निर्दिष्ट करने की अनुमति देता है।
• X Analytics. X/Twitter Social analytics अब सबसे recent Tweet और Pinned Tweet लौटाता है, यदि एक pinned Tweet सेट किया गया है।
• Dashboard. developer dashboard में, Auto-Scheduled Posts अब “Auto-Schedule” के रूप में tagged हैं।
• Auto-Schedule. API के माध्यम से सभी pending Auto-Scheduled Posts प्राप्त करें। यह उन posts की सूची लौटाता है जो scheduled हैं लेकिन अभी तक publish नहीं हुए हैं।
• TikTok. आप Social Analytics endpoint के साथ जाँच सकते हैं कि linked TikTok account एक business account है या नहीं।
• Instagram Comments. comments endpoint अब मूल पोस्ट की पहचान करने के लिए Instagram top-level post ID लौटाता है।
• History. history endpoint अब “paused” scheduled posts लौटाता है। इसके अलावा पिछले posts की संख्या को 1000 तक बढ़ाया गया।
• Linking Page. user profile social linking पृष्ठ पर footer और copyright info जोड़ें। Max Pack आवश्यक।
• Image Conversion. image resizing endpoint अब conversion process के हिस्से के रूप में PNG या अन्य image type को JPG में convert कर सकता है। Max Pack आवश्यक।

​

अक्टूबर 2024

• First Comment. आपकी published social media posts में स्वचालित रूप से एक first comment जोड़ें। first comment एक शानदार feature है जो आपको अधिक विवरण और context जोड़ने, engagement बढ़ाने, और conversation का टोन सेट करने की अनुमति देती है।
• Comment Errors. Comment errors भी errors array field में लौटाए जाते हैं यह post errors के तरीके से align करने के लिए है।
• X/Twitter Comments. आप अब X/Twitter comments और comment replies में media जोड़ सकते हैं, जिसमें images और videos दोनों शामिल हैं।
• Pinterest Analytics. Pinterest metrics को enhanced किया गया और अब images और videos दोनों के लिए एक पूरा साल का analytics data, lifetime comments, और reactions शामिल हैं।
• RSS Feeds. RSS feed जोड़ते समय आप अब यह select कर सकते हैं कि article को किन सोशल नेटवर्क पर publish किया जाएगा। यह dashboard पर और API के माध्यम से दोनों उपलब्ध है।
• Dashboard. Ayrshare Dashboard API page में एक नया Monthly API Calls overview है, जिसमें अब post API calls के साथ-साथ comment API calls भी शामिल हैं।

• PyPi Package. Python PyPi package को नए endpoints के साथ अपडेट किया गया है।

​

सितंबर 2024

• Facebook Analytics. History Get All Posts और Analytics endpoints अब उन users को लौटाते हैं जिन्होंने Facebook post को like किया। प्रत्येक user के लिए, आप user name और user ID प्राप्त कर सकते हैं।
• Content Moderation. एक नया Moderation endpoint है जो जाँचता है कि क्या content harmful या inappropriate है। यह endpoint text और images दोनों का समर्थन करता है।
• LinkedIn Linking. LinkedIn company pages को connect करने के लिए पहले page पर user को Super Admin होना आवश्यक था। अब LinkedIn company page का प्रबंधन करने वाले Content Admins connect कर सकते हैं, जिससे उन्हें post, analytics प्राप्त करने, और comments का प्रबंधन करने की अनुमति मिलती है।
• User Management. User endpoint अब Facebook और Instagram के लिए Page ID और User ID दोनों लौटाता है।
• Dashboard. web dashboard Post page अब एक icon indicator दिखाता है यदि पोस्ट rss feed से publish किया गया था।
• Facebook Reviews. Facebook Reviews अब reviewer की profile picture लौटाते हैं।
• Google Reviews. Google Business Profile Reviews अब आपकी सभी reviews लौटाते हैं, भले ही हजारों हों।

​

अगस्त 2024

• LinkedIn History. अब आप LinkedIn personal pages के लिए post history प्राप्त कर सकते हैं। पहले केवल LinkedIn company pages history लौटाते थे। Ayrshare के साथ LinkedIn का relinking आवश्यक है।
• LinkedIn Analytics. LinkedIn personal और company pages के लिए नए data points उपलब्ध हैं जिनमें likedBy और comment विवरण शामिल हैं।
• LinkedIn Lookup. brand endpoint अब आपको किसी व्यक्ति या company को देखने की अनुमति देता है। यह देखने के लिए उपयोगी है कि आपकी posts में से किसी एक को किसने like किया।
• Facebook History. आप Facebook Page history के परिणामों को केवल page द्वारा स्वयं published posts दिखाने के लिए limit कर सकते हैं। यह उन सभी content को filter कर देगा जो page द्वारा published नहीं थे।
• User Profile. user endpoint अब एक नया field लौटाता है जिसमें उस अंतिम समय का timestamp होता है जब इस user profile के लिए एक API call किया गया था।
• X Long Posts. आप Premium X Accounts पर long posts publish कर सकते हैं। Long posts 25,000 वर्णों तक लंबे हो सकते हैं। आप analytics या history कॉल करते समय long Post body में full body और URL सहित full long Post data भी प्राप्त कर सकते हैं।
• Web Dashboard. post page design में सुधार किया गया और कई नए content types जोड़े गए। आप अब Facebook और Instagram Reels या Stories या YouTube Shorts सीधे dashboard से पोस्ट कर सकते हैं।

• Team Management. जब आप team member को आमंत्रित करते हैं तो आप अब देख सकते हैं कि उन्होंने आमंत्रण स्वीकार किया या नहीं या Dashboard User Profiles page से आमंत्रण को फिर से भेज सकते हैं।
• AI Video Titles. video transcripts अब एक suggested title शामिल करते हैं। यह YouTube पर पोस्ट करने के लिए उपयोगी है जिसे हर video upload के लिए title की आवश्यकता होती है। (Max Pack Required)
• Pausing Posts. आप post endpoint के साथ scheduled posts को pause और unpause कर सकते हैं।
• Sentiment Analysis. generate endpoint अब किसी post या comment के लिए sentiment analysis generate कर सकता है यह समझने के लिए कि यह negative, positive, या neutral है। परिणाम में यह भी सिफारिशें शामिल हैं कि इसमें कैसे सुधार किया जाए।
• Instagram Analytics. Instagram analytics को engaged audience पर अतिरिक्त demographic data लौटाने के लिए enhance किया गया है।
• TikTok Photos. आप अब एक photo के साथ TikTok पर पोस्ट कर सकते हैं। पहले एक video आवश्यक था।

​

जुलाई 2024

• Post History. सोशल नेटवर्क platform, पोस्ट immediate या scheduled था, और status के आधार पर history endpoint को filter करें।
• Web Dashboard. user profiles की सूची को अब title या create date से sort किया जा सकता है और posts के लिए scheduling modal में सुधार किया गया है।
• Webhooks. यदि initial webhook एक success response प्राप्त नहीं करता है तो Webhooks अब स्वचालित रूप से उसी hookId के साथ दो बार retry होते हैं।
• Reddit. subreddit name के आधार पर जाँचें कि subreddit मौजूद है।
• Facebook Stories. history endpoint के माध्यम से लौटाई गई Facebook Story अब cover image और video के सीधे url शामिल करती है।
• Cropping Images. image को resize करने के लिए नए “crop” mode विकल्प हैं। अब आप image को crop करने के लिए dimensions और starting coordinates निर्दिष्ट कर सकते हैं।
• Demo Social Media Posting App. हमने एक demo React + Node.js web application के लिए कोड जारी किया जो users को कई सोशल मीडिया platforms पर एक साथ content compose, schedule, और post करने की अनुमति देता है।
• Multi-Platform Posts. post endpoint को आपको एकल API कॉल में अलग-अलग सोशल नेटवर्क के लिए अपने post content और media को customize करने की अनुमति देने के लिए enhance किया गया।
• Instagram Analytics. Instagram profile analytics अब एक daily historical time-series में उपलब्ध हैं।
• Linkedin Comments. Linkedin से comments प्राप्त करना अब images या videos के लिए comment media link लौटाता है।

​

जून 2024

• Ayrshare Messaging API. Ayrshare Messaging Add-On एक वैकल्पिक paid add-on है जो आपके platform को आपके users के लिए direct messaging का प्रबंधन करने की अनुमति देता है, जिसमें Facebook Messenger, Instagram Messaging, और X/Twitter Messaging शामिल हैं।
• YouTube Comments. YouTube comment ID का उपयोग करके अब आप YouTube पर comments हटा सकते हैं।
• Auto Hashtags. अधिक relevant hashtags और post length पर कोई limit नहीं के साथ नए पूरी तरह से पुनर्निर्मित auto-hashtag system को प्रस्तुत करते हुए। hashtags की मात्रा को भी प्रति पोस्ट 10 hashtags तक अनुमति देने के लिए बढ़ाया गया है।
• Web Dashboard. एकल क्लिक से post page में सभी target सोशल नेटवर्क को हटाने की क्षमता, और API Key page में एक नया code example अनुभाग के साथ dashboard UI को अपडेट किया गया है।
• User Profile Management. Profiles endpoint को enhance किया गया है ताकि आप उन profiles के परिणामों को filter कर सकें जिनके पास सक्रिय सोशल अकाउंट हैं या कुछ platforms शामिल हैं।

​

मई 2024

• Google Business. आप अब phone numbers, website URL, map location, और अधिक सहित Google Business Profile location data अपडेट कर सकते हैं।
• History Search. History endpoint के साथ आप अब अपने सभी user profiles में post IDs खोज सकते हैं। यह उपयोगी है यदि आपके पास एक post ID है और आप नहीं जानते कि किस user profile ने इसे पोस्ट किया।
• User Profile Tags. profiles को बेहतर organize और manage करने के लिए user profile में अपने स्वयं के tags जोड़ें। web dashboard आपको assigned tags देखने और User Profiles page में tags के लिए search करने की अनुमति भी देता है।
• YouTube Captions. YouTube video में SRT या SVB फ़ाइल के साथ अपने स्वयं के कस्टम captions जोड़ें।
• NPM Package. एक अपडेटेड Node.js NPM package नए endpoints और अधिक विस्तृत documentation के साथ जारी किया गया। पैकेज का नाम भी social-media-api कर दिया गया।
• Facebook Comments. आप अब Facebook पर अपने comment के हिस्से के रूप में एक image जोड़ सकते हैं।
• Linkedin Comments. Linkedin Comments अब उस विशिष्ट comment के लिए like count लौटाते हैं।
• Linkedin Brands. Linkedin data के लिए Brands endpoint को account के localized name, company specialities, और company description के साथ enhance किया गया।
• Disable Comments. आप Instagram, LinkedIn, और TikTok पर एक पोस्ट पर comments अक्षम कर सकते हैं। यह नई posts या पहले से published posts पर काम करता है।
• Historical Posts. Ayrshare के माध्यम से पोस्ट नहीं किए गए posts पर TikTok से historical post data प्राप्त करें।
• Instagram Analytics. Instagram Stories के लिए नए data points उपलब्ध हैं जिनमें replies, shares, और exit counts शामिल हैं।
• AI Generate. एक या अधिक images के आधार पर AI के साथ social media post text generate करें। इसका उपयोग image caption लिखने के लिए भी किया जा सकता है।
• Web Dashboard. dashboard में सूचीबद्ध प्रत्येक user profile के लिए, आप connected सोशल नेटवर्क देख सकते हैं। सोशल नेटवर्क पर name देखने के लिए प्रत्येक सोशल नेटवर्क icon को hover किया जा सकता है।
• Social Linking. web dashboard में और आपके social linking page में, अब page या company name के बगल में profile images दिखाई गई हैं।

​

अप्रैल 2024

• Auto-Schedule. auto-schedule publishing के लिए सप्ताह के दिनों का चयन करने या exclude करने के लिए specific dates चुनने की अनुमति देने के लिए enhance किया गया।
• Facebook Analytics. Facebook Post analytics में अब impressions शामिल हैं।
• Instagram Comments. Instagram Get comments response में अब username, like count, और hidden status जैसी अतिरिक्त reply जानकारी शामिल है।
• Facebook Page Location. आप अब एक पोस्ट को Facebook Page Location के साथ tag कर सकते हैं।
• Facebook Audience Targeting. Facebook पर Page post बनाते समय, आपके पास age, county, education, और अन्य विभिन्न demographic factors का उपयोग करके इसकी visibility को एक specific audience तक limit करने का विकल्प है।
• Linkedin Comments. किसी company से LinkedIn comments में अब organization type, company website, और company description सहित अतिरिक्त fields हैं।
• Instagram History. Instagram के लिए history अब carousel में सभी images और videos लौटाता है।
• YouTube Analytics. channel level पर YouTube analytics का daily breakdown प्राप्त करें।

​

मार्च 2024

• Instagram Collaborators. Instagram collaboration आपको अन्य accounts के साथ content को co-author करने की अनुमति देता है। सार्वजनिक मूल author किसी अन्य private या public account को collaborator के रूप में tag कर सकता है। media posts में Instagram collaborators जोड़ें।
• Google Business Profile. Google Business Profile पर अतिरिक्त data अब उपलब्ध है जिसमें reviews और map, place Id, और अन्य data के links शामिल हैं। इस अतिरिक्त data को प्राप्त करने के लिए Google Business Profile का relinking आवश्यक है।
• Facebook Page, Instagram, Google Profile Location. page linking screen पर, आप अब Facebook Page, Instagram account, और Google Business profile के लिए page location प्रदर्शित कर सकते हैं।
• Facebook Profile Analytics. Facebook Social Profile Analytics अब 4 quarters तक data लौटाते हैं। आप data को या तो aggregated या daily लौटाने के लिए सेट कर सकते हैं।
• Facebook History. Facebook Stories अब Get All History endpoint में लौटती हैं।
• Social Linking Page. Ayrshare Social Linking page अब origin opening tab या window पर redirecting का समर्थन करता है।
• Facebook Reviews. आप अब Facebook पर एक review का reply कर सकते हैं।
• Instagram Followers. Instagram Get Followers Online में एक enhanced UTC Format है। यह data आपके online Instagram followers की कुल historical count प्रति घंटा लौटाता है, जो आपको अधिकतम engagement के लिए posting को optimize करने की अनुमति देता है।
• Instagram Carousel. अब Instagram carousel में videos और images दोनों publish करें। कुल मिलाकर 10 media items तक शामिल किए जा सकते हैं।
• TikTok. TikTok captions अब “\n” वर्ण के साथ line breaks का समर्थन करते हैं।

​

फ़रवरी 2024

• Reviews. नए /reviews endpoint का उपयोग करके Google Business Profile और Facebook Pages पर reviews प्राप्त करें, reply करें, और हटाएँ।
• Linkedin Comments. Ayrshare के बाहर किए गए comments के लिए comment ID द्वारा LinkedIn comments प्राप्त करें।
• Linkedin Mentions. comments और reply to comments में Linkedin mentions अब referenced organization handle को resolve करते हैं।
• Public Profile Data. अब आप brand endpoint में Facebook Pages और Linkedin names के लिए search कर सकते हैं। users’ या companies’ सोशल मीडिया public information, जैसे followers, profile image, और websites देखें। इन users और companies को Ayrshare user लिंक होने की आवश्यकता नहीं है।
• Facebook Comments. Facebook Comments के लिए comments endpoint API अब response body में सीधे replies लौटाता है।
• Instagram Banned Hashtags. नए API endpoint या नए web tool का उपयोग करके banned hashtags की जाँच करें। यह आपके accounts को suspensions या shadow banning से सुरक्षित रखने में सहायक है।
• Facebook Groups. Facebook ने घोषणा की है कि वे Facebook Groups तक API access हटाएँगे। अधिक जानें।

​

जनवरी 2024

• Longer Instagram Videos. Instagram Video posts अब 15 मिनट तक की लंबाई और 1 GB का समर्थन करती हैं। यह पहले के 60 सेकंड और 100 MB से एक बढ़ोतरी है।
• Translate Post Text. अपनी post text का अनुवाद करने के लिए 100 से अधिक विभिन्न भाषाओं में से चुनें। उदाहरण के लिए, English को French या Spanish को German में translate करें। source language स्वचालित रूप से detect होती है।
• Error Translation. Error messages को आपकी पसंद की भाषा में स्वचालित रूप से translate किया जा सकता है। यह उपयोगी है यदि आप अपने user को उनकी पसंदीदा भाषा में सीधे error display करना चाहते हैं।
• Pinterest Analytics. Get all history के लिए अतिरिक्त Pinterest data points उपलब्ध हैं जिनमें post title, notes, और board id शामिल हैं।
• Check Post Length. Check Post Length endpoint में अब Facebook, Google Business Profile, LinkedIn, Pinterest, और YouTube के लिए validations शामिल हैं।
• New User Batch Endpoints. जब आपको एक बड़े data set की आवश्यकता होती है, तो batch endpoints एक बेहतरीन विकल्प हैं। आप अपने सभी user profiles के लिए json files प्राप्त करने के लिए batch endpoints का उपयोग कर सकते हैं और फिर जब फ़ाइल तैयार हो तो आपको बताने के लिए webhook का उपयोग कर सकते हैं।
• Linkedin Historical Posts. Ayrshare के बाहर published Linkedin post के लिए historical data प्राप्त करें।
• Linkedin Posts Reactions. LinkedIn के लिए Get All Post endpoint अब पोस्ट के लिए reactions लौटाता है, जैसे Likes, Praise, Maybe, और Appreciation।
• Last API Call Time. web dashboard के API Key अनुभाग में आपके द्वारा अंतिम बार API key का उपयोग करने का समय access करें।
• Ayrshare Dashboard History. web dashboard अब आपको एक नए “Load more” बटन के साथ अपने सभी historical posts या webhook logs load करने की अनुमति देता है।
• Webhook Errors. success बनाम error responses के प्रतिशत को देखने के लिए अपने webhooks की error rate देखें।

​

पुराने अपडेट

पुराने अपडेट देखने के लिए Update Archive देखें।