Amazon заблокував агента Muse від Meta — і robots.txt тут ні до чого

Дата публікації: 29.09.2026
Коротко
  • «Продовження доступу неавторизованим ШІ-агентом порушує Умови використання Amazon» — таке повідомлення 20 вересня побачили користувачі Muse, агента покупок від Meta.
  • У robots.txt Amazon прописано 101 правило під конкретних ботів, але для Muse там просто нема запису: агента нема і в документації самої Meta серед п'яти перелічених краулерів.
  • Представник Amazon назвав три причини блокування: Meta не попередила про доступ Muse до магазину, агент не ідентифікує себе, і, за словами Amazon, схоже, зберігає облікові дані клієнтів.

«Продовження доступу неавторизованим ШІ-агентом порушує Умови використання Amazon» — таке повідомлення 20 вересня побачили користувачі Muse, агента покупок від Meta, коли намагалися зайти на Amazon через нього. Першим про блокування написав журналіст Тодд Бішоп для GeekWire, і в Amazon виданню підтвердили, що це свідоме рішення.

Чому robots.txt не зміг заблокувати агента, якого немає на папері

У robots.txt Amazon прописано 101 правило під конкретні user-agent — від класичних пошукових ботів до нових ШІ-краулерів. Проблема в тому, що для Muse там просто нема кому писати заборону: агент не має задокументованого рядка user-agent. У власній документації Meta перелічує лише п'ять краулерів, і Muse серед них немає. Без імені агента Amazon не могла націлити на нього конкретне правило — а сам robots.txt у будь-якому разі лише прохання, яке нема кому змусити виконати.

Представник Amazon назвав виданню три причини блокування: Meta не попередила компанію про те, що Muse звертатиметься до магазину, агент «не ідентифікує себе під час перегляду», і, за словами Amazon, схоже, «захоплює й зберігає облікові дані клієнтів» — а це вже питання безпеки, а не просто етикету.

Сама Meta описує Muse як застосунок, що працює на «справжньому браузері на основі Chromium» і «виглядатиме як ваша активність» для сайту. Облікові дані, за словами компанії, зберігаються у віртуальній машині, яку отримує кожен користувач, — це не централізована інфраструктура Meta. Незалежного підтвердження побоювань Amazon щодо облікових даних поки що ніхто не публікував — тобто наразі це слово проти слова.

У нас є гайд про те, як налаштовувати robots.txt і sitemap.xml, хоча жоден із класичних прийомів там не розрахований на агентів без імені.

Суд уже послабив головний інструмент для блокування таких агентів

Тут доречний ще один епізод. У серпні 2026-го Дев'ятий апеляційний округ відмовив Amazon у судовій забороні проти Comet — агента покупок від Perplexity — і визнав, що до сайту фактично звертається сам користувач, а не розробник агента. Рішення послабило Computer Fraud and Abuse Act (CFAA) як інструмент проти подібних блокувань. Деталі механіки розібрав Search Engine Journal.

На мою думку, у цій історії найцікавіше те, що жодна зі сторін поки не показала технічних доказів: Meta стверджує про децентралізоване зберігання даних, Amazon каже про ризик для клієнтів, а перевірити будь-яке з цих тверджень з боку поки нема як. Наступного разу, коли в мережі з'явиться черговий агент без задокументованого user-agent, сайтам знову доведеться вирішувати наосліп, покладаючись лише на слова обох компаній.

Денис Фещенко

Займаюся пошуковим просуванням і контекстною рекламою: технічні аудити, семантика та структура сайту, робота з індексацією, посилальний профіль і кампанії в Google Ads. Понад 7 років у digital-маркетингу, зараз — у команді SEO-Factory.

У блозі пишу про те, з чим стикаюся на проєктах: чому сторінки не потрапляють в індекс, як читати Search Console і GA4, що робити після оновлень алгоритмів Google і як не втратити трафік під час міграції сайту.