И так статья подразумевает, что вы выполнили все действия в предыдущей статье по Сео сайта. И так поехали, дорабатываем редиректы в .htaccess.

Убираем дубль главной из-за привязки к меню.

RewriteRule ^home.html$ /$1 [L,R=301]

Собственно эта комбинация позволяет убить дубль главной по алиасу меню. Помните, что home.html может быть любым другим значением, все зависит используете ли вы html расширение в ссылке и какой алиас у вас используется для главной страницы.

Убиваем дубль index.php. Я видел много советов по этому поводу, но они на столько безграмотные, что могут похоронить ваш сайт, так как Joomla просто не сможет обратиться к index.php, я предлагаю вот такой способ:

RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP/

RewriteRule ^index\.php$ http://site.ru/ [R=301,L]

По сути он нам позволяет очень выборочно сделать редирект, только при обращении к ссылке формата site.ru/index.php.

На этом мы оставляем мучения с настройкой htaccess для Joomla этого хватит для базовой настройки системы.

Следующая часть настройки SEO Joomla — это создание правильных заголовков для поисковых систем. Немного теории:

Требования поисковиков сводятся к правильной иерархии страницы. Сначала идет Title страницы, как правило это название раздела или название статьи, потом идет заголовок H1 — это название статьи или раздела, потом H2 это подзаголовки — смысловые части текста, ну и H3 — в Joomla это обычно заголовки модулей.

Теперь рассмотрим Joomla. Title мы формируем исходя из названия категории + добавляем к нем название сайта, чтоб не было полного дубля с названием заголовка.

H1 — это у нас заголовок статьи Joomla или название раздела. Тут все ок за одним единственным исключением создатели шаблонов Joomla почему то его упорно делают H2, наверное они подразумевают, что в H1 вы будете выводить название сайта. Так что в этой части нам предстоит это исправить, а так же научиться составлять правильно статью на сайте Joomla.

Так как мы джентльмены и не можем делать хаки самой Joomla нам надо скопировать шаблоны com_content в папку шаблона и переопределить их. Как это сделать?

Заходим по FTP в папку шаблона.

Как правило это /templates/название шаблона/

Если нет создаем там папку «html» естественно без кавычек.

В папке html создаем папки article и category. Теперь нам надо скопировать содержимое из папок:

/components/com_content/views/article/tmpl в /templates/название шаблона/html/article

/components/com_content/views/category/tmpl в /templates/название шаблона/html/category

Тем самым вы переопределили шаблон компонента com_content и теперь можете делать с ним что хотите.

Теперь редактируем файлы только те которые находятся в папке вашего шаблона!

Открываем файл:

/templates/название шаблона/html/article/default.php.

Ищем:

<div class="item-page

А в нем вложены заголовки <h2><h2> — этого где то 36-43 строка. Меняем h2 на h1. И теперь у вас в статье стали генерироваться заголовки h1 всместо h2.

Теперь на очереди блог категории. Ему так же надо задать правильные заголовки.

Открываем фаил:

/templates/название шаблона/html/category/blog.php

ищем <h2></h2> и заменяем на <h1></h1>.

Собственно базовые элементы оптимизации структуры сайта на этом закончены. В следующих статья по SEO Joomla, я постараюсь рассказать о других аспектах.

Прежде всего забудьте про всякие громоздкие компоненты типа sh404sef, это все вам не нужно, потому что польза сомнительная, а наломать дров, которые потом скажутся на сайте очень даже просто.

Для технической оптимизации сайта нам надо выполнить несколько предварительных действий. Все описанные действия подходят только для стандартных компонентов Joomla.

Для этого идем:

Сайт > Общие настройки

Ставим в положение ДА следующие настройки:

• Включить SEF (ЧПУ)
• Перенаправление URL

Там же в выпадающем меню опции «Включать название сайта в заголовок страницы» выбираем значение «После».

После этого в корне сайта находим файл htaccess.txt и переименовываем его в .htaccess.

Теперь у нас имеются SEF ссылки не хуже чем у кого либо другого.

Дело все в том, что Joomla имеет очень не хорошую особенность, это создание дублей, в Joomla 3 частично решили эту проблему, путем введения канонических ссылок, в Joomla 2.5 я вам предлагаю избавляться от дублей путем редиректов.

Для этого нам потребуется установить плагин, он делает редирект с дублей на страницы оригиналы отдавая поисковику 301 редирект. Его требуется скачать, установить и активировать в менеджере плагинов.

Карта сайта необходима прежде всего для поисковиков, она вам нужна как в HTML виде так и в XML. По этому рекомендую компонент XMAP, который так же надо скачать и установить. Создать карту сайта, выбрав меню всего сайта, а так же в меню создать ссылку на HTML карту сайта. Она нам нужна, чтоб вывести все страницы сайта в третий уровень, что обеспечит нам хорошую индексацию сайта.

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

Базово мы настроим не много параметров, но это сделать просто необходимо, даст вашему сайтв 100 очков к карме :-).

Сначала сделаем редирект на основной домен. Для этого открываем в корне вашего сайта файл .htaccess. Находим строку «RewriteEngine On» и после нее пишем следующее.

RewriteCond %{HTTP_HOST} ^www.site\.ru$ [NC]

RewriteRule ^(.*)$ http://site.ru/$1 [R=301,L]

site — меняем на ваш адрес сайта. Тем самым достигается эффект открывая сайт www.site.ru вас перенаправляет на site.ru — это поможет исключить создание дублей сайта и в дальнейшем поможет работать с многими компонентами.

Ну и под конец сделаем обещанный ход конем и преобразуем ссылку на карту сайта.

После «RewriteEngine On» вставляем вот такую запись:

RewriteRule ^1$ /index.php?option=com_xmap&view=xml&id=1 [L]

/index.php?option=com_xmap&view=xml&id=1 — ссылка на вашу xml карту сайта.  После этого по ссылке site.ru/1 будет доступна ваша карта сайта. Ее то мы и помещаем в кабинеты вебмастера google и яндекс.

Вообще я не сторонник больших файлов robots.txt по этому для базовой оптимизации Joomla стоит использовать максимально простой файл.

Обычно я удаляю строку:

Disallow: /images/

И добавляю несколько строк в конец:

Disallow: /index.php*
Disallow: /component/
sitemap: http://site.ru/1
Host: site.ru

Что позволяет минимизировать возможные дубли, определить основное зеркало сайта и укажет поисковикам на карту сайта.

На этом я бы хотел завершить первую часть в цикле статей. В последующих статьях я расскажу о создании правильной структуры сайта с точки зрения поисковика и укажу на некоторые фишки, которые стоит сделать.

Оригинал статьи вы можете прочитать в блоге .

Итак, Я хочу предложить неполное отключение mootools посетителям имеющих статус гость, т.е. для неавторизованных пользователей. Почему неполное? Потому что некоторые расширения для Joomla до сих пор используют mootools, но далеко не все, что грузит Joomla. Об этом немного подробнее…

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

Править мы будем файл /libraries/joomla/html/html/behavior.php, который отвечает за вызов всех js скриптов из дериктории media/system/js/.

Первый вариант частичного отключения mootools для гостей:

Находим строчки

JHtml::_('script', 'system/mootools-' . $type . '.js', false, true, false, false, $debug);
JHtml::_('script', 'system/core.js', false, true);
self::$loaded[__METHOD__][$type] = true;

И заменяем их на

$user =& JFactory::getUser();
if ($user->get('guest') == 1) {
JHtml::_('script', 'https://ajax.googleapis.com/ajax/libs/mootools/1.4.5/mootools-yui-compressed.js', false, true, false, false, $debug);
JHtml::_('script', 'system/core.js', false, false);
JHtml::_('script', 'system/mootools-more.js', false, false, false, false, $debug);
self::$loaded[__METHOD__][$type] = true;

}else {
JHtml::_('script', 'https://ajax.googleapis.com/ajax/libs/mootools/1.4.5/mootools-yui-compressed.js', false, true, false, false, $debug);
JHtml::_('script', 'system/core.js', false, true);
JHtml::_('script', 'system/mootools-more.js', false, true, false, false, $debug);
self::$loaded[__METHOD__][$type] = true;}

Здесь мы заставляем джумлу грузить не локальную версию mootools, а с сервера Google, а так же запрещаем грузиться дополнениям mootools гостям.

Чуть ниже находим

JHtml::_('script', 'system/caption.js', true, true);

И заменяем на

$user =& JFactory::getUser();
if ($user->get('guest') == 1) {
JHtml::_('script', 'system/caption.js', false, false); if( isset($this->_script['text/javascript']) ) { $this->_script['text/javascript'] = preg_replace('%window\.addEvent\(\'load\',\s*function\(\)\s*{\s*new\s*JCaption\(\'img.caption\'\);\s*}\);\s*%', '', $this->_script['text/javascript']); if( empty($this->_script['text/javascript']) ) unset( $this->_script['text/javascript'] ); } 
} else {
JHtml::_('script', 'system/caption.js', true, true);
}

Опять запрещаем грузить дополнение гостям.

Чтобы было понятнее, мы сначала загрузили саму библиотеку mootools с серверов Google: https://ajax.googleapis.com/ajax/libs/mootools/1.4.5/mootools-yui-compressed.js. Эта версия, а не локальная, будет грузится всем и везде. И даже в административной части. Зачем это? Это поможет нам ускорить загрузку сайта в целом. Как известно гораздо быстрее скрипты загружаются со внешних источников, если они конечно имеют большую пропускную способность, а Google имеет, поверьте ;)

Затем мы для гостей отключили дополнения mootools. В итоге мы грузим только удаленную копию библиотеки mootools без лишних дополнений.

Второй вариант отключения mootools для гостей: нужно строки ниже:

JHtml::_('script', 'system/mootools-' . $type . '.js', false, true, false, false, $debug);
JHtml::_('script', 'system/core.js', false, true);
self::$loaded[__METHOD__][$type] = true;

Заменить на эти:

$user =& JFactory::getUser();
if ($user->get('guest') == 1) {
JHtml::_('script', 'system/mootools-' . $type . '.js', false, false, false, false, $debug);
JHtml::_('script', 'system/core.js', false, false);
self::$loaded[__METHOD__][$type] = true;
}else {
JHtml::_('script', 'system/mootools-' . $type . '.js', false, true, false, false, $debug);
JHtml::_('script', 'system/core.js', false, true);
self::$loaded[__METHOD__][$type] = true; }

Затем необходимо в шаблоне и всех расширениях вычищать:

JHtml::_('behavior.tooltip');
JHtml::core();

… и тому подобное, иначе мы получим неработоспособную страницу или весь сайт.

Вот и все. Чем плох этот метод? Тем, что после обновления движка все придется делать заново.

Благодарю пользователей wfedin и Shustry с Joomlaforum за помощь. Использовал так же материалы со своего сайта

Наверное многие скажут, что да в этом есть какой, то смысл, но я спустя несколько лет разработки под joomla могу почти с 95% вероятностью сказать, что ломать копья из-за этого бесполезно и даже более того вредно :).

Для более глубокого понимания вопроса, давайте обратимся к теории и посмотрим, что есть такое SEF? Если отбросить мешуру — это удобство для вашего пользователя, как гласили лозунги лет 5 назад, забудь длинные и не красивые url, куда проще набрать короткий и красивый адрес, да это так можно в командной строке браузера набрать site.ru/news, однако большая часть пользователей ни когда этого делать не будет потому что он даже не знает, что это такое, а если и знает ему просто тупо лень. Тогда зачем мы делаем ЧПУ на наших сайтах сейчас? Мы делаем его в основном для поисковиков, чтоб им было удобней структурировать информацию на вашем сайте, т.е поисковик видит site.ru/news/news1 и понимает, что сайт это сайт news это раздел сайта, а news1 это уже новость относящаяся к этому разделу.

Все вроде бы просто. Теперь следующий вопрос… зачем использовать сторонние компоненты типа sh404sef? Ну правда зачем??

Есть такая же структура в самой joomla причем еще с joomla 1.5, но нет, какого то черта, глупые и не совсем глупые вебмастера, начитавшись очередного откровения от seo гуру ставят этот компонент или какие то другие. Если вам интересно, то я когда то писал статью почему вреден СЕФ. Эта будет частично перекликаться с ней, но я постараюсь привести новые аргументы и рассказать истории из практики.

А теперь поговорим по существу, о сложностях с которыми придется столкнуться людям которые используют сторонний сеф.

Нагрузка — я сталкивался с мнением, что мол запросы быстрые и не могут положить базу, а кеширование, так и вовсе все дело решает, запросы и правда легкие и быстрые, однако ребята вы чего считаете что 250 быстрых и легких запросов добавят сайту резвости… да я не спорю что сайты с посещаемостью в 100 человек не будут испытывать ни каких проблем, но допустим пример одного украинского портала, мне говорит о, том что при нагрузке хотя бы 20-30 человек онлайн, которые загружают какие то страницы сайта, это количество может спокойно похоронить сайт… а 20-30 человек онлайн это уже достижимо при посещаемости в 2000 тысячи человек в сутки. А надо ли вам переделывать сайт в последствии?

Дубли — эта самая забавная часть в рекламе того же sh404sef, мол он убивает дубли страниц в joomla. Могу вас заверить на больших сайтах это не работает, ну просто не работает… и даже более того все становится на много хуже… любой дополнительный параметр в url это лишняя строчка в базе с лишней страницей, в общем на том же украинском сайте с реальным количеством страниц всего 5 тысяч было более 500 000 страниц в базе sh404sef :-) как вы думаете как хорошо и быстро выполнялись «быстрые запросы» к базе данных?.

Сторонние расширения и совместимость — это очень сложный вопрос, с одной стороны, вроде, как для популярных расширений уже написаны плагины, но для мало — популярных обычно написанием плагинов ни кто не занимается, да есть еще идеологическая подоплека, когда разработчик расширения намеренно не выпускает плагинов под свое расширение. Нет плагина как правило нет корректной работы расширения. Допустим мы крайне не охотно выпускаем расширения с поддержкой этого компонента.

Красивые ссылки — ну вот мы и подобрались к истокам. К тем самым когда люди говорили, а у меня красиво все, а у тебя чет не понятное с ссылками. Да тот же sh404 позволяет создать какие угодно ссылки, но как мы говорили вначале нашей статьи для пользователя красота особо и не нужна, а для поисковика нужна структура, и тут надо наверное отметить что структура в joomla sef гораздо лучше чем у того же 404sef. Вы скажете как это почему?? А я вам отвечу, первое что делает пользователь ставя подобный компонент он стремится отключить id материала, тем самым он себя обрекает на возможный дубль, а так же как не странно, но id материала в ссылке должен присутствовать согласно требованиям допустим google news. Забавно да? с тем что упорно борются и считают не правильным оказывается просто требование поисковых гигантов.

На самом деле я могу привести еще около 5 достаточно веских аргументов почему не стоит использовать компонент sh404sef и им подобные, но это по сути не важно, просто постарайтесь понять, встроенный SEF joomla обладает теми же самыми возможностями, что и сторонние компонент в области структурирования сайта, и даже во многом превосходит их, за счет того, что меньшая нагрузка на сайт, вы почти 100% не сделаете фатальную ошибку в настройке его и получите 100% совместимость со всеми расширениями joomla, а значит сбережете время, нервы и деньги. Удачи вам :-)