Дослідження: 13 сайтів послуг під мікроскопом і що там насправді зламано

Про сайти малого бізнесу прийнято говорити, що там «не налаштовано базове SEO»: немає заголовків, порожні описи, картинки без підписів. Ми вирішили перевірити це замірами, а не на слух.

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

Як вимірювали

Чесно про метод, щоб цифри можна було оцінювати тверезо:

• Вибірка: 13 сайтів компаній із сектору послуг, зібраних із результатів пошуку за комерційними запитами.
• Знімалася головна сторінка, один запит з одного місця, стандартний десктопний браузерний заголовок.
• Вимірювалися: час відповіді сервера, вага HTML, кількість зображень і частка без підпису, кількість заголовків першого рівня, довжина заголовка й опису сторінки, наявність мобільного метатега, кількість зовнішніх скриптів, наявність структурованої розмітки.
• Два сайти з п’ятнадцяти закрилися від запиту, вони виключені з підрахунків.

Це невелика вибірка з одного сегмента, і вона не претендує на статистичну репрезентативність. Але для перевірки поширеного твердження її вистачає.

Що виявилося в порядку

Уявлення про «сайти без базового SEO» не підтвердилося. Мобільна версія передбачена скрізь, заголовки на місці, структурована розмітка є у переважної більшості. Проблеми, про які прийнято говорити, здебільшого вже закриті.

Що виявилося зламано

Головна цифра тут перша. Орієнтир для часу відповіді сервера – до 200 мілісекунд. Жоден сайт із тринадцяти в нього не вклався. До 700 мілісекунд дотягнули чотири, троє відповідали довше півтори секунди.

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

Скрипти: друга за важливістю знахідка

Медіана в п’ятнадцять зовнішніх скриптів на головній сторінці. У одного сайту їх сорок п’ять.

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

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

Що з цього випливає

Розрив між тим, про що прийнято говорити, і тим, що реально гальмує, виглядає так:

• Про що говорять: alt у картинок, заголовки, метаописи. У вибірці це закрито на 90-100%.
• Що насправді зламано: час відповіді сервера й кількість сторонніх скриптів. Тут не впорався ніхто.

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

Ще одне спостереження: дев’ять сайтів із тринадцяти використовують відкладене завантаження зображень. Тобто про оптимізацію картинок подумали. Але при відповіді сервера в півтори секунди виграш від цього губиться.

Обмеження цього дослідження

Щоб цифри використовувалися чесно:

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

Як повторити це у себе

Три перевірки, які дадуть вам ті самі цифри по вашому сайту:

1. Час відповіді сервера. У панелі розробника браузера, вкладка мережі, перший запит документа. Дивитися треба на очікування до першого байта.
2. Кількість зовнішніх скриптів. Там же, фільтр за типом. Порахуйте й спитайте себе по кожному, що він робить і чи потрібен досі.
3. Вага HTML. Розмір першого запиту в тій самій вкладці.

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