Стрімке виникнення помилок 5xx: Як знайти причину та повернути сайт до нормальної роботи

Говорячи про SEO може здатися, що все вирішують оптимізований контент, структура сторінок і посилання. Але в кейсі з Asaxiy сайт почав втрачати позиції не через маркетинг — а тому, що пошукові боти масово натикалися на серверні збої. Як усунення суто технічних помилок у розробці дозволило прибрати понад 100 000 5xx і повернути нормальну індексацію без будь-яких змін у контенті чи SEO-стратегії — описали в цьому кейсі.

Asaxiy — одна з провідних eCommerce-платформ Узбекистану, що пропонує широкий асортимент товарів: від електроніки та побутової техніки до книг і товарів для догляду за собою.

Проблема

Ми почали фіксувати на сайті Asaxiy зростаючу кількість помилок 5xx, виявлених через Google Search Console та JetOctopus.

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

Рішення

Щоб усунути проблему, команда Promodo провела глибокий технічний аудит сайту, щоб виявити причину виникнення помилок 5xx.

Некоректна конфігурація hreflang

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

Це викликало серверні помилки та порушувало коректне сканування сайту пошуковими системами. Ми виправили синтаксис hreflang, забезпечивши, щоб кожна мовна версія посилалася на правильні URL.

URL з неіснуючою мовною версією

Виправлення першої проблеми не усунуло всі помилки, що свідчило про наявність глибших технічних причин. Продовживши аналіз, ми знайшли URL з неіснуючою мовною версією «/oz», яка залишилася після попередніх змін на сайті. Хоч ця версія була видалена давно та перенаправлена через редиректи, пошукові боти все одно намагалися сканувати старі URL.

Наприклад, URL типу https://asaxiy.uz/oz/product/stiralnaya-mashina-hofmann-hw-610fw-belaya-6-kg перенаправляв користувачів правильно, але боти отримували помилку 5xx через некоректні налаштування Cloudflare.

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

Однак на цьому технічні SEO-проблеми не закінчились.

Некоректне формування URL через кнопку входу

Наступним фактором виявився URL, що генерувався при кліку на кнопку входу на сайт. Кнопка містила символ «#», який додавався до поточного URL. Для користувачів це працювало коректно: з’являлось вікно входу або реєстрації. Але для ботів такі URL викликали 500-ту помилку, оскільки адреси не коректно оброблялися сервером.

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

Результати

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

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