Почати проект
+247%+185%📈📊
  • Комерційне SEO

SEO великого каталогу: почати доводиться з питання, скільки у вас сторінок

Просування інтернет-магазину з великим каталогом починається з арифметики, а не з семантики: скільки у вас сторінок, скільки з них дістається пошуковику і скільки адрес припадає на одну картку товару. Ці три числа й задають план — які розділи ведемо руками, які закриваємо шаблонними правилами, а які прибираємо з обходу зовсім. Приклад із власного заміру 31.07.2026: магазин косметики на 5 561 позицію, карта сайту віддає код 200 з тілом у нуль байтів. Списку сторінок пошуковик не отримує взагалі, і жодна семантика цього не компенсує.
Подивитись, як це працює
Вартість
після безкоштовного аудиту
Гарантія
30 днів після підписання акта
З чого починаємо
два незалежні підрахунки каталогу — карта сайту і штатний пошук движка
після безкоштовного аудиту
Вартість
30
Гарантія

днів після підписання акта

два незалежні підрахунки каталогу — карта сайту і штатний пошук движка
З чого починаємо
безкоштовно, 3–6 робочих днів
Замір перед кошторисом
45–180
Строк повного циклу

робочих днів разом із місячними колами ведення

5 561
Із власного виміру 31.07.2026

позиція в каталозі косметики; 8 358 адрес у карті вітрини техніки на 4 000 товарів

скільки адрес породжує одна картка товару
Що рахуємо до старту
по розділах каталогу, а не по сайту загалом
Як звітуємо
кількості сторінок в індексі й позицій — це рішення пошуковика
Чого не обіцяємо
Як проходить робота

Прозорі етапи з погодженням на кожному кроці

Загальний строк:45–180 днів

  1. Замір і стартові цифри

    3–6 робочих днів

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

  2. Черга перша: повернути в обхід те, що вже є

    10–20 робочих днів

    Карта сайту за типами сторінок, адреса в robots.txt, доступність глибоких розділів, час відповіді під навантаженням обходу. Це найкоротша черга з найпомітнішим ефектом, тому вона йде першою.

  3. Черга друга: прибрати те, що з'їдає обхід даремно

    10–25 робочих днів

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

  4. Правила й розмітка на весь каталог

    8–20 робочих днів

    Шаблони назв сторінок, заголовків і описів за типами розділів, розмітка Product і хлібних крихт. Правила пишемо так, щоб нові товари підхоплювали їх самі, без участі менеджера.

  5. Пріоритети й посадкові під попит

    10–30 робочих днів

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

  6. Місячний цикл ведення

    4–8 робочих днів щомісяця

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

Технології та інтеграції

На чому будуємо і з чим це з’єднується

Стек

  • Обхід sitemap-індексу з дедуплікацією — рахує унікальні адреси, а не записи; показує намір сайту, а не факт індексації
  • Штатний пошук движка — другий незалежний метод підрахунку; не працює там, де пошук зламаний або віддає порожню видачу
  • Screaming Frog — обхід каталогу з нашого боку; бачить те, що бачить краулер, а не те, що робить бот пошуковика
  • Логи сервера — єдине джерело реальних візитів бота; є не в кожного хостингу
  • Search Console — дані самого пошуковика; віддаються із затримкою і без деталізації по кожній адресі
  • Шаблонні правила метатегів у коді теми — закривають увесь каталог; вимагають доступу до розробника
  • JSON-LD Product і BreadcrumbList, rel=canonical — міняють вигляд сніпета й склеюють дублі, але не позицію
  • GA4 — зв'язує розділи каталогу з грошима; показує тенденцію, а не бухгалтерську істину

Інтеграції

  • Google Search Console
  • GA4
  • Google Merchant Center
  • Bing Webmaster Tools
  • Cloudflare
Що входить

Повний перелік робіт і того, що ви отримуєте на виході

  • Замір каталогу двома методами й фіксація стартових цифр — далі кожна зміна міряється від точки відліку, а не від відчуттів
  • Розрахунок, скільки адрес породжує одна картка, і план скорочення цього числа — обхід перестає ходити по колу на ті самі товари
  • Шаблонні правила назв сторінок і заголовків на весь каталог — десятки тисяч сторінок отримують власні метадані без ручної роботи
  • Пріоритизація розділів на три групи: ведемо руками, закриваємо шаблоном, закриваємо від індексації — робота йде туди, де є попит
  • Склеювання шляхів категорій і робота з мовними гілками через канонічні адреси — сигнали збираються на одній сторінці замість трьох слабких
  • Карта сайту, розбита за типами сторінок, з адресою в robots.txt і датами оновлення, які справді змінюються — файл можна перевірити очима
  • Посадкові сторінки під попит, який видно в даних, замість тисяч порожніх сторінок фільтрів
  • Розмітка Product і хлібних крихт, впроваджена шаблоном на весь каталог — це впливає на вигляд сніпета, не на позицію
  • Окремий перелік технічних знахідок для вашого розробника — формулювання, які беруться в спринт без переказу через менеджера
  • Щомісячний звіт із динамікою обходу й індексації по розділах каталогу — видно, який розділ ожив, а який стоїть
Коли ця послуга не підходить

Що не входить у роботу — щоб не було сюрпризів на здачі

  • Наповнення карток описами по всьому каталогу — на десятках тисяч позицій це окремий бюджет і окрема сторінка послуги
  • Перенесення й нормалізація товарних даних із прайсів постачальників
  • Прайс-агрегатори, маркетплейси й контекстна реклама
  • Обіцянки кількості сторінок в індексі — цим розпоряджається пошуковик
Кому підходить

Ситуації, у яких ця послуга дає результат

Ситуація 1 з 5

Каталог росте, а переходи з пошуку стоять на місці

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

Розберемо вашу ситуацію на безкоштовному аудиті
Ведення великого каталогу проти «напишемо тексти на категорії»

Чим цей варіант відрізняється від «Пакет «тексти на категорії»»

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

Безкоштовний замір великого каталогу

Перше питання на великому магазині — скільки у вас сторінок. Друге — скільки з них пошуковик обходить. Різниця між цими двома числами і є простір роботи, і ми міряємо її безкоштовно.

Що міряємо

  • Розмір каталогу двома методамиКарта сайту й штатний пошук движка окремо. Розбіжність між методами показує, яка частина каталогу лишається поза списком, який отримує бот.
  • Скільки адрес породжує одна карткаШляхи категорій, мовні гілки, параметри фільтра. Реальний приклад із виміру: 4 000 товарів і 170 категорій перетворюються на 8 358 адрес у карті сайту, бо кожна сторінка існує у двох мовних версіях.
  • Чи взагалі віддається карта сайтуДивимось тіло відповіді, а не код. Найдорожча знахідка великого магазину — карта, яка віддає 200 з нулем байтів; ми зустрічали таке на каталозі в 5 561 позицію.
  • Швидкість під навантаженням каталогуЧас першої відповіді на головній, у категорії й на картці окремо. На великих каталогах ці цифри розходяться найсильніше.
  • Пріоритет обходуЯкі розділи бот відвідує часто, які — раз на місяць. Це видно зі звітів вебмайстра й визначає, куди має сенс докладати зусилля.
  • Стан аналітикиЧи є на сайті робоча властивість вимірювання. На великому каталозі без неї неможливо визначити, які розділи приносять гроші.

Що ви отримуєте на руки

  • Дві незалежні цифри розміру каталогу й відсоток розбіжності.
  • Розрахунок, скільки адрес припадає на одну картку і звідки береться множення.
  • Стан карти сайту, швидкості й аналітики в цифрах.
  • Розмова на 30 хвилин по документу.

Строк: 3–6 робочих днів

Чому це безкоштовно

Бо на великому каталозі без заміру неможливо навіть оцінити обсяг: різниця між 8 тисячами й 60 тисячами адрес змінює і план, і строк, і суму. Ми не хочемо називати цифру навмання, а ви — переплачувати за здогадку.

Що далі

Після заміру складаємо план у три черги: повернути в обхід те, що вже є; прибрати те, що з'їдає обхід даремно; додати нові посадкові там, де є попит.

Форма коротка: контакт і адреса сайту

Не знайшли свій випадок?

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

Працюємо офіційно

Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.

  • Договір, акт і гарантія 30 днів

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

  • ФОП і безготівковий розрахунок

    Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.

  • Права й доступи — ваші

    Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.

  • Портал клієнта замість переписки

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

  • Замовники з Європи

    Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.

  • Цифри, які можна перевірити

    Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром: швидкість відповіді, вага сторінки, обсяг каталогу, знайдені дефекти. Ці цифри можна зняти самому й звірити з нашими.

  • Спершу аудит, потім сума

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

  • Кажемо «ні», коли не впевнені

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

NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.

Що впливає на вартість

Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті

  • Скільки адрес припадає на одну карткуЦе головний множник обсягу робіт. Одна адреса на товар — робота йде по каталогу один раз. Чотири адреси через шляхи категорій, мови й параметри — доводиться описати правило для кожного множника окремо й перевірити, що вони не конфліктують між собою.
  • Однорідність структуриМагазин на 55 тисяч позицій з однією механікою адрес буває простішим за магазин на 4 тисячі з трьома різними. Кількість товарів у прайсі майже нічого не каже про трудомісткість; кількість правил, які треба описати, каже все.
  • Кількість мовних гілокКожна мова подвоює перелік адрес і додає окрему звірку: чи всі гілки в карті сайту, чи коректно зв'язані між собою, чи не конкурують у тій самій видачі. Це не подвоєння роботи, але й не безкоштовно.
  • Хто впроваджує правилаШаблонні правила живуть у коді шаблону, а не в текстових полях адмінки. Якщо у вас є свій розробник, ми віддаємо специфікацію і перевіряємо результат. Якщо його немає, впровадження лягає на нас — і це окрема черга робіт зі своїм строком.
  • Глибина веденняСкільки розділів ведемо руками щомісяця. Десять пріоритетних розділів і п'ятдесят — це різні місячні цикли, хоч технічна частина в обох випадках однакова.
  • Стан доступів на стартіГотова Search Console з історією за рік і доступ до логів скорочують діагностику до кількох днів. Порожній акаунт вебмайстра означає, що частину висновків доведеться чекати, поки накопичаться дані.
Кейси

Задачі та результат у цифрах — усі показники зняті нашим виміром

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

Задача
Порахувати реальний розмір каталогу й перевірити, що з нього доступне пошуковику.
Рішення
Посторінковий обхід штатного пошуку движка, перевірка карти сайту й товарного фіда, замір швидкості, інвентаризація лічильників.
Результат
5 561 товар у живому каталозі — рахували посторінково: 55 сторінок по 100 позицій і 61 на останній. Перша відповідь сервера 801,2 мс, повне завантаження 930,7 мс при 153,8 КБ розмітки. При цьому /sitemap.xml і фід движка віддають 200 з порожнім тілом — карти сайту фактично немає. На головній не знайдено жодного лічильника: ні менеджера тегів, ні аналітики, ні пікселя, тобто конверсії на каталозі в п'ять з половиною тисяч позицій не міряються взагалі. Сайт одномовний, hreflang немає. Вимір 31.07.2026.
Що потрібно від вас

Без цього не почнемо — краще підготувати заздалегідь

  1. Доступ до Search Console — без звітів сканування робота на великому каталозі перетворюється на здогадки.
  2. Доступ до логів сервера, якщо він є: це єдиний спосіб побачити, куди бот справді ходить.
  3. Доступ до CMS або до розробника — шаблонні правила впроваджуються в коді, а не в текстових полях.
  4. Пріоритети бізнесу: які розділи каталогу приносять гроші. Без цього пріоритизація буде формальною.
  5. Один узгоджувач із вашого боку з правом сказати «так» по структурі каталогу.

Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.

Часті питання

Те, що питають найчастіше — з конкретними відповідями

чим це відрізняється від технічної індексації великого каталогу?

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

скільки товарів вважається великим каталогом?

Не в товарах справа, а в кількості адрес і в тому, чи встигає бот їх обходити. Ми міряли каталоги на 4 000 і на 5 561 позицію, і в обох випадках цифра товарів мало що пояснювала: у першому 4 000 товарів і 170 категорій дали 8 358 адрес у карті сайту. Практичний поріг настає тоді, коли одна картка починає жити за трьома-чотирма адресами, а ви більше не можете назвати кількість сторінок сайту з голови.

у нас карта сайту відкривається — значить, усе гаразд?

Відкривається — не означає працює. Дивитись треба тіло відповіді, а не код: у магазині косметики на 5 561 позицію /sitemap.xml і фід движка віддавали 200 з нулем байтів, і зовні це виглядало як робоча карта. Чесна межа: карта не піднімає позиції й не гарантує індексацію, Google пише це прямо у своїй документації. Вона лише дає боту список адрес — але без цього списку на великому каталозі частина сторінок роками лишається знайденою лише через внутрішні посилання.

чи можна просто закрити зайве в robots.txt?

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

чи потрібні тексти на всі категорії великого каталогу?

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

дві мовні версії подвоюють каталог. це погано?

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

у нас на сайті немає аналітики. це заважає роботі?

Заважає, і сильніше, ніж здається. У виміряному магазині на 5 561 позицію на головній не було жодного лічильника — ні менеджера тегів, ні аналітики, ні пікселя. Без цього неможливо сказати, який розділ каталогу приносить гроші, і пріоритизація перетворюється на смак. Ставимо лічильники першою чергою, але без ілюзій: лічильник сам по собі нічого не покращує, він лише дає можливість побачити. Дані далі треба читати, і GA4 показує тенденцію, а не бухгалтерську істину.

як довго триває робота і коли видно перші зміни?

45–180 робочих днів на повний цикл, і це не суцільна робота, а черги: технічна частина, потім правила й шаблони, потім посадкові, потім місячні кола ведення по 4–8 днів. Перші зміни у звітах сканування зазвичай видно за 4–6 тижнів після технічної черги. Динаміку показуємо по розділах каталогу, бо середнє по великому магазину нічого не пояснює: один розділ подвоївся, другий провалився, у сумі рівно.

ви обіцяєте, що весь каталог зайде в індекс?

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

Надішліть адресу магазину й адресу карти сайту.

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

Переглянути кейси
  • Відповідь протягом 2 годин
  • Без зобов’язань
  • Працюємо за договором

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