SEO-аудит інтернет-магазину: що перевіряють і навіщо

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

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

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

1. Чи бачить Google усі важливі сторінки? Категорії, підкатегорії, картки товарів, статті.
2. Чи не витрачає він час на непотрібні? Тисячі сторінок фільтрів, сортувань, внутрішнього пошуку, URL з UTM-мітками.
3. Чи зрозуміло з кожної сторінки, на який запит вона відповідає? Заголовок, текст, структура, внутрішні посилання.

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

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

1. Сканування та індексація

• Звіти Google Search Console: скільки сторінок у індексі, скільки «Виявлено, наразі не проіндексовано», які помилки.
• Коди відповіді. Сторінки з кодом 4xx Google вважає неіснуючими і видаляє з індексу; при 5xx він тимчасово сповільнює сканування, а якщо помилки тривають, теж прибирає сторінки з індексу (Google Search Central).
• «М'які 404». Сторінка віддає код 200, але показує «товар не знайдено» або порожній список. Search Console позначає її як soft 404 (Google). У магазинах це типово для розпроданих товарів і порожніх категорій.
• robots.txt. Він керує скануванням, але не прибирає сторінку з пошуку: заблокована адреса може потрапити в індекс без опису, якщо на неї ведуть посилання. Щоб сторінки не було в пошуку, потрібен `noindex` або пароль (Google).
• Sitemap. У файлі мають бути лише сторінки, які ви хочете бачити в пошуку (Ahrefs). Sitemap допомагає знайти адреси, але не гарантує індексацію (Google).
• Одна головна версія сайту. http, https, www і без www мають перенаправляти на одну адресу (Ahrefs).

2. Структура каталогу та внутрішні посилання

Google радить будувати магазин так: меню веде на категорії, категорії — на підкатегорії, підкатегорії — на всі товари. Категорія має посилатися на кожен свій товар, бо Googlebot може не знайти всі товари лише скануванням (Google, структура e-commerce сайту).

Що перевіряють: - чи є товари, до яких можна дістатися лише через пошук по сайту: Googlebot зазвичай не вводить запити в пошук, тому такі товари треба пролінкувати або додати в sitemap чи фід Merchant Center (Google); - чи посилання зроблені звичайними `<a href>`, а не JavaScript-подіями; - чи посилаються головна і блог на ключові категорії та бестселери: Google використовує кількість внутрішніх посилань як сигнал відносної важливості сторінки (там само); - «сирітські» сторінки без жодного внутрішнього посилання і биті внутрішні посилання (Ahrefs).

3. Дублі: фільтри, фасети, сортування, пагінація

Це центральна частина аудиту магазину.

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

Що робити, за рекомендаціями Google:

• Якщо фільтровані сторінки в пошуку не потрібні: закрити параметри фільтрів у robots.txt; або перенести фільтри у фрагмент після `#` — Google його зазвичай ігнорує. `rel="canonical"` і `rel="nofollow"` теж допомагають, але в довгостроковій перспективі менш надійні, ніж robots.txt (Google).
• Якщо частина фільтрів має бути в пошуку (наприклад, «кросівки Nike чоловічі» — реальний запит): використовувати стандартний роздільник `&`, тримати однаковий порядок фільтрів у шляху, не допускати повторів, а для комбінацій без товарів, безглуздих комбінацій і неіснуючих сторінок пагінації віддавати 404 (Google).

Дублі з параметрами. Та сама картка за адресами з `?gclid=` чи `utm_` — класичний приклад з документації Google. Способи склеїти дублі від найсильнішого до найслабшого сигналу: 301-редирект, `rel="canonical"`, включення лише основної адреси в sitemap (Google, дублікати URL).

Варіанти товару (колір, розмір). Google радить давати кожному варіанту власну адресу — шляхом (`/t-shirt/green`) або параметром (`?color=green`); якщо параметр необов'язковий, canonical вказує на адресу без нього. Фрагменти `#black` / `#white` Google вважає однією сторінкою (Google, URL для e-commerce).

Пагінація. Кожна сторінка списку — окремий URL (наприклад `?page=2`) зі своїм canonical, а не canonical на першу сторінку. `rel=prev/next` Google більше не використовує; сторінки треба зв'язати звичайними посиланнями. «Показати ще» і нескінченна прокрутка мають дублюватися посиланнями, бо краулер не натискає кнопок (Google, пагінація).

4. Мета-теги і заголовки

• Унікальний і точний `<title>` для кожної сторінки (Google, SEO Starter Guide).
• Meta description — одне-два речення, унікальні для сторінки; Google часто бере сніпет з тексту сторінки, але іноді і з опису (там само).
• Тег meta keywords Google не використовує (там само) — витрачати на нього час не варто.
• У магазині з тисячами товарів мета-теги генерують за шаблонами. Аудит шукає шаблони, які дають однакові заголовки для різних сторінок.

5. Контент

• Чи відповідає категорія на запит: зрозуміла назва, корисний вступ, фільтри, а не лише сітка товарів.
• Унікальні описи товарів замість скопійованих у постачальника. Копіювання чужого тексту — проблема, хоча «штрафу за дублікати» як такого Google не застосовує (Google).
• Alt-тексти фото товарів (там само).
• Сторінки, які втрачають трафік, і запити, за якими конкуренти є в пошуку, а ви ні (Ahrefs).
• Структуровані дані (Product, ціна, наявність, відгуки): Google виділяє їх окремою темою у своєму керівництві для e-commerce (Google, e-commerce).
• Мовні версії. Для магазину з українською і англійською версією потрібні hreflang-анотації з кодом мови ISO 639-1 (`uk`, `en`); кожна версія має вказувати на всі інші, інакше теги ігноруються (Google, hreflang).

6. Посилання

• Биті сторінки, на які досі ведуть зовнішні посилання: їх відновлюють або перенаправляють, щоб не втрачати вагу посилань (Ahrefs).
• Ручні санкції в Search Console і різкі падіння трафіку, які збігаються з оновленнями алгоритмів (Ahrefs).

7. Швидкість і мобільна версія

Google індексує мобільну версію сайту, тому вона має містити той самий основний контент, ті самі структуровані дані й мета-теги, що й десктопна (Google, mobile-first indexing). Core Web Vitals — єдиний аспект page experience, який, за словами Google, прямо використовують системи ранжування; але високі оцінки не гарантують топових позицій (Google, page experience). Детальніше — у статті Технічний аудит сайту.

Специфіка великих каталогів

Google окремо пише про краулінговий бюджет — набір адрес, які Google може і хоче просканувати. Він залежить від того, скільки запитів витримує сервер, і від того, наскільки Google цікавий сайт. Керівництво розраховане приблизно на сайти від 1 млн сторінок з щотижневими змінами, від 10 тис. сторінок з щоденними змінами, або на сайти, де багато адрес у статусі «Виявлено, наразі не проіндексовано» (Google, crawl budget). Магазин з 20 тис. товарів, де ціни й наявність оновлюються щодня, під цей опис підпадає.

Що з цього випливає для аудиту: - noindex не економить бюджет: Google усе одно запитує такі сторінки. Для блокування сканування — robots.txt (Google). - Видалені товари назавжди — 404 або 410; товари «тимчасово немає в наявності» зазвичай краще лишити доступними. - Ланцюжки редиректів скорочують до одного кроку (Google). - Швидкість сервера: що швидше і стабільніше відповідає сайт, то більше Google сканує (Google). - Sitemap з `lastmod` для частих оновлень (там само).

Чим SEO-аудит відрізняється від технічного аудиту

Запит «технічний SEO-аудит» зазвичай означає перетин: ті пункти технічного аудиту, які впливають на пошук (індексація, коди відповіді, редиректи, дублі, robots, sitemap, швидкість). В Ahrefs таким технічним перевіркам відповідає більша частина з 13 кроків аудиту (Ahrefs).

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

• Закрити фільтри в robots.txt і одночасно поставити на них noindex. Якщо сторінку заборонено сканувати, Google не побачить її noindex.
• Canonical усіх сторінок пагінації на першу. Товари з другої і далі сторінок можуть випасти з поля зору Google.
• Відкрити для індексації всі комбінації фільтрів замість тих, під які є реальний попит.
• Видаляти розпродані товари без редиректу чи 404, лишаючи порожні сторінки з кодом 200.
• Аудит без даних Search Console: сканер показує, що є на сайті, але не показує, що бачить Google.
• Список із сотень пунктів без пріоритетів. Корисніше 10 виправлень, відсортованих за впливом на трафік.

FAQ

Що входить у SEO-аудит інтернет-магазину? Перевірка індексації і кодів відповіді, robots.txt і sitemap, структури каталогу й внутрішніх посилань, дублів від фільтрів і пагінації, мета-тегів, контенту, зовнішніх посилань, мобільної версії і швидкості.

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

Як часто робити SEO-аудит магазину? Повний — після редизайну, переїзду на нову платформу або різкого падіння трафіку. Між ними варто регулярно дивитися звіти Search Console про індексацію.

Чи треба закривати фільтри від індексації? Ті, під які немає пошукового попиту, — так, найнадійніше через robots.txt. Комбінації з реальним попитом можна залишити відкритими з чистими адресами і заповненими мета-тегами.

Чи впливає швидкість сайту на позиції? Core Web Vitals використовуються в ранжуванні, але головним лишається релевантність сторінки запиту.

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

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

Джерела

• Google Search Central, Managing crawling of faceted navigation URLs — developers.google.com/search/docs/crawling-indexing/crawling-managing-faceted-navigation
• Google Search Central, Consolidate duplicate URLs — developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
• 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, HTTP status codes, network and DNS errors — developers.google.com/search/docs/crawling-indexing/http-network-errors
• 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, SEO Starter Guide — developers.google.com/search/docs/fundamentals/seo-starter-guide
• Google Search Central, Ecommerce — developers.google.com/search/docs/specialty/ecommerce
• Google Search Central, Designing a URL structure for ecommerce sites — developers.google.com/search/docs/specialty/ecommerce/designing-a-url-structure-for-ecommerce-sites
• Google Search Central, Help Google understand your ecommerce site structure — developers.google.com/search/docs/specialty/ecommerce/help-google-understand-your-ecommerce-site-structure
• Google Search Central, Pagination and incremental page loading — developers.google.com/search/docs/specialty/ecommerce/pagination-and-incremental-page-loading
• Google Search Central, Localized versions of your pages (hreflang) — developers.google.com/search/docs/specialty/international/localized-versions
• Google Search Central, Mobile-first indexing best practices — developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing
• Google Search Central, Understanding page experience — developers.google.com/search/docs/appearance/page-experience
• Ahrefs, How to Do an SEO Audit (вторинне джерело) — ahrefs.com/blog/seo-audit