Skip to content

Piero Bosio Social Web Site Personale Logo Fediverso

Social Forum federato con il resto del mondo. Non contano le istanze, contano le persone

WordPress Federation: Recap of 2025

Fediverso
1 1 0
  • In June, we published our 2025 roadmap: Building the Future of WordPress Federation, outlining the areas we wanted to focus on for the rest of the year.

    As we step into 2026, it’s time to look back at how the roadmap held up and what we shipped in 2025.

    2025 at a Glance

    2025 turned out to be an ambitious and, at times, challenging timeline. Even so, we were able to make meaningful progress across most of the areas we set out to work on.

    Over the course of the year, we introduced the Following feature, significantly expanded moderation tooling, refined actor handling, and improved the reliability and performance of core federation workflows. Along the way, we also shipped a first experimental draft of the Reader, offering an early look at what reading the Fediverse inside WordPress could become.

    Not everything on the roadmap was completed, but we’re happy with how much we were able to achieve and with the foundations that are now in place for what comes next.

    Roadmap

    Below is a review of the roadmap topics we outlined for 2025, what we worked on, and what remains open.

    Followers / Following ✅

    Work in 2025 expanded ActivityPub beyond followers by introducing the Following feature, allowing WordPress sites and users to actively follow accounts on the Fediverse.

    WordPress admin Followings page showing a list of 3 accepted follows: notiz.blog, pfefferle (Matthias Pfefferle), and obenland (Konstantin Obenland). The page includes a Follow form for adding new followers via username or profile link, bulk actions dropdown, and an explanation of the ActivityPub follow request protocol.

    Alongside this, we improved the reliability and performance of both follower and following lists, including better synchronization across instances and faster resolution and display of large collections.

    This work also laid the foundation for later features, such as the experimental Reader.

    Related release posts:

    Actors ✅

    We continued refining how local and remote actors are represented and resolved. Internal refactors reduced special-case handling and improved consistency and performance across actor resolution, including follower, following, and block lists.

    This work primarily affected internal behavior rather than user-facing UI.

    Related release posts:

    Moderation ✅

    In 2025, ActivityPub-specific moderation was significantly expanded. Site-wide and personal blocking now cover domains, keywords, and individual actors, with consistent checks applied to incoming activities.

    User profile settings in WordPress displaying options to block ActivityPub domains and keywords, with fields to add or remove entries.

    We added blocklist subscriptions with scheduled syncing and bulk domain imports, including support for community-maintained lists such as the IFTAS DNI list. Moderation handling was also refined with improved reject behavior for quote interactions.

    Related release posts:

    Reader 🧪

    A screenshot of the reader implementation.

    An experimental Reader UI was introduced behind a feature flag. When enabled, it adds a “Social Web” area to the dashboard where posts and shares from followed accounts can be read inside WordPress.

    The feature is disabled by default and explicitly marked as experimental.

    Related release posts:

    Direct Messages ⏸️

    Direct Messages were not implemented in 2025. This remains an open roadmap topic for future consideration once related foundations mature further.

    Fully Delete Profiles ✅

    Deletion semantics were improved to better support explicit federated cleanup. Delete activities are now sent when WordPress users are removed, and deletion-related handling was aligned across activity processing.

    A CLI-based self-destruct command was introduced to allow site owners to explicitly remove their site’s federated presence.

    Related release posts:

    Client-to-Server API ⏸️

    Client-to-Server API support was not implemented in 2025. No user-facing features shipped under this topic.

    Beyond the Roadmap

    While the roadmap helped guide our focus in 2025, not everything that shipped was planned from the start. Some features emerged from day-to-day usage, feedback, and practical needs that became clearer over time.

    A few of those are worth highlighting.

    Quotes

    Support for quote interactions improved significantly over the year. We refined detection and handling of quoted replies and links, added proper handling for quote comments, and improved how quote permissions are revoked when quoted content is deleted. This made quoted interactions more reliable and consistent across instances.

    Related release posts:

    Onboarding

    We also improved onboarding for new users by adding clearer guidance and better defaults after plugin activation. This helped reduce friction for sites federating for the first time and made initial setup more approachable.

    Related release posts:

    Extra Fields UI

    While not originally planned as a roadmap item, work on Extra Fields resulted in a more flexible and user-friendly UI. New blocks and layout options made it easier to display federated profile data in different formats, allowing themes to choose how much structured information to surface.

    Related release posts:

    Wrapping up

    Looking back, 2025 was a year of steady progress. We focused on the foundations we set out to improve, shipped meaningful features along the way, and left room for unplanned work that addressed real needs as they came up.

    Now we’d love to hear from you: What was your favorite feature this year? What are you most excited about and what do you still miss or hope to see next?

    Your feedback has shaped this project throughout 2025, and it continues to guide where we go from here. We’re already working on our 2026 timeline, and your ideas, experiences, and questions are an important part of that process.

    Thanks for being part of the journey and see you on the Fediverse.

  • pfefferle@mastodon.socialundefined pfefferle@mastodon.social shared this topic

Gli ultimi otto messaggi ricevuti dalla Federazione
  • @stefano good morning, freezing and icy here, a bit of fresh snow... a frosty start for the week here. It's supposed to get a bit less cold but with icy rain🙂

    Whereever you are safe travelling and have a good week.

    read more

  • In June, we published our 2025 roadmap: Building the Future of WordPress Federation, outlining the areas we wanted to focus on for the rest of the year.

    As we step into 2026, it’s time to look back at how the roadmap held up and what we shipped in 2025.

    2025 at a Glance

    2025 turned out to be an ambitious and, at times, challenging timeline. Even so, we were able to make meaningful progress across most of the areas we set out to work on.

    Over the course of the year, we introduced the Following feature, significantly expanded moderation tooling, refined actor handling, and improved the reliability and performance of core federation workflows. Along the way, we also shipped a first experimental draft of the Reader, offering an early look at what reading the Fediverse inside WordPress could become.

    Not everything on the roadmap was completed, but we’re happy with how much we were able to achieve and with the foundations that are now in place for what comes next.

    Roadmap

    Below is a review of the roadmap topics we outlined for 2025, what we worked on, and what remains open.

    Followers / Following ✅

    Work in 2025 expanded ActivityPub beyond followers by introducing the Following feature, allowing WordPress sites and users to actively follow accounts on the Fediverse.

    WordPress admin Followings page showing a list of 3 accepted follows: notiz.blog, pfefferle (Matthias Pfefferle), and obenland (Konstantin Obenland). The page includes a Follow form for adding new followers via username or profile link, bulk actions dropdown, and an explanation of the ActivityPub follow request protocol.

    Alongside this, we improved the reliability and performance of both follower and following lists, including better synchronization across instances and faster resolution and display of large collections.

    This work also laid the foundation for later features, such as the experimental Reader.

    Related release posts:

    7.6.0 — Command, Sync & Go7.7.0 — Extra Quotable7.8.0 – Happy HolidayActors ✅

    We continued refining how local and remote actors are represented and resolved. Internal refactors reduced special-case handling and improved consistency and performance across actor resolution, including follower, following, and block lists.

    This work primarily affected internal behavior rather than user-facing UI.

    Related release posts:

    7.6.0 — Command, Sync & Go7.7.0 — Extra QuotableModeration ✅

    In 2025, ActivityPub-specific moderation was significantly expanded. Site-wide and personal blocking now cover domains, keywords, and individual actors, with consistent checks applied to incoming activities.

    User profile settings in WordPress displaying options to block ActivityPub domains and keywords, with fields to add or remove entries.

    We added blocklist subscriptions with scheduled syncing and bulk domain imports, including support for community-maintained lists such as the IFTAS DNI list. Moderation handling was also refined with improved reject behavior for quote interactions.

    Related release posts:

    7.6.0 — Command, Sync & Go7.7.0 — Extra Quotable7.8.0 – Happy HolidaysReader 🧪 A screenshot of the reader implementation.

    An experimental Reader UI was introduced behind a feature flag. When enabled, it adds a “Social Web” area to the dashboard where posts and shares from followed accounts can be read inside WordPress.

    The feature is disabled by default and explicitly marked as experimental.

    Related release posts:

    7.8.0 – Happy HolidaysDirect Messages ⏸️

    Direct Messages were not implemented in 2025. This remains an open roadmap topic for future consideration once related foundations mature further.

    Fully Delete Profiles ✅

    Deletion semantics were improved to better support explicit federated cleanup. Delete activities are now sent when WordPress users are removed, and deletion-related handling was aligned across activity processing.

    A CLI-based self-destruct command was introduced to allow site owners to explicitly remove their site’s federated presence.

    Related release posts:

    7.3.0 – Ctrl+Fed+DeleteClient-to-Server API ⏸️

    Client-to-Server API support was not implemented in 2025. No user-facing features shipped under this topic.

    Beyond the Roadmap

    While the roadmap helped guide our focus in 2025, not everything that shipped was planned from the start. Some features emerged from day-to-day usage, feedback, and practical needs that became clearer over time.

    A few of those are worth highlighting.

    Quotes

    Support for quote interactions improved significantly over the year. We refined detection and handling of quoted replies and links, added proper handling for quote comments, and improved how quote permissions are revoked when quoted content is deleted. This made quoted interactions more reliable and consistent across instances.

    Related release posts:

    7.7.0 — Extra Quotable7.8.0 – Happy Holidays

    Onboarding

    We also improved onboarding for new users by adding clearer guidance and better defaults after plugin activation. This helped reduce friction for sites federating for the first time and made initial setup more approachable.

    Related release posts:

    What we shipped so far in 20257.6.0 — Command, Sync & Go

    Extra Fields UI

    While not originally planned as a roadmap item, work on Extra Fields resulted in a more flexible and user-friendly UI. New blocks and layout options made it easier to display federated profile data in different formats, allowing themes to choose how much structured information to surface.

    Related release posts:

    7.7.0 — Extra QuotableWrapping up

    Looking back, 2025 was a year of steady progress. We focused on the foundations we set out to improve, shipped meaningful features along the way, and left room for unplanned work that addressed real needs as they came up.

    Now we’d love to hear from you: What was your favorite feature this year? What are you most excited about and what do you still miss or hope to see next?

    Your feedback has shaped this project throughout 2025, and it continues to guide where we go from here. We’re already working on our 2026 timeline, and your ideas, experiences, and questions are an important part of that process.

    Thanks for being part of the journey and see you on the Fediverse.

    read more

  • @stefano Hope you have a great week too!!

    read more

  • Good morning,
    Good morning,
    Good morning,

    It's Monday. It's freezing. It's time to get back to the usual weekly activities: having fun with the (good) tech!

    Have a great week!

    read more

  • Salut et adelphité de la et du

    Nouvelle semaine et Déjà je sens que mon moral ne tient qu'à un fil.
    «Les nouvelles sont mauvaises d'où qu'elles viennent»
    Nous avons pourtant déjeuné en paix, mais quelques minutes sur le flux d'actualité et on sent que rien ne va.
    Notre avenir, notre présent, sont aux mains d'une bande de minables, lâches et crétins, ça vous rassure vous ?
    Il fait jour, on va aller au boulot, il n'y a que ça de plaisant.
    🤗 ✊ 🥰 🤗 ✊ 🥰 🤗 ✊ 🥰

    read more

  • @Radgryd Oh, that's a fun new thing! Can't wait to see posts from all the new people!

    read more

  • @laurencelawlor It's a fairly new Mastodon instance/server set up by a podcast team. 😊 You are on mastodon.social, they are on theforkiverse.com - but you can still talk to each other, like you're talking to me! I'm on mstdn.games!

    The Fediverse is similar to email in which you have Yahoo, Gmail, GMX.. and so on, and anyone can set up a server for themselves or a group or community and talk to each other! Like someone@yahoo.com can talk to someone@gmail.com!

    read more

  • @Radgryd
    I have no idea what the forkiverse is? It sorta sounds like you could adopt communities from other platforms into the fediverse. Is that what it is?
    I only have a limited understanding of the fediverse. For instance, they say that ur mastodon handle can used in a similar fashion as ur email address although I have not tried it.

    read more
Post suggeriti
  • 0 Votes
    14 Posts
    3 Views
    ok yeah. we don't have the follower thing is I think the main thing. Which I could totally see being added. It should essentially be the same as subscribing to a community. The trust cafe thing is great though as it has a 0 to 100 sorta percent rating system so 100 is like subscribing/following and 0 would be like blocking and the numbers in between sorta give more nuance. I believe the way it works everything not rated is treated as 50.
  • 0 Votes
    8 Posts
    28 Views
    @luca exactly! 😆
  • 0 Votes
    13 Posts
    68 Views
    silverpill@mitra.social I have been reflecting on the use of Remove/Move vs Update and I am thinking that Update isn't explicit enough. If I am removing a topic from a category, I'd be sending an Update with the group actor removed from the audience property. However recipients wouldn't know which audience was removed, merely the new state of that context's audience.
  • 0 Votes
    1 Posts
    5 Views
    Offentlige virksomheter bør eie egen publiseringskanal Sosiale medier som twitter har vært en populær og lett tilgjengelig publiseringsplatform for ting som værmeldinger og trafikkmeldinger og oppdateringer fra politiet. Sosiale medier har også vært en fin måte for radioprogrammmer og TV-programmer som går live til å få reakskjoner og innspill fra lyttere/seere inn i programmet i sanntid. Sosiale medier har vært en ypperlig måte for journalister til å kontakte kilder og få tips. Sosiale meldinger har vært en måte for politikere å ha direkte kontakt med sine velgere og å snakke direkte til de samme velgerne. Men så har det dukket opp problemer med bruk av sosiale medier. De sosiale mediene kostet i utgangspunktet ingenting å bruke. Men ingenting er gratis, noen måtte betale for kostnadene med å holde serverene i drift. Det som nå betaler for de “gratis” sosiale mediene, er at personer som har lagt inn informasjon de er avhengig av og knyttet kontakter de er avhengige av, betaler indirekte med å bli et produkt til de som skreddersyr reklame. Et annet problem er at man kan bli sensurert på måter som virker helt vilkårlig, uten mulighet til å finne ut hvorfor man blir sensurert eller mulighet til gjøre noe med det. Og… så kan et sosialt medium bli kjøpt av en milliardær med en agenda som ikke passer med et liberalt demokrati og en tolking av ytringsfrihet som er at alle som er enig med ham kan si det de vil, mens de som mener noe annet enn ham blir straffet. Spørsmål som har blitt stilt er: hvorfor finnes det noe åpen kildekode-alternativ? Hvorfor er det ingen informasjonskanal som de som publiserer kan eie sjøl? Svar på første spørsmål er at det finnes ikke bare ett åpen kildekode-alternativ, det finnes mange. Svar på andre spørsmål er at det finnes en sånn informasjonskanal og at den heter “ActivityPub“. ActivityPub binder sammen tjenester som blandt annet mastodon og pixelfed og har eksistert siden 2018. Hva er ActivityPub Så: Hva er ActivityPub? ActivityPub er en nettverksprotokoll som brukes til meldingsutveksling over internett. ActivityPub er definert som et sett av standarder av W3C ActivityPub W3C Recommendation 23 January 2018Activity Streams 2.0 W3C Recommendation 23 May 2017 (beskriver formatet for meldingene som sendes over ActivityPub)Activity Vocabulary W3C Recommendation 23 May 2017 (lister et vokabular for bruk i ActivityPub/Activity streams) Rent teknisk så består ActivityPub av JSON over HTTP. JSON’en er JSON-LD og id til JSON-elementene er navigerbare HTTPS-URLer som peker på elementene, så ActivityPub danner faktisk et semantisk web (uten at jeg, eller noen andre jeg har sett så langt, vet hvordan denne egenskapen skal utnyttes til noe praktisk… men: artig å vite!). ActivityPub knytter mange tjenester sammen Jeg selv bruker 4 forskjellige tjenester som er knyttet sammen med ActivityPub mastodon, som er et sosialt medium av type “mikroblog“, som minner om twitter (eller “X” som noen insisterer på å kalle det idag)pixelfed, som er et sosialt medium lagd for å utveksle bilder (minner litt om instagram, men uten algoritmer og notifikasjoner)wordpress, som er en bloggeplatformbookwyrm, som er en åpen kildekode-tjeneste for bokanmeldelser, et alternativ til Amazons goodreads Jeg bruker mastodon som en slags hub mellom de andre tre tjenstene. En kamerat av meg karakteriserte mastodon som “USENET med bilder” og det var egentlig ganske treffende (for oss som husker USENET). Mastodon likner på twitter i utseende og oppførsel, men det er to klare forskjeller: Det er ikke bare én server for mastodon, dvs. det er ikke bare at man bytter ut twitter.com med mastodon.social. Man kan spinne opp sin egen server og starte å følge folk på andre servere og så begynner trafikk å flyte innDet er ingen algoritmer. Meldinger som kommer i feeden din kommer enten fraPostinger fra andre folk du følger (disse kan komme fra andre servere)Hashtagger du følger (her ser du bare meldinger med denne hashtaggen som havner på samme server som du er på) Merk: det at mastodon eller pixelfed ikke har algoritmer er ikke en egenskap som blir diktert av ActivityPub. Det å ikke ha algoritmer til å styre brukernes feed, er et aktivt valg gjort av utviklerene back mastodon og pixelfed. Metas Threads, som også støtter (til en viss grad) ActivityPub, omfavner algoritmer. Hvordan flyter trafikk i ActivityPub En ting jeg lenge lurte på, var: hvordan fungerer egentlig denne “federeringen“…? Hvordan er det postinger flyter rundt i fediverset? Den enkleste måten å forklare er å bruke et eksempel. Eksempelet er at noen, meg i dette tilfellet, setter opp en egen mastodon-server mastodon.bang.priv.no. Når jeg setter opp og starter mastodon.bang.priv.no så sitter serveren bare der uten noen artikler og uten noen brukere. Den sender ingenting og mottar ingenting. Så lager jeg brukeren @steinarb på serveren og det går fortsatt ingen trafikk ut og inn. Bruker @steinarb poster en artikkel. Siden @steinarb@mastodon.bang.priv.no ikke har noen følgere så kommer ikke artikkelen lengre enn mastodon.bang.priv.no. Så bestemmer @steinarb@mastodon.bang.priv.no seg for å følge @Gargron@mastodon.social (dvs. grunnleggeren av mastodon) mastodon.social.bang.priv.no gjør et WebFinger-kall til mastodon.social for å finne konto-URLen til @Gargron@mastodon.social (“self” i responsen fra WebFinger) { "links": [ { "rel": "self", "type": "application/activity+json", "href": "https://mastodon.social/users/Gargron" } ]} Merk: bruk av WebFinger går utenfor ActivityPub, å bruke WebFinger for å få tak i brukerinfo er noe mastodon har begynt å gjøre og er oppførsel kopiert av andre fediverse-tjenster. Eugen Rochkos bloggpost fra 23. juni 2018 How to implement a basic ActivityPub server beskriver bruk av WebFinger for å identifisere en følger og det er eneste beskrivelse jeg har funnet av WebFinger sammen med en ActivityPub-server Konto-URLen til @Gargron@mastodon.social returnerer JSON-LD for kontoen som inneholder bla innboks og offentlig krypteringsnøkkel { "@context": [ "https://www.w3.org/ns/activitystreams", "https://w3id.org/security/v1" ], "id": "https://mastodon.social/users/Gargron", "type": "Person", "preferredUsername": "Gargron", "name": "Eugen Rochko", "following": "https://mastodon.social/users/Gargron/following", "followers": "https://mastodon.social/users/Gargron/followers", "outbox": "https://mastodon.social/users/Gargron/outbox", "inbox": "https://mastodon.social/users/Gargron/inbox", "publicKey": { "id": "https://mastodon.social/users/Gargron#main-key", "owner": "https://mastodon.social/users/Gargron", "publicKeyPem": "-----BEGIN PUBLIC KEY-----\nMIIB...DAQAB\n-----END PUBLIC KEY-----\n" }} Merk: Feltet id inneholder en URL som er samme URL som ble brukt til å laste JSON’en over, dvs. “self reference” (dette er et SHOULD-krav i standarden) @steinarb@mastodon.bang.priv.no gjør en HTTPS POST av ActivityPub Follow til innboksen til @Gargron@mastodon.social (dvs. https://mastodon.social/users/Gargron/inbox) { "@context": "https://www.w3.org/ns/activitystreams", "type": "Follow", "id": "https://mastodon.bang.priv.no/users/steinarb/outbox/123456789" "actor": "https://mastodon.bang.priv.no/users/steinarb", "object": "https://mastodon.social/users/Gargron"}Returverdien på HTTP POST av Follow er bare en kvittering på avlevert melding til innboksen, resten fortsetter asynkrontmastodon.social sjekker at “object” matcher id på en lokal brukermastodon.social gjør så en HTTPS GET til URLen i “actor” og forventer der å finne en profil av liknende type som resultatet fra “self” overmastodon.social sjekker at returnert JSON-LD fra “actor” URL inneholder en inboxmastodon.social sjekker at Signature-header på HTTPS POST-operasjonen som legger Follow-meldingen i https://mastodon.social/users/Gargron/inbox, matcher publicKey i returnert JSON-LD fra “actor” URL mastodon.social gjør en HTTPS POST til innboksen til @steinarb@mastodon.bang.priv.no med en Accept (kunne vært en Reject…) { "@context": "https://www.w3.org/ns/activitystreams", "type": "Accept", "actor": "https://mastodon.social/users/Gargron", "object": "https://mastodon.bang.priv.no/users/steinarb/outbox/123456789"}mastodon.bang.priv.no svarer på HTTPS POST med en kvittering av mottatt melding og fortsetter asynkrontmastodon.bang.priv.no bruker id til å slå opp profil og finner ut at dette er en profil den allerede har lastetSiden mastodon.bang.priv.no tidligere har lastet ned profil-JSON’en til @Gargron@mastodon.social har den allerede publicKey for kontoen og kan sjekke Signature-header på HTTPS POSTI tillegg kommer id til Follow-forespørslen dette er en Accept av, som kan sjekkes om samstemmer med en forespørsel som serveren tidligere har sendtDersom alt er oppfylt, så vil mastodon.bang.priv.no legge @Gargron@mastodon.social inn i lista over kontoer som @steinarb@mastodon.bang.priv.no følger Etter at denne runddansen er over så har @steinarb@mastodon.bang.priv.no blitt med i følgerlista til @Gargron@mastodon.social og @Gargron@mastodon.social har blitt med i lista over kontoer som @steinarb@mastodon.bang.priv.no følger. Når @Gargron@mastodon.social poster en melding, så går mastodon.social gjennom følgerlista til @Gargron@mastodon.social. En av følgerne er @steinarb@mastodon.bang.priv.no, så derfor tar mastodon.social kontakt med mastodon.bang.priv.no og legger meldingen inn i innboksen til @steinarb@mastodon.bang.priv.no. Serveren mastodon.bang.priv.no sjekker at det som kommer inn i innboksen til @steinarb@mastodon.bang.priv.no har en Signature-header som matcher “publicKey” i profilen til @Gargron@mastodon.social og dersom de matcher, slippe meldingen gjennom. Nå har en posting kommet inn fra utsida, så nå har det blitt trafikk inn på mastodon.bang.priv.no. I framtida vil alle postingene @Gargron@mastodon.social legger ut komme inn på mastodon.bang.priv.no. Alle postingene @Gargron@mastodon.social bestemmer seg for å booste vil også komme inn på mastodon.bang.priv.no. Postingene fra @Gargron@mastodon.social vi også bli synlige for eventuelle andre brukere på mastodon.bang.priv.no og dersom postingen inneholder en hashtag som følges av andre brukere, f.eks. #norsktut, så vil meldingen dukke opp i feeden til andre brukere på mastodon.bang.priv.no som følger hashtaggen. Hvis mastodon.bang.priv.no skulle være nede eller utilgjengelig når @Gargron@mastodon.social poster en melding, så vil meldingen aldri komme i feeden til @steinarb@mastodon.bang.priv.no. At man godtar at man kanskje mister en posting nå og da, fjerner mye kompleksitet fra serverene. Dersom @Gargron@mastodon.social ser at han blir fulgt av @steinarb@mastodon.bang.priv.no og bestemmer seg for å følge tilbake, så vil samme verifiseringen som over skje i motsatt retning og nye postinger fra @steinarb@mastodon.bang.priv.no vil havne i feeden til @Gargron@mastodon.social (og være potensielt synlig for alle andre brukere på mastodon.social). Men artikkelen @steinarb@mastodon.bang.priv.no postet før han hadde noen følgere, vil ikke være synlig for @Gargron@mastodon.social for den artikkelen kom seg aldri av mastodon.bang.priv.no. Bruken av nøkler som matcher URLene posterne sier at de kommer fra gjør at selv om man ikke vet hvem som er i hver ende, så kan man anta at de hører hjemme på de serverene de sier at de kommer fra. Dette er som regel “godt nok”. Hvordan er det med spam Det er fort å tenke at dersom alle kan sette opp sin egen server så vil det være lett for spammere å sette opp egne servere og hamre løs med spam inn i fediverset. Men det tar tid å sette opp en server og starte å federere trafikk. Du trenger at noen følger deg for at du skal kunne sende trafikk ut fra egen server. Ikke minst: de som skal se meldingene dine må følge deg. Og det tar kort tid for de store instansene å stenge for servere som driver med spamming. Mastodon-programvaren har en del innebygde mekanismer for å utelukke postere og servere. Så distribuert-biten er mindre sårbar for spam enn jeg fryktet. Jeg har ikke opplevd veldig mye spam i fediverset. Andre har opplevd mer: What’s with the spam on Mastodon? (Kevin’s blog <2025-09-17 Wed>)Why is Spam on Mastodon Such a Heated Topic? (Caleb Hart blog <2023-05-15 Mon>) Jeg har ennå ikke opplevd en eneste spam-melding direkte inn i feeden min. Kanskje fordi jeg ikke drar inn “new on server” inn i feeden min? Eller lytter på hashtagger som spammerne bruker? I forrige uke så jeg de to første spam/phishing-artiklene jeg har sett på mastodon. De lå ikke på toppnivå, de kom som kommentarer på postinger så de ble ikke vist før jeg så hele tråden under postingene. Jeg rapporterte begge og de er borte nå. Første opplevelsen av mastodon da jeg kom fra twitter var at det var mye mindre spam enn der jeg kom fra. Og ikke minst: mye mindre “lovlig” reklame (som i ingenting). Men siden har det dukket opp dodgy følgere av samme type som dukket opp mye på slutten på twitter og gjerne lagd samme dag og som følger mange andre profiler og har ingen egne postinger. Profilene har stort sett forsvunnet rett etterpå. Spam-profiler som jeg har sett har vært på de store instansene (f.eks. mastodon.social). Spam-profilene har vært av to typer: Helt nylagde brukere som følger mange og som blir fulgt av ingen egne brukere og uten egne postinger (opprettet av bot-farmer styrt av spammere eller trollfabrikker). Disse forsvinner oftest etter kort tidBrukere som ser legitime ut men som tydeligvis ble lagd på tida Musk kjøpte twitter (2022) og ble såvidt prøvd ut da og siden ikke har vært i bruk Det har blitt mindre av den første typen fordi mastodon-programvaren nå blir distribuert med of åpen registrering disablet som default. Og de store instansene har blitt bedre på å beskytte seg selv. Usikker på hva som skjer med kaprede profiler. Hvordan jeg bruker mastodon som hub for mine ActivityPub-tjenester Jeg har, som nevnt over, følgende tjenester som støtter ActivityPub: Mastodon: @steinarb@mastodon.socialPixelfed: @steinarb@pixelfed.socialWordPress: @steinar.bang.priv.no@steinar.bang.priv.noBookwyrm: @steinarb@bookwyrm.social Jeg har latt @steinarb@mastodon.social følge kontoene @steinarb@pixelfed.social, @steinar.bang.priv.no@steinar.bang.priv.no og @steinarb@bookwyrm.social. Jeg lar @steinarb@mastodon.social booste alle postinger som kommer fra de andre kontoene, noe som betyr at all som følger @steinarb@mastodon.social også får postinger fra de andre, mer spesialiserte, kontoene mine i feeden sin. Hvordan blir innhold fra andre tjenester vist i mastodon Mastodon er en mikrobloggetjeneste som minner om twitter (som det var før det ble ødelagt av trollbots og reklame). Mastodon tillater flere tegn pr post enn twitter gjorde (mastodon tillater som default 500 tegn, mens twitter tillater 280 tegn), tillater opp til 4 bilder (eller annet medieinnhold) pr post og dersom man legger på en URL så vil mastodon se etter OpenGraph-informasjon på URLen og bruke OpenGraph-informasjonen (tittel, beskrivelse, bilde) til å lage et preview av URLen i posten. Pixelfed er en bilde- og videodelingstjeneste ala Instagram. Jeg har aldri postet en eneste video der, men jeg poster enkelt-bilder og slideshow. Slideshow’ene kan inneholde opp til 12 bilder. Jeg følger pixelfed-kontoen min fra mastodon-kontoen min. Det betyr at alt jeg poster på pixelfed-kontoen dukker opp i feeden til mastodon-kontoen min. Figure 1: Et slideshow i pixelfed (til venstre) og samme slideshow vist som en mastodon-posting (til høyre) Enkeltbilder vises omtrent på samme måte som på pixelfed, men slideshow blir nedgradert til de 4 første bildene. I tillegg er det en lenke tilbake til web-versjonen av pixelfed-postingen. Pixelfed har mulighet til å kommentere på postinger og like postinger og fremheve postinger, på linje med det man kan gjøre i mastodon. Men mulighetene er begrensede i forhold til det man kan gjøre i mastodon. Pixelfed er først og fremst et sted du kan publisere bilder og der du kan se andres bilder. WordPress er en blogg-platform. Med ActivityPub plugin aktivert på bloggen min (wordpress.com info om ActivityPub plugin) så ble bloggen synlig som en activitypub-profil (dvs. brukerkonto), som jeg så kunne følge fra mastodon-kontoen min. I mastodon-feeden blir poster vist som full lengde tekst og med opp til 4 av eventuelle bilder på bloggen. Dvs. mastodon viser mer (av og til betydelig mer) enn de 500 tegnene mastodon selv tillater. Det er også mer formatering i bloggteksten fra wordpress, enn det mastodon legger opp til på sine egne postinger. Dersom noen som får bloggposten i mastodon-feeden sin, svarer på posten, så kommer svaret som en kommentar inn i wordpress-bloggen. Dersom noen som får bloggposten i mastodon-feeden sin merker den som favoritt, så kommer det tilbake til wordpress-bloggen som en “like”. Figure 2: En wordpress bloggposting vist i wordpress (til venstre) og samme bloggpost vist i mastodon (til venstre) Den siste tjenesten jeg bruker som støtter ActivityPub, er bookwyrm. Bookwyrm er en åpen kildekode-erstatning for Amazons goodreads. Dvs. et sted der man kan finne og lage anmeldelser på bøker. Koblingen til ActivityPub er at man kan spore endringer man gjør i forhold til bøker, som postinger på ActivityPub. Eksempel på endringer som kan publiseres på ActivityPub Wants to read: blir postet når man legger bøker inn i bokhylla (jeg bruker å poste en sånn når jeg kjøper ei ny bok)Starting to read: blir postet når man registrerer at man starter å lese ei bokFinished reading blir postet når man er ferdig med ei bok. Her pleier jeg å legge en liten anmeldelse av boka Akkurat som pixelfed så har bookwyrm en feed der man kan lese kommentarer på egne kommentarer og følge postinger fra andre. Akkurat som pixelfed, så er bookwyrms muligheter for å følge og respondere postinger begrensede i forhold til det som man kan gjøre i mastodon. Bookwyrm er først og fremst et sted til å finne og lage informasjon om bøker (anmeldelser og kommentarer og bibliografisk informasjon). Figure 3: Starte lesing av ei bok vist i bookwyrm (til venstre) og samme starting av lesing vist som en mastodon-posting (til høyre)Hvor stort er egentlig fediverset? Her er det jeg har klart å oppdrive av statistikk på fediverset: https://fediverse.observer/stats lister9.4 millioner brukerkontoer på mastodon17.3 millioner brukerkontoer totalt i fediverset pr. november 20252.3 milliober brukerkontoer som har vært aktive i løpet av siste halvår før november 2025923 tusen brukerkontoer som har vært aktive i løpet av siste måned før november 2025https://fediverse.party/en/fediverse/ lister13.7 millioner brukerkontoer2.2 millioner aktive brukerkontoer Begge stedene inneholder estimater. Stedet de to ser ut til å være enige om estimatene er på aktive brukere (brukere som har vært aktive i løpet av siste halvår) og det er på ca 2.2 millioner. Hvis vi sammenlikner med twitter, Threads og bluesky: TjenesteMånedlig aktive brukereDaglig aktive brukereKildetwitter (X)557 millioner DemandSageThreads400 millioner115 millionerDemandSageBlueSky 3.5 millionerbacklinko Så de “gamle” tjenestene er 100-gangen større enn hele fediverset. Men spesielt twitter er belemret med spambots og sockpuppets sånn at det er usikkert av hvor mange ekte mennesker som er bak kontoene. Threads er ikke så gammel men den fikk masse brukere “gratis” fra andre Meta-tjenester i oppstarten. Det som kommer nærmest i størrelse er BlueSky. Egentlig er jeg litt forbauset over at BlueSky og fediverset tilsynelatende er så nærme i størrelse for jeg har sett at en del kjente folk som jeg har fulgt på mastodon annonserte at de dro over til BlueSky for et halvårs tid sia. Hva med Threads og fediverset? Threads støtter faktisk (til en viss grad) ActivityPub-protokollen. Jeg følger mange personer jeg tidligere fulgte på twitter ved å følge threads-kontoene deres på mastodon. Men: Threads-kontoer blir ikke automatisk tilgjengelige på ActivityPubDet er ganske vanskelig å finne ut hvordan man skal slå på ActivityPub på en Threads-kontoKontoer i EU-området er ekskludert fra ActivityPub (Meta påberoper seg GDPR som årsak, noe som virker sutrete og passivt-aggresivt i mine øyne)Jeg har aldri fått noen respons tilbake fra et svar på posting til en threads-konto eller posting jeg har gjort til en bruker på en threads-konto. Men jeg vet ikke om det skyldes at postingene mine ikke flyter over til threads, eller om det bare er at jeg forsvinner i støyenThreads tillater kun fediverse-trafikk fra mastodon og kun fra utvalgte servereHva med Bluesky? Er ikke Bluesky også distribuert? Bluesky påstår at det er et distribuert system og sjefsutvikleren på Bluesky har en lang utledning om hvorfor ActivityPub ikke duger som protokoll og at BlueSky derfor har sin egen protokoll. Det finnes broer mellom bluesky og fediverset. Jeg følger flere brukere fra bluesky på min mastodon-konto og får postinger fra dem inn i feeden min. Men i likhet med Threads så aner jeg ikke om svarene og likes’ene mine kommer tilbake til bluesky. Jeg har aldri fått noen respons derfra, men vet ikke om det er fordi mine svar aldri kommer dit eller om de bare forsvinner i støyene. Min mening: dersom man er på jakt etter en erstatning for twitter som ikke er eid og kontrollert av storkapitalen så er ikke BlueSky stedet å gå. For bluesky er ikke der ennå, men det er definitivt dit de ønsker seg. Hvorfor er ikke mastodon like populært som Threads og Bluesky? Jeg tror mastodons manglende popularitet kan oppsummeres i tre ting: Manglende kritisk masse (den er forsåvidt ikke så mye mindre enn BlueSky): dvs ingen herIngen algoritmer som “krydrer” feeden din med ting som gjør deg opprørt: dvs. kjedeligHyggeligere og høfligere brukere : dvs. kjedelig De to siste har jeg ikke lyst til å gjøre noe med. Men det hadde ikke skadet om antall aktive brukere økte. Jeg tror også at da folk var på jakt etter et alternativ til twitter tilbake i 2022 så var alt snakket om “federering” og “mange instanser” og “du kan sette opp en egen server” mer til forvirring enn hjelp for de fleste. En del folk kom seg forbi den bøygen og lagde seg en bruker på mastodon.social eller andre populære instanser tilbake i 2022 som kikket seg rundt og konkluderte med at “her var det for stille” (se over) og dro igjen. Det kunne vært litt interessant å finne ut hvor mange av de 13 til 17 millionene med brukerkontoer som finnes i fediverset ble lagd i 2022 og siden ikke har blitt rørt? Jeg tror det er en del. Hvordan kan norske offentlige etater bidra til å gjøre mastodon og resten av fediverset mer populært? Dersom norske offentlige etater som Politiet og Vegvesenet og Meteorologisk Institutt tilbyr samme tjenester som de tidligere tilbød på twitter via ActivityPub så vil mange flere komme seg på mastodon (eller en annen fedivers-tjeneste) for å følge PolitiOps eller Vegmeldinger. Dersom almenkringkasteren NRK lar folk som idag må laste ned og bruke appen deres, istedenfor får samme mulighet til å delta via ActivityPub så vil det bli mulig å sende inn kommentarer og bilder til TV- og radioprogrammer som man tidligere gjorde med twitter og instagram. Igjen så er det en ting som vil få folk til å skaffe seg en mastodon- eller pixelfed-konto og kommunisere via en nettside eller en app på mobil. Hvilke muligheter finnes for å ta ibruk activitypub Enkleste mulighet er for etaten å spinne opp sin egen mastodon og/eller pixelfed-instans. Mastodon og pixelfed finnes som ferdige docker-imager, eller man kan bruke docker-compose i kildekoden for å lage egne docker-image’r. Mastodon og pixelfed finnes som nedlastbar og installerbar software for de som fortsatt har fysiske servere. “Mastodon as a service” og “pixelfed as a service” finnes fra flere tilbydere (masto.host og mastodon-utviklerne for mastodon, eliesto for pixelfed) Mastodon og pixelfed finnes også som kildekode som kan lastes ned og bygges. Men dersom man, som Politiet og NRK, allerede har en egen app, som man har lyst til å fortsette med, så kan man bruke ett av mange programvare-bibliotek for å la app’ens backend også kommunisere via ActivityPub. Her er noen få av de tilgjengelige bibliotekene: Bibliotekspråk/platformlisensFedifyTypeScriptMITGo-ActivityPubGoMITBigBoneJavaMITKort oppsummert Det er mange gode grunner for å ta ActivtyPub i bruk: Kostnadene er laveMan eier sin egen infrastruktur for publiseringMan kan nå 2.2 millioner brukere over hele verden (potensielt 115 millioner brukere på Threads dersom krav fra brukerene skulle framtvinge at de åpner ActivityPub skikkelig)Nyttig informasjon fra Vegvesen, Meterologisk institutt, NRK og Politiet vil drive aktivitet opp i fediverset og sende journalister og politikere inn ditForskjell fra RSS som mange fortsatt har er at ActivityPub tillater interaksjon med leserene: leserene kan like og svare på og dele postingene med andre som også kan like og svare på meldingene Jeg kommer ikke på noen gode grunner til å la være. #activitypub #allheimen #fodiverset #fediverse #mastodon #norsktut #pixelfed #socialmedia #socialnetwork #threads #wordpress