Должен ли я добавить «www» в URL моего сайта? Каковы плюсы и минусы?

Каковы плюсы и минусы наличия http://www.example.com/против http://example.com/?

Например, проблема, о которой я знаю, заключается в том, что если я использую домен без него, wwwя не могу установить cookie-файл только для текущего субдомена (так как субдомен не существует), и установленные мной куки-файлы будут отправлены на все субдомены.

Имейте в виду, что использование www.example.comпозволяет устанавливать файлы cookie только на основном сайте . Использование example.comпозволит вам только установить куки, *.example.comкоторые включают в себя static.example.com. Таким образом, каждый запрос на любой поддомен будет включать файлы cookie, которые немного замедляют передачу. Использование www.example.comпозволит вам решить, для какой части вы хотите установить куки.

Если вы собираетесь использовать www.example.com, вы должны сделать example.comпостоянное перенаправление на www.example.com.

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

Я полностью противоположен этому, www.example.comэто постоянное перенаправление example.com, потому что я предпочитаю использовать более короткий канонический URL. Для меня также имеет смысл, что я могу ожидать, что HTTP-запрос example.comприведет к веб-странице или перенаправлению на любой субдомен, имеющий дело с HTTP-запросами.

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

Включение wwwсубдомена, похоже, сводится к двум условиям:

1. Cookies - Будут ли установки cookie-файлов *.example.comвызывать у меня горе (больше трафика), потому что cookie-файлы будут отправляться при каждом запросе, независимо от субдомена. В этом случае я бы предпочел использовать параметр, wwwтак как он дает мне возможность устанавливать cookie-файлы, *.example.comесли они мне нужны (например, cookie-файлы аутентифицированного пользователя), или www.example.comуменьшать трафик к другим моим поддоменам.

2. Эстетичность - меня волнует, как выглядит домен? Если я действительно ненавижу, wwwно беспокоюсь о трафике файлов cookie, я мог бы решить эту проблему, разместив свой статический контент на совершенно новом домене, например, static-example.comкоторый будет свободен от файлов cookie.

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

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

Кроме того, многие программы, такие как электронная почта, мировые процессоры, клиенты социальных сетей и другие, автоматически распознают доменное имя, начинающееся с wwwгиперссылки, и делают его активным - с пустым non-wwwдоменом или доменом, который необходимо добавить http://для программного обеспечения. сделать его активным. Возможность щелкнуть ссылку вместо необходимости копировать и вставлять в браузер может иметь значение для клиента, посещающего ваш сайт или переходящего к вашему конкуренту.

Кажется, что нет никаких конкретных причин для использования одного над другим в отношении результатов поиска или других желаемых результатов. Мои личные предпочтения no-www, из-за длины.

Самое главное - убедиться, что вы перенаправили на предпочитаемый домен, и не забудьте указать предпочитаемый домен в консоли поиска Google (Инструменты Google для веб-мастеров).

Без повторения правильных ответов выше относительно файлов cookie, эстетики, нетехнических пользователей, ожидающих wwwподдомен и т. Д.

Еще одна причина, по которой я склоняюсь к использованию www.субдомена для основного сайта, заключается в локальной разработке. Я использую local.для моего локального тестового сервера. Я всегда ожидаю, что сайт будет доступен через субдомен, и при необходимости можно будет легко отличить тестовый и живой сайты. Файлы cookie могут храниться отдельно от локальных и живых сайтов.

• www.example.com Живой сайт
• local.example.com Локальный тестовый сервер

Использование субдомена для тестового сервера также позволяет легко тестировать с мобильного устройства, поскольку субдомен может быть определен в общедоступном DNS, который указывает на локальный тестовый сервер (локальный IP). Только когда мобильное устройство находится в локальной сети WiFi, оно сможет получить доступ к локальному тестовому серверу. (Убедитесь, что оптимизация мобильного браузера отключена при локальном подключении, в противном случае удаленный сервер оптимизации также попытается получить доступ к вашему локальному серверу и потерпит неудачу.)

Да, всегда используйте wwwвместо голого домена. Несмотря на то, что Heroku несколько специализирован, созданная ими структура маршрутизации, вероятно, станет более распространенной, так как люди размещают сайты на кластерах компьютеров. Обнаженные домены намного менее гибки, чем www, потому что они требуют A вместо записи CNAME. См. Https://devcenter.heroku.com/articles/avoiding-naked-domains-dns-arecords .

Хотя вы можете и не думать сегодня, каждый сайт в Интернете должен и, надеюсь, скоро будет использовать SSL все время. Это потому, что безопасность всегда лучше, чем отсутствие безопасности, а стоимость SSL уже составляет всего ~ 1% дополнительного процессора (см. Http://www.imperialviolet.org/2010/06/25/overclocking-ssl.html ). Вы также должны получить свой SSL-сертификат для www.

Мои SEO-специалисты говорят мне, что Google не любит голые домены. Симптомом этого является то, что если вы попытаетесь перенаправить свой myblog.blogspot.comблог example.com/blog, вы получите сообщение об ошибке, в котором говорится, что блоги не могут быть размещены на открытых доменах .