Как лучше сделать построение ссылок на сайте?

Question

[DeST5]

Здравствуйте!

Есть несколько вопросов по поводу оптимизации ссылок на сайте. Помогите пожалуйста определиться.

Как сделать лучше и есть ли разница поисковикам, если ссылки на страницы будут вида: domain/pages/123/hello-world ?
Или же лучше сделать так: domain/pages/123-hello-world ?

Второй вопрос. На странице domain/pages/ находится список ссылок на страницы и все это выглядит так:
Заголовок
Часть текста страницы
Категория

Заголовок
Часть текста страницы
Категория

и тд.

Нужно ли делать так, что бы ссылки на страницы в этом списке включали в себя слаг категорий? Например: domain/pages/category-name/123-hello-world .
Или оставить domain/pages/123-hello-world , а на странице категории сделать domain/pages/category-name/123-hello-world ?

Заранее спасибо!

Comments

[Ankhena]

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

[Exploding]

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

Answer 1

[Exploding]

0. Можете внятно объяснить какой смысл в контроллере pages?
1. Лучше domain/pages/123-hello-world, чем domain/pages/123/hello-world, т.к. во втором случае из-за доп. слеша уровень "вложенности" страницы увеличивается, что незначительно, но влияет на вес страницы.
2. Эта страница по сути будет практически бесполезной для ПС (продвижения). Ссылки на "категории" или что там у вас, где бы они не находились - должны быть идентичны, иначе на "Тостере" опять появится вопрос про дубли страниц.

Ну и вообще, урл должен максимально доступно отражать инфу о странице, ее местоположении в структуре сайта, не говоря уже о его длине (<80 симв.), вхождениях ключей и их позиции относительно начала урла и т.д.

UPD чтобы и другие видели и по меньше повторяли вопросы такие
Ну вот этого я и хотел добиться! Как правило, контроллер в урле указывается для того, чтобы не путаться и понимать, что это за страница и какой модуль для ее формирования нужно использовать! Но если у вас контроллер "первого уровня" всего один - какой тогда смысл его использовать вообще? Это лишняя "вложенность" страницы для ПС, да и вообще абсурдно))
Для примера, чтобы понятно было, что я имею ввиду, приведу аналогию, а то я смотрю что как-то вы не въезжаете все равно в то, о чем я пытаюсь вам втолковать))):
Зашли вы на какой-то магазин и видите там такие ссылки:
domain/shop/info/contacts
domain/shop/info/delivery
domain/shop/categories/all
domain/shop/categories/cars
domain/shop/product/subaru-forester

Как по-вашему, есть ли какой-то смысл в контроллере shop? Вот и в вашем случае vacancies в такой же ситуации получается.

И еще, возможно у вас возникнет вопрос в том, стоит ли в урле отображать полный путь к конечной странице типа:
domain/vacancies/category/sub-category/sub-sub-category/sub-...-category/vacancy
Нет, так лучше не делать! Выводите только транслит последней категории. Все дерево - вредно.
Еще может прийти в голову поднаеб..ть ПС и фигануть урлы такого вида, чтобы все страницы были первого уровня:
domain/vacancies-category-sub-category-vacancy
или такого:
domain/vacancies-category_1_ura-sub_category_1_ura_ya_skazal-vacancy_omg
Работать то оно будет, но ПС в отличие от вашего сервера - не видит .htaccess и не может адекватно въехать что там и куда у вас входит и выходит. Поэтому у ПС будет путаница со структурой сайта.
Обязательно используйте "/" (слеш) для разделения разделов сайта.
Не используйте в качестве заменителя пробела "_". Используйте только "-". Чехол_гугл_понимает_это_как_одно_слово.
Помните, что страница не резиновая и гугл выделяет только 48em или 624px прежде чем могучий overflow обрежет все те важные слова, которые вы несли-несли миру, да не донесли)))
Все вроде бы.

Comments

[DeST5]

Только в pages будут доступны ссылки на другие страницы. С других мест на них не будет возможно попасть.

По первому вопросу теперь все понятно.

Насчет второго, на странице pages будут ссылки на страницы, а так же на категории к которой эти страницы принадлежат. Например:

<a href="/pages/123-hello-world>Заголовок</a>
<p>Часть текста с страницы</p>
<a href="/pages/category-slug">Категория</a>

Так вот есть ли смысл делать ссылку так, что бы она включала в себя и category-slug, то есть /pages/category-slug/123-hello-world и так же сделать и на странице категории или просто оставить и там и там /pages/123-hello-world ?

[Exploding]

DeST5, Вобщем... Структура урла для html-страницы, обычно, состоит из таких параметров:
1. Протокол - http, https
2. Субдомен и домен - понятно
3. Контроллер - сообщает системе какой модуль/шаблон/etc задействовать для генерации данной страницы. Например:
- страница "Контакты" ->
Контроллер = pages
Модуль/шаблон вывода = текстовая страница
- страница "Категория Кастрюли"
Контроллер = category
Модуль/шаблон вывода = страница со списком субкатегорий и товаров
- страница "Товар Кастрюля для супа"
Контроллер = product
Модуль/шаблон вывода = страница карточки товара
4. Уникальный идентификатор страницы - обычно транслит названия (например из H1)
5. Дополнительные параметры - например для страницы категории это поле для сортировки, направление, номер страницы пагинации и т.д.

Так вот я так и не понял, зачем вам в обоих случаях pages? Посмотрите на свои урлы и сравните со списком. Все логично?

Или приведите примеры реальных страниц (можно без домена), чтобы не хело ворлд рассматривать, а реальные примеры данных.

[DeST5]

Естественно я могу сделать разные контроллеры для этого.
Сайта пока что нет, поэтому на реальном примере объяснить не получится.
Я просто пока не определился как будет лучше для ПС, поэтому спрашиваю уже на данном этапе. Контроллер pages был для примера, сейчас попробую объяснить получше.

В планах сайт, что то вроде каталога вакансий. Планировал сделать структуру примерно вот такой:
domain
domain/vacancies - тут список всех вакансий
domain/vacancies/category - тут вакансии отсортированные по категории
domain/vacancies/category/vacancy - описание вакансии

к примеру:
domain/vacancies/sales-and-marketing/123-need-sales-manager

Насчет контроллера vacancies пока не знаю, возможно будет projects или jobs .

[Exploding]

DeST5, Ну ок, по другому сформулирую: кроме варианта vacancies будут еще какие-то другие?

[DeST5]

Нет не будет. Вопрос в том что как сделать структуру, можно список всех вакансий сделать доступной по ссылке domain/vacancies, а категории сделать domain/category и детали вакансии domain/category/vacancy . Либо сделать именно такую последовательность:
domain
domain/vacancies
domain/vacancies/category
domain/vacancies/category/vacancy

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

[Exploding]

DeST5, обновил ответ