NPR Everywhere: Even better APIs and content strategies (Sara)
avTalare: Zach Brand, NPR Digital Media
Mycket intressant session där Zach berättar om NPR:s strategier för API och innehåll. Sessionen började med en kort inledning med en sammanfattning av vad API, COPE, Crossmedia och CMS innebär och vad man menar med dessa definitioner.
Crossmedia strategier, varför ska man ha det?
Användarna finns på alla plattformar och vi har behov av att få ut innehåll i alla kanaler ex. mobila appar, tables etc.
- Bygg inte ”ett system” som gör allt. Bygg flera små. Det kommer innebära flera API:er för olika syften och innehåll utifrån behov.
- COPE ”Create one publish everywhere” – Storybaserat innehåll via API för flera kanaler
- CM verktyg och presentationslager
- Förstå din kärna (Stories ex. text, video, images)Skapar förståelse för vad API ska göra, hur ska API leverera en story
- Tänk på innehållet som lagras och publiceras, det blir tillgängligt för alla så tänk på vad och hur du skriver.
- Öka flexibiliteten för innehållet
Mål för API
- Distribuera content öppet, även för ex. partners och kunder
- Gör ditt innehåll tillgängligt för alla
- Snabbare app-utveckling och enklare underhåll
NPR:s arkitektur för COPE
Olika datalager för att distribuera ut storys tll olika kanaler
Har API:et förbättrat appliktionsutvecklingen för NPR?
Ja, snabbare och enklare att utveckla för mobilt och tablet. Med ett bra API går det enkelt att anpassa presentationslagret för olika kanaler.
+ Underhållet förenklas, separera innehåll, presentation, xml repository, CMS)
+ Inte bara en teknikfråga, förstå hur vi använder verktygen och presenterar och arbetar med innehållet ex. SEO
Fick vi en massa ”Free stuff”?
Ja, var beredd på att andra kommer utveckla produkter på ditt innehåll ex. en androidapp eller andra tjänster som du inte har kontroll över. Prioritera bra dokumentation för ditt API.
Har vi blivit mer flexibla?
Vissa begränsningar med storys när man ville lansera ett digitalt bibliotek om böcker där det fanns andra behov för attribut som inte passade in i storyn. Man behövde utveckla ett separat bok API och det finns behov för fler API när man gör vägvalet för att inte ha ”ett” system som gör allt.
Läs mer: API www.npr.org/api
Blog: http://www.npr.org/blogs/inside