Дізнайтеся, чому ваші сторінки товарів і категорій не ранжуються в органіці

SEO Site Audit покриває технічне й on-page здоров’я для будь-якого типу сайту: корпоративні сайти, лендінги, сервісні сайти й магазини. Цей аудит зосереджено саме на проблемах інтернет-магазинів: faceted navigation, canonical на рівні товарів, глибина індексації каталогу, структуровані дані Product і Offer, обробка варіантів і стратегія сторінок «немає в наявності». Якщо ви нещодавно вже робили загальний технічний аудит, повторювати цей шар, імовірно, не потрібно. Якщо ж ви ніколи не робили жодного, цей e-commerce аудит покриває специфічні для каталогу питання ретельніше, ніж це зробив би загальний.

Цей аудит покриває лише органічний пошук, тобто те, як ваші сторінки товарів і категорій ранжуються в неплатних результатах Google. Якщо вам потрібен незалежний огляд кампаній Google Ads Shopping, фіду Merchant Center або налаштування Performance Max — це окрема послуга, яку ми пропонуємо за тими самими фіксованими цінами. Її можна знайти на сторінці Google Ads для e-commerce. Одні клієнти роблять обидва аудити разом; інші починають з органіки, бо виправлення органічної основи також покращує quality score лендінгу для платних кампаній.

Ми аудитуємо PrestaShop, Shoper, IdoSell, WooCommerce, Shopify, Magento, OpenCart і кастомні системи каталогів. Базові SEO-перевірки не залежать від платформи, але контекст платформи має значення: у Shoper та IdoSell є специфічна поведінка faceted navigation, а налаштування пагінації за замовчуванням у WooCommerce створюють передбачувані патерни дублів. Ми даємо рекомендації з урахуванням платформи, а не загальні поради.

Єдиного правила, що пасує кожному магазину, немає. Правильний підхід залежить від того, чи має комбінація фільтрів реальний пошуковий попит, скільки унікальних сторінок вона породжує і чи генерує ваша платформа URL на параметрах чи на шляхах. Поширені інструменти — noindex на малоцінних сторінках фільтрів, canonical на базову категорію, блокування певних патернів параметрів у robots.txt і консолідація URL у CMS. Ми аудитуємо саме ваше налаштування й рекомендуємо політику фільтр-за-фільтром, а не суцільне noindex-на-все, яке може прибрати з індексу Google по-справжньому цінні сторінки.

Так, це одна з найпоширеніших причин, з якими до нас приходять магазини. Ми порівнюємо вашу поточну структуру URL з будь-якими даними краулу чи історією Search Console, які ви можете надати, виявляємо, які старі URL віддають 404 замість редиректу, перевіряємо, чи ланцюжки редиректів довші за один крок (це зливає PageRank), і шукаємо зміни canonical чи meta-robots, внесені під час міграції. Також перевіряємо, чи нова платформа рендерить сторінки товарів і категорій по-різному для краулерів і браузерів — часта проблема для вітрин з великою кількістю JavaScript.

Перший крок — визначити, які сторінки реально конкурують між собою в індексі, а які просто тонкі, а не дубльовані. Для тексту постачальника ми пріоритезуємо за комерційною важливістю: ваші топ-20% товарів, що генерують виручку, — перші кандидати на унікальний текст, тоді як SKU довгого хвоста можна опрацювати через структуровану варіацію чи консолідацію. Ви отримуєте пріоритезований список дій із canonical-стратегією для каталогу в цілому, а не просто перелік дубльованих URL.

Товари, яких немає в наявності, але вони повернуться, мають лишатися живими з чіткими сигналами наявності у вмісті сторінки та в Product schema. Назавжди зняті товари зі значною кількістю вхідних посилань чи органічних позицій варто редиректити на найближчий живий аналог, а не віддавати 404. Зняті товари без трафіку чи посилань можуть віддавати 404 або 410. Ми переглядаємо вашу поточну обробку, перевіряємо, які зняті сторінки досі несуть вагу посилань чи сигнали ранжування, і рекомендуємо підхід кейс-за-кейсом, який не марнує те, що ви напрацювали.

Так, структуровані дані — одна з шести областей, які ми аудитуємо. Ми валідуємо ваш JSON-LD за вимогами schema.org, перевіряємо, що ціна й наявність у розмітці збігаються з видимим вмістом сторінки (розбіжності спричиняють штрафи за rich results), упевнюємося, що AggregateRating використовує реальні агреговані дані відгуків, а не статичну заглушку, і підтверджуємо, що BreadcrumbList відображає вашу фактичну ієрархію категорій. Ми перевіряємо розмітку в сирому HTML-коді, а не лише у відрендереному DOM, бо деякі платформи вставляють структуровані дані на боці клієнта вже після віддачі початкового HTML.

У масштабі центральним питанням стає crawl budget. Ми краулимо репрезентативну вибірку вашого каталогу, дивимося на дані логів сервера, якщо ви можете їх надати, і звіряємося зі звітами покриття Search Console, щоб виявити, які сегменти краулять рідко або взагалі не краулять. Далі ми аудитуємо повноту й свіжість XML sitemap, перевіряємо глибину внутрішніх посилань до найглибших сторінок SKU й виявляємо структурні зміни (пагінація, індексація внутрішнього пошуку, обробка параметрів), які дали б Googlebot кращий шлях крізь ваш каталог. Звіт аудиту сегментує знахідки за шарами каталогу, тож ви знаєте, з чого почати.

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

Аудит — це діагностика й пріоритезована дорожня карта. Впровадження — окрема співпраця, на яку ми можемо дати кошторис, або ж ви можете передати звіт власному розробнику чи наявному SEO-підряднику. Звіт написано з достатньою технічною деталізацією, щоб компетентний розробник міг виконати рекомендації без нас. Близько 40% наших клієнтів з аудиту впроваджують усе самотужки. Ми доступні для питань під час впровадження, якщо потрібне уточнення щодо конкретної рекомендації.

Так на обидва питання. Ми переглядаємо налаштування hreflang між вашими мовними версіями, перевіряємо напрям canonical між локалями й аудитуємо, чи сторінки каталогу не основною мовою справді індексуються, а не фактично невидимі для Google. Щодо GDPR: ми зареєстровані в ЄС (CyberLab.Team OÜ, Естонія, VAT EE102131851), працюємо за GDPR і підписуємо Data Processing Agreement до надання будь-якого доступу. Ми запитуємо доступ лише для читання до Search Console та Analytics. Ви надаєте доступ через email-запрошення й відкликаєте його одним кліком після виконання.

Структурно не відрізняється, але бізнес-контекст важливий для пріоритезації. Коли трафіку з Yandex немає в картині, кожна органічна позиція в Google важить більше. Ми приділяємо особливу увагу налаштуванню hreflang, якщо у вашому каталозі є російськомовні сторінки поряд з іншими мовами ЄС, тому, чи російськомовні сторінки товарів і категорій індексуються й ранжуються, і тому, чи Google краулить правильну мовну версію для користувачів у ЄС. Ми працюємо з російськомовним e-commerce у ЄС з 2015 року й розуміємо контекст цього ринку.

Ні. Ми не гарантуємо позицій, рівнів трафіку чи показників виручки. Результати органічного пошуку визначає Google, а не ми. Ви отримуєте чесний задокументований аудит того, що зараз працює проти вас в органічному пошуку, пріоритезований список дій і пропозицію повторного вимірювання після впровадження. Деякі виправлення дають рух у Google за 2–4 тижні. Структурні зміни в архітектурі категорій тривають довше. Ми кажемо вам, що знайшли й який очікуваний напрям впливу, не приписуючи цифр, за які не можемо ручатися.