this post was submitted on 07 Feb 2024
31 points (91.9% liked)

Technology

59446 readers
3638 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
 

I haven't thought enough about it to endorse these ideas, but it seems like a really interesting discussion and one the open source development community ought to be thinking about

A few ideas for what this could look like:

  • A modern, content-focused subset of HTML and CSS. I think companies should be trusted to brand and promote themselves, and the failure to make this part of the RSS specification may be one factor that might have turned off publishers from investing more deeply into RSS. So, let’s give it to them in the form of some basic design, including access to fonts, graphics, and simple layout intended for a narrow space. The content should be static, to be clear—no JavaScript here—but it should allow for enough flexibility that if people want to experiment, they can. We already have an existing spec that does much of this—the open-source AMP standard, developed primarily by Google—though I understand if we don’t want to use it, due to its controversial history. Whatever this theoretical looks like, it should be flexible and easy for end users to implement.
  • Features to encourage use of rich text. Adding features like data visualizations, graphics, and embedded video that are not part of the regular RSS specification could add appeal to this new format by offering something that newsletters do not have, while giving it advantages over a standard RSS feed.
  • Built-in access management. If you, as a publisher, want to gate all or part of a feed item, you can do so, and offer your own integration as to how to resolve the block. Essentially, build subscriptions or regwalls directly into the feed—and make it so that you don’t have to work with a middleman like a Substack to do so. Don’t want the bots or the LLMs to access your life’s work? Build in a regwall.
  • Built-in integrations for distribution. RSS is built for distribution, but I wonder if this new thing I’m suggesting should talk ActivityPub, or easy to distribute in a newsletter format for people who still want to read in their inbox. Make it so that people can follow you wherever they’re comfortable, rather than being forced to read in a newsletter format, or a social media format.
  • Limited, but useful, analytics. You should know how many people read your newsletters, and you should know how they’re read, but you probably shouldn’t know much else. Podcasting has benefited from a lack of data poisoning the well—and honestly, resetting the conversation around data could really help strengthen the content ecosystem at this juncture.

Archived at https://web.archive.org/web/20240207155759/https://tedium.co/2024/02/06/rss-creator-economy-rethink/

you are viewing a single comment's thread
view the rest of the comments
[–] bamboo@lemm.ee 1 points 9 months ago

I get the impression that for most people, text also isn’t the preferred format. Many prefer video/audio. Many people I know will put on a podcast in the background while they work, commute, cook, game, etc, leading to more ads per piece of content. They probably also can get more per ad due to targeting when compared to Google ads.