مهاجرت میزبان پادکست؛ تغییر GUID قسمت‌ها را تکراری می‌کند

برای جابه‌جایی میزبان پادکست، ابتدا آرشیو را به میزبان تازه وارد کنید، GUID قسمت‌های قدیمی را با خوراک قبلی تطبیق دهید و پس از آزمودن خوراک جدید، تغییرمسیر نشانی قبلی را فعال کنید. راهنمای تغییر میزبان Apple Podcasts هشدار می‌دهد که عوض‌شدن GUID در جریان مهاجرت ممکن است قسمت‌ها را تکراری نشان دهد و آمار را دستخوش تغییر کند.

این کار سه کنترل جدا دارد: آرشیو باید در مقصد کامل باشد، قسمت‌های قدیمی باید شناسهٔ پیشین خود را حفظ کنند و درخواست‌های خوراک قبلی باید به خوراک تازه برسند. تغییر عنوان، توضیح یا نشانی فایل صوتی به‌خودی‌خود دلیلی برای ساخت GUID تازه نیست. تا زمانی که هر سه مورد روشن نشده‌اند، حساب میزبان قدیمی را نبندید؛ نشانی آن هنوز می‌تواند مسیر دریافت برنامه برای دنبال‌کنندگان باشد.

پیش از مهاجرت: خوراک قدیمی را به مرجع مقایسه تبدیل کنید

نشانی RSS فعلی را ذخیره کنید و خود خوراک را با یک نمایشگر RSS باز کنید. فهرست قسمت‌های موجود در آن را همراه با GUID، عنوان، تاریخ انتشار و نشانی فایل صوتی هر قسمت نگه دارید. مشخصات برنامه، از جمله عنوان، توضیح و تصویر جلد، و نیز شمارهٔ فصل و قسمت را در صورت استفاده ثبت کنید. بعداً همین داده‌ها نشان می‌دهند چه چیزی واقعاً وارد خوراک مقصد شده است؛ نمای عمومی برنامه به‌تنهایی چنین مقایسه‌ای را ممکن نمی‌کند.

هم‌زمان از گزارش‌های آماری موردنیاز خود خروجی بگیرید و از میزبان فعلی بپرسید تغییرمسیر RSS را چگونه فعال می‌کند و نشانی قدیمی پس از لغو سرویس چه وضعی خواهد داشت. تغییر میزبان می‌تواند نحوهٔ ثبت دانلودها در داشبوردهای دو سرویس را متفاوت کند؛ نگه‌داشتن گزارش قبلی، سابقهٔ انتشار را در اختیار شما می‌گذارد. اگر قسمت ویژهٔ مشترکان دارید، روش انتقال آن را نیز پیش از شروع واردکردن با میزبان تازه مشخص کنید.

هنگام واردکردن: اول آرشیو، بعد تغییرمسیر

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

1. برای قسمت‌های قدیمی، مقدار GUID را در دو خوراک روبه‌روی هم بگذارید. یکسان‌بودن عنوان، مدت صدا یا نام فایل جای این تطبیق را نمی‌گیرد.
2. چند قسمت از ابتدا، میانه و انتهای آرشیو را باز کنید و عنوان، توضیح، شماره‌گذاری، تاریخ انتشار و فایل صوتی آن‌ها را بررسی کنید. انتخاب از بخش‌های مختلف آرشیو احتمال نادیده‌ماندن قسمت‌های قدیمی را کمتر می‌کند.
3. اگر واردکننده برای قسمت‌های قدیمی GUID تازه ساخته است، پیش از فعال‌کردن تغییرمسیر از میزبان تازه بخواهید شناسه‌های اصلی را حفظ یا بازیابی کند. انتشار خوراک با شناسه‌های تازه می‌تواند همان قسمت‌ها را به‌صورت ورودی جدید به فهرست شنونده برساند.

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

آزمایش خوراک تازه: برابری قسمت‌ها را بررسی کنید

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

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

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

تغییرمسیر: درخواست خوراک قدیمی باید به RSS تازه برسد

پس از کامل‌شدن واردکردن و آزمون، تغییرمسیر دائمی 301 را از نشانی RSS قدیمی به خودِ RSS جدید فعال کنید؛ صفحهٔ عمومی برنامه یا نشانی یک فایل صوتی مقصد مناسبی نیست. برای خوراکی که خودتان میزبانی می‌کنید، دستور تغییر نشانی خوراک Apple می‌گوید پاسخ 301 و برچسب itunes:new-feed-url را دست‌کم چهار هفته نگه دارید و مقدار برچسب را به نشانی خوراک تازه اشاره دهید. اگر میزبان شخص ثالث دارید، مدت فعال‌ماندن نشانی قبلی را با همان میزبان هماهنگ کنید.

اگر میزبان قبلی Spotify for Creators است، طبق راهنمای انتقال Spotify، ابتدا قسمت‌ها را در میزبان تازه وارد کنید و سپس در نسخهٔ وب، نشانی RSS جدید را در بخش Redirect your podcast ثبت کنید؛ تغییرمسیر 301 دریافت قسمت‌های تازه را برای شنوندگان Spotify و پلتفرم‌های دیگر حفظ می‌کند، تکمیل آن ممکن است تا هفت روز طول بکشد و Spotify برای حذف حساب قدیمی دست‌کم یک هفته انتظار را توصیه می‌کند. این تنظیم از اپلیکیشن موبایل Spotify for Creators انجام نمی‌شود.

بعد از ثبت تغییرمسیر، نشانی RSS قدیمی را باز کنید و مقصد نهایی آن را ببینید. اگر دیگر به خوراک قدیمی دسترسی ندارید، تغییر نشانی در Apple Podcasts Connect می‌تواند دنبال‌کنندگان همان فهرست را به خوراک تازه برساند؛ برای فهرست‌های دیگر باید وضعیت نشانی برنامه را جداگانه پیگیری کنید. این مسیر جای بررسی دسترسی به نشانی قبلی در میزبان یا دامنهٔ خودتان را نمی‌گیرد.

پس از انتقال: نمایش آرشیو و قسمت تازه را کنترل کنید

صفحهٔ برنامه را در Apple Podcasts و Spotify باز کنید و چند قسمت قدیمی را از هر دو فهرست پیدا و پخش کنید. تنها دیده‌شدن نام برنامه کافی نیست: آرشیو باید بدون ورودی تکراری نمایش داده شود و فایل صوتی هر ورودی به همان قسمت برسد. سپس انتشار بعدی را از میزبان تازه انجام دهید و پس از به‌روزرسانی فهرست‌ها، حضور آن قسمت را در هر دو سرویس بررسی کنید.

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

بیشتر بخوانید:

• Cloudflare R2 یا Amazon S3؛ خروج داده می‌تواند صورت‌حساب را عوض کند
• Wise Business یا Revolut Business؛ آخر هفته می‌تواند برنده را عوض کند
• SAFE یا وام تبدیل‌پذیر؛ تاریخ سررسید ریسک بنیان‌گذار را عوض می‌کند