Представьте себе, что у вас новый интернет магазин на JoomShopping, есть товар, есть сайт, а клиентов нет. От куда взять клиентов? 

У вас есть фактически дава варианта:

• Заняться поисковым продвижением — и может быть через пару месяцев у вас появятся клиенты.
• Оплачивать контекстную рекламу — это эффективный мотод, но надо очень тонко подходить к настройке поисковых запросов, и при не эффективной настройки компании, вы рискуете потерять много денег.
• Яндекс маркет — этот способ стоит особняком, из-за того, что в этот каталог приходят люди, которые изначально хотят, что либо купить. Или хотя бы присматривают товар в какой либо категории. То есть трафик из него изначально эффективен.

Вот об Яндекс маркете мы и поговорим. 

В чем его плюсы Яндекс Маркета:

• Качество аудитории, клиенты изначально готовы покупать.
• Возможности выделится в поиске через специальный сниппет цены в поиске.
• Относительно не высокая стоимость трафика.

И так начнем творить, для этого нам потребуется компонент Yandex Market XML, аккаунт на Яндекс и немного времени.

Приобретаем компонент Yandex Market XML.

Устанавливаем и настраиваем согласно инструкции.

После этого идем на яндекс маркет и регистриуем наш интернет магазин на JoomShopping.

Добавляем ссылку список товаро сгенерированный компонентом Yandex Market XML.

Ждем когда магазин пройдет модерацию и начинаем пожинать плоды.

Такой простой способ поможет вам получить и конкурентное положение в поиске Яндекс и привлечет клиентов нацеленных на продажу. Кстати компонент который я приводил в статье, поддерживает такие магазины как: JoomShopping, Virtuemart и HikaShop.

И так статья подразумевает, что вы выполнили все действия в предыдущей статье по Сео сайта. И так поехали, дорабатываем редиректы в .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

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

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

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

На старом сайте все ссылки были неЧПУшные (httр://site.ru/index.php?cid=1&tid=2&fid=345) и поэтому встроенный модуль перенаправления просто не понимал эти ссылки, т.к. по своей сути все эти ссылки были -httр://site.ru/index.php и все остальное после этого были всего-лишь параметрами. Поэтому создавать перенаправление было бессмысленным. Первый скачанный модуль из JED действовал по такому-же принципу и мне пришлось идти другим путем:

Другой путь.

Сначала я разобрал ссылку старого сайта на составные части:
httр://site.ru/index.php?cid=2&tid=3&fid=345
cid=1 — ID основной категории (раздел)
tid=2 — ID категории товаров
fid=345 — ID товара
Пролистав старый сайт я понял, что все, что мне нужно находится в одном разделе (cid=2), далее мне надо было перенести «Реализованные объекты» (tid=1), категорию «Кирпичи» (tid=8), категорию «Блоки» (tid=2) и сами товары (fid=345 и др.)

Хотел уточнить задачу: все товары по старым ссылкам — средиректить на товары на новом сайте. Если данного товара на новом сайте нет, но он входит в категорию товаров нового сайта (например пенобетонный блок уже не выпускают, то на новом сайте просто открывается категория блоки). Если товар есть на старом сайте но на новом нет и даже категории такой нет, то дать свою 404 (например поддоны от кирпичей больше не продают и не будут, то откроется страница, где написано «Данного товара больше нет, посмотрите наши новые товары»).

Исходя из этого сслыки должны привестись к такому виду:
httр://site.ru/index.php?cid=2&tid=3&fid=345  >>>  http://site.ru/bloki/block-b01
httр://site.ru/index.php?cid=2&tid=1&fid=234  >>>  http://site.ru/realizovannye-obyekty

Со старого сайта из БД вытащил таблицу товаров (мне нужны были только блоки) и с помощью регулярок привел ее к виду:id товара — название товара
и опять зарегулярил до нужного вида:
345 => '/bloki/blok-b01'

Затем создаем файлик перенаправления:

<?php

// Массив ссылок вытащенный из БД

$arr = array(

345 => '/bloki/blok-b01',

372 => '/bloki/blok-b02',

366 => '/bloki/blok-b03',

367 => '/bloki/blok-b04',

368 => '/bloki/blok-b05',

369 => '/bloki/blok-b06',

375 => '/bloki/blok-b07',

376 => '/bloki/blok-b08',

);

// Условия перенаправления - см. блок-схему

if(isset($_GET['tid'])){

    if($_GET['tid'] == 1){

        header ('HTTP/1.1 301 Moved Permanently');

        header ('Location: /realizovannye-obyekty');

    } 

    elseif($_GET['tid'] == 8){

        header ('HTTP/1.1 301 Moved Permanently');

        header ('Location: /kirpici');

    } 

    elseif($_GET['tid'] == 2){

        if(isset($_GET['fid'])){

            if(isset($arr[$_GET['fid']])){

                header ('HTTP/1.1 301 Moved Permanently');

                header ('Location: '.$arr[$_GET['fid']]);

            } else {

                header ('HTTP/1.1 301 Moved Permanently');

                header ('Location: /bloki');

            } 

        } else {

                header('HTTP/1.1 301 Moved Permanently');

                header ('Location: /bloki');

            }

    } else {

        header ('HTTP/1.0 404 Not Found');

        header ('Location: /404');

    }

} else {

    include('joomlaindex.php');

}

Что делает этот файл — смотрим блок схему.

Что дальше делаем?

Переименовываем стандартный файл (в КОРНЕ САЙТА… не в шаблоне) index.php в joomlaindex.php (взгляните на последнюю строчку кода) и наш файлик перенаправления сохраняем как index.php и кладем в корень сайта, после этого правим файл .htaccess

В самом начале файла добавляем

DirectoryIndex joomlaindex.php

RewriteRule .* index.php [F]

RewriteRule .* index.php [L]

приводим к виду:

RewriteRule .* joomlaindex.php [F]

RewriteRule .* joomlaindex.php [L]

И если убрать комментарии из файла, то должно получится так:

# Добавлена 2 строка ... 9 и 15 переименовано index.php в joomlaindex.php

DirectoryIndex joomlaindex.php

Options +FollowSymLinks

RewriteEngine On

RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]

RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]

RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]

RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})

RewriteRule .* joomlaindex.php [F]

RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

RewriteCond %{REQUEST_URI} !^/index\.php

RewriteCond %{REQUEST_URI} /component/|(/[^.]*|\.(php|html?|feed|pdf|vcf|raw))$ [NC]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule .* joomlaindex.php [L]

Если вы не правили htaccess — то смело копипасьте, вместе с первой строкой комментария, она понадобится в будущем.

Готово:
httр://site.ru/index.php?cid=2&tid=3&fid=345  >>>  http://site.ru/bloki/block-b01
httр://site.ru/index.php?cid=2&tid=1&fid=234  >>>  http://site.ru/realizovannye-obyekty
Работает.

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

Ну и еще по опыту: Через 2 недели (2 апа) в Яндексе все ваши ссылки переиндексируются и в выдаче вместо старых кракозябл будут новенькие ЧПУшные со стареньким весом (если таковой имелся).Если ваша миссия на этом закончена, то удаляем наш index.php, файлик joomlaindex.php переименовываем в index.php и из файла .htaccess удаляем 2 строку и меняем 9 и 15 (я комментарии написал в этом файле — они на первой строке).

Кирпичи и блоки вымышленные. В оригинале у меня совсем другая продукция и горАздо бОльший массив из товаров.(не адалт и не варез, просто не афиширую)

Так как каждый случай индивидуален, рассмотрим самые популярные способы, которые в 99% случаев отлично работают. Можно для себя выбрать что-то одно или использовать в комплексе.

Хотя все эти способы применимы и к любой другой CMS системе, но я подробно остановлюсь именно на особенностях Джумлы.

Все эти примеры справедливы если вы включили стандартный SEF и Перенаправление URL в глобальных настройках J.

• 1. Плагин для Joomla

Первое, что можно сделать, если у вас путаница в урлах, (когда ссылки формируются и от алиаса категории, и от пункта меню) – поставить плагин Shnodoubles от sherza.

Отличный плагин, справляется со своей задачей на все 100%. После его установки неправильно сформированная ссылка (от алиаса категории) редиректится на правильную (от пункта меню). Скачать этот замечательный плагин, избавляющий от дублей, для Joomla 2.5 можно здесь (ссылка прямая!)

После активации плагина некоторые дубли просто склеятся.

• 2. Robots.txt для Joomla

Этот файл идет в стандартном дистрибутиве Joomla, располагается в корне и доступен по ссылке site.ru/robots.txt. Основная цель – он дает инструкции поисковым роботам по индексации сайта. С его помощью можно закрыть некоторые (нужные вам) разделы сайта, также поддерживаются регулярные выражения – можно закрыть отдельные страницы по маске.

Чаще всего я использую такую инструкцию (в дополнение к тому, что идет в файле по умолчанию):

Disallow: /*? #все ссылки, которые содержат этот знак – не индексируются

Всего одна строчка избавляет от большого кол-ва мусора. Это могут быть:

• страницы печати материалов, содержать в урлах также print= или tmpl=component
• ссылки на rss ленту
• страницы результатов поиска по сайту
• также закроет страницы пагинации
• могут быть и другие варианты, в зависимости от используемых расширений

Использовать эту строчку или запрещать каждый тип страниц в отдельности – на ваше усмотрение, но имейте в виду, что слишком большой роботс считается полностью разрешающим. Так же стоит проследить, чтобы эта строчка не закрыла что-то важное, например, карту сайта – в таком случае можно прописать: Allow: /путь_до_карты

Подробнее об использовании robots.txt можно прочитать в помощи Яндекса — help.yandex.ru/webmaster/?id=996567

• 3. Атрибут rel=«canonical» тега <link>

Использование этого атрибута поможет роботу определить – какие страницы нужно включать в индекс, а какие нет. Если на сайте существуют очень похожие страницы (нечеткие дубли), отличающиеся лишь, к примеру, вариантами сортировки – с начала новые или сортировать по возрастанию, или показывать по 20-30 и т.д., то вы можете использовать этот атрибут. В таком случае нужно будет выбрать одну каноническую страницу, которая и будет ранжироваться, на остальные добавить rel=«canonical» с указанием выбранной страницы – такие документы не попадут в выдачу, робот будет знать, что включать в индекс их не нужно.

Подробнее, как внедрить rel=«canonical» в Joomla 1.7/2.5 смотрите здесь

• 4. 301 редирект

Уместно использовать если вы сменили адреса страниц, но документы по-прежнему существуют, т.е вы их не удалили. В таком случае, для правильной склейки рекомендуется использовать 301 редирект в .htaccess – поисковики буду знать, что документ переехал на новый адрес. Такой метод позволяет сохранить и показатели сайта – Тиц и PR.

301 редирект можно использовать так же и для склейки дублей. Например, всем известные дубли главной страницы сайта на Joomla – это /index.php и алиас пункта меню Главная, допустим, /home или /homepage

Склеить их довольно просто, открываем .htaccess и вписываем

Redirect 301 /index.php http://site.ru/

Или можно сделать 301 редирект на php в индексном файле вашего шаблона

<?php
 if($_SERVER['REQUEST_URI'] == '/index.php') {
 header("Location: /",TRUE,301);
 exit();
 }
 ?>

И приведу уже классический редирект с www на без www

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www.example.ru$ [NC]
RewriteRule ^(.*)$ http://example.ru/$1 [R=301,L]

* example.ru замените на свое доменное имя.

• 5. Мета тег robots

Еще один способ предотвратить индексацию дублей в Joomla – использование мета тега:

<meta name="robots" content="noindex"/>

На данный момент этот способ эффективнее для Гугла, чем запрещающие инструкции файла robots.txt. К примеру чтобы закрыть от индексации страницы печати и дубль по адресу ?tmpl=component, можно открыть файл component.php в корне вашего шаблона и вписать этот тег в <head></head>.

Чтобы закрыть страницы результатов поиска на сайте с использованием стандартного com_search, можно в index.php шаблона добавить условие

<?php if ($option == 'com_search')  : ?>
<meta name="robots" content="noindex"/>
<?php endif; ?>

Но вначале необходимо определить переменную

$option = JRequest::getVar('option', null);

Сильно углубляться в условия в шаблонах не буду, статья не об этом, надеюсь принцип понятен.

• 6. Удаление url из панели

Еще один быстрый способ – ручное удаление из панели вебмастера.

Для Яндекса нужно пройти по адресу – webmaster.yandex.ru/delurl.xml

Для Google — www.google.com/webmasters/tools/home?hl=ru

Остался еще 1 не очень популярный метод по устранению дублей Joomla из выдачи, но мы его тоже рассмотрим.

• 7. Заголовки X-Robots-Tag

Довольно редкий заголовок, используется чаще зарубежными оптимизаторами, работает он для Гугла. К сожалению, Яндекс пока не комментирует поддержку этого http-заголовка.

Google рекомендует использовать X-Robots-Tag как альтернативу 5 способу в нашей статье для нетекстового содержания, когда нет возможности использовать мета-тег.

HTTP/1.1 200 OK
Date: Tue, 25 May 2010 21:42:43 GMT 
...
 X-Robots-Tag: noindex 
...

Как видите, способов убрать дубли контента Joomla множество, вы должны хотя бы примерно понимать как работает каждый их них, чтобы выбрать наиболее подходящий вариант и применить к своей ситуации.

Дубли контента — это одинаковые по своему содержанию документы на вашем сайте, доступные по разным url-адресам. На самом деле дублями страдают многие популярные CMS системы и Joomla здесь не исключение. Все эти одинаковые, по своему содержанию, страницы безвредны до тех пор, пока не будут проиндексированы поисковыми роботами. Главное следить за индексацией и своевременно предпринимать действия по удалению этих страниц из выдачи, но лучше продумать все наперед и избежать возникновения подобных ситуаций.

Основной причиной возникновения дублей в Joomla является неправильная структура сайта. Прежде всего вы должны продумать иерархию категорий и пунктов меню с расчетом на будущее. Частично от возникновения дублей вас спасет создание пунктов меню абсолютно на всё – на каждую категорию и каждый материал сайта.

Разберем подробнее основные ошибки. Предположим у вас есть категория «Новости», а в ней еще несколько подкатегорий – «Политика», «Экономика» и т.д., а материалы вы привязываете непосредственно к дочерним категориям. Если вы создадите пункт меню только на подкатегории, вроде — «Политика», то ссылки могут быть такими (до материала):

Site.ru/ politica/23-material

Site.ru/1-novosti/politica/23-material

Site.ru/1-novosti/2-politica/23-material

Site.ru/index.php?option=com_content&task=view&id=23&Itemid=1

И так далее, вариантов формирования адресов множество – всё это будет копиями одной и той же статьи. Это пример как делать не стоит.

Также поисковик может проиндексировать технические копии документа, они обычно доступны по ссылкам «Печать», «PDF», «Отправить другу».

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

Обычно причиной служат многочисленные модули и/или компоненты для Joomla, которые вебмастера устанавливают на свой сайт. Пример – сторонний модуль новостей на главной, который и выдает разные адреса. Иногда такие дубли можно увидеть даже в карте сайта, например, если установлен Xmap.

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

Во-первых, поисковики не любят и стараются не индексировать сайты с большим количеством одинаковых страниц – полезность их для поиска весьма сомнительна.

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

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

Наверное многие скажут, что да в этом есть какой, то смысл, но я спустя несколько лет разработки под 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, а значит сбережете время, нервы и деньги. Удачи вам :-)