Добавление контекста об авторе в RSS (Coywolf)

Заметка Джона Хеншоу (Jon Henshaw) за май 2026 года на Coywolf с разбором спецификации Byline - нового namespace'а для RSS, Atom и JSON Feed, добавляющего структурированные данные об авторах публикаций. Спецификацию разработал Терри Годье (Terry Godier), автор двух RSS-ридеров (Sourcefeed и Current); заслуга Хеншоу в основном в том, что он привлёк к ней внимание широкой аудитории на этапе обсуждения.

Что предлагает спецификация

Описание автора задаётся один раз на уровне канала ленты внутри <byline:contributors>, а отдельные <item> ссылаются на него по id. Четыре ключевых элемента, которые выделяет Хеншоу:

• Определение автора. Элемент <byline:person id="..."> с именем, URL, аватаром, ссылками на профили (Mastodon, GitHub и др.), а также ссылками now и uses в стиле IndieWeb.
• Контекст. Элемент <byline:context> - краткое био в одно предложение до 280 символов: "кто вы, чем занимаетесь и чего ждать читателям".
• Перспектива. Тег <byline:perspective> для конкретной публикации: personal, review, а также (согласно bylinespec.org) news, satire, official, sponsored. Сообщает ридеру, какого рода этот материал.
• Тема оформления. Заданные автором color, accent и style ("light"/"dark") для тонкой визуальной настройки в ридере (рамки карточки автора, акцентные полосы).

Пример структуры из статьи:

<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>

Зачем это нужно

На bylinespec.org это называют "проблемой контекста". Современный RSS-ридер собирает личные блоги, корпоративные пресс-релизы, журналистику, сатиру, рекламные посты - все они выглядят одинаково, и читателю приходится по памяти восстанавливать, кто автор и что это за материал. В существующих стандартах уже есть <author> в RSS и <atom:author> с полями name/email/uri в Atom, но ни тот, ни другой не содержат достаточно данных, чтобы отрисовать карточку автора или отличить авторскую колонку от сводки новостей.

Ставка Byline в том, чтобы решить проблему привычным для RSS способом: через новый namespace, который подключается опционально и ничему не мешает. Ленты без него продолжают работать. Ридеры без его поддержки продолжают работать.

Статус

Спецификация находится на рассмотрении; ожидается, что её согласуют и опубликуют для практического использования к концу этого года или раньше.

Проект ведётся на bylinespec.org и опубликован под лицензией CC0 1.0. На сайте доступны валидатор и генератор. Главный бенефициар среди издателей - многопользовательские платформы для личных блогов, переживающие ренессанс на фоне интереса к fediverse: ровно та аудитория, с которой IndieWeb ведёт диалог уже много лет.

Примечательные архитектурные решения

Несколько деталей за рамками пересказа Хеншоу:

• Децентрализованная идентификация без реестров. <byline:person> идентифицируется своим URL (или любым другим URI). Никаких сервисов для "регистрации Byline ID". Прямо из методологии IndieWeb: твой домен - это твоя идентичность.
• <byline:profile rel="..."> использует link relations вместо перечисления платформ. rel="mastodon", rel="github" и так далее - схему можно расширять, не меняя спецификацию.
• <byline:now> и <byline:uses> ссылаются на две устоявшиеся конвенции IndieWeb (/now о текущих занятиях, /uses об используемых инструментах). Включение их в ленту позволяет ридеру подтягивать эти страницы, не требуя отдельной поддержки стандартов IndieWeb.
• Тема задаётся автором, а не ридером. Автор выбирает акцент визуально, а ридер решает, учитывать ли его. Так же почтовые клиенты обрабатывают подсказки по цветам от отправителя.
• Перспектива задаётся фиксированным словарём, а не произвольными тегами. Это ключевой момент, если приложения для чтения хотят делать что-то с этой информацией (фильтровать, группировать, менять отображение), но именно этот закрытый список вызовет больше всего споров вокруг спецификации.

Связи

Byline - одна из немногих недавних попыток развить стек синдикации, не отказываясь от RSS. По духу она близка к JSON Feed (2017), набору форматов IndieWeb Microformats и длинному хвосту расширений <podcast:*> для подкастов. Главное отличие в том, что инициатива исходит от разработчика ридера, а не от издательской платформы: Годье нужны более качественные данные для отрисовки в своём приложении, поэтому он и продвигает спецификацию.

В контексте базы знаний это ложится в ту же линию, что и filesystem-is-graph-database (компактные форматы данных развиваются, когда смежные инструменты начинают в них нуждаться) и digital-garden (паттерны персональных публикаций получают инструменты первого класса).

Источники

• Статья: coywolf-byline-rss - Джон Хеншоу на Coywolf
• Спецификация: bylinespec.org (Terry Godier, CC0)