Articole instantanee, sindicare proprietară și un web construit pe preferințele de fidelitate a utilizatorilor PlatoBlockchain Data Intelligence. Căutare verticală. Ai.

Articole instantanee, sindicare proprietară și un web construit pe preferințele de fidelitate a utilizatorilor

Îmi place când există un sentiment de sinergie în blogosferă. În primul rând, am prins Acoperirea lui Nick Heer de Meta termină suportul pentru Instant Articles, formatul său proprietar pentru articole de știri performante reduse. De asemenea, îl compară cu dispariția similară a AMP, răspunsul Google la Instant Articles.

Apoi am dat peste unul nou de la Chris Coyier unde continuă să discute marea problemă cu modelele proprietare de sindicare a conținutului, fie că este vorba despre Meta Instant Articles, Google AMP sau chiar Apple News:

[A]a e treaba ca editor: transmiteți conținutul dvs. la cât mai mulți oameni. Dacă sindicarea într-un alt format este locul în care se află oamenii, probabil că merită făcută.

[...]

Dacă ai fost un editor și ai urmat acest lucru, asta este doar mentalitatea noastră de a oferi conținut oriunde se află oamenii (ceea ce este îngrozitor de tentant), acum ești deja în 4-5 formate, niciunul dintre care nu este teribil de „automat”. Și asta nu contează, știi, video, audio, social media și toate celelalte lucruri care au devenit locuri de muncă ale producătorilor de conținut.

Dacă am avea un standard pentru a rezolva sindicarea conținutului într-un mod rar, performant, care nu necesită suprasolicitarea formatelor proprietare conduse de corporații. Oh, stai, avem unul pentru totdeauna:

Literal, niciunul dintre marii jucători pe care i-am menționat mai sus nu a fost ca doar dă-ne feedul tău RSS, care, privind înapoi, este un pic de banane. RSS rezolvă multe dintre aceleași probleme pe care încercau să le rezolve […].

Apoi mai este ce Jim Nielsen a distribuit despre munca sa pentru a crea o experiență de lectură pe blogul personal, care subliniază preferința unui utilizator și „fidelitatea” conținutului:

Cu alte cuvinte, mai degrabă decât să merg la text.npr.org când vrei o experiență slabă, mergi mereu la npr.org dar îți setezi „preferința de fidelitate” la „scăzută”. În teorie, aceasta trimite un antet către NPR indicând că doriți o versiune de „fidelitate scăzută” a site-ului web, de exemplu numai text.

Deci, acum aceasta face parte din setările de utilizator ale blogului său.

Doamne, asta de un milion de ori! Cât de grozav este pentru un site care generează conținut (unde la CSS-Tricks) să ofere utilizatorilor nu numai posibilitatea de a decide cât de „bogată” își doresc o experiență, ci să facă acest lucru într-un mod care valorifică puterea HTML pentru a rezolvă problema. Implementarea lui Jim scoate la iveală diferite versiuni ale aceluiași articol despre build:

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

Redirecționările pot avea grijă de lucruri odată ce utilizatorul face o alegere. Jim are idei despre cum să îmbunătățească procesul de construire, astfel încât să nu fie nevoie să genereze documente JSDOM pentru fiecare articol în timp ce efectuează muncă suplimentară pentru a elimina lucrurile. Dar aceasta este o idee grozavă și începe!

Trei articole în trei zile care converg toate în jurul aceleiași idei, dar cu unghiuri, idei și soluții diferite. Blogging-ul este misto. (La fel și RSS!)

Timestamp-ul:

Mai mult de la CSS Trucuri