Чому каталоги найважче утримувати проіндексованими
Допис у блозі пишеться один раз і здебільшого залишається незмінним. Сторінка товару — інакша: ціни змінюються, варіанти з'являються та зникають з наявності, сезонні товари додаються й архівуються щокварталу, а цілі колекції перебудовуються в міру зростання каталогу чи редизайну сайту. Кожна така зміна — це подія, яку пошукова система має помітити й повторно сканувати, щоб залишатися точною, — а на магазині з тисячами артикулів це тисячі дрібних змін щотижня, переважна більшість яких ніколи не позначається для повторного сканування самостійно, тому що ніхто поза власною базою даних магазину не знає, що вони відбулися. Результат майже для будь-якого каталогу, що перевищує певний розмір, однаковий і нерівномірний: деякі сторінки проіндексовані й точні, деякі проіндексовані, але непомітно застарілі, а деякі — часто найновіші й комерційно найважливіші — взагалі ніколи не потрапили до індексу.
Звідки насправді береться кількість URL-адрес
Індексована поверхня типового магазину — це не лише сторінки товарів: це головна сторінка, кожна категорія й підкатегорія, кожен окремий товар, а часто й кожен варіант цього товару (розмір, колір, комплект, матеріал) як окрема URL-адреса — залежно від налаштувань платформи. Shopify і WooCommerce за замовчуванням генерують URL-адреси варіантів і відфільтрованих колекцій, якщо власник магазину спеціально не налаштував обробку канонічних адрес, щоб цьому запобігти, — саме тому магазин лише з кількома сотнями окремих товарів може легко мати кілька тисяч технічно індексованих URL-адрес загалом, переважна більшість з яких змінюється незалежно одна від одної за абсолютно різними графіками — вихід варіанту розміру з наявності жодним чином не торкається опису чи ціни самого батьківського товару.
Три найпоширеніші причини прогалин в індексації каталогу
Сторінки нових товарів, які випереджають сканер, — товар публікується й починає активно продаватися та рекламуватися ще до того, як його проіндексовано, тобто платний трафік працює, а органічний пошуковий трафік поки що просто не може його знайти. Зняті з продажу чи відсутні на складі сторінки, які залишаються опублікованими безстроково без чіткого сигналу про їхній статус, через що бюджет сканування продовжує витрачатися на повторну перевірку сторінок, які взагалі більше не мають значення для бізнесу. І дублікати чи майже дублікати URL-адрес, породжені параметрами фільтрації та сортування (?sort=price, ?color=red, ?page=2), що безпосередньо конкурують із канонічною сторінкою товару чи категорії за ту саму обмежену увагу сканера. Кожна з цих трьох причин має справді різне вирішення, але всі три ведуть до одного кореня: зміни в каталозі випереджають усе, що сканер узагалі міг би помітити виключно з власної ініціативи.
Виправлення затримки нових товарів
Пряме виправлення — надсилати URL-адреси нових і оновлених товарів у момент їхньої публікації, а не чекати наступного запланованого циклу сканування сайту, щоб виявити їх органічно, що на домені з нижчим авторитетом або рідше сканованому може тривати справді кілька тижнів. Саме цю прогалину закриває IndexNow: замість того, щоб новий товар лежав непроіндексованим, поки покупці, які шукають його, не можуть знайти ваш лістинг, надсилання відбувається в той самий момент, коли сторінку товару опубліковано, і пошукові системи, що підтримують IndexNow, — Bing, Yandex, Seznam.cz і Naver — ставлять її в чергу на швидше сканування, зазвичай проіндексовану протягом кількох хвилин, а не за той час, який зайняв би звичайний цикл сканування сайту для цієї конкретної сторінки.
Виправлення сторінок знятих з продажу та відсутніх на складі товарів
Сторінка товару, якого справді більше немає, має або перенаправляти на найближчу поточну заміну через справжній 301, або чесно повертати 404 чи 410, якщо дійсно немає розумного варіанту, куди спрямувати відвідувачів, — залишення її опублікованою безстроково лише з банером «немає в наявності» й без жодного іншого сигналу просто продовжує витрачати бюджет сканування на сторінку, яка більше не служить ані бізнесу, ані відвідувачу. Якщо товар очікується знову в наявності за відомим графіком, залишити сторінку опублікованою та проіндексованою — правильне рішення; якщо він знятий з продажу назавжди, дозволити їй фактично покинути індекс краще і для ефективності сканування, і для покупців, які інакше потрапляли б у глухий кут із застарілого результату пошуку.
Виправлення дублювання через параметри фільтрів і сортування
Кожен варіант сторінки категорії з ?sort=, ?filter= і ?page= технічно є окремою URL-адресою з погляду сканера, і ніщо автоматично не повідомляє йому, що всі ці варіанти насправді є одним і тим самим базовим лістингом, показаним в іншому порядку чи з іншим видимим підмножиною. Канонічний тег на кожному відфільтрованому варіанті, що вказує назад на чисту, невідфільтровану URL-адресу категорії, недвозначно повідомляє пошуковим системам, яка версія варта індексації та ранжування, — тож бюджет сканування спрямовується на фактичну сторінку, що має значення, замість того щоб тонко розпорошуватися між десятками майже ідентичних комбінацій параметрів того самого, по суті, лістингу, показаного трохи інакше.
Масове надсилання під час повної міграції каталогу
Повна міграція платформи, масове оновлення цін чи зміна структури URL-адрес по всьому сайту можуть одночасно торкнутися кожної окремої URL-адреси в каталозі — саме для такого випадку й було створено масове надсилання через API, а не робочий процес через панель керування по одній URL-адресі за раз, на який окремій людині знадобилися б дні ручної роботи. Баланс кредитів рівня Enterprise на 5 000 кредитів комфортно покриває повторне надсилання всього каталогу середнього розміру одним пакетом після міграції; пакет Agency на 10 000 кредитів покриває виконання того самого процесу повторного надсилання для кількох магазинів клієнтів з одного облікового запису без придбання окремих пакетів для кожного. У будь-якому разі мета одразу після міграції та сама, незалежно від масштабу: якнайшвидше повернути новий, правильний набір URL-адрес перед пошуковими системами, а не чекати, поки повільне органічне повторне виявлення поступово надолужить за власним графіком, тоді як позиції в рейтингу та трафік непомітно розмиваються.
Постійна підтримка перевершує одноразові виправлення
Каталог — це не проєкт, який ви завершуєте один раз і забуваєте, а те, що потрібно підтримувати актуальним постійно, — так само як карта перенаправлень для знятих з продажу товарів чи стратегія канонічних адрес для відфільтрованих URL-адрес насправді допомагає, лише якщо продовжує застосовуватися до кожного нового товару надалі, а не просто накладена заднім числом на ті, що опубліковані сьогодні. Поєднання автоматичного етапу надсилання з кожною подією створення та оновлення товару перетворює індексацію каталогу на рутинне, непомітне обслуговування замість періодичного проєкту з прибирання, для якого хтось має виділяти час, а будь-яке надсилання, що застрягло, автоматично повертає свій кредит через 7 днів, а не непомітно витрачає його на пошукову систему, яка так і не поставила сторінку в чергу.
Хочете, щоб наступна сторінка знайшлася швидше, ніж завдяки самому лише органічному скануванню?
IndexLaunch надсилає кожен доданий URL одразу до кількох пошукових систем, щойно ви ставите його в чергу.
Без банківської картки · кредити ніколи не згорають
Або безкоштовно перевірте індексованість будь-якої сторінки →