Когда-то давно мы в компании написали такой вот модуль . Модуль был написан в пору, когда не было SEO от Битрикс. В ходе использования модуля и с развитием платформы в нём не хватало ряда вещей:
- Собственной архитектуры (реализация на инфоблоках - это хорошо для быстрого старта. Но как оказалось переделать поле Строка в полеТекст возможно только через удаление столбца, а это значит писать отдельный код и переписывать методы, которые возвращают значение чтобы не убить данные пользователей). Да и вообще, я не сторонник инструментов универсализации когда они совсем не нужны, к тому же - обязательно наступит день когда придуманная "фишка" будет заключаться в умении сформировать правильный запрос (а это уже пол дела) и тут инфоблоки будут только мешать;
- Пользовательского интерфейса. Не хватало дружелюбия к пользователю. В наше время покупают "за обёртку" - поэтому нужно чтобы пользователю нравилось, чтобы он думал - это "из коробки", иначе его будет это отторгать. В старом модуле мы использовали подход дёшево и сердито (это не плохо и не хорошо - это взвешенное бизнес решение). Модуль больше предназначался для разработчиков нежели для пользователей сайта. Да и продавали мы "сервис", а не модуль - поэтому было не до "сюсюкания" с интерфейсом. К тому же, как показывает практика пользователь не хочет делать ничего. Его желание: Оплатил - Установил - Сразу всё пусть работает. Это идеальный вариант. В глубине творческой души программиста накатить инструменты для более простого управления со стороны пользователя было всегда;
- Были ограничения, которые порой портили всю картину. Казалось бы, простые вещи (то есть элементарный логические выводы) нельзя было реализовать. Пример: Правила срабатывали только тогда, когда ключи установлены на странице. А ведь хочется и без ключей и иногда, чтобы не все ключи были заданы (Подробнее об этом ниже);
- Хорошей работы с кэшем. Из-за недостатка знания в программировании (это не стыдно признать и не стыдно говорить другим - наша профессия это всегда изучение, изучение, изучение) работа с кэшем была построена несколько неверно на мой взгляд и эту неприятную особенность нужно было устранить, к тому же мета теги - это каждая страница, а то, что вызывается везде, должно быть минимумом затрат;
- Ещё гибче условия срабатывания. Ключи не были подвержены условиям установки (хотя по логике вещей должны). А в правилах не хватало ещё более гибких условий (нужно больше "маны"
). Хочется всё и сразу; - Срабатывание логики для постранички. Разные мета теги для постранички - это стандарт поисковиков (страничка должна быть уникальна);
- Интеграция с платформой (Приоритеты). Дико бесило, что в ряде случаев необходим был функционал системы по работе с мета данными, а в ряде случаев - модуля. Не были учтены особенности платформы, такие как - SetTitle и SetPageProperty('title'). А у каждого сайта были свои тараканы в голове особенности работы с заголовком h1 и тегом title. Нужно было учитывать битрикс. С выходом SEO для инфоблоков (хоть я в корне не согласен с идеей SEO от битрикс) это стало головной болью. Справедливости ради, скажу - люди (купившие модуль) НИ РАЗУ не использовали вкладку SEO для инфоблоков. В оправдание я слышал, что это слишком сложно;
- Впихивать переменные в качестве значений ключа прямо из формы (то есть в качестве значения указывать переменные (глобальные) или вызовы статического метода);
- Перенести всю работу с ключами для разработчика в отдельное место (чтобы не прыгать по всему проекту и не смотреть, где же был задан ключ);
- Получать сгенерированные значения тэгов в качестве строки, чтобы формировать на странице текст (например продающие тексты);
- Устанавливать ключи для раздела/страницы находясь непосредственно на разделе/странице;
- Возможность управлять ключами и правилами из публичной части сайта. Лазить в админку, чтобы изменить галочку тоже раздражало;
- Демо-режим. Нужно дать потенциальному покупателю возможность пощупать решение;
- Наличие прав доступа для работы с модулем;
- Событий для модуля. Лучшая кастомизация - дать возможность управлять кодом через события;
Концепция/идея
- Работа c SEO никогда не должна быть зависима от какой либо сущности на сайте. Это моё ИМХО. Пилить вкладки для каждой сущности (а судя по инфоблокам это будет каждый раз новая таблица) считаю ненормальным. SEO должно быть самодостаточным и ни от чего не зависеть;
- Есть 3 сущности: Ключи, Правила, Теги;
Ключ - это сущность, которая представляет из себя #Код# = Значение (может устанавливаться в рамках страницы, в базе данных и из файла):
То есть - это некоторая переменная, которая принимает значение.#COMPANY_NAME# = Рога и копыта
Таким образом мы имеем набор ключей, которые могут быть установлены на страницах. Это могут быть ключи для:
- детальных страниц;
- страниц разделов
- определённых страниц (конкретный раздел);
- определённого сайта / шаблона сайта;
- страниц, на которых выполняется определённое условие PHP;
- страниц, на которых установлено конкретное значение переменной запроса ($_REQUEST) или определена переменная, например просто print;
Шаблон тэга - это строка из набора символов, среди которых может быть использован ключ:
Правило - это сущность, которая включает в себя n тэгов (title,keywords,description,author, и любые другие), которые будут установлены на странице при выполнении условий для этой сущности.Лучшие футболки в магазине #COMPANY_NAME#
Таким образом мы имеем набор правил, которые могут быть установлены на страницах. Это могут быть правила для:
- детальных страниц;
- страниц разделов
- определённых страниц (конкретный раздел);
- определённого сайта / шаблона сайта;
- страниц, на которых выполняется определённое условие PHP;
- страниц, на которых установлено конкретное значение переменной запроса ($_REQUEST) или определена переменная, например просто print;
- определённого набора установленных ключей на странице; - Модуль всегда можно выключить в настройках модуля (мне всегда не нравилось - чтобы подтвердить, что что то не работает из-за конкретного модуля его нужно обязательно удалять);
- Модуль дополняет работу с SEO от Битрикс и ни в коем случае не конкурирует с ним. Почему? Потому что это не нужно. Если у вас простенький сайт и особо за SEO вы не переживаете - настройте SEO в инфоблоках. Но если у вас портал, на котором есть многосайтовость, региональность и прочие штуки, которые вы бы хотели добавить в мета информацию о сайте или огромный каталог товаров, в котором нужен специфичный подход к формированию тэгов - этот модуль поможет. Хотя при желании модуль спокойно заменяет и SEO из коробки. Я бы например от инфоблоков взял работу с картинками, а от модуля - с тэгами;
- Документация. Подробная документация с примерами (частыми решениями). За всю историю работы со старым модулем обычно у людей возникали одни и те же вопросы. Я решил вынести примеры работ с модулем в отдельную главу документации
Примеры (взято из описания старого модуля):
Пример формирования правила одного из тэгов для динамическиформируемой страницы каталога:
| Купить #NAME# в эксклюзивном магазине #SALE_NAME# (таргетинг по маске: /catalog/*). |
| Купить #NAME# в эксклюзивном магазине #SALE_NAME# #TOWN# (таргетинг по маске: /catalog/*). |
| Доставка в #TOWN# (таргетинг: /delivery/index.php). |
Планы на будущее:
- Поддержка PHP функций, а также пользовательских функций для работы со значениями Ключей при генерации тегов, например toLower();
- Вести учёт и некоторую статистику установленных на странице тэгах;
- Мастер демо-данных (идея пока очень сырая, но пользователь же ленив и надо чтобы он одним пальцем ковыряя в носу составил нормальный продающий текст)
- Подсказки для выбора ключей в формах, чтобы человек не думал как пишется код ключа - а выбрал его из списка.
- Записать пару скринкастов)))
ЗЫ: Продающих речей я писать никогда не умел и не умею
. Хочу лишь сказать, что желание сделать модуль больше для людей, чем для разработчиков реализовалось. Это никак не отменяет помощь в настройке и интеграции модуля с вашим сайтом. ЗЫ2: Картинки (интерфейсной части) по ссылке к модулю.
