Skip to main content

​
छवि और वीडियो पोस्टिंग आवश्यकताएँ

सोशल नेटवर्क पर पोस्ट publish करते समय, प्रत्येक नेटवर्क की आवश्यकताओं का पालन करना महत्वपूर्ण है। इन दिशानिर्देशों का पालन करके, आप यह सुनिश्चित कर सकते हैं कि आपकी पोस्ट सोशल नेटवर्क द्वारा स्वीकार की जाए और इच्छित दर्शकों तक पहुँचे। अतिरिक्त विवरण के लिए कृपया post endpoint देखें।

​
स्वीकृत फ़ाइल प्रकार

फ़ाइलों का स्वीकृत फ़ाइल एंडिंग प्रकार (एक्सटेंशन) होता है, जैसे jpg, jpeg, png, webp, gif, mp4, mov, या avi, तथा content-types जैसे image/jpeg या video/mp4। इसके अतिरिक्त, LinkedIn निम्नलिखित एक्सटेंशन वाले फ़ाइल प्रकार स्वीकार करता है: ppt, pptx, doc, docx और pdf। यदि मीडिया URL में विशेष अक्षर हैं, जैसे ñ, तो कृपया भेजने से पहले विशेष अक्षरों को encode करें। प्रत्येक नेटवर्क के विवरण के लिए कृपया नीचे देखें।
स्वचालित छवि प्रारूप रूपांतरण। WebP, HEIC, HEIF और AVIF स्रोत छवियाँ उन platforms पर पोस्ट करने से पहले स्वचालित रूप से JPEG में परिवर्तित हो जाती हैं जो उन्हें मूल रूप से स्वीकार नहीं करते हैं। WebP को Instagram, LinkedIn, TikTok, Google My Business, Threads और Snapchat के लिए परिवर्तित किया जाता है; HEIC, HEIF और AVIF को सभी समर्थित platforms के लिए परिवर्तित किया जाता है। रूपांतरण भेजने के समय पारदर्शी रूप से चलता है, इसलिए आप इनमें से किसी भी प्रारूप को mediaUrls के माध्यम से जमा कर सकते हैं और Ayrshare गंतव्य platform की ओर से प्रारूप को संभाल लेगा। नीचे प्रति-platform “supported formats” सूचियाँ यह वर्णन करती हैं कि प्रत्येक नेटवर्क अंततः wire पर क्या स्वीकार करता है; आपको पहले से परिवर्तित करने की आवश्यकता नहीं है। विफलता मोड (codes 450, 451, 452) के लिए Image Format Conversion Errors देखें, और जब कोई छवि परिवर्तित होती है तब embedded metadata के साथ क्या होता है यह जानने के लिए Image Metadata and Content Credentials देखें।

​
अधिकतम छवियाँ

एक ही पोस्ट में प्रति platform स्वीकृत अधिकतम छवियाँ:
  • Bluesky: 4 छवियाँ।
  • Facebook Pages: 10 छवियाँ, जिसमें carousel post शामिल है।
  • Instagram: 10 छवियाँ।
  • Google Business Profile: 1 छवि।
  • LinkedIn: 9 छवियाँ।
  • Pinterest: 1 छवि।
  • Reddit: 1 छवि।
  • Telegram: 1 छवि।
  • Threads: 20 छवियाँ।
  • TikTok: 35 छवियाँ।
  • X/Twitter: 4 छवियाँ।

​
अधिकतम वीडियो

Bluesky, Facebook, Instagram, LinkedIn, Pinterest, Telegram, Threads, TikTok, X/Twitter और YouTube के लिए प्रति पोस्ट केवल एक वीडियो की अनुमति है। Reddit अभी तक वीडियो का समर्थन नहीं करता है।
कृपया सुनिश्चित करें कि आपका वीडियो URL नेटवर्क के आधार पर, .mp4 या .mov जैसे स्वीकृत वीडियो एक्सटेंशन के साथ समाप्त होता है।उदाहरण के लिए:
  • स्वीकृत: https://mysite.com/video.mp4
  • स्वीकृत नहीं: https://mysite.com/video.mp4?code=30s93
यदि आपका वीडियो एक signed URL है या स्वीकृत वीडियो एक्सटेंशन के साथ समाप्त नहीं हो सकता है, तो आप पोस्ट publish करते समय isVideo पैरामीटर का उपयोग कर सकते हैं।
हम 50 MB से बड़ी वीडियो फ़ाइलों के लिए scheduleDate पैरामीटर के साथ async processing के लिए एक scheduled पोस्ट बनाने की अनुशंसा करते हैं। सोशल नेटवर्क पर timeouts से बचने के लिए अपने मीडिया URLs की अपलोड गति भी जाँचना सुनिश्चित करें। यदि मीडिया फ़ाइल को लगभग 5 मिनट के भीतर download नहीं किया जा सकता है, तो timeout होने की संभावना है।

​
मानक सोशल वीडियो आवश्यकताएँ

प्रत्येक सोशल नेटवर्क की अलग-अलग वीडियो आवश्यकताएँ होती हैं। यदि आप एक ऐसा वीडियो चाहते हैं जिसे X/Twitter, Instagram, Facebook और TikTok जैसे सोशल नेटवर्क पर publish किया जा सके, तो निम्नलिखित मानकों का उपयोग करें: आयाम: 1080 x 1920 px लंबाई: 60 सेकंड आकार: 50 MB प्रारूप: MP4 उदाहरण Portrait वीडियो: https://img.ayrshare.com/random/portrait5.mp4 आप YouTube जैसे नेटवर्क के लिए विशिष्ट आकार का वीडियो भी बना सकते हैं जो लंबी और बड़ी फ़ाइलें स्वीकार करते हैं। प्रत्येक नेटवर्क के विवरण के लिए कृपया नीचे देखें। अपने परीक्षण के लिए रैंडम वीडियो कैसे बनाएँ देखें।

​
Content Type

पोस्ट करते समय, सुनिश्चित करें कि content-type उपयुक्त रूप से सेट है, जैसे image/png, image/jpg, या image/jpeg।

​
सुरक्षित URLs

अपना स्वयं का मीडिया URL पोस्ट करते समय, लिंक SSL का उपयोग करके सुरक्षित होना चाहिए और https:// से शुरू होना चाहिए।

​
सोशल नेटवर्क मीडिया आवश्यकताएँ

Bluesky Media Requirements

Facebook Media Requirements

Google Business Profile Media Requirements

Instagram Media Requirements

LinkedIn Media Requirements

Pinterest Media Requirements

Reddit Media Requirements

Snapchat Media Requirements

Telegram Media Requirements

Threads Media Requirements

TikTok Media Requirements

X/Twitter Media Requirements

YouTube Media Requirements

​
Image Metadata and Content Credentials

छवियाँ अक्सर embedded metadata ले जाती हैं: एक ICC color profile, एक XMP packet, EXIF कैमरा डेटा, या एक C2PA Content Credentials manifest। जब कोई छवि AI tool से जनरेट या एडिट की जाती है, तो AI disclosure सामान्यतः XMP packet में Iptc4xmpExt:DigitalSourceType property के रूप में रहती है, और अक्सर एक C2PA manifest के अंदर भी। Ayrshare एक छवि को JPEG में तब re-encode करता है जब गंतव्य नेटवर्क स्रोत प्रारूप को स्वीकार नहीं करता, जैसा कि ऊपर Accepted File Types के अंतर्गत बताया गया है। Re-encode फ़ाइल को दोबारा लिखता है, इसलिए यह अनुभाग ठीक-ठीक बताता है कि Ayrshare क्या साथ ले जाता है, क्या छोड़ देता है, और प्रत्येक नेटवर्क परिणाम के साथ क्या करता है। वीडियो कभी re-encode नहीं किए जाते और उनका metadata अछूता रहता है।

​
रूपांतरण पर रखा गया Metadata

  • Color rendering. एक wide-gamut छवि रूपांतरण के बाद वैसी ही दिखती है जैसी पहले थी। यह कैसे प्राप्त किया जाता है यह स्रोत प्रारूप पर निर्भर करता है, और यदि आप परिवर्तित फ़ाइल का निरीक्षण करते हैं तो अंतर जानने योग्य है। एक HEIC या HEIF छवि अपना मूल ICC color profile रखती है, जिसे JPEG में ले जाया जाता है। एक WebP या AVIF छवि इसके बजाय मानक sRGB में परिवर्तित की जाती है, इसलिए रंग उस नेटवर्क पर भी सही रहते हैं जो embedded profiles को छोड़ देता है — परिवर्तित JPEG में कोई ICC profile नहीं होता क्योंकि अब इसकी आवश्यकता नहीं है।
  • AI disclosure, और केवल AI disclosure। Ayrshare एक छोटा, नया XMP packet लिखता है जिसमें Iptc4xmpExt:DigitalSourceType होता है — वह IPTC property जो यह रिकॉर्ड करती है कि क्या कोई छवि कैमरे से खींची गई, एडिट की गई, या किसी algorithm द्वारा बनाई गई थी — ताकि आपके generation tool द्वारा लिखी गई disclosure नेटवर्क तक पहुँच सके। packet को कॉपी करने के बजाय ताज़ा बनाया जाता है: आपकी छवि के मूल XMP से इसके साथ कुछ और नहीं जाता। Creator और copyright fields, keywords, editing history और location fields जैसे photoshop:City और Iptc4xmpExt:LocationCreated सभी पीछे छूट जाते हैं, इसलिए आपके बारे में या फ़ोटो कहाँ ली गई इसके बारे में कुछ भी गलती से publish नहीं हो सकता। नीचे Metadata Not Retained देखें।
  • एक synthesized AI disclosure। यदि कोई C2PA manifest AI origin का दावा करता है लेकिन XMP packet उसे रिकॉर्ड नहीं करता, तो Ayrshare output XMP में समकक्ष Iptc4xmpExt:DigitalSourceType मान लिख देता है, ताकि disclosure manifest के साथ न खो जाए। Ayrshare स्वयं कभी AI origin का अनुमान नहीं लगाता: मान तब साथ लिया जाता है जब छवि पहले से एक ले जा रही हो, और तभी synthesized किया जाता है जब कोई C2PA manifest इसका दावा करे। एक AI-generated छवि जो दोनों जगहों में disclosure के बिना आती है, वह बिना disclosure के publish हो जाती है।

​
रूपांतरण पर न रखा गया Metadata

  • AI disclosure को छोड़कर सब कुछ। एक परिवर्तित छवि में कोई EXIF block बिल्कुल नहीं होता — कोई GPS coordinates नहीं, कोई कैमरा make, model या capture time नहीं — और मूल XMP packet से disclosure के अलावा कुछ भी नहीं। इसमें dc:creator और dc:rights, keywords, editing history, और हर location field, exif:GPS* तथा photoshop:City और Iptc4xmpExt:LocationCreated जैसे authored text सभी शामिल हैं। output packet फ़िल्टर करने के बजाय शून्य से बनाया जाता है, इसलिए उसमें केवल disclosure ही आ सकती है। यदि आपको authorship या copyright metadata को किसी नेटवर्क तक पहुँचाना है, तो उस प्रारूप में publish करें जिसे नेटवर्क मूल रूप से स्वीकार करता है ताकि कोई रूपांतरण न हो।
  • एक बहुत लंबा disclosure मान। Ayrshare जो packet लिखता है उसे JPEG में एक निश्चित मात्रा की जगह में समाना होता है, और एक disclosure मान जो इतना लंबा हो कि इसे 60,000 bytes से आगे धकेल दे, उसे truncate करने के बजाय छोड़ दिया जाता है। वास्तविक IPTC मान कुछ दर्जन bytes के होते हैं, इसलिए व्यवहार में ऐसा नहीं होता; यह इसलिए दस्तावेज़ीकृत है क्योंकि पोस्ट फिर भी सफल होती है और कोई चेतावनी नहीं लौटाई जाती। ध्यान दें यह disclosure पर एक सीमा है, आपकी छवि के मूल packet पर नहीं — एक बड़ा मूल XMP आपको disclosure की लागत नहीं देता, क्योंकि जो लिखा जाता है वह मूल नहीं है।
  • C2PA cryptographic signature re-encode से नहीं बच सकता। एक C2PA manifest उस फ़ाइल के ठीक उन्हीं bytes पर signed होता है जिनसे यह जुड़ा था। छवि को JPEG में परिवर्तित करने से अलग bytes बनते हैं, इसलिए signature अब मान्य नहीं रह सकता और आगे नहीं ले जाया जाता। Disclosure रूपांतरण से बच जाती है; signature नहीं बचती। एक परिवर्तित छवि Content Credentials validator में signed content के रूप में सत्यापित नहीं होगी।
authorship या tamper-evidence साबित करने के लिए एक परिवर्तित छवि पर निर्भर न रहें। यदि एक सत्यापन योग्य C2PA signature आवश्यक है, तो छवि को उस प्रारूप में publish करें जिसे गंतव्य नेटवर्क मूल रूप से स्वीकार करता है ताकि कोई रूपांतरण न हो।

​
रूपांतरण कब होता है

  • JPEG और PNG अछूते रहते हैं। कोई re-encode नहीं और कोई metadata परिवर्तन नहीं — जो bytes आप देते हैं, वही bytes नेटवर्क को मिलते हैं।
  • WebP को Instagram, Threads, LinkedIn, TikTok, Google Business Profile और Snapchat के लिए JPEG में परिवर्तित किया जाता है।
  • HEIC, HEIF और AVIF को हर नेटवर्क के लिए JPEG में परिवर्तित किया जाता है।
  • वीडियो कभी परिवर्तित नहीं होते।
यदि आप निश्चितता चाहते हैं कि कोई re-encode नहीं होगा, तो JPEG या PNG दें।

​
प्रत्येक नेटवर्क Metadata के साथ क्या करता है

Metadata को बनाए रखना यात्रा का केवल आधा हिस्सा है। प्रत्येक नेटवर्क स्वतंत्र रूप से तय करता है कि ingest पर इसे रखना है या नहीं और AI label render करना है या नहीं। नीचे दिए गए परिणाम August 2026 में बिना किसी platform AI flag सेट के live posts से आए हैं, इसलिए embedded metadata ही एकमात्र संभावित संकेत था: Meta Facebook, Instagram और Threads में disclosure को लगातार रखता है, लेकिन label को प्रति surface render करता है: Facebook और Instagram इसे दिखाते हैं, Threads वर्तमान में नहीं दिखाता। दोनों columns स्वतंत्र हैं, और Instagram इसका उल्लेख करने योग्य कारण है: यह AI disclosure रखता है जबकि color profile को हटा देता है। यही कारण भी है कि WebP और AVIF छवियों को profile देने के बजाय मानक sRGB में परिवर्तित किया जाता है — profile केवल उस नेटवर्क पर मदद करता है जो इसे रखता है, जबकि सही sRGB color हर जगह सही होता है।
Provenance metadata LinkedIn के image processing से नहीं बचता। LinkedIn embedded metadata को तब हटा देता है जब वह छवि ingest करता है, इसलिए Iptc4xmpExt:DigitalSourceType disclosure publish की गई छवि पर मौजूद नहीं होती और कोई AI label लागू नहीं होता। LinkedIn के लिए embedded metadata को AI-disclosure तंत्र के रूप में न मानें।
ऊपर सूचीबद्ध न किए गए नेटवर्क मापे नहीं गए। नेटवर्क का व्यवहार बिना सूचना के बदल सकता है, इसलिए तालिका को गारंटी के बजाय अवलोकित व्यवहार मानें।
Instagram autoResize disclosure को छोड़ देता है। जब कोई पोस्ट instagramOptions.autoResize का उपयोग करती है, तो छवि को एक अलग चरण द्वारा 1080×1080 पर resize किया जाता है जो एक नई फ़ाइल लिखता है और कोई metadata आगे नहीं ले जाता — इसलिए AI disclosure, ICC profile और कोई भी C2PA manifest सभी Instagram को मिली छवि से अनुपस्थित होते हैं, चाहे स्रोत ने कुछ भी ले जाया हो। यदि disclosure को Instagram तक पहुँचना है, तो एक ऐसी छवि दें जो पहले से Instagram की aspect-ratio आवश्यकताओं को पूरा करती है और autoResize को off रखें।

​
सीधे Media अपलोड करना

POST /media/upload आपके bytes को हूबहू संग्रहीत करता है। कुछ भी re-encode नहीं होता और सभी metadata — जिसमें EXIF और कोई भी C2PA manifest शामिल है — ठीक वैसे ही संग्रहीत होते हैं जैसे आपूर्ति किए गए। ऊपर दिया गया retention व्यवहार केवल तभी लागू होता है जब कोई छवि उस नेटवर्क पर publish की जाती है जिसे अलग प्रारूप की आवश्यकता होती है।