Повний посібник зі звіту про статистику сканування Google Search Console. Керівництво ґрунтується на документації від Google та на моєму власному аналізі звіту.
Звіт про статистику сканування призначений для того, щоб допомогти вам краще зрозуміти, як Google сканує ваш сайт, надаючи детальну інформацію про запити, надіслані на ваш сайт.
Що таке звіт статистики сканування, що в ньому не так, як його використовувати і що важливо, як не варто його використовувати. Погнали.
Що є звіт про статистику сканування
Звіт про статистику сканування Google Search Console - це функція, доступна в GSC, яка дозволяє глибше зрозуміти, як Google сканує ваш сайт.
Звіт доступний у розділі Налаштування - Статистика сканування - Відкрити звіт.
Звіт містить статистику, як Googlebot сканував ваш сайт за останні 90 днів.
Звіт зі статистики сканування призначений для сайтів, що містять понад тисячу сторінок. Google прямо заявляє, що вам не потрібний цей звіт, якщо на вашому сайті є менше 1000 сторінок.
Мій сайт (politay.pro) містить менше 1000 сторінок, але я використовую його як приклад для цього посібника. Мені цікаво, чи можу я дізнатися деякі важливі речі зі звіту про статистику сканування, навіть якщо у мене невеликий сайт.
Новий звіт зі статистики сканування GSC надасть вам дані про:
- Скільки всього запитів на сканування.
- Загальний розмір завантаження (в байтах).
- Середній час відповіді (мс).
Дані сканування згруповані за кодом відповіді, типом файлу, метою сканування та типом робота Google (кожна група також відображає свою конкретну статистику про загальну кількість запитів, загальний розмір завантаження, середній час відповіді).
Схоже, ми отримуємо багато корисних даних щодо сканування нашого сайту Google! Перш ніж я розповім вам, як використовувати ці дані, я хочу пояснити, як насправді працює звіт про статистику сканування та чим він НЕ є.
Ось документація Google зі звіту статистики сканування та пост у блозі про нові функції звіту статистики сканування.
Як працює звіт зі статистики сканування
Google чудово попрацював, пояснивши, як працює звіт про статистику сканування та як він збирає дані (статистику). Це те, що тобі потрібно знати.
У звіті відображається більшість (але не всі) запитів на сканування
- Звіт статистики сканування містить дані з більшості запитів сканування, але не за всіма.
- Це означає, що може бути невідповідність між тим, що ви бачите в серверних логах, і тим, що знаходиться у звіті статистики сканування.
У звіті показані приклади URL-адрес
Коли ви натискаєте будь-який конкретний тип запиту сканування в будь-якій групі (наприклад, OK (200) у розділі За відповіддю ), ви побачите список прикладів url адрес.
- Це приклади URL для даного типу запиту, що означає, що це не всі запити, що відповідають даному запиту.
- У моєму випадку для мого сайту 930 url адрес 200 (ОК). Це звичайно не весь список для мого сайту. Це список прикладів URL, якими Google поділився зі мною.
У звіті не відображатимуться запити на зовнішні ресурси
Дані, що відображаються у звіті про статистику сканування, стосуються лише поточного вибраного домену.
- Якщо ваш сайт містить якісь зовнішні ресурси, ви не побачите статистики сканування за ними.
- Те саме стосується дворівневих доменів, таких як ru.domain.com. Щоб переглянути дані сканування від них, вам потрібно перейти до GSC на цей домен.
Що НЕ є звітом про статистику сканування?
А ось що НЕ є звітом про статистику сканування і для чого його не слід використовувати.
Звіт про статистику сканування не замінює аналіз логів сервера
Отчет о статистике сканирования не предназначен для замены анализа логов сервера. Вы можете использовать его вместо этого, но не ожидайте, что логи покажут вам именно то, что показывает отчет статистики сканирования.
❗ Логи сервера покажуть вам усі запити, зроблені всіма сканерами, тоді як звіт статистики сканування Google Search Console покаже вам вибрані зразки запитів, зроблені Google.
Звіт про статистику сканування не замінює сканування сайту з метою аудиту
Деякі дані, які ви знайдете у звіті про статистику сканування, можуть виглядати аналогічно тому, що показують Screaming Frog або інші сканери в сайтів (наприклад, коди відповідей, проблеми із сервером тощо). Це далеко не вся картина стану сайту.
❗ Якщо ви проводите SEO-аудит, вам необхідно просканувати весь сайт. Статистика сканування Google Search Console може стати гарним доповненням до вашого аудиту.
Звіт про статистику сканування – не єдиний інструмент, який слід використовувати для виявлення проблем на сайті
У звіті про статистику сканування буде вказано, чи є проблеми на ваших сайтах, наприклад, якщо робот Googlebot виявив сторінку 404 або помилку сервера. Зверніть увагу, що звіт статистики надасть вам дані лише про ресурси, які вибрав Google для сканування. Знову ж таки, це ще не вся картина.
❗ Щоб виявити всі можливі проблеми на сайті, необхідно просканувати його за допомогою спеціального інструменту. І, крім цього, використовуйте безліч інших інструментів SEO.
Як використовувати звіт зі статистики сканування: що робити
І, нарешті, ось кілька порад про те, як використовувати новий звіт зі статистики сканування, щоб дізнатися нові та корисні відомості про ваш сайт.
1.Використовуйте звіт, щоб отримати уявлення про те, як Googlebot сканує ваш сайт
Як тільки ви відкриєте звіт про статистику сканування, ви побачите діаграму, що показує статистику сканування, розділену на три групи.
Усього запитів на сканування показує загальну кількість запитів на сайт, включаючи як успішні, так і неуспішні запити.
овторювані запити для тих самих url адрес розглядаються як окремі запити. Невдалі запити можуть включати:
- Запити, які не були виконані через проблеми з доступністю файлу robots.txt (тобто Robots.txt повертав відповіді на проблему з підключенням (HTTP 429 / 5XX)).
- Запити ресурсів, у яких виникли проблеми з дозволом DNS та підключенням до сервера.
- Запити, які не вдалися через помилки перенаправлення (наприклад, цикли перенаправлення).
Загальний розмір завантаження (в байтах) - це загальний розмір файлів та ресурсів, завантажених під час сканування протягом останніх 90 днів.
Ресурси, які вже кешовані, не враховуються. Цей розмір включає HTML, зображення, скрипти та CSS.
Середній час відповіді (мс.):
Включає час, необхідний для вилучення ресурсів сторінки (скрипти, зображення тощо) або час рендерингу.
2. Використовуйте звіт, щоб перевірити стан вашого хоста
Щоб переглянути відомості про один конкретний (дочірній або батьківський) домен, просто натисніть на нього. У цьому розділі може відображатися статистика до 20 дочірніх доменів.
Google оцінює ваші хости за трьома основними напрямками, коли справа стосується їх доступності для пошукових роботів. Вони включають отримання файлу robots.txt, дозвіл DNS та підключення до сервера.
Що враховує Google при оцінці доступності хоста?
Щоб дізнатися подробиці про кожного, просто натисніть на хост, який ви хочете дослідити (у моєму випадку це буде politay.pro), а потім натисніть на статус хоста.
Ви побачите подробиці з кожної з 3 областей. В ідеалі ви повинні бачити зелені галочки, що інформують про те, що всі ок.
Добре, але що насправді оцінюють ці три, назвемо їхні критерії?
Доступ до файлу robots.txt
Якщо є проблеми з отриманням robots.txt, то графік покаже частоту відмов (відсоток невдалих запитів).
Google скануватиме сайт тільки якщо отримає успішну відповідь від robots.txt. Є лише дві можливі успішні відповіді:
- Статус 200 (ОК).
- Стан 403/404/410 (файл не знайдений або не існує).
Зверніть увагу, що Google вважає проблемою доступності, якщо кількість помилок під час завантаження файлу robots.txt перевищує певну базову кількість на день.
ПОРАДА ВІД ПРОФЕСІОНАЛУ: поки robots.txt повертає статус 200, Google завжди буде вважати це успішною відповіддю, навіть якщо robots.txt порожній або недійсний (має синтаксичні помилки).
ПОРАДА ВІД ПРОФЕСІОНАЛА 2: файл robots.txt потрібен не для всіх сайтів. Однак, якщо ви хочете, щоб Google розглядав відсутність файлу robots.txt як успішну відповідь, необхідно переконатися, що він повертає статус 403, 404 або 410.
DNS-перетворення
Тут усе просто. У розділі DNS-перетворення ви побачите, чи були помилки DNS під час сканування вашого сайту Google. Якщо є якісь проблеми, ви побачите їх відсоток (відсоток запитів, які мали проблеми з вирішенням DNS, з усіх запитів, надісланих на сайт).
Проблеми з роздільною здатністю DNS виникають, коли:
- DNS-сервер не розпізнає ім'я хоста.
- DNS-сервер не відповідає.
Як і у випадку з файлом robots.txt, частота помилок DNS вважається проблемою після перевищення заданого базового значення в день.
Зазвичай потрібно зв'язатися з реєстратором та перевірити, чи правильно налаштований ваш сайт.
Підключення до сервера
Це також досить просто. Зв'язок із сервером просто надає інформацію про відсоток невдалих запитів на сканування, викликаних проблемами підключення до сервера.
Ці проблеми можуть включати:
- Сервер не відповідає.
- Сервер не надає повної відповіді.
Як і в разі отримання файлу robots.txt і DNS перетворення, помилки підключення до сервера вважаються проблемою, якщо вони перевищують певний базовий рівень на день.
Як Google вимірює та оцінює отримання файлу robots.txt, DNS-перетворення та підключення до сервера?
Є 3 можливі статуси, що вказують на здоров'я ваших хостів. Ось що вони означають і які критерії використовує Google для оцінки проблем з хостом:
Зелений чек:
Такий статус хоста – чудова новина для вашого сайту. Це означає, що Google не мала проблем зі скануванням вашого сайту за останні 90 днів.
Це не вимагає жодних дій з вашого боку.
Білий чек:
Цей статус хоста означає, що була принаймні одна серйозна проблема зі скануванням за останні 90 днів, але не за останні 7 днів. Можливо, проблема вже вирішена чи це тимчасова чи разова проблема.
Червоний чек:
Червоний статус, мабуть, погана новина для сайту. Це означає, що за останні 7 днів виникла щонайменше одна серйозна проблема зі скануванням.
Що робити зі статистикою статусу хоста?
Якщо у вас немає зелених прапорців у всіх областях, зазвичай потрібно ваш негайний аналіз (і можливі дії).
Ваше завдання:
- дізнайтеся, чи були проблеми пов'язані з отриманням robots.txt, DNS або підключенням до сервера;
- перевірте коди відповіді на невдалі запити сканування;
- вирішіть, було це серйозною чи незначною проблемою;
- за потреби проведіть подальше розслідування.
3. Використовуйте звіт для аналізу відповідей сканування
Ця частина звіту про статистику сканування також є дуже важливою, оскільки вона дає вам найважливішу інформацію, з якою ви можете негайно діяти.
Ви можете побачити зведення відповідей обходу прямо під таблицею зі статистикою по хостам.
Відповіді на сканування містять статистику відповідей, отриманих Google під час сканування сайту. Запити групуються за типом відповіді (а не за адресою url). Поряд із кожною відповіддю ви можете побачити відсоткове співвідношення (серед усіх відповідей, отриманих Google від сайту).
Щодо мого сайту, я бачу, що 95% усіх відповідей, отриманих Google, є нормальними (200).
ПОРАДА ВІД ПРОФЕСІОНАЛУ: ці дані стосуються всіх запитів на сайт. Це також включає кілька запитів для однієї й тієї ж URL адреси.
Щоб побачити url, які повернули цей тип відповіді, просто натисніть на нього. Ось список 200 (ОК) відповідей для мого сайту:
Типи відповідей Google
Google ділить типи відповідей на хороші, можливо хороші та погані. Мені дуже подобається цей поділ.
Хороші відповіді на сканування
Хороші відповіді на сканування - це ті відповіді, які не викликають проблем при скануванні і повністю зрозумілі Google.
- 200 (ОК) ✔️
- 301 (переміщений назавжди) ✔️
- 302 (тимчасово переміщений) ✔️
- 300 (переміщено, а ти вибирай як) ✔️
- 304 (без змін) ✔️
Можливо хороші відповіді на сканування
Наступні нижче відповіді сканування можуть бути хорошими, якщо припустити, що вони роблять те, що ви дійсно хочете. Можливо, хороші відповіді на сканування включають:
- Заблоковано robots.txt ✔️
- 404 (не знайдено) ✔️
Google у своїй документації не згадує коду відповіді 410 (видалено назавжди). Я припускаю, що це також хороша відповідь сканування, якщо він використовується відповідно до своєї мети, яка полягає в тому, щоб вказати, що запитаний ресурс був остаточно видалений.
Погані відповіді сканування
Це відповіді на сканування, на які слід звертати увагу. Вони ускладнюють або унеможливлюють сканування вашого сайту Google. На скріншоті нижче ви можете побачити 2 приклади невірних відповідей сканування:
Погані коди відповіді сервера включають:
- Robots.txt недоступний❗
Це дуже важливо, тому що Google повністю припинить сканування вашого сайту, доки не отримає правильну (прийнятну) відповідь. Допустимі відповіді на запити robots.txt: 200 (ОК), 404 (Не знайдено).
- 401/407 (неавторизований) ❗
Сторінки, які повертають коди стану 401/407, є сторінками, які вимагають авторизації (наприклад, входу до кабінету). Їх слід або заблокувати від сканування, або якщо вони не призначені для повернення статусу неавторизованого доступу - замінити їх на звичайні сторінки, що повертають 200 (OK).
- 5XX (помилка сервера) ❗
Ця помилка означає, що ваш сервер недоступний для Google. В окремих випадках для дійсно величезних сайтів помилки сервера можуть виникати через велике навантаження сканування Google.
- 4XX (помилка клієнта, не 404) ❗
- DNS не відповідає або будь-які інші DNS помилки ❗
- Помилка завантаження ❗
- Сторінка недоступна❗
- Час вийшов ❗
- Помилка перенаправлення (цикл перенаправлення, порожній перенапрямок або надто багато перенаправлень) ❗
У більшості випадків вам слід вивчити зазначені вище помилки та виправити їх якнайшвидше, тому що вони впливають на те, як Google сканує ваш сайт.
Що робити зі статистикою про відповіді сканування?
Хороші відповіді не вимагають жодних дій із вашого боку. Коли справа доходить до можливих хороших та поганих відповідей сканера, я пропоную вам зробити наступне: статистикою про відповіді сканування?
- Проаналізуйте будь-яку, можливо, хорошу відповідь, щоб переконатися, що це дійсно те, чого ви домагаєтеся.
- Наприклад, якщо 404 сторінки, переконайтеся, що це не цінні сторінки, які не повинні повертати помилку.
- Те саме і з ресурсами, заблокованими в robots.txt. Якщо у вас не величезний сайт (з сотнями тисяч або мільйонами сторінок), вам не потрібно блокувати ресурси в robots.txt.
- Уважно вивчіть всі погані відповіді і постарайтеся виправити ці помилки якнайшвидше.
- Найважливіші проблеми, які слід виправити насамперед:
- Robots.txt недоступний (він не дозволяє Google сканувати ваш сайт).
- Помилки сервера (які можуть уповільнити сканування вашого сайту).
4. Використовуйте звіт для аналізу просканованих типів файлів
GSC дозволяє переглядати статистику для запитів сканування, згрупованих за типом файлу. Відсотки, які ви бачите поруч із кожним типом файлів, відповідають відсотку відповідей, що повертаються цим типом файлів.
Щоб переглянути відомості про сканування для кожного типу файлів, просто натисніть на тип файлу, який потрібно проаналізувати. Ось подробиці про HTML файли для мого сайту.
Вгорі сторінки знаходиться діаграма (схожа на ту, яку ви бачите на головній сторінці статистики сканування), яка показує загальну кількість запитів на сканування, загальний завантажений розмір та середній час відповіді вибраного типу файлу. У цьому прикладі я показую вам, що це HTML-файли (звичайні сторінки, на одній з яких ви зараз знаходитесь).
Типи файлів, які Google може розпізнати та показати вам у цьому звіті: HTML, зображення, відео, JavaScript, CSS, PDF, XML, JSON, Syndication (RSS or Atom), аудіо, KML (або інші географічні дані).
Що робити зі статистикою?
Розбивка запитів на сканування за типами файлів не тільки цікава для аналізу, але також може допомогти вам діагностувати серйозні проблеми сканування на вашому сайті, такі як проблеми з доступністю сервера або повільна швидкість відповіді.
Ось кілька порад:
- Перевірте, які типи ресурсів Google найчастіше сканує на сайті (дивіться на відсоток). Запитання, які варто поставити собі:
- Це зображення? Якщо так, то чи дійсно ви хочете, щоб Google сканував ці зображення?
- Це JavaScript файли?
- Чи є стрибки середнього часу відповіді? Пік означає, що час відповіді був повільнішим, ніж зазвичай.
Переконайтеся, що ви дійсно хочете, щоб Google сканував ці ресурси, які він сканує в даний час. Якщо ні, заблокуйте їх у robots.txt.
- Перевірте середню швидкість відповіді різних типів файлів. Запитання, які варто поставити собі:
- Це більше (чи набагато більше), ніж середня відповідь на всі запити на ваш сайт?
- Чи є сплески за часом?
- Перевірте загальний розмір завантаження різних типів ресурсів.
- Наскільки він великий чи малий стосовно загального розміру завантаження всім запитів? Обов'язково порівняйте загальну кількість запитів на завантаження із загальним завантаженим розміром, тому що чим більше запитів, тим більший загальний розмір завантаження.
Відповіді на наведені вище питання повинні дати вам уявлення про те, що викликає проблеми зі скануванням на вашому сайті.
5. Використовуйте звіт, щоб дізнатися про мету сканування
Це просто розбивка запитів на сканування за цілями.
Наскільки мені відомо, можливі дві цілі:
- Оновлення (для повторного сканування відомої сторінки).
- Виявлення (для сканування нових сторінок).
Клацніть на ціль сканування, щоб дізнатися подробиці про запити на оновлення і виявлення.
Ви побачите аналогічну діаграму, але на цей раз показує загальну кількість запитів на сканування, загальний розмір завантаження та середній час відповіді на запити оновлення чи виявлення.
Таблиця покаже вам приклади url адрес, запитаних для цієї мети, час запиту та отриману відповідь.
ПОРАДА ВІД ПРОФЕСІОНАЛУ: пам'ятайте, що приклади можуть включати не всі зроблені запити. Це лише зразок.
Що робити зі статистикою про мету сканування?
Ось кілька порад щодо використання статистики мети сканування:
- Якщо у вас є сайт новин, який постійно змінюється, і ви не спостерігаєте достатньої активності, пов'язаної з пошуковим скануванням, переконайтеся, що у вас є актуальна карта сайту (відправте її в GSC).
- Ви повинні побачити різкі стрибки у виявленні сканування після надсилання картки сайту або додавання великої кількості нового контенту.
6. Використовуйте звіт для аналізу типів роботів Google
Нарешті, що не менш важливо, йде звіт зі статистикою про типи робота Google, які відвідали сайт за останні 90 днів.
У цій таблиці перелічено типи роботів Google із зазначенням відсотка запитів, зроблених кожним користувачам агентом. Клацніть на конкретний агент користувача, щоб переглянути докладні відомості про його поведінку.
Таблиця з прикладами надасть вам інформацію про час запиту, запитану URL-адресу та отриману відповідь.
Ось користувальницькі агенти Google, які ви можете знайти у звіті:
- Смартфони.
- ПК.
- Зображення.
- Відео.
- Завантаження ресурсу сторінки.
- AdsBot.
- StoreBot.
- Інший тип агента.
Що робити зі статистикою про тип Googlebot?
Ось кілька порад про те, як використовувати інформацію про користувача агентів Google, які сканують ваш сайт:
- Ваш основний сканер (смартфон або ПК, але, швидше за все, смартфон) повинен бути користувальницьким агентом, який виконує більшість запитів.
- Важливо відзначити, що користувальницький агент завантаження ресурсів сторінки повідомляє про вторинну вибірку ресурсів сторінки. Під час сканування сторінки Google витягує ключові ресурси, такі як CSS або зображення, для візуалізації сторінки перед індексуванням. Користувальницький агент, про який повідомляється, як завантаження ресурсу сторінки, виконує ці запити. Якщо зображення або відео завантажуються як ресурс сторінки для цілей рендерингу, то їх агентом є завантаження ресурсу сторінки (а не зображення Google або відео Googlebot).
7. Думайте самі
Google непогано визначає та регулює швидкість сканування вашого сайту. Однак бувають ситуації, коли навіть Google не все розуміє і сканує або занадто багато, або мало.
Що робити, якщо швидкість сканування надто низька?
Ось кілька порад про те, що робити при надто низькій швидкості сканування (Google сканує занадто мало):
- Якщо у вас новий сайт, не чекайте великої активності сканування. Це звичайна ситуація із новими сайтами, на яких не так багато зворотних посилань. В цьому випадку потрібно зробити дві речі:
- створити карту сайту в форматі XML і відправити її через Google Search Console.
- продовжуйте створювати новий та якісний контент.
- Ви не можете попросити Google збільшити швидкість сканування вашого сайту (на жаль).
- Перевірте свій robots.txt:
- Можливо, ви або хтось із вашої команди додали нове правило у файл robots.txt, і тепер воно блокує ті частини вашого сайту, сканування яких ви не бажаєте блокувати.
- Також переконайтеся, що сканування всього сайту не заблоковане. Дивно, як це часто відбувається!
- Google не зможе сканувати сторінки з пошкодженим HTML або непідтримуваними типами мультимедіа. Щоб переконатися, що Google може проаналізувати вашу сторінку, скористайтеся інструментом перевірки URL.
- Google може сканувати ваш сайт рідше, якщо вміст на ньому не змінюється часто або якщо він не найкращої якості. Найкращий спосіб оцінити якість сайту - проаналізувати критерії якості, викладені в Посібнику з оцінки якості Google.
Що робити, якщо швидкість сканування надто висока?
Хочете вірте, хочете ні, але Google, який занадто багато сканує ваш сайт, також може бути проблемою, особливо якщо він перевантажує ваш сервер запитами.
Ось що ви можете зробити, щоб Google не перевантажував ваш сайт запитами:
- Виконайте аналіз серверних логів або перевірте розділ типу робота Google у звіті про статистику сканування, щоб дізнатися, який тип робота Googlebot сканує занадто багато.
- Зменшіть швидкість сканування робота Googlebot в налаштуваннях швидкості сканування (вона буде нижче протягом 90 днів). Дайте Google 1-2 дні на коригування.
- Зверніть увагу, що сплеск сканування - це добре (якщо це не вбиває ваш сайт). Це може статися, якщо ви додасте багато нового контенту на свій сайт або дозволите сканування розділу, сканування якого раніше було заблоковано.
8. Порівняйте звіт статистики сканування з логами сервера
Це буде, мабуть, найцікавіше. Ось що вам потрібно знати про звіт статистики сканування та логи вашого сервера, щоб правильно інтерпретувати і те, і інше:
- Статистика сканування в Google Search Console не містить усіх запитів сканування, які Google надсилав вашому сайту.
- Однак у журналах вашого сервера будуть утримуватися всі запити робота Googlebot.
- Статистика сканування Google Search Console, очевидно, дасть вам статистику тільки про користувача агентів Google.
- У логах вашого сервера ви побачите активність кожного користувача агента, який сканував ваш сайт. Це, звичайно, також включає користувача агентів інших пошукових систем. І будь-які інші користувальницькі агенти.
- Якщо ви не працюєте на власному сайті і не маєте повного доступу до сервера та його логів, статистика сканування Google Search Console може бути вашим єдиним шансом поглянути на те, як Google сканує сайт. Якщо ви працюєте з більшим клієнтом, отримати логи серверів від їх команди розробників може бути практично неможливо. Ось чому ви повинні знати, як використовувати і, за необхідності, діяти відповідно до звіту про статистику сканування.
Як НЕ використовувати новий звіт зі статистики сканування: НЕ МОЖНА
І, нарешті, ось кілька порад, як не використати звіт статистики сканування. НЕ використовуйте звіт зі статистики сканування:
- Щоб знайти непрацюючі (404) сторінки на веб-сайті ❌
У звіті буде показано лише приклад url адрес, які повернули 404, коли робот Googlebot сканував сайт. Щоб знайти всі сторінки 404, проскануйте сайт за допомогою сканера, такого як Screaming Frog.
- Щоб перевірити, чи є на сайті редиректи (301, 302 чи інші) та чи правильно вони реалізовані ❌
Як і вище. Це лише перенаправлення, виявлені та проскановані роботом Googlebot. Щоб побачити повну картину, потрібно самостійно просканувати сайт.
- Щоб проаналізувати швидкість сайту❌
У звіті показано середній час відповіді робота Googlebot. Щоб отримати повне уявлення про швидкість веб-сайту, вам необхідно перевірити її за допомогою інструментів швидкості, таких як Google PageSpeed Insights , GTmetrix або WebPageTest .
- Щоб перевірити рендеринг JavaScript ❌
У таблиці типу файлу ви побачите запити на файли JavaScript. Це не має нічого спільного з тим, як робот Googlebot відображає JavaScript на сайті. Щоб перевірити це, вам потрібно запустити тест для мобільних пристроїв або відобразити JavaScript за допомогою якого-небудь сканера веб-сайтів, наприклад Screaming Frog.
- Щоб перевірити, чи відвідувають сайт в основному користувачі комп'ютерів або мобільних пристроїв ❌
Те, що ви бачите в таблиці за типом робота Google, не відображає відсоткове співвідношення користувачів смартфонів і настільних комп'ютерів на вашому сайті. Ця інформація доступна в Google Analytics.
- Щоб перевірити, чи ваш сайт переведено на mobile first index ❌
Не має значення, чи ваш сайт переведено на індексування з мобільних пристроїв чи ні. Як смартфон, так і комп'ютер Googlebot можуть його сканувати. Щоб перевірити свій основний сканер, перейдіть в Індекс - Покриття. Вгорі сторінки ви побачите інформацію про основний сканер для вашого сайту.
От і все.
Я хотів, щоб цей посібник був міні-довідником приблизно з 1000 слів, але, як завжди, воно виявилося трохи більше. Тому я сподіваюся, що ви зможете використати це на благо свого сайту.
