Proposal: podcast:storefront & JSON spec #644
Replies: 1 comment 1 reply
-
I like the idea. What about in the (likely) absence of the correctly formatted JSON? Could we simply link to the storefront? I recommend allowing multiple uses of the tag and with text, allowing for the multiple storefronts podcasters might have. Plus, a For example: <podcast:storefront url="https://stickermule.com/mystore" provider="Sticker Mule">Make your stuff awesome with our stickers</podcast:storefront>
<podcast:storefront url="https://teepublic.com/mystore" provider="TeePublic">Be instantly sexy in our tees!</podcast:storefront>
<podcast:storefront url="https://amazon.com/mystore"provider="Amazon">Buy my sock collection</podcast:storefront> Then, a podcast app could display a button for each storefront and use the full CTA text, or it could read the "provider" field to match to simple icon-only buttons under something like "Podcast swag." That idea of grouping them makes me wonder if there should be a parent element wrapping them and that could include the title of the group of links and maybe an optional description. |
Beta Was this translation helpful? Give feedback.
-
Purpose
Merch has long been a way for listeners to show their support for their favorite podcasters and musicians. As Spotify and Amazon Music incorporate product storefronts into their listening apps, I wanted to explore what it would take to bring that innovation to the podcasting ecosystem. As I’m imagining it, feeds could link to a JSON file of products with links to complete the purchase via the web.
Parent
<channel>
Count
Single
Attributes
Example
JSON Format
This is the initial spec for a JSON format that can be referenced in an RSS feed using the
<podcast:storefront/>
tag. This file can reside on any publicly accessible URL. This file should be served with a Content-Type ofapplication/json
and a Access-Control-Allow-Origin header set to*
.JSON Keys
Example
Beta Was this translation helpful? Give feedback.
All reactions