З липня 2019 року індекс першим для мобільних вже став стандартом для нових доменів в рейтингуванні Google-результатів пошуку.
У січні 2020 року Google оголосив, що індекс "Мобільний перший" стане обов'язковим для всіх веб-сайтів як мінімум з початку 2021 року. Це означає, що відтоді у верхніх позиціях списку результатів пошуку будуть з'являтися тільки ті веб-сайти, які оптимізовані для мобільного користування. Таким чином, адаптивний дизайн стає сильним фактором ранжування. Ваш веб-сайт може мати дуже хороший контент - але якщо він не має адаптивного дизайну або не є мобільною сторінкою, він страждає тим, що не використовується весь трафік, незалежно від того, чи є ваші користувачі переважно користувачами настільного комп'ютера.
Google на останні роки зробив такі фактори, як швидкість завантаження сторінок, мобільну оптимізацію та надійність, факторами ранжування для переліку результатів пошуку Google. Google вже у травні 2020 року повідомила, що у 2021 році досвід користувача сторінки купує сім різних факторів в єдине цілісне уявлення якості в споживанні веб-сайтів.
Шість значущих факторів для досвіду користувачів та сторінок
- Швидкість завантаження
- Інтерактивність (до лютого 2024), адаптивність (з березня 2024)
- Візуальна стабільність (кумулятивні зміни макету)
- Мобільна оптимізація
- Безпечне переглядання: відсутність шкідливого програмного забезпечення, відсутність фальшивих торгових марок, ... (з 2021 року як фактор ранжування знову деактивовано)
- HTTPS: шифрування за допомогою SSL-сертифікату
- Відсутність нав'язливих інтерстицій (повноекранні банери)
Завантаження означає швидкість завантаження веб-сайту, як швидко головний вміст будується для вашого користувача. Google вказує, що часи до 2,5 секунд - це хороші значення, на які веб-власники повинні спрямовувати своїсть на користувачів.
Інтерактивність у розумінні першої затримки введення (First Input Delay) означає, коли сторінка дійсно реагує, коли користувач хоче взаємодіяти з нею ... наприклад, прокрутка або натискання кнопки. Це швидкість реакції веб-сайту на взаємодії користувача. Цей час повинен бути якнайкоротший, а хороша відмітка для Google - це до 100 мс. Код FID буде замінено INP з березня 2024 року. Подібно до FID, INP розглядає швидкість реакції веб-сайтів. Чим швидше веб-сайт реагує після взаємодії користувача, тим краще. INP вимірює затримки веб-сайтів протягом всього часу відвідування. Враховуються всі взаємодії користувача.
Можливо, ви помітили, коли працюєте з дуже великими документами онлайна. Якщо ваш скрипт в онлайн-додатку Google Docs має багато сотень сторінок контенту, це може спричинити затримки або вибої. Я як викладач маркетингу створив скрипт довжиною понад 500 сторінок. Під час написання в моєму браузері я помітив мікрогальмо, оскільки йому, очевидно, було важко плавно підзавантажувати вимогливі сторінки з багатьма зображеннями. Це було явище, яке хоча і не перешкоджало мені в роботі, але все ж зумовлювало реактивне порушення у використанні. Інший приклад - наприклад, коли веб-сайти з великою кількістю зображень показують затримки при прокручуванні (ось приклад на 4eck-media.de). Саме про це йдеться в інтерактивності веб-сайтів, що досвід користувача є позитивним.
Кумулятивні зміни макету (CLS) відбуваються, коли ваш веб-сайт асинхронно завантажується, і користувач, наприклад, вже читає якусь область нижче, тоді як вгорі ще завантажується зображення або реклама із великим розміром файлу, і через кінцеве розташування макет робить стрибок вниз. Це може статися, наприклад, якщо зображення у верхній області зашифроване, а можливо, має розмір 10 МБ. Воно повільно завантажується при слабкому Інтернет-з'єднанні, і користувач вже пропустив його, прокрутивши його донизу.
Вказівка про погану швидкість дається також через розподіл часу відгуку за допомогою програмного забезпечення SEO, такого як Seobility. Якщо вони не дуже хороші, вам слід працювати над роботою та використовувати додаткові інструменти, такі як GTMetrix та Google PageSpeed.
Тут можна протестувати швидкість сторінки - слідкуйте за двома порадами:
https://gtmetrix.com/ (налаштування сервера рекомендується на Лондон!)
https://pagespeed.web.dev/ (особливо рекомендується за розділеними відомостями для мобільних пристроїв та настільних ПК)
Ось уривок мобільної оцінки TutKit.com за швидкістю сторінки та вказано, чи пройшли Core Web Vitals чи ні:
Швидкість веб-сайту і реакції залежить від багатьох факторів, таких як продуктивність сервера, якість коду, розміри файлів зображень, значки у форматі SVG замість PNG тощо. Тому раціонально дотримуватися спочатку рекомендацій від GTMetrix та PageSpeed Insight, щоб зробити глобальні покращення, якщо значення ще не є достатньо хорошими.
Для зображень у сучасних веб-форматах (WEBP/AVIF) ви можете використовувати інструмент, наприклад, https://squoosh.app/. Це особливо корисно, якщо ви хочете відконвертувати лише декілька зображень вручну. В іншому випадку ви можете також конвертувати файли JPG або PNG на сервері або через систему управління вмістом. Коли TutKit.com був адаптований для сучасних форматів зображень, вийшло понад 14 000 існуючих файлів JPG в формати AVIF і WEBP. Також було реалізовано AFIV, оскільки він ще більше стискає при гарній якості, він відображається в браузері за замовчуванням. Якщо старий браузер не підтримує AVIF, він відображатиме WEBP як запасний варіант. Те ж саме ми також реалізували для нашого веб-сайту агентства 4eck-media.de
Google також надає вам узагальнене значення нових основних показників веб-вітрин для взаємодії зі сторінкою. У Google Search Console ви також маєте можливість отримати відомості про кожну сторінку вашого веб-сайту. Це допомагає вам в аналізі і виявленні проблем на ваших сторінках для подальшого виправлення.
Мобільна дружність веб-сайту може бути перевірена за допомогою інструменту, такого як Lambda-Test.
Особливо для розробників важливо бути в змозі відслідковувати, як макет реагує на певний пристрій, наприклад, коли клієнт повідомляє про проблему зі старішою моделлю iPhone. Під Chrome = F12 можна одразу активувати різні пристрої, щоб представити роздільну здатність.
До мобільної оптимізації також входить те, що користувачі можуть легко сприймати вміст на смартфоні, не збільшуючи його!
Безпечний перегляд означає, що ваш веб-сайт або надсилає шкідливі програми, або ви дотримуєтеся правил, наприклад, не використовуєте логотипи торгових марок, які ви не маєте права використовувати, або не відрізняєтеся від продуктів торгової марки, які ви не маєте у своєму портфелі. Також до цього входить те, що, наприклад, кнопка «Відтворення» для відтворення відео фактично має відтворювати відео, а не виконувати завантаження для користувача. Особливо пункт про шкідливе програмне забезпечення є найбільшим ризиком для багатьох веб-сайтів у безпечному перегляді, який можна обмежити лише постійними оновленнями CMS та використовуваних плагінів. Якщо вашому веб-сайтові не потрібна форма зв'язку, то розгляньте можливість її відмови, оскільки поля форми є воротами для хакерів або автоматизованих вторгнень в SQL-інжекті, міжсайтове вбудовування і так далі. У серпні 2021 року Google відхилився і повідомив, що безпечний перегляд не буде враховуватися як фактор ранжування, оскільки багато власників веб-сайтів не мають вини в хакінгу. У висновках PageSpeed Insights та Lighthouse ви побачите рекомендацію щодо безпечного перегляду, тому можна припустити, що це питання для SEO ще не закрите:
HTTPS - це стандарт сьогодення. Кожна сторінка повинна мати SSL-сертифікат. Існує також ризик отримання позову від власників сторінок, які його не мають: https://t3n.de/news/dsgvo-abmahnung-ssl-fehlt-1091180/
Зокрема, під час зміни сервера або релізу, слід подбати про перенаправлення з http на https. Добре знати, що для цього існує навіть тестовий інструмент: https://www.seobility.net/de/redirectcheck/
Особливо важливо при цьому пам'ятати, що зображення, розміщені до призначення SSL-сертифікату, також повинні бути змінені в коді з http на https. В іншому разі браузер покаже, що сторінка не є безпечною. Це (або було в минулому) особливо характерне для сторінок WordPress - найбільш поширеного CMS узагалі.
Просто перевірте, чи індексуються ще сторінки http при пошуку в Google. Це можна зробити, введіть наступне у поле пошуку: site:домен inurl:http
Замість домена введіть свій домен. Enter.
- site: Фільтрує результати, які містяться тільки на вказаному домені.
- -inurl: Фільтрує результати сторінок, URL яких містить http.
Останній пункт у таблиці - це Відмова від нав'язливих міжсторінкових банерів, тобто полноекрани банерів, які рідко приносять задоволення вашим користувачам. Вони лише сприяють роздратуванню і призводять до негативних емоцій та швидкого відмовлення.
Взаємодія зі сторінкою особливо важлива, щоб не роздратовувати користувачів повільним завантаженням, непридатністю до мобільних пристроїв або іншими факторами. Таким чином, ви вирішуєте питання конверсії в очікувану поведінку. Чи станете ви переможцем в ранжуванні завдяки відмінній взаємодії зі сторінкою, це не так просто сказати, оскільки вміст веб-сайту та інші користувацькі сигнали також грають роль у ранжуванні. Проте, якщо сторінки мають однаково добрий вміст, краща взаємодія зі сторінкою може стати "перевісником" і допомогти веб-сайту з кращими показниками в основних вітальних показниках ранжуватися вище.
Більшість факторів Google для мобільної дружності та високої Взаємодії зі сторінкою та користувачем можуть бути вирішені тільки вашими розробниками або агентством, яке надає вам підтримку. Для вас як співробітника в галузі маркетингу важливо знати, за якими метриками вимірюється Взаємодія зі сторінкою та якими інструментами для цього ви можете скористатися. Якщо ваше агентство відповідає за оптимізацію, переконайтеся в тому, що угода передбачає дуже хороші результати вимірювань для затвердження виконаної роботи.
