We had a meeting of the WG to discuss this topic:
https://github.com/w3c/socialwg/blob/9bb70c4b5ee4a147facc86ea2e57a69c8322868b/meetings/2026/2026-07-03-CG-WG-joint.md?plain=1#L79
We want to open up space to explore ideas like #573 without breaking interoperability with existing Federated Servers. One option is to continue to recommend HTTPS URIs for the id property, but to allow other URI protocols in another property.
We discussed at least these properties:
alsoKnownAs: this is used by Mastodon and other for data portability; see https://swicg.github.io/activitypub-dataportability/
url: this is usually used for finding non-AS2 documents related to an object, like image files or HTML profile pages
owl:sameAs: This might be the best candidate, since semantically it fits exactly what we're looking for
Regardless, if we want to encourage this kind of exploration, having a principled way to do it in this section is the first step.
We had a meeting of the WG to discuss this topic:
https://github.com/w3c/socialwg/blob/9bb70c4b5ee4a147facc86ea2e57a69c8322868b/meetings/2026/2026-07-03-CG-WG-joint.md?plain=1#L79
We want to open up space to explore ideas like #573 without breaking interoperability with existing Federated Servers. One option is to continue to recommend HTTPS URIs for the
idproperty, but to allow other URI protocols in another property.We discussed at least these properties:
alsoKnownAs: this is used by Mastodon and other for data portability; see https://swicg.github.io/activitypub-dataportability/url: this is usually used for finding non-AS2 documents related to an object, like image files or HTML profile pagesowl:sameAs: This might be the best candidate, since semantically it fits exactly what we're looking forRegardless, if we want to encourage this kind of exploration, having a principled way to do it in this section is the first step.