Клиент избира черен продукт, но след презареждане вижда син. Страницата показва една цена, количката добавя друга конфигурация, а наличността не уточнява за кой размер се отнася. Това не е само неудобство. Магазинът вече представя няколко различни версии на продукта като една и съща оферта.
Краткият отговор е следният: близките варианти обикновено се управляват в една продуктова страница, а отделни страници са оправдани само когато разликата е съществена за избора и всяка страница може да се поддържа самостоятелно. И в двата случая всеки вариант трябва да има ясна идентичност, точна цена, актуална наличност и пряк адрес, който възстановява правилния избор.
Продуктова вариация е конкретна версия на един основен продукт. Разликата може да бъде размер, цвят, материал, памет, мощност, капацитет или друга характеристика, която клиентът избира преди поръчка.
Не всяка сходна оферта е вариант. Комплектът от няколко продукта, моделът с различно предназначение или конфигурацията с други основни възможности може да бъде отделен продукт. Практичният въпрос е дали клиентът избира версия на същото нещо, или сравнява различни оферти.
Проблемът започва, когато магазинът няма едно правило за тази разлика. Тогава могат да се появят почти еднакви страници, неправилен продукт в количката, обща наличност за всички размери или данни, които не съвпадат между сайта и Google.
Една продуктова страница обикновено е по-подходяща, когато вариантите имат еднакво предназначение и се различават главно по размер, цвят или малка конфигурация. Клиентът очаква да ги сравни на едно място, а отделните страници биха повтаряли почти цялото съдържание.
Отделни страници могат да бъдат оправдани, когато вариантът:
Например различният цвят на една и съща тениска често не изисква отделна страница. Лаптоп с друга памет, процесор и предназначение може да има достатъчно различна оферта, за да оправдае собствена страница. Решението се взема според реалната разлика за клиента, а не според това какво генерира платформата по подразбиране.
Тук има важна разлика. Всеки вариант трябва да може да бъде отворен директно, така че споделеният адрес да показва правилния размер, цвят или конфигурация. Това може да стане чрез част от адреса или чрез необходим параметър.
Преките адреси помагат на клиента и позволяват на Google да разпознае отделните варианти. Те обаче не означават автоматично, че всеки вариант трябва да бъде самостоятелен резултат в търсенето.
В официалното ръководство за продуктови варианти Google разделя два модела:
Google също препоръчва всеки вариант да може да бъде разпознат чрез отделен адрес. Затова правилното решение не е избор между "един адрес за всичко" и "всеки вариант в Google". Често най-добрият модел е една основна страница с преки адреси, които избират точния вариант.
След избор на размер, цвят или конфигурация страницата трябва да обнови всички данни за същия вариант:
Проверката не завършва с това дали бутонът сменя цвета на снимката. Трябва да се направи пробна поръчка за няколко комбинации и да се сравнят страницата, количката и потвърждението. Ако една стъпка показва друг вариант, продуктовата идентичност е нарушена.
Общ надпис "В наличност" е подвеждащ, ако се отнася само за част от размерите или цветовете. Страницата трябва ясно да показва дали точно избраната комбинация може да бъде поръчана, на каква цена и с какъв срок за доставка.
Същата информация трябва да присъства и в другите системи на магазина. Спецификацията на Google Merchant Center изисква подадената наличност да съвпада със страницата на продукта, процеса на поръчка и структурираните продуктови данни.
Това означава, че промяна в склада не трябва да обновява само един надпис на сайта. Тя трябва да достигне до избрания вариант, количката, продуктовия източник за Google и данните, които търсачката прочита от страницата. Иначе клиентът може да види продукт като наличен в Google, а след отваряне да открие, че точно този вариант липсва.
Всеки продаваем вариант се нуждае от собствен постоянен идентификатор. Същевременно вариантите на един продукт трябва да бъдат свързани с общ идентификатор на групата.
В правилата за item group ID Google посочва две различни роли:
Тези стойности не трябва да се разменят или променят при всяко обновяване. Заглавието, цветът, размерът, изображението, цената и наличността на страницата трябва да съвпадат с данните, подадени за същия вариант.
Подробната техническа реализация е отделна тема. Вижте ръководството за Product Schema и Merchant Center, когато адресите и продуктовите връзки вече са решени, но представянето им в различните системи не е последователно.
Ако син цвят не се предлага в размер 42, страницата не трябва да позволява тази комбинация да бъде поръчана. По-добре е невъзможният избор да бъде деактивиран и да останат видими реалните алтернативи.
Не създавайте празни страници за комбинации, които никога не са били продукт. Те не помагат нито на клиента, нито на търсачката.
Временно изчерпаният вариант е различен случай. Ако се очаква нова доставка, клиентът трябва да вижда ясна информация и достъпните заместители. Ако целият продукт е спрян, решението вече засяга бъдещето на продуктовата страница. Тази граница е разгледана отделно в статията за изчерпани и спрени продукти.
Започнете с няколко важни продукта, които имат повече варианти. За всеки от тях проверете последователно:
След това разделете проблемите по причина. Ако грешката се повтаря при много продукти, вероятно е в общия шаблон или връзката със складовата система. Ако засяга само един артикул, проверете неговите данни и настройките на вариантите.
Първи приоритет имат грешките, които могат да доведат до неправилна поръчка:
След тях идват системните проблеми, които засягат голяма част от каталога: множество почти еднакви страници, противоречиви canonical адреси и невъзможност да се отвори конкретен вариант чрез пряк адрес.
Накрая се отстраняват отделни текстови или визуални несъответствия, които не променят поръчката. Така работата започва от риска за клиента и приходите, а не от броя открити адреси.
Единична грешка в продуктови данни може да бъде поправена на ниво артикул. По-широка проверка е необходима, когато платформата създава много адреси за всяка комбинация, различни системи подават различна наличност или една промяна в шаблона може да засегне целия каталог.
При SEO оптимизация за онлайн магазин решението за вариантите трябва да обхване едновременно структурата на адресите, избора на canonical, продуктовите идентификатори, наличността, вътрешните връзки и начина, по който данните достигат до Google. Целта не е максимален брой страници. Целта е всеки вариант да бъде разпознаваем, поръчваем и представен последователно навсякъде.
