Мне нравится внешний вид традиционных URL-адресов, потому что www перед ними облегчает и ускоряет мое понимание того, что определенно существует определенный веб-адрес.
Но есть ли какое-либо установленное руководство по форматированию URL-адреса не только для Интернета, например, для брошюр, плакатов? Может быть, вы слышали о каком-то исследовании, доказывающем лучший UX из-за формата URL?
Мы все знаем, например, что телефонные номера имеют вполне устоявшиеся правила форматирования.
www.example.com и example.com — это два разных адреса .
Обычно веб-серверы настраиваются таким образом, чтобы оба варианта работали одинаково. Это соглашение не является универсальным, и некоторые веб-сайты будут настроены только для того, чтобы отвечать на тот или иной запрос .
Вам необходимо согласовать с тем, кто отвечает за веб-сайт, который является приемлемым для использования. Вы также можете посмотреть, отображается ли в списке сайта в поиске Google «www». или нет, так как это может указывать на предпочтительный адрес сайта.
Если оба приемлемы для использования, лично я бы предпочел вариант без «www». потому что я считаю это излишним, особенно если в конце есть «.com», что делает его легко узнаваемым как веб-адрес даже без «www.».
Нет стандарта, который говорит, что следует использовать тот или иной, только условности и тенденции. Тенденции со временем меняются, и я считаю справедливым сказать, что существует постепенная тенденция к тому, чтобы не иметь «www». в начале веб-адресов.
Вот некоторые беззаботные дебаты о том, является ли "www." должен быть использован:
www.
могут иметь веские технические причины для использования.
Когда сервер сконфигурирован, он должен быть настроен на использование http://www.example.com
и http://example.com
. Вполне возможно, что www.example.com загружает сайт, а example.com — нет. Это два разных, отдельных адреса. Все это контролируется сервером. Оба адреса могут работать, или один адрес может быть переадресован на другой. Переадресация может быть выполнена из любого домена, просто так получилось, что адрес обычно www.
перенаправляется на адрес без www или наоборот. В наши дни большинство хостинг-провайдеров настраивают это, и www.
это не является обязательным. Они автоматически настраивают переадресацию для своих клиентов. Тем не менее, вы должны проверить свой сервер перед удалениемwww.
из любых маркетинговых материалов или даже до добавления домена www.
.
С точки зрения дизайна, это вопрос предпочтений. Если сайты загружаются с или без, www.
то его использование — ваш выбор. Как упоминает @Dom в своем комментарии выше, я считаю, что суффикс играет большую роль. С example.com, example.net, example.org все понятно. Однако, как только вы введете суффиксы второго или третьего уровня, это может быть менее понятно, особенно для аудитории, которая традиционно не является онлайн-аудиторией (пожилые люди, нетехнологические организации и т. д.). Добавление the www.
к более редко используемым суффиксам всегда полезно.
Я почти всегда www.
исключаю домены первого уровня и почти всегда включаю их для доменов второго или третьего уровня. Но это только мои предпочтения.
Я также хотел бы отметить, что номера телефонов изменились. Теперь я должен набрать 10 цифр, чтобы сделать местный звонок, в течение десятилетий это было только 7 цифр, до этого было 5 цифр. Они могут меняться медленно, но форматы меняются :) Конечно, благодаря смартфонам я теперь знаю только свой номер телефона и никогда не могу вспомнить чужой. :)
http://example.org
работает, а http://www.example.org
не работает.abr.gov.au
и www.abr.gov.au
оба загружают сайт. Однако каждый URL-адрес WWW перенаправляет на домашнюю страницу не-WWW-версии. Итак, https://abr.gov.au/About-us/
(без WWW) работает, но https://www.abr.gov.au/About-us/
(с WWW) перенаправляет вас на домашнюю страницу сайта без WWW.example.com
, example.net
и example.org
в качестве примеров доменных имен.www.example.com
--использование example.com
в качестве основного домена не позволяет вам иметь домены без файлов cookie (рекомендуется для обслуживания статического контента в масштабе), поскольку набор файлов cookie для example.com
будет использоваться для www.example.com
, assets.example.com
, 3sds4as3sc.example.com
и т. д.Чтобы добавить больше технического фона к существующим ответам: в первую очередь, почему в DNS могут быть различия между www.example.com
и example.com
? Во многих случаях вводится не запись A
(или AAAA
), а CNAME
запись, указывающая на что-то вроде www42.provider.example.net
. Таким образом, миграция www42.provider.example.net
на другой IP-адрес может выполняться исключительно внутри example.net
зоны. (Если A
везде записи, все сайты, размещенные на этом сервере, должны быть скорректированы!)
Тем не менее, с example.com
определенно уже связано много других записей DNS ( SOA
, NS
, MX
, возможно, также TXT
для SPF), и спецификация DNS не позволяет CNAME
смешивать и другие типы записей! Следовательно, для функциональности потребуетсяexample.com
запись ( и/или ) , что противоречит вышеупомянутой цели центральной конфигурации.A
AAAA
A
AAAA
материал?С точки зрения архитектора решений я никогда не видел руководства. Но есть веская техническая причина для того, чтобы ваш сайт во время выполнения использовал «www.», и все дело в DNS (избегая конфликтов с записями SOA и NS). Таким образом, хотя вы можете захотеть поделиться контентом, который говорит «перейдите на http://mysite.us », фактический хостинг должен быть на «www.mysite.us».
В зависимости от того, где и как развернут сайт, вы можете столкнуться с ситуациями, когда пользователи не смогут получить доступ к сайту, если он находится на « http://mysite.us ». В спецификации DNS есть записи для разных типов серверов (MX для почты и т. д.), но нет записей для HTTP-серверов, поэтому мы застряли с использованием фактического поддомена, чтобы сообщить миру, что «это для веб-сайта». Несколько хостинг-провайдеров предлагают «переадресацию DNS», которая позволит вам объявить, что «любой, кто подключается к http://mysite.us , будет перенаправлен на http://www.mysite.us », но на самом деле они настраивают минимизированный веб-сервер, который выдает 301/302/307, чтобы доставить пользователя туда, куда он хочет.
По моему опыту, большинство людей все равно не заглядывают в адресную строку, и отказ от «www» в разговорах и маркетинговых материалах короче, но в конечном итоге пользователи должны перейти на «www.something.something», как и должно быть «www». быть настоящим сервером.
Введите в адресной строке «apple.com», «microsoft.com» или «ibm.com» и обратите внимание, как вы будете перенаправлены на хост «www».
A
запись для example.com
, браузер определит правильный IP-адрес, веб-сервер получит полный URL-адрес (и, следовательно, примет решение, какую страницу обслуживать)but it does not have one for HTTP servers so we are stuck with using an actual subdomain to tell the world "this is for a website"
хотя зачем тебе это надо? Достаточно просто ответить на порт 80. Ваша запись A для домена может просто указывать на ваш веб-сервер - если вы не хотите, чтобы разные службы указывали на разные адреса (например, веб и... pop3?), и в этом случае вы все равно не обязаны использовать исключительно "www" для Интернета - вы можете использовать поддомены для других сервисов или даже разные домены. Пользователи часто опускают «www», вы же не хотите, чтобы ваш веб-сайт не работал, когда они это делают.Чтобы объяснить, в чем отличия.
example.com — это доменное имя. www в данном случае (www.example.com) — это субдомен www. в конфигурации люди фактически должны направлять как www, так и субдомен на одни и те же ресурсы (веб-файлы). Также, помня о SEO, важно, чтобы только один из них был ведущим, а другой должен направлять на ведущий.
При этом люди склонны набирать www. перед всем только потому, что они к этому привыкли, в настоящее время в рекламе и тому подобном вы видите меньше www. и я предлагаю вам воздержаться от его использования без необходимости, чтобы мы могли избавиться от этого в будущем.
Конечно, может быть некоторый смысл добавить www, так как он означает всемирную паутину, но протоколов будет достаточно, http(s) против http или других для разных приложений.
дополнительная информация и технические причины: https://serverfault.com/questions/286132/why-do-we-still-use-www-in-urls
На мой взгляд, вы должны просто воздержаться от этого, так как это что-то лишнее, а печатать меньше всегда лучше.
www.foo.com
строго говоря, не является URL-адресом. Это относительное доменное имя.
Это означает следующее: начните с ваших локальных доменов, вернитесь к корню, если вы не можете ничего там найти, и пройдите через него com
, foo
чтобы добраться до www
. Однако в нем не говорится, какие записи нужно получить из этого домена или что вы будете делать с этими записями, если вы их извлечете.
Чаще всего интересующей записью является запись адреса, которая позволяет использовать доменное имя в качестве имени хоста для ссылки на машину. Однако существуют и другие типы DNS-записей.
Это www
просто последнее имя в цепочке, и оно совершенно произвольно. Существует соглашение об именовании хоста первичного веб-сервера для домена www
, но это просто удобство для людей, а не что-то, что должно быть узнаваемо для машин. Даже в этом случае есть вещи, которые вы можете делать с машинами, на которых запущены веб-серверы, помимо запроса от них веб-страниц.
Таким образом, не все веб-серверы имеют имена, www
и простое название еще не говорит о том, что вы хотите с ним делать.
Вот тут-то и появляются URL-адреса. Они говорят вам, как добраться до чего-то. Они начинают с того, что рассказывают вам, как это получить, а затем где.
Как указывается как «схема», а для сети схема предназначена либо http
для обычных запросов, либо https
для безопасных запросов. Затем разделитель ://
, затем имя хоста, указывающее, где находится веб-сервер (может быть, DNS-имя, может быть, что-то еще, например, I-адрес или локально определенное имя), затем путь, указывающий, где страницы находятся на веб-сервере. (Есть куча деталей, которые я пропускаю).
Обычно считается хорошей практикой разрешать, www
но не поощрять это, указывая записи адресов как базового домена, так и этого плюса www
на серверах we, которые должны действовать как общедоступные точки входа, а затем отдавать предпочтение не www
имени.
Если вы хотите указать правильный URL-адрес, который недвусмысленно показывает, что вы имеете в виду веб-сайт, укажите полный URL-адрес.
http://example.ca/
https://myexample.foo.org/
Дом
burger.com
это веб-сайт, тогда какburger.biz
для меня это гораздо более неопределенно (может быть, это плохо выбранное название бренда).Матийс Сегерс
Ложь Райан
Ханна
ТРиГ
ait.ie
работает и перенаправляет наwww.ait.ie
. На самом деле это не так. Firefox видит, чтоait.ie
это не работает, и перенаправляетwww.ait.ie
на меня. Не все браузеры так делают.Брэд
http://
перед доменом, особенно когда нетwww
. Люди легко узнают это и знают, что могут ввести этот URL-адрес в свои браузеры.