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

Ми зібрали сайти, які з'являлися в органічній видачі за запитами щодо місцевих послуг — сантехніків, стоматологів, салонів краси — у 12 містах США. Ми залишили лише власні домени підприємств, виключивши каталоги та національні мережі. У серпні 2026 року ми провели по одному мобільному аудиту Lighthouse для кожного сайту, дозволивши Google розрахувати показник Largest Contentful Paint (LCP) та загальний бал продуктивності.

Що показують цифри

  • Медіанний LCP: 8,9 секунди — час, необхідний для появи найбільшого фрагмента контенту.
  • Поріг «хорошого» показника Google: 2,5 секунди.
  • Сайти, що відповідають порогу: 4 із 139 (3 %).
  • Медіанний обсяг JavaScript: 1,2 МБ до того, як сторінка відреагує на дії користувача.
  • Медіанний бал мобільної продуктивності: 57.

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

Хто винен

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

Застереження

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

На що звернути увагу далі

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