"Publiceren" is de stap waarbij de nieuwste status van je werkruimte wordt doorgegeven aan luisteraars - de RSS-feed, de speler en de website - en dit kan automatisch na elke wijziging gebeuren of alleen wanneer je op een knop klikt, afhankelijk van je werkruimte-instelling.
Dit artikel behandelt wat "publiceren" betekent binnen Springcast, wanneer het plaatsvindt en hoe de auto-publish schakelaar de ervaring verandert.
Wat "publiceren" eigenlijk doet
Wanneer Springcast een show publiceert, worden drie downstream diensten bijgewerkt:
- RSS-feed - de XML-feed waar Apple Podcasts, Spotify, Google Podcasts en elke andere podcast-app uit halen. Totdat de RSS-feed opnieuw is gegenereerd, zien luisterapps de vorige status.
- Embed-speler - de webgebaseerde speler die je op je eigen site kunt insluiten. Totdat de speler opnieuw is opgebouwd, toont de embed de vorige status.
- Show-website - als je werkruimte een show-website publiceert via Springcast, wordt deze opnieuw gegenereerd.
Een publicatie is per show: de show die is gewijzigd wordt opnieuw gepubliceerd, niet de hele werkruimte.
De daadwerkelijke heropbouw van elk downstream oppervlak gebeurt op de achtergrond en is meestal binnen een minuut voltooid. De update van de RSS-feed verspreidt zich zo snel als de podcast-app van de luisteraar nieuwe afleveringen opvraagt (meestal elke 30-60 minuten, soms langer).
Auto-publish versus handmatig - de werkruimte-instelling
Elke werkruimte heeft één instelling die het publicatiegedrag regelt: Auto-publish bij opslaan (ja / nee).
Auto-publish AAN
Na elke bewerking die beïnvloedt wat luisteraars horen, plant Springcast automatisch een publicatie in. Er is een kleine samenvoegingsperiode (ongeveer 10 seconden) zodat een reeks snelle opslagen niet per opslag een publicatie triggert - alles binnen die periode wordt samengevoegd tot één.
Je ziet geen "Wijzigingen publiceren" knop op de showpagina omdat er niets handmatig aangeklikt hoeft te worden; het systeem regelt het.
Wanneer je een aflevering opslaat, zie je een korte melding zoals "Opgeslagen. Publiceren over 10 seconden."
Auto-publish UIT (de standaard voor de meeste werkruimtes)
De publicatie gebeurt niet automatisch. In plaats daarvan toont de showpagina na elke wijziging een Wijzigingen publiceren knop. De knop blijft zichtbaar totdat je erop klikt; klikken triggert precies dezelfde publicatiestroom als auto-publish zou doen.
Deze modus is voor werkruimtes die expliciete controle willen - meestal omdat ze meerdere wijzigingen voorbereiden (een nieuwe aflevering, aanpassingen aan markers, vervanging van assets) en deze allemaal in één gecoördineerde update live willen zetten.
Je kunt de werkruimte-instelling op elk moment wijzigen in je werkruimte-instellingen.
Wat een publicatie (of de "Wijzigingen publiceren" knop) triggert
Alles wat beïnvloedt wat luisteraars ontvangen:
- Aanpassingen aan afleveringen - titel, beschrijving, publicatiedatum, artwork, uploaden of verwijderen van bronaudio, elk veld dat in de RSS-feed of speler verschijnt.
- Wijzigingen aan markers - toevoegen, bewerken of verwijderen van een marker in een aflevering (ongeacht of het pre-, mid- of post-roll is).
- Bulkacties op de Shows-pagina - Toepassen / Verwijderen / Resetten van alle gewijzigde afleveringen; zodra hun herassemblage voltooid is, wordt het publicatiesignaal geactiveerd.
- Wijzigingen aan assetversies - het uploaden van een nieuwe actieve versie wijst campagnes opnieuw toe, assembleert de getroffen afleveringen opnieuw en geeft een publicatiesignaal.
- Wijzigingen aan campagnes - aanmaken, bijwerken, pauzeren, hervatten van een campagne die verandert welke audio in een actieve aflevering zit.
- Wijzigingen aan show-instellingen - het bewerken van show-standaarden publiceert niet automatisch (het beïnvloedt alleen toekomstige afleveringen), maar de bulkactie die volgt wel.
- Voltooiing van herassemblage - wanneer de assembly-pijplijn van Dynamic Content een nieuw samengevoegd audiobestand voor een aflevering produceert (of een verouderd bestand verwijdert), geeft het een publicatiesignaal zodat de wijziging luisteraars bereikt.
De overkoepelende regel: als een wijziging gaat beïnvloeden wat een luisteraar de volgende keer downloadt wanneer hun app opvraagt, wordt een publicatie in de wachtrij gezet (of verschijnt de knop).
De samenvoegingsperiode
Wanneer auto-publish aanstaat, wacht het systeem ongeveer 10 seconden voordat het de publicatie daadwerkelijk uitvoert. Als er binnen die periode een nieuwe opslag plaatsvindt, wordt de timer teruggezet. Zodra 10 seconden verstrijken zonder nieuwe opslagen, wordt de publicatie uitgevoerd - slechts één keer, met de uiteindelijke status.
Waarom: een typische reeks "marker bewerken, opslaan, andere marker bewerken, opslaan, beschrijving bewerken, opslaan" zou anders drie publicaties achter elkaar in de wachtrij zetten, die elk de RSS-feed afbreken en opnieuw opbouwen. Samenvoegen beschermt de downstream diensten en geeft de gebruiker een moment om door te gaan met bewerken zonder extra kosten.
Je ziet de samenvoegingsperiode niet in de gebruikersinterface - het is slechts een "voelt als direct" vertraging tussen je laatste opslag en de publicatiemelding.
De "Wijzigingen publiceren" knop (handmatige modus)
Wanneer auto-publish uitstaat, toont de showpagina een Wijzigingen publiceren knop wanneer er iets te publiceren is. De knop is ingeschakeld als een van de volgende waar is voor de show:
- Een aflevering in de show heeft niet-gepubliceerde attribuutwijzigingen (vergeleken met de laatste gepubliceerde snapshot).
- Een aflevering in de show is opnieuw geassembleerd door Dynamic Content sinds de laatste publicatie.
- De show zelf heeft niet-gepubliceerde attribuutwijzigingen.
Klik op de knop; de publicatie wordt direct uitgevoerd (geen samenvoegingsperiode in handmatige modus - je hebt al besloten dat je het nu wilt). Zodra het voltooid is, verdwijnt de knop en blijft verborgen tot de volgende wijziging.
Na het klikken - of na het afgaan van auto-publish
De publicatie start drie achtergrondtaken:
- Een taak om de RSS-feed opnieuw te genereren.
- Een taak om de embed-speler opnieuw op te bouwen.
- Een taak om de show-website opnieuw op te bouwen (indien van toepassing).
Je krijgt een korte melding dat de publicatie in de wachtrij is gezet. De taken worden op de achtergrond voltooid, meestal binnen een minuut. Je kunt doorgaan met andere werkzaamheden; er blokkeert niets in de gebruikersinterface.
Als een publicatietaak faalt (zeldzaam), verschijnt dit in het taaklogboek naast de assembly-taken van Dynamic Content.
Veelgestelde vragen
- "Ik heb een aflevering bewerkt maar de knop Wijzigingen publiceren verscheen niet (auto-publish uit)" - de wijziging heeft waarschijnlijk de luisteraarstatus niet beïnvloed. Bijvoorbeeld het bewerken van interne notities die niet in de RSS-feed komen. Als je een publicatiewaardige wijziging verwachtte en die niet kreeg, ververs dan de pagina hard; als er nog steeds niets is, stuur dan een bericht naar support met de specifieke wijziging.
- "Auto-publish staat aan maar luisteraars horen nog steeds de oude aflevering" - de publicatie bereikte je RSS-feed binnen ongeveer 1 minuut, maar podcast-apps vragen op hun eigen tempo op. Apple Podcasts kan tot enkele uren duren; Spotify is meestal sneller. De snelste controle is je eigen embed-speler-URL - die wordt bijgewerkt zodra de heropbouw klaar is.
- "Ik zit in handmatige modus en de knop staat er altijd - waarom?" - waarschijnlijk omdat er iets een aflevering heeft gewijzigd na de laatste publicatie (een assembly-taak liep, een marker veranderde). Klik op Publiceren om het te wissen; als het terugkomt zonder dat je iets doet, controleer dan het taaklogboek voor herassemblage-activiteit.
- "Kan ik een specifieke aflevering publiceren en niet de andere in de show?" - nee. Publiceren is per show, alles of niets. Achter de schermen wordt de RSS-feed als één document opnieuw gegenereerd, dus gedeeltelijke publicaties zijn niet mogelijk.
- "Wat als ik de show bewerk terwijl een publicatie bezig is?" - dat is veilig. De volgende publicatie pakt de nieuwste status op. Met auto-publish aan wordt dit natuurlijk afgehandeld door de samenvoegingsperiode. Met handmatige modus blijft de knop zichtbaar nadat de lopende publicatie voltooid is, en klikken zet een nieuwe publicatie in de wachtrij met de nieuwste wijzigingen.
Gerelateerd
- Show-instellingen & bulkacties - bulkbewerkingen triggeren herassemblages en (uiteindelijk) publicaties.
- Assets - het uploaden van een nieuwe versie wijst campagnes opnieuw toe en geeft een publicatiesignaal.
- Campagnes - het wijzigen van een campagne assembleert de geboekte afleveringen opnieuw en geeft een publicatiesignaal.