WWW чи ні WWW, що вибрати як основну назву сайту? [зачинено]

З технічної точки зору, єдиною проблемою є трафік та вхідні посилання (одне з них має перенаправити на інше).

Тепер мені потрібно вибрати, який із них повинен бути основним. Деякі сайти мають www (google, microsoft, ruby-lang), а деякі без www (stackoverflow, github). Мені здається, новіший не використовує WWW.

Що вибрати?

Будь ласка, з деякими поясненнями.

ОНОВЛЕННЯ: Це питання, пов'язане з програмуванням. Насправді сайт призначений для програмістів, тому я сподіваюся побачити, що думають технічні люди.

ОНОВЛЕННЯ: Сайт без WWW є безперечним переможцем. Дякую, хлопці!

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

http://www.example.com
http://example.com

Тож, що б ви не вибрали з естетичних міркувань, слід постійно використовувати з міркувань SEO.

Редагувати: Моя особиста думка полягає у відмові від того www, що мені здається архаїчним. Мені також подобаються коротші URL-адреси. Якби це залежало від мене, я б перенаправляв весь трафік з www.example.comна example.com.

Не використовуйте WWW. Це непотрібний викручування язика та біль у дупі для графічних дизайнерів.

Є кілька питань, які ви повинні розглянути. Див., Наприклад, Використання доменів, що не містять файлів cookie, для компонентів, щодо проблеми дії файлів cookie.

Але незалежно від того, як ви вирішите: використовуйте лише один із цих доменів як канонічне доменне ім’я та використовуйте перенаправлення 301, щоб виправити недійсний. Для веб-сервера Apache ви можете використовувати mod_rewrite для цього.

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

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

( Редагувати : нещодавно я створив домен для використання моєю сім’єю, включаючи веб-пошту. Моя дружина запитала, яка адреса веб-пошти. Я сказав "mail.ourdomain.com". Вона набрала "www.mail.ourdomain.com" .)

У будь-якому випадку, переконайтеся , що один ви НЕ використовувати чисто робить 301 редирект на той , який ви робите використовувати - то ні користувачі , ні пошукові системи повинні піклуватися.

Один із аспектів цього питання стосується CDN та деяких веб-хостів (наприклад, Google Sites). Такі хости вимагають додавання запису CNAME для імені вашого сайту, який вказує на сервери хостів. Однак, завдяки способу проектування DNS, записи CNAME не можуть співіснувати з іншими записами з такою ж назвою, такими як записи NS або SOA. Отже, ви не можете додати CNAME для свого імені example.com, а натомість повинні додати CNAME для субдомену. Звичайно, люди зазвичай обирають "www" для свого субдомену.

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

Я б переспрямував на без www. В Apache 2.x:

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} ^www\.yourdomain\.com$
RewriteRule (.*) http://yourdomain.com/$1 [R=Permanent] 

Я думаю, що www не має сенсу; ми всі знаємо, що знаходимось у всесвітній мережі. Було б набагато краще використовувати піддомени для балансування навантаження або для певних пристроїв (наприклад, наприклад, m.google.com для мобільних телефонів, незважаючи на те, що зараз існує домен верхнього рівня.

www використовується як стандартний піддомен, підпапка для веб-сайтів в основному домені.

http://no-www.org/ намагаються заставити його застарілим.

Хоча http://www.w3.org/ включають www.

Варто перевірити обидва ці сайти.

На даний момент це стає питанням смаку та питанням релігії, а не стандартом. Що б ви не вибрали, переконайтеся, що ви зареєструвались або переспрямували з www, як ярлики Control + enter тощо, скопійовані в www.

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

Зазвичай я користуюся веб-сайтом www.sitename.com, оскільки чітко зазначено, що це основна частина вашого сайту. Testing.sitename.com тестує. House.sitename.com - це мій домашній ПК. Мені подобається бути явним, проте я не проти, коли сайти не використовують www. Я не найчистіший. :)

Використовуйте без www.Загальне обґрунтування цього полягає в тому, що оскільки ви пишете адресу у веб-браузері, це вже означає, що ви отримуєте доступ до веб-сайту (що ще ви робите з браузером?) - тому використання додаткового www марне.

Точніше кажучи, отримуючи запит http, ви знаєте, що користувач хоче отримати доступ до веб-сайту. Веб-браузер додає заголовок http: // - неявно тому користувачеві потрібно лише турбуватися про адресу. Те саме стосується й інших служб - якщо ви розміщуєте ftp, цього повинно бути достатньо, щоб направити ftp-клієнта на домен без ftp. -префікс.

Якщо я правильно розумію, причини використання різних субдоменів www., Ftp. І т. Д. В основному є історичними і в наші дні вже не актуальні, оскільки трафік просто спрямовується на правильний сервер / службу - зайві префікси просто застрягли, оскільки їх популярності.

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

Ви хочете, щоб ваша URL-адреса запам’ятовувалася, і ви хочете, щоб Google та інші реєстрували ту саму URL-адресу для рейтингу тощо.

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

Що б ви не використовували, дотримуйтесь одного, інакше вам доведеться зробити 2 набори файлів cookie для кожного домену, щоб ваші сеанси / файли cookie працювали належним чином.