[РЕШЕНО] Как лучше организовать сео блок?

Аватар пользователя divined divined 10 декабря 2014 в 18:22

Суть в следующем, на сайте необходимо организовать ОДИН СЕО блок (текстовый), но чтобы контент этого блока менялся в зависимости от контекста, адреса страницы или раздела (не важно)

Возможные решения, которые приходят на ум:
1. Много блоков с фильтрами. - Сайт умирает от загрузки 500 блоков, так как есть фиговая функция по рендеренгу всех блоков, независимо от контекста
2. С помощью Views и типа материала - Не очень удобное решение по организации 500 условий вывода, да и не запихать эти ноды потом в noindex с новыми правилами Яши
3. 2 пункт плюс ECK - ну это уже убийство бабочки ядерной бомбой

------------

Какие вы можете предложить варианты, или есть готовый модуль/модули для такого?

Комментарии

Аватар пользователя Plazik Plazik 10 декабря 2014 в 19:01

Для терминов таксономии я обычно использую описание термина Smile
А так за 2ой вариант.

Аватар пользователя voviko voviko 10 декабря 2014 в 19:29

по термину - добавить дополнительное описание термина, и выводить с помощью views это описание по аргументу.
по node - опять таже история.
Естественно это поле скрыто в отображении сущности, и право доступа смертный не имеет.

Аватар пользователя divined divined 10 декабря 2014 в 20:34

Тогда вопрос: как термин ассоциировать со страницей каталога которая является аргументом?

Например:

site.com/kvartiry/?more
site.com/kvartiry/?gory

Аватар пользователя voviko voviko 10 декабря 2014 в 20:46

например перезаписать файл ...php.tpl, и при существования сео блока выводить

Аватар пользователя divined divined 10 декабря 2014 в 20:46

Если делать с помощью терминов то страница taxonomy/term/%tid будет давать плохое влияние на сео сайта.
Если делать с помощью нод то сама страница ноды, даже с пустым контентом будет тащить сео сайта вниз.

Всетаки я надеялся на готовый модуль. Видать придется писать свой (((

Аватар пользователя sergeybelya sergeybelya 11 декабря 2014 в 0:40

divined wrote:
Если делать с помощью терминов то страница taxonomy/term/%tid будет давать плохое влияние на сео сайта.
- с чего это?

Аватар пользователя divined divined 10 декабря 2014 в 20:48

Или делать как советовали, но для хранения контента использовать сущность, а не ноду или термин.

Аватар пользователя voviko voviko 10 декабря 2014 в 20:53

"divined" wrote:
Или делать как советовали, но для хранения контента использовать сущность, а не ноду или термин.

Это одно и тоже. Логика проста. Часть сущности выводить как обычно(node termin), а другую часть выводить через views

Аватар пользователя alexsaab alexsaab 11 декабря 2014 в 16:49

"divined" wrote:
Суть в следующем, на сайте необходимо организовать ОДИН СЕО блок (текстовый), но чтобы контент этого блока менялся в зависимости от контекста, адреса страницы или раздела (не важно)

Делал такое отдельным модулем для Drupal 6.

+ интеграцией с модулем token - иначе просто много лишних страниц нужно будет забивать. Скажем есть у вас 300 товаров. Нужно для каждого сделать отдельную установку типа seo текст.

Купить товар1 по выгодной цене. Приобрести товар1 в Москве. Гарантия на товар1.

Для второго товара:

Купить товар2 по выгодной цене. Приобрести товар2 в Москве. Гарантия на товар2.

и т.д. 300 раз.

Если использовать интеграцию с token достаточно выделить один раз шаблон страницы с адресом товара и написать seo текст типа:

Купить [title] по выгодной цене. Приобрести [title] в Москве. Гарантия на [title].

Можно наверное и для D7 такое сделать: бабло побеждает зло.

С ув., Алексей