Почати проект
010110101010110101010110101010110101010110101110101100110101100110101100110101100110101100001101011001101011001101011001101011001101011101100110101100110101100110101100110101100110011010101011010101011010101011010101011010101100110101100110101100110101100110101100110101010101101010101101010101101010101101010101101110010110110010110110010110110010110110010110</>{ }{ }</>
  • Сайти · nginx
  • Вимір 31.07–01.08.2026

Прискорення сайту: заміри, причини, виправлення

Прискорення завантаження сайту починається із замірів, а не з переліку улюблених прийомів: спершу міряємо першу відповідь сервера, вагу розмітки й склад сторінки окремо на головній, у категорії та в картці, і лише потім називаємо роботи. Кожен рядок кошторису прив'язаний до знайденої причини. У власній вибірці з 16 виміряних сайтів перша відповідь розкидана від 126,3 до 1 544,6 мс, а вага HTML — від 102,1 до 751,2 КБ, причому найповільніший і найшвидший магазини стоять на одному движку. Гальмує зазвичай не платформа й не обсяг каталогу, а тема, набір модулів і зображення.

Подивитись, як це працює
Вартість
після безкоштовного аудиту
Гарантія
30 днів після підписання акта
Що міряємо
першу відповідь, вагу HTML, зображення, сторонні скрипти, кеш — на трьох типах сторінок
після безкоштовного аудиту
Вартість
30
Гарантія

днів після підписання акта

першу відповідь, вагу HTML, зображення, сторонні скрипти, кеш — на трьох типах сторінок
Що міряємо
126,3–1 544,6 мс
Розкид першої відповіді у власному вимірі

, 16 сайтів, 31.07–01.08.2026

102,1–751,2 КБ
Розкид ваги HTML там же

; найважчий документ вчетверо більший за медіану

головна повільніша за картку вчетверо: 1 544,6 проти 391,4 мс
Типова знахідка
5–20
Строк робіт

робочих днів, залежить від того, що знайдемо

безкоштовний замір із розбором причин, 2–3 робочих дні
Перед кошторисом
конкретного бала в синтетичному тесті
Чого не обіцяємо
Як проходить робота

Прозорі етапи з погодженням на кожному кроці

Загальний строк:5–20 днів

  1. Заміри й розбір причин

    2–3 робочих дні

    Перша відповідь і повне завантаження на трьох типах сторінок медіаною з кількох спроб, вага розмітки до й після стиснення, інвентаризація зображень і сторонніх скриптів, заголовки кешу. На виході перелік причин у порядку впливу.

  2. Серверна частина

    1–2 робочих дні

    Стиснення, коректні заголовки кешу, версія протоколу, ланцюжок переходів на вході. Найдешевший виграш за час роботи: тут майже нічого не ламається, а різницю видно в тому ж замірі.

  3. Зображення

    1–3 робочих дні

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

  4. Ревізія сторонніх скриптів

    1–2 робочих дні

    Список того, що вантажиться на сторінці, з поясненням, скільки часу коштує кожен пункт. Рішення «лишаємо чи прибираємо» ваше — ми показуємо ціну кожного в мілісекундах і перевіряємо, що після відключення нічого не зламалось.

  5. Найважчий шаблон і база

    2–8 робочих днів

    Сторінка категорії з повним списком, дублі запитів, індекси. Найдовший і найменш передбачуваний етап — саме він розтягує верхню межу строку, тому в кошторисі стоїть окремими рядками.

  6. Повторні заміри й документ

    1 робочий день

    Ті самі методи, ті самі сторінки, та сама кількість спроб. Порівняння «до і після» по кожному пункту й коротка інструкція, як не втратити результат через півроку.

Технології та інтеграції

На чому будуємо і з чим це з’єднується

Стек

  • nginx — стиснення brotli або gzip і заголовки кешу. Найшвидший виграш, але лише за доступу до конфігурації сервера
  • HTTP/2 — паралельна віддача файлів в одному з'єднанні. Кількості запитів він не зменшує: на сторінці зі 118 зображень цього не відчути
  • WebP / AVIF — формати зображень. Найбільше дають на фотокаталогах; на десятку картинок економія непомітна
  • loading="lazy" — відкладене завантаження. На зображеннях першого екрана шкідливе: затримує те, що людина бачить одразу
  • Cloudflare — кеш і віддача статики ближче до відвідувача. Сторінку з no-store він не прискорить
  • Кеш сторінок і фрагментів. Межа тут бізнесова, а не технічна: залишки й ціни надовго кешувати не можна
  • MySQL / PostgreSQL — індекси й план запиту. Працює, коли час сидить у базі; якщо в шаблоні — індекси не змінять нічого

Інтеграції

  • Cloudflare
  • Google Search Console — звіт Core Web Vitals
  • GA4
  • Google Tag Manager
  • PageSpeed Insights
  • Prometheus / Grafana — моніторинг після робіт
Що входить

Повний перелік робіт і того, що ви отримуєте на виході

  • Заміри до робіт на трьох типах сторінок — медіана з п'яти-семи спроб, а не один випадковий прогін: інакше через тиждень нема з чим порівнювати
  • Стиснення на сервері, brotli або gzip: у виміряному магазині поливу 143,6 КБ розмітки йдуть по мережі як 22,5 КБ, і це налаштування, а не переписування коду
  • Ревізія кешу сторінок: заголовок no-store на головній означає, що вона збирається наново для кожного відвідувача — саме це ми знайшли у виміряному магазині білизни
  • Зображення: відкладене завантаження, сучасні формати, розміри під реальні контейнери — щоб браузер не тягнув до першого екрана те, чого людина ще не бачить
  • Ревізія сторонніх скриптів із вашим рішенням по кожному: що прибрати, що відкласти, що вантажити за подією
  • Оптимізація шаблону найважчої сторінки — зазвичай це категорія з повним списком товарів
  • Прибирання дублів запитів до бази й перегляд індексів, коли час сидить саме в базі, а не у віддачі
  • HTTP/2 і перевірка ланцюжка переходів на вході: зайвий редирект сидить усередині першої відповіді й виглядає як повільний сервер
  • Повторні заміри тими самими методами й документ із порівнянням «до і після» по кожному пункту
  • Правило для вашої команди на далі: додали новий скрипт — переміряйте; за потреби ставимо моніторинг часу відповіді
  • Гарантія 30 календарних днів на виконані роботи
Коли ця послуга не підходить

Що не входить у роботу — щоб не було сюрпризів на здачі

  • Зміна дизайну — прискорення працює в межах наявного вигляду
  • Перехід на інший хостинг і постійне адміністрування сервера
  • Переписування сайту на іншу платформу
  • Оптимізація сторонніх сервісів, які ви не контролюєте
  • Гарантія конкретного бала в синтетичних тестах
Кому підходить

Ситуації, у яких ця послуга дає результат

Ситуація 1 з 4

Повільна головна при нормальному каталозі

Найчастіший розклад із тих, що ми бачили у вимірах. У роздрібному магазині білизни картка віддається за 391,4 мс, сторінка категорії за 473,2 мс, а головна — за 1 544,6 мс. Справа була не в сервері: головна віддавалась із no-store, тобто без кешу сторінки, і збиралась наново для кожного відвідувача. Поки міряють «сайт загалом» одним прогоном, такої різниці не видно взагалі.

Розберемо вашу ситуацію на безкоштовному аудиті
Прискорення за замірами проти роботи «під бал» синтетичного тесту

Чим цей варіант відрізняється від «Оптимізація під бал PageSpeed»

З чого починається роботамедіана кількох замірів на головній, у категорії та в картці
Що вважається результатомті самі цифри до і після: перша відповідь, вага HTML, кількість скриптів
Що робиться першимте, що на вашому сайті дає найбільше — часто це кеш сторінки або десяток зайвих скриптів
Ризик для сайтукожна зміна прив'язана до причини й перевіряється повторним заміром

Безкоштовний замір швидкості з розбором причин

Ми не показуємо бал синтетичного тесту як діагноз. Замість цього міряємо реальні цифри на ваших сторінках і кожну повільну цифру пояснюємо конкретною причиною в коді або в налаштуванні сервера.

Що міряємо

  • Перша відповідь сервера на трьох типах сторінокГоловна, категорія або розділ, картка. Медіана з кількох замірів, а не один випадковий. У нашій вибірці розкид був від 126,3 мс до 1 544,6 мс — і найповільнішою часто виявляється саме головна.
  • Вага HTML і що її створюєМіряємо документ до й після стиснення. Виміряний магазин поливу віддавав 143,6 КБ HTML і 22,5 КБ у brotli; інший проєкт вибірки — 751,2 КБ на головній, вчетверо більше за медіану.
  • ЗображенняСкільки їх, скільки з відкладеним завантаженням, скільки в сучасних форматах. На одному виміряному сайті зі 118 зображень жодне не мало відкладеного завантаження і жодне не було у WebP; на іншому 66 з 69 вантажились відкладено.
  • Сторонні скриптиЛічильники, чати, віджети, ремаркетинг. Часто половина часу до інтерактивності — це те, що додавали роками й забули прибрати.
  • Кешування й стиснення на серверіЗаголовки кешу, gzip або brotli, версія протоколу. Виміряний нами сайт віддавав головну з no-store — тобто без кешу сторінки взагалі, і кожен відвідувач збирав її наново.
  • Найважча сторінка каталогуКатегорія з повним списком — саме там зазвичай ховається проблема. На виміряному магазині сторінка категорії зі 100 товарами важила 554 КБ проти 143,6 КБ на головній.

Що ви отримуєте на руки

  • Документ із замірами по трьох типах сторінок: перша відповідь, повне завантаження, вага до і після стиснення.
  • Перелік причин у порядку впливу — від того, що дає найбільше, до дрібниць.
  • Оцінку, що з цього можна зробити швидко, а що потребує переробки шаблону.
  • Розмову на 30 хвилин із поясненням, що саме гальмує і чому.

Строк: 2–3 робочих дні

Чому це безкоштовно

Бо замір займає два-три дні, а рішення «прискорювати чи ні» без цифр приймати неможливо. Документ лишається у вас навіть якщо роботи робитиме інший підрядник.

Що далі

Після замірів даємо кошторис на конкретний перелік робіт із очікуваним ефектом по кожній. Після виконання міряємо ще раз тими самими методами і показуємо різницю.

Форма коротка: контакт і адреса сайту

Не знайшли свій випадок?

Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Прискорення завантаження сайту» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.

Працюємо офіційно

Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.

  • Договір, акт і гарантія 30 днів

    На кожен проєкт письмовий договір: обсяг, строки, сума, порядок приймання. Після здачі — акт і рахунок, а далі 30 календарних днів гарантії: помилки з нашої вини усуваємо безоплатно. Усне з дзвінка дублюємо письмово того ж дня — домовленість, якої немає в тексті, не рахується.

  • ФОП і безготівковий розрахунок

    Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.

  • Права й доступи — ваші

    Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.

  • Портал клієнта замість переписки

    На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці. Документи формуються з даних угоди, тому реквізити й суми в них не розходяться, а про оплати й дедлайни нагадує система, а не пам’ять менеджера.

  • Замовники з Європи

    Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.

  • Цифри, які можна перевірити

    Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром: швидкість відповіді, вага сторінки, обсяг каталогу, знайдені дефекти. Ці цифри можна зняти самому й звірити з нашими.

  • Спершу аудит, потім сума

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

  • Кажемо «ні», коли не впевнені

    Якщо задача не наша, строк нереальний або послуга вам просто не потрібна — скажемо це першим листом, а не після передоплати. Гарантій позицій у пошуку не даємо: їх не дає ніхто, а обіцянка без механізму — це продаж, а не робота.

NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.

Що впливає на вартість

Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті

  • Що саме знайдемо на заміріВимкнути три модулі й стиснути зображення — це дні. Переписати шаблон категорії, який тягне 554 КБ, — це тижні. Тому вилки до заміру ми не називаємо: вона збіглася б із реальністю хіба випадково.
  • Рівень доступу до сервераЄ доступ із правом міняти конфігурацію — стиснення, заголовки кешу й протокол закриваються за годину роботи. Немає — діємо через хостера й упираємось у те, що дозволяє тариф.
  • Скільки сторонніх скриптів і хто за них відповідаєПрибрати лічильник — хвилина. Узгодити з маркетологом, підрядником реклами й власником, які п'ять із дванадцяти лишаються, — окремий тиждень календаря, і він теж у строку.
  • Стан шаблонуТему, яку роками правили дописуванням у кінець файлу, доводиться спершу розбирати. Чиста збірка з окремими файлами під кожен тип сторінки дає той самий результат швидше.
  • Кількість типів сторінок і мовних версійКожен унікальний шаблон і кожна мовна гілка — це окремі заміри до і після й окрема перевірка. Магазин на трьох мовах вимагає втричі більше замірів, ніж односторінковий сайт.
  • Чи гальмує базаКоли час сидить у запитах, додається робота з індексами й планом запиту. Це найменш передбачувана частина, тому в кошторисі вона йде окремим рядком, а не всередині «оптимізації».
Кейси

Задачі та результат у цифрах — усі показники зняті нашим виміром

магазин систем автоматичного і крапельного поливу з ландшафтними послугами

Задача
Втримати швидкість віддачі на технічному каталозі дрібної номенклатури з глибокою вкладеністю категорій.
Рішення
OpenCart 3 за nginx з HTTP/2 і стисненням brotli. Каталог розгорнуто на 4 рівні вкладеності, у категоріях працює модуль фільтра, зображення вантажаться відкладено, canonical на всіх типах сторінок веде на домен без www.
Результат
Вимір 01.08.2026: перша відповідь сервера 235 мс — медіана з п'яти замірів, повний HTML 262 мс. Вага HTML головної 143,6 КБ, у brotli 22,5 КБ, тобто по мережі йде вшестеро менше. Каталог 300 товарів у 40 категоріях на 4 рівнях — цифра підтверджена двома незалежними методами з розбіжністю 0%. Запас видно одразу: сторінка категорії зі 100 товарами важить 554 КБ проти 143,6 КБ на головній. Знайдені дефекти: карта сайту віддає 200 і нуль байт, нуль блоків JSON-LD, аналітики немає взагалі — тому будь-яке прискорення тут буде видно в наших замірах, але не в конверсії, бо конверсію ніхто не міряє.

українська SaaS-платформа для автоматичного рерайту описів товарів

Задача
Утримати публічну частину продукту легкою: сторінка під платний трафік не має права вантажитись довго.
Рішення
Публічна частина на Next.js із восьми сторінок, розмітка SoftwareApplication, Offer, Organization, WebSite і FAQPage, PWA-маніфест.
Результат
Вимір 31.07.2026: перша відповідь сервера 220,6 мс, повне завантаження 329,8 мс при 140,8 КБ HTML — найшвидший відгук серед 16 виміряних сайтів. Дефекти при цьому теж є: robots.txt посилається на карту сайту, якої немає, а лічильників аналітики на лендингу нуль — швидкість є, а вимірювати конверсію нічим.

оптовий магазин нижньої білизни з каталогом понад 13 тис. позицій

Задача
Перевірити, чи справді великий каталог робить сайт повільним.
Рішення
Магазин із карткою й категоріями на 13 590 адрес карти сайту, розмітка магазину з переліком прийнятих способів розрахунку, підключений диспетчер тегів.
Результат
Вимір 31.07.2026: перша відповідь сервера 289 мс — третій найшвидший відгук серед 16 виміряних сайтів, і це при 13 428 сторінках товарів. Але HTML головної важить 751,2 КБ — найважчий документ вибірки, вчетверо більший за медіану. Сервер відповідає швидко, а браузер отримує вчетверо більше, ніж мав би: типовий випадок, коли прискорювати треба сторінку, а не хостинг.
Що потрібно від вас

Без цього не почнемо — краще підготувати заздалегідь

  1. Доступ до сайту й хостингу з правом змінювати конфігурацію сервера — без нього частина робіт просто недоступна.
  2. Доступ до адмінки платформи: частина причин ховається в модулях, а не в коді.
  3. Перелік сторінок, які для вас критичні: головна, категорія, картка, кошик.
  4. Доступ до аналітики й Search Console, якщо вони підключені.
  5. Відповідь, які сторонні скрипти й віджети точно мають лишитися, а по яких можна вирішувати нам.
  6. Одну людину з вашого боку, з якою можна за день узгодити відключення зайвого.

Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.

Часті питання

Те, що питають найчастіше — з конкретними відповідями

чому ви не орієнтуєтесь на бал PageSpeed?

Бо бал — це агрегат, а не діагноз, і він стрибає від заміру до заміру навіть на незміненому сайті. Ми міряємо те, що можна перевірити й повторити: першу відповідь сервера, повне завантаження документа, вагу до й після стиснення, кількість зображень із відкладеним завантаженням, кількість сторонніх скриптів. Ці цифри однакові в нас і у вас, і за ними видно, що саме змінилося після робіт. Бал зазвичай теж росте, але він наслідок, а не мета: під нього можна підігнати сторінку так, що людині швидше не стане.

у нас повільна лише головна, а решта нормально — так буває?

Буває, і це типовий випадок. У виміряному магазині білизни картка товару віддавалась за 391,4 мс, категорія за 473,2 мс, а головна — за 1 544,6 мс, тобто вчетверо повільніше за решту сайту. Причина сиділа не в залізі: головна віддавалась із заголовком no-store, без кешу сторінки взагалі, і збиралась наново для кожного відвідувача. Плюс 118 зображень, з яких жодне не вантажилось відкладено. Тому ми й міряємо три типи сторінок окремо: одна цифра «по сайту» таку різницю ховає.

скільки можна виграти на стисненні?

Іноді разово багато. Виміряний нами магазин поливу віддає 143,6 КБ розмітки, які в brotli стискаються до 22,5 КБ — по мережі йде вшестеро менше, і робиться це за годину налаштуванням сервера. Але якщо на тій самій сторінці 118 незжатих зображень, стиснення документа вирішить малу частину задачі. Тому починаємо із замірів, а не з прийомів: порядок робіт задає те, що знайшли, а не те, що вміємо швидше за все.

чи гальмує сайт через велику кількість товарів?

Рідше, ніж на це списують. Виміряний нами магазин на 54 302 товари віддає першу відповідь за 413,8 мс, а магазин на 300 позицій — за 235 мс; при цьому меблевий сайт із каталогом на 76 карток віддавав 374 КБ розмітки на головній. Обсяг каталогу впливає на сторінку категорії й на внутрішній пошук, а не на швидкість сайту загалом. У тому ж магазині поливу головна важить 143,6 КБ, а категорія зі 100 товарами — 554 КБ: різниця саме там, а не в кількості карток у базі.

чи можна прискорити без зміни дизайну?

У переважній більшості випадків так. Стиснення, кеш, відкладене завантаження зображень, ревізія сторонніх скриптів і оптимізація найважчого шаблону вигляд сторінки не змінюють. Дизайн доводиться чіпати рідко — коли він сам вимагає десятка шрифтів і повноекранного відео на першому екрані. У такому разі ми показуємо, скільки коштує кожен елемент у мілісекундах, і рішення лишається за вами: це вибір між виглядом і швидкістю, а не технічна проблема.

скільки триває робота і від чого зсувається строк?

5–20 робочих днів. Заміри 2–3 дні, серверна частина 1–2, зображення 1–3, ревізія скриптів 1–2, найважчий шаблон і база 2–8, повторні заміри 1. Верхня межа набігає у двох випадках: доводиться переробляти шаблон категорії або розбиратися з базою. Обидва ми називаємо окремими рядками кошторису, щоб було видно, за що саме платите. Календарно строк часто зсуває не код, а узгодження: рішення по сторонніх скриптах приймає не розробник.

результат збережеться?

Якщо не додавати нових віджетів без перевірки — так. Найчастіша причина, з якої сайт знову стає повільним через півроку, — набір нового: чат, ще один піксель, віджет відгуків, банер. Ми лишаємо документ із замірами й одне правило: додали скрипт — переміряйте і порівняйте з цифрою в документі. За потреби ставимо моніторинг часу відповіді, щоб зростання було видно одразу, а не через квартал за скаргою.

після прискорення буде більше замовлень?

Такої обіцянки не буде. Механізм працює інакше: відвідувач, який пішов до появи першого екрана, не побачив ні товару, ні ціни, ні кнопки — його неможливо конвертувати жодним оффером. Швидкість не створює попит, вона прибирає технічну втрату. Галузеві дослідження зв'язок фіксують — Google/SOASTA (2017) на зростанні часу завантаження з 1 до 3 секунд, Deloitte і Google (2020) на мобільній швидкості, — але це середнє по ринку, а не наша обіцянка вам. І окремо: побачити зміну в замовленнях можна лише там, де стоїть аналітика. У магазині поливу з нашої вибірки її немає взагалі, тому там результат буде видно тільки в замірах.

Надішліть адресу сайту й скажіть, які сторінки для вас критичні.

У відповідь — заміри по трьох типах сторінок, перелік причин у порядку впливу і оцінка, що робиться за годину, а що потребує переробки шаблону. Якщо виявиться, що сайт швидкий, а справа в іншому, почуєте це першим же листом.

Переглянути кейси
  • Відповідь протягом 2 годин
  • Без зобов’язань
  • Працюємо за договором

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