Artículos instantáneos, sindicación propietaria y una web basada en las preferencias de fidelidad del usuario

Me encanta cuando hay una sensación de sinergia en la blogósfera. Primero, atrapé La cobertura de Nick Heer de Meta finaliza el soporte para artículos instantáneos, su formato patentado para artículos de noticias de bajo rendimiento. También lo compara con la desaparición similar de AMP, la respuesta de Google a los artículos instantáneos.

Entonces me encontré uno nuevo de Chris Coyier donde continúa discutiendo el gran problema con los modelos patentados de sindicación de contenido, ya sean Meta Instant Articles, Google AMP o incluso Apple News:

[E]ste es el trabajo como editor: haga llegar su contenido a tantas personas como sea posible. Si la sindicación en otro formato es donde la gente está, probablemente valga la pena hacerlo.

[...]

Si fuera un editor y siguiera esa ayuda, esa es nuestra mentalidad de trabajo para proporcionar contenido dondequiera que esté la gente (lo cual es terriblemente tentador), ahora ya está en 4-5 formatos, ninguno de los cuales es terriblemente "automático". Y eso sin contar, ya sabes, video, audio, redes sociales y todo lo demás que se ha convertido en el trabajo de los productores de contenido.

Si tan solo tuviéramos algún estándar para resolver la sindicación de contenido de una manera escasa y eficiente que no requiera la sobrecarga de los formatos propietarios impulsados ​​por la empresa. Oh, espera, hemos tenido uno para siempre:

Literalmente, ninguno de los grandes jugadores que mencioné anteriormente era como solo danos tu fuente RSS, que, mirando hacia atrás, es un poco de plátanos. RSS resuelve muchos de los mismos problemas que estaban tratando de resolver […].

Luego está lo que Jim Nielsen compartió sobre su trabajo para crear una experiencia de lectura en su blog personal que enfatiza la preferencia del usuario por la “fidelidad” del contenido:

En otras palabras, en lugar de ir a text.npr.org cuando quieres una experiencia lean, siempre vas a npr.org pero establece su "preferencia de fidelidad" en "baja". En teoría, esto envía un encabezado a NPR que indica que desea una versión de "baja fidelidad" del sitio web, por ejemplo, solo texto.

¡Dios mío, esto un millón de veces! ¿Qué tan genial es que un sitio basado en contenido (olas en CSS-Tricks) no solo brinde a los usuarios la capacidad de decidir qué tan "rica" ​​es la experiencia que desean, sino que lo haga de una manera que aproveche el poder de HTML para Haz que suceda. La implementación de Jim produce diferentes versiones del mismo artículo en compilación:

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

Los redireccionamientos pueden encargarse de las cosas una vez que el usuario toma una decisión. Jim tiene ideas sobre cómo mejorar el proceso de compilación para que no tenga que generar documentos JSDOM para cada artículo mientras realiza trabajo adicional para eliminar cosas. Pero esta es una gran idea y empezar!

Tres artículos en tres días que convergen en torno a la misma idea, pero con diferentes ángulos, ideas y soluciones. Bloguear es genial. (¡Y también lo es RSS!)