FeedBurner: формально живой продукт Google, который сама компания советует покинуть

FeedBurner — не безымянный сервис с неизвестным оператором, а один из старейших продуктов Google, всё ещё формально живой, но фактически заброшенный уже более десяти лет. Сервис принадлежит Google с 2007 года, а последний раз получал сколько-нибудь значимое развитие функциональности так давно, что часть базовой инфраструктуры для разработчиков не работает уже с 2012 года.

История медленного затухания одного из старейших RSS-сервисов веба

FeedBurner запустили ещё в феврале 2004 года; к концу 2005-го сервисом уже пользовались почти 70 тысяч издателей, а всего через год после появления самого термина «подкастинг» на платформе управлялось около 16 тысяч подкастов. Google приобрела компанию в 2007 году, а дальше началось постепенное, растянутое на полтора десятилетия сворачивание функциональности: в октябре 2012 года были отключены API сервиса, что разом оборвало сторонние интеграции; тогда же закрыли AdSense for Feeds — систему монетизации фидов рекламой. В июле 2022 года Google провела ещё более радикальное упрощение инфраструктуры, отключив большинство «некритичных» функций, включая email-рассылки для подписчиков, которые многие издатели использовали как основной канал доставки. Официальный статус-блог сервиса прямо признаёт: значимых обновлений функциональности не было годами, а публичных обязательств по дальнейшему развитию платформы Google не давала.

Параметры бота

Что означает «формально живой, но заброшенный» статус для владельца сайта

Если сайт до сих пор использует FeedBurner для своей RSS-ленты (часто по инерции с середины или конца 2000-х), краулер, опрашивающий фид, — критически важная, хоть и устаревшая часть цепочки доставки контента к оставшимся подписчикам. Но если сайт уже мигрировал с FeedBurner на современную альтернативу или никогда им не пользовался, а бот всё равно появляется в логах, вероятных объяснений немного: остаточный, давно забытый фид, который кто-то настроил много лет назад и с тех пор не отключил, либо случайное обнаружение фида сервисом без явной подписки владельца. Учитывая, что сама компания прямо рекомендует всем, кто ещё пользуется сервисом, как можно скорее мигрировать на современную альтернативу, присутствие FeedBurner в 2026 году — само по себе сигнал технического долга, а не активно развиваемой интеграции.

Сколько трафика он создаёт

По категории «RSS и фиды» подобные боты, как правило, создают предсказуемую, невысокую фоновую нагрузку — периодические опросы конкретного URL фида, а не системный обход сайта. Для FeedBurner это особенно верно с учётом того, что активная база подписчиков сервиса за полтора десятилетия сокращения функциональности заметно сократилась по сравнению с пиком популярности сервиса в конце 2000-х.

Как найти бота в логах

grep -i "feedburner" /var/log/nginx/access.log

# Какой именно фид опрашивается
grep -i "feedburner" /var/log/nginx/access.log | awk '{print $7}' | sort | uniq -c | sort -rn | head

Стоит ли блокировать

• если сайт всё ещё активно использует FeedBurner для доставки RSS оставшимся подписчикам — блокировка напрямую обрывает эту доставку; в этом случае разумнее не блокировать бота, а параллельно спланировать миграцию на современную альтернативу, поскольку сама Google больше не поддерживает и не развивает сервис;
• если сайт мигрировал с FeedBurner или никогда им не пользовался, а бот продолжает опрашивать фид, — блокировка не несёт практических потерь;
• на позиции в органической выдаче Google, Bing или Яндекса присутствие или отсутствие этого бота не влияет напрямую — это отдельная от поисковой индексации система синдикации контента.

Как настроить доступ

Явное разрешение, если фид ещё активно используется:

User-agent: feedburner
Allow: /

Стандартный запрет с дублированием на уровне сервера, если сайт больше не заинтересован в этой устаревшей интеграции:

User-agent: feedburner
Disallow: /

if ($http_user_agent ~* "feedburner") {
    return 403;
}

Если сайт активно использует FeedBurner, но задумывается о переходе на современную альтернативу, первый практический шаг, независимо от решения по блокировке краулера, — настроить фид на собственном домене и организовать редирект, чтобы не зависеть от прокси-URL Google, который компания официально не обязуется поддерживать бессрочно.