Хостинг, CDN і піки навантаження

Хостинг — це сервер (або хмара), на якому працює магазин. CDN (content delivery network) — мережа серверів по світу, що віддає частину сайту (картинки, скрипти, іноді сторінки) з точки, ближчої до покупця. Разом вони визначають, чи витримає сайт розпродаж і чи швидко відкриватимуться сторінки.

Простими словами

Коли в «Чорну п'ятницю» приходить у кілька разів більше покупців, кожному треба зібрати сторінку: сервер звертається до бази даних, будує html, віддає картинки. Якщо ресурсів не вистачає, сторінки сповільнюються, а потім з'являються помилки. Тому питання хостингу — це питання виручки в найкращі дні року.

Що дає CDN

web.dev (команда Chrome) описує CDN так: розподілена мережа серверів, яка зменшує навантаження на головний сервер, знижує витрати та добре переносить піки трафіку. Вона наближає контент до користувача, прискорює встановлення з'єднання і віддає кешовані ресурси без звернення до вашого сервера. Навіть динамічні сторінки можна кешувати на секунди під час піку, щоб розвантажити сервер (web.dev).

Практичні поради звідти ж: - Зображення, відео, версійні бібліотеки кешувати довго (від півроку до року). - Приватні відповіді (кошик, кабінет) у спільний кеш не потрапляють. - Частку запитів, що віддаються з кешу, називають cache hit ratio; типова ціль близько 90% (там само). - CDN допомагає й швидкості: скорочує час до першого байта (TTFB), а це впливає на LCP — одну з метрик Core Web Vitals (там само).

Швидкість як вимога

web.dev вважає TTFB до 0,8 с добрим, а понад 1,8 с поганим; це орієнтир, не метрика Core Web Vitals, але він допомагає діагностувати LCP (web.dev). Про самі пороги Core Web Vitals див. Core Web Vitals.

Що буває, коли сайт не витримує

• Покупці бачать помилки та повільні кошики і йдуть. У дослідженні Baymard помилки чи збої сайту названо причиною відмови від замовлення у 17% випадків (опитування для США, дані на сторінці, оновленій у вересні 2025 року, без року самого опитування; Baymard).
• Страждає пошук. Google у відповідь на помилки 5xx і 429 тимчасово сповільнює сканування; URL, які стабільно віддають помилки, з часом зникають з індексу, а після відновлення швидкість сканування поступово росте (Google).
• Атаки. Cloudflare у звіті за III квартал 2026 року відзначила 18,2 млн мережевих DDoS-атак, на 208% більше ніж торік; 96% закінчувалися менш ніж за 10 хвилин, і 98% були слабші за 1 Гбіт/с. Найбільших атак (понад 1 Тбіт/с) стало менше (Cloudflare). Висновок: короткі невеликі хвилі частіші; захист має працювати автоматично, бо вручну за 10 хвилин не встигнути. Звіт не дає порад власникам магазинів, лише описує атаки.

Окремих свіжих відкритих даних про трафік українських магазинів у розпродажі немає, тому готуйтеся за власною статистикою минулих піків.

Як готуватися до піку

1. Подивіться на минулий пік: максимум відвідувачів і замовлень на хвилину, коли з'явилися помилки.
2. Тест навантаження на копії сайту за тиждень-два до акції. Рахуйте найважчі сторінки: пошук, фільтри, кошик, оформлення.
3. Кеш і CDN для статичних файлів і сторінок, які однакові для всіх (головна, категорії).
4. Вимкніть непотрібне на час акції: важкі віджети, зайві запити до зовнішніх сервісів.
5. Масштабування: запитайте хостинг, як швидко можна додати ресурси (вручну чи автоматично) і скільки це коштує.
6. Моніторинг і чергування: хто отримує сповіщення, якщо сайт впав у п'ятницю ввечері.
7. План Б: резервна копія та відома процедура відновлення; див. резервні копії.
8. Інтеграції: склад, платіжна система, служба доставки теж мають витримати пік. Нова пошта чи платіжний провайдер, що тайм-аутять, створюють ту саму картину, що й слабкий хостинг.

Типи хостингу

Тип хостингу (спільний, VPS, виділений, хмара, керований сервіс платформи) визначає, скільки ресурсів гарантовано ваші, а скільки ділите з іншими. Для магазину з піками важливі не назва, а гарантії: ресурси, масштабування, резервні копії, підтримка, розташування серверів відносно аудиторії. Цю тему також торкається вартість володіння.

Типові помилки

• Обрати хостинг за ціною і не перевірити піки.
• Не кешувати нічого і віддавати кожну сторінку з бази.
• Кешувати кошик та кабінет для всіх (дані одного покупця побачить інший).
• Тестувати лише головну, а не пошук і оформлення.
• Запускати рекламу на піку без попередження ІТ.

FAQ

Чи потрібен CDN інтернет-магазину? Практично завжди для зображень і скриптів. Він знижує навантаження на сервер і прискорює завантаження (web.dev).

Що таке TTFB і яким він має бути? Час до першого байта відповіді; до 0,8 с вважається добрим (web.dev).

Як підготувати магазин до Чорної п'ятниці? Протестувати навантаження, налаштувати кеш і CDN, вимкнути зайві віджети, перевірити масштабування і моніторинг.

Що робити, якщо сайт впав під час розпродажу? Спершу відновити роботу кошика та оформлення, повідомити про збій покупців, потім розібратися в причині за журналами.

Пов'язані терміни

• Core Web Vitals: LCP, INP, CLS
• Технічний аудит сайту: що це і що перевіряють
• Резервні копії інтернет-магазину
• Безпека інтернет-магазину: мінімум
• Боти й парсинг цін в інтернет-магазині
• Скільки коштує володіти інтернет-магазином: стартові й щомісячні витрати

Джерела

• web.dev, Content delivery networks (CDNs) — web.dev/articles/content-delivery-networks
• web.dev, Time to First Byte (TTFB) — web.dev/articles/ttfb
• Google Search Central, HTTP status codes, network and DNS errors — developers.google.com/search/docs/crawling-indexing/http-network-errors
• Cloudflare, DDoS Threat Report 2026 Q3, 29 жовтня 2026 — blog.cloudflare.com/ddos-threat-report-2026-q3
• Baymard Institute, Cart abandonment rate statistics — baymard.com/lists/cart-abandonment-rate