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

Після запиту з боку браузера сервер звертається до бази даних, після чого починається генерація сторінки. Чим більше при цьому використовується скриптів та стилів, тим довше відбуватиметься формування очікуваного контенту. Час відповіді сервера, або TTFB (Time To First Byte) - період від браузерного запиту до завантаження першого байта сторінки на екрані.

Не варто плутати це поняття зі швидкістю завантаження самої сторінки - періодом від кліка на посилання до повного завантаження сторінки.

Розглянемо найпростіший спосіб дізнатися час відповіді сервера за допомогою консолі DevTools (в нашому випадку використовуємо браузер Google Chrome під Windows) – натискаємо F12, обираємо вкладку «Network», потім «Doc». Щоб побачити результат перевірки, перезавантажуємо сторінку. Наводимо курсор на Waterfall → шукаємо Waiting (TTFB) – це той показник, який нам потрібен.

В інших браузерах інструменти розробника можна відкрити за допомогою таких гарячих клавіш:

• Chrome для Mac – Cmd+Opt+J

• Safari – Cmd+Opt+C (з попереднім ввімкненням "Меню розробника")

• Opera – Ctrl+Shift+i

• Mozilla Firefox, Microsoft Edge та інші браузери під Windows – F12

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

Чим швидше генерується запитувана сторінка, тим краще вона ранжується у пошуку. Таку пряму залежність SEO-просування від швидкості серверної відповіді виявили у дослідженні фахівці MOZ.

Щоб визначити показник часу відповіді сервера в Google Analytics, зайдіть у розділ «Поведінка» і натисніть «Швидкість завантаження сайту» → «Огляд» → «Середній час відповіді сервера».

Але є нюанс - Google Analytics замірює не від системи, а від реальних даних відвідувачів. Тобто, на результат впливатиме різниця в девайсах, місцезнаходженні та навіть швидкості Інтернету. І результат цей все одно не продемонструє всі проблемні місця, як у випадку заміру від системи.

Ще один спосіб виявити повільну відповідь сервера – звернутися до сторонніх інструментів.

• Netpeak Spider – у звіті ви можете знайти колонку під назвою «Час відповіді сервера», де для кожного урла на вашому сайті буде виводитися власне значення.

• Serpstat – нам будуть потрібні саме дані SEO-аудиту сайту. Обираємо в меню зліва «Аудит сайту» → «Швидкість завантаження» → «Час відповіді сервера».

• GTmetrix – інструмент безкоштовний, проте локації переважно теж західні. Процедура аналізу та ж: вводимо в пошуковий рядок назву сайту, натискаємо на «Test your site» і в режимі реального часу перевіряємо – у результатах відкриваємо вкладку «Performance» і спускаємося до розділу «Browser Timings», де й бачимо наш Time to First Byte .

• WebPageTest – процедура досить проста: потрібно лише ввести свій URL у пошуковий рядок на головній сторінці та натиснути Start Test. В результаті бачимо звіт "Observed Metrics" - першим буде саме наш показник під назвою "First Byte" в секундах.

Докладніше візуально можна переглянути результати вимірювання TIME TO FIRST BYTE у мілісекундах, якщо натиснути на Plot Full Results. Єдиний мінус – до локації тестової версії не входять країни СНД. Тобто ресурс принесе реальну користь лише тим, хто орієнтований на західний ринок.

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

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

• Продуктивність самого сервера та покоління дисків. Визначити високопродуктивний сервер допоможе вартість хостингу - якісні сервери досить дороге задоволення. З приводу дисків, краще обирати хостинг на NVMe SSD-дисках - вони в рази швидше за звичайні SSD.

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

З хостингом розібралися, тепер безпосередньо розглянемо способи максимального скорочення часу відповіді сервера.

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

• оптимізація таблиць та видалення непотрібних;

• очищення старих даних, наприклад, чернетки, видалені матеріали, спам-коментарі;

• видалення зайвих опцій, а також подій у CRON.

Не забудьте перед очищенням таблиць зробити резервну копію бази даних.

• Для початку зверніть увагу на кількість запитів до БД – важкі запити рекомендується розділяти на два менші.

• Дивимося на індекси БД – пошук та join по таблиці виконуються за індексованими полями? Тоді все гаразд.

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

Навести лад допоможуть спеціальні плагіни. Серед безкоштовних можна порадити перевірені вордпресівські WP-Optimize, WP Sweep, Advanced Database Cleaner.

За даними результатів тестування самих розробників LiteSpeed Cache WP, саме він є найшвидшим серед усіх вордпресівських плагінів кешування. Але для того, щоб отримати максимальний результат, ваш сайт повинен розміщуватися на веб-сервері LiteSpeed, а не на звичайному Apache, наприклад. Це питання вирішує хостинг-провайдер Hostpro.

Завдяки LiteSpeed Cache WP відвідувачам буде подаватися динамічний контент, який попередньо кешується на рівні сервера – це значно швидше, ніж звичайний кеш на рівні PHP, тобто сторінка не створюватиметься заново за допомогою низки запитів.

У відповідь браузеру буде запропоновано її раніше збережену копію – саме це визначає мінімізацію часу очікування завантаження сайту та збільшення пропускної спроможності. Плагін також охоплює зручну e-commerce підтримку та функцію інтелектуального кешування.

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

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

Також з прискоренням TTFB може допомогти VPS (Virtual Private Server) або виділений сервер – це хостингові рішення з найпродуктивнішими серверами, але при цьому найдорожчі. Якщо проект невеликий – немає сенсу, буде достатньо і виділеної IP. Для масштабних онлайн-проектів VPS та виділений сервер – це, в принципі, єдине правильне рішення.

У чат увійшли так звані акселератори PHP, які створюють резервні копії команд. В результаті, при наступному запиті буде використовуватися не заново згенерований, а вже готовий бінарний код. Декілька прикладів акселераторів PHP:

• eAccelerator – найпопулярніший акселератор, діє і як прискорювач PHP, і як модуль-розпакувальник, і як оптимізатор. Контент може кешуватися в динамічному режимі.

• XCache - акселератор з просунутим admin-інтерфейсом, підтримує найсвіжіші версії PHP.

• PhpExpress – може прискорити виконання скриптів у 4-8 разів. Безкоштовний, може поширюватись без обмежень.

• OpCache – розробники PHP офіційно рекомендують саме це рішення для кешування опкодів.
  

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

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

Тест на час відповіді сервера є першочерговим таском із SEO-просування сайту. Для успішного ранжування цей показник на кожній сторінці не може перевищувати 200 мс. Оптимально, щоб він був ще в 3-4 рази меншим. Щоб дізнатися відповідь сервера, використовуйте консоль DevTools, Google Analytics або сторонні інструменти. Для зменшення цього показника:

• очистіть базу даних від сміття та непотрібних опцій;

• створіть кеші сторінок та бінарних кодів PHP-з'єднань;

• перейдіть на сервер з високою продуктивністю;

• видаліть звернення до сторонніх ресурсів;

• зменшіть кількість запитів до сервера.

Щоб скоротити час відповіді сервера в WordPress, використовуйте плагіни кешування, очищення даних та перевірки запитів на сервер, наприклад, LiteSpeed Cache WP. Для максимального пришвидшення розмістіть свій сайт на хостингу з веб-серверами LiteSpeed.