Скажем так, если бы это был мой сайт и мой бизнес - я бы однозначно делал ЧПУ, поскольку уверен, что положительный эффект от них превысит возможные временные потери поискового трафика (которые обычно бывают, если менять структуру безграмотно).
Рекомендую к чтению:
http://devaka.ru/articles/friendly-urls
http://www.imagecms.net/blog/obzory/chpu-ssylki-i-ih-preimushchestva
И также это:
http://www.artlebedev.ru/tools/technogrette/etc/navigation-rules/---------- Добавлено 28.04.2014 в 18:53 ----------
С удовольствием. Опыт имеется.
Отпишите мне, пожалуйста, на почту radovanski(пёс)gmail.com.---------- Добавлено 28.04.2014 в 18:58 ----------В принципе, у вас Вордпресс я так понимаю? Если да, то там достаточно всё просто. Главное правильная последовательность действий.
BTTG, у вас сейчас в принципе нет ЧПУ.
То есть bttg.com.ua/gipsokarton/knauf/stenovoy/1200x2000mm/ - это ЧПУ.
А bttg.com.ua/index.php?page=1112&num=226 - это не ЧПУ.
Если делать ЧПУ - это для существующего сайта, конечно, может повлиять на выдачу (на время). Если делать грамотно - влияние будет минимальное, а результат - лучшее ранжирование в поисковой выдаче.
Эта история уходит корнями ещё в прошлое десятилетие. Грубо говоря, если у вас страница index.php - то поисковик её считает, как отдельную страницу. Если у неё много динамических параметров - поисковик может пренебрегать некоторыми из них, потому что параметр может влиять как на содержимое страницы, так и просто передавать какую-то неважную для поисковика информацию. Например, сессию пользователя.
Поэтому, когда у одной и той же страницы контент зависит исключительно от динамических параметров - это не совсем гуд. Такие страницы, как правило, хуже индексируются и могут хуже ранжироваться, чём чёткие структурированные ЧПУ.---------- Добавлено 28.04.2014 в 18:23 ----------
Спасибо, но это форум, тут в темах помощь безвозмездная.
Но вы всегда можете разместить у меня пару статей, если уже так хочется дать мне денег. :)
Для вас - да.
Для поисковика урл вида /gipsokarton/ и /gipsokarton/knauf/ проще и быстрей переиндексировать, чем пачку похожих урлов с динамическими параметрами в виде чисел. С технической точки зрения, повторюсь, у вас с index.php уже большинство страниц в индексе (порядка 500), а без index.php - осталось только 60. Так что ждите пока они переиндексируются (а лучше - сделайте ЧПУ).
И новые тоже в кэше, тоже с доп. параметрами.
https://www.google.ru/search?q=site:bttg.com.ua%2Findex.php%3Fpage%3D1112+inurl:1112
Она у вас в индексе с доп. параметрами - num=227, num=239 и т.п.
Вообще-то ваш урл http://bttg.com.ua/index.php?page=1112 (новый) уже в индексе Гугла, кроме того у вас на сайте все урлы построены по такому виду. И почти 500 урлов уже обновилось (то есть они идут с index.php?=), и осталось только порядка 60 урлов старого вида. Учитывая, что кроме параметра page= у вас есть и другие динамические параметры, благодаря которым эти страницы тоже считаются отдельными урлами, то нужно просто ждать пока обновятся эти оставшиеся 60 урлов. Если бы у вас были ЧПУ - всё бы обновилось гораздо быстрей.
BTTG, это всё как давно произошло, и в какой поисковой системе?---------- Добавлено 28.04.2014 в 16:51 ----------(И кстати, новый урл же хуже первоначального, нет?)
Если оперировать запросами, которые есть в отчётах, то это делается в два клика при помощи того же Analytics. Другой вопрос, что он скринит более 80% запросов в (not provided). Но он их скринит на этапе перехода, а не обработки, поэтому ни один другой счётчик их вам тоже не покажет. Только GWT (и то не все, там тоже процентов двадцать скринятся).
Пеналька, я так понимаю, ручная?
Почему тогда не отправить reconsideration request и не заморачиваться с редиректом?
Имели и продолжаем иметь время от времени.
