Instant Articles, proprietäre Syndizierung und ein Web, das auf Benutzertreue präferenzen basiert

Ich liebe es, wenn im Blogosphäre ein Gefühl der Synergie herrscht. Zuerst habe ich Nick Heers Berichterstattung über Metas Einstellung der Unterstützung für Instant Articles, sein proprietäres Format für abgespeckte, performante Nachrichtenartikel, mitbekommen. Er vergleicht es auch mit dem ähnlichen Niedergang von AMP, Googles Antwort auf Instant Articles.

Dann stieß ich auf einen neuen Artikel von Chris Coyier, in dem er auf das große Problem mit proprietären Modellen der Content-Syndizierung eingeht, sei es Meta Instant Articles, Google AMP oder sogar Apple News.

[D]as ist die Aufgabe eines Verlegers: Inhalte so vielen Menschen wie möglich zugänglich zu machen. Wenn das Syndizieren in ein anderes Format dort ist, wo sich die Leute aufhalten, lohnt es sich wahrscheinlich.

[…]

Wenn Sie Verleger waren und dieser Denkweise gefolgt sind, dass es eben unsere Aufgabe ist, Inhalte dort bereitzustellen, wo sich die Leute aufhalten (was unglaublich verlockend ist), dann befinden Sie sich bereits in 4-5 Formaten, von denen keines wirklich "automatisch" ist. Und das zählt noch nicht einmal Videos, Audio, soziale Medien und all die anderen Dinge, die zu den Aufgaben von Content-Produzenten geworden sind.

Wenn wir doch nur einen Standard hätten, um Content-Syndizierung auf eine spärliche, performante Weise zu lösen, die nicht den Overhead von unternehmensgesteuerten proprietären Formaten erfordert. Oh, warte, den hatten wir schon immer.

Buchstäblich keiner der oben genannten großen Akteure sagte: „Gib uns einfach deinen RSS-Feed“, was im Nachhinein ein wenig verrückt ist. RSS löst viele der gleichen Probleme, die sie zu lösen versuchten […].

Dann ist da noch das, was Jim Nielsen über seine Arbeit teilte, um eine Leseerfahrung auf seinem persönlichen Blog zu schaffen, die die "Treue" des Inhalts zu den Präferenzen des Benutzers betont.

Mit anderen Worten, anstatt zu `text.npr.org` zu gehen, wenn Sie eine schlanke Erfahrung wünschen, gehen Sie immer zu `npr.org`, aber Sie stellen Ihre "Treuepräferenz" auf "niedrig". Theoretisch sendet dies einen Header an NPR, der anzeigt, dass Sie eine "niedrige Treue"-Version der Website wünschen, z. B. nur Text.

Oh mein Gott, das tausendmal! Wie großartig ist es für eine inhaltsgetriebene Website (winkt CSS-Tricks zu), Benutzern nicht nur die Möglichkeit zu geben zu entscheiden, wie "reichhaltig" ihre Erfahrung sein soll, sondern dies auch auf eine Weise zu tun, die die Leistung von HTML nutzt, um dies zu erreichen. Jims Implementierung erzeugt beim Build verschiedene Versionen desselben Artikels.

.
├── index.html # default
├── _fidelity/
    ├── low/
    │    └── index.html # text-only
    └── med/
        └── index.html # minimal

Weiterleitungen können die Dinge regeln, sobald der Benutzer eine Wahl getroffen hat. Jim hat Ideen, wie der Build-Prozess verbessert werden kann, damit er keine JSDOM-Dokumente für jeden Artikel generieren muss, während er zusätzliche Arbeit leistet, um Dinge zu entfernen. Aber das ist eine großartige Idee und ein guter Anfang!

Drei Artikel innerhalb von drei Tagen, die alle um dieselbe Idee kreisen, aber mit unterschiedlichen Blickwinkeln, Ideen und Lösungen. Bloggen ist cool. (Und RSS auch!)