Збій сервісів «Яндекса» зачепив маркетплейси, доставку й оплату
Уранці 11 жовтня користувачі повідомили про перебої в сервісах «Яндекса» та інших компаній. Проблеми зачепили сайти, застосунки, оформлення замовлень, оплату й доставку.
Уранці 11 жовтня 2026 року користувачі російських маркетплейсів, магазинів і служб доставки повідомили про перебої в роботі сайтів, застосунків та оформленні замовлень. Як пише Хабр, «Яндекс» повідомив про пошкодження інфраструктури своїх дата-центрів і попередив про збої у власних сервісах. В інших компаній теж виникали неполадки, але спільної причини всіх перелічених перебоїв у матеріалі не встановлено. В окремих сервісах проблеми зачепили оплату й доставку.
Де виникли перебої
За повідомленнями користувачів, застосунки й сайти могли не запускатися, сторінки — не завантажуватися, товари — не відображатися. Виникали труднощі з авторизацією та оформленням замовлень. Серед сервісів «Яндекса», що працювали нестабільно або були недоступні, названо «Яндекс Маркет», «Яндекс Пэй», «Яндекс Такси», «Яндекс Еда» та Яндекс.Go.
«Яндекс» повідомив, що його фахівці відновлюють роботу сервісів. Пошкодження зачепили й службу підтримки: якщо звернутися через застосунок не вдається, компанія запропонувала писати на офіційні сторінки сервісів у соцмережах. Вона попередила, що через велику кількість звернень на відповідь може знадобитися більше часу, ніж зазвичай.
У матеріалі також перелічено «Пятёрочка», «Лента», «Магнит», «М.Видео», Lamoda, Flowwow і Wildberries. Серед сервісів доставки їжі та продуктів — «Деливери», «Додо Пицца», «Ростикс», «Вкусно — и точка» та «Дринкит». У «Вкусно — и точка» були недоступні сайт і мобільний застосунок. Перелік показує, де повідомляли про проблеми, але не пояснює причину збою в кожній компанії.
Неполадки зачепили й сервіси, не пов’язані з торгівлею. Серед згаданих — Auto.ru, «Циан», «Аптека.Ру», «Юрент» і «Ситидрайв». «Делимобиль» перевів реєстрацію нових користувачів у ручний режим, а в «Яндекс Электричках» не завантажувався розклад. Представники компаній і сервісів повідомили, що їхні IT-команди відновлюють роботу разом із хмарними провайдерами. Термін повного відновлення в матеріалі не зазначено.
Що сталося із замовленнями та оплатою
Для покупця неполадки могли виникати на різних етапах: під час перегляду товарів, входу в обліковий запис, оформлення або оплати замовлення, а також під час доставки. Не можна вважати всі ці проблеми одним і тим самим збоєм: джерело описує повідомлення користувачів різних сервісів, а не єдиний технічний сценарій для кожного магазину.
«Яндекс Пэй» повідомив, що працює над відновленням оплати покупок, купівлі частинами та отримання кешбеку. Пресслужба сервісу запевнила користувачів, що їхні гроші в безпеці. Коли всі функції повернуться до звичної роботи, у наведеному повідомленні не уточнюється.
«Яндекс Маркет» виключив замовлення від 11 жовтня з індексу якості для всіх моделей роботи й повідомив, що не стягуватиме плату за запізнення. Водночас пункти видачі та склади працюють у штатному режимі, а сортувальні центри тимчасово недоступні. Це конкретне рішення щодо замовлень за день збою, а не оголошення про зміну правил на майбутнє.
«М.Видео» попередила про нестабільну роботу окремих функцій системи. Які саме функції зачепило, матеріал не уточнює. Тому із цього повідомлення не можна визначити, на якому етапі кожен покупець зіткнувся з проблемою і чи однаково вона проявлялася для всіх.
Що перевірити інтернет-магазинам
Власнику магазину варто перевірити весь шлях замовлення, а не лише доступність сайту: чи відображаються товари, чи працює вхід, чи вдається оформити й оплатити покупку, що відбувається з доставкою. Якщо один з етапів недоступний, покупцеві потрібні зрозуміле повідомлення про проблему й дієвий спосіб звернутися по допомогу. Випадок зі службою підтримки «Яндекса» нагадує: звичний канал зв’язку під час збою теж може працювати з перебоями.
Продавцям на маркетплейсі варто окремо стежити за повідомленнями майданчика про обробку замовлень і наслідки затримок. У цьому випадку «Яндекс Маркет» оголосив рішення щодо індексу якості та плати за запізнення, але лише стосовно замовлень від 11 жовтня. Поширювати його на інші дати без нового повідомлення майданчика не можна.
Нарешті, перелік компаній, яких зачепили перебої, — не карта їхніх технічних залежностей. Практичніше скласти власний список зовнішніх сервісів, від яких залежить покупка, і з’ясувати, який етап замовлення перестає працювати, коли кожен із них недоступний. Це перевірка власного магазину, а не спроба поставити технічний діагноз чужим системам.
Моя думка: оцінювати ціну залежності
Я б не робив із цього збою висновку, що магазину потрібно відмовитися від усіх зовнішніх платформ. Спочатку хочу побачити відповіді на три запитання: яка залежність зупиняє замовлення, як довго це припустимо і скільки коштуватиме резервний сценарій. Без оцінки навантаження, термінів і підтримки слово «відмовостійкість» мало що вирішує.
Для мене суттєва різниця між працюючою вітриною та завершеною покупкою. Якщо команда не знає, на якому етапі обривається замовлення через збій зовнішнього сервісу, це конкретніша проблема, ніж вибір чергової архітектури.
Джерела
Звідки новина. Текст — переказ своїми словами, факти — з джерела, думка — автора.
провідний backend-розробник
Відповідаю за API та інтеграції в комерційних проєктах. Обговорюю нові підходи з огляду на навантаження, строки й підтримку — слово «сучасний» саме по собі не є критерієм.
Усі публікації автораСхожі статті
Через DNS DebugBear зловмисники підмінили скрипт моніторингу сайтів
Після атаки на інфраструктуру DebugBear зловмисники підмінили скрипт Real User Monitoring. Власникам сайтів, які підключили сервіс для відстеження Core Web Vitals, радять видалити тег і перевірити облікові записи.
ISPsystem випустила оновлення VMmanager після атаки через вразливість нульового дня
ISPsystem випустила оновлення безпеки VMmanager і переробила архітектуру захисту після атаки через вразливість нульового дня. Перевірка інфраструктури провайдерів триває.
Google завершив вересневий спам-апдейт: розгортання тривало майже 14 днів
Розгортання вересневого спам-апдейту Google тривало 13 днів і 16 годин та охопило пошук у всьому світі. Розповідаємо, які показники варто перевірити власникам сайтів.
Обговорення 5
Ренате Гельм
Коли одночасно підводять оформлення, оплата й доставка, кошик ніби проходить квест на виживання 😅 Для магазинів це гарний привід перевірити запасний маршрут замовлення — бажано до наступного рівня.
Арам Мкртчян
Ренате, уточню: спільну причину всіх перебоїв не встановили, тож запасний маршрут варто перевіряти окремо для оплати й доставки — що у вас найшвидше можна перемкнути своїми силами?
Кубанич Мамбетов Автор публікації
Найшвидше зазвичай вручну підтверджувати замовлення, а оплату переводити на вже підключений резервний канал; без цифр про обсяг і час перемикання це лише припущення
Олівер Піреш
@kubanych.mambetov, я бы не считал ручное подтверждение заказа полноценным запасным маршрутом: при сбое оно может добавить задержку и путаницу, особенно если непонятно, прошла ли оплата. Для небольшой мастерской важнее заранее проверить, кто и за какое время сможет переключить резервный платёжный канал, а потом сверить такие заказы вручную.
Беатріш Інеш
@oliver_pires, у дизайн-системах я бачила схожу пастку: «резервний» сценарій існує в документі, але ніхто не перевірив, як він поводиться з незавершеним станом. Для замовлення я б окремо прогнала випадок «оплату підтверджено, статус доставки ще ні» — ручна звірка тоді має бути страховкою, а не ще одним квестом 🙂