Аудит швидкості
Заміряємо ключові шаблони в PageSpeed Insights і Lighthouse, дивимося польові дані Core Web Vitals у Search Console, якщо вони є.
Знаходимо, що насправді гальмує сайт – важкі картинки, лічильники й віджети, повільна відповідь сервера, – і виправляємо це в коді. Наш власний сайт отримує 96 балів продуктивності на телефоні, і нижче ми показуємо, завдяки чому.
Працюємо з причинами, а не з балами заради скриншота: кожна зміна має скорочувати час, за який людина бачить сторінку й може з нею працювати.
Заміряємо ключові шаблони в PageSpeed Insights і Lighthouse, дивимося польові дані Core Web Vitals у Search Console, якщо вони є.
WebP-копії, розміри під екран, lazy loading для всього нижче першого екрана й високий пріоритет для головної картинки.
GTM, пікселі, Clarity, чати й віджети запускаємо після першої дії відвідувача, щоб вони не заважали завантаженню.
Прибираємо ресурси, що блокують відмальовування, підключаємо лише потрібні накреслення шрифтів.
Кеш сторінок, стиснення, заголовки кешування для статики. Скорочуємо час відповіді сервера (TTFB).
Задаємо розміри картинкам, банерам і вбудованим блокам, щоб сторінка не стрибала під час завантаження (CLS).
Вимикаємо бібліотеки там, де вони не потрібні, і розбираємо важкі обробники, що затримують відгук на натискання (INP).
Порівнюємо «до» і «після» та даємо рекомендації, щоб нові блоки й плагіни не повернули сайт у червону зону.
Найкращий приклад – сайт, який ви зараз читаєте. Ми зробили його самі й перевіряли кожен реліз у PageSpeed Insights. Нижче – оцінки сторінки /locations/dubai/ на телефоні та компʼютері.
Компʼютер, PageSpeed Insights, /locations/dubai/
Фіксуємо початкові оцінки PageSpeed і Core Web Vitals по ключових сторінках: головна, каталог, картка, стаття.
Список причин з оцінкою впливу та трудомісткості. До початку робіт ви бачите, що дасть кожна зміна.
Вносимо зміни на копії сайту, перевіряємо, що нічого не зламалося, і переносимо на робочий сайт.
Повторні заміри, порівняння «до» і «після» та рекомендації, як зберегти швидкість надалі.
Ви заздалегідь знаєте, що отримаєте, скільки це коштує і коли буде готово.
Підписуємо договір і угоду про нерозголошення до початку робіт.
Ціна етапу не змінюється в процесі роботи. Нові задачі – лише після погодження.
Тестовий сервер із доступом для вас: видно, що зроблено, без очікування фіналу.
Передаємо вихідний код, документацію та всі доступи. Проєкт не прив'язаний до нас.
Після запуску безкоштовно виправляємо помилки, знайдені в межах зробленого.
Залишаємося на зв'язку: доопрацювання, оновлення та розвиток щомісяця або за задачами.
Залиште ім’я та e-mail – відповімо на пошту протягом робочого дня.
Лабораторний тест запускається на серверах Google і залежить від їхнього навантаження, мережі та сторонніх скриптів на сторінці. Коливання в кілька балів – норма. Тому ми порівнюємо кілька замірів і дивимося на польові дані Core Web Vitals: це реальні відвідувачі сайту за останні 28 днів.
Core Web Vitals – один із сигналів, які Google враховує під час ранжування, але не головний: зміст сторінки важливіший. Сильніше швидкість впливає на поведінку – повільний сайт частіше закривають, не дочекавшись завантаження, особливо з телефона. Про просування докладніше на сторінці SEO-просування.
Так. На WordPress, WooCommerce і OpenCart ми працюємо з темою, плагінами та сервером. На Shopify сервер і кеш належать платформі, тому прискорюємо тему, зображення та сторонні застосунки.
Не завжди. Спершу дивимося, з чого складається час відповіді сервера. Якщо сервер повільний через код або відсутність кешу, переїзд не допоможе. Якщо він упирається в ресурси, скажемо про це й запропонуємо варіанти.
Залежить від платформи, кількості шаблонів і того, що саме гальмує. Після первинних замірів називаємо фіксовану вартість і склад робіт.
Швидкість падає, коли на сайт додають нові плагіни, віджети й важкі картинки. Прискорення можна зробити разовим проєктом або взяти сайт на доопрацювання та підтримку і перевіряти швидкість після релізів.
↗13Доопрацювання та підтримкаБеремо проєкти після інших підрядників, впроваджуємо ТЗ від SEO-фахівців, підтримуємо щомісяця.
↗11SEO-просуванняТехнічний аудит, структура, контент і посилання. Зростання органічного трафіку та позицій.
↗06CRO – зростання конверсіїШукаємо, де воронка втрачає клієнтів, переробляємо картку, кошик і чекаут, перевіряємо A/B-тестами.
↗01Інтернет-магазиниКаталоги на тисячі товарів, фільтри, онлайн-оплата, доставка, вивантаження в маркетплейси та прайс-агрегатори.Прискорення завантаження сайту – це робота з тим, що відвідувач бачить у перші секунди: як швидко зʼявляється перший екран, коли можна натиснути кнопку і чи не стрибає верстка. Google вимірює це метриками Core Web Vitals – LCP, INP і CLS – і показує їх у PageSpeed Insights.
Ми не женемося за сотнею балів заради скриншота. Завдання – щоб сторінка швидко відкривалася на звичайному телефоні з мобільним інтернетом. Як це виглядає на практиці, видно з нашого сайту: 96 балів продуктивності на телефоні та LCP 0,5 с на компʼютері.
Як знайти кожну з цих причин у звіті й виправити її, розібрали у статті як оптимізувати сторінку під PageSpeed – з чек-листом наприкінці.
Якщо ви плануєте новий сайт, швидкість простіше закласти одразу, ніж виправляти потім. Під час перенесення важливо не втратити позиції – про це наш чек-лист перенесення сайту без втрати позицій. Вибір платформи теж впливає на те, що можна оптимізувати: порівняння у статті OpenCart, WooCommerce, Shopify чи Laravel.
Швидкий сайт сам по собі не продає, але повільний втрачає покупців ще до першого екрана. Тому швидкість – один із пунктів нашого чек-листа CRO для інтернет-магазину і частина роботи над зростанням конверсії. Якщо просуваєте сайт у пошуку, прискорення добре поєднується з SEO-просуванням, а підтримувати результат допомагає доопрацювання та підтримка.
Опишіть завдання – протягом робочого дня відповімо із запитаннями та попередньою оцінкою термінів.
Відповімо протягом робочого дня: запитання щодо задачі й попередня оцінка термінів.
Подивимося сайт чи ідею й скажемо, що зробити насамперед. Відповімо протягом робочого дня – на пошту, у Telegram або WhatsApp.