Сейчас новые SEO-фичи (автогенерируемые меты и тайтлы) для элементов инфоблока срабатывают в компонентах детальной страницы "по-умолчанию". Это не всегда удобно, а иногда и вовсе вредит!
В шаблонах метатегов доступно поле this.sections.name, которое возвращает набор названий разделов от корня.
Предложение — вместо name (или любого другого поля), дать возможность указать свою функцию. Если грубо, то добавить обработчик на получение значения поля (getField). Для чего это нужно. Например, для заголовка товара нужно собрать цепочку из пользовательских свойств секции, а у тех секции где оно не указано, взять название. Таким образом, указав например так:
мы бы смогли в функции func_getTitle сделать проверку нужного поля и если его нет, то вернуть название. Такой механизм придаст гибкости решению, сейчас этого не хватает.
В обработчике события OnTemplateGetFunctionClass можно создать пользовательскую функцию для шаблонов в СЕО модуле. Но в доступных для переопределения методах onPrepareParameters и calculate нельзя получить id сущности для которой производится вычисление.
Уважаемые, разработчики 1С-Битрикс. По тому состоянию блогов, в котором они находятся сейчас - нравится и устраивает всё, особенно возможность закрытия к индексации ссылок и другие интересные фичи. Однако, хочу обратить ваше внимание на вот такой вопрос. Если рассмотреть исходный код отдельно взятого сообщения блога, то в <met a name="keywords" content="тра-ля-ля" /> и <met a name="description" content="ля-ля-ля-ля-ля" /> для каждого сообщения блога парсится описание и ключевые слова раздела, где на страничке выведен комплексный компонент блогов. Так они и индексируются поисковыми системами
Скажите, пожалуйста, есть ли возможность сделать так, чтобы в <met a name="keywords" content="тра-ля-ля" / > как ключевые слова автоматически парсились бы теги, которые установлены в конкретном сообщении блога, а в <met a name="description" content="ля-ля-ля-ля-ля" /> парсились бы первые 250 знаков текста в начале сообщения блога.
Это было бы идеальным вариантом с точки зрения автоматической SEO-оптимизации сообщений блогов, не применяя и внедряя какие-то новые инструменты.
Сейчас робот поисковика при заходе на отдельный раздел каталога товаров видит описания всех разделов каталога, что не очень благоприятно сказывается на SEO данного раздела. Есть предложение показывать поисковикам описание только активного раздела каталога.
В вашем случае вы используете шаблон где выводите только заголовок раздела, и в тоже время вы заполнили описания у разделов, которые вам не нужны и вы их не выводите.
И хотите фактически зависимость текста от раздела. Что не совсем прерогатива конкретно этого компонента.
Это нужно сделать несколько иначе.
В компоненте: bitrix:catalog.section.list - оставляем так же как у вас есть, только названия разделов, описания удаляем;
В компоненте bitrix:catalog.section делаем связь с bitrix:news.detail, где в зависимости от раздела добавляем нужное описание для SEO
Первый компонент остается для навигации, Гугл его неплохо в таком виде добавляет в поиск, как навигацию.
И в тоже время решаем задачу с выводом SEO текстов с привязкой к нужному разделу.
Пощелкайте сверху на разделы, и обратите внимание, что текст внизу под списком, показывается нужный для конкретного раздела - Ваша задача будет решена и компонент останется живым и нужным для своей задачи.
Идея заключается в возможности добавления мета-тегов title и description для коротких ссылок, с целью повышения релевантности страниц открывающихся по коротким ссылкам. Используя фильтр, короткие ссылки и специальные мета-теги для них можно значительно увеличить количество страниц сайта в индексе причем релевантных.
В новом модуле поискового продвижения есть возможность редактировать robots.txt.
Увы нельзя задать имя полученному файлу.
Это нормально, когда сайты в Битрикс имеют отдельные папки (через DOCUMENT_ROOT или SITE_DIR). Но бывает ситуации, когда папки для ряда сайтов общие - получаем общий набор файлов для сайтов.
В итоге сайтов несколько, а robots.txt у них один и нельзя сделать их разными (это удобно для указания на sitemap - его имя, к счастью, можно в настройках указать).
Добавлено по комментариям: Отдавать разные версии robots.txt в этой ситуации можно средствами nginx. Главное в этой идее не второй шаг (я привел в пример неэффективный способ отдачи средствами PHP), а первый - сама возможность сохранить различные версии robots.txt для сайтов в такой конфигурации.
Добавлено после осмотра исходников модуля seo 14.5.0 (18.04.2014): Улучшений нет никаких. Имя robots.txt вбито в константе \Bitrix\Seo\RobotsFile::ROBOTS_FILE_NAME и ничего с этим не поделать ни с помощью событий (их нет), ни с помощью глубокой кастомизации (я имею в виду создание своего класса унаследовав от стандартного). Функционал редактирования robots.txt на сайтах с одной общей папкой сейчас неупотребим.
Имеется ввиду, что название меню каталога товаров одновременно является и названием раздела, который в свою очередь заключен в тег. Для поисковика будет лучше, если текст в теге h1 будет не просто Пижамы, а например Пижамы для мальчиков. См. скриншоты.
Это видит поисковик. Желательно, чтобы поисковик видел в теге h1 "Пижамы для мальчиков".
Если все сделано корректно, то обычно это наследуемые правила от текущего раздела и все товары в этом разделе делаются по этому правилу на автомате.
Зачем видеть эти поля, тем более они рассчитываются на лету из подстановок, что несколько скажется на производительности.