SEO-ориентированные заголовки в контенте, как?
Со стороны SEO-шников поставлена такая задача. На странице должен быть только один заголовок H1, остальные должны быть только H2, H3 и т.д.
Конечно в BE для каждого CE можно выбрать вид заголовка, но по умолчанию все заголовки H1. И при этом каждому редактору надо объяснять что нужно менять заголовок, кто-то забудет и т.п, не удобно вобщем. Задумал я допились css_styled_content что бы второй и последующие заголовки на странице были H2, если указан "тип 1". Но сразу потерялся в коде: Код:
# Content header: Версия TYPO3 4.5.x |
Скорее всего это касается настроек TS для пользователей или страниц. То есть для определенного пользователя нужно исключить использование заголовка первого уровня из списка, либо установить там значение по умолчанию на заголовок второго уровня... Глянь документацию здесь:
https://typo3.org/documentation/docu...ru/4.5.2/view/ Еще по теме: http://buzz.typo3.org/people/ron-hal...tent-elements/ Вкратце: Цитата:
PHP код:
|
Спасибо!
Добавление в TS константы content.defaultHeaderType = 2 - это то что нужно! Так все заголовки, где явно не указан тип, становятся H2. Получается очень удобно - один заголовок явно указываем H1, остальные становятся H2 (в том числе в правых-левых колонках). В итоге время затраченное на приведение заголовков к правильной SEO семантике минимально. |
Я бы сделал просто H1 - заголовок страницы, а все остальное - h2.
|
Цитата:
|
Цитата:
Кстати, а как вы Дмитрий и Андрей, решаете другие SEO-задачи? Например, есть tt_news и новости разбитые по категориям. На одной странице выводим /news/cat1/..., /news/cat2/... и т.д. Причем для каждой категории нужно прописать свои <title> (его же в H1), другие мета тэги и еще какой нибудь уникальный текст на 1-3 предложения. То же самое бывает нужно и для некоторых (или всех) Single страничек. По крайней мере у меня для информационных разделов по типу новостей (но на своих экстах) такие задачи встают постоянно. Конечно можно добавить такие поля в каждую таблицу. Но получается лишний код в каждый экст, а если экт не свой - то нужно создавать новый экст для расширения сторонней таблицы. Плюс управление seo-информацией размазано по всей базе, нет какой-то централизованности. |
За последнее время мне категории не приходилось использовать. Самый простой вариант – использовать TS conditions, но это чревато ухудшением производительности.
Не знаю, есть расширение, на написать такое, чтобы для категории можно было бы задавать заголовок страницы и прочие поля – не сложно. Надо просто анализировать параметры из t3lib_div::_GP(), загружать соответствующую категорию и подменять заголовок в $GLOBALS['TSFE']->altPageTitle. Логично для категории задавать сеошные свойства в свойствах категории. |
Ну я пользуюсь пакетом от WEC и templavoila_framework, в принципе основы TS там прописаны уже... Ну а остальное - вставить в нужные места значения из таблиц, если нужно...
Либо пользуясь настройками из этих пакетов делать настройки для сайта с нуля - тоже не сложно. Обычно структуры данных для темплавуаля я держу в файлах, также поступаю с TS и для страниц, и для расширений (вместо статических шаблонов из расширений копирую файлы в поддиректорию fileadmin, где их и правлю - лично мне так проще). Реализовано все через TS в структуре данных шаблона темплавуаля: Код:
<field_content_block_1 type="array"> Расширение templavoila_framework добавляет следующую настройку (которую можно и отдельно использовать): PHP код:
PHP код:
Тег meta также можно прописать из анонса новости, или перекопировать настройки из режима список новостей. |
Цитата:
http://forum.typo3.biz/showthread.php?t=9114 Категории из новостей я только для примера привел (tt_news все знают). Но если есть новостной сайт (не важно на tt_news или другом аналоге), то там есть много категорий и часто региональность. Другой похожий пример - каталог компаний. Тоже много категорий и региональность. Получается, что для таких страниц, все title, meta и т.п. будут одинаковы - так как физически это одна и таже страница и одна и та же запись категории: example.com/catalog/ example.com/catalog/category/xxx/ example.com/region2/catalog/ example.com/region2/catalog/category/xxx/ example.com/region3/catalog/ example.com/region3/catalog/category/xxx/ ... и т.д. Если вместо регионов использовать языковую версию (через L), а вместо категорий (как фильтров через GET параметры) отдельные страницы, то все то же самое без проблем встроенными средствами. |
Часовой пояс GMT +4, время: 16:38. |
Работает на vBulletin® версия 3.8.1.
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Перевод: zCarot