This month, we — the creators of

@leaflet.pub

,

@pckt.blog

, and

@offprint.app

— announced

@standard.site

, a set of shared standards for longform publishing on the open social web:

At its core standard.site is a set of AT Protocol lexicons for:

• publication metadata: what a publication is, like its name, description, and basic theme

• document metadata: basics of what a given post contains, with content optional

• subscriptions: records of who's following a given publication

TL;DR — standard.site makes it easier for platforms and publications to coordinate and build cool things together!

The initial focus is facilitating interoperability around content discovery and social features like subscribing and commenting.

Importantly, this is not a standard for site content.

We each want to explore different things with our platforms, from block-based editors to unique theming. We also want to make it easy for existing sites to adopt without fully syndicating content.

Publishing apps can implement to make content discoverable across platforms, so we can build a richer ecosystem together.

Individual sites can publish records — WordPress, self-hosted, wherever, from indie blogs to big publishers — to give their content a presence on the open social web.

See below for examples of what folks are doing with this already!

⁂ ⁂ ⁂

Leaflet has migrated to standard.site!

We've just finished our migration to standard.site lexicons! This was a big project, to our knowledge one of the largest schema migrations in the atmosphere so far.

How it works, TL;DR:

• We're migrating relevant records for publications, documents, and subscriptions; Leaflet-specific records (e.g. for document content) remain the same

• For now we're also keeping all existing Leaflet records around, so that other tools querying them won't break

• We've run this migration proactively for folks with active sessions; otherwise it'll run the next time you log in

What to know — readers and writers:

No need for you to do anything special — just log into Leaflet! We'll handle the relevant migrations automatically.

What to know — Leaflet tinkerers:

If you've built apps or custom integration apps that use Leaflet records, ping us if you need help migrating to use standard.site records. We'll figure it out together!

⁂ ⁂ ⁂

An ecosystem emerges…

2026 is the year of atproto publishing — many are saying this!

In just the first few weeks, we've seen a strong positive reception for standard.site and adoption by both platforms and individuals:

What's more:

• The Verge wants to leverage atproto for better social activity

• People are excited about longform blogging + shortform social

• Many want to eighty-six Substack; standard.site can help!

⁂ ⁂ ⁂

Open social publishing — blogosphere to atmosphere!

With standard.site we can make atproto publishing platforms more interoperable — and we can make it easier to bridge between atproto and the rest of the internet, both platforms and individual sites.

For example, Leaflet and Pckt can both render previews of posts created on the other platform — and by Offprint, or anyone else — in our respective Reader pages. Others can make entirely separate readers, or search engines, or bookmarking tools (to name a few examples already emerging!) and all experiment with different features and ways to add value for readers and writers.

We're particularly excited about how standard.site offers publishers a flexible way to bring existing publications onto atproto.

We see this as complementing, not replacing, existing standards for the open web. You can still use RSS! This gives publications a standard social layer, wherever they may live.

If you have a self-hosted static site or WordPress blog, you can publish these records to make your site discoverable on atproto, without having to migrate your content.

We also want to make it easier for existing sites to both implement standard.site and layer on social pieces like comments and subscriptions. If that sounds interesting, reach out, let's chat!

⁂ ⁂ ⁂

Open questions and things to explore further

We intentionally started with a pretty minimal set of lexicons, and we're already seeing a lot of good questions and suggestions for extending and improving standard.site, like:

• How should platforms treat posts made elsewhere in discover / reader…render the full post? preview + link? something else?

• What are best practices for handling lexicon namespacing and record migration?

• How should we go about collectively evolving these standards, e.g. adding new lexicons like authors or content types or alternate URLs or other social primitives like comments?

• We developed standard.site collaboratively, and intend to evolve it collaboratively as well — what should governance look like?

• Can we get larger publishers and platforms onboard? What paths for adoption might make the most sense?

Please let us know any thoughts on how we can make Leaflet + standard.site work better, and tag

@standard.site

on Bluesky for questions / ideas.

There's also an open Signal group for folks interested in more detailed discussion on lexicons, implementation, and so on.

Thanks

@brookie.blog

and

@aka.dad

for joining together to get this off the ground. Excited to see what everyone continues to build!