Інтернет-магазин без трафіку з Google: де каталог втрачає відвідувачів

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

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

Пошук купує категорію, а не товар

Більшість комерційних запитів у пошуку мають вигляд «купити [тип товару]» або «[тип товару] ціна»: користувач ще не вибрав модель і хоче побачити добірку. Такі запити відповідають категоріям, а не карткам окремих товарів. Картки ловлять вужчі запити: конкретну модель, артикул, комбінацію характеристик. Тому просування інтернет-магазину в Google будується навколо дерева категорій, а не навколо окремих сторінок товарів, і саме категорії мають бути найсильнішими посадковими сторінками сайту.

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

Структура категорій і семантика

Дерево категорій має відповідати тому, як люди шукають товар, а не тому, як склад або постачальник групує номенклатуру. Приклад типової розбіжності: на сайті існує розділ «Взуття для активного відпочинку», а користувачі шукають «кросівки для бігу» і «трекінгові черевики». Запит є, а сторінки під нього немає, тому трафік іде до конкурента, який виділив такі підкатегорії.

Під час проєктування або перегляду структури корисно дотримуватися кількох принципів:

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

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

Фільтри: найбільше джерело сміття й найбільший резерв

Фасетна навігація (фільтри за брендом, розміром, кольором, ціною) — двосічний інструмент. З одного боку, комбінації фільтрів відповідають реальним запитам: «червоні кросівки Nike 42 розміру» хтось справді вводить у пошук. З іншого боку, кожна комбінація створює окрему адресу, і з п’яти фільтрів на каталозі з тисячею товарів виходять мільйони URL, більшість із яких не має попиту й майже не відрізняється одна від одної.

Типова картина в Search Console: тисячі адрес зі статусом «просканована, але не проіндексована» або «дублікат без вибраної користувачем канонічної сторінки». Це ознака того, що робот витрачає ресурс на безкорисні адреси, а ціннісні сторінки сканує рідше, ніж могли б. Правильний підхід складається з трьох рішень:

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

Окремо варто перевірити, як фільтри реалізовані технічно. Якщо вони працюють лише через JavaScript без звичайних посилань, пошуковик не побачить сторінок із фільтрами взагалі, навіть тих, які варто було б проіндексувати. Атрибути rel=prev і rel=next Google давно не використовує, тому покладатися на них у пагінації не потрібно.

Картки товарів: дублікати й порожні сторінки

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

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

Ще одне слабке місце — товари, яких немає в наявності. Якщо відсутність тимчасова, сторінку лишають на місці з позначкою про наявність і пропозицією аналогів. Якщо товар знято з продажу назавжди, сторінку переадресовують на найближчу за змістом категорію або аналог, а за відсутності заміни віддають коректну помилку. Масові «м’які» помилки, коли сторінка без товару повертає код 200, засмічують індекс і псують загальну картину сайту.

Мікророзмітка, що впливає на сніпет

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

Критично важливо, щоб дані в розмітці збігалися з тим, що бачить покупець на сторінці. Невідповідність ціни або наявності призводить до ігнорування розмітки, а в гіршому випадку — до ручних санкцій за введення в оману. Після впровадження розмітку перевіряють в інструменті Google для розширених результатів і далі регулярно стежать за звітами в Search Console, бо шаблони сторінок змінюються разом із сайтом.

Застарілі сторінки й content pruning

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

Логіка така: у Search Console вибираються сторінки без показів і кліків за тривалий період, а далі за кожною приймається одне з рішень:

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

Видаляти все без розбору не можна: перед рішенням перевіряють, чи є на сторінку зовнішні посилання, чи вона приносить замовлення або допоміжні конверсії. Слабку сторінку з якісним зовнішнім посиланням краще переадресувати, ніж видалити.

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

Більшість покупців заходить з телефона, тому мобільна версія — основна, а не допоміжна. Для каталогів типові проблеми такі: важкі зображення товарів без адаптивних розмірів, віджети онлайн-чатів і сторонні скрипти аналітики, що блокують відображення, банери, які зсувають контент уже після завантаження, і повільні фільтри, що довго реагують на дії користувача. Усе це відбивається на показниках Core Web Vitals: часі появи головного елемента, візуальній стабільності й відгуку інтерфейсу.

Для магазину швидкість — це не лише сигнал для пошуку, а й безпосередній вплив на конверсію: сторінка, що завантажується з затримкою, втрачає покупців до того, як вони побачать ціну. Тому перевірку проводять за реальними польовими даними у звіті Core Web Vitals, а не лише за лабораторним оцінюванням.

Дві мовні версії

Багато українських магазинів мають версії українською й російською. Для пошукової системи це різні сторінки, і їх потрібно пов’язати між собою за допомогою атрибута hreflang, щоб користувач бачив версію своєю мовою і щоб сторінки не сприймалися як дублікати. Кожна мовна версія має власну адресу, посилається сама на себе канонічним тегом і не переадресовується автоматично залежно від мови браузера чи країни: такі автоперенаправлення заважають роботу пошукових роботів. Окремо варто перевірити, щоб у картах сайту та внутрішніх посиланнях не змішувалися мови.

Як вимірювати результат

Загальна цифра органічного трафіку за місяць мало що говорить: вона складається з брендових запитів, трафіку на блог і реальних комерційних відвідувань, які змінюються по-різному. Для магазину осмислено дивитися на результат за типами сторінок: категорії, картки товарів, блог. У Search Console це робиться через групування за шаблонами адрес.

Показники, які варто відстежувати регулярно:

• покази, кліки й середня позиція для категорій за основними запитами, окремо від брендових;
• кількість сторінок в індексі порівняно з кількістю адрес у карті сайту;
• частка помилок і виключених сторінок у звіті про індексацію;
• замовлення й дохід із органічного каналу за посадковими сторінками в аналітиці;
• стан Core Web Vitals для мобільних пристроїв.

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

Висновок

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