فید RSS پادکست چیست و چگونه ساخته می‌شود؟

اطلاعات کلیدی

ریشه‌شناسی و تاریخچه

RSS نخستین بار توسط شرکت نت‌اسکیپ (Netscape) در سال ۱۹۹۹ با نام Rich Site Summary برای توزیع تیترهای خبری ساخته شد. سپس توسعه‌دهنده‌ی نرم‌افزار دیو واینر (Dave Winer) با افزودن عنصر <enclosure> به RSS 0.92 در اواخر سال ۲۰۰۰، این قالب را گامی بزرگ‌تر برد. این برچسب به یک آیتم فید اجازه می‌داد به جای صرفاً لینک دادن به یک صفحه‌ی وب، به یک فایل رسانه‌ای مانند فایل صوتی یا تصویری میزبانی‌شده روی سرور اشاره کند.

واینر این قابلیت را در ۱۱ ژانویه ۲۰۰۱ با جاسازی یک آهنگ از گروه Grateful Dead در فید وبلاگ Scripting News خود به نمایش گذاشت که همان اولین فید پادکست تاریخ بود. این قالب در ابتدا مخاطبان چندانی پیدا نکرد تا اینکه در سال ۲۰۰۳ واینر یک فید صوتی برای روزنامه‌نگار و مجری رادیویی کریستوفر لایدون (Christopher Lydon) در دانشگاه هاروارد (Harvard) ساخت که مصاحبه‌های ضبط‌شده‌ی او را به‌طور خودکار در دسترس شنوندگان قرار می‌داد و پتانسیل این قالب برای توزیع صدا را به همگان نشان داد. واینر سپس در سال ۲۰۰۴ با آدام کری (Adam Curry)، وی‌جی سابق MTV، نرم‌افزار iPodder را توسعه داد که دانلود خودکار فایل‌های صوتی دریافتی از طریق RSS را مستقیماً به آیپاد ممکن می‌ساخت. واژه‌ی «پادکست» که ترکیبی از iPod و broadcast (پخش) است، در فوریه‌ی ۲۰۰۴ توسط روزنامه‌نگار بن هَمرزلی (Ben Hammersley) سکه زده شد. نسخه‌ی RSS 2.0 که واینر آن را نهایی کرد و تحت مجوز Creative Commons به دانشگاه هاروارد واگذار کرد، همان نسخه‌ای است که امروز هم استفاده می‌شود.

ساختار فنی

یک فید RSS پادکست از دو بخش اصلی تشکیل شده است: بلوک <channel> و بلوک‌های تکی <item>.

بلوک channel

بلوک <channel> کل برنامه‌ی پادکست را توصیف می‌کند. عناصر آن شامل <title> (نام برنامه)، <link> (وب‌سایت پادکست)، <description> (خلاصه‌ی برنامه)، <language> (مشخص‌شده با فرمت ISO 639، مثلاً fa برای فارسی یا en-us برای انگلیسی آمریکایی)، <itunes:image> (تصویر جلد پادکست) و <itunes:category> (که دایرکتوری‌ها برای دسته‌بندی برنامه از آن استفاده می‌کنند) می‌شود. همچنین یک عنصر <atom:link> هم وجود دارد که به URL خود فید اشاره می‌کند، یعنی نوعی خودارجاعی که تجمیع‌کننده‌ها (aggregators) از آن بهره می‌برند. عنصر <itunes:owner> نیز اطلاعات تماس صاحب برنامه را نگه می‌دارد.

بلوک item (قسمت‌های برنامه)

هر بلوک <item> نمایانگر یک قسمت مجزا است. شامل <title> (عنوان قسمت)، <description> (توضیحات)، <pubDate> (تاریخ انتشار به فرمت RFC 2822) و برچسب مهم <enclosure> می‌شود. برچسب <enclosure> سه ویژگی اجباری دارد: url (لینک مستقیم به فایل صوتی روی سرور میزبان)، length (حجم فایل بر حسب بایت) و type (نوع MIME، معمولاً audio/mpeg برای فایل‌های MP3). هر item یک <guid> هم دارد که یک شناسه‌ی یکتای جهانی (Globally Unique Identifier) است و دایرکتوری‌ها با آن قسمت‌ها را از یکدیگر متمایز کرده و محتوای تازه منتشرشده را تشخیص می‌دهند.

فضاهای نام توسعه‌یافته

فیدهای پادکست مدرن علاوه بر هسته‌ی RSS 2.0 از فضاهای نام XML (namespace) توسعه‌یافته‌ای هم استفاده می‌کنند. فضای نام itunes: که در اصل توسط اپل (Apple) برای دایرکتوری iTunes پادکست رسمی شد، فیلدهایی مانند <itunes:duration>، <itunes:episode>، <itunes:season> و <itunes:explicit> را اضافه می‌کند. فضای نام podcast: که بخشی از ابتکار Podcasting 2.0 به رهبری پروژه‌ی Podcast Index است، قابلیت‌های جدیدتری مثل رونوشت‌ها (transcripts)، فصل‌های قسمت (chapters) و مکانیزم‌های پرداخت ارزش‌به‌ارزش (value-for-value) را می‌افزاید. تمام فیدها باید به صورت متن ساده با کدگذاری UTF-8 باشند.

نحوه‌ی کار فید RSS پادکست

فید RSS به مثابه‌ی یک فایل داده‌ی استانداردشده عمل می‌کند که دایرکتوری‌ها و اپلیکیشن‌های پادکست آن را بر اساس یک برنامه‌ی نظرسنجی منظم می‌خوانند. وقتی یک پادکستر قسمت جدیدی از طریق پلتفرم میزبانی (hosting platform) منتشر می‌کند، آن پلتفرم یک بلوک <item> جدید به فایل XML فید اضافه می‌کند. دایرکتوری‌هایی که از قبل پس از ارسال اولیه‌ی پادکستر، این URL فید را ایندکس کرده‌اند، فید را به‌طور دوره‌ای بررسی می‌کنند و آیتم جدید را از طریق <guid> آن شناسایی می‌نمایند، سپس متادیتای قسمت را برداشته و صدا را در دسترس کاربرانشان قرار می‌دهند.

فید RSS فایل صوتی را ذخیره یا ارسال نمی‌کند. فایل‌های صوتی بر روی سرور پلتفرم میزبانی باقی می‌مانند و فید تنها از طریق برچسب <enclosure> به URL آن فایل‌ها اشاره می‌کند. دایرکتوری یا اپلیکیشن شنیداری وقتی مشترک قسمتی را پخش یا دانلود می‌کند، صدا را مستقیماً از سرور میزبان دریافت می‌نماید. این جدایی میان فید (متادیتا) و فایل‌های صوتی (رسانه) پایه‌ی اساسی نحوه‌ی کار این سیستم است.

نقش پلتفرم میزبانی

اکثر پادکسترها فید RSS خود را به صورت دستی نمی‌نویسند یا نگهداری نمی‌کنند. نوشتن XML با دست خطاپذیر است و یک فید معیوب می‌تواند باعث شود دایرکتوری‌ها برنامه را رد کنند یا قسمت‌های جدید را شناسایی نکنند. پلتفرم‌های میزبانی پادکست هنگامی که سازنده فایل صوتی را آپلود و اطلاعات قسمت را وارد می‌کند، فید XML را به‌طور خودکار تولید و به‌روزرسانی می‌کنند.

URL فید پلتفرم میزبانی شناسه‌ی دائمی است که پادکست را به تمامی کانال‌های توزیعش متصل می‌کند. آمار پادکست مانند تعداد دانلود، موقعیت جغرافیایی شنوندگان و دستگاه‌های پخش، معمولاً از طریق شمارش درخواست‌های HTTP به فایل‌های صوتی سرور میزبان محاسبه می‌شوند که فید RSS شنوندگان را به سمت آن‌ها هدایت می‌کند. این یعنی پلتفرم میزبانی منبع مرکزی داده‌های اندازه‌گیری در تمامی کانال‌های توزیع است.

ارسال به دایرکتوری‌ها

ارسال یک پادکست به یک دایرکتوری یک فرایند یک‌بار است: پادکستر URL فید را به دایرکتوری می‌دهد و از آن پس دایرکتوری به‌طور مستقل فید را بررسی می‌کند. زمان تأیید بسته به دایرکتوری متفاوت است؛ Apple Podcasts معمولاً در کمتر از ۴۸ ساعت درخواست‌ها را بررسی می‌کند، درحالی‌که برخی دیگر از دایرکتوری‌ها چند روز طول می‌کشد. پس از تأیید، هر قسمت جدیدی که به فید اضافه می‌شود بدون نیاز به هیچ اقدام دیگری از سوی پادکستر در دایرکتوری نمایش داده می‌شود.

از آنجا که یک URL فید، توزیع را در تمامی دایرکتوری‌ها به‌طور همزمان پیش می‌برد، فید RSS به مثابه‌ی تنها منبع حقیقی برای تمامی توزیع عمل می‌کند. تغییراتی که در متادیتای قسمت‌ها، تصویر جلد یا توضیحات برنامه در پلتفرم میزبانی اعمال می‌شوند، از طریق فید به تمام دایرکتوری‌ها منتقل می‌شوند بدون آنکه نیازی به به‌روزرسانی جداگانه‌ی هر دایرکتوری باشد.

استاندارد باز در برابر پلتفرم‌های بسته

مشترک شدن در یک پادکست به دو روش ممکن است: از طریق فهرست یک دایرکتوری، یا با واردکردن مستقیم URL فید RSS در هر اپلیکیشن پادکست سازگار. چون RSS یک استاندارد باز است، هر اپلیکیشن پادکستی که از RSS پشتیبانی کند می‌تواند به هر پادکستی دسترسی داشته باشد بدون آنکه نیاز به مجوز یا شراکت با پلتفرم میزبان باشد. این بازبودن از آغاز پایه‌ی معماری پادکست بوده است.

برخی پلتفرم‌های صوتی از طریق سیستم‌های اختصاصی و بسته‌ای کار می‌کنند که فید RSS عمومی ندارند. محتوایی که صرفاً از طریق یک پلتفرم بسته منتشر شود، تنها در اپلیکیشن اختصاصی همان پلتفرم قابل دسترسی است. سازندگانی که از طریق RSS توزیع می‌کنند مالکیت و کنترل داده‌های مخاطبانشان را حفظ می‌کنند و از هر اپلیکیشن سازگار با RSS قابل دسترسی‌اند. دیو واینر استدلال کرده که برای آنکه یک محتوای صوتی واقعاً پادکست باشد، باید از طریق یک فید RSS باز قابل دسترسی برای هر کلاینتی توزیع شود و به هیچ اپلیکیشن یا پلتفرم خاصی قفل نشده باشد.

انتقال فید و تغییر مسیر ۳۰۱

اگر پادکستری به پلتفرم میزبانی متفاوتی منتقل شود، URL فید قدیمی باید با یک تغییر مسیر ۳۰۱ (301 redirect) به فید جدید هدایت شود. این دستورالعمل استاندارد HTTP به دایرکتوری‌ها و اپلیکیشن‌ها می‌گوید که اشاره‌گرشان را به URL فید جدید به‌روزرسانی کنند. بدون این تغییر مسیر مناسب، مشترکان برخی پلتفرم‌ها ممکن است از دریافت قسمت‌های جدید محروم شوند. اکثر پلتفرم‌های میزبانی برای تسهیل این انتقال، گزینه‌ای برای تنظیم تغییر مسیر ارائه می‌دهند.

مفاهیم مرتبط

پرسش‌های متداول

فید RSS در پادکست چیست؟

فید RSS در دنیای پادکست یک فایل XML عمومی است که بر روی یک سرور میزبانی می‌شود و تمام اطلاعات ساختارمند یک پادکست را در خود جای می‌دهد؛ از عنوان، توضیحات، تصویر جلد و زبان گرفته تا متادیتای هر قسمت و مکان فایل صوتی آن. این فایل هر بار که قسمت جدیدی منتشر می‌شود به‌طور خودکار به‌روزرسانی می‌گردد تا دایرکتوری‌ها و اپلیکیشن‌های شنیداری قسمت‌ها را بدون دخالت دستی به مشترکان برسانند.

RSS مخفف چیست؟

RSS مخفف Really Simple Syndication (سیندیکیشن واقعا ساده‌) است و نام آن هدفش را توصیف می‌کند: توزیع خودکار محتوا از یک منبع به مقصدهای متعدد. نسخه‌ی قدیمی‌تر این قالب با نام Rich Site Summary هم شناخته می‌شد.

فید RSS پادکست را چه کسی ساخت؟

توسعه‌دهنده‌ی نرم‌افزار دیو واینر (Dave Winer) پایه‌های فنی فید RSS پادکست را با افزودن عنصر <enclosure> به RSS 0.92 در اواخر سال ۲۰۰۰ بنا گذاشت. او این قابلیت را در ۱۱ ژانویه ۲۰۰۱ با جاسازی یک آهنگ در فید وبلاگ Scripting News خود نشان داد که اولین فید پادکست تاریخ بود. واینر بعدها در سال ۲۰۰۴ با آدام کری (Adam Curry) نرم‌افزار iPodder را توسعه داد که دانلود خودکار فایل‌های صوتی RSS به آیپاد را ممکن کرد و پادکست را به عنوان رسانه‌ای مستقل پایه‌گذاری کرد.

فید RSS یک پادکست چه اطلاعاتی دارد؟

فید RSS یک پادکست دو دسته اطلاعات دارد. بلوک channel کل برنامه را توصیف می‌کند: عنوان، لینک وب‌سایت، توضیحات، زبان، تصویر جلد و دسته‌بندی. هر بلوک item هم یک قسمت مجزا را توضیح می‌دهد: عنوان، توضیحات، تاریخ انتشار، یک شناسه‌ی یکتای جهانی (GUID) و یک برچسب enclosure که به URL فایل صوتی، حجم آن بر حسب بایت و نوع MIME اشاره دارد.

آیا باید فید RSS خودم را بسازم؟

اکثر پادکسترها فید RSS خود را به صورت دستی نمی‌نویسند یا نگهداری نمی‌کنند. نوشتن XML با دست خطاپذیر است و یک فید معیوب می‌تواند باعث شود دایرکتوری‌ها برنامه را رد کنند یا قسمت‌های جدید را شناسایی نکنند. پلتفرم‌های میزبانی پادکست فید RSS را هنگام آپلود فایل صوتی و تکمیل اطلاعات قسمت به‌طور خودکار تولید و نگهداری می‌کنند.

برچسب enclosure در فید RSS پادکست چیست؟

برچسب enclosure یک عنصر XML درون هر بلوک item است که به فایل صوتی قسمت اشاره می‌کند. سه ویژگی اجباری دارد: url (لینک مستقیم به فایل صوتی روی سرور میزبان)، length (حجم فایل بر حسب بایت) و type (نوع MIME، معمولاً audio/mpeg برای فایل‌های MP3). معرفی این برچسب در RSS 0.92 همان چیزی بود که پادکست را از نظر فنی ممکن ساخت.

اگر پلتفرم میزبانی پادکستم را عوض کنم، فید RSS چه می‌شود؟

هنگام جابجایی به پلتفرم میزبانی جدید، URL فید قدیمی باید با یک تغییر مسیر ۳۰۱ (301 redirect) به فید جدید هدایت شود. این دستورالعمل استاندارد HTTP به دایرکتوری‌ها و اپلیکیشن‌ها می‌گوید که اشاره‌گرشان را به URL فید جدید به‌روزرسانی کنند. بدون این تغییر مسیر، مشترکان برخی پلتفرم‌ها ممکن است قسمت‌های جدید را دریافت نکنند.

تفاوت پادکست مبتنی بر RSS با پلتفرم‌های بسته چیست؟

پادکست مبتنی بر RSS از طریق یک URL فید باز و عمومی توزیع می‌شود که هر اپلیکیشن پادکست سازگار با RSS می‌تواند بدون نیاز به مجوز یا شراکت با پلتفرم میزبان به آن دسترسی داشته باشد. سازندگان مالکیت و کنترل داده‌های مخاطبانشان را حفظ می‌کنند. محتوایی که تنها از طریق یک پلتفرم بسته منتشر می‌شود، فقط در اپلیکیشن اختصاصی همان پلتفرم قابل دسترسی است.