Давайте сразу начнем с понятия - что такое ЧПУ? Дословно это Человеко Понятный Урл, то есть адрес страницы, написанный транслитом в английской раскладке (не берем в учет сайты и страницы на русском языке). Для пользователя, который обращает внимание на url, это удобно, но таких не более 10%, остальным разницы нет, что вы там напишете.
Хоть и имеем такой малый процент людей, которым это важно, но есть и другие плюсы, в основном со стороны поисковых систем.
Что дает ЧПУ сайта:
1. Прозрачная структура: можно провести разбивку сайта на разделы и подразделы, назначив каждому понятный человеку адрес. Для поисковых роботов это также будет плюсом, и они смогут создать структуру сайта у себя в базе. Крупные интернет-магазины в основном так и делают.
2. Отсутствие дубликатов: так как в адресах отсутствуют различные параметры, которые часто являются причиной появления копий страниц, то поисковым системам намного легче индексировать сайт.
3. Вид в поисковой выдаче: при верном выборе системы для транслитерации, которую понимают поисковые системы, в выдаче поисковиков будут подсвечиваться ключевые слова в адресах, а это влияет на CTR.
4. Длина адреса: это можно отнести к минусам, так как был период, когда в адреса стали вставлять огромное количество поисковых запросов, делая в итоге url длиной более 150 символов, пытаясь повлиять на выдачу. Поисковые системы начали накладывать фильтры на такие сайты, и это стало для них маркером, привлекающим внимание. Поэтому ограничивайте длину в рамках разумного: самое удобное - привязывать их к заголовку H1, который обычно длиной не более 5 слов.
5. Без ключевых слов: есть варианты ЧПУ, которые не включают в себя поисковые запросы, а чаще содержат уникальный ID товара. Правильнее конечную страницу товара или услуги, если возможно отображение сразу в нескольких разделах и подразделах, делать от корня сайта, к примеру, url.ru/12345/, тогда вы без проблем сможете дублировать ее по всему сайту, ссылаясь всегда только на одну страницу. Или перенести между разделами: к примеру, устаревшую модель необходимо убрать в архив, но не удалять с сайта, чтобы избежать ошибок 404 и битых ссылок.
Если у вас небольшой сайт, к примеру, на 25 страниц, то можно все адреса страниц делать от корня. Когда появляются разделы и подразделы, здесь уже зависит от задач, которые перед вами стоят, и возможны ли варианты с упоминанием одного и того же товара или услуги в разных местах сайта; в таких случаях в названиях разделов и подразделов правильно будет использовать транслит, а на конечных - страницах систему ID.
Использование ЧПУ рекомендовано для всех сайтов, не зависимо от размеров и тематики.
Вернуться к содержанию SEO-курса
Мои услуги: Консультации по SEO от 29000 р. | Продвижение сайтов от 47000 р. | Разработка сайтов под SEO
Алексей Благих


Настройка ЧПУ на сайте: как лучше сделать?
автор темы uniks, 01 04 2015 18:29
чпу человеко понятный урл
Сообщений в теме: 6
#1
Отправлено 01 Апрель 2015 - 18:29
Бесплатный курс обучения SEO-оптимизации сайта
Мои услуги: Консультации по SEO и обучение от 29000 р. | Продвижение сайтов от 47000 р. | Разработка сайтов под SEO
Использую: SEOTO.ME | Proxx.net | GoGetLinks | MiraLinks | DriveLink
Пишу для себя: Личный блог не о seo
Мои услуги: Консультации по SEO и обучение от 29000 р. | Продвижение сайтов от 47000 р. | Разработка сайтов под SEO
Использую: SEOTO.ME | Proxx.net | GoGetLinks | MiraLinks | DriveLink
Пишу для себя: Личный блог не о seo
#2
Отправлено 01 Апрель 2015 - 19:52
Немножко ворчания в дополнение к вышеизложенному.
Как всегда, верен простой призыв: "Только без фанатизма!". О длинных URL уже сказано.
А еще очень часто стараются сделать URI с кириллицей, считая, что так "ключи в URL" лучше дойдут до ПС. И здесь кроется чисто техническая ловушка.
Вообще-то по стандарту в URI должны присутствовать только символы US-ASCII (латинские буквы, цифры, точка, дефис, подчеркивание). Все не-ASCII символы – если без них уже никак нельзя обойтись – должны быть представлены в URL-кодированном виде. То есть, как знак % и за ним шестнадцатиричный код. Даже пробел в URL должен выглядеть как %20 (но лучше пусть он там не встречается).
Если вы не станете URL-кодировать символы кириллицы, ваш браузер поймет вас правильно, но пусть это вас не обнадеживает. Поисковики привыкли соблюдать стандарты, так что ваш красивый URL у них все равно будет представлен некрасивой цепочкой кодов. Они поймут, что там написано
И закодируют сами – но как?
Для сайтов с русским контентом сейчас наиболее характерны две кодировки. До недавних пор преобладала Windows-1251, сейчас ее успешно вытесняет UTF-8, а прочие (KOI-8r, ISO8859-5, CP866) встречаются так редко, что о них можно уже и не вспоминать. Так вот, поисковики взяли на вооружение UTF-8 как единый стандарт. И если в Windows-1251 русский символ кодировался одним байтом, то в юникоде (UTF-8) уже двумя. То есть, если где-то ваш русский URL дан не в виде ссылки, а просто упомянут в тексте как есть – может возникнуть двоякая расшифровка, в зависимости от того, в какой кодировке этот текст. И у ПС будет два совершенно разных URL для одной страницы. Значит, получаете дубли...
Если ваш движок самостоятельно выполняет URL-кодирование всех ссылок в навигации – нужно проследить, чтобы "русские URL" сначала кодировались в UTF-8, если ваш сайт в другой кодировке. И в итоге вы получите не просто длинный URL, а очень длинный
Простой пример: русская "а" в UTF-8 кодирована 16-ричным числом D0BA. В URL-кодированном виде это будет %D0%BA – то есть 6 символов вместо одного!
В Windows-1251 будет три символа вместо одного – но рано или поздно, где-то дав ссылку, вам "создадут" дубль – URL-кодированный в UTF-8.
В общем, я люблю великий, могучий, правдивый и свободный русский язык. Во дни сомнений, во дни тягостных раздумий он один мне поддержка и опора... Но для URL я категорически рекомендую его транслитерировать в латиницу.
Как всегда, верен простой призыв: "Только без фанатизма!". О длинных URL уже сказано.
А еще очень часто стараются сделать URI с кириллицей, считая, что так "ключи в URL" лучше дойдут до ПС. И здесь кроется чисто техническая ловушка.
Вообще-то по стандарту в URI должны присутствовать только символы US-ASCII (латинские буквы, цифры, точка, дефис, подчеркивание). Все не-ASCII символы – если без них уже никак нельзя обойтись – должны быть представлены в URL-кодированном виде. То есть, как знак % и за ним шестнадцатиричный код. Даже пробел в URL должен выглядеть как %20 (но лучше пусть он там не встречается).
Если вы не станете URL-кодировать символы кириллицы, ваш браузер поймет вас правильно, но пусть это вас не обнадеживает. Поисковики привыкли соблюдать стандарты, так что ваш красивый URL у них все равно будет представлен некрасивой цепочкой кодов. Они поймут, что там написано

Для сайтов с русским контентом сейчас наиболее характерны две кодировки. До недавних пор преобладала Windows-1251, сейчас ее успешно вытесняет UTF-8, а прочие (KOI-8r, ISO8859-5, CP866) встречаются так редко, что о них можно уже и не вспоминать. Так вот, поисковики взяли на вооружение UTF-8 как единый стандарт. И если в Windows-1251 русский символ кодировался одним байтом, то в юникоде (UTF-8) уже двумя. То есть, если где-то ваш русский URL дан не в виде ссылки, а просто упомянут в тексте как есть – может возникнуть двоякая расшифровка, в зависимости от того, в какой кодировке этот текст. И у ПС будет два совершенно разных URL для одной страницы. Значит, получаете дубли...
Если ваш движок самостоятельно выполняет URL-кодирование всех ссылок в навигации – нужно проследить, чтобы "русские URL" сначала кодировались в UTF-8, если ваш сайт в другой кодировке. И в итоге вы получите не просто длинный URL, а очень длинный

Простой пример: русская "а" в UTF-8 кодирована 16-ричным числом D0BA. В URL-кодированном виде это будет %D0%BA – то есть 6 символов вместо одного!
В Windows-1251 будет три символа вместо одного – но рано или поздно, где-то дав ссылку, вам "создадут" дубль – URL-кодированный в UTF-8.
В общем, я люблю великий, могучий, правдивый и свободный русский язык. Во дни сомнений, во дни тягостных раздумий он один мне поддержка и опора... Но для URL я категорически рекомендую его транслитерировать в латиницу.
Ник не менял, подпись поменяю позже. Ваш Зануда. Он же AHP-net, но это уже там
#3
Отправлено 20 Июль 2015 - 17:27
Как раз решал использовать кириллицу или нет. Т.к. модуль Друпала transliteration наплодил дублей с -0, -1
Вопрос после прочтения решён. И снова я не смог прокопаться к ответу выше
Пойду рыться в Друпале...
Вопрос после прочтения решён. И снова я не смог прокопаться к ответу выше

Пойду рыться в Друпале...
#4
TC Отправлено 21 Июль 2015 - 10:10
Van (20 Июль 2015 - 17:27) писал:
Как раз решал использовать кириллицу или нет. Т.к. модуль Друпала transliteration наплодил дублей с -0, -1
Вопрос после прочтения решён. И снова я не смог прокопаться к ответу выше
Пойду рыться в Друпале...
Вопрос после прочтения решён. И снова я не смог прокопаться к ответу выше

Пойду рыться в Друпале...
Еще в тему про дубликаты: http://webimho.ru/topic/11846/
Бесплатный курс обучения SEO-оптимизации сайта
Мои услуги: Консультации по SEO и обучение от 29000 р. | Продвижение сайтов от 47000 р. | Разработка сайтов под SEO
Использую: SEOTO.ME | Proxx.net | GoGetLinks | MiraLinks | DriveLink
Пишу для себя: Личный блог не о seo
Мои услуги: Консультации по SEO и обучение от 29000 р. | Продвижение сайтов от 47000 р. | Разработка сайтов под SEO
Использую: SEOTO.ME | Proxx.net | GoGetLinks | MiraLinks | DriveLink
Пишу для себя: Личный блог не о seo
#5
Отправлено 22 Июль 2015 - 17:41
Spinne (01 Апрель 2015 - 19:52) писал:
Немножко ворчания в дополнение к вышеизложенному.
Как всегда, верен простой призыв: "Только без фанатизма!". О длинных URL уже сказано.
А еще очень часто стараются сделать URI с кириллицей, считая, что так "ключи в URL" лучше дойдут до ПС. И здесь кроется чисто техническая ловушка.
Вообще-то по стандарту в URI должны присутствовать только символы US-ASCII (латинские буквы, цифры, точка, дефис, подчеркивание). Все не-ASCII символы – если без них уже никак нельзя обойтись – должны быть представлены в URL-кодированном виде. То есть, как знак % и за ним шестнадцатиричный код. Даже пробел в URL должен выглядеть как %20 (но лучше пусть он там не встречается).
Если вы не станете URL-кодировать символы кириллицы, ваш браузер поймет вас правильно, но пусть это вас не обнадеживает. Поисковики привыкли соблюдать стандарты, так что ваш красивый URL у них все равно будет представлен некрасивой цепочкой кодов. Они поймут, что там написано
И закодируют сами – но как?
Для сайтов с русским контентом сейчас наиболее характерны две кодировки. До недавних пор преобладала Windows-1251, сейчас ее успешно вытесняет UTF-8, а прочие (KOI-8r, ISO8859-5, CP866) встречаются так редко, что о них можно уже и не вспоминать. Так вот, поисковики взяли на вооружение UTF-8 как единый стандарт. И если в Windows-1251 русский символ кодировался одним байтом, то в юникоде (UTF-8) уже двумя. То есть, если где-то ваш русский URL дан не в виде ссылки, а просто упомянут в тексте как есть – может возникнуть двоякая расшифровка, в зависимости от того, в какой кодировке этот текст. И у ПС будет два совершенно разных URL для одной страницы. Значит, получаете дубли...
Если ваш движок самостоятельно выполняет URL-кодирование всех ссылок в навигации – нужно проследить, чтобы "русские URL" сначала кодировались в UTF-8, если ваш сайт в другой кодировке. И в итоге вы получите не просто длинный URL, а очень длинный
Простой пример: русская "а" в UTF-8 кодирована 16-ричным числом D0BA. В URL-кодированном виде это будет %D0%BA – то есть 6 символов вместо одного!
В Windows-1251 будет три символа вместо одного – но рано или поздно, где-то дав ссылку, вам "создадут" дубль – URL-кодированный в UTF-8.
В общем, я люблю великий, могучий, правдивый и свободный русский язык. Во дни сомнений, во дни тягостных раздумий он один мне поддержка и опора... Но для URL я категорически рекомендую его транслитерировать в латиницу.
Как всегда, верен простой призыв: "Только без фанатизма!". О длинных URL уже сказано.
А еще очень часто стараются сделать URI с кириллицей, считая, что так "ключи в URL" лучше дойдут до ПС. И здесь кроется чисто техническая ловушка.
Вообще-то по стандарту в URI должны присутствовать только символы US-ASCII (латинские буквы, цифры, точка, дефис, подчеркивание). Все не-ASCII символы – если без них уже никак нельзя обойтись – должны быть представлены в URL-кодированном виде. То есть, как знак % и за ним шестнадцатиричный код. Даже пробел в URL должен выглядеть как %20 (но лучше пусть он там не встречается).
Если вы не станете URL-кодировать символы кириллицы, ваш браузер поймет вас правильно, но пусть это вас не обнадеживает. Поисковики привыкли соблюдать стандарты, так что ваш красивый URL у них все равно будет представлен некрасивой цепочкой кодов. Они поймут, что там написано

Для сайтов с русским контентом сейчас наиболее характерны две кодировки. До недавних пор преобладала Windows-1251, сейчас ее успешно вытесняет UTF-8, а прочие (KOI-8r, ISO8859-5, CP866) встречаются так редко, что о них можно уже и не вспоминать. Так вот, поисковики взяли на вооружение UTF-8 как единый стандарт. И если в Windows-1251 русский символ кодировался одним байтом, то в юникоде (UTF-8) уже двумя. То есть, если где-то ваш русский URL дан не в виде ссылки, а просто упомянут в тексте как есть – может возникнуть двоякая расшифровка, в зависимости от того, в какой кодировке этот текст. И у ПС будет два совершенно разных URL для одной страницы. Значит, получаете дубли...
Если ваш движок самостоятельно выполняет URL-кодирование всех ссылок в навигации – нужно проследить, чтобы "русские URL" сначала кодировались в UTF-8, если ваш сайт в другой кодировке. И в итоге вы получите не просто длинный URL, а очень длинный

Простой пример: русская "а" в UTF-8 кодирована 16-ричным числом D0BA. В URL-кодированном виде это будет %D0%BA – то есть 6 символов вместо одного!
В Windows-1251 будет три символа вместо одного – но рано или поздно, где-то дав ссылку, вам "создадут" дубль – URL-кодированный в UTF-8.
В общем, я люблю великий, могучий, правдивый и свободный русский язык. Во дни сомнений, во дни тягостных раздумий он один мне поддержка и опора... Но для URL я категорически рекомендую его транслитерировать в латиницу.
http://wiki.webimho.ru рекомендации не учтены...
#6
Отправлено 22 Июль 2015 - 17:57
Цитата
Как раз решал использовать кириллицу или нет.
Цитата
http://wiki.webimho.ru рекомендации не учтены...
Кхм.. Такой вот у них движок, мда
ИЧСХ - ru.wikipedia.org/wiki/Заглавная_страница
Индивидуальные консультации по продвижению сайтов
гогет-шмобед - биржа вечных ссылок для лентяев
Продвижение сайтов - долго, недешево, обстоятельно
Реклама на этом форуме, цены на рекламу
гогет-шмобед - биржа вечных ссылок для лентяев
Продвижение сайтов - долго, недешево, обстоятельно
Реклама на этом форуме, цены на рекламу
#7
Отправлено 23 Июль 2015 - 01:27
Van (22 Июль 2015 - 17:41) писал:
http://wiki.webimho.ru рекомендации не учтены...

Ник не менял, подпись поменяю позже. Ваш Зануда. Он же AHP-net, но это уже там
Похожие темы
Настройка Директ. Дорого. Качественно.Автор madcap, 12 сент. 2018 |
|
![]() |
||
Посоветуйте CRM систему для стройкиАвтор mizer, 18 дек. 2012 |
|
![]() |
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных
© 2019 SMO&SEO форум «WEBIMHO» — продвижение и создание сайтов, интернет-маркетинг
По вопросам рекламы на форуме и цены на рекламу
По вопросам рекламы на форуме и цены на рекламу
Все материалы SEO форума разрешены к копированию только с установкой гиперактивной ссылки на
webimho.ru,
тем, кто этого не сделает, мы оторвем руки и ноги и поменяем местами,
а когда выйдем из тюрьмы, опять оторвем и опять поменяем.
тем, кто этого не сделает, мы оторвем руки и ноги и поменяем местами,
а когда выйдем из тюрьмы, опять оторвем и опять поменяем.
Россия,
г. Москва