З роками швидкість сторінки стає важливим показником як для SEO, так і для UX, концепція a бюджет продуктивності веб-сайту також вийшов на передній план. Зараз стає більш очевидним, що веб-продуктивність — це тема, яка потребує спільного погляду на всі відділи, а не просто пріоритет окремого відділу чи особи.

Щоб пояснити це на прикладі: відділи маркетингу можуть захотіти реалізувати конверсію та коди ремаркетингу/ретаргетингу, а також такі інструменти, як Criteo і RTB House, які використовують ретаргетинг на основі продукту. Вони також можуть очікувати привабливих фотографій і анімації. Тим часом відділи продуктів можуть вимагати інтеграції таких інструментів, як Hotjar і Clarity. Відділи програмного забезпечення, з іншого боку, прагнуть розвиватися якомога швидше як на інтерфейсі, так і на сервері. Попит і витрати, пов’язані з цими вимогами до швидкості сторінки, насправді збалансовані. Для ефективного встановлення цього балансу з’явився бюджет веб-продуктивності.

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

 

image-5.png
джерело: https://wp-rocket.me/blog/performance-budgets/

 

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

  • Чи можна відкрити домашню сторінку в менше 2 секунд при швидкому мобільному з’єднанні 3G (1.6 Мбіт/с)?
  • Чи можна відкрити сторінку результатів пошуку в менше 5 секунд при повільному з'єднанні 3G (780 Кбіт/с)?

Далі ви створюєте план дій і підпоказники для досягнення цих пропозицій, розбиваючи їх на частини.

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

  • Збільшення мобільного Маяка оцінка сторінки деталей вище 80
  • Зменшення розміру всіх зображень на веб-сайті для робочого столу до рівня нижче 500 КБ

Бюджетні показники ефективності

Є три різні точки зору, прийняті для визначення показників бюджету ефективності:

Числові показники

  • Максимальна кількість шрифтів / Максимальний розмір шрифту
  • Максимальна кількість зображень / Максимальний розмір зображення
  • Максимальна кількість сценаріїв, стилів, відео тощо / Максимальний розмір сценарію, стилю, відео тощо
  • Максимальний розмір HTML
  • Максимальна кількість HTTP-запитів
  • Максимальна кількість сторонніх скриптів

 

image-7.png
джерело: https://web.dev/vitals/

 

Метрики на основі часу

  • Час першого малювання вмісту (FCP).
  • Найбільший час малювання вмісту (LCP).
  • Час затримки першого введення (FID).
  • Час до інтерактивного часу (TTI).
  • Загальний час блокування (TBT).
  • Сукупна оцінка зсуву макета (CLS).
  • Оцінка індексу швидкості

Метрики на основі правил

  • Оцінка Lighthouse
  • Оцінка GTmetrix
  • Тестовий результат веб-сторінки
  • Оцінка Yslow
performance-budget-calculator.png
джерело: https://www.performancebudget.io/

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

Оцініть типи сторінок окремо

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

Ви повинні почати з вивчення платформи та визначення різних типів сторінок. Потім проаналізуйте трафік платформи, щоб визначити сторінки, які отримують найбільше трафіку, і визначте для них пріоритет. Результатом буде така таблиця:

  • Домашня сторінка
  • Статичні сторінки списку
  • Сторінки динамічного списку
  • Сторінки деталей
  • Сторінки замовлення
  • Сторінки результатів пошуку
  • Сторінки кампанії
  • Сторінки блогу

Вам потрібно зосередитися на бюджет продуктивності цих типів сторінок окремо, виходячи з пріоритетів.