ColdFusion - Какое соглашение об именовании URL лучше всего использовать?

Question

Я использую ColdFusion 9.

Я создаю новый сайт, который использует три шаблона. Первый шаблон - это домашняя страница, на которой пользователям предлагается выбрать марку или конкретную модель. Второй шаблон, где пользователь может просматривать все модели выбранного бренда. Третий шаблон показывает всю конкретную информацию о конкретной модели.

Давным-давно ... Я хотел бы сделать URL-адреса, как это:

.com/Index.cfm // home page
.com/Brands.cfm?BrandID=123 // specific brand page
.com/Models.cfm?ModelID=123 // specific model page

Теперь, в целях SEO и для удобства чтения, я бы хотел, чтобы мои URL выглядели так:

.com/? // home page
.com/?Brand=Worthington
.com/?Model=Worthington&Model=TX193A

Или, возможно, я хочу, чтобы мои URL выглядели так:

.com/? // home
.com/?Worthington // specific brand
.com/?Worthington/TX193A // specific model

Мой вопрос: действительно ли есть какие-либо преимущества для SEO, удобство чтения или преимущества безопасности для соглашения об именах?

Какое соглашение об именовании URL лучше всего использовать?

Есть ли реальная польза от такого URL?

/4648448/sql-ya-dolzhen-ispolzovat-soedinitelnuy-tablitsu-ili-net

Answer 1

Используйте URL-адреса, которые имеют смысл для ваших пользователей. Если вы используете разумные URL-адреса, которые люди понимают, это будет работать и с поисковыми системами.

, т. Е. Не занимайся SEO, делай ХО .Оптимизация человека.Оптимизируйте свои страницы для пользователей своей страницы, и таким образом вы порадуете Google (и других).

НЕ вставляйте ключевые слова в URL , если это не помогает людям, которым ваш сайт предназначен для .

Чтобы решить, как должен выглядеть ваш URL, вам нужно понять, для чего предназначены части URL.

Итак, учитывая этот URL: http://domain.com/whatever/you/like/here?q=search_terms#page-frament.

Он разбивается следующим образом:

http какой протокол используется для доставки страницы

: отделяет протокол от остальной части URL

//domain.com указывает, какой сервер загружать

/whatever/you/like/here Между доменом и?должен указывать, какую страницу загружать.

? отделяет строку запроса от остальной части URL

q=search_terms Между?и # можно использовать для динамического поискового запроса или настройки.

# делит фрагмент страницы от остальной части URL

page-frament Между # и концом строки указывается, какойчасть страницы, на которой нужно сосредоточиться.

Если настройка вашей системы позволяет вам, система, подобная этой, вероятно, наиболее удобна для человека:

domain.com
domain.com/Worthington
domain.com/Worthington/TX193A

Однако иногда требуется уникальный идентификатор, чтобы гарантировать отсутствие двусмысленности (с SOможет быть несколько вопросов с одним и тем же названием, поэтому идентификатор указан, в то время как вопрос включен, потому что так проще для людей).

Поскольку все модели должны принадлежать бренду, вы неОднако необходимо использовать оба идентификационных номера, чтобы вы могли использовать что-то вроде этого:

domain.com
domain.com/123/Worthington
domain.com/456/Worthington/TX193A

(где 123 - номер бренда, а 456 - номер модели)

Вам нужны дополнительные вещи (например, /questions/ или /index.cfm или /brand.cfm или что-то еще), если вы не можете устранить неоднозначность разных страниц без них.

Помните: эта часть URL идентифицирует страницу - онадолжна быть возможность идентифицировать одну страницу с одним URL - иначе говоря, каждая страница должна иметь уникальный URL, и каждый уникальный URL должен быть отдельной страницей. (Исключая строку запроса и части фрагмента страницы.)

Опять же, используя пример SO - здесь есть больше, чем просто вопросы, есть пользователи, теги и т. Д.таким образом, они не могли просто сделать stackoverflow.com/7275745/question-title, потому что это не совсем ясно отличается от stackoverflow.com/651924/evik-james - что они решают, вставляя /questions и /users в каждый из них, чтобы было понятно, что каждый из них.

В конечном счете, лучшая система URL-адресов, которую следует использовать, зависит от того, на каких страницах у вас есть сайт, и от того, какие люди используют ваш сайт - вам нужно учесть их и найти подходящее решение.Более простые URL лучше, но слишком большая простота может привести к путанице.

Надеюсь, все это имеет смысл?

Answer 2

Я не эксперт по SEO, но в компании, в которой я работаю, есть специальный отдел по управлению SEO нашего сайта.Они предпочитают, чтобы параметры были в URI, а не в строке запроса, и я уверен, что они предпочитают это по какой-то причине (а не просто для того, чтобы сделать работу веб-команды несколько хитрее ... хотя и может быть элементоб этом; -)

Тем не менее, основная часть того, чем они занимаются, - это содержание и состав страницы.Доменное имя и URL незначительны по сравнению с хорошим, релевантным контентом в четко определенной структуре.

Answer 3

Вот ответ, основанный на том, что я знаю о SEO и что мы реализовали:

• Первое, что ищется и учитывается, - это ваше доменное имя, и, таким образом, выбирается что-то связанное с вашим доменом.имя очень важно
• URL со строкой запроса имеет более низкий приоритет, чем тот, который не имеет.Причина в том, что строка запроса связана с динамическим контентом, который может со временем меняться.Поисковая система также может лишить приоритета тех, у кого есть строка запроса, опасаясь, что она может быть использована для СПАМА и разбавляя результаты самого SEO
• Что касается использования URL, такого как

/4648448/sql-ya-dolzhen-ispolzovat-soedinitelnuy-tablitsu-ili-net

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