Чи важливо вводити "WWW", коли наша конструкція містить URL-адресу, чи це вже питання смаку?


20

Я люблю появу традиційних URL-адрес, тому що веб-сайт перед ними полегшує і прискорює моє розуміння того, що напевно є певна веб-адреса.

Але чи існує встановлена інструкція щодо форматування URL-адреси не лише для Інтернету, наприклад брошури, плакати? Можливо, ви чули про якісь дослідження, які підтверджують кращу роботу UX завдяки формату url?

Ми всі знаємо, наприклад, що телефонні номери мають досить чіткі правила форматування.


4
Мені це цікаво досить часто. Я думаю, що це хоча б частково залежить від знайомості розширення домену. Наприклад, цілком очевидно, що burger.comце веб-сайт, тоді як burger.bizдля мене набагато більш невизначено (це може бути погано обрана марка).
Дом

Дом, в цьому випадку це може бути не красивіше, але це цілком зрозуміло, коли ви переходите за http: // burger.biz :)
Mathijs Segers

3
Що це стосується графічного дизайну? Можливо, вам слід було це опублікувати в користувацькому досвіді ?
Лежати Райан

Я хотів би дізнатися більше про дизайн-аспект цього, якщо обидві URL-адреси працюють.
Ганна

1
Було багато порад, щоб перевірити: власне, запитати . Запитайте когось, хто працює на веб-сайті та знає. Якщо я щойно перевірив, я можу подумати, що це ait.ieпрацює і переспрямовується www.ait.ie. Насправді це не так. Firefox бачить, що ait.ieце не працює, і перенаправляє на www.ait.ieмене. Не всі браузери роблять це.
TRiG

Відповіді:


22

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 - все досить зрозуміло. Однак, коли ви вводите суфікси другого або третього рівня, це може бути менш зрозуміло, особливо для аудиторій, які традиційно не є аудиторіями в Інтернеті (літні люди, нетехнологічні організації тощо). Додавання www.до більш рідко використовуваних суфіксів завжди корисно.

Я майже завжди www.скидаю домени першого рівня і майже завжди включаю їх для доменів другого рівня. Але це лише мої переваги.

Я також зазначив, що телефонні номери змінилися. Зараз я повинен набрати 10 цифр, щоб зробити місцевий дзвінок, десятиліттями це було лише 7 цифр, до цього - 5 цифр. Вони можуть змінюватися повільно, але вони змінюють формати :) Звичайно, завдяки смартфонам я знаю лише свій власний номер телефону і ніколи не можу згадати нікого іншого. :)


9
"Однак ви повинні перевірити свій сервер, перш ніж видаляти www. З будь-яких маркетингових матеріалів." Ви також повинні перевірити, завантажує чи не "www.yourdomain.com", перш ніж ставити www на що-небудь. Як ви кажете, справа в налаштуваннях сервера, тому цілком можливо, що це http://example.orgпрацює, поки http://www.example.orgнемає.
Джошуа Тейлор

2
Це не вистачає однієї уваги: ​​є деякі сайти, для яких включення або виключення 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) перенаправляє вас на домашню сторінку no-WWW.
doppelgreener

3
Для всіх коментаторів ... Ніде я не заявив обох із www. і без www треба перейти на той самий сайт. Я просто зазначив, що в наш час більшість компаній, що займаються хостингом, конфігурують саме так . Я також прямо заявив, щоб перевірити ваш сервер . Не впевнений, звідки беруться всі зворотні реакції :)
Скотт,

1
@Scott Я не намагаюся забезпечити люфт, просто зазначив щось, що могло б принести більшу жорсткість вашим порадам. Це може зайняти трохи більше, ніж побіжна перевірка веб-сервера. Вживайте цей матеріал як конструктивну критику, на яку потрібно діяти!
doppelgreener

1
Технічна причина полягала в тому, що якщо ви збираєтесь назвати свій веб-сервер чимось логічним, щоб назвати його веб-сервером (або www), це нормально, але передбачається, що у вас є інші сервери та лише один веб-сервер. Існує і ніколи не було жодних технічних причин, щоб його називали www
joojaa

43

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/


4
Я усвідомлюю, що це в значній мірі те саме, що й інша відповідь, але я намагався пояснити це за допомогою найпростіших термінів, які я міг би для нетехнічних людей, сподіваюся, що це корисно.
thomasrutter

Наразі no-www.org наразі не працює, але він все ще перелічений у Google, тому я думаю, що це тимчасово?
thomasrutter

1
"особливо якщо наприкінці є .com" - що робити, якщо це один із тих фантазійних нових gTLD, які мало хто впізнає?
користувач253751

На мій погляд, це аргумент не використовувати ці нові gTLD, особливо для домену, який повинен з’являтися в маркетингу. Мені здається дивним використовувати новий, гладкий gTLD, який знімає потребу в старомодному ".com", а потім додавати ще більш старомодний "www.", Просто щоб люди визнавали це доменне ім'я.
thomasrutter

3

Щоб додати більше технічного підґрунтя до існуючих відповідей: Чому існують відмінності в 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?
Ганна

1
Це частина способу роботи DNS. Припускаючи, що ви знаєте, що DNS-сервери - це спосіб, коли комп'ютер запитує "що таке IP-адреса цього імені хоста?". Ну, є кілька записів, які ви можете отримати для кожного імені хоста (A, MX та спеціальних цілей, таких як PTR, TXT тощо). Запис "A" - це IP-адреса для з'єднань IPv4, а запис "AAAA" - IP-адреса для IPv6-з'єднань. MX - це запис про те, куди слід відправляти пошту для цього хоста (дозволяючи пошті, адресованій хосту, переходити до іншої IP-адреси як загальних з'єднань з цим хостом), TXT - це різноманітна текстова інформація тощо
thomasrutter

1

Виходячи з точки зору архітектора рішень, я ніколи не бачив настанов. Але є вагома технічна причина, щоб змусити ваш сайт під час виконання використовувати "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веб-переглядача, веб-сервер отримає повну 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. Ваш запис для домену може просто вказувати на ваш веб-сервер - якщо ви не хочете, щоб різні сервіси вказували на різні адреси (наприклад, веб і ... pop3?), Тоді ви все одно не змушені використовувати виключно "www" для Інтернету - ви можете використовувати субдомени для інших служб або навіть різних доменів. Користувачі часто залишають "www", ви не хочете, щоб ваш веб-сайт вийшов з ладу під час їх роботи.
thomasrutter

Я маю на увазі, що apple.com та microsoft.com тощо все ще запускають веб-сервер із записом A для свого домену, для того, щоб перенаправлення працювало. Оскільки все, що він робить, це перенаправлення, йому не потрібно робити багато роботи, але це показує, що у них немає проблем із виконанням завдання веб-сервера на машині (машинах), на яку вказують їх записи A. Їх рішення про переадресацію на "www" скоріше буде просто маркетинговим рішенням, що добре, а переадресація з не-www версії є дуже підходящим вибором у цій ситуації.
thomasrutter

0

Пояснити, в чому полягають відмінності.

example.com - доменне ім’я. У цьому випадку www (www.example.com) - це субдомен www. у конфігурації люди насправді повинні спрямовувати і www, і субдомен на ті самі ресурси (веб-файли). Також маючи на увазі SEO, важливо лише те, що один з них є провідним, а інший повинен спрямовувати на провідний.

Як говориться, люди, як правило, набирають www. перед усім, тільки тому, що вони звикли до цього, сьогодні в рекламних роликах і таких ви менше бачите на www. і я пропоную вам утриматися від його використання, якщо це не потрібно, щоб ми могли позбутися цього в майбутньому.

Звичайно, може бути певний сенс додавати www, оскільки він розшифровує всесвітню павутину, але протоколів буде достатньо, http (s) проти http або інші для різних програм.

більше інформації та технічні причини: /server/286132/why-do-we-still-use-www-in-urls

На мою думку, ви просто повинні утриматися від цього, оскільки це щось зайве, а введення менше завжди краще.


0

www.foo.comне є строго кажучи URL-адресою. Це відносне доменне ім’я.

Це означає: почніть зі своїх локальних доменів, повертаючись до кореня, якщо ви нічого не можете там знайти, і проїхати comта fooдістатися до нього www. Він не говорить про те, які записи захопити з цього домену, хоча і що ви зробили з цими записами, якби ви їх отримали.

Найчастіше записом, що цікавить, є запис адреси, який дозволяє використовувати доменне ім'я як ім'я хоста для позначення машини. Однак існують інші види записів DNS.

Це wwwлише прізвище в ланцюжку, і воно абсолютно довільне. Існує умова іменування хоста основного веб-сервера для домену, wwwале це просто зручність для людей, а не те, що повинно бути розпізнаване машинами. Навіть тоді ви можете зробити з машинами, на яких працює веб-сервер, окрім того, щоб вимагати від них веб-сторінок.

Отже, не всі веб-сервери названі, wwwі лише називання одного не говорить про те, що ви хочете з ним робити.

Ось де надходить URL-адреса. Вони розповідають, як до чогось дістатися. Вони починаються з того, що вам скажуть, як його дістати, то куди.

Як зазначено як "sheme" та для Інтернету, схема призначена або httpдля регулярних запитів, або httpsдля безпечних запитів. Тоді роздільник, ://а потім ім'я хоста, яке вказує вам, де знаходиться веб-сервер (можливо, DNS-ім’я, можливо щось інше, наприклад, I-адреса або локально визначене ім'я), а потім шлях, який вказує, де сторінки перебувають на веб-сервері. (Є купа деталей, які я пропускаю).

Як правило, вважається хорошою практикою дозволяти, wwwале не заохочувати це, вказуючи на адреси адрес як базового домену, так і плюс wwwу нас на серверах мав на меті діяти як загальнодоступні точки входу, а потім надавати перевагу неімені www.

Якщо ви хочете надати належну URL-адресу, яка однозначно показує, що ви посилаєтесь на веб-сайт, вкажіть повну URL-адресу.

http://example.ca/

https://myexample.foo.org/

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.