Как воплотить разумный SEO-фильтр для интернет-магазина | Статьи SEOnews
Данная разработка не реализуется ни одним из обычных «коробочных решений» 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:большая_или_маленькая_буква}
Пример:
Покупать {CVET.NOMINATIVE_PLURAL|ucfirst:false} {DLINA.NOMINATIVE_PLURAL|ucfirst:false} платьица с доставкой от {MIN_PRICE.NOMINATIVE_PLURAL|ucfirst:false} руб.
Получится:
Покупать темные длинноватые платьица с доставкой от 1599 руб.
Для написания шаблона текста берем самое частотное сочетание параметров, категории.
К примеру:
- Категория – платьица.
- Цвета – темный, красноватый, белоснежный.
- Длина рукава – краткий, длиннющий, ?.
- Формируем ключи через spin {черные|красные|белые} платьица c {коротким рукавом|длинным рукавом|рукавом 3/4 }.
Итог:
- черные платьица с кратким рукавом,
- черные платьица с длинноватым рукавом,
- черные платьица с рукавом 3/4,
- красные платьица с кратким рукавом,
- красные платьица с длинноватым рукавом,
- красные платьица с рукавом 3/4,
- белые платьица с кратким рукавом,
- белые платьица с длинноватым рукавом,
- белые платьица с рукавом 3/4.
Избираем самое частотное сочетание. По нему делаем анализ ТОПа и указываем копирайтеру, в которых падежах он может применять наименования параметров. Также непременно помечайте копирайтеру, что текст обязан строиться в таком формате, чтоб он просто подходил и под иные характеристики. Такую работу копирайтеру я расцениваю традиционно по ставке х1,3-х1,5, потому что работа реально трудная.
Как это смотрится в админке:
Блок 5. Персональная оптимизация сборок
Есть чрезвычайно частотные и конкурентноспособные странички фильтрации, где шаблонной оптимизацией не обойтись совершенно. Тогда нам нужен функционал персональной оптимизации. Делается он просто.
Это блок, в который вы забиваете:
- ЧПУ URL,
- Title,
- H1,
- Description,
- Текст под листингом.
По ЧПУ URL во время рендеринга странички строится соответствие странички личным правилам. Ежели они там есть, то предпочтительно выводятся данные персональной оптимизации. Здесь тоже идеальнее всего сделать импорт из XLS, чтоб с сиим можнож было живо работать.
Пример, как это реализовано в Битриксе:
Полагаюсь, я сумел досконально разъяснить, как верно воплотить разумный фильтр на сайте и получить из этого профит. Ежели будут вопросцы, пишите мне в собственные известия, непременно помогу и отвечу каждому:)
Статьи
Комментариев 0