SEF (ЧПУ) для Joomla — кому это нужно?

Четыре это много или мало? Не знаю.  У меня ровно четыре сайта на Joomla, на которых я пытался использовать SEF компоненты,  и ни на одном из сайтов эти компоненты правильно не работали.

Мной были опробованы только 2 самых популярных: OpenSEF и JoomSEF(Artio). Первый с конца 2006 года не выпустил новой версии, работает на одном из сайтов, хотя местами выдаёт неправильные title страниц. Со вторым я больше работать не собираюсь вообще (либо только для com_content), т.к. его взаимодействие с другими компонентами приводит к бесконечному количеству ошибок в создании URL.

А нужны ли вообще компоненты SEF для Joomla?

Что такое SEF, и для чего нужно?  SEF — Search Engines Friendly, то есть дружественные поисковым системам URL-ы (забавно, что в русской версии ЧПУ — это Человеко Понятные Урл-ы).

Создана эта технология была, для того, чтобы из динамических адресов сайта типа

index.php?option=com_content&id=5&task=view&Itemid=6

сделать псевдо-статические типа

mir-trud-mai.thml

Главная задача — сделать страницы более индексируемыми поисковыми системами, и повысить их значимость для поисковиков в выдаче (спорный момент, об этом ниже).

Что получилось на самом деле — плюсы и минусы ЧПУ для Joomla, с комментариями:

Плюсы:

• Первый и, на мой взгляд, главный плюс — человечность созданных адресов. Гораздо приятнее видеть статические адреса (site/forum) чем динамические (index.php?option=com_fireboard&Itemid=4). Таким образом, пользователь, перед переходом по адресу, догадывается о том, что увидит на странице.

• Лучшая индексация поисковыми машинами (весьма спорно, отлично индексируются и динамические адреса)
• Сокращение длины УРЛ, особенно в случае компонентов
• Большая безопасность по сравнению с динамическими урл-ами (слух, лично не сталкивался)
• Большая релевантность в поисковых системах (спорно)

Минусы:

• В случае длинных заголовков типа «Повышение производительности экскаваторов с обратным ковшом» урл становится безобразно длинным.
• Большая нагрузка на сервер по сравнению с динамическими адресами (по слухам, видимо речь идёт о случае, когда кеширование страниц отключено).
• Сайт становится зависимым от компонента, уже на рабочем сайте опасно производить с компонентом какие-то манипуляции, т.к. это может привести к полной потери старых, успевших стать значимыми для поисковиков адресов страниц.
• Большая вероятность проблем с компонентами, которые не входят в Joomla по умолчанию

Спорные моменты:

1. БОльшая релевантность в выдаче, когда слово присутствует в адресе. Сколько угодно можно услышать мнений по этому поводу. Лично я видел примеры, когда в выдаче оказывалась страница, в тексте которой искомого слова нет, но в адресе оно встречается один или несколько раз.
2. 22 сентября 2008 года гугл заявил о том, что рекомендует не переводить динамические адреса в статические, т.к. часто этот перевод вызывает ошибки, и при динамических адресах гуглу проще отсделить структуру сайта (кластеризация в действии, одни разделы ресурса значимы для ранжирования гораздо больше других). Официальное заявление на английском здесь.
3. Лучшая индексация сайта со статическими адресами если не уходит в историю, то становится на один уровень с индексацией динамических адресов.

Итоги. С одной стороны, мне противно смотреть на одинаковые безликие адреса типа

index.php?option=com_content&id=2&task=view&Itemid=3

index.php?option=com_content&id=3&task=view&Itemid=4

index.php?option=com_content&id=2&task=view&Itemid=60

С другой стороны, такие адреса теперь приоритетнее для Google (а вскоре, значит, и для остальных). И такие адреса встроены в саму систему, а значит более стабильны, чем переведённые в псевдостатику.

Какие выводы я сделал для себя:

1. Если и использовать сторонние SEF-компоненты, то только для com_content (хотя, как показывает практика, просто включённого ArtioJoomSef с опцией «пропустить» для всех кроме контента компонентов, достаточно, чтобы появились глюки в форуме Fireboard и других).

2. Если уж так хочется статики, то можно использовать встроенный в жумлу механизм генерации адресов без сторонних компонентов (этот варинат пока лучший имхо).

3. Нужно задавить в себе желание видеть адреса красивыми, и работать без всяких преобразований, с динамическими URL-ами.

Вот так, с удовольствием выслушаю мнения других людей по этому вопросу. Жду ваших комментов.

Юрий, cmsuser.ru