Размышления о необходимости OpenSEF - OpenSEF

Давайте взвесим все "за" и "против" сторонних SEF компонентов.
Что нам дает OpenSEF? Читабельные линки киррилицей. Что это дает для SEO? Практически ничего.
Большинство поиковиков с одинаковым рвением проиндексирует урлы страниц со страндартным ЧПУ, так и  урлы страниц транслитом. Другое дело что вы получите от этого некоторый процент посетителей,  набирающих в поиске транслитом. Если вам нужны такие посетители, то сторонние ЧПУ вам немного помогут.
Поисковики не любят выражения типа /index.php? ? Наберите пару фраз из этого форума. При ранжировании никаких преимуществ это не дает.
А вот проблем действительно достаточно. Не все компоненты написаны с учетом SEF. Вы ставите компонент, он не работает, и перед вами два пути - пляски с бубном или отключение ЧПУ. ЧПУ отключать жалко, ведь с ним проиндексировано кучу страниц.
Есть еще ньюанс - может так оказаться, что PR вашей страницы с ЧПУ и без окажется разным. Все логично, PR главной формируется с учетом PR всех страниц сайта, в результате отключения некоторых страниц не станет, вот он и изменится.
Так что думайте, включать его или нет. Если есть еще доводы - милости прошу.

Поправка!!!
PR формируется для каждой страницы!
А главная не собирает во-едино весь PR!

Если ТИЦ одинаков для всего сайта в целом - то PR нет, он отображает вес только той или иной страницы на сайте.

По поводу СЭФа:
сам СЭФ можно не отключать - просто в компоненте Опэн СЭФ отключите компонент, хотя например мне нравится когда включено потому как из component/option,com_некий компонент просто формируется строка некий компонент/

Правильно, но мы имеем еще одну картину с SEF. Как известно, Джумла может формировать адрес страницы двумя способами.  А теперь возьмем ситуацию - имеем много страниц с ПР больше чем главной, по умолчанию ссылающихся на главную. Что будем иметь при включенном/выключенном SEF? Это один ньюанс. Второе - это я сейчас заметил, раньше меня никак не волновало. Количесво запросов к базе. При хорошей посещаемости грузит страшно. Так что надо изначально думать - ставить SEF или нет. А мне хостер уже пишет предложения на выделенный сервер, типа "ваш сайт сложный в программном плане и жрет много ресурсов"

Ну если изначально выберать какию будут юрлы то вопрос с ПРом отподет сам сабой.

По поводу запросов, так нужно посмотреть что мы имеем:
1. Последняя версия Джумлы - сокращено запросов на парядок + безопастность
2. Включаем кэш - при кэше запросы значительно уменьшаются к БД, и выставляем время жизни по максимуму (смотрим по тому на сколько часто мы обновляем содержимое) - уже писалось не раз об этом
3. Выключаем боты которые мы не используем, а лучше и вообще их удалить - боты много жрут ресурса, сводим их к минимуму и оставляем только нужные.
4. Апгрейтим все компоненты до последних версий.

По поводу Опэн Сэф - так это на даный момент единственый компонент который делает наименьшее количество запросов к БД - толлько нужно пройтись по всем ссылкам, чтобы они записались в БД, а потом благодаря кэшу запросов почти и нет.

Не знаю или админ плох, или сам хост - но если разумно подойти к делу то ваш сайт будет легкий как перышко.

Сам курирую 3 огромнеших портала - проблем нет с нагрузкой на серверы!
Так что рекомендую еще погулять по оптимизации на этом форуме.

А сколько посетителей и хитов способна держать Joomla на среднем сервере?

Просто есть идея сделать 20 сайтов с одной базой, потянет она, если на каждый сайт будет ходить примерно 200-500 человек в день?

У меня один знакомый тоже хотел делать портал - тоже приблизительно 20 сайтов с одной базой, но потом отказался от этой затеи, заказал разработку отдельной ЦМС.

имхо, если сайт сделан под рунет, 90% поиска в котором держит яндекс. Sef не нужен, так как яндекс отлично индексирует и рейтингует джумлу

если сайт сделан под рунет, 90% поиска в котором держит яндекс

спорное утверждение: Яндекс давно уже не является безусловным лидером. К примеру на Joomlaportal.ru давным давно трафик посетителей с Google почти равен Яндексу... в этом месяце, кстати с Google 49.1%, а с Yandex 45.1%... в прошлом 43.8% и 49.6%... а в сентябре 45% и 48 соответственно... так что монополии у Яндекса уже давным давно нет... а вот на индексацию Яндекс потребляет почти ровно в 10 раз больше трафика чем роботы Google или Yahoo... хотя казалось бы одни и те же страницы...

Ну а что касается индексации ссылок Joomla, то они прекрасно индексируются и Яндексом и Google... А использование OpenSEF мне кажется можно оправдать разве что более эстетичными ссылками, с точки зрения пользователя. И то, на небольших сайтах.

... А использование OpenSEF мне кажется можно оправдать разве что более эстетичными ссылками, с точки зрения пользователя. И то, на небольших сайтах.

итак каков же вывод? sef относим к разряду "каприза"?

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

излагаю своё ИМХО:
дело в том, что парсинг урла обретает более понятный смысл и чёткое представление при построении иерархии сайта.
гуглу же можно скармливать сайтмап, что ооочень полезно.
но тут есть один прикол - обычно сайт-мап генераторы продают за бабло, а в опенсефе он бесплатный
с другой стороны, опенсеф не будет строить сайтмап для SEO-версии...
конфликт интересов...

с точки зрения парсинга урла приоритет получает ссылка вида /.../.../...
тоесть, будет ли написано /option,com_content/... или /articles/... не имеет ровным счётом никакого значения.
при ссылке же через index.php? многоуровневое построение сайта достаточно проблематично

с точки зрения парсинга урла приоритет получает ссылка вида /.../.../...
тоесть, будет ли написано /option,com_content/... или /articles/... не имеет ровным счётом никакого значения.
при ссылке же через index.php? многоуровневое построение сайта достаточно проблематично

Т.е. имеет смысл использовать только встроенный SEF Джумлы, я правильно поняла?

если тебя не "беспокоит" внешний вид ссылок, то да.

если тебя не "беспокоит" внешний вид ссылок, то да.

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

Joomla использую не так давно, но сегодня меня убило то, что эта CMS использует для одного документа множество урлов. Это вообще кошмар. Хотя и раньше читал об этом, но как то всерьез не воспринимал. А тут ... блин, даже нет слов, одни маты. У одного сайта вместо фронтенда (морды) показывается его внутренняя копия, у кучи других страниц вместо их продвигаемых урлов - в индексе их двойники. Естественно все эти клоны находятся в боольшой заднице.

Стоит стандартный SEF. Сейчас буду рвать волосы и резать по живому.
Аминь.

Joomla использую не так давно, но сегодня меня убило то, что эта CMS использует для одного документа множество урлов.

а где ты видишь ОДИН документ??? а с каких это пор модули стали пустым местом? или мамботы?..

зы. к сожалению, всё ещё жду OpenSEF 2.0 RC6...

а где ты видишь ОДИН документ??? а с каких это пор модули стали пустым местом? или мамботы?..

я еще не продвинутый жумловод, и идеей этой системы не проникся, но тот простой факт что для одного ДОКУМЕНТА с МОЕЙ точки зрения плодится множество урлов меня мягко говоря не радует. Как пользователя меня вообщем то не должно интересовать, использовал я какой то мамбот или модуль. Мне  нужна стабильность.

OpenSEF может решить эту проблему или такой разброд и шатание останется?

опенсеф не решает "проблемы" с запросами в джумле.
а такой подход

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

как минимум, не корректен.
не хочешь интересоваться, ну значит так работать и будет... или не будет.

Мне  нужна стабильность.

а кто сказал, что джумла не стабильна?
и что есть "стабильность"?

ОК, что значит "стабильность"? - в контексте затронутого вопроса я понимаю что, я или поисковый бот всегда должен приходить по ОДНОМУ урлу на требуемый документ. Вне зависимости от версии CMS и используемых плагинов (читай модулей, мамботов, etc). К сожалению я этого не вижу.

Обьясни, почему OpenSEF не решит эту проблему? Насколько я вижу результаты картинка получается более - менее приемлимая. Это конечно не считая извращений с новыми страницами, у которых еще не новый урл. И конечно теперь нужно забыть о переименовании разделов и секций.

И еще, попутный вопрос, я пока не нашел как OpenSEF работает с урлами - постоянно ли используется редирект или нет? Где можно почитать про его (OpenSEF) механику?

ОК, что значит "стабильность"? - в контексте затронутого вопроса я понимаю что, я или поисковый бот всегда должен приходить по ОДНОМУ урлу на требуемый документ. Вне зависимости от версии CMS и используемых плагинов (читай модулей, мамботов, etc). К сожалению я этого не вижу.

ну это что угодно, только не "стабильность".
"стабильность" рассматривается с точки зрения сбоев софта

Обьясни, почему OpenSEF не решит эту проблему?

потому, что он увеличивает число запросов к БД, хотя и улучшает картину со ссылками.

И еще, попутный вопрос, я пока не нашел как OpenSEF работает с урлами - постоянно ли используется редирект или нет? Где можно почитать про его (OpenSEF) механику?

301 Moved Permanently

ты рассматриваеш "с точки зрения сбоев софта" а я с той что я указал. Сбои скприпта я тут ни словом не упоминал. Все надеюсь понимают что это не сбой а фича.

"что он увеличивает число запросов к БД" - странно если бы он их уменьшал. Тем не менее, на вопрос ты не ответил - проблема множественности ссылок на документ решается или нет?

То что есть "301 Moved Permanently" это я вижу, вопрос в том - используется ли при обращении к документу по FURL(www.сайт.ру/документ.хтмл) редирект или "301 Moved Permanently" выполняется только при обращениях по кривому. стандартному урлу?

ты рассматриваеш "с точки зрения сбоев софта" а я с той что я указал. Сбои скприпта я тут ни словом не упоминал. Все надеюсь понимают что это не сбой а фича.

шож я могу поделать, если ты так это рассматриваешь?

"что он увеличивает число запросов к БД" - странно если бы он их уменьшал. Тем не менее, на вопрос ты не ответил - проблема множественности ссылок на документ решается или нет?

RC6 увеличивает... на 1.
может и решается... только какой ценой?
а на статью может быть максимум ДВЕ ссылки - с Itemid и без.

То что есть "301 Moved Permanently" это я вижу, вопрос в том - используется ли при обращении к документу по FURL(www.сайт.ру/документ.хтмл) редирект ...

вот тут не скажу ибо не помню.
кажется, нет, но 100% утверждать не могу.

Необходимисть есть!!!
Просто для хорошей работы надо все правильно настроить.
С чпу все поисковики хорошо проходят сайт, без него спотыкаются.

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

щетельнее плз какова связь между SEF и посещаемостью?

а где ты видишь ОДИН документ??? а с каких это пор модули стали пустым местом? или мамботы?..

зы. к сожалению, всё ещё жду OpenSEF 2.0 RC6...

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

щетельнее плз какова связь между SEF и посещаемостью?

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

Связь есть или нет?

а RC6 не поддерживает кэширование (кстати, правильно).
у него для этого своя модель.

+ поддержка джумфиша.
+ линки компонентов всё же пишутся в БД вместо on-fly

ну и ещё кой-чего по мелочам...

Необходимость в OPENSEF есть, а вот целесообразность под вопросом. Если RC6 так долго выпускается, то вопрос вообще дальнейшего развития под вопросом, имхо.

ну мне пока тоже ничего не понято... как-то после бурного развития всё вдруг стихло...
и Марко куда-то пропал...

У меня двуякое мнение.
Если с точки зрения поисковиков, то смотря какая тема.
Предположим, тема связанная с мобилами или бытовой техникой, тут возможно, поскольку запрос к примеру
Siemens A50 и адресная строка .../siemens/siemens_A50 принесут результат поиска.
Ну а если тема, к примеру полиграфии, то никто не будет искать слово bukclet или kalendar_nastolnyi, а будут искать буклет или календарь настольный.
Кстати OpenSef может сработать на англоязычных версиях сайтов, но и адресную строку необходимо задавать на английском языке

OpenSEF - очень хорошая штука! Но только в том случае, если хорошо настроен и нормально администрируется.
Размер сайта абсолютно не важен. Важно другое:
1. Контент создается ограниченным числом администраторов, четко соблюдающих правила названия материалов или их псевдонимов (алиасов).
Согласитесь, что урл вида ...humor/anekdot-pro-obkurenogo-pytachka-upavshergo-v-rechku-ne-dalee-kak-vchera.html ...
не выигрывает во внешнем виде. А ведь бывают названия и похлеще.
2. Сайт не является многопользовательским (порталом). По той же причине, что описана выше.

А в остальном... хорошая штука!;)