Технічний аудит сайту: що це і що перевіряють

Технічний аудит сайту — це перевірка того, як сайт працює «під капотом»: швидкість і Core Web Vitals, коди відповіді сервера (404, 5xx), редиректи, robots.txt і sitemap, HTTPS, мобільна версія. Його мета — знайти помилки, які заважають покупцям користуватися сайтом, а пошуковим системам — сканувати й індексувати його.

Простими словами

Технічний аудит відповідає на питання «чи справний сайт?». Він не оцінює тексти й дизайн, а перевіряє: чи швидко відкриваються сторінки на телефоні, чи не «стрибає» верстка, чи відповідає сервер без помилок, чи не ведуть посилання в нікуди, чи захищене з'єднання. Для інтернет-магазину це прямо пов'язано з грошима: повільна картка товару чи помилка в кошику на мобільному — це втрачене замовлення.

Що перевіряють

1. Core Web Vitals

Core Web Vitals — три метрики Google, які описують реальний досвід користувача (web.dev):

Джерела порогів: LCP, INP, CLS.

Як оцінюють. Сторінка проходить перевірку, якщо на 75-му перцентилі переглядів усі три метрики в зеленій зоні; мобільні та десктопні дані рахують окремо (web.dev). Тобто враховують не найкращий, а досить поганий досвід: три з чотирьох відвідувачів мають отримати «добре».

INP замість FID. INP — наступник метрики First Input Delay; стабільною Core Web Vital він став у 2024 році (web.dev, web.dev/inp).

Що типово ламає метрики в магазині: - LCP — велике головне фото товару чи банер на головній. На картці товару LCP-елементом найчастіше і буде фото. - CLS — зображення без заданих розмірів, вебшрифти, які рендеряться більшими або меншими за запасний шрифт, сторонні віджети й реклама, що змінюють розмір після завантаження, контент, вставлений над уже видимим (банер «доставка безкоштовно» над шапкою) (web.dev/cls). Зсуви протягом 500 мс після дії користувача (наприклад, розкрили фільтр) у CLS не рахуються (там само). - INP — важкі скрипти: чати, аналітика, віджети відгуків, складні фільтри на JavaScript.

2. Коди відповіді: 404, 5xx, «м'які 404»

Як Google обробляє коди відповіді (Google Search Central):

• 4xx (крім 429), зокрема 404 і 410 — контент вважається неіснуючим, сторінку прибирають з індексу, сканування цієї адреси поступово рідшає.
• 429 і 5xx — сигнал перевантаження сервера: Google сповільнює сканування; якщо помилки тривають, проіндексовані сторінки зрештою випадають.
• Soft 404 — сторінка відповідає кодом 200, але показує помилку або порожній вміст. У магазинах це часто порожні категорії й картки знятих товарів.

Аудит шукає: внутрішні посилання на 404, сторінки з 5xx (часто — пошук і фільтри під навантаженням), soft 404.

3. Редиректи

• Google за замовчуванням проходить до 10 кроків редиректу (Google), але для великих сайтів радить уникати довгих ланцюжків (Google, crawl budget).
• 301 і 308 — сильний сигнал, що основна адреса — цільова; 302, 303 і 307 — слабкий (Google). Постійні переїзди (старі URL після зміни платформи) роблять через 301.
• http, https, www і без www мають вести на одну версію сайту.

4. robots.txt і sitemap

• robots.txt керує скануванням, щоб не перевантажувати сайт запитами. Він не ховає сторінку з пошуку: для цього потрібні `noindex` або пароль (Google). Перевіряють, що не закриті CSS, JS і зображення, потрібні для рендерингу, і що закриті сміттєві адреси (фільтри, сортування, кошик).
• Sitemap потрібен великим сайтам, новим сайтам з малою кількістю зовнішніх посилань і сайтам з багатьма відео чи зображеннями; сайту до приблизно 500 сторінок з гарною внутрішньою перелінковкою він може й не знадобитися (Google). Інтернет-магазину з каталогом він зазвичай потрібен.

5. Безпека

• HTTPS на всіх сторінках, без змішаного контенту. Google рекомендує віддавати сторінки захищено і перевіряти це у звіті HTTPS в Search Console (Google, page experience).
• Актуальна версія CMS і плагінів, закрита адмінка, резервні копії. Це не пункти Google, але без них решта аудиту втрачає сенс: зламаний магазин може роздавати спам або віруси.

6. Мобільна версія

Google індексує сайт за мобільною версією. Тому мобільні сторінки мають містити той самий основний контент, ті самі структуровані дані (насамперед Breadcrumb і Product) і ті самі title та description, що й десктопні; контент, який з'являється лише після свайпу, кліку чи введення тексту, Google може не побачити (Google, mobile-first indexing). Також Google радить уникати нав'язливих спливних вікон, які закривають контент (Google, page experience).

Як на це дивляться різні джерела

• web.dev (команда Chrome) розглядає Core Web Vitals як якість досвіду користувача, незалежно від SEO.
• Google Search Central уточнює: Core Web Vitals — єдиний аспект page experience, який прямо використовують системи ранжування; HTTPS, мобільна зручність і відсутність нав'язливих вікон прямо на позиції не впливають, але роблять сайт зручнішим. Високі оцінки не гарантують топових позицій, і гнатися за ідеальними цифрами лише заради SEO може бути недоцільно (Google).

Типові помилки

• Дивитися лише на бал PageSpeed Insights з лабораторного тесту. Пороги Core Web Vitals рахують за реальними даними користувачів на 75-му перцентилі.
• Перевіряти лише головну. У магазині важливіші шаблони: категорія, картка товару, кошик, оформлення.
• Тестувати з офісного Wi-Fi і потужного ноутбука. Покупці приходять з телефонів з мобільним інтернетом.
• Блокувати сторінки через 401/403, щоб зменшити навантаження від Googlebot. Ці коди не впливають на швидкість сканування (Google).
• Після переїзду на нову платформу не зробити 301 зі старих адрес.

FAQ

Що таке технічний аудит сайту? Перевірка технічного стану сайту: швидкості й Core Web Vitals, помилок сервера, редиректів, robots.txt і sitemap, HTTPS і мобільної версії.

Які показники Core Web Vitals вважаються добрими? LCP до 2,5 с, INP до 200 мс, CLS до 0,1 — на 75-му перцентилі переглядів, окремо для мобільних і десктопів.

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

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

Пов'язані терміни

• SEO-аудит інтернет-магазину: що перевіряють і навіщо
• Із чого складається технічне завдання для створення інтернет-магазину?
• Що таке e-commerce (електронна комерція)

Джерела

• web.dev, Web Vitals — web.dev/articles/vitals
• web.dev, Largest Contentful Paint (LCP) — web.dev/articles/lcp
• web.dev, Interaction to Next Paint (INP) — web.dev/articles/inp
• web.dev, Cumulative Layout Shift (CLS) — web.dev/articles/cls
• Google Search Central, HTTP status codes, network and DNS errors — developers.google.com/search/docs/crawling-indexing/http-network-errors
• Google Search Central, Large site owner's guide to managing your crawl budget — developers.google.com/search/docs/crawling-indexing/large-site-managing-crawl-budget
• Google Search Central, Introduction to robots.txt — developers.google.com/search/docs/crawling-indexing/robots/intro
• Google Search Central, Sitemaps overview — developers.google.com/search/docs/crawling-indexing/sitemaps/overview
• Google Search Central, Understanding page experience — developers.google.com/search/docs/appearance/page-experience
• Google Search Central, Mobile-first indexing best practices — developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing