Byline (расширение для RSS/Atom/JSON Feed)
- title
- Byline (расширение для RSS/Atom/JSON Feed)
- type
- concept
- summary
- Проект расширения RSS/Atom/JSON Feed: структурированные данные об авторе, тип публикации и подсказки оформления для ридеров
- tags
- rss, syndication, indieweb, spec
- sources
- coywolf-byline-rss
- created
- 2026-05-03
- updated
- 2026-05-03
- lang
- ru
- translation_of
- byline-spec
- source_updated
- 2026-05-03
- translated
- 2026-09-01
- translator
- lllm/antigravity/gemini-3.7-flash-medium
Byline - это открытая спецификация от Terry Godier, добавляющая структурированный контекст об авторе в синдикационные ленты. Она представляет собой новое пространство имён XML (https://bylinespec.org/1.0), накладываемое поверх RSS 2.0, Atom или JSON Feed: ленты без неё продолжают открываться, а ридеры без её поддержки продолжают работать.
На сайте bylinespec.org проблема, которую решает расширение, названа "проблемой контекста": когда ридер собирает личные блоги, журналистику, корпоративные посты и сатиру в одну ленту, каждая запись отображается одинаково, и читателю приходится самому вспоминать, кто есть кто. Существующие теги <author> (RSS) и <atom:author> содержат в лучшем случае имя, email или URI - этого недостаточно, чтобы отрисовать карточку автора или отличить авторскую колонку от новостной заметки.
Элементы
<byline:contributors>- контейнер на уровне канала, содержащий одно или несколько описаний авторов.<byline:person id="…">- автор, на которого публикации могут ссылаться поid.<byline:name>- отображаемое имя.<byline:context>- краткая биография в одно предложение, ≤ 280 символов.<byline:url>- канонический URL этого человека.<byline:avatar>- URL изображения профиля.<byline:profile href="…" rel="…"/>- ссылки на внешние профили, сгруппированные по атрибутуrel(mastodon,github, ...).<byline:now>,<byline:uses>- ссылки на страницы IndieWeb/nowи/uses.<byline:theme color="…" accent="…" style="light|dark"/>- подсказки от автора для визуальной настройки оформления в ридере.
<byline:author ref="…"/>- ссылка из конкретной публикации на описанного автора.<byline:perspective>- тег типа контента для публикации из фиксированного набора значений:personal,news,review,satire,official,sponsored.
Пример
<rss xmlns:byline="https://bylinespec.org/1.0">
<channel>
<byline:contributors>
<byline:person id="annie">
<byline:name>Annie Park</byline:name>
<byline:context>Designer and photographer based in Portland. Previously design lead at Figma. I write about creative tools, process, and the indie web.</byline:context>
<byline:url>https://annie.example.com</byline:url>
<byline:avatar>https://annie.example.com/avatar.jpg</byline:avatar>
<byline:profile href="https://mastodon.social/@annie" rel="mastodon"/>
<byline:profile href="https://github.com/anniepark" rel="github"/>
<byline:now>https://annie.example.com/now</byline:now>
<byline:uses>https://annie.example.com/uses</byline:uses>
<byline:theme color="#4A90A4" accent="#FF6B6B" style="light"/>
</byline:person>
</byline:contributors>
<item>
<byline:author ref="annie"/>
<byline:perspective>personal</byline:perspective>
…
</item>
</channel>
</rss>
Принципы проектирования
С сайта bylinespec.org:
- Прогрессивное улучшение - ленты и ридеры без поддержки Byline продолжают работать.
- Децентрализованная идентичность - URI и соглашения IndieWeb, никакого центрального реестра для "подтверждения авторства".
- Независимость от формата - та же модель данных переносится на RSS 2.0, Atom и JSON Feed.
- Уважение к приватности - никакого отслеживания, поддержка псевдонимов.
Децентрализованная идентичность - ключевой концептуальный выбор: здесь нет слоя DID вроде Bluesky, нет центрального органа пространства имён и нет аккаунтов. Идентичностью выступает собственный домен - ровно так же, как работает rel="me" в HTML.
Фиксированный набор значений <byline:perspective> критически важен для поведения ридеров: произвольный тег позволил бы ридеру только отобразить значение, но не обработать его; закрытый список даёт возможность фильтровать, группировать или менять стили по категориям. Это же и самая уязвимая для критики часть спецификации ("а где interview? а где tutorial?").
Статус
Находится на рассмотрении; согласно статье Henshaw, принятие и публикация ожидаются к концу 2026 года. Разрабатывается на bylinespec.org под лицензией CC0 1.0. В состав сопутствующих инструментов входят валидатор и генератор.
Спецификацию предложил разработчик ридеров (Godier развивает Sourcefeed и Current), а не коалиция издателей. Точно так же появились расширения <podcast:*>, когда авторам приложений для подкастов потребовались более структурированные данные для отображения.
Связанные страницы
- coywolf-byline-rss - статья, благодаря которой эта тема попала в базу.
- digital-garden - формат публикаций, которому богатый контекст об авторе нужен в первую очередь.
- filesystem-is-graph-database - небольшие форматы данных растут, когда в них возникает потребность у соседних инструментов; та же закономерность.