Технология умного SEO-фильтра и получение трафика по фильтрации товара

На данный момент мы разберем правильную пошаговую реализацию технологии умного фильтра и получения трафика по фильтрациям продуктов. Это, наверняка, одна из самых сложных технологий для e-commerce, и если ее воплотить верно, то можно получить до 70% всего трафа в вашей теме. А если некорректно, то можно получить санкции и создать «ужаснее, чем было».
Данная разработка не реализуется ни одним из обычных «коробочных решений» CMS Битрикс, Opencart и остальных. Необходимо завлекать разработку. Наиболее-менее отличные создатели могут воплотить такую задачку за 35–40 часов работы (это если гласить о Битрикс и Opencart; здесь делали и замеряли, сколько времени это занимает).
Что принципиально учитывать:
- Ассортимент. В группы/категориях, для которых будем настраивать умный фильтр, должен быть ассортимент хотя бы на 5-6 страничек паджинации. Если у вас не набирается и одна страничка паджинации, то фильтр для вас нагенерит странички с схожими продуктами. Продвигать их не имеет никакого смысла. Быстрее всего, они попадут в дубли либо малоценные странички.
- В фильтрацию группы должны попадать минимум 60% параметров продуктов. Где взять все характеристики: открываете веб-сайты из ТОПа, собираете их характеристики фильтраций совместно со значениями. Проходитесь по всему ТОП-10, удаляете дубликаты и получаете 100% параметров. Из их хотя бы 60% параметров должны быть указаны у наших продуктов, выведены в фильтры, по ним обязана быть возможность отфильтровать продукты. Если этого нет, у вас просто не будет подходящих посадочных страничек.
Если ничего из вышеперечисленного у вас нет, эффекта вы не получите, а если получите, то весьма небольшой.
Сама реализация будет разбита на несколько блоков, и у всякого блока будет разработка, а потом настройка со стороны SEO.
Оглавление
Блок 1. Настройка категорий
По дефлоту на веб-сайтах фильтрация обычно происходит через GET-параметры.
Все GET-параметры запираются от индексации в robots.txt директивой Disallow: /*?*, поэтому что создается куча мусорных страничек, они не должны быть в индексе.
Все характеристики, которые мы открываем для индексации, необходимо перевести в формат ЧПУ URL.
Для перевода характеристики в режим индексации необходимо его указать. Для этого в редактировании группы необходимо создать блок, в каком мы избираем свойство и добавляем ему префикс URL. В таком случае для данной группы это свойство уже формируется под индексацию, и все пересечения открытых параметров так же создаются в режиме ЧПУ.
Какие здесь есть аспекты:
- У всякого характеристики нужно непременно указывать префикс. Так будет проще рассматривать и исключать дубляж значений, также конфликты снутри умного фильтра.
- Все сгенерированные ЧПУ странички должны попадать в sitemap.
- Last modified у странички прописывается от всех конфигураций на ней (пропал/возник продукт; поменяли текст/заголовок/title/description).
- В этом блоке непременно выводить код характеристики для его предстоящего использования в блоке «Динамические правила».
Пример, как это изготовлено в Битриксе:
Далее необходимо сделать переменную {SEO_FILTER}, которую вы вставите в h1, title и description группы. Зависимо от набора параметров и значений она будет добавлять туда их значения из автозамены.
Пример:
Приобрести шины {SEO_FILTER} в Москве
Для страничек, у каких выбрано «шипованные», «R16» и «зимние», будет так:
Приобрести шины зимние шипованные R16 в Москве
Значения сюда подставляются зависимо от того, в которой последовательности выстроены открытые характеристики в настройках группы. Это дозволит:
- на шагах чистки страничек сформировать ключи для пробивания спроса;
- пока вы не настроили динамические правила (а это не делается за 1 денек), избежать возникновения дублей с схожими заголовками.
Блок 2. Автозамена значений
Значения фильтров у нас участвуют в генерации title/заголовка/description/текста, а группы есть различные, потому любому значению необходимо задать характеристики автозамены.
А можно не созодать? Можно, но получится таковой формат. Разберем на примере характеристики цвета «красноватый»:
- красноватый пиджак,
- красноватый юбка,
- красноватый платьица,
- и т.д.
Весьма криво, безобразно и нерелевантно. Потому я рекомендую прописать любому свойству такие форматы склонений:
- Именительный падеж, мужской род, единственное число.
- Именительный падеж, мужской род, множественное число.
- Именительный падеж, средний род, единственное число.
- Именительный падеж, средний род, множественное число.
- Именительный падеж, дамский род, единственное число.
- Именительный падеж, дамский род, множественное число.
- Дательный/Предложный падеж, мужской род, единственное число.
- Дательный/Предложный падеж, мужской род, множественное число.
- Дательный/Предложный падеж, средний род, единственное число.
- Дательный/Предложный падеж, средний род, множественное число.
- Дательный/Предложный падеж, дамский род, единственное число.
- Дательный/Предложный падеж, дамский род, множественное число.
В эталоне, естественно, следует создать и дательный, и предложный падежи, но при разработке динамических правил «крыша поедет» от такового богатства. Потому можно не созодать эти склонения раздельно, единственное – при написании ТЗ на тексты необходимо будет указать, в котором падеже можно применять характеристики.
Также для всякого характеристики (по мере необходимости конкретно в вашей теме) нужно указать префиксы и постфиксы.
Для чего же это? Разберем 2 примера.
- Шины – размерность пишется 205 60 R16.
- Батареи – емкость пишется 60 Ач.
Здесь есть префикс «R» в шинах для поперечника и постфикс «Ач» для емкости аккума. Сами значения – в фильтре 16 и 60 соответственно. Тогда для таковых параметров это тоже необходимо указывать.
Как это смотрится в Битриксе:
Здесь в эталоне следует воплотить импорт, чтоб можно было файл XLS загрузить в БД впрямую, но это зависит от значений параметров. Если их до 300 штук – то всё проще создать руками контент-менеджера, если больше – уже целесообразна допразработка на импорт.
Блок 3. Очистка мусорных страничек
Для 12 категорий при открытии в их по 10 параметров (для одежки это весьма не много) умный фильтр сгенерирует нам приблизительно 430 000 + страничек. Это весьма огромное, просто несусветно большущее количество страничек. Все ли они полезны? Естественно, нет. И их не надо скармливать поисковикам – есть риск получения санкций в виде МПК (малополезный контент).
Чтоб этого избежать, мы открываем характеристики категорий, выгружаем все странички умного фильтра. Здесь необходимо, чтоб создатели реализовали XLS-выгрузку, где в первом столбце будет указан URL странички, а во 2-м – ее H1. Все H1 закидываем на пробивку спроса, к примеру, в word-keeper.ru пробиваем спрос за год. Все странички, где спрос за год по “WS” наименее 50, закрываем от индекса.
В админке программерам необходимо воплотить блок, в который отчаливает перечень URL методом файла XLS, а для приобретенных URL происходит последующее:
- Удаляются из sitemap.
- Добавляется метатег < meta name=”robots” content=”noindex,follow” >.
- Можно заместо пт 2 переводить их в формат GET-параметров, но это обычно накладнее по трудочасам разработки.
Блок 4. Динамические правила формирования SEO-контента
Это необходимо, чтоб на динамических страничках у вас был частично уникализированный контент.
1 динамическое правило = 1 группа страничек.
В 1 группу страничек заходит обычно определенный набор параметров. Группы строятся по формату:
[категория] + [свойство1] + [свойство2] + [свойство3] + [свойствоN]
Примеры групп:
- Платьица + Цвет.
- Платьица + Цвет + Длина рукава.
- Платьица + Цвет + Длина рукава + Размер одежки.
Что задаем неповторимого:
- Title.
- H1.
- Description.
- Текст под листингом.
Какие переменные используем:
- Количество продуктов.
- Наибольшая стоимость.
- Малая стоимость.
- Наибольший размер скидки на продукт.
- Характеристики.
Удобнее, когда для параметров можно указать код характеристики, склонение и прописать слово с большенный/малеханькой буковкы. Потому на всех проектах я использую систему:
ucfirst:большая_или_маленькая_буква
Пример:
Приобрести ucfirst:false ucfirst:false платьица с доставкой от ucfirst:false руб.
Получится:
Приобрести темные длинноватые платьица с доставкой от 1599 руб.
Для написания шаблона текста берем самое частотное сочетание параметров, группы.
К примеру:
- Категория – платьица.
- Цвета – темный, красноватый, белоснежный.
- Длина рукава – маленький, длиннющий, ¾.
- Формируем ключи через spin красноватые платьица c длинноватым рукавом.
Итог:
- темные платьица с маленьким рукавом,
- темные платьица с длинноватым рукавом,
- темные платьица с рукавом ¾,
- красноватые платьица с маленьким рукавом,
- красноватые платьица с длинноватым рукавом,
- красноватые платьица с рукавом ¾,
- белоснежные платьица с маленьким рукавом,
- белоснежные платьица с длинноватым рукавом,
- белоснежные платьица с рукавом ¾.
Избираем самое частотное сочетание. По нему делаем анализ ТОПа и указываем копирайтеру, в которых падежах он может применять наименования параметров. Также непременно помечайте копирайтеру, что текст должен строиться в таком формате, чтоб он просто подступал и под остальные характеристики. Такую работу копирайтеру я оцениваю обычно по ставке х1,3-х1,5, потому что работа реально непростая.
Как это смотрится в админке:
Блок 5. Персональная оптимизация сборок
Есть весьма частотные и конкурентноспособные странички фильтрации, где шаблонной оптимизацией не обойтись совершенно. Тогда нам нужен функционал персональной оптимизации. Делается он просто.
Это блок, в который вы забиваете:
- ЧПУ URL,
- Title,
- H1,
- Description,
- Текст под листингом.
По ЧПУ URL во время рендеринга странички строится соответствие странички личным правилам. Если они там есть, то в большей степени выводятся данные персональной оптимизации. Здесь тоже идеальнее всего создать импорт из XLS, чтоб с сиим можно было стремительно работать.
Пример, как это реализовано в Битриксе:
Надеюсь, я сумел тщательно разъяснить, как верно воплотить умный фильтр на веб-сайте и получить из этого профит. Если будут вопросцы, пишите мне в личные сообщения, непременно помогу и отвечу любому :)