ساختار و الزامات استاندارد RSS 2.0 برای پادکستها
برای اینکه فید پادکست شما به درستی توسط پلتفرمهای مختلف خوانده شود، رعایت دقیق ساختار استاندارد RSS 2.0 الزامی است. ابزار «اعتبارسنج RSS پادکست» به شما کمک میکند تا مطمئن شوید سند XML شما کاملاً معتبر و بدون نقص ساختاری است.
در گام نخست، این ابزار بررسی میکند که آیا سند XML شما به درستی شکل گرفته است یا خیر. اگر ساختار XML دارای ایراد باشد، خطای «XML معیوب را اصلاح کنید، سپس دوباره اعتبارسنجی کنید.» نمایش داده میشود. همچنین، وجود اعلان DOCTYPE در فید مجاز نیست و در صورت وجود، با خطای «قبل از بررسی این فید، اعلان DOCTYPE را حذف کنید.» مواجه خواهید شد.
قوانین ساختاری زیر برای ریشه سند و تگهای اصلی فید پادکست الزامی هستند:
- ریشه سند: ریشه سند شما باید دقیقاً به صورت
<rss>باشد. در غیر این صورت، خطای «ریشه سند باید <rss> باشد.» صادر میشود. - نسخه RSS: ویژگی
versionدر تگ<rss>باید دقیقاً روی "2.0" تنظیم شده باشد. عدم رعایت این مورد خطای «ویژگی version در <rss> را روی 2.0 تنظیم کنید.» را به همراه دارد. - تگ کانال: هر فید RSS باید دقیقاً دارای یک تگ
<channel>مستقیم باشد. اگر تعداد دیگری یافت شود، سیستم خطای «RSS باید دقیقاً یک <channel> مستقیم داشته باشد؛‹count›یافت شد.» را نشان میدهد. - حداقل اپیزود: کانال پادکست شما نمیتواند خالی باشد و باید حداقل شامل یک قسمت (اپیزود) باشد. در غیر این صورت، خطای «حداقل یک قسمت را به کانال اضافه کنید.» نمایش داده میشود.
الزامات اختصاصی Apple Podcasts برای فیدهای پادکست
پلتفرم Apple Podcasts به عنوان یکی از مراجع اصلی انتشار پادکست، الزامات و استانداردهای ویژهای دارد که فید شما باید آنها را برآورده کند. این ابزار به طور دقیق فید شما را برای این نیازمندیها بررسی میکند:
- فضای نام (Namespace): فضای نام Apple Podcasts باید حتماً در تگ
<rss>اعلام شده باشد. در صورت عدم وجود، خطای «فضای نام Apple Podcasts را در <rss> اعلام کنید:‹namespace›» نمایش داده میشود. - فیلدهای ضروری: فید شما باید شامل فیلدهای ضروری کانال و اپیزودها باشد. در صورت غیبت هر یک از آنها، خطای «
‹field›مورد نیاز را اضافه کنید.» صادر میشود. - آدرسهای اینترنتی (URLs): لینکهای موجود در فید باید معتبر باشند. در غیر این صورت، خطای «
‹field›باید یک URL کامل HTTP یا HTTPS باشد.» نمایش داده میشود. - تصویر کاور: برای تصاویر، باید ویژگی href را روی یک URL کامل HTTP یا HTTPS تنظیم کنید.
- دستهبندیها: دستهبندیهای پادکست نباید خالی باشند. در صورت وجود تگ دستهبندی نامعتبر، خطای «یک ویژگی text غیرخالی به itunes:category اضافه کنید.» نمایش داده میشود.
- برچسب محتوای حساس: تگ
<itunes:explicit>باید حتماً روی یکی از دو مقدار "true" یا "false" تنظیم شده باشد. - نمایشهای سریالی: اگر پادکست شما از نوع سریالی (Serial) است، نمایشهای سریالی به یک عدد صحیح مثبت برای هر قسمت نیاز دارند.
- محدودیت تعداد اپیزودها: اگر فید شما حاوی تعداد بسیار زیادی اپیزود باشد، هشدار «این فید دارای
‹count›قسمت است؛ Apple Podcasts فقط 2,000 قسمت اخیر را نمایش میدهد.» را دریافت خواهید کرد.
اعتبارسنجی ویژگیهای فایل صوتی (Enclosure)
بخش مهمی از فید پادکست به تگ <enclosure> مربوط میشود که مشخصات فایل صوتی هر اپیزود را در خود نگه میدارد. هر قسمت از پادکست باید دقیقاً دارای یک تگ <enclosure> باشد. در غیر این صورت، خطای «دقیقاً یک <enclosure> در این قسمت نگه دارید؛ ‹count› یافت شد.» نمایش داده میشود.
این ابزار ویژگیهای مختلف تگ enclosure را به دقت بررسی میکند:
- ویژگیهای ضروری: در صورت نبود هر یک از ویژگیهای لازم، خطای «ویژگی
‹attribute›مورد نیاز را به <enclosure> اضافه کنید.» صادر میشود. - آدرس فایل: آدرس فایل صوتی باید معتبر باشد. در غیر این صورت، خطای «ویژگی url در <enclosure> را روی یک URL کامل HTTP یا HTTPS تنظیم کنید.» رخ میدهد.
- طول فایل (بایت): حجم فایل باید به درستی مشخص شود. مقدار نامعتبر خطای «در ویژگی length از <enclosure> تعداد بایت را بهصورت عدد صحیح وارد کنید.» را در پی دارد. اگر طول فایل صفر باشد، هشدار «ویژگی length در <enclosure> صفر است. پیش از انتشار، تعداد واقعی بایت را بررسی کنید.» نمایش داده میشود.
- نوع MIME: نوع رسانه باید معتبر باشد. در صورت نامعتبر بودن، خطای «از یک نوع MIME معتبر مانند audio/mpeg استفاده کنید.» نمایش داده میشود. اگر نوع رسانه غیر صوتی باشد، هشدار «این <enclosure> بهعنوان صوت علامتگذاری نشده است. مطمئن شوید انتشار اپیزود ویدئویی یا سندی عمدی است.» صادر میشود.
- عدم تطابق پسوند و MIME: اگر پسوند فایل با نوع MIME همخوانی نداشته باشد، هشدار «نام فایل رسانه و نوع MIME با هم مطابقت ندارند (
‹extension›در مقابل‹mime›).» را دریافت میکنید. - آدرسهای تکراری: استفاده از آدرسهای تکراری برای فایلها مجاز نیست. در صورت تکرار، خطای «این URL پیوست مقدار خط
‹first›را تکرار میکند.» نمایش داده میشود.
اهمیت قالببندی صحیح تاریخ و شناسهها
یکی از رایجترین مشکلات در فیدهای پادکست، قالببندی نادرست تاریخ انتشار اپیزودها و شناسههای یکتا (GUID) است.
- تاریخ انتشار (pubDate): وجود تاریخ انتشار برای مرتبسازی اپیزودها حیاتی است. در صورت نبود آن، هشدار «افزودن <pubDate> تا برنامههای پادکست بتوانند این قسمت را به طور قابل اعتماد مرتب و منتشر کنند.» نمایش داده میشود.
- فرمت تاریخ RFC 2822: تاریخها باید دقیقاً مطابق با استاندارد RFC 2822 باشند. در صورت نامعتبر بودن، خطای «از یک تاریخ RFC 2822 با تاریخ واقعی تقویم و منطقه زمانی استفاده کنید، برای مثال: Sat, 01 Apr 2023 19:00:00 +0000.» نمایش داده میشود.
- منطقه زمانی: استفاده از مناطق زمانی نامگذاری شده توصیه نمیشود. در این حالت، هشدار «این منطقه زمانی نامگذاری شده پذیرفته شده اما کمتر قابل انتقال است؛ ترجیحاً از جابجایی عددی مانند +0000 استفاده کنید.» صادر میشود.
- شناسه یکتا (GUID): هر اپیزود باید یک شناسه یکتای غیرتکراری داشته باشد. در صورت وجود شناسه تکراری، خطای «این GUID مقدار خط
‹first›را تکرار میکند.» نمایش داده میشود.
نحوه تفسیر نتایج و عیبیابی فید
پس از قرار دادن فید خود در ابزار و کلیک بر روی دکمه اعتبارسنجی، بخش «نتیجهٔ بررسی فید» ظاهر میشود. این ابزار اطلاعات دقیقی را برای عیبیابی در اختیار شما قرار میدهد:
- خلاصه وضعیت: تعداد خطاها با عبارت «خطاها:
‹count›»، تعداد هشدارها با «هشدارها:‹count›» و تعداد اپیزودهای شناساییشده با «اپیزودها:‹count›» نمایش داده میشود. در صورت عدم وجود مشکل، پیام «هیچ مشکل ساختاری پیدا نشد.» و در صورت وجود مشکل، پیام «خطاهای‹errors›و هشدارهای‹warnings›پیدا شد.» نشان داده میشود. - موقعیت دقیق خطا: برای هر مشکل، موقعیت دقیق آن به صورت «خط
‹line›، ستون‹column›» مشخص میشود. - مسیر اصلاح: مسیر دقیق المان مشکلدار در ساختار XML با عبارت «اصلاح:
‹path›» نشان داده میشود. - پیوند پرش: شما میتوانید با کلیک بر روی «رفتن به
‹path›در خط‹line›» مستقیماً به محل بروز مشکل در سند خود بروید. - محدودیت نمایش: در صورتی که تعداد مشکلات بسیار زیاد باشد، ابزار لیست را کوتاه کرده و عبارت «از
‹total›مشکل،‹shown›مورد نخست نمایش داده میشود.» را نمایش میدهد. همچنین در صورت نیاز به اطلاعات فنی بیشتر از مفسر XML، بخش «جزئیات تجزیهٔ XML:‹detail›» قابل مشاهده خواهد بود.
حریم خصوصی و محدودیتهای فنی ابزار
استفاده از این ابزار کاملاً امن است. فید پادکست شما در مرورگرتان بررسی می شود و هیچ چیزی توسط BroBroGo آپلود یا ذخیره نمی شود.
با این حال، برای استفاده از ابزار باید به محدودیتهای فنی زیر توجه داشته باشید:
- محدودیت حجم ورودی: این ابزار تا 500,000 کاراکتر را در هر بررسی میپذیرد. در صورت فراتر رفتن از این مقدار، پیام خطای مربوطه نمایش داده میشود.
- زمان پردازش: اگر فرآیند اعتبارسنجی بیش از حد طول بکشد، پیام «اعتبارسنجی بیش از حد طول کشید. فید کوچکتری را امتحان کنید.» نمایش داده میشود. در صورتی که فرآیند به هر دلیل متوقف شود نیز پیام «اعتبارسنجی نتوانست کامل شود.» را مشاهده خواهید کرد.
- عدم دانلود فایل صوتی: این ابزار یک بررسی ساختار ایستا است. این ابزار URL فید، آثار هنری یا رسانهای را درخواست نمیکند؛ بنابراین در دسترس بودن از راه دور، طول بایت، رمزگشایی صوت و پذیرش دایرکتوری را باید به طور جداگانه تأیید کنید.
چه کسانی به این ابزار نیاز دارند؟
این ابزار برای افراد و گروههای زیر طراحی شده است تا از صحت فیدهای خود اطمینان حاصل کنند:
- تولیدکنندگان پادکست: برای اطمینان از اینکه اپیزودهای جدیدشان بدون مشکل در اپلیکیشنهای پادکست منتشر میشوند.
- افرادی که میزبانی پادکست خود را انتقال میدهند: برای بررسی صحت فید در طول فرآیند مهاجرت بین سرویسهای میزبانی مختلف.
- توسعهدهندگانی که فیدهای RSS را نگهداری میکنند: برای عیبیابی سریع کدهای تولیدکننده فید و اطمینان از همخوانی آنها با استانداردهای روز.
سؤالات متداول (FAQ)
این اعتبارسنج RSS پادکست چه چیزهایی را بررسی میکند؟
بررسی میکند که RSS 2.0 XML درست ساخته شده باشد، فیلدهای ضروری RSS و فیلدهای رایج کانال و اپیزود Apple Podcasts وجود داشته باشند؛ همچنین ویژگیهای <enclosure>، مقادیر تکراری و تاریخهای RFC 2822 را میسنجد.
آیا فایل صوتی را تست می کند؟
نشانی URL و طول بایتی <enclosure>، نوع MIME، تکراری نبودن و هماهنگی نام فایل با نوع را بررسی میکند. فایل صوتی را دانلود یا رمزگشایی نمیکند.
آیا فیدی که پاس می شود در همه جا پذیرفته می شود؟
نه. اپلیکیشن های پادکست می توانند قوانین و بررسی های از راه دور اضافه کنند. عبور به این معناست که XML چسبانده شده با بررسی های ایستا که اینجا نشان داده شده مطابقت دارد، نه اینکه دایرکتوری آن را قبول یا منتشر کند.