Популярні помилки на сайті Значення та як вирішити

Сторінки помилок є результатом коду стану HTTP. Цей код стану є відповіддю сервера – тризначним кодом – на запит вашого браузера. Це означає, що коли ви вводите URL-адресу сайту у браузері, він надсилає запит на сервер. Він отримує код – код стану HTTP.

Коди стану поділяються на класи та підкласи в залежності від числа, з якого воно починається – від 1 до 5. Кожен клас представляє різні типи відповідей, наприклад:

1xx: інформаційні відповіді - запит прийнятий і зрозумілий

2xx: success - запит був успішно виконаний

3xx: перенаправлення – вас перенаправили на іншу сторінку

4xx: помилки клієнта — запитана сторінка не може бути знайдена або доступна

5xx: помилки сервера - сервер не зміг виконати запит

Нижче наведено повний список повідомлень про помилки клієнта та сервера:

Помилка клієнта — це помилка комп'ютера користувача.

Кодове повідомлення

401.1 - Помилка входу в систему.

401.2 - Помилка входу в систему через конфігурацію сервера.

401.3 - Неавторизовано через ACL на ресурсі.

401.4 - Помилка авторизації фільтром.

401.5 - Помилка авторизації додатком ISAPI/CGI.

401.7 — Доступ заборонено політикою авторизації URL на веб-сервері. Цей код помилки притаманний IIS 6.0.

403 - Заборонено. IIS визначає ряд різних помилок 403, які вказують на конкретнішу причину помилки:

403.1 - Доступ до виконання заборонено.

403.2 - Доступ для читання заборонено.

403.3 — Доступ до запису заборонено.

403.7 - Потрібен сертифікат клієнта.

403.8 - Доступ до сайту заборонено.

403.9 - Занадто багато користувачів.

403.10 - Неприпустима конфігурація.

403.11 - Зміна пароля.

403.12 - Mapper відмовив у доступі.

403.13 - Сертифікат клієнта відкликаний.

403.14 - Список каталогів відхилений.

403.15 — Кількість клієнтських ліцензій на доступ перевищена.

403.16 - Сертифікат клієнта ненадійний або недійсний.

403.17 — Термін дії сертифіката клієнта минув або ще не дійсний.

403.18 — Неможливо виконати запитану URL-адресу в поточному пулі програм.

403.19 - Не вдається виконати CGI для клієнта в цьому пулі додатків.

403.20 - Помилка входу в систему з паспортом.

404.0 - Файл або каталог не знайдено.

404.1 - Веб-сайт недоступний на запитаному порту.

405 — HTTP-дієслово, яке використовується для доступу до цієї сторінки, не дозволяється.

406 - Браузер клієнта не приймає тип MIME запитаної сторінки.

407 — Потрібна автентифікація проксі.

412 - Попередня умова не виконана.

413 — Об'єкт запиту занадто великий.

414 - Request-URI занадто довгий.

415 — Тип носія, що не підтримується.

416 — Вибраний діапазон не задовольняється.

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

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

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

Помилка з'являється через те, що у Вас немає необхідних прав для доступу до розшукуваної сторінки. Відповідь 403 надходить після відповіді 401 - коли користувач увійшов до системи, але не авторизований для доступу до потрібного ресурсу.

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

Ця помилка означає, що сервер не зміг знайти запитану сторінку.

Перевірте, чи правильно ви ввели URL-адресу, перезавантажте сторінку.

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

Що таке сторінки помилок HTTP

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

HTTP Pardon Side Appearance Mechanism

Starting line є стартовим рядком повідомлення, що визначає його тип.

Headers є назвою та описує параметри передачі та тіло повідомлення.

Message Body є тіло повідомлення та містить безпосередньо його дані.

Обов'язковими елементами будь-якого HTTP-повідомлення є стартовий рядок і заголовок.

HTTP/Версія протоколу Код стану Пояснення

HTTP/1.0 507 Insufficient Storage

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

Таким чином, сторінки помилок HTTP не що інше, як відображення частини Starting line відповіді сервера за попереднім запитом клієнта. Розглянемо призначення кожного класу кодів стану.

Офіційні коди помилок

Існує п'ять класів кодів стану та, відповідно, п'ять груп кодів. Розглянемо їх докладніше окремо кожному за класу.

Клас 1

Коди 1-го класу є інформаційними, тобто можуть інформувати клієнта, наприклад про процес передачі. У відповіді клієнта вони не потребують. Ключове слово: Informational. Формат: 1хх, де х – десяткове чи нульове число. Наведемо їх.

• 100 Continue — Клієнт може продовжувати надсилання заголовків.
• 101 Switching Protocols — Повідомлення про перемикання на інший протокол згідно з вимогою клієнта.
• 102 Processing — Сервер потребує додаткового часу для обробки запиту.
• 103 Early Hints — Відповідь клієнта містить лише частину заголовка. Інша частина буде сформована пізніше.

Клас 2

Коди 2-го класу інформують про випадки успішного прийняття та обробки запиту від клієнта. Ключове слово: Success. Формат: 2хх, де х – десяткове чи нульове число. Наведемо їх.

• 200 OK — Запит успішно виконано.
• 201 Created — Повідомлення про створення за результатами виконання запиту нового ресурсу, основна адреса якого вказана в полі Location заголовка.
• 202 Accepted — Запит прийнято, але його обробка може тривати багато часу.
• 203 Non-Authoritative Information — Запит виконаний, але інформація може бути застарілою.
• 204 No Content — Запит виконано, але відповідь містить лише заголовки без повідомлення.
• 205 Reset Content — Вимога клієнта обнулити дані, які Ви ввели.
• 206 Partial Content — Частковий запит GET виконано, але відповідь має лише частину повідомлення. Заголовок Content-Range містить діапазони байтів вмісту повідомлення.
• 207 Multi-Status — У повідомленні передаються результати виконання декількох незалежних операцій у вигляді XML-документа.
• 208 Already Reported — Інформація про те, що спеціальна інформація вже була передана у повідомленні Multi-Status.
• 226 IM Used — Заголовок A-IM було прийнято і сервер повертає клієнту його вміст з урахуванням зазначених параметрів.

Клас 3

Коди 3-го класу повідомляють клієнта про необхідність виконати другий запит за URL-адресою, вказаною в полі Location заголовка. Ключове слово: Redirection. Формат: 3хх, де х – десяткове чи нульове число. Наведемо їх.

• 300 Multiple Choices — список варіантів надання ресурсу за вказаним URI для альтернативного вибору для клієнта або користувача.
• 301 Moved Permanently — Документ був остаточно перенесений на нову URI-адресу, вказану в полі Location заголовка. Читайте статтю "Перелінковка та просування сайту за допомогою застарілого контенту завдяки 301 редиректу".
• 302 Found, 302 Moved Temporarily — Документ тимчасово доступний за URL-адресою, вказаною в заголовку.
• 303 See Other — Необхідно запитати документ URI, вказаний у заголовку з обов'язковим використанням методу GET.
• 304 Not Modified — Документ не було змінено після останнього запиту клієнта методом GET за допомогою заголовків If-Modified-Since або If-None-Match.
• 305 Use Proxy — Запит до ресурсу повинен здійснюватись за допомогою проксі-сервера, URL якого вказаний у полі Location заголовка.
• 307 Temporary Redirect — Ресурс, до якого був запит, тимчасово доступний за URL-адресою, вказаною в полі заголовка. Спосіб запиту не можна змінювати.
• 308 Permanent Redirect — Ресурс, до якого було остаточно перенесено запит на URI, вказано в полі заголовка.

Клас 4

Коди 4 класу повідомляють про помилки клієнта. Ключове слово: Client Error. Формат: 4хх, де х – десяткове чи нульове число. Наведемо їх.

• 400 Bad Request — У запиті виявлено синтаксичну помилку.
• 401 Unauthorized — Для доступу до ресурсу потрібна автентифікація. У полі WWW-Authenticate заголовка вказано його умови.
• 402 Payment Required — Код планується використовувати в майбутньому для платних сервісів користувача.
• 403 Forbidden — Запит не може бути виконаний через обмеження клієнта в доступі до ресурсу.
• 404 Not Found — Веб-ресурс за вказаним у запиті URL-адресою не знайдено.
• 405 Method Not Allowed — Зазначений у запиті метод не застосовується до поточного ресурсу. Доступні методи перелічені у полі Allow заголовка відповіді.
• 406 Not Acceptable — Веб-ресурс, до якого було надіслано запит, не відповідає характеристикам, переданим у заголовку.
• 407 Proxy Authentication Required — Проксі-сервер для доступу до ресурсу вимагає автентифікації.
• 408 Request Timeout — час очікування передачі даних минув.
• 409 Conflict — Запит не виконано через конфлікт доступу до ресурсу.
• 410 Gone — Веб-ресурс недоступний, хоча раніше він знаходився за вказаним у запиті URL-адресою.
• 411 Length Required — Для цього ресурсу необхідно заповнити поле Content-Length заголовка запиту.
• 412 Precondition Failed — Умови, зазначені в полях заголовка, не були виконані.
• 413 Payload Too Large — Запит не може бути виконаний через великий розмір запиту.
• 414 URI Too Long — Запит не може бути виконаний через велику довжину ресурсу URI.
• 415 Unsupported Media Type — Відповідність типів даних для вказаного методу їх обробки.
• 416 Range Not Satisfiable — У полі Range заголовка запиту вказаний діапазон, що виходить за межі ресурсу, а також немає If-Range.
• 417 Expectation Failed — Неможливо задовольнити значення поля Expect заголовка запиту.
• 418 I'm a teapot — Код не використовується зараз і не планується його використання надалі.
• 419 Authentication Timeout — використовується як альтернатива коду 401. Відсутня в RFC 2616.
• 421 Misdirected Request — Запит перенаправлено на сервер, який не може відповісти.
• 422 Unprocessable Entity — Запит успішно прийнятий, проте його виконання неможливе через логічну помилку.
• 423 Locked — Ресурс заблокований для можливості застосування методу, вказаного в запиті.
• 424 Failed Dependency — Запит не виконується через невиконання операції, від якої залежить.
• 425 Too Early — Сервер не готовий до обробки інформації.
• 426 Upgrade Required — Вказує на необхідність оновлення протоколу.
• 428 Precondition Required — Вказує на необхідність використання у запиті заголовків умов типу If-Match.
• 429 Too Many Requests — Помилка з'являється у випадку, якщо було сформовано багато запитів клієнта за короткий проміжок часу.
• 431 Request Header Fields Too Large — Перевищено допустиму довжину заголовків.Замість цієї відповіді сервер може перервати з'єднання.
• 449 Retry With — Запит на виконання через відсутність усієї інформації.
• 451 Unavailable For Legal Reasons — Доступ до ресурсу закрито з юридичних причин.
• 499 Client Closed Request — Помилка з'являється у nginx, якщо клієнт закрив з'єднання під час обробки запиту.

Клас 5

Коди 5 класу повідомляють про помилки виконання запиту з вини сервера. Ключове слово: Server Error. Формат: 5хх, де х – десяткове чи нульове число. Наведемо їх.

• 500 Internal Server Error — Внутрішня помилка сервера, яка не стосується помилок класу.
• 501 Not Implemented — Не підтримуються можливості сервера, необхідні для обробки запиту.
• 502 Bad Gateway — Сервер, який виконує функції шлюзу або проксі, отримав недійсну відповідь від старшого за рангом сервера.
• 503 Service Unavailable — Тимчасово з технічних причин сервер не має змоги обробляти запити.
• 504 Gateway Timeout — Сервер, який виконує функції шлюзу або проксі, не дочекався відповіді від старшого за рангом сервера.
• 505 HTTP Version Not Supported — Вказана у запиті версія HTTP не підтримується.
• 506 Variant Also Negotiates – помилкова конфігурація, коли вибраний варіант вказує сам на себе.
• 507 Insufficient Storage — брак місця для поточного запиту. Код введено до WebDAV.
• 508 Loop Detected — Повідомлення про скасування операції, оскільки виявлено нескінченний цикл. Введено до WebDAV.
• 508 Resource Limit Reached — варіант помилки 508 у CloudLinux для випадку, якщо вичерпано ліміт хостингу.
• 509 Bandwidth Limit Exceeded — Видається при перевищенні обмежень на споживання трафіку.
• 510 Not Extended — Вказує на відсутність розширення клієнта.
• 511 Network Authentication Required — відповідь сервера-посередника, що вказує на необхідність авторизації клієнта.
• 520 Unknown Error — Виникає, якщо сервер CDN не зміг обробити помилку веб-сервера. Нестандартний код CloudFlare.
• 521 Web Server Is Down — Під час підключення CDN відхиляється веб-сервер.
• 522 Connection Timed Out — Виникне, коли CDN не вдалося підключитися до веб-сервера.
• 523 Origin Is Unreachable — Веб-сервер недоступний.
• 524 A Timeout Occurred — Після закінчення часу тайм-ауту підключення між сервером CDN та веб-сервером.
• 525 SSL Handshake Failed — Помилка SSL між CDN та веб-сервером.
• 526 Invalid SSL Certificate — Неможливо підтвердити сертифікат шифрування веб-сервера. Нестандартний код CloudFlare.

Віртуальний хостинг FREEhost.UA дозволяє керувати сторінками помилок за допомогою панелі керування хостингом. У панелі керування можна задати сторінки, які буде бачити користувач при помилках 401, 403, 404, 500 і 503. Показувати користувачеві зрозумілі сторінки помилок, що описують причину того, що відбувається, це правило гарного тону. Не забувайте їх налаштовувати.

Запрошуємо Вас скористатися віртуальним хостингом FREEhost.UA. Наша технічна підтримка працює 24/7 та завжди готова прийти до Вас на допомогу.

Технічні помилки на сайті: як знайти та виправити

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

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

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

У чому полягає оптимізація сайту?

Оптимізація сайту або SEO (Search Engine Optimization) є комплексом дій, мета яких — поліпшити якість ресурсу та адаптувати його з урахуванням рекомендацій пошукових систем.

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

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

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

Як виявити проблеми SEO на сайті?

Процес оптимізації варто почати з SEO-аудиту — аналізу сайту за різними критеріями.Є інструменти, які оцінюють певні показники, наприклад, статус сторінок, швидкість завантаження, адаптивність для мобільних пристроїв і так далі. Альтернативний варіант – аудит сайту на платформі для SEO-фахівців.

Один із прикладів — сервіс SE Ranking, що поєднує різні аналітичні інструменти. Результатом SEO-аналізу буде комплексний звіт. Для запуску аналізу сайту онлайн потрібно створити проект, вказати в налаштуваннях домен свого ресурсу та перейти в розділ «Аналіз сайту». Одна з вкладок - "Звіт про помилки", де відображаються виявлені проблеми оптимізації.

Усі параметри сайту поділені на блоки: «Безпека», «Дублювання контенту», «Швидкість завантаження» та інші. При натисканні на будь-яку проблему з'явиться її опис та рекомендації з виправлення. Після технічної SEO оптимізації та внесення коригувань слід повторно запустити аудит сайту. Побачити, чи було усунено помилки, можна колонці «Виправлені».

Помилки технічної оптимізації та способи їх усунення

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

Відсутність протоколу HTTPS

Розширення HTTPS (HyperText Transfer Protocol Secure), яке є частиною доменного імені, є більш надійною альтернативою протоколу з'єднання HTTP. Воно забезпечує шифрування та збереження даних користувачів. Сьогодні багато браузери блокують перехід за посиланням, що починається на HTTP, і відображають попередження на екрані.

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

Як виправити

Щоб перевести ресурс на HTTPS, необхідно придбати спеціальний сертифікат, а потім своєчасно продовжувати термін його дії. Налаштувати автоматичне перенаправлення з HTTP-версії (редирект) можна у файлі конфігурації .htaccess.

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

Сайт не має файлу robots.txt

Документ robots розміщують у кореневій папці сайту. Його вміст доступний за посиланням website.com/robots.txt. Цей файл є інструкцією для пошукових систем, який вміст ресурсу слід сканувати, а який ні. До нього роботи звертаються насамперед і потім починають обхід сайту.

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

Як виправити

Створіть текстовий документ із назвою robots у кореневій папці сайту та за допомогою директив пропишіть усередині рекомендації щодо сканування вмісту сторінок та каталогів. У файлі може бути зазначені види роботів (user-agent), котрим діють правила; обмежувальні та роздільні команди (disallow, allow), а також посилання на карту сайту (sitemap).

Проблеми з файлом Sitemap.xml

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

Обробка XML Sitemap може бути скрутною, якщо її розмір перевищує 50 МБ або 50000 URL. Інша проблема — наявність у карті сторінок, закритих для індексації метатегом noindex. При використанні канонічних посилань на сайті, що виділяють їх схожих сторінок основну, у файлі sitemap повинні бути вказані лише пріоритетні для індексації URL.

Як виправити

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

У випадку, коли SEO-аудит виявив протиріччя, — сторінки в карті сайту, які мають заборону індексації noindex у коді, їх необхідно усунути. Також простежте, щоб у Sitemap були вказані лише канонічні URL-адреси.

Дублі контенту

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

Причиною, чому дублі сторінок потрапляють до індексу, може бути відсутність чи неправильне налаштування «дзеркала» — редиректу між ім'ям сайту з www і без. У цьому випадку пошукова система індексує дві ідентичні сторінки, наприклад, www.website.com та website.com.

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

Як виправити

Налаштуйте www-редиректи та перевірте за допомогою SEO-аудиту, чи не залишилося на сайті дублів. При створенні сторінок з мінімальними відмінностями використовуйте канонічні посилання, щоб вказати роботу, які індексувати. Щоб не ввести в оману пошукові системи, неканонічна сторінка повинна містити тег rel="canonical" лише для однієї URL-адреси.

Сторінки, що віддають код помилки

Перш ніж відобразити сторінку на екрані, браузер надсилає запит серверу. Якщо URL доступний, він матиме успішний статус HTTP-стану — 200 ОК. У разі виникнення проблем, коли сервер не може виконати завдання, сторінка повертає код помилки 4ХХ або 5ХХ. Це призводить до таких негативних наслідків для сайту, як:

• Погіршення поведінкових чинників. Якщо замість запитаної сторінки користувач бачить повідомлення про помилку, наприклад, Page Not Found або Internal Server Error, він не може отримати потрібну інформацію або завершити цільову дію.
• Виняток контенту з індексу. Коли роботу довго не вдається просканувати сторінку, її можна видалити з індексу пошукової системи.
• Витрата краулінгового бюджету. Роботи роблять спробу просканувати URL, незалежно від його статусу. Якщо на сайті багато сторінок з помилками, відбувається безглузда витрата краулінгового ліміту.

Як виправити

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

Некоректне налаштування редиректів

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

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

Але при налаштуванні переадресацій нерідко виникають такі проблеми, як:

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

Як виправити

Проведіть SEO-аудит сайту та знайдіть сторінки зі статусом 3ХХ. Якщо серед них є ланцюжки редиректів, що складаються з трьох і більше URL-адрес, їх потрібно скоротити до двох адрес — вихідної та актуальної. При виявленні зациклених переадресацій необхідно відкоригувати їхню послідовність. Сторінки, які мають статус помилки 4ХХ або 5ХХ, потрібно зробити доступними або видалити з ланцюжка.

Низька швидкість завантаження

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

Google використовує спеціальні показники Core Web Vitals для оцінки сайту, де про швидкість говорять значення LCP (Largest Contentful Paint) та FID (First Input Delay). Рекомендована швидкість завантаження основного контенту (LCP) – до 2,5 секунд. Час відгуку на взаємодію з елементами сторінки (FID) не повинен перевищувати 0,1.

До поширених факторів, що негативно впливають на швидкість завантаження, належать:

• об'ємні за вагою та розміром зображення;
• несжатий текстовий контент;
• велика вага HTML-коду та файлів, які додані до нього у вигляді посилань.

Як виправити

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

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

Не оптимізовано елементи JavaScript та CSS

Код JavaScript та CSS відповідає за зовнішній сайт. За допомогою стилів CSS (Cascading Style Sheets) задають фон, розмір та кольори блоків сторінки, шрифти тексту. Сценарії мовою JavaScript роблять дизайн сайту динамічним.

Елементи CSS/JS є важливими для ресурсу, але в той же час вони збільшують загальний обсяг сторінок. Файли CSS, що перевищують 150 KB, а JavaScript — 2 MB, можуть негативно впливати на швидкість завантаження.

Як виправити

Щоб зменшити розмір та вагу коду CSS та JavaScript, використовують такі технології, як стиснення, кешування, мініфікація. SEO-аудит допомагає визначити, чи CSS/JS-файли впливають на швидкість сайту і які методи оптимізації використані.

Кешування CSS/JS-елементів знижує навантаження на сервер, оскільки в цьому випадку браузер завантажує збережені в кеші копії контенту і не відтворює сторінки з нуля. Мініфікація коду, тобто видалення з нього непотрібних символів та коментарів, зменшує вихідний розмір. Ще один спосіб оптимізації таблиць стилів і скриптів - об'єднання кількох файлів CSS та JavaScript в один.

Відсутність мобільної оптимізації

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

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

Про проблеми з налаштуваннями мобільної версії говорить відсутність метатегу viewport, що відповідає за адаптивність сторінки під екрани різного формату або його неправильне заповнення. Також про нестабільність елементів сторінки під час завантаження повідомляє ще показник продуктивності сайту Core Web Vitals - CLS (Cumulative Layout Shift). Його норма: 0,1.

Як виправити

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

Зверніть увагу, щоб у HTML-коді сторінок були метатеги viewport.

Відсутність alt-тексту до зображень

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

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

Як виправити

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

Висновок

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

До частих проблем оптимізації можна віднести:

• ім'я сайту з HTTP замість безпечного розширення HTTPS;
• відсутність або неправильний вміст файлів robots.txt та sitemap.xml;
• повільне завантаження сторінок;
• некоректне відображення сайту на смартфонах;
• велика вага файлів HTML, CSS, JS;
• дубльований контент;
• сторінки із кодом помилки 4ХХ, 5ХХ;
• неправильно налаштовані редиректи;
• зображення без тексту alt.

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