Статьи

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

0e7c39c635ff2dbe83218974f979d135

На данный момент мы разберем правильную пошаговую реализацию технологии умного фильтра и получения трафика по фильтрациям продуктов. Это, наверняка, одна из самых сложных технологий для e-commerce, и если ее воплотить верно, то можно получить до 70% всего трафа в вашей теме. А если некорректно, то можно получить санкции и создать «ужаснее, чем было». 

Данная разработка не реализуется ни одним из обычных «коробочных решений» CMS Битрикс, Opencart и остальных. Необходимо завлекать разработку. Наиболее-менее отличные создатели могут воплотить такую задачку за 35–40 часов работы (это если гласить о Битрикс и Opencart; здесь делали и замеряли, сколько времени это занимает). 

Что принципиально учитывать: 

  1. Ассортимент. В группы/категориях, для которых будем настраивать умный фильтр, должен быть ассортимент хотя бы на 5-6 страничек паджинации. Если у вас не набирается и одна страничка паджинации, то фильтр для вас нагенерит странички с схожими продуктами. Продвигать их не имеет никакого смысла. Быстрее всего, они попадут в дубли либо малоценные странички. 
  2. В фильтрацию группы должны попадать минимум 60% параметров продуктов. Где взять все характеристики: открываете веб-сайты из ТОПа, собираете их характеристики фильтраций совместно со значениями. Проходитесь по всему ТОП-10, удаляете дубликаты и получаете 100% параметров. Из их хотя бы 60% параметров должны быть указаны у наших продуктов, выведены в фильтры, по ним обязана быть возможность отфильтровать продукты. Если этого нет, у вас просто не будет подходящих посадочных страничек. 

Если ничего из вышеперечисленного у вас нет, эффекта вы не получите, а если получите, то весьма небольшой. 

Сама реализация будет разбита на несколько блоков, и у всякого блока будет разработка, а потом настройка со стороны SEO. 

Оглавление

Блок 1. Настройка категорий 

По дефлоту на веб-сайтах фильтрация обычно происходит через GET-параметры. 

Все GET-параметры запираются от индексации в robots.txt директивой Disallow: /*?*, поэтому что создается куча мусорных страничек, они не должны быть в индексе. 

Все характеристики, которые мы открываем для индексации, необходимо перевести в формат ЧПУ URL. 

Для перевода характеристики в режим индексации необходимо его указать. Для этого в редактировании группы необходимо создать блок, в каком мы избираем свойство и добавляем ему префикс URL. В таком случае для данной группы это свойство уже формируется под индексацию, и все пересечения открытых параметров так же создаются в режиме ЧПУ. 

Какие здесь есть аспекты: 

  1. У всякого характеристики нужно непременно указывать префикс. Так будет проще рассматривать и исключать дубляж значений, также конфликты снутри умного фильтра. 
  2. Все сгенерированные ЧПУ странички должны попадать в sitemap. 
  3. Last modified у странички прописывается от всех конфигураций на ней (пропал/возник продукт; поменяли текст/заголовок/title/description). 
  4. В этом блоке непременно выводить код характеристики для его предстоящего использования в блоке «Динамические правила». 

Пример, как это изготовлено в Битриксе: 

50cf5008834754247d23dbfc424aaf2a

Далее необходимо сделать переменную {SEO_FILTER}, которую вы вставите в h1, title и description группы. Зависимо от набора параметров и значений она будет добавлять туда их значения из автозамены. 

Пример: 

Приобрести шины {SEO_FILTER} в Москве 

Для страничек, у каких выбрано «шипованные», «R16» и «зимние», будет так: 

Приобрести шины зимние шипованные R16 в Москве 

Значения сюда подставляются зависимо от того, в которой последовательности выстроены открытые характеристики в настройках группы. Это дозволит: 

  • на шагах чистки страничек сформировать ключи для пробивания спроса; 
  • пока вы не настроили динамические правила (а это не делается за 1 денек), избежать возникновения дублей с схожими заголовками. 

Блок 2. Автозамена значений 

Значения фильтров у нас участвуют в генерации title/заголовка/description/текста, а группы есть различные, потому любому значению необходимо задать характеристики автозамены. 

А можно не созодать? Можно, но получится таковой формат. Разберем на примере характеристики цвета «красноватый»: 

  • красноватый пиджак,
  • красноватый юбка, 
  • красноватый платьица, 
  • и т.д. 

Весьма криво, безобразно и нерелевантно. Потому я рекомендую прописать любому свойству такие форматы склонений: 

  1. Именительный падеж, мужской род, единственное число. 
  2. Именительный падеж, мужской род, множественное число. 
  3. Именительный падеж, средний род, единственное число. 
  4. Именительный падеж, средний род, множественное число. 
  5. Именительный падеж, дамский род, единственное число. 
  6. Именительный падеж, дамский род, множественное число. 
  7. Дательный/Предложный падеж, мужской род, единственное число.
  8. Дательный/Предложный падеж, мужской род, множественное число. 
  9. Дательный/Предложный падеж, средний род, единственное число. 
  10. Дательный/Предложный падеж, средний род, множественное число.
  11. Дательный/Предложный падеж, дамский род, единственное число. 
  12. Дательный/Предложный падеж, дамский род, множественное число. 

В эталоне, естественно, следует создать и дательный, и предложный падежи, но при разработке динамических правил «крыша поедет» от такового богатства. Потому можно не созодать эти склонения раздельно, единственное – при написании ТЗ на тексты необходимо будет указать, в котором падеже можно применять характеристики. 

Также для всякого характеристики (по мере необходимости конкретно в вашей теме) нужно указать префиксы и постфиксы. 

Для чего же это? Разберем 2 примера. 

  1. Шины – размерность пишется 205 60 R16. 
  2. Батареи – емкость пишется 60 Ач.

Здесь есть префикс «R» в шинах для поперечника и постфикс «Ач» для емкости аккума. Сами значения – в фильтре 16 и 60 соответственно. Тогда для таковых параметров это тоже необходимо указывать. 

Как это смотрится в Битриксе:

73f9babe322e4f9ff5a2f4af0c9520a4

 

Здесь в эталоне следует воплотить импорт, чтоб можно было файл XLS загрузить в БД впрямую, но это зависит от значений параметров. Если их до 300 штук – то всё проще создать руками контент-менеджера, если больше – уже целесообразна допразработка на импорт. 

Блок 3. Очистка мусорных страничек 

Для 12 категорий при открытии в их по 10 параметров (для одежки это весьма не много) умный фильтр сгенерирует нам приблизительно 430 000 + страничек. Это весьма огромное, просто несусветно большущее количество страничек. Все ли они полезны? Естественно, нет. И их не надо скармливать поисковикам – есть риск получения санкций в виде МПК (малополезный контент). 

Чтоб этого избежать, мы открываем характеристики категорий, выгружаем все странички умного фильтра. Здесь необходимо, чтоб создатели реализовали XLS-выгрузку, где в первом столбце будет указан URL странички, а во 2-м – ее H1. Все H1 закидываем на пробивку спроса, к примеру, в word-keeper.ru пробиваем спрос за год. Все странички, где спрос за год по “WS” наименее 50, закрываем от индекса. 

В админке программерам необходимо воплотить блок, в который отчаливает перечень URL методом файла XLS, а для приобретенных URL происходит последующее: 

  1. Удаляются из sitemap. 
  2. Добавляется метатег < meta name=”robots” content=”noindex,follow” >. 
  3. Можно заместо пт 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, потому что работа реально непростая. 

Как это смотрится в админке: 

1381b1b9698271c4ccb109dcc5574250

Блок 5. Персональная оптимизация сборок 

Есть весьма частотные и конкурентноспособные странички фильтрации, где шаблонной оптимизацией не обойтись совершенно. Тогда нам нужен функционал персональной оптимизации. Делается он просто. 

Это блок, в который вы забиваете:

  • ЧПУ URL,
  • Title, 
  • H1,
  • Description, 
  • Текст под листингом. 

По ЧПУ URL во время рендеринга странички строится соответствие странички личным правилам. Если они там есть, то в большей степени выводятся данные персональной оптимизации. Здесь тоже идеальнее всего создать импорт из XLS, чтоб с сиим можно было стремительно работать. 

Пример, как это реализовано в Битриксе: 

71d4d51acac547e212fb16d679672726

Надеюсь, я сумел тщательно разъяснить, как верно воплотить умный фильтр на веб-сайте и получить из этого профит. Если будут вопросцы, пишите мне в личные сообщения, непременно помогу и отвечу любому :)

Источник

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»
full sex telugu indianpornxclips.com desisexvidieo حيوانات بتنيك بنات pornvideoswatch.net فيديوهات خالد يوسف سكس indian ladies fuck tubekitty.mobi pornwoman sexyfim tubepatrolporn.net cbsam اجمل نيك محارم sexdejt.org ناكها
xxx gonzo pornscan.mobi bangle sex different world girl hentaitgp.com hentai queens blade ikaw at ikaw superpinoy.net darna december 2 ji chang wook gf sikwap.mobi ww com xxxxx bengali blue film sexy themovs.info bengali hd sex
sex tips tamil erodrunks.net sex purn افلام سكس جامدة جدا annarivas.net نيك منزلى سكس مص ابزاز myvippy.com زب اسود طويل رقص سكي ohtube.net سكس امريكى نار بزاز مصرية ملبن teenagesexvids.com سكس محارم أمهات