Які SEO-помилки виявляє Netpeak Spider?

Змінено Пт., 20 Жовт., 2023 на 4:57 ПІСЛЯ ПОЛУДНЯ

Биті сторінки

Показує недоступні URL-адреси (наприклад, через розрив з'єднання, перевищення часу очікування відповіді та ін.) або адреси сторінок, які повертають код відповіді сервера 4хх і вище. Щоб переглянути спеціальний звіт саме за розбитими посиланнями, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Биті сторінки — це URL-адреси, недоступні для користувачів та пошукових систем (наприклад, вони були видалені, сервер не може обробити запит тощо).

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

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

Як виправити

Потрібно видалити посилання на биті сторінки або замінити посиланнями на доступні адреси. Щоб побачити посилання на биті сторінки, потрібно натиснути кнопку «Звіт про помилку» над основною таблицею.

Якщо під час сканування з'являється багато URL-адрес з кодом відповіді 429, 5xx або тайм-аутом — можливо, сторінки стали недоступні через велике навантаження на сайт. У такому випадку потрібно зупинити сканування, в налаштуваннях зменшити кількість потоків, встановити інтервал між запитами або використати список проксі, після чого продовжити сканування. Коли сканування буде завершено, потрібно пересканувати недоступні URL: достатньо виділити URL у таблиці та натиснути клавіші Ctrl+R.

Корисні посилання


4xx помилки: Client Error

Показує URL-адреси, які повертають 4xx код відповіді сервера.

Чим загрожує

URL з 4xx кодом відповіді входять у звіт «Биті сторінки», а також виділені в окремий звіт «4xx помилки: Client Error», оскільки часто зустрічаються. Такий код відповіді означає, що в запиті до сервера виникла помилка (наприклад, сторінки немає на сайті, вона видалена або у користувача немає прав для її відвідування).

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

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

Як виправити

Потрібно видалити посилання на URL з помилками 4xx або замінити посиланнями на доступні сторінки. Щоб побачити вхідні посилання на такі URL-адреси, достатньо натиснути комбінацію клавіш Shift+F1.

Якщо під час сканування з'являється багато URL-адрес з кодом відповіді 429 — можливо, сторінки стали недоступні через велике навантаження на сайт. У такому випадку потрібно зупинити сканування, в налаштуваннях зменшити кількість потоків, встановити інтервал між запитами або використати список проксі, після чого продовжити сканування. Коли сканування буде завершено, потрібно пересканувати недоступні URL: достатньо виділити URL у таблиці та натиснути клавіші Ctrl+R.

Корисні посилання


5xx помилки: Server Error

Показує URL-адреси, які повертають 5xx код відповіді сервера.

Чим загрожує

URL з 5xx кодом відповіді входять у звіт «Биті сторінки», а також виділені в окремий звіт «5xx помилки: Server Error», оскільки часто зустрічаються. Такий код відповіді означає, що сервер може обробити запит.

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

Коли на сайті багато посилань на биті сторінки, пошукові системи теж можуть вважати його неякісним і знизити його позиції в результатах пошуку. А поява URL-адреси з 5xx кодом відповіді під час відвідування сайту пошуковим роботом може різко знизити швидкість сканування сайту, і важливі для просування сторінки можуть не потрапити в пошукову базу. В результаті сайт може втратити пошуковий трафік.

Як виправити

Потрібно визначити причини недоступності URL-адреси: наприклад, для них може бути неправильно налаштований код відповіді сервера. У такому випадку необхідно змінити налаштування URL так, щоб сторінки повертали відповідь 200 ОК.

Якщо під час сканування з'являється багато URL з 5xx кодами відповіді, можливо, сторінки стали недоступні через велике навантаження на сайт. У такому випадку потрібно зменшити її: зупинити сканування, в налаштуваннях зменшити кількість потоків і/або встановити інтервал між запитами, після чого продовжити сканування. Коли сканування буде завершено, потрібно пересканувати недоступні URL: достатньо виділити URL у таблиці та натиснути клавіші Ctrl+R.

Корисні посилання


Посилання з неправильним форматом URL

Відображає сторінки, які містять посилання з неправильним форматом URL. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

URL з неправильним форматом не можуть відкрити ні користувачі, ні пошукові роботи, оскільки адреса недійсна.

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

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

Як виправити

Найчастіше помилка виникає через помилки (помилки в написанні протоколу, неправильне зображення символу «/» тощо) або зайвих символів в адресах посилань.

Щоб визначити, у яких посиланнях використовується неправильний формат URL, достатньо натиснути кнопку «Звіт про помилку» над основною таблицею. Ці посилання потрібно виправити (щоб вони вели на доступні адреси) або видалити код сторінок.

Корисні посилання


Дублікати сторінок

Показує повні дублі сторінок, що індексуються по всьому HTML-коду сторінки. У цьому звіті всі URL-адреси згруповані за параметром «Хеш сторінки».

Чим загрожує

Дублікати сторінок з'являються, коли та сама сторінка доступна за кількома адресами. Наприклад адреси c/без www, різних протоколах (http/https), з/без знака «/» наприкінці, тощо.

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

Великі сайти можуть постраждати від дублікатів: у пошукових роботів може не вистачити ресурсів сканування на цільові сторінки, оскільки вони були витрачені на непріоритетні. У результаті багато важливих сторінок можуть не потрапити в пошукову базу, і сайт втратить трафік. А якщо дублікатів сторінок особливо багато, пошукові системи можуть зменшити позиції всього сайту (наприклад, так працює алгоритм Google Panda).

Як виправити

Потрібно визначити основний URL серед дублікатів та налаштувати з них 301 редирект на цей URL. Для непотрібних URL (наприклад, /index.php та /index.html) також можна налаштувати 404 або 410 код відповіді сервера. При цьому важливо пам'ятати, що на сайті не повинно бути посилань на редиректи та недоступні сторінки.

Якщо виключити дублікати адрес попередніми способами, або ці URL потрібні на сайті (наприклад, адреси з мітками для веб-аналітики), вкажіть для них основну URL за допомогою тега <link rel="canonical"> або HTTP-заголовка «Link: rel="canonical"».

Корисні посилання


Дублікати тексту

Показує дублікати сторінок, що індексуються, по текстовому вмісту блоку <body>. У цьому звіті всі URL-адреси згруповані за параметром «Хеш тексту».

Чим загрожує

Пошукові системи можуть вважатися дублікатами сторінки, у яких дублюється текст у блоці <body>, навіть якщо вміст блоку <head> (наприклад, <title>, <meta name='description'>) у них відрізняється.

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

Великі сайти можуть постраждати від дублікатів: у пошукових роботів може не вистачити ресурсів сканування на цільові сторінки, оскільки вони були витрачені на непріоритетні. У результаті багато цільових сторінок можуть не потрапити в пошукову базу, і сайт втратить трафік. А якщо дублікатів сторінок особливо багато, пошукові системи можуть зменшити позиції всього сайту (наприклад, так працює алгоритм Google Panda).

Як виправити

Потрібно зробити контент важливих для просування сторінок унікальним. А для неважливих сторінок налаштувати 301 редирект на основний URL (рекомендується) або видалити їх (налаштувати 404 або 410 код відповіді). При цьому важливо пам'ятати, що на сайті не повинно бути посилань на редиректи та недоступні сторінки.

Якщо ви не можете виключати дублікати адрес попередніми способами, або ці URL потрібні на сайті (наприклад, адреси з мітками для веб-аналітики), вкажіть для них основну URL за допомогою тега <link rel="canonical" /> або HTTP-заголовка «Link : rel="canonical"».

Корисні посилання


Містить Lorem ipsum

Показує сторінки, які містять словосполучення «Lorem ipsum».

Чим загрожує

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

Як виправити

Замінити шаблонний текст на вміст, релевантний для сторінки.

Корисні посилання


Дублікати title

Показує індексовані сторінки з тегами <title>. У цьому звіті всі URL-адреси згруповані за параметром «Title».

Чим загрожує

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

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

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

Як виправити

Потрібно скласти для кожної сторінки унікальний (у межах сайту) title, який ємно описуватиме її контент і міститиме цільові ключові слова. Він має бути коротким та інформативним: оптимальна довжина — від 40 до 70 символів, максимальна — до 140 символів.

Корисні посилання


Дублікати description

Показує індексовані сторінки з тегами, що дублюються <meta name="description" />. У цьому звіті всі URL-адреси згруповані за параметром «Description».

Чим загрожує

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

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

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

Все це може негативно вплинути на клікабельність сторінки у пошуку та, відповідно, на трафік.

Як виправити

Потрібно скласти для кожної сторінки унікальний (у межах сайту) description, який ємно описуватиме її контент, містити цільові ключові слова, а також спонукати користувача перейти на сайт. Він має бути коротким та інформативним: оптимальна довжина — від 100 до 160 символів.

Корисні посилання


Дублікати H1

Показує індексовані сторінки з заголовками <h1>, що дублюються. У цьому звіті всі URL-адреси згруповані за параметром «Вміст H1».

Чим загрожує

Заголовок H1 — є важливим елементом пошукової оптимізації. Він допомагає користувачам зрозуміти зміст сторінки під час відвідування сайту.

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

Якщо заголовок H1 дублюється, він може неповно розкривати суть і не відповідати змісту своєї сторінки — у такому разі користувачі та пошукові системи можуть вважати сайт неякісним. У результаті він може втратити пошуковий трафік.

Як виправити

Потрібно скласти для кожної сторінки унікальний (у межах сайту) заголовок H1, який ємно описуватиме її контент і міститиме цільові ключові слова. Він має бути коротким та інформативним: оптимальна довжина — від 3 до 7 слів.

Також рекомендується, щоб на сторінці був лише один заголовок H1, який не дублює вміст тега <title>.

Корисні посилання


Відсутній або порожній title

Показує сторінки, що індексуються, з відсутнім або порожнім тегом <title>.

Чим загрожує

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

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

Як виправити

Якщо тег <title> відсутній у коді сторінки, необхідно перевірити налаштування сайту та увімкнути додавання тега на сторінки сайту.

Для кожної сторінки потрібно скласти унікальний (у межах сайту) title, який ємно описуватиме її контент і міститиме цільові ключові слова. Він має бути коротким та інформативним: оптимальна довжина — від 40 до 70 символів, максимальна — до 140 символів.

Корисні посилання


Відсутній чи порожній description

Показує індексовані сторінки з відсутнім або порожнім тегом <meta name="description" />.

Чим загрожує

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

Якщо description сторінки відсутній, пошукові системи можуть самостійно змінити її опис у пошуку, виходячи з тексту на сторінці, і він може виявитися недоречним та нецікавим для користувачів. В результаті сайт може втратити пошуковий трафік.

Як виправити

Якщо тег <meta name="description" /> відсутній у коді сторінки, необхідно перевірити налаштування сайту та увімкнути додавання тега на сторінки сайту.

Для кожної сторінки потрібно скласти унікальний (у межах сайту) description, який ємно описуватиме її контент, містити цільові ключові слова, а також спонукати користувача перейти на сайт. Він має бути коротким та інформативним: оптимальна довжина — від 100 до 160 символів.

Корисні посилання


Битий редирект

Показує адреси сторінок, які повертають перенаправлення на недоступні URL-адреси (наприклад, через розрив з'єднання, перевищення часу очікування відповіді та ін.) або URL, які повертають код відповіді сервера 4хх або вище.

Чим загрожує

Битий редирект рівносильний битому посиланню — перенаправляє на URL, недоступні для користувачів та пошукових систем (наприклад, вони були видалені, сервер не може обробити запит, тощо).

Потрапляючи на такі URL, користувач бачить сторінку помилки замість корисного контенту, а тому може вважати сайт неякісним та залишити його.

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

Як виправити

Варто прибрати із сайту внутрішні посилання на редиректи або замінити посиланнями на доступні сторінки. Щоб побачити вхідні посилання на такі URL-адреси, достатньо натиснути комбінацію клавіш Shift+F1.

Після цього потрібно перевірити ще раз налаштування кожного перенаправлення: можливо, були допущені помилки в кінцевому URL редиректа, тому він недоступний. Якщо ж редирект налаштований правильно, можливо, його кінцевий URL-адресу видалено. У такому випадку потрібно виправити недоступну адресу або налаштувати код відповіді 200 OK.

Корисні посилання


Редиректи з неправильним форматом URL

Показує адреси сторінок, що повертають перенаправлення з неправильним форматом URL у заголовках HTTP відповіді сервера.

Чим загрожує

Редирект з неправильним форматом URL рівносильний битому посиланню — перенаправляє на помилкові адреси, недоступні для користувачів та пошукових систем.

Потрапляючи на такі URL, користувач бачить сторінку помилки замість корисного контенту, а тому може вважати сайт неякісним та залишити його.

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

Як виправити

Варто прибрати з сайту внутрішні посилання на редиректи або замінити посиланнями на доступні сторінки. Щоб побачити посилання на такі URL, достатньо натиснути комбінацію клавіш Shift+F1.

Після цього потрібно повторно перевірити налаштування кожного перенаправлення та виправити помилки в кінцевому URL редиректа.

Корисні посилання


Нескінченний редирект

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

Чим загрожує

Нескінченний редирект рівносильний битому посиланню — перенаправляє на свою адресу (відразу або по ланцюгу редиректів), а це веде до нескінченного циклу перенаправлень. Браузери та пошукові системи сприймають це перенаправлення як недоступну адресу.

Потрапляючи на такі URL, користувач бачить сторінку помилки замість корисного контенту, а тому може вважати сайт неякісним та залишити його.

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

Як виправити

Варто прибрати із сайту внутрішні посилання на редиректи або замінити посиланнями на доступні сторінки. Щоб побачити вхідні посилання на такі URL-адреси, достатньо натиснути комбінацію клавіш Shift+F1.

Після цього потрібно перевірити ще раз налаштування кожного перенаправлення і прибрати редиректи або ланцюги редиректів, які ведуть до початкового URL.

Корисні посилання


Макс. кількість редиректів

Показує адреси сторінок із більш ніж 4 редиректами (за замовчуванням). Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

Ланцюг редиректів утворюється, коли кілька URL по черзі перенаправляють користувача. Наприклад, ланцюг із двох перенаправлень виглядає так: URL 1 → URL 2 → URL 3.

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

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

Як виправити

Варто прибрати із сайту внутрішні посилання на редиректи або замінити посиланнями на доступні сторінки. Щоб побачити вхідні посилання на такі URL-адреси, достатньо натиснути комбінацію клавіш Shift+F1.

Після цього потрібно налаштувати перенаправлення відразу на кінцевий URL без ланцюгів: наприклад, замість ланцюга URL 1 → URL 2 → URL 3 зробити перенаправлення URL 1 → URL 3 та URL 2 → URL 3. Спеціальний звіт «Ланцюги редиректів» покаже всі такі ланцюги: достатньо натиснути в меню «Експорт» → «Звіти про помилки» → «Ланцюги редиректів».

Корисні посилання


Редирект, заблокований у robots.txt

Показує адреси сторінок, які повертають перенаправлення на URL, котрий заблокований у файлі robots.txt. Зверніть увагу: у звіті будуть відображені всі URL з ланцюга редиректів, які ведуть на заблоковану вдресу. Щоб переглянути спеціальний звіт по цій помілці, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Редирект, заблокований у robots.txt, виникає, коли перша URL-адреса доступна для сканування, а кінцева адреса редиректа або будь-який інший URL у ланцюзі перенаправлення закриті. У такому разі пошуковий робот переходить за посиланням, але не може продовжити сканування, тому що потрапляє на заблоковану адресу.

Такі перенаправлення негативно впливають на сканування сайту пошуковими роботами та витрачають посилальну вагу. Через це важливі сторінки сайту можуть отримати менше посилальної ваги та менший пріоритет для пошукового робота. Отже, рідше скануватися, отримувати низькі позиції в пошуку та приносити менше трафіку, ніж могли б.

Як виправити

Варто прибрати з сайту внутрішні посилання на редиректи чи замінити посилання на доступні сторінки. Щоб побачити вхідні посилання на такі URL, достатньо натиснути комбінацію клавиш Shift+F1.

Після того потрібно повторно перевірити налаштування перенаправлення: можливо, були допущені помилки в кінцевому URL редиректа. Якщо помилки немає, варто закрити в robots.txt початковий URL редиректа, щоб пошуковий бот не заходив на нього.

Корисні посилання


Канонічні URL закриті для пошуку

Показує сторінки, в яких у тезі <link rel="canonical" /> або HTTP-заголовку «Link: rel="canonical"» вказано посилання на URL, що закриті від пошуку.

Чим загрожує

Коли сторінка доступна за кількома адресами, або ж на сайті існує кілька сторінок зі схожим контентом, пошукові системи рекомендують вказувати за допомогою тега <link rel="canonical" /> або HTTP-заголовка «Link: rel="canonical"», який URL потрібно вважати головним і показувати у пошуку. Таким чином, пошукові роботи не будуть витрачати свої ресурси на сканування повторюваних або неважливих сторінок.

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

Зверніть увагу: canonical — це рекомендація для пошукових роботів, а не суворе правило. Також його слід використовувати тільки для дуже схожих за контентом сторінок, інакше він може бути проігнорований.

Як виправити

Потрібно замінити закриті від пошуку канонічні URL адресами сторінок, що відкриті для покушу.

Корисні посилання


Ланцюг канонічних URL

Показує сторінки, які починають ланцюг канонічних URL (коли в канонічному URL вказана адреса сторінки, яка посилається в <link rel="canonical" /> або HTTP-заголовку «Link: rel="canonical"» на іншій URL) або беруть участь у ньому . Щоб переглянути докладну інформацію, відкрийте додаткову таблицю «Canonical» у меню «База даних».

Чим загрожує

Канонічний URL, який бере участь у ланцюгу (наприклад, URL 1 → URL 2 → URL 3) і вказує на неканонічний URL, може не враховуватись пошуковим роботом при скануванні сайту. Це може призвести до появи дублікатів на сайті та, як наслідок, до втрати трафіку.

Як виправити

Необхідно встановити в тезі <link rel="canonical" /> або HTTP-заголовку «Link: rel="canonical"» адреси сторінок, які в свою чергу не посилаються в цьому тезі або заголовку на інші URL.

Щоб визначити URL, які беруть участь у ланцюгу канонічних URL, достатньо натиснути в меню «Експорт» → «Звіти помилок» → «Ланцюги канонічних URL» та експортувати цей звіт.

Корисні посилання


Биті зображення

Показує недоступні зображення (наприклад, через розрив з'єднання, перевищення часу очікування відповіді та ін.) або зображення, які повертають код відповіді сервера 4xx або вище. Зверніть увагу, що для визначення цієї помилки має бути увімкнено перевірку зображень на вкладці «Основні» в налаштуваннях сканування. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Биті зображення можуть з'явитися, коли файли зображень видалені або недоступні (URL повертає 5хх-код відповіді або інші помилки сервера).

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

Як виправити

Необхідно замінити биті зображення на доступні або видалити їх із коду сторінок. Щоб визначити сторінки з битими зображеннями, достатньо натиснути кнопку «Звіт про помилку» над основною таблицею.

Зображення також можуть бути недоступними через велике навантаження на сайт під час сканування. У такому випадку потрібно знизити навантаження (зменшити кількість потоків та встановити інтервал між запитами в налаштуваннях сканування), завершити сканування та пересканувати недоступні URL (виділити їх у таблиці та натиснути клавіші Ctrl+R).

Корисні посилання


Посилання на localhost

Показує сторінки з вихідними посиланнями, які ведуть до адрес 127.0.0.1 або localhost. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Localhost — це зарезервована назва для хоста поточного комп'ютера. Йому відповідає IP адреса 127.0.0.1. Посилання такий хост використовуються під час розробки сайту, а потім замінюються на основний хост.

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

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

Як виправити

Потрібно замінити посилання на localhost посилання на доступні адреси. Щоб побачити посилання на биті сторінки, потрібно натиснути кнопку «Звіт про помилку» над основною таблицею.

Корисні посилання


PageRank: висячий вузол

Показує HTML-сторінки, визначені алгоритмом розрахунку внутрішнього PageRank як «висячі вузли». Це сторінки, на які ведуть посилання, але на них відсутні вихідні посилання, або вони закриті від роботів інструкціями з сканування.

Чим загрожує

Внутрішні посилання — це найефективніший метод показати пошуковим системам відносну важливість сторінок сайту (авторитет посилань). Якщо сторінка не має вихідних посилань, або роботам заборонено їх враховувати, то вона не зможе передати авторитет посилань іншим сторінкам сайту. В результаті через такі «висячі вузли» корисні сторінки можуть отримати менше авторитету, втратити позиції в пошуку і, відповідно, трафік.

Як виправити

Посилання на недоступні URL (наприклад, через розрив з'єднання, перевищення часу очікування відповіді та ін.) або URL, які повертають код відповіді сервера 4хх або вище, необхідно прибрати з сайту або замінити на доступні.

Якщо це можливо, зменшити кількість посилань на внутрішні сторінки з директивою nofollow в Meta Robots або X-Robots-Tag. Щоб побачити вхідні посилання на «висячі вузли», достатньо натиснути клавішу Shift+F1.

Корисні посилання


Сторінки без внутрішніх посилань

Показує HTML-сторінки, на які ведуть посилання, але на них відсутні вихідні внутрішні посилання.

Чим загрожує

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

В результаті через такі тупикові сторінки корисні можуть отримати менше ваги, втратити позиції в пошуку і, відповідно, трафік.

Як виправити

На всіх цільових сторінках сайту необхідно додати вихідні внутрішні посилання.

Важливо переконатися, що HTML-сторінки є повноцінними сторінками із контентом. Неповноцінні та створені помилково сторінки потрібно видалити (налаштувати 404 або 410 код відповіді) та прибрати з сайту всі посилання на них. Щоб побачити вхідні посилання на сторінки без посилань, достатньо натиснути клавішу Shift+F1.

Корисні посилання


Неправильний формат AMP HTML

Показує AMP HTML документи, які не відповідають стандартам документації AMP Project. Зверніть увагу, до кожної AMP HTML сторінки пред'являється щонайменше 8 вимог щодо оформлення.

Чим загрожує

AMP-сторінки з неправильним форматом не будуть оброблені пошуковими системами, не відобразяться у пошуковій видачі та не принесуть трафік.

Як виправити

Необхідно привести AMP-сторінки до потрібного формату.

Корисні посилання


Містить Flash

Показує сторінки, HTML-код яких містить елементи з розширенням .swf або скрипти під назвою «SWFObject».

Чим загрожує

Flash — це застаріла та небезпечна технологія. Більшість браузерів не підтримують або блокують елементи flash, тому користувачі не побачать контент усередині цих елементів.

Як виправити

Видалити будь-який код, який викликає або використовує flash.

Корисні посилання


Hreflang: відсутнє посилання на поточну URL-адресу

Показує HTML-сторінки або PDF-файли, у яких у тезі <link rel="alternate" /> або HTTP-заголовку «Link: rel="alternate"» є посилання з атрибутом hreflang на інші сторінки, але при цьому немає посилання на поточна URL-адреса.

Чим загрожує

Інструкція hreflang дозволяє вказати пошуковим системам локалізовані версії сторінки. Це один із сигналів у регіональному ранжируванні результатів пошуку.

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

Як виправити

На кожній сторінці з помилкою необхідно вказати посилання з інструкцією hreflang на поточну URL-адресу. Якщо на аналізованому сайті всі інструкції усвідомлено впроваджені без посилання на поточний URL, помилку можна проігнорувати.

Корисні посилання


Hreflang: неправильні мовні коди

Показує HTML-сторінки або PDF-файли, у яких у тезі <link rel="alternate" /> або HTTP-заголовку «Link: rel="alternate"» є hreflang-посилання з мовним кодом, що не відповідає стандартам ISO 639-1 , ISO 3166-1 Alpha 2 і ISO 15924. Щоб переглянути спеціальний звіт з цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Інструкція hreflang дозволяє вказати пошуковим системам локалізовані версії сторінки. Це один із сигналів у регіональному ранжируванні результатів пошуку.

Інструкції з мовним кодом (може вказувати на мову та регіон), що не відповідає стандартам, не будуть оброблені пошуковими системами, а це може призвести до низьких позицій у результатах пошуку та втрати трафіку.

Як виправити

На сторінках з помилкою потрібно застосувати мовний код (може вказувати на мову та регіон), що відповідає стандартам ISO 639-1, ISO 3166-1 Alpha 2 та ISO 15924.

Корисні посилання


Hreflang: відносні посилання

Показує HTML-сторінки або PDF-файли, у яких у тезі <link rel="alternate" /> або HTTP-заголовку «Link: rel="alternate"» є відносні посилання з атрибутом hreflang. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Інструкція hreflang дозволяє вказати пошуковим системам локалізовані версії сторінки. Це один із сигналів у регіональному ранжируванні результатів пошуку.

Інструкції з відносними URL (наприклад <link rel="alternate" hreflang="en" href="/page" />), не будуть оброблені пошуковими системами, а це може призвести до низьких позицій у результатах пошуку та втрати трафіку.

Як виправити

Замінити всі відносні URL-адреси абсолютними. Наприклад, <link rel="alternate" hreflang="en" href="/page" /> замінити на <link rel="alternate" hreflang="en" href="https://site.com/page" / >.

Корисні посилання


Hreflang: дублікати мовних кодів

Показує HTML-сторінки або PDF-файли, у яких у тезі <link rel="alternate" /> або HTTP-заголовку «Link: rel="alternate"» є посилання на декілька різних URL з однаковим значенням hreflang. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Інструкція hreflang дозволяє вказати пошуковим системам локалізовані версії сторінки. Це один із сигналів у регіональному ранжируванні результатів пошуку.

Декілька інструкцій hreflang з однаковими мовними кодами (можуть вказувати на мову та регіон) та різними цільовими URL з великою ймовірністю не будуть враховані пошуковими системами, а це може призвести до низьких позицій у результатах пошуку та втрати трафіку.

Як виправити

Потрібно визначити серед дублікатів основну цільову URL для конкретного мовного коду, а інші видалити.

Корисні посилання


Hreflang: посилання на URL закриті для пошуку

Показує HTML-сторінки або PDF-файли, у яких у тезі <link rel="alternate" /> або HTTP-заголовку «Link: rel="alternate"» є посилання з атрибутом hreflang, що вказують на URL, що не індексуються. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею. Зверніть увагу, що для визначення цієї помилки має бути увімкнено сканування Hreflang на вкладці «Просунуті» в налаштуваннях сканування.

Чим загрожує

Інструкція hreflang дозволяє вказати пошуковим системам локалізовані версії сторінки. Це один із сигналів у регіональному ранжируванні результатів пошуку.

Посилання на неіндексовані URL в інструкції hreflang не будуть враховані пошуковими системами, а це може призвести до низьких позицій у результатах пошуку та втрати трафіку.

Як виправити

Необхідно видалити або замінити посилання на URL, що не індексуються.

Корисні посилання


Hreflang: відсутні зворотні посилання

Показує HTML-сторінки або PDF-файли, які мають вихідні посилання з атрибутом hreflang, але при цьому немає відповідних вхідних посилань із цим атрибутом. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Інструкція hreflang дозволяє вказати пошуковим системам локалізовані версії сторінки. Це один із сигналів у регіональному ранжируванні результатів пошуку.

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

Як виправити

Додати зворотні посилання з інструкцією hreflang на сторінки, де вони відсутні.

Корисні посилання


Hreflang: не збігається мовний код зворотних посилань

Показує HTML-сторінки або PDF-файли, у яких мовний код вхідних hreflang-посилань не співпадає з власним значенням мовного коду (параметр "Мовний код hreflang"). Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею. Зверніть увагу, що для визначення цієї помилки має бути увімкнено сканування Hreflang на вкладці «Просунуті» в налаштуваннях сканування.

Чим загрожує

Інструкція hreflang дозволяє вказати пошуковим системам локалізовані версії сторінки. Це один із сигналів у регіональному ранжируванні результатів пошуку.

Якщо сторінка A посилається на сторінку B, друга сторінка повинна містити зворотне посилання на першу. При цьому мовний код у зворотному посиланні повинен відповідати мовному коду сторінки A. Якщо мовні коди сторінки та зворотних посилань на неї не співпадають, пошукова система може не враховувати такі інструкції, а це може призвести до низьких позицій у результатах пошуку та втрати трафіку.

Як виправити

Виправити посилання з інструкцією hreflang, у яких мовний код не співпадає з мовним кодом цільової сторінки.

Корисні посилання


Великий час відповіді сервера

Показує адреси сторінок, у яких час отримання першого байта сервера перевищує 500 мс (за замовчуванням). Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

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

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

Зверніть увагу, що Netpeak Spider вимірює швидкість відповіді сервера — одну з вагомих складових сумарної швидкості завантаження сторінки.

Як виправити

Існує маса причин низької швидкості відповіді сервера: повільна логіка програм, повільні запити до бази даних, відсутність кешування тощо.

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

Корисні посилання


Відсутній або порожній H1

Показує сторінки, що індексуються, з відсутнім або порожнім заголовком <h1>.

Чим загрожує

Заголовок H1 є важливим елементом пошукової оптимізації. Він допомагає користувачам та пошуковим системам зрозуміти зміст сторінки під час відвідування сайту.

Якщо сторінка H1 порожня або відсутня — це втрачена можливість оптимізувати її за допомогою цільових ключових слів. Через це сторінки можуть отримувати низькі позиції у пошуку.

Як виправити

Потрібно скласти для кожної сторінки унікальний (у межах сайту) заголовок H1, який ємно описуватиме її контент і міститиме цільові ключові слова. Він має бути коротким та інформативним: оптимальна довжина — від 3 до 7 слів.

Також рекомендується, щоб на сторінці був лише один заголовок H1, який не дублює вміст тега <title>.

Корисні посилання


Орфографічні помилки

Показує URL-адреси, які містять слова з орфографічними помилками в одному або декількох текстових блоках (title, description, заголовки, атрибути alt зображень, весь текст у блоці <body></body>).

Чим загрожує

Користувачі та пошукові системи можуть сприймати контент низькоякісним. Також може pvtyibnbcz релевантність тексту важливим ключовим словам, і відповідно знизиться трафік з пошуку.

Як виправити

Виправити помилки у словах.

Зверніть увагу, деякі слова можуть бути написані правильно, але вважатися хибними, тому що відсутні у словнику Windows. Такі слова потрібно додати в словник користувача Windows (за допомогою пункту «Додати до словника користувача Windows» у контекстному меню таблиці «Орфографічні помилки» внутрішньої бази даних) або в ігнор-список в налаштуваннях сканування. Починаючи з наступного сканування, ці слова більше не будуть вважатися помилковими.

Корисні посилання


Мін. розмір контенту

Показує сторінки, що індексуються, з менш ніж 500 символів (за замовчуванням) у блоці <body> (без HTML-тегів). Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

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

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

Також пошукові системи можуть вважати неякісними сторінки, більшу частину тексту на яких становить шаблон верстки (меню, хедер, футер), через що їх позиції в пошуку знизяться.

Як виправити

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

Корисні посилання


Зображення без атрибуту alt

Показує сторінки, що індексуються, і які містять зображення з відсутнім або порожнім атрибутом alt. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Атрибут alt використовується для ранжування зображень у пошуку за зображеннями, тому що допомагає пошуковим роботам визначити, що зображено на зображенні. Також правильно оптимізовані атрибути alt зображень позитивно впливають на ранжування HTML-сторінок, де вони розміщені.

До того ж, якщо зображення не вдалося завантажити, або в браузері відключено завантаження зображень, користувач побачить текст атрибута alt, а не просто порожню ділянку на сторінці.

Відсутність alt у тегах зображень — це втрачена можливість текстової оптимізації самих зображень та сторінок, де розміщені. Для сторінок, де основний контент — це зображення, використання атрибута alt є критично важливим.

Як виправити

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

Щоб побачити посилання на зображення без атрибута alt, потрібно натиснути кнопку «Звіт про помилку» над основною таблицею.

Корисні посилання


Макс. розмір зображення

Показує адреси зображень, розмір яких перевищує 100 Кбайт (визначається за HTTP-заголовком Content-Length). Щоб визначити цю помилку, слід включити аналіз зображень у налаштуваннях сканування на вкладці «Основні». Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

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

Як виправити

Для фотографій необхідно використовувати оптимальний растровий формат (JPEG, PNG, GIF) зі стиском без втрати якості; для інших зображень (наприклад, логотипів, ілюстрацій) — векторний формат. Для сучасних браузерів рекомендується передавати зображення у форматах WebP або JPEG XR.

Також потрібно завантажувати зображення з таким самим розміром, як HTML-блок, в якому воно виводиться. Так браузер не витрачатиме час на завантаження надлишкових даних.

Оптимальний розмір зображення — до 100 Кбайт.

Корисні посилання


3xx редиректи: Redirection

Показує URL-адреси, які повертають перенаправлення з 3xx кодом відповіді сервера.

Чим загрожує

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

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

Як виправити

Варто прибрати із сайту внутрішні посилання на редиректи або замінити посиланнями на доступні сторінки. Щоб побачити вхідні посилання на такі URL-адреси, достатньо натиснути комбінацію клавіш Shift+F1.

Корисні посилання


Ланцюги редиректів

Показує URL з ланцюгами перенаправлень (більше 1 редиректа).

Чим загрожує

Ланцюг редиректів утворюється, коли кілька URL по черзі перенаправляють користувача. Наприклад, ланцюг із двох перенаправлень виглядає так: URL 1 → URL 2 → URL 3.

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

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

Як виправити

Варто прибрати із сайту внутрішні посилання на редиректи або замінити посиланнями на доступні сторінки. Щоб побачити вхідні посилання на такі URL-адреси, достатньо натиснути комбінацію клавіш Shift+F1.

Після цього потрібно налаштувати перенаправлення відразу на кінцевий URL без ланцюгів: наприклад, замість ланцюга URL 1 → URL 2 → URL 3 зробити перенаправлення URL 1 → URL 3 та URL 2 → URL 3. Спеціальний звіт «Ланцюги редиректів» покаже всі такі ланцюги: достатньо натиснути в меню «Експорт» → «Звіти про помилки» → «Ланцюги редиректів».

Корисні посилання


Refresh редирект

Показує адреси сторінок, які містять директиву refresh у HTTP-заголовках відповіді сервера або тег <meta http-equiv="refresh" /> у блоці <head>, що вказують на іншу URL-адресу.

Чим загрожує

Refresh направляє користувача на новий (або той самий) URL через певний період часу.

Не рекомендується використовувати цей метатег (або директиву) як спосіб переадресації (замість 3хх серверних редиректів): він підтримується не всіма браузерами, сильно уповільнює швидкість завантаження сторінки і може вводити користувачів в оману, через що вони можуть вважати сайт неякісним та залишити його.

Як виправити

Якщо meta refresh використовується на важливих URL-адресах, необхідно прибрати його або налаштувати 301 серверний редирект.

Проте meta refresh можна використовувати на неважливих сторінках для певних завдань (наприклад, на сторінках авторизації або підтвердження оплати).

Корисні посилання


Редирект на зовнішній сайт

Показує внутрішні URL, що повертають 3хх редирект на зовнішній ресурс, який є частиною аналізованого сайту.

Чим загрожує

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

Також редиректи на зовнішні ресурси можуть з'явитися після злому сайту: таким чином, недоброзичливці перенаправляють користувачів на свій веб-ресурс.

Як виправити

Важливо переконатися, що редиректи із внутрішніх URL на зовнішні сайти були налаштовані навмисне і не є наслідком дій недоброзичливців.

Інакше потрібно видалити посилання на URL-адресу з редиректом на зовнішні сайти або замінити посиланнями на доступні внутрішні сторінки. Щоб побачити вхідні посилання таких URL-адрес, достатньо натиснути комбінацію клавіш Shift+F1.


PageRank: редирект

Показує URL, які були визначені алгоритмом розрахунку внутрішнього PageRank як перенаправляючі авторитет посилань. Це можуть бути адреси сторінок, що повертають 3хх редирект або містять інструкції canonical / refresh, які вказують на іншу URL.

Чим загрожує

Найчастіше адреси сторінок, які виконують перенаправлення або є неканонічними, не братимуть участь у пошуку та не принесуть трафік.

Як виправити

Необхідно переконатися, що адрес важливих сторінок немає серед URL, що перенаправляють авторитет посилань. В іншому випадку варто прибрати перенаправлення з адрес важливих сторінок, щоб вони брали участь у пошуку.

Також варто прибрати з сайту внутрішні посилання на редиректи або сторінки з директивою refresh або замінити їх посиланнями на доступні сторінки. Щоб побачити вхідні посилання на такі URL-адреси, достатньо натиснути комбінацію клавіш Shift+F1.

Корисні посилання


Редиректи HTTPS →HTTP

Показує сторінки з протоколом HTTPS, які перенаправляються на адреси з протоколом HTTP. Щоб переглянути спеціальний звіт з цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

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

Як виправити

Якщо основний протокол сайту — HTTP, можна ігнорувати цю помилку.

Якщо ж основний протокол — HTTPS, необхідно перевірити, чому певні адреси перенаправляють на протокол HTTP, і налаштувати правильний редирект. Щоб побачити вхідні посилання таких URL-адрес, достатньо натиснути комбінацію клавіш Shift+F1.

Корисні посилання


Змішаний вміст

Показує сторінки з протоколом HTTPS, які містять ресурси (тип посилання JS, CSS або IMG) з протоколом HTTP. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Якщо на сторінках із захищеним HTTPS-протоколом є ресурси, що підвантажуються (файли скриптів, стилів або зображення) з HTTP протоколом, це призводить до помилки «Змішаний вміст».

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

Як виправити

Варто замінити або видалити посилання на ресурси з HTTP-протоколом. Щоб побачити такі ресурси, потрібно натиснути кнопку «Звіт про помилку» над основною таблицею.

Корисні посилання


Гіперпосилання HTTPS → HTTP

Показує сторінки з протоколом HTTPS, на яких є внутрішні гіперпосилання, що ведуть адреси з протоколом HTTP. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Якщо на сторінках із захищеним HTTPS-протоколом є гіперпосилання на сторінки або інші документи з HTTP-протоколом, це знижує довіру до сайту.

Якщо на сайті налаштовано редирект HTTP → HTTPS, це збільшує час переходу за посиланням. Якщо редиректу немає, користувачі потраплять на незахищену сторінку, можуть вважати сайт неякісним і залишити його. Пошукові системи теж можуть вважати сайт небезпечним та знизити його позиції у результатах пошуку. В результаті сайт може втратити пошуковий трафік.

Як виправити

Варто замінити або прибрати всі вихідні гіперпосилання на сторінки з протоколом HTTP. Щоб побачити гіперпосилання на такі сторінки, потрібно натиснути кнопку «Звіт про помилку» над основною таблицею.

Корисні посилання


Кілька тегів title

Показує індексовані сторінки, які містять більше одного тега <title> у HTML-блоці <head>.

Чим загрожує

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

Декілька тегів title зазвичай виникають на сторінці при помилках в налаштуваннях сайту. Оскільки пошукові роботи враховують лише один title, то обраний ними тег може бути погано оптимізованим або відповідати сторінці. В результаті сайт може втратити пошуковий трафік.

Як виправити

Необхідно змінити налаштування сайту, щоб у блоці <head> на сторінках відображався лише один тег <title>.

Також важливо зробити текст <title> унікальним у межах сайту. Він повинен ємно описувати контент сторінки, містити цільові ключові слова, а також бути коротким та інформативним: оптимальна довжина — від 40 до 70 символів, максимальна — до 140 символів.

Корисні посилання


Декілька тегів description

Показує індексовані сторінки, які містять більше одного тега <meta name="description" /> у HTML-блоці <head>.

Чим загрожує

Тег description — це важливий елемент пошукової оптимізації, тому що його вміст часто використовується як опис результату пошуку, щоб користувачі краще зрозуміли суть сторінки.

Декілька тегів description зазвичай виникають на сторінці при помилках в налаштуваннях сайту. Оскільки пошукові роботи враховують лише один description, то вибраний ними метатег може бути погано оптимізованим або не відповідати сторінці. В результаті сайт може втратити пошуковий трафік.

Як виправити

Необхідно змінити налаштування сайту, щоб у блоці <head> на сторінках відображався лише один тег <meta name="description" />.

Також важливо зробити текст description унікальним у межах сайту. Він повинен ємно описувати контент сторінки, містити цільові ключові слова, спонукати користувача перейти на сайт, бути коротким та інформативним: оптимальна довжина — від 100 до 160 символів.

Корисні посилання


Однакові title та description

Показує індексовані сторінки, у яких вміст тега <meta name="description" /> збігається з вмістом тега <title>.

Чим загрожує

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

Найчастіше дублювання відбувається, коли сторінки ще не оптимізовані, тексти title і description генеруються автоматично за неякісними шаблонами.

Як виправити

Необхідно оптимізувати title та description, щоб вони були унікальними (у межах сайту), ємно описували контент сторінок, містили цільові ключові слова, а також спонукали користувача перейти на сайт.

Оптимальна довжина title — від 40 до 70 символів, максимальна — до 140 символів. Оптимальна довжина description — від 100 до 160 символів.

Корисні посилання


GET-параметри містять знак питання

Показує URL-адреси, які містять знак запиту в GET-параметрах. Наприклад, URL типу https://example.com/?name=value?anothername=anothervalue.

Чим загрожує

Найчастіше знак запитання помилково використовують замість знака амперсанд «&», який розділяє GET-параметри. У такому випадку пошукова система може сприйняти знак запитання як звичайний символ і враховувати кілька GET-параметрів як один. Це потенційно може призвести до утворення дублікатів сторінок і, відповідно, зниження позицій важливих сторінок у результатах пошуку, втрати трафіку і навіть видалення цих сторінок з пошукової видачі.

Як виправити

Замінити знаки питання на амперсанд «&», якщо вони були помилково використані як роздільники GET-параметрів в URL.

Корисні посилання


URL з мітками систем аналітики

Показує внутрішні URL, які містять позначки систем аналітики: utm_source, utm_medium, utm_campaign, utm_term, utm_content, gclid, yclid, _openstat.

Чим загрожує

Мітки використовують для кращої вказівки до системи аналітики даних про відвідування.

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

Як виправити

Прибрати мітки з внутрішніх посилань та використовувати їх лише у посиланнях із зовнішніх ресурсів.

Корисні посилання


AMP-сторінки відкриті для пошуку

Показує AMP HTML сторінки, які доступні для індексації пошуковими системами і при цьому не містять інструкції canonical на версію для комп'ютерів.

Чим загрожує

AMP HTML сторінки, у яких є еквівалентна версія для комп'ютерів і відсутня інструкція canonical на таку сторінку, можуть сприйматися пошуковими системами як дублікати та потенційно гірше ранжуватися.

Як виправити

Для AMP HTML сторінок, які мають версію для комп'ютерів, потрібно встановити інструкцію canonical на десктопну версію. Для незалежних AMP HTML без версії десктопних пристроїв поточна помилка неактуальна.

Корисні посилання


Заблоковано в robots.txt

Показує URL, заборонені для сканування за допомогою інструкції Disallow у файлі robots.txt.

Чим загрожує

Файл robots.txt дозволяє заборонити пошуковим роботам сканувати визначені сторінки сайту, відповідно, вони не будуть брати участь у пошуку.

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

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

Як виправити

Необхідно, щоб важливі сторінки сайта були відкриті для сканування пошуковими роботами.

Також рекомендуеться зменшити кількість посилань на закриття від сканування сторінок. Щоб побачити вхідні посилання на такі URL, достатньо натиснути комбінацію клавіш Shift+F1.

Однак, якщо посилання корисні для навігації користувача по сайту (наприклад, на сторінку кошика чи реєстрації), не варто їх прибирати.

Корисні посилання


Заблоковано в Meta Robots

Показує сторінки, заборонені к індексації за допомогою директив «noindex» чи «none» в тегах <meta name="robots" /> чи <meta name="[bot name]" /> в блоці <head>, де [bot name] — ім'я конкретного ошукового бота.

Чим загрожує

Інструкції Meta Robots дозволяють заборонити пошуковим системам показувати сторінки сайта в результатах пошуку. Найчастіше за допомогою Meta Robots закривають не важливі для пошуку сторінки (наприклад, сторінки кошика, входу, реєстрації тощо). Щоб забезпечити обов'язкове виконання директив пошуковими роботами, не слід забороняти в robots.txt сканування URL, для яких вони задані.

Як виправити

Необхідно переконатися, що пошуковим роботам дозволено показувати важливі сторінки в пошуку, а заборона використовується тільки на неважливих

Корисні посилання


Заблоковано у X-Robots-Tag

Показує URL-адреси, заборонені до індексації за допомогою директиви «noindex» або «none» поля X-Robots-Tag у HTTP-заголовках відповіді сервера.

Чим загрожує

Інструкції в заголовку X-Robots-Tag дозволяють заборонити пошуковим системам показувати сторінки сайту в результатах пошуку, але підтримуються не всіма пошуковими системами.

X-Robots-Tag корисний в першу чергу для заборони індексації не HTML-документів, тому що міститься в заголовку відповіді сервера. Тим не менш, він також може використовуватися для сторінок HTML.

Для HTML-сторінок не рекомендується одночасно використовувати інструкції Meta Robots та X-Robots-Tag. Якщо помилки в цих налаштуваннях з'являться різні директиви, важливі сторінки можна видалити з пошуку.

Щоб забезпечити обов'язкове виконання директив пошуковими роботами, не слід забороняти в robots.txt сканування URL-адрес, для яких вони задані.

Як виправити

Необхідно переконатися, що пошуковим роботам можна показувати важливі документи в пошуку, а заборона використовується тільки на неважливих.

Якщо для HTML-сторінок одночасно використовуються директиви в Meta Robots і X-Robots-Tag, важливо переконатися, що вони збігаються, а ще краще — залишити тільки один з варіантів: метатег або HTTP-заголовок.

Корисні посилання


GA: закриті для пошуку сторінки з трафіком

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

Чим загрожує

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

Як виправити

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

Потім перевірити в інструментах для вебмайстрів, чи коректно пошуковий робот обробив параметри індексації нецільових сторінок, і ініціювати повторне сканування. При необхідності запитати видалення неіндексованих URL з індексу.

Корисні посилання


ЯМ: закриті для пошуку сторінки з трафіком

Показує адреси сторінок, які закриті для пошуку пошуковими системами, але отримали трафік за вибраний період (за даними сервісу Яндекс.Метрика). Зверніть увагу, що помилка є актуальною лише для сегментів, що включають безкоштовний пошуковий трафік.

Чим загрожує

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

Як виправити

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

Потім перевірити в інструментах для вебмайстрів, чи коректно пошуковий робот обробив параметри індексації нецільових сторінок, і ініціювати повторне сканування. При необхідності ініциювати видалення URL закритих від покушу з індексу.


GA: макс. показник відмов

Показує адреси сторінок, що індексуються, у яких показник відмов перевищує 70% (за замовчуванням) за даними сервісу Google Analytics. Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

Високий показник відмов — це поганий сигнал для сторінок, які повинні залучати користувача до відвідування інших сторінок сайту: наприклад, для головних або категорійних сторінок.

Як виправити

Необхідно перевірити, чи відповідають сторінки очікуванням користувачів під час переходу з пошуку чи реклами. Сторінки, які нерелевантні пошуковим запитам або рекламним оголошенням зазвичай отримують велику кількість відмов. Також важливо проаналізувати, чи зручні сторінки для користувачів і чи зрозуміло їм, як потрібно рухатися далі по сайту: чи є елементи меню, кнопки CTA і т.д.

Корисні посилання


ЯМ: макс. показник відмов

Показує адреси сторінок, що відкриті до пошуку і у яких показник відмов перевищує 70% (за замовчуванням) за даними сервісу Яндекс.Метрика. Зверніть увагу, що ви можете змінити значення за замовченния на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

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

Як виправити

Необхідно перевірити, чи відповідають сторінки очікуванням користувачів під час переходу з пошуку чи реклами. Сторінки, які нерелевантні пошуковим запитам або рекламним оголошенням зазвичай отримують велику кількість відмов. Також важливо проаналізувати, чи зручні сторінки для користувачів і чи зрозуміло їм, як потрібно рухатися далі по сайту: чи є елементи меню, кнопки CTA і т.д.


GSC: закриті для пошуку сторінки з показами

Показує адреси сторінок, які недоступні для пошуку пошуковими системами, але мають покази в органічному пошуку Google за вибраний період (за даними сервісу Google Search Console).

Чим загрожує

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

Як виправити

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

Потім потрібно перевірити у сервісі Search Console, чи коректно пошуковий робот обробив налаштування індексації нецільових сторінок, та запросити повторне сканування. При необхідності запитати видалення недоступних для пошуку URL з індексу.

Корисні посилання


Не HTTPS-протокол

Показує URL-адреси, які не використовують захищений протокол HTTPS.

Чим загрожує

Якщо на сайтах із захищеним протоколом HTTPS є HTML-сторінки, зображення або інші документи з протоколом HTTP, це може призвести до помилки «Змішаний вміст».

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

Як виправити

Якщо сайт використовує незахищений протокол HTTP, можна ігнорувати цю помилку.

Якщо основний протокол сайту — HTTPS, необхідно перевірити, чому певні сторінки використовують HTTP-протокол. Можливо, перестали працювати редиректи з HTTP версії URL на HTTPS.

Після перевірки варто замінити або прибрати всі посилання на сторінки з HTTP-протоколом. Щоб побачити вхідні посилання на такі сторінки, достатньо натиснути клавішу Shift+F1.

Корисні посилання


Закодовані URL

Показує URL-адреси, які містять кодовані (не ASCII) символи та пробіли. Наприклад, URL виду https://example.com/приклад кодується як https://example.com/%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D1%80.

Чим загрожує

Кодовані URL-адреси допускаються до використання браузерами та пошуковими системами.

Проте поза адресним рядком браузера такі URL можуть виглядати непривабливо для користувачів. А адреси, де використовується відразу кілька способів формування URL (наприклад, транслітерація, слова іншою мовою та інші кодовані алфавіти) можуть взагалі погано сприйматися користувачами. Приклад поганого URL: http://site.com/electronics/mobilnie-telefony/самсунг/.

До того ж, при неправильному налаштуванні сервер може не обробити закодовані адреси, через що можуть виникнути биті сторінки та інші помилки.

Як виправити

Якщо в URL на сайті було вирішено використовувати не ASCII-символи, потрібно перевірити правильність екранування символів і коректність їх обробки сервером.

Якщо URL сайту повинні містити лише ASCII-символи, необхідно встановити, як з'являються закодовані адреси, і усунути причини їх появи. Можливо, в URL випадково потрапили спецсимволи, або замість латинських символів помилково використовуються символи інших алфавітів (наприклад, замість латинських с, о, р, е, у — кириличні c, o, p, e, y). Щоб побачити вхідні посилання на кодовані адреси, достатньо натиснути клавішу Shift+F1.

Також варто уникати пробілів в URL як роздільник, тому що вони будуть закодовані за допомогою символів %20 і виглядати непривабливо.

Корисні посилання


URL з неправильним використанням дефісу

Показує URL-адреси, які містять неправильне використання дефісу: відразу після слешу, в кінці URL, два дефіси поспіль. Наприклад, URL виду https://site.com/category/-subcategory/test--page-

Чим загрожує

Неправильне використання дефісу не впливає на ранжування, але робить URL менш привабливими для користувачів.

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

Як виправити

Виправити URL, налаштувати редирект зі старої адреси на нову і замінити всі посилання на нього. Щоб побачити вхідні посилання таких URL-адрес, достатньо натиснути комбінацію клавіш Shift+F1.

Корисні посилання


URL з небажаними спецсимволами

Показує адреси сторінок, що індексуються, які містять небажані спецсимволи (,_$@* та інші). Наприклад, URL виду https://example.com/category/page-name[5]/?$a=123

Чим загрожує

Спецсимволи в URL нормально обробляються браузерами та пошуковими системами. Однак такі URL-адреси можуть виглядати непривабливо для користувачів.

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

Як виправити

Потрібно замінити або прибрати спецсимволи з адрес цільових сторінок (крім /-+?=&#), щоб зробити їх більш привабливими та зрозумілими для читання.

Після зміни потрібно налаштувати редиректи зі старих URL на нові та замінити їх у вхідних посиланнях. Щоб побачити вхідні посилання на такі адреси, достатньо натиснути клавішу Shift+F1.

Корисні посилання


URL із великими літерами

Показує URL-адреси, які містять великі літери. Наприклад, URL виду https://example.com/Category/Subcategory

Чим загрожує

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

Як виправити

Переконайтеся, що налаштована коректна переадресація з URL із малими літерами на поточні URL-адреси. Наприклад з https://site.com/Category/subcategory, https://site.com/category/Subcategory, https://site.com/category/subcategory повинен стояти редирект на https://site.com/Category / Subcategory.

Корисні посилання


Однакові title та H1

Показує індексовані сторінки, у яких заголовок <h1> збігається з вмістом тега <title>.

Чим загрожує

Дублювання title та H1 — це втрачена можливість використовувати більшу кількість релевантних для сторінки ключових слів. Найчастіше це відбувається, коли сторінки ще не оптимізовані, тексти title і H1 генеруються автоматично за неякісними шаблонами.

Як виправити

Необхідно оптимізувати title та H1, щоб вони були унікальними (у межах сайту), ємно описували контент сторінок та містили цільові ключові слова.

Оптимальна довжина title — від 40 до 70 символів, максимальна — до 140 символів. Оптимальна довжина H1 — від 3 до 7 слів.

Корисні посилання


Короткий title

Показує відкриті для покушу сторінки, які мають довжину тега <title> менше 10 символів (за замовчуванням). Зверніть увагу, що ви можете змінити значення за замовчанням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

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

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

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

Як виправити

Потрібно скласти для кожної сторінки унікальний (у межах сайту) title, який ємно описуватиме її контент і міститиме цільові ключові слова. Він має бути коротким та інформативним: оптимальна довжина — від 40 до 70 символів, максимальна — до 140 символів.

Корисні посилання


Макс. довжина title

Показує індексовані сторінки, у яких довжина тега <title> понад 70 символів (за замовчуванням). Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

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

Пошукові системи відображають у результатах близько 70 символів тега <title>, а решту тексту обрізають. В результаті скорочений title може бути нецікавим для користувачів і сайт може втратити пошуковий трафік.

При цьому пошукові системи враховують до 12 слів із title, тому він може бути й довшим за 70 символів, щоб охопити більше релевантних для сторінки ключових слів.

Як виправити

Потрібно скласти для кожної сторінки унікальний (у межах сайту) title, який ємно описуватиме її контент і міститиме цільові ключові слова. Він має бути коротким та інформативним: оптимальна довжина — від 40 до 70 символів, максимальна — до 12 слів або 140 символів.

Корисні посилання


Емодзі або спецсимволи у title

Показує сторінки, що містять у тезі <title> символи емодзі або інші спеціальні символи, які можуть привертати увагу користувачів.

Чим загрожує

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

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

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

Як виправити

Необхідно переконатися, що графічні символи в тезі <title> доречні, добре доповнюють текст і правильно відображаються у пріоритетних браузерах та пристроях.

Корисні посилання


Короткий description

Показує відкриті до пошуку сторінки, які мають довжину тега <meta name="description" /> менше 50 символів (за замовчуванням). Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

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

Якщо description сторінки короткий, пошукові системи можуть самостійно змінити її опис у пошуку, виходячи з тексту на сторінці, і він може виявитися недоречним та нецікавим для користувачів. В результаті сайт може втратити пошуковий трафік.

Найчастіше на сторінках виводяться короткі description, коли сторінки ще оптимізовані, і тексти <meta name="description" /> генеруються автоматично за неякісними шаблонами.

Як виправити

Для кожної сторінки потрібно скласти унікальний (у межах сайту) description, який ємно описуватиме її контент, містити цільові ключові слова, а також спонукати користувача перейти на сайт. Він має бути коротким та інформативним: оптимальна довжина — від 100 до 160 символів.

Корисні посилання


Макс. довжина description

Показує індексовані сторінки, у яких довжина тега <meta name="description" /> понад 320 символів (за замовчуванням). Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

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

Пошукові системи не вказують мінімальну та максимальну кількість символів для описів. Але для їх ефективного використання варто орієнтуватися на максимальну довжину, що відображається у пошуковій видачі — близько 160 символів.

Як виправити

Для кожної сторінки потрібно скласти унікальний (у межах сайту) description, який ємно описуватиме її контент, містити цільові ключові слова, а також спонукати користувача перейти на сайт. Він має бути коротким та інформативним: оптимальна довжина — від 100 до 160 символів.

Корисні посилання


Емодзі чи спецсимволи у description

Показує сторінки, що містять у <meta name="description" /> символи емодзі або інші спеціальні символи, які можуть привертати увагу користувачів.

Чим загрожує

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

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

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

Як виправити

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

Корисні посилання


Декілька заголовків H1

Показує сторінки, що індексуються, які містять більше одного заголовка <h1>.

Чим загрожує

Заголовок H1 — є важливим елементом пошукової оптимізації. Він допомагає користувачам зрозуміти суть та структуру контенту сторінки під час відвідування сайту.

HTML5 дозволяє використовувати кілька заголовків H1 на сторінці. Однак для пошукових систем це може бути сигналом про неякісну структуру контенту. В результаті сайт може втратити пошуковий трафік.

Як виправити

Рекомендується, щоб на сторінці був лише один заголовок H1, який не дублює вміст тега <title>. Також якщо теги H1 використовуються виключно для форматування тексту, їх слід видалити та виконати відповідну стилізацію за допомогою CSS.

Важливо, щоб на кожній сторінці був унікальний (у межах сайту) заголовок H1, який ємно описуватиме її контент і міститиме цільові ключові слова. Він має бути коротким та інформативним: оптимальна довжина — від 3 до 7 слів.

Корисні посилання


Макс. довжина H1

Показує індексовані сторінки, які мають довжину заголовка h1 більше 65 символів (за замовчуванням). Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

Заголовок H1 — є важливим елементом пошукової оптимізації. Він допомагає користувачам зрозуміти зміст сторінки під час відвідування сайту.

Оскільки користувачам складно читати та сприймати довгі заголовки, H1 (як і тег title) повинен містити короткий та ємний опис сторінки.

Як виправити

Рекомендується скоротити довгі заголовки і залишити лише головну суть сторінки.

Потрібно скласти для кожної сторінки унікальний (у межах сайту) заголовок H1, який ємно описуватиме її контент і міститиме цільові ключові слова. Він має бути коротким та інформативним: оптимальна довжина — від 3 до 7 слів.

Також рекомендується, щоб на сторінці був лише один заголовок H1, який не дублює вміст тега <title>.

Корисні посилання


Макс. розмір HTML

Показує сторінки, що індексуються, з більш ніж 200 тис. символів (за замовчуванням) в блоці <html> (включаючи HTML-теги). Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

Часто великі сторінки містять надлишковий код, який можна скоротити.

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

Як виправити

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


Макс. розмір контенту

Показує сторінки, що індексуються, з більш ніж 50 тис. символів (за замовчуванням) у блоці <body> (без HTML-тегів). Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

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

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

Як виправити

Рекомендується перевірити, чи коректно складені сторінки із занадто великою кількістю тексту. Якщо це є результатом помилки, необхідно її виправити. Якщо ж ні — розбити надто велику сторінку на кілька менших.

Корисні посилання


Мін. співвідношення text/HTML

Показує індексовані сторінки, у яких співвідношення чистого тексту (параметр "Розмір контенту") до коду сторінки (параметр "Розмір HTML") менше 10% (за замовчуванням). Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

Пошукові системи можуть вважати неякісними сторінки, більшу частину тексту на яких становить шаблон верстки (меню, хедер, футер), через що їх позиції в пошуку знизяться.

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

Як виправити

Необхідно в першу чергу звернути увагу на сторінки, де співвідношення Text/HTML буде значно меншим за середнє значення цієї метрики по сайту.

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


Неканонічні сторінки

Показує неканонічні сторінки, у яких URL у тезі <link rel="canonical" /> або HTTP-заголовку «Link: rel="canonical"» вказує на іншу сторінку.

Чим загрожує

Коли сторінка доступна за кількома адресами, або ж на сайті існує кілька сторінок зі схожим контентом, пошукові системи рекомендують вказувати за допомогою тега <link rel="canonical" /> або HTTP-заголовка «Link: rel="canonical"», який URL Треба вважати головним і показувати у пошуку. Таким чином, пошукові роботи не будуть витрачати свої ресурси на сканування повторюваних або неважливих сторінок.

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

Зверніть увагу: canonical — це рекомендація для пошукових роботів, а не суворе правило. Також його слід використовувати тільки для дуже схожих за контентом сторінок, інакше він може бути проігнорований.

Як виправити

Необхідно переконатися, що рекомендації задані правильно, і серед неканонічних URL-адрес немає адрес важливих цільових сторінок.

Корисні посилання


Однакові канонічні URL

Показує сторінки з однаковими канонічними URL у тегах <link rel="canonical" /> блоку <head> або в HTTP-заголовку «Link: rel="canonical"». У цьому звіті всі URL-адреси згруповані за параметром «Канонічний URL».

Чим загрожує

Коли сторінка доступна за кількома адресами, або ж на сайті існує кілька сторінок зі схожим контентом, пошукові системи рекомендують вказувати за допомогою тега <link rel="canonical" /> або HTTP-заголовка «Link: rel="canonical"», який URL Треба вважати головним і показувати у пошуку. Таким чином, пошукові роботи не будуть витрачати свої ресурси на сканування повторюваних або неважливих сторінок.

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

Зверніть увагу: canonical — це рекомендація для пошукових роботів, а не суворе правило. Також його слід використовувати тільки для дуже схожих за контентом сторінок, інакше він може бути проігнорований.

Як виправити

Необхідно переконатися, що однаковий канонічний URL заданий для схожих за контентом сторінок і релевантний їм за змістом.

Корисні посилання


Канонічний URL містить інший хост

Показує сторінки, у яких URL у тезі <link rel="canonical" /> або HTTP-заголовку «Link: rel="canonical"» містить інший хост.

Чим загрожує

Коли сторінка доступна за кількома адресами, або ж на сайті існує кілька сторінок зі схожим контентом, пошукові системи рекомендують вказувати за допомогою тега <link rel="canonical" /> або HTTP-заголовка «Link: rel="canonical"», який URL Треба вважати головним і показувати у пошуку. Таким чином, пошукові роботи не будуть витрачати свої ресурси на сканування повторюваних або неважливих сторінок.

В інструкції canonical помилково може бути вказана URL з хостом, відмінним від хоста поточної сторінки. Особливо це виникає з URL на піддомені www, коли канонічний URL веде на основний домен. Також деякі пошукові системи можуть не враховувати такі міжхостові інструкції. У результаті більш високої позиції у пошуковій видачі можуть виявитися неважливі просування адреси сторінок. Це може призвести до низьких позицій важливих сторінок у результатах пошуку, втрати трафіку і навіть видалення сторінок з пошуку.

Як виправити

Переконатися, що канонічні URL-адреси, які містять інший хост, впроваджені коректно.

Корисні посилання


Відсутній або пустий файл robots.txt

Показує сторінки, що індексуються, в хості яких файл robots.txt відсутній або порожній. Зауважте, що на різних хостах (піддоменах і протоколах http/https) можуть бути різні файли robots.txt.

Чим загрожує

Файл robots.txt повідомляє пошуковим роботам, які сторінки та файли на сайті можна і не можна обробляти. Для пошукових систем важлива наявність файлу robots.txt на сайті: якщо його немає, сканування сайту може відбуватися неефективно.

Зверніть увагу, що robots.txt діє для хоста, на якому знаходиться. Тому, наприклад, файл, розташований за адресою http://site.com/robots.txt, не впливає на сканування https://site.com.

Як виправити

Необхідно додати файл robots.txt з рекомендаціями щодо сканування у корінь всіх хостів сайту.

Корисні посилання


Nofollow у Meta Robots

Показує HTML-сторінки, що містять директиви "nofollow" або "none" у тегах <meta name="robots" /> або <meta name="[bot name]" /> у блоці <head>, де [bot name] — ім'я конкретного пошукового робота.

Чим загрожує

Директива nofollow у Meta Robots дозволяє заборонити пошуковим роботам переходити за посиланнями на сторінці. У результаті такі документи не передають посилальної ваги іншим сторінкам. Тому цю директиву варто використовувати тільки на сторінках, де посилання не є важливими: наприклад, в особистому кабінеті або панелі адміністратора на сайті.

Для HTML-сторінок не рекомендується одночасно використовувати інструкції Meta Robots та X-Robots-Tag. Якщо в цих настройках помилково з'являться різні директиви, важливі сторінки можуть втратити трафік.

Щоб забезпечити обов'язкове виконання директив пошуковими роботами, не слід забороняти в robots.txt сканування URL-адрес, для яких вони задані.

Як виправити

Необхідно переконатися, що атрибут nofollow дійсно потрібен на сторінці і не обмежує розподіл ваги по сайту.

Якщо для HTML-сторінок одночасно використовуються директиви в Meta Robots і X-Robots-Tag, важливо переконатися, що вони збігаються, а ще краще залишити тільки один з варіантів: метатег або HTTP-заголовок.

Корисні посилання


Nofollow у X-Robots-Tag

Показує HTML-сторінки, що містять директиву «nofollow» або «none» у полі X-Robots-Tag HTTP-заголовків відповіді сервера.

Чим загрожує

Директива «nofollow» у X-Robots-Tag дозволяє заборонити пошуковим роботам переходити за посиланнями на сторінці. У результаті такі документи не передають авторитетність посилань іншим сторінкам. Тому цю інструкцію варто використовувати тільки на сторінках, де посилання не є важливими: наприклад, в особистому кабінеті або панелі адміністратора на сайті.

Для HTML-сторінок не рекомендується одночасно використовувати інструкції Meta Robots та X-Robots-Tag. Якщо в цих настройках помилково з'являться різні директиви, важливі сторінки можуть втратити трафік.

Щоб забезпечити обов'язкове виконання директив пошуковими роботами, не слід забороняти в robots.txt сканування URL-адрес, для яких вони задані.

Як виправити

Необхідно переконатися, що директива «nofollow» дійсно потрібна на сторінці і не обмежує розподілу авторитетності посилань по сайту.

Якщо для HTML-сторінок одночасно використовуються директиви в Meta Robots і X-Robots-Tag, важливо переконатися, що вони збігаються, а ще краще залишити тільки один з варіантів: метатег або HTTP-заголовок.

Корисні посилання


PageRank: відсутні зв'язки

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

Такі посилання можуть виникнути:

— при скануванні сайту з вимкненим урахуванням інструкцій з сканування та індексації (robots.txt, canonical, refresh, X-Robots-Tag, Meta Robots и атрибут rel="nofollow" у посилань) → зверніть увагу, що при вимкненні урахування даних інструкцій Netpeak Spider сканує сайт вже не так, як це роблять роботи пошукових систем, проте алгоритм PageRank завжди їх враховує, тому деякі посилання, отримані в результаті сканування, можуть виявитися недосяжними для нього;

— при скануванні списку URL — посилань, які не пов'язані між собою.

Чим загрожує

Внутрішні посилання — це найефективніший метод показати пошуковим системам відносну важливість сторінок сайту (авторитет посилань).

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

Як виправити

Необхідно створити хоча б 10 внутрішніх посилань на важливі сторінки сайту. Наприклад, можна включити їх у HTML-карту сайту, розмістити посилання на них у блоках перелінкування на релевантних сторінках або тексті статей.

Корисні посилання


PageRank: відсутні вихідні посилання

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

Чим загрожує

Внутрішні посилання — це найефективніший метод показати пошуковим системам відносну важливість сторінок сайту (авторитет посилань).

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

В результаті через такі тупикові документи корисні сторінки можуть отримати менше авторитету, втратити позиції в пошуку і, відповідно, трафік.

Як виправити

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

Також важливо переконатись, що HTML-сторінки є повноцінними сторінками з контентом. Неповноцінні та створені помилково сторінки потрібно видалити (налаштувати 404 або 410 код відповіді) та прибрати з сайту всі посилання на них. Щоб побачити вхідні посилання на сторінки без посилань, достатньо натиснути клавішу Shift+F1.

Корисні посилання


Гіперпосилання з порожніми анкорами

Показує сторінки з вихідними посиланнями з порожніми анкорами. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Анкор — це видимий клікабельний текст гіперпосилань. Він допомагає користувачам та пошуковим системам зрозуміти зміст сторінки, на яку веде гіперпосилання. У посилань із зображень анкором є текст атрибута alt зображення.

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

Як виправити

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

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

Корисні посилання


Циклічні гіперпосилання

Показує сторінки, на яких є посилання, що ведуть на адресу поточної сторінки. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

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

Як виправити

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

Потрібно видалити посилання, які можуть збентежити користувачів або погіршити досвід взаємодії зі сторінкою. Наприклад, посилання з останнього елемента «хлібних крихт», номер активної сторінки пагінації або з тексту (крім якірних посилань на розділи сторінки).

Корисні посилання


Макс. кількість внутрішніх посилань

Показує сторінки з більш ніж 100 вихідними внутрішніми посиланнями (за замовчуванням). Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

Внутрішні посилання — це найефективніший метод показати пошуковим системам відносну важливість сторінок сайту (посилальна вага).

Якщо на сторінці занадто багато вихідних посилань, то вона не так ефективно передає важливу сторінку. У результаті корисні сторінки можуть отримати менше ваги, втратити позиції в пошуку і, відповідно, трафік.

Проте обмежень щодо кількості посилань на сторінці немає. У деяких випадках (для сторінок верхнього рівня структури сайту та для так званих хабових сторінок) велика кількість посилань виправдана: наприклад, на деяких сторінках Вікіпедії їх може бути більше ніж 500.

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

Як виправити

Необхідно переконатися, що на конкретних сторінках сайту велика кількість внутрішніх посилань є виправданою.

Корисні посилання


Макс. кількість зовнішніх посилань

Показує сторінки, що індексуються, з більш ніж 10 вихідними зовнішніми посиланнями (за замовчуванням). Ми встановили значення 10 як середню кількість зовнішніх посилань на більшості сайтів: близько 5 посилань на соціальні мережі плюс кілька зовнішніх посилань на інші сайти. Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

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

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

Як виправити

Необхідно переконатися, що всі посилання на зовнішні ресурси є важливими для користувачів сайту і не є спамом.

Корисні посилання


Внутрішні nofollow посилання

Показує сторінки, що індексуються, що містять вихідні внутрішні посилання з атрибутом rel="nofollow". Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть на кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Внутрішні посилання — це найефективніший метод показати пошуковим системам відносну важливість сторінок сайту (посилальна вага).

Атрибут rel="nofollow" дозволяє заборонити пошуковим роботам переходити за певними посиланнями на неважливі сторінки для економії ресурсів сканування. При цьому якщо атрибут вказаний для посилання на важливу сторінку, їй не передаватиметься вага. У результаті корисні сторінки можуть втратити позиції у пошуку та, відповідно, трафік.

Як виправити

Необхідно переконатися, що атрибут rel="nofollow" використовується коректно і не обмежує передачу ваги посилань важливим сторінкам.

Корисні посилання


Зовнішні nofollow посилання

Показує сторінки, що індексуються, що містять вихідні зовнішні посилання з атрибутом rel="nofollow". Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть на кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Посилання — це ефективний метод показати пошуковим системам відносну важливість сторінок (посилальна вага).

Атрибут rel="nofollow" рекомендується використовувати для посилань на недостовірний контент на інших ресурсах або для зовнішніх рекламних посилань, щоб не передавати посилену вагу таким сторінкам.

Як виправити

Необхідно перевірити, чи для всіх зовнішніх посилань із звіту необхідний атрибут rel="nofollow", і навпаки — чи у всіх рекламних посилань його встановлено.

Rel="nofollow" варто додавати автоматично до зовнішніх посилань в UGC-секціях сайту (наприклад, у коментарях).

Корисні посилання


Hreflang: відсутні альтернативні URL

Показує сторінки, що індексуються, у яких у тезі <link rel="alternate" /> або HTTP-заголовку «Link: rel="alternate"» відсутні вихідні hreflang-посилання, при цьому на інших сторінках сайту hreflang використовується.

Чим загрожує

Інструкція hreflang дозволяє вказати пошуковим системам локалізовані версії сторінки. Це один із сигналів у регіональному ранжируванні результатів пошуку.

Якщо сторінка має локалізовані версії, але не настроєна hreflang, це може призвести до низьких позицій у результатах пошуку та втрати трафіку.

Як виправити

Необхідно переконатися, що інструкції hreflang задано на всіх необхідних сторінках.

Корисні посилання


Hreflang: дублікати альтернативних URL

Показує HTML-сторінки або PDF-файли, у яких у тезі <link rel="alternate" /> або HTTP-заголовку «Link: rel="alternate"» є кілька посилань на один URL з різними значеннями hreflang. Щоб переглянути спеціальний звіт щодо цієї помилки, натисніть кнопку «Звіт про помилку» над основною таблицею.

Чим загрожує

Інструкція hreflang дозволяє вказати пошуковим системам локалізовані версії сторінки. Це один із сигналів у регіональному ранжируванні результатів пошуку.

Кілька інструкцій hreflang з різними мовними кодами (можуть вказувати на мову та регіон) та однаковими цільовими URL можна використовувати для уточнення регіону, але є велика ймовірність припуститися помилки, а це може призвести до низьких позицій у результатах пошуку та втрати трафіку.

Як виправити

Необхідно переконатися, що уточнення регіону для одного і того ж цільового URL необхідно і настроєно коректно.

Корисні посилання


Відсутня мікророзмітка

Показує сторінки, які відкриті до пошуку, з відсутньою мікророзміткою.

Чим загрожує

Мікророзмітка (структуровані дані) допомагає пошуковій системі зрозуміти зміст сторінки.

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

Як виправити

Потрібно розмітити дані на сторінці за допомогою форматів JSON-LD, Microdata або RDFa, використовуючи словник Schema.org.

Корисні посилання


Невірний формат тега Base

Показує сторінки, які містять тег <base> з неправильним форматом.

Чим загрожує

Неправильне налаштування тега <base> може призвести до того, що відносні посилання на сторінці будуть формуватися неправильно, через що можуть з'явитися биті посилання.

Як виправити

Необхідно виправити помилки в тезі <base>: в атрибуті href цього тега має бути абсолютний або відносний URL без помилок.

Також наприкінці цієї адреси має бути слеш «/», інакше URL буде оброблено як адресу файлу, а не папки. А якщо на сторінці є якірні посилання або посилання на URL-адреси з GET-параметрами (URL виду #link або ?query=link), то для них потрібно використовувати абсолютні адреси.

Рекомендується взагалі не використовувати тег <base>. Він корисний в окремих випадках, але може призвести до появи битих посилань і розтрати краулінгового бюджету.

Корисні посилання


URL з GET-параметрами відкриті для пошуку

Показує індексовані URL-адреси, які містять GET-параметри. Наприклад, URL типу https://example.com/?name=value.

Чим загрожує

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

Також наявність параметрів на адресах це потенційне джерело дублікатів сторінок. Це може призвести до низьких позицій важливих сторінок у результатах пошуку, втрати трафіку і навіть видалення сторінок з пошуку.

Як виправити

Переконайтеся, що URL-адреси з GET-параметрами повинні бути індексовані. Також, наскільки можна, замість динамічних використовувати статичні, зрозумілі відвідувачам адреси сторінок.

Корисні посилання


Макс. довжина URL

Показує сторінки, які мають довжину URL-адреси понад 2000 символів (за замовчуванням). Зверніть увагу, що ви можете змінити значення за замовчуванням на вкладці «Обмеження» в параметрах сканування.

Чим загрожує

Деякі браузери та сервери можуть не обробляти URL довше 2000 символів.

Як виправити

Необхідно все URL на сайті зробити коротшим 2000 символів.

Оптимальна довжина URL для важливих сторінок — до 100 символів. У такому разі вони набагато легше сприймаються користувачами.

Корисні посилання


GA: відкриті для пошуку сторінки без трафіку

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

Чим загрожує

Можливо, цільові сторінки погано оптимізовані, тому не отримують трафік.

Як виправити

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


ЯМ: відкриті для пошуку сторінки без трафіку

Показує адреси сторінок, які доступні для покушу пошуковими системами, але не отримували трафік за вибраний період (за даними сервісу Яндекс.Метрика). Зверніть увагу, що помилка є актуальною лише для сегментів, що включають безкоштовний пошуковий трафік.

Чим загрожує

Можливо, цільові сторінки погано оптимізовані, тому не отримують трафік.

Як виправити

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


GSC: відкриті для пошуку сторінки без показів

Показує адреси сторінок, які доступні для індексації пошуковими системами, але не мають показів в органічному пошуку Google за вибраний період (за даними сервісу Google Search Console).

Чим загрожує

Можливо, цільові сторінки погано оптимізовані, тому немає показів у пошуку.

Як виправити

Насамперед потрібно перевірити, чи є помилки високої та середньої критичності на цільових сторінках, та виправити їх. Також важливо проаналізувати наявність помилок на сторінках за даними Search Console. Можливо, пошуковий робот Google не зміг правильно обробити контент або вважав, що він є низькою якістю.

Корисні посилання


GSC: відкриті для пошуку сторінки без кліків

Показує адреси сторінок, які доступні для індексації пошуковими системами, але не отримали кліків із органічного пошуку Google за вибраний період (за даними сервісу Google Search Console).

Чим загрожує

Можливо, цільові сторінки погано оптимізовані, тому не отримують кліки з пошуку.

Як виправити

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

Корисні посилання

Ця стаття була корисною?

Чудово!

Дякуємо за відгук

Даруйте, що не вдалося допомогти вам

Дякуємо за відгук

Розкажіть, як ми можемо поліпшити цю статтю!

Виберіть принаймні одну причину
Необхідна перевірка CAPTCHA.

Відгук надіслано

Дякуємо за допомогу! Ми докладемо всіх зусиль, щоби виправити статтю