Обязательно ли вводить «WWW», когда наш дизайн содержит URL-адрес, или это уже дело вкуса?

Мне нравится внешний вид традиционных URL-адресов, потому что www перед ними облегчает и ускоряет мое понимание того, что определенно существует определенный веб-адрес.

Но есть ли какое-либо установленное руководство по форматированию URL-адреса не только для Интернета, например, для брошюр, плакатов? Может быть, вы слышали о каком-то исследовании, доказывающем лучший UX из-за формата URL?

Мы все знаем, например, что телефонные номера имеют вполне устоявшиеся правила форматирования.

Я сам довольно часто задаюсь этим вопросом. Я думаю, что это зависит, по крайней мере частично, от знакомства с расширением домена. Например, совершенно очевидно, что burger.comэто веб-сайт, тогда как burger.bizдля меня это гораздо более неопределенно (может быть, это плохо выбранное название бренда).
Дом, в данном случае это может быть некрасивее, но это вполне понятно, когда вы идете на http://burger.biz :)
Какое это имеет отношение к графическому дизайну? Может быть, вы должны были опубликовать это в пользовательском опыте ?
Я хотел бы услышать больше об аспектах дизайна, предполагая , что оба URL-адреса работают.
Было много советов проверить: на самом деле, спросите . Спросите у того, кто работает на сайте и знает. Если бы я только что проверил, я мог бы подумать, что это ait.ieработает и перенаправляет на www.ait.ie. На самом деле это не так. Firefox видит, что ait.ieэто не работает, и перенаправляет www.ait.ieна меня. Не все браузеры так делают.
Все технические вопросы хорошо освещены в ответах. чтобы ответить на ваш вопрос, я всегда включаю http://перед доменом, особенно когда нет www. Люди легко узнают это и знают, что могут ввести этот URL-адрес в свои браузеры.

Ответы (6)

www.example.com и example.com — это два разных адреса .

Обычно веб-серверы настраиваются таким образом, чтобы оба варианта работали одинаково. Это соглашение не является универсальным, и некоторые веб-сайты будут настроены только для того, чтобы отвечать на тот или иной запрос .

Вам необходимо согласовать с тем, кто отвечает за веб-сайт, который является приемлемым для использования. Вы также можете посмотреть, отображается ли в списке сайта в поиске Google «www». или нет, так как это может указывать на предпочтительный адрес сайта.

Если оба приемлемы для использования, лично я бы предпочел вариант без «www». потому что я считаю это излишним, особенно если в конце есть «.com», что делает его легко узнаваемым как веб-адрес даже без «www.».

Нет стандарта, который говорит, что следует использовать тот или иной, только условности и тенденции. Тенденции со временем меняются, и я считаю справедливым сказать, что существует постепенная тенденция к тому, чтобы не иметь «www». в начале веб-адресов.

Вот некоторые беззаботные дебаты о том, является ли "www." должен быть использован:

http://no-www.org/

http://www.yes-www.org/

http://www.www.extra-www.org/

Я понимаю, что это во многом то же самое, что и другой ответ, но я попытался объяснить его, используя самые простые термины, которые я мог использовать для нетехнических людей, надеюсь, это будет полезно.
no-www.org, похоже, в данный момент не работает, но он все еще есть в списке Google, так что я думаю, это временно?
«особенно, если в конце есть .com» — что, если это один из тех причудливых новых рДВУ, которые мало кто узнает?
Для меня это аргумент в пользу того, чтобы не использовать эти новые рДВУ, особенно для домена, который должен появиться в маркетинге. Мне показалось бы странным использовать новый изящный gTLD, который устраняет необходимость в старомодном «.com», а затем добавлять еще более старомодный «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 цифр. Они могут меняться медленно, но форматы меняются :) Конечно, благодаря смартфонам я теперь знаю только свой номер телефона и никогда не могу вспомнить чужой. :)

«Однако вам следует проверить свой сервер, прежде чем удалять www. из любых маркетинговых материалов». Вы также должны проверить, загружается ли «www.yourdomain.com» или нет , прежде чем помещать www на что-либо. Как вы сказали, все дело в конфигурации сервера, так что вполне возможно, что http://example.orgработает, а http://www.example.orgне работает.
FWIW, нет ничего более или менее правильного в том, что www.*.com и *.com переходят на один и тот же сайт. Это распространено, но это не обязательно неправильно, если они этого не делают. Они могли бы перейти на два совершенно разных сайта, если бы захотели.
Это упускает из виду одно соображение: есть некоторые сайты, для которых и включение, и исключение WWW работают нормально, но только один правильный. Возьмем, к примеру, сайт Австралийского коммерческого регистра: 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.
Всем комментаторам... Нигде я не указал оба с www. а без www надо заходить на тот же сайт. Я просто сказал, что в наши дни большинство хостинговых компаний настраивают это именно так . Я также прямо заявил, чтобы проверить ваш сервер . Не знаю, откуда столько негатива :)
@ Скотт Я не пытаюсь вызвать негативную реакцию, просто заявляю что-то, что может сделать ваш совет более строгим. Это может занять немного больше, чем беглая проверка веб-сервера. Воспринимайте это как конструктивную критику!
Техническая причина заключалась в том, что если вы собираетесь назвать свой веб-сервер чем-то логичным, чтобы назвать его веб-сервером (или www), это нормально, но предполагает, что у вас есть другие серверы и только один веб-сервер. Существует и никогда не было никаких технических причин для того, чтобы он назывался www .
@ DA01 Технически это не неправильно для них переходить на разные сайты, но это неправильно в том смысле, что это излишне нарушает ожидания пользователей.
RFC2606 также является стандартом: используйте 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 запись ( и/или ) , что противоречит вышеупомянутой цели центральной конфигурации.AAAAA

О чем этот A AAAAматериал?
Это часть работы DNS. Предполагая, что вы знаете, что DNS-серверы — это то, как компьютер спрашивает: «Какой IP-адрес этого имени хоста?». Ну, есть более одной записи, которую вы можете получить для каждого имени хоста (A, MX и записи специального назначения, такие как PTR, TXT и т. д.). Запись «A» — это IP-адрес для соединений IPv4, а запись «AAAA» — это IP-адрес для соединений IPv6. MX — это запись о том, куда должна отправляться почта для этого хоста (позволяя почте, адресованной хосту, отправляться на другой IP-адрес в качестве общих подключений к этому хосту), TXT — это различная текстовая информация и т. д.

С точки зрения архитектора решений я никогда не видел руководства. Но есть веская техническая причина для того, чтобы ваш сайт во время выполнения использовал «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».

+1 за интересное техническое понимание. Не могли бы вы подробнее рассказать о «столкновении»? Если у вас есть Aзапись для example.com, браузер определит правильный IP-адрес, веб-сервер получит полный URL-адрес (и, следовательно, примет решение, какую страницу обслуживать)
Одной из проблем может быть то, что хостинг-сервер ограничивает количество поддоменов, которые вы можете иметь. Мой сервер делает! Поэтому я не использую www.mysite.com в качестве поддомена, у меня просто есть URL-адрес с www в DNS, указывающий на mysite.com, освобождая место для еще одного реального поддомена.
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», вы же не хотите, чтобы ваш веб-сайт не работал, когда они это делают.
Я имею в виду, что apple.com и microsoft.com и т. д. по-прежнему запускают веб-сервер в записи A для своего домена, чтобы это перенаправление работало. Поскольку все, что он делает, это перенаправляет, ему не нужно делать много работы, но он показывает, что у них нет проблем с запуском задачи веб-сервера на машине (машинах), на которую указывают их записи A. Их решение перенаправить на «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/