А вот если по какой бы то ни было причине в индексе окажутся site.ru и site.ru/index.php их вес разделится и это может принести серьезные неприятности для сайта.

Почему в статье заголовок идет под тегом h2, а не h1?

Рекомендую к прочтению sites.google.com/site/webmasterhelpforum/ru/stati/rukovodstvo-po-poiskovoj-optimizacii-dla-nacinausih-ot-google/rukovodstvo-po-poiskovoi-optimizatsii-dlya-nachinayushchikh-ot-google


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

Ничего личного, просто мнение по поводу ваших последних комментов.

Вы мне напоминаете одного человека, который недавно здесь насоздавал кучу тем в т.ч. про SEO, а потом их удалил. Аргументы у вас примерно те же.

Написать могут все что угодно в т.ч. дописать index.php и не скопировать слеш. Вы бы наверное сильно удивились, узнав какие письма иногда приходят администрации крупного проекта от пользователей.

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

Тут еще момент, что пользователь не видит тег rel=«canonical» и теоретически может заходить на site.ru/ и site.ru/index.php, а так же в теории давать ссылки на оба адреса. В этом случае ссылочный вес страницы может разделиться между site.ru/ и site.ru/index.php, т.к. для суммирования ссылочного веса нужна исключительно склейка страниц, а это 301 редирект.

Вообще насколько я понимаю сам тег canonical говорит о содержимом страницы, но не передает ее вес.

Вы сейчас о чем?

Вот так и не поняла, их нужно вместе использовать или можно обойтись одним, например «canonical». Сам гугл рекомендует 301 редирект для таких случаев, как один из самых надежных support.google.com/webmasters/answer/139066?hl=ru#4

не думаю что поисковики такие тупые

Они и не тупые. Это роботы и они следуют правилам.

Как это повлияет на выдачу — однозначного ответа нет и выяснить это можно только опытным путем.

хоть как-то повлияет на какие-то позиции

Источник информации, что это не влияет на позиции — два дубля одной и той же страницы?

И интересно — кто-нибудь изучал, как подобные проблемы решаются в других CMS?

В DLE например это решается с помощью php, есть отличная статья alaev.info/blog/post/2400

Кусок кода оттуда, не знаю будет ли полезным…

//решение проблемы с категориями, редирект на верный урл, добавление слеша в конец
			if( $config['allow_alt_url'] == "yes" AND $category_id AND $view_template != "rss") {
 
				$re_cat = get_url( $category_id );
 
				if ($re_cat != $_GET['category'] OR substr ( $_SERVER['REQUEST_URI'], - 1, 1 ) != '/' ) {
					$re_url = explode ( "index.php", strtolower ( $_SERVER['PHP_SELF'] ) );
					$re_url = reset ( $re_url );
 
					header("HTTP/1.0 301 Moved Permanently");
					header("Location: {$re_url}{$re_cat}/");
					die("Redirect");
				}
			}
//решение проблемы с категориями, редирект на верный урл, добавление слеша в конец

это не значит, что со временем они не появятся, особенно если на сайт активно ссылаются.

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

Это не имеет особого значения, на вас могут поставить ссылку site.ru/people с другого сайта (любые другие варианты) и если не будет переадресации на site.ru/people/, она проиндексируется как отдельная страница.

По большому счету AltoCMS с точки зрения SEO оптимизации, соотв. большей части требований поисковых систем, ничуть ни уступая DLE, Joomla и т.д. и как мне кажется намного лучше Wordpress.

Но при этом, есть несколько моментов, которые необходимо учитывать вебмастеру при создании сайта на AltoCMS:

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

2. Переадресация с www на site.ru (похоже уже реализовано) и переадресация с index.php и index.html на site.ru/

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

### Редиректы с index.php или index.html на сайт
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.(php|html)\ HTTP/
RewriteRule .* / [R=301,L]

3. Дублирование страниц со слешами и без них. Почти все страницы/разделы дублируются site.ru/people и site.ru/people/, в т.ч. и простые статьи (т.е. одна и та же страница доступна с разных url), что может привести к большому количеству дублей и как следствие пессимизации в поисковой выдаче. Вероятнее всего, так же можно решить средствами htaccess.

Кстати очень помогли бы, короткие видеоролики на youtube с процессом настройки и итоговым результатом :) Тут и раскрутка движка и наглядное руководство

Очень круто )

Я правильно понимаю, что этот функционал изначально не планировался в версии 1.2 (различные типы доп. полей)?

Здесь мы видим 1) двухколоночная с главной новостью; 2) простая лента. Что может быть еще?

Это самые распространенные варианты, все остальное это уже вариации из этих двух. Т.е. например в простой ленте, только заголовок и дата, заголовок и автор и т.д.

Не знаю это как то связано, но на демо сайте тоже яваскрипт не работает…

Кеш чистили?

Во-вторых, хотел узнать будет ли интересен перенос шаблона OrionNext. Версия под live street уже более менее готова. Теперь строю планы по дальнейшему развитию шаблона.

Шаблонов для CMS много не бывает ©

Но при этом нужно понимать, что платный шаблон должен обладать функционалом лучшим/большим, чем бесплатные аналоги.

Бред, юзер открывает топик, только если он ему интересен и никакие цифры не помогут если контент не интересен.

Да и еще добавить «5 абзацев текста», а в скобках 6000 символов, а че удобно, сразу видно сколько текста в топике =)