Структура адрес має допомагати магазину підтримувати категорії та товари, коли асортимент змінюється. Для нового каталогу можна вибрати єдиний товарний шлях або включити до нього категорію. Важливіше заздалегідь визначити, як той самий товар відкривається з різних розділів і що станеться в разі його перенесення.
Для діючого магазину почніть з інвентаризації наявних URL. Заміна адрес лише заради коротшого вигляду створює роботу з перенесення та перевірки без гарантії пошукового зростання. Шлях, меню та переходи між сторінками пов’язані, але не є одним і тим самим рішенням.
Відокремте товар від його положення в каталозі
Створіть перелік товарів і категорій зі сталими внутрішніми ідентифікаторами, поточними адресами та належністю до розділів. Один ідентифікатор має позначати один об’єкт у прийнятій моделі магазину. Окремо запишіть варіанти товару, мовні версії та випадки, коли одна назва стосується різних пропозицій.
Розгляньмо умовну сумку для велосипеда A-184. Магазин підтвердив два способи кріплення й показує одну модель у категоріях «Сумки на раму» та «Сумки на кермо». Це один товар із двома входами з каталогу, а не дві різні картки. Назви, ідентифікатор і всі адреси прикладу вигадані.
Якщо схожі моделі відрізняються складом або продаються окремо, не об’єднуйте їх лише через близьку назву. Правило ідентичності погоджують із власником товарних даних. Для категорій, навпаки, важливо визначити склад і призначення розділу; це завдання окремо розглядає стаття про проєктування структури каталогу.
Порівняйте товарний шлях без категорії та з категорією
За незалежного товарного шляху A-184 може відкриватися за адресою /ru/products/bag-a-184/. Обидві категорії ведуть на неї. Якщо товар залишається тим самим, зміна його зв’язків із розділами не вимагає автоматично змінювати цей URL. Шлях не показує категорію, тому контекст вибору передають назва, навігація, хлібні крихти та інші зрозумілі зв’язки сторінки.
За вкладеної схеми погоджена адреса може мати такий вигляд: /ru/bike-bags/frame/bag-a-184/. Вона відображає вибраний розділ у шляху, але потребує правила головної категорії. Якщо модель також перебуває в розділі для керма, посилання з нього має вести на ту саму погоджену товарну адресу. Якщо система створює другий шлях з ідентичною карткою, його обробку потрібно визначити й перевірити окремо.
Вкладений шлях не стає обов’язковим лише тому, що на сайті є ієрархія. Google аналізує зв’язки між сторінками за посиланнями; назва папок не замінює доступні переходи до товарів. Плоский шлях теж не усуває дублі сам по собі: одна й та сама картка все ще може відкриватися за параметрами, старими адресами або іншими створеними системою маршрутами.
Ці дві схеми нижче – альтернативи для одного прикладу. Магазин вибирає одну основну схему товарних адрес, а не публікує обидві як незалежні картки.
| Тип об’єкта | Шаблон URL | Стабільність | Ризик дублів | Правило зміни |
|---|---|---|---|---|
| Категорія на раму | /ru/bike-bags/frame/ | Поки зберігається призначення розділу | Перевірити старі та альтернативні адреси тієї самої категорії | Змінювати після рішення про вміст і плану переходу |
| Категорія на кермо | /ru/bike-bags/handlebar/ | Не залежить від переміщення окремої моделі | Однаковий набір ще потребує порівняння завдання двох розділів | Не змінювати через включення A-184 до обох категорій |
| Товар A-184, незалежний шлях | /ru/products/bag-a-184/ | Не залежить від вибраної категорії | Перевірити додаткові маршрути й параметри | Зберігати при зміні зв’язків із категоріями, якщо товар той самий |
| Товар A-184, вкладений шлях | /ru/bike-bags/frame/bag-a-184/ | Залежить від правила основної категорії | Інша категорія може породити другу картку | Зафіксувати один основний шлях і порядок його зміни |
| Альтернативний вкладений шлях | /ru/bike-bags/handlebar/bag-a-184/ | У прикладі не вибраний основним | За однакового вмісту повторює товарну сторінку | Якщо маршрут існує, погодити перехід на основний і перевірити результат |
Призначте зрозумілі назви та сталі ідентифікатори
Для нового шаблону задайте правила для мови, роздільників, регістру та завершального слеша з урахуванням можливостей сайту. Описова частина допомагає людині впізнати об’єкт; ідентифікатор допомагає розрізняти товари зі схожими назвами. Не включайте до постійної адреси ціну, залишок, сезонну акцію чи інші відомості, що часто змінюються.
У прикладі bag-a-184 поєднує зрозуміле позначення з умовним ідентифікатором A-184. До впровадження перевірте унікальність створюваних адрес і поведінку за двох однакових назв. Уточніть, чи є артикул постійним: якщо постачальник здатен замінити його або присвоїти повторно, внутрішній ідентифікатор може виявитися надійнішим.
Погодьте політику перейменування товару. Виправлення заголовка не зобов’язане змінювати шлях, який уже працює; інакше масове оновлення назв спричинить багато перенесень. Якщо назва в адресі стала вводити покупця в оману й зміну обґрунтовано, підготуйте нову ціль і перехід зі старого URL.
Українська та російська версії можуть мати різні мовні шляхи та слаги. Для них потрібні сталі взаємно відповідні адреси й правильні мовні зв’язки. Не припускайте, що додавання або видалення /ru/ підходить кожній CMS: спочатку перевірте прийняту схему сайту.
Визначте правило для товару в кількох категоріях
Для незалежного товарного шляху правило просто перевірити: відкрийте A-184 з обох категорій і порівняйте кінцеві адреси та ідентифікатор моделі. Якщо з однієї категорії відкривається копія, знайдіть її джерело в генераторі посилань і маршрутизації. Не вважайте проблему вирішеною лише після виправлення одного меню.
Для вкладеної схеми запишіть, хто вибирає основну категорію та коли вона може змінитися. Наприклад, магазин закріплює шлях через розділ сумок на раму, поки товару й далі підходить цей розділ. Посилання з категорії для керма веде до тієї самої картки. Якщо після перевірки вирішено змінити основний розділ, команда окремо затверджує нову адресу, перехід зі старої та оновлення внутрішніх сигналів.
Якщо альтернативний URL уже створено й він показує той самий товар, за можливості усуньте причину його появи в посиланнях. Для справді однакового вмісту можна розглянути постійне перенаправлення на погоджену адресу. Якщо збереження обох версій необхідне, вибір canonical потребує окремого обґрунтування та перевірки. Canonical повідомляє про бажаний варіант пошуковій системі; він не змінює адресу в браузері й не гарантує вибору Google.
Не перенаправляйте на цю картку інший товар або окрему комплектацію без підтвердження відповідності. До зміни порівняйте модель, склад, мову та призначення сторінки. Для різних товарів потрібні власні погоджені адреси, навіть якщо назви й шаблони схожі.
Оцініть вартість зміни чинних URL
Порівняйте два рішення: залишити поточні адреси та виправити конкретну проблему в посиланнях або змінити шляхи. Запишіть, який дефект усуне перенесення, скільки об’єктів і мовних версій зачеплено, які інтеграції використовують старі адреси та хто перевірить результат. Гарний шлях сам по собі не доводить, що другий варіант корисніший.
Якщо перенесення необхідне, збережіть список старих адрес і для кожної визначте відповідну нову сторінку. Враховуйте товарні фіди, внутрішні посилання, файли sitemap, мовні зв’язки, аналітику та зовнішні переходи. Підготуйте винятки для знятих товарів: відповідна заміна може бути відсутня. Детальний порядок зіставлення розглянуто в статті про карту редиректів.
До запуску збережіть попередню конфігурацію та погодьте умови зупинки. Постійне перенаправлення має вести до відповідного кінцевого документа; ланцюжок або цикл потребують виправлення. Після випуску перевірте стару й нову адреси, вміст, мову, внутрішні посилання та вибрані сигнали. Потім окремо спостерігайте обробку Google і поведінку користувачів: коректний перехід не гарантує збереження всіх показів і продажів.
Передайте правило розробнику та перевірте на прикладах
- Укажіть шаблон для кожного типу об’єкта й мовної версії, джерело ідентифікатора та умову його зміни.
- Опишіть A-184 із двома категоріями: який URL вважається основним і куди ведуть обидва посилання.
- Додайте перевірки для однакових назв, зміни основної категорії, старої адреси й товару без підтвердженої заміни.
- Відкрийте погоджені URL і переходи після впровадження. Порівняйте кінцеву адресу, вміст картки, canonical і посилання з очікуваною поведінкою.
- Зафіксуйте виявлені винятки та відповідального за правила, щоб наступне завантаження каталогу не створило новий набір дублів.
Прийнята структура – це не рисунок папок, а відтворюване правило для товарів, категорій і змін. Вона дає змогу додати нову позицію або переглянути розділ без випадкового створення другої картки.
Потрібна допомога з вашим проєктом?
Залиште ім’я та номер телефону. Зв’яжуся з вами, щоб обговорити завдання, обсяг робіт і наступний крок.
