Ingyenes, nincs szükség fiókra

Podcast-hírforrás-ellenőrző

Illeszd be egy podcast-hírforrás címét, és az Inoreader úgy kéri le, ahogy egy podcastalkalmazás: lekéri a legújabb epizódfájlokat és a borítóképet, és ellenőrzi mindazt, amit az Apple Podcasts, a Spotify és az alkalmazások megkövetelnek. Az ellenőrző ingyenes, és nincs szükséged fiókra.

A következők beolvasását támogatja: RSS 2.0RSS 1.0AtomJSON Feedpodcastcsatornák és minden olyan oldal, amely hírcsatornát ad meg.

Ellenőrizz mindent, amire egy podcastalkalmazás támaszkodik

Egy podcast-hírforrásnak először meg kell felelnie egy hírforrásolvasó ellenőrzésein, mielőtt bármelyik podcastellenőrzés számítana, ezért a jelentés ezekkel kezdődik, majd egy külön szakasszal egészül ki a katalógusok és az alkalmazások követelményeiről.

Kiszolgálás

Az állapot, az átirányítások, a válaszidő, a botok elleni védelem, a gyorsítótárazási fejlécek, a tömörítés és a https.

Dokumentum és elemek

Jól formázott XML, a kódolás, valamint stabil azonosítók és dátumok minden epizódnál.

Podcast

A borítókép mérete és típusa, a kategóriák, a szókimondó tartalom jelzője, a tulajdonos, a műsor típusa, minden epizód fájlja a típusával és méretével együtt, az időtartam és az átiratok. Az Inoreader hírforráslekérői HEAD kérést és bájttartomány-kérést küldenek a három legújabb epizódfájlhoz, valamint lekérik a borítóképet, és megmérik a méreteit.

A katalógusok követelményei

Követelmény Ki követeli meg A jelentés sorai
Négyzet alakú, 1400–3000 képpontos borítókép, JPEG vagy PNG formátumban
Apple Podcasts, Spotify Borítókép
Legalább egy itunes:category
Apple Podcasts Kategória
itunes:explicit a csatornán
Apple Podcasts Szókimondó tartalom jelzője
Hosszt és típust megadó enclosure minden epizódnál
Apple Podcasts, Spotify, minden alkalmazás Epizódfájlok
https-en elérhető, bájttartomány-kérésekre válaszoló fájlok
Apple Podcasts Epizódfájlok kiszolgálása, Bájttartományok
itunes:owner e-mail-címmel
Apple Podcasts, a tulajdonjoghoz Tulajdonos e-mail-címe
podcast:guid, podcast:transcript
Podcast Standards Project Podcast guid-ja, Átiratok

Gyakori javítások

Olyan kiszolgálóról szolgáld ki a fájlokat, amely támogatja a tartománykéréseket

Az objektumtárolók és a CDN-ek támogatják ezeket. Egy fájlt PHP-n keresztül továbbító szkript általában nem. Ennek jele, ha a Range kérésre 206 helyett 200 érkezik.

Exportáld a borítóképet 3000 × 3000 képpontos méretben

Az Apple Podcasts elutasítja azokat a műsorokat, amelyek borítóképe 1400 képpontnál kisebb vagy nem négyzet alakú, és a 3000 képpontnál nagyobb borítóképeket is elutasítja.

Add meg a tényleges fájlméretet

A fájl méretével nem egyező hossz minden alkalmazásban hibássá teszi a letöltési folyamat kijelzését, és egyes letöltéseket idő előtt megszakít.

Jelezd, hogy a műsor szókimondó-e

A hiányzó jelzőt úgy értelmezik, hogy a műsor nem szókimondó, ami a műsorok felénél téves válasz.

Gyakran ismételt kérdések

Milyen követelményeket támaszt az Apple Podcasts egy hírforrással szemben?

Egy jól formázott, https-en elérhető RSS 2.0 hírforrást követel meg címmel, leírással, nyelvvel, egy 1400–3000 képpont oldalhosszúságú, négyzet alakú itunes:image elemmel, legalább egy itunes:category elemmel, egy itunes:explicit jelzővel, valamint minden epizódnál egy méretet és típust megadó enclosure elemmel, bájttartomány-kérésekre válaszoló kiszolgálóról kiszolgálva. A jelentés ezek mindegyikét ellenőrzi.

Miért fontosak a bájttartományok?

Minden podcastalkalmazás HTTP-tartománykérésekkel léptet az epizódon belül, és ezekkel folytatja a megszakadt letöltéseket. Ha egy kiszolgáló a Range kérésre a teljes fájllal válaszol, az lehetetlenné teszi a léptetést, és az Apple Podcasts elutasítja a hírforrást. A jelentéshez az ellenőrző egy kétbájtos tartománykérést küld a legújabb epizódokhoz, és megmutatja, mi érkezett vissza.

Ellenőrzi az ellenőrző a Podcasting 2.0 elemeit?

Jelzi a Podcast Standards Project által ajánlott elemeket, vagyis a podcast:guid és podcast:transcript elemeket, valamint a locked jelzőt. A hiányzó elemek megjegyzésként jelennek meg, nem hibaként, mert a katalógusok még nem követelik meg őket.

Miért jelennek meg a jelentésben a kiszolgálásra, a dokumentumra és az elemekre vonatkozó szakaszok is?

A podcast-hírforrás mindenekelőtt egy RSS hírforrás. A szervernek válaszolnia kell, az XML-nek feldolgozhatónak kell lennie, az elemeknek pedig stabil azonosítókkal és dátumokkal kell rendelkezniük, mielőtt bármelyik alkalmazás megjelenítene egy epizódot. Ezek a szakaszok ugyanazokat az ellenőrzéseket tartalmazzák, amelyeket az RSS hírforrás ellenőrzője is elvégez.

Ingyenes a podcast-ellenőrző?

Igen. Ingyenes, és nincs szükség hozzá fiókra. Az Inoreader podcastokat is lejátszik, így követheted a hírforrást, és hallgathatod minden más mellett, amit olvasol.

Kapcsolódó funkciók

Podcastok

Hallgass podcastokat az RSS-olvasódban

RSS-hírfolyamok keresése

Találd meg a követésre érdemes forrásokat

YouTube RSS-hírcsatornák

Kövesd a YouTube-csatornákat az RSS-olvasódban

Szövegfelolvasás

Hallgass meg bármilyen cikket