Broken links

Broken links виникають, коли цільовий URL більше не веде на дійсну сторінку. Сервер повертає код стану HTTP у діапазоні 4xx, найчастіше 404 (Not Found) або 410 (Gone). З технічної точки зору, сама посилання є структурно правильним — тег анкора та атрибут href є коректними — але цільову сторінку було видалено, переміщено без перенаправлення або термін дії домену закінчився. Пошукові системи, такі як Google, виявляють Broken links під час сканування. Кожне Broken link споживає краулінговий бюджет: робот запитує URL, отримує помилку і переходить далі. Цей запит міг би бути витрачений на робочу сторінку. Для користувачів Broken links створюють негативний досвід: вони очікують контент, а отримують сторінку помилки, що часто призводить до зростання показника відмов і втрати довіри. Внутрішньо Broken links також можуть порушувати навігацію та зменшувати передачу авторитету (link equity), який міг би дістатися цільовій сторінці.

Спочатку знайдіть усі Broken links на вашому сайті. Використовуйте звіт «404 errors» у Google Search Console у розділі «Pages». Він містить URL, які повернули 404, коли Google намагався їх просканувати. Також запустіть повне сканування сайту за допомогою таких інструментів, як Screaming Frog або Ahrefs. Коли ви отримаєте список, визначте найкращі дії для кожного Broken link. Якщо контент переїхав назавжди, налаштуйте 301 redirect зі старого URL на новий. Якщо контент видалено і заміни не існує, дозвольте йому повертати 404, але видаліть внутрішні посилання, що ведуть на нього. Оновіть вашу sitemap, щоб виключити битий URL. Щодо зовнішніх Broken links (посилання з інших сайтів на ваш), ви не можете контролювати їх безпосередньо, але ви можете створити спеціальну сторінку 404, яка допоможе користувачам знайти те, що їм потрібно. Для посилань, якими ви керуєте (внутрішні посилання), виправте href, щоб він вказував на правильну сторінку. Якщо сторінку було видалено навмисно і 301 redirect не є доречним, переконайтеся, що всі внутрішні посилання видалено або оновлено. Нарешті, налаштуйте регулярний моніторинг, щоб виявляти нові Broken links до того, як їх накопичиться забагато.

Broken links виявляються шляхом сканування та через звіти користувачів. Google Search Console надає спеціальний звіт «404 errors», який показує URL, на яких Googlebot стикається зі статусом 404. Ви також можете побачити сторінку, з якої було зроблено перехід (сторінку, що містила Broken link). Аналіз логів сервера виявляє відповіді 404 та user-agent, які їх запитували. Інструменти для сканування сайту імітують роботу браузера та фіксують кожне посилання, що повертає статус 4xx або 5xx. Розширення для браузерів, такі як Check My Links, можуть підсвічувати Broken links на сторінці під час ручної перевірки. Користувачі помічають Broken links, коли натискають на них і потрапляють на сторінку помилки. Дані аналітики можуть показати різкий стрибок показника виходу на вашій сторінці 404. Крім того, оператори пошуку site: або сторонні перевірки посилань можуть виявити Broken links із зовнішніх джерел.

• Перенаправлення кожного Broken link на головну сторінку замість відповідної сторінки. Це вводить користувачів в оману та розмиває вагу посилань.
• Ігнорування Broken links на зовнішніх сайтах, які ведуть на ваш сайт. Хоча ви не можете їх виправити, вам слід відстежувати їх і розглянути можливість зв'язку з власниками сайтів, щоб оновити їх.
• Видалення сторінки без налаштування перенаправлення, якщо вона має зовнішні зворотні посилання. Ви втрачаєте вагу посилань і створюєте Broken links для користувачів.
• Відсутність оновлення внутрішніх посилань після зміни URL. Навіть якщо ви налаштували перенаправлення, внутрішні посилання мають вести безпосередньо на новий URL, щоб уникнути ланцюжків перенаправлень.
• Відсутність перевірки Broken links у PDF, зображеннях або інших ресурсах, що не є HTML. Це також впливає на користувацький досвід та бюджет сканування.
• Використання soft 404 (сторінка, яка виглядає як 404, але повертає статус 200) замість правильної 404. Це вводить в оману пошукові системи та може марнувати бюджет сканування.

Не кожна Broken link є критичною проблемою. Один Broken link на сторінці з низьким трафіком може мати незначний вплив. Broken links на сторінках, заблокованих для індексації (наприклад, noindex, заборонено в robots.txt), не впливають на бюджет сканування, оскільки робот ніколи до них не дістається. Також Broken links, що ведуть на зовнішні сайти, не підконтрольні вам; ви можете лише виправити посилання на своєму боці. Broken links часто плутають із soft 404 — сторінками, які повертають статус 200, але відображають повідомлення «не знайдено». Soft 404 не є справжніми Broken links, але можуть бути так само шкідливими. Крім того, ланцюжки перенаправлень (кілька редиректів перед потраплянням на фінальну сторінку) не є Broken links, але можуть уповільнювати сканування та псувати користувацький досвід. Нарешті, Broken link, що є частиною системи пагінації або архіву, може бути навмисною (наприклад, сторінка, якої більше немає в серії) — у таких випадках 404 є прийнятною, якщо навігація зрозуміла.

У маркетингового блогу була популярна стаття за адресою /blog/old-guide. Статтю було переписано та перенесено на /blog/new-guide. Стару URL видалили без налаштування редиректу. Протягом наступного місяця Google Search Console зафіксував 47 404 помилки для цієї URL. Внутрішні посилання блогу все ще вели на стару URL, а три зовнішні сайти посилалися на неї. Виправлення: було додано 301 редирект із /blog/old-guide на /blog/new-guide. Усі внутрішні посилання було оновлено, щоб вони вели безпосередньо на /blog/new-guide. Зовнішні посилання залишили без змін, оскільки редирект зберіг вагу посилань. Після виправлення помилки 404 припинилися, і нова стаття почала ранжуватися за тими самими ключовими словами.

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

• Google Search Central – 404 errors