پوڈ کاسٹ RSS 2.0 اور Apple Podcasts کے لازمی تقاضے
پوڈ کاسٹ کی تقسیم کے لیے RSS 2.0 فارمیٹ کا درست ہونا لازمی ہے۔ ایک معیاری پوڈ کاسٹ فیڈ کے لیے ضروری ہے کہ دستاویز کی جڑ (root) لازمی طور پر <rss> ہو۔ اس کے علاوہ، اس <rss> ٹیگ کے اندر version انتساب (attribute) کی قدر لازمی طور پر "2.0" ہونی چاہیے۔ چونکہ زیادہ تر پوڈ کاسٹ پلیٹ فارمز Apple Podcasts کے معیار پر انحصار کرتے ہیں، اس لیے <rss> ٹیگ پر Apple Podcasts نام کی جگہ (namespace) کا اعلان ہونا بھی ضروری ہے۔
اس بنیادی ڈھانچے کے اندر، RSS فیڈ میں بالکل ایک براہ راست <channel> عنصر ہونا چاہیے۔ اگر اس چینل میں کوئی لازمی فیلڈ غائب ہو، تو سسٹم "مطلوبہ ‹field› شامل کریں۔" کا نقص دکھاتا ہے۔ چینل اور ایپی سوڈ کے تمام لنکس کے لیے ضروری ہے کہ وہ درست فارمیٹ میں ہوں؛ بصورتِ دیگر "‹field› ایک مکمل HTTP یا HTTPS URL ہونا چاہیے۔" کی خرابی سامنے آتی ہے۔ اسی طرح، چینل کے امیج لنکس کے لیے "itunes:image href کو مکمل HTTP یا HTTPS URL پر سیٹ کریں۔" کا اصول لاگو ہوتا ہے۔
درجہ بندی اور مواد کی نوعیت کو واضح کرنے کے لیے درج ذیل قواعد کی پاسداری لازمی ہے:
- پوڈ کاسٹ کے زمرے کے لیے ضروری ہے کہ
<itunes:category>میں ایک غیر خالی text انتساب شامل کیا جائے۔ - بچوں کے لیے موزوں یا غیر موزوں مواد کی نشاندہی کرنے والے ٹیگ
<itunes:explicit>کو صرف "true" یا "false" پر سیٹ کیا جا سکتا ہے۔ - ہر فعال پوڈ کاسٹ چینل میں کم از کم ایک ایپی سوڈ کا ہونا لازمی ہے۔
- اگر شو کی قسم سیریل (serial) ہے، تو ترتیب کو برقرار رکھنے کے لیے ہر ایپی سوڈ کے لیے ایک مثبت عدد (positive integer) فراہم کرنا ضروری ہے۔
آڈیو اینکلوژر (Enclosure) کی توثیق اور تکنیکی اوصاف
پوڈ کاسٹ فیڈ کا سب سے اہم حصہ میڈیا فائل کا لنک ہوتا ہے جو <enclosure> ٹیگ کے ذریعے فراہم کیا جاتا ہے۔ ہر ایپی سوڈ کے اندر بالکل ایک <enclosure> عنصر ہونا چاہیے۔ اگر کسی ایپی سوڈ میں ایک سے زیادہ میڈیا فائلیں شامل کی جائیں تو سسٹم نقص ظاہر کرتا ہے۔
اینکلوژر کی توثیق کے دوران درج ذیل تکنیکی اوصاف کو چیک کیا جاتا ہے:
- لازمی اوصاف: اگر اینکلوژر ٹیگ میں کوئی بنیادی وصف غائب ہو، تو "<enclosure> میں مطلوبہ ‹attribute› وصف شامل کریں۔" کی خرابی پیدا ہوتی ہے۔
- یو آر ایل (URL): میڈیا فائل کا پتہ درست ہونا چاہیے، ورنہ "<enclosure> کے url وصف کو مکمل HTTP یا HTTPS URL پر سیٹ کریں۔" کا پیغام ملتا ہے۔
- فائل کا سائز (Length): اینکلوژر کی لمبائی بائٹس کی شکل میں ہونی چاہیے۔ اس کے لیے "<enclosure> کے length وصف کو بائٹس کی صحیح عددی تعداد پر سیٹ کریں۔" کا قاعدہ مقرر ہے۔ اگر فائل کا سائز 0 درج ہو، تو سسٹم "<enclosure> کا length وصف 0 ہے۔ شائع کرنے سے پہلے بائٹس کی اصل تعداد چیک کریں۔" کا انتباہ جاری کرتا ہے۔
- مائیم ٹائپ (MIME Type): میڈیا فائل کے لیے درست مائیم ٹائپ جیسے کہ audio/mpeg کا استعمال ضروری ہے۔ اگر غیر آڈیو مائیم ٹائپ استعمال کی جائے، تو "یہ <enclosure> آڈیو کے طور پر نشان زد نہیں۔ چیک کریں کہ ایپی سوڈ جان بوجھ کر ویڈیو یا دستاویز کے طور پر دیا گیا ہے۔" کا انتباہ ملتا ہے۔ مزید برآں، فائل کی ایکسٹینشن اور مائیم ٹائپ کا آپس میں مطابقت رکھنا ضروری ہے، ورنہ "میڈیا فائل کا نام اور MIME قسم متفق نہیں ہیں (
‹extension›بمقابلہ‹mime›)۔" کا مسئلہ سامنے آتا ہے۔
یہ ٹول میڈیا فائل کے یو آر ایل کی انفرادیت کو بھی چیک کرتا ہے۔ اگر ایک ہی میڈیا یو آر ایل دوبارہ استعمال ہو، تو "یہ enclosure URL ‹first› لائن پر قدر کو دہراتا ہے۔" کی خرابی دکھائی دیتی ہے۔ یہ بات ذہن نشین رہے کہ یہ توثیق کار آڈیو فائل کو خود ڈاؤن لوڈ یا ڈی کوڈ نہیں کرتا۔
تاریخوں کا فارمیٹ اور ایپی سوڈز کی تعداد کا انتظام
پوڈ کاسٹ ایپس میں ایپی سوڈز کی درست ترتیب اور اشاعت کے لیے اشاعت کی تاریخ کا درست ہونا انتہائی ضروری ہے۔ اگر کسی ایپی سوڈ میں اشاعت کی تاریخ غائب ہو، تو "<pubDate> شامل کریں تاکہ پوڈ کاسٹ ایپس اس ایپی سوڈ کو قابل اعتماد طریقے سے آرڈر اور شائع کر سکیں۔" کا انتباہ دیا جاتا ہے۔
تاریخوں کے لیے RFC 2822 معیار کی پاسداری لازمی ہے۔ اس معیار کے مطابق تاریخ میں حقیقی کیلنڈر کی تاریخ اور ٹائم زون کا ہونا ضروری ہے، جیسے کہ: Sat, 01 Apr 2023 19:00:00 +0000۔ اگر تاریخ اس فارمیٹ پر پوری نہ اترے، تو "ایک حقیقی کیلنڈر کی تاریخ اور ٹائم زون کے ساتھ RFC 2822 تاریخ استعمال کریں، مثال کے طور پر: Sat, 01 Apr 2023 19:00:00 +0000۔" کا نقص ظاہر ہوتا ہے۔ اگرچہ نامزد ٹائم زون (جیسے EST یا GMT) قبول کر لیے جاتے ہیں، لیکن پورٹیبلٹی کو بہتر بنانے کے لیے عددی آفسیٹ جیسے کہ +0000 کو ترجیح دی جانی چاہیے، ورنہ "یہ نامزد ٹائم زون قبول ہے لیکن کم پورٹیبل ہے۔ ایک عددی آفسیٹ کو ترجیح دیں جیسے +0000۔" کا انتباہ ملتا ہے۔
اس کے علاوہ، فیڈ میں ایپی سوڈز کی کل تعداد پر بھی نظر رکھنا ضروری ہے۔ اگر کسی فیڈ میں ایپی سوڈز کی تعداد 2,000 سے تجاوز کر جائے، تو "اس فیڈ میں ‹count› ایپی سوڈز ہیں۔ Apple Podcasts صرف تازہ ترین 2,000 ایپی سوڈز دکھاتا ہے۔" کا انتباہ جاری کیا جاتا ہے۔ ہر ایپی سوڈ کا ایک منفرد شناختی کوڈ (GUID) ہونا بھی لازمی ہے؛ اگر کوئی GUID دوبارہ استعمال ہو، تو "یہ GUID لائن ‹first› پر قدر کو دہراتا ہے۔" کا نقص سامنے آتا ہے۔
ایکس ایم ایل (XML) کی خرابیاں اور ڈیبگنگ کا طریقہ کار
جب آپ اس ٹول میں پوڈ کاسٹ کا RSS XML پیسٹ کرتے ہیں، تو سب سے پہلے اس کے بنیادی ڈھانچے کی جانچ کی جاتی ہے۔ اگر فیڈ میں DOCTYPE ڈیکلریشن موجود ہو، تو سسٹم اسے قبول نہیں کرتا اور "اس feed کو چیک کرنے سے پہلے DOCTYPE ڈیکلریشن کو ہٹا دیں۔" کا نقص ظاہر کرتا ہے۔ اگر XML کی ساخت ہی خراب ہو، تو "خراب شدہ XML کو درست کریں، پھر دوبارہ تصدیق کریں۔" کا پیغام ملتا ہے۔
توثیق کا عمل مکمل ہونے پر نتائج کا خلاصہ "Feed تشخیص" کے عنوان کے تحت دکھایا جاتا ہے۔ اس خلاصے میں پائے جانے والے مسائل کی کل تعداد کو "‹errors› غلطیاں اور ‹warnings› انتباہات پائے گئے۔" کی شکل میں پیش کیا جاتا ہے۔ اگر فیڈ بالکل درست ہو، تو "کوئی ساختی مسائل نہیں ملے۔" کا پیغام ظاہر ہوتا ہے۔
مسائل کو تلاش کرنے اور انہیں درست کرنے کے لیے یہ ٹول ہر مسئلے کا درست مقام بتاتا ہے، جیسے کہ "لائن ‹line›، کالم ‹column›"۔ اس کے ساتھ ہی، مسئلے والے عنصر تک پہنچنے کے لیے ایک XPath طرز کا راستہ فراہم کیا جاتا ہے جسے "درست کریں: ‹path›" کے طور پر دکھایا جاتا ہے۔ صارف "لائن ‹line› پر ‹path› پر جائیں۔" کے لنک پر کلک کر کے براہ راست اس لائن پر پہنچ سکتے ہیں۔ اگر مسائل کی تعداد بہت زیادہ ہو، تو فہرست کو محدود کر کے "‹total› مسائل کا پہلا ‹shown› دکھا رہا ہے۔" کا پیغام دیا جاتا ہے۔ کسی بھی تکنیکی خرابی کی صورت میں "تجزیہ کار کی تفصیل: ‹detail›" کے ذریعے اضافی معلومات فراہم کی جاتی ہیں۔
رازداری اور پروسیسنگ کے اصول
اس ٹول کو استعمال کرتے وقت آپ کے ڈیٹا کی رازداری کا مکمل خیال رکھا جاتا ہے۔ آپ کے پوڈ کاسٹ کی RSS فیڈ آپ کے براؤزر میں ہی چیک ہوتی ہے۔ BroBroGo کچھ بھی اپ لوڈ یا محفوظ نہیں کرتا۔
اس ٹول کی کچھ تکنیکی حدود درج ذیل ہیں:
- یہ ٹول فی چیک 500,000 حروف تک کا XML ڈیٹا قبول کرتا ہے۔ اگر ان پٹ اس سے بڑا ہو، تو توثیق شروع نہیں ہوتی۔
- اگر آپ ان پٹ فراہم کیے بغیر توثیق کرنے کی کوشش کریں گے، تو "توثیق کرنے سے پہلے Podcast RSS XML چسپاں کریں۔" کا پیغام ظاہر ہوگا۔
- اگر فیڈ کا سائز بہت بڑا ہو یا پروسیسنگ میں تاخیر ہو، تو "جانچ میں بہت زیادہ وقت لگا۔ چھوٹی فیڈ آزمائیں۔" کا پیغام ملتا ہے۔
- کسی نامعلوم تکنیکی رکاوٹ کی صورت میں "توثیق مکمل نہیں ہو سکی۔" کا پیغام ظاہر ہوتا ہے۔
یہ بات یاد رکھنا ضروری ہے کہ یہ ایک جامد توثیق کار ہے۔ ایک فیڈ جو یہاں پاس ہو جائے، اس کا یہ مطلب ہرگز نہیں کہ ہر پوڈ کاسٹ ڈائریکٹری اسے لازمی قبول یا شائع کرے گی، کیونکہ وہ اپنے الگ ریموٹ ٹیسٹ اور قوانین لاگو کر سکتی ہیں۔
اکثر پوچھے جانے والے سوالات (FAQ)
یہ پوڈ کاسٹ RSS تصدیق کنندہ کیا چیک کرتا ہے؟
یہ RSS 2.0 XML کی ساخت، لازمی RSS اور عام Apple Podcasts فیلڈز، <enclosure> اوصاف، دہرائی گئی قدروں اور RFC 2822 تاریخوں کو چیک کرتا ہے۔
کیا یہ آڈیو فائل کی جانچ کرتا ہے؟
یہ <enclosure> کا URL، بائٹس کی تعداد، MIME قسم، URL کی انفرادیت اور فائل کے نام و قسم کی مطابقت چیک کرتا ہے۔ آڈیو ڈاؤن لوڈ یا ڈی کوڈ نہیں کیا جاتا۔
کیا ایک feed جو پاس ہوتا ہے ہر جگہ قبول کیا جائے گا؟
نہیں۔ پوڈ کاسٹ ایپس اور ڈائریکٹریاں اضافی قواعد اور ریموٹ جانچیں لاگو کر سکتی ہیں۔ کامیاب نتیجے کا مطلب صرف یہ ہے کہ پیسٹ کیا گیا XML یہاں دکھائی گئی جامد جانچوں پر پورا اترا۔