Як швидкість сайту впливає на пошукову видачу

Вступ

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

До 2009 року основними факторами, що впливають на відображення результатів пошукової видачі, були наступні:

• a) Вміст веб-сторінки, який далі поділяється на текст, URL-адресу, заголовок та заголовки.

• б) Легітимність веб-сайту, яка визначає епоху доменного імені, а також кількість і якість вхідних посилань на веб-сайт.

Саме в 2010 році компанія Google виступила з оригінальною ідеєю запровадити швидкість сайту як фактор, що впливає на результати ранжування в пошукових системах.

Що таке швидкість сайту і чому вона була обрана як фактор впливу?

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

Контент все ще король для Google?

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

Аналіз Google в рейтингах пошукових систем

Перша частина дослідження була проведена за списком з 2000 пошукових запитів, відібраних випадковим чином зі списку факторів ранжування 2013 року. В якості зразків було зібрано вибірковий список одиночних ключових слів та багатослівних ключових слів довжиною до 5 слів. Було вилучено та оцінено 50 найкращих результатів пошуку разом з їхніми URL-адресами, а весь пошук склав 100 000 сторінок.

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

Результати дослідження: Результати дослідження охопили понад 40 різних показників завантаження сторінок для кожної з протестованих URL-адрес. Згідно з дослідженням, кількість відкритих сесій, які браузер використовує для завантаження сторінки, не повинна впливати на пошукове ранжування на основі кількості відкритих сеансів. Результати чітко відповідають дослідженню, оскільки не було помітного впливу на пошукове ранжування на основі кількості відкритих з'єднань. Виділимо основні фактори, які вплинули на ранжування результатів пошуку за допомогою інструменту з відкритим вихідним кодом:

Час завантаження сторінки: час, необхідний для завантаження сторінки

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

• a) Час на оформлення документів
• б) Повністю відпрацьований час

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

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

Дослідження включало обидва показники часу завантаження для аналізу пошукового ранжування. Співвідношення часу повного завантаження документа та часу повного відображення було зважено, щоб перевірити, чи впливає це на пошукове ранжування. Несподіваним поворотом дослідження стало виявлення відсутності взаємозв'язку між цими двома ключовими параметрами. Google залишив питання часу завантаження сторінки відкритим для спекуляцій, що допомогло дослідженню набути нової глибини.

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

Як побудувати графік часу завантаження сторінки?

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

Висновки дослідження: За логікою тактики пошукових систем, чим швидше рендериться сторінка, тим швидше користувач буде задоволений результатами, що призводить до більшого просування. Зрозуміло і очевидно, що веб-сторінки з рангами від 1 до 5 повинні мати менший час повного завантаження документа і більший час повного рендерингу для сторінок з рангами вище 5. Але Google, на диво, не об'єднав ці фактори для покращення пошукового ранжування.

Час до першого байта (TTFB)

Оскільки ранжування результатів пошуку та час завантаження сторінок не мають нічого спільного, в дослідженні було зроблено акцент на час до першого байту (TTFB). Цей вимір розраховувався з урахуванням наступних аспектів: Цей тест чітко визначає час, який витрачається браузером на отримання першого байта у відповідь від веб-сервера на запитувану URL-адресу. При отриманні відповіді в гру вступає багато показників:

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

Представлення графіка для часу до першого байта**:

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

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

Як побудувати графік часу до першого байта?

Позиція сторінки будується відповідно до часу відповіді на кожен запит про повернення першого байта. Така ж процедура виконується для всіх 50 рангів.
Висновки дослідження:

• Очевидно, що існує тісний зв'язок між часом повернення першого байта та позицією в пошуковій видачі. Пошуковий рейтинг веб-сторінки знижується, коли час повернення першого байта від веб-сервера до браузера є високим.
• Чим нижче TTFB, тим вище ранжування результатів пошуку
• Чим вищий TTFB, тим нижчий рейтинг результатів пошуку. Авторитетність у пошуковій видачі за рахунок TTFB є найвищою протягом усього дослідження.

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

• Представлення розміру сторінки можна представити у вигляді графіка з наступними деталями: Горизонтальна вісь відображає позицію в пошуковій видачі до 50 рангів

• По вертикальній осі відкладається розмір сторінки в байтах

Як побудувати графік для розміру сторінки?

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

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

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

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

Представлення графа для загального вмісту зображень: Представлення загального вмісту зображень може бути представлено у вигляді графіка з наступними деталями:

• Горизонтальна вісь відображає позицію в пошуковій видачі до 50 рангів
• Вертикальна вісь відображає загальний вміст зображення в байтах

Як побудувати графік для Total Image Content?

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

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

Час завантаження сторінки vs. пошукове ранжування: Під час дослідження було чітко визначено, що час завантаження сторінки не спричиняє суттєвого прориву в результатах пошукового ранжування. Це стосується як загальних ключових слів, що складаються з одного-двох слів, так і ключових слів довжиною до 5 слів. Сайти, які завантажуються швидше, не займають вищих позицій у видачі, ніж сайти, які завантажуються довше. Це не є ключовим фактором, про який повинен турбуватися кожен власник веб-сайту. Насправді, швидкість завантаження сторінки не відіграє життєво важливої ролі навіть для сайтів, орієнтованих на ключові слова.

TTFB vs. пошукове ранжування: Єдиним фактором у дослідженні, який має значний вплив на пошукове ранжування, є час до першого байта (TTFB). Чим менше часу витрачається на відповідь, тим вище значення рейтингу пошукової системи.

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

Чому TTFB вважається життєво важливим показником?

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

Аналогічно, дизайн, структура та зміст веб-сайту також залежать від можливостей браузерів так само, як і розрахунковий час. Швидкість і продуктивність є вирішальними факторами для веб-сайту. Пошукові роботи Google можуть фіксувати метрики TTFB, що призводить до збільшення часу та зусиль, пов'язаних з пошуком. Існує висока ймовірність того, що в найближчому майбутньому Google включить час відображення сторінки як фактор, що впливає на пошукове ранжування, оскільки користувацький досвід є ключовою причиною існування веб-сайтів. Розрахунок TTFB настійно рекомендується, оскільки це раціональна метрика, яка використовується для оцінки продуктивності всього сайту.

3 важливих фактори, які безпосередньо впливають на це, є наступними:

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

Мережі розповсюдження контенту (CDN):

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

Наскільки Back-end сервер бере участь у пошуковому ранжируванні?

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

Дослідження показало, що сайти, які мають розвинену внутрішню інфраструктуру, очолюють список і отримують вищі рейтинги, ніж сайти, які менше дбають про свою внутрішню інфраструктуру. Наприклад, пошук за ключовими словами з довгим хвостом (4 або 5 слів) показав результати з веб-сайтів, що належать невеликим організаціям з дуже малою аудиторією, але з відповідним контентом за конкретним пошуковим запитом. Результати не показали багато веб-сайтів з високим трафіком. Створення складного середовища з дуже високим TTFB еквівалентно тому, щоб не створювати його взагалі. TTFB - це послідовний параметр, який повністю фокусується на швидкій реакції, а не на складності веб-сайту. Це допомагає чітко ранжувати веб-сайти. Якщо TTFB нижчий для меншого, але швидкого веб-сайту, його пошукові рейтинги зростають, тоді як якщо TTFB вищий для більшого, але повільнішого веб-сайту, його рейтинги значно нижчі, незалежно від вмісту та присутності сайту.

На винос:

Норми, яких повинні дотримуватися всі веб-сайти:

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

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

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