Bitrix: как правильно сменить адреса с ID на текстовые ЧПУ для хорошо проиндексированного сайта?

Question

[bigdogsru]

Есть сайт с торговым каталогом, который реализован не в виде комплексного компонента, а на отдельных файлах: index.php, sections.php?SECTION_ID=X, detail.php?ELEMENT_ID=Y&SECTION_ID=X

Нужно сделать ЧПУ вида /#SECTION_CODE#/ и /#SECTION_CODE#/#ELEMENT_ID#

Самое простое напрашивающееся решение — сделать-таки комплексный компонент на имеющихся шаблонах (работы на пару часов). Но ведь тогда будет все плохо с ранее проиндексированными страницами…

Вижу самый простой вариант — сделать комплексный компонент, а в старых файлах sections.php и detail.php вытаскивать простым запросом к базе код категории и редиректить 301-м редиректом на новые адреса.


Вопрос собственно вот в чем — все нагугленные материалы содержат туманные намеки, что мол настоящему спецу по битриксу такое сделать — раз плюнуть, и все делается без глубокого залезания в код, только через настройку правил обработки адресов. Вот я и думаю — может тут кто-нибудь поделится этим самым тайным знанием? Засада-то в том, что в текущих адресах используется ID, а в итоговых нужен CODE (текстовый алиас). Поэтому просто через mod_rewrite точно не получится…

Answer 1

[Тимур Шемсединов]

А мягкий переход на новые урлы лучше всего сделать через «canonical». Поясняю: нужно все ссылки на страницах заменить на новый вариант урлов, но сами страницы должны быть доступны и по новому и по старому адресу (уж как это сделать на битриксе — не могу подсказать, не спец в этом). Это делается для того, чтобы проиндексированные страницы в поисковых машинах не стали битыми. Потом нужно добавить и на страые и на новые страницы каноникал, вот статья гугловская — googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html и поисковые машины переиндексируя страницы будут мягко заменять в индексе старые урлы на новые. Когда это произойдет полностью, это Вы отследите по статистике, по просмотру «site:yourdomain.com» (для гугла) и по логам (просто поиском), то Вы сможете отключить старые урлы вообще. Дополнительно можно навесить редирект 301 или софт-редирект через javascript (это уж как битриксу лучше с технологической стороны). Чтобы сайт быстро переиндексировался можете создать RSS или сайтмеп сайта с новыми урлами и каким-то недавним . Гугл начнет забирать новые страницы, определить, что они дублируют контент со старыми, проверит старые, найдет и там и там каноникал и просто заменит урлы в индексе (без удаления старых урлов в из индекса и повторной переиндексации).

Comments

[Артур Кох]

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

«уж как это сделать на битриксе — не могу подсказать, не спец в этом» — просто дублируется компонент, в настройках которого изменяется шаблон ссылки для элементов инфоблока.

[bigdogsru]

А как с этим у Яндекса?

[Тимур Шемсединов]

webmaster.ya.ru/replies.xml?item_no=10371

[bigdogsru]

MarcusAurelius, Огромное спасибо, этот вариант действительно кажется предпочтительным.
dudeonthehorse, Подскажете, как это все-таки реализовать в битриксе? Ведь тэг надо вставлять в head — а в случае битрикса head находится во внешнем шаблоне.

[Артур Кох]

Тут даже я зашел в тупик. Например title в в шаблоне компонента можно указать через $APPLICATION->SetTitle(«Page title»); а вот с тегом meta немного труднее. Даже в документации не нашел. Как вариант, написать собственную функцию, вставляющую тег в заголовок. Гугль мало чего подсказал. Попробуйте написать в саппорт битрикса или глубже покопать документацию в этом направлении.

[bigdogsru]

Ну так это ж намного больше геморроя, чем просто брать ID из базы по коду и редиректить 301-м редиректом посредством header. В чем смысл-то? Чем редирект хуже?

[Артур Кох]

Теоретически не хуже. Но способ с canonical выглядит гораздо правильнее. Насчет гемора спорно, иб нужно всего лишь найти метод вставки тега, а потом все по маслу. К тому же пополните банк знаний по битриксу.

[Тимур Шемсединов]

Поисковики рекомендуют через кононикал, это более мягкий способ, который предусматривает не переиндексацию, а коррекцию уже существующего индекса в коисковой машине. Хочется верить, что оно действительно чем-то лучше. Во всяком случае гугловцы говорят, что каноникал — это самая важная техника для SEO после сайтмепов. Вот статья — www.seomoz.org/blog/canonical-url-tag-the-most-important-advancement-in-seo-practices-since-sitemaps

[nail_gizatullin]

@dudeonthehorse подставить <meta можно при помощи <?$APPLICATION->AddHeadString('<meta .......... >',true)?>

Answer 2

[Артур Кох]

Как это ни муторно, ручной ввод 301 редиректов в .htaccess — самый верный способ. Проверено не одним десятком хорошо проиндексированных проектов.

Comments

[Артур Кох]

Ну а ЧПУ в компонентах настраиваете.

[Артур Кох]

«сделать-таки комплексный компонент на имеющихся шаблонах (работы на пару часов).» — не сходите с ума.

[Артур Кох]

«раз плюнуть, и все делается без глубокого залезания в код, только через настройку правил обработки адресов» — именно так, ЧПУ настраивается в свойствах компонента на раз-два.

[bigdogsru]

Настраивать во всех трех файлах в свойствах компонента? Не могу сообразить, как. Именно об этом и вопрос.

[Артур Кох]

Настраивать нужно сам компонент в главной «шестеренке», там указывается шалбон ЧПУ, в таком окошке alexvaleev.ru/wp-content/uploads/2010/01/nastroika-chpu2.jpg

[bigdogsru]

Пробовала. Страницы перестают отображаться — просто пустое место вместо компонента.

[Артур Кох]

Значит что-то не правильно делаете. Можно попробовать поковырять. Рабочие и нерабочие примеры в студию.

[bigdogsru]

Я вам в личку написала, ответьте :-)

[soko1]

>Настраивать нужно сам компонент в главной «шестеренке», там указывается шалбон ЧПУ, в таком окошке alexvaleev.ru/wp-content/uploads/2010/01/nastroika-chpu2.jpg

Скажите, где сия настройка лежит? Всё перерыл — нигде нету. Я так понимаю это настройка инфоблока? Поправьте, если не прав. И подскажите, по какой причине может не быть этого параметра? (.htaccess настроен и с 404.php всё ок)

Answer 3

[bigdogsru]

Слушайте, я правда не понимаю… и в том, и в другом случае поисковик не переиндексирует сайт, а просто перенаправляется на другой URL! Только в случае с редиректом еще и живой человек, зашедший на сайт, тоже на новый URL перенаправляется… почему это будет переиндексация, а каноникал — коррекция? Не понимаю…
Вот у меня сейчас меняются URL'ы на сайте (не битрикс, самописный движок) — я просто вставляю на старых страницах следующий код:

if(!isset($_GET["id"])) {
	Header("Location: /rus/dogs/");
	exit();
}
$id = intval($_GET["id"]);
$path = '/rus/dogs/'.$id.'/';
	header("HTTP/1.1 301 Moved Permanently");
	header("Location: $path");

И буквально на следующий день в индексе у поисковиков уже новые адреса…

Comments

[Тимур Шемсединов]

Да редирект всем хорош, но поисковики рекомендуют использовать оба метода. А сколько страниц у Васс на сайте? Я применял каноникал для сайта с 14.000.000 страницами, перевод осуществился без малейших потерь в рейтинге, проверено.

[bigdogsru]

Дык и у меня без потерь… Ну у меня сильно меньше, проиндексированных страниц — 25532, правда из них примерно половина еще старые. Постепенно переношу код-лапшу на фреймворк. Просто я не пойму — нафига оставлять старую страницу доступной для живых посетителей?

Answer 4

[Андрей Николаев]

1) Пропишите правила в urlrewrite для обоих вариантов работ.
Т.е. чтобы И по section.php?SECTION_ID=TEST И по /TEST/ открывалась одна и та же страница,
чтобы И по detail.php?ELEMENT_ID=1234 И по /product/1234/ открывалась одна и та же страница.

2) Поставьте на сайт канонические ссылки, чтобы на странице section.php?SECTION_ID=TEST каноническая ссылка указывала на /TEST/, а на detail.php?ELEMENT_ID=1234 на /product/1234/

3) Через пару недель, начните толерантные переадресовки - сначала отдельные разделы (т.е. чтобы section.php?SECTION_ID=TEST переадресовал 301 редиректом на /TEST/, а section.php?SECTION_ID=TEST1 работал как и раньше)

4) Еще через пару недель сделайте полную 301 переадресацию