Добавление сайта с www-доменом
Для добавления сайта с www-доменом необходимо перейти на страницу Яндекс.Вебмастер и авторизоваться в аккаунте. Далее выберите сайт и перейдите во вкладку «Индексирование» — «Переезд сайта».
На открывшейся странице активируйте галочку на пункте «Убрать WWW» и нажмите «Сохранить».
Примечание:
В uKit сайты доступны без WWW. При обращении к домену с WWW установлен автоматический 301 редирект на домен без WWW.
Если сайт ранее был с WWW, необходимо изменить зеркало на без WWW и дождаться, пока поисковая система проиндексирует страницы сайта по новому адресу.
Как только изменение будет применено (это можно будет увидеть здесь) — станет доступно добавление сайта в Яндекс.Вебмастер через интерфейс uKit.
Как добавить или удалить префикс WWW к доменному имени
Автоматическое добавление префикса «www» к доменному имени.
Для перенаправления (например) example.com в www.example.com, необходимо добавить следующие строки в .htaccess.
Если у вас много доменов example.info, example.gr . и вы хотите их перенаправить на www.example.com, пишем следующие строки в .htaccess:
This second set of rules checks to see if the URL has a domain name portion of www.example.com. If it doesn’t, the visitor is redirected to www.example.com. In other words, any web address with a domain name component other than www.example.com will cause a redirection to take place.
Whichever set of rules you use, change all instances of «example.com» to your actual domain name. For the line beginning with RewriteCond, add a backslash («\») before each of the full stops (or «periods») in your domain name.
- Some people park new domains they buy at their current site, pending the development of a new website. If you do so, anyone accessing those parked domains will be redirected to the domain you specify above (eg, www.example.com).
- In the same way, you will no longer be able to access your site at its IP address without being redirected. This is probably not a big issue, but it’s good to know.
- Some web hosts allow you to host multiple domains and subdomains on the same web account, with those domains redirected to a subdirectory of your main domain. For example, if the files for your domain (say) eg-domain.com can also be accessed as example.com/eg-domain/, this paragraph probably applies to you. Such web hosts may use mod_rewrite to implement support for these additional domains or subdomains. If you then also use the second set of mod_rewrite rules on your URLs, you may get 404 File Not Found errors for URLs in your extra domains/subdomains, depending on the end result of the combined rules. In such cases, it may be safer to use the first set of rules instead, since it very specifically targets only a single domain name.
Для удаления префикса WWW из доменного имени ипользуя Apache’s mod_rewrite
Для перенаправления URL (например) www.example.com в example.com, пишем следующий код в .htaccess файл.
The above rules checks if the domain name component in a URL contains www.example.com. If it does, the visitor is sent to example.com instead.
To use the rule, change all instances of «example.com» to your actual domain name. For the line beginning with RewriteCond, add a backslash («\») before each of the full stops (or «periods») in your domain name.
Если Вы установили какое либо приложение не в корень httpdocs, а в его подкаталог (например, /httpdocs/site), то обращение к Вашему сайту в браузере придется выполнять, указывая этот подкаталог: www.mysite.ru/site. Для того, чтобы Вы могли обращаться к сайту не указывая этой директории, необходимо добавить в файл .htaccess корня сервера следующие строки:
Если Вы хотите чтобы в браузере для главной страницы не отображался подкаталог:
где site — это тот каталог, куда Вы уставили приложение.
Если Вы хотите, чтоб браузер отображал подкаталог с приложением то:
Если Вам желательно скрыть от пользователя используемую на веб-сайте технологию, то есть чтобы в браузере не отдавались расширения в наших http-ссылках (без флага L данное правило зациклится), то:
Следующая директива при «срабатывании» возвращает редирект. В качестве замены всегда должна использоваться абсолютная ссылка:
Быть или не быть… Использовать ли www на своём домене?
В течение 20 лет или около того идёт дискуссия, использовать ли www в каноническом имени хоста (CNAME) вашего веб-сайта. Так что, использовать или нет?
Хотя многие взаимозаменяемо используют термины «доменное имя» и «имя хоста», между ними есть разница, и дело не только в семантике. Я немного упрощу это описание, чтобы сконцентрироваться на сути.
Для вас как IT-администратора вашим доменом будет ваша сеть. Разумно дать домену название. Для этого приспособлена система DNS, поэтому вы регистрируете доменное имя, например, example.com . Теперь, под этим доменом у вас будут свои хосты. Каждая машина с подключением к сети считается хостом. Машина для обслуживания документов WWW, естественно, получит в вашем домене имя хоста www , так что её полное доменное имя (FQDN) будет www.example.com . Вы сделаете то же самое и для остальных хостов в своей сети, есть у вас веб-сервер или нет. Так вы наводите порядок в своей сети.
Чтобы перейти к веб-серверу в домене example.com , вам следует обратиться к хосту с именем www.example.com . Кстати, в те времена, когда по Паутине бродили динозавры, виртуальных хостов не существовало. Каждый веб-сервер обслуживал только один веб-сайт (по крайней мере, на один IP-адрес). Имя хоста не имело значения, если оно указывало на правильный IP-адрес.
«Голое доменное имя», т.е. имя домена без ‘www’, как example.com , с точки зрения DNS, называется origin. По мере роста популярности Всемирной паутины в середине 1990-х годов некоторые администраторы начали указывать в качестве origin тот же IP-адрес, что и хост www. Это позволяет посетителям сайта вводить в браузере просто example.com вместо полного имени хоста.
Тогда пришел SEO
Поскольку example.com и www.example.com могут указывать на разные IP-адреса, а с января 1997 года на разные веб-сайты на одном IP-адресе — специалисты по SEO начали нам рассказывать, что следует выбрать каноническое имя хоста, а остальные должны указывать туда (с кодом состояния HTTP 301).
Имело смысл выбрать одно имя. Но какое именно? Для SEO это действительно не имеет значения. Главное, чтобы было одно. Но кроме SEO есть и другие проблемы. Читайте дальше.
Как люди понимают URL
Когда я работал в маркетинговом агентстве на рубеже веков, меня беспокоило, что люди могут не понять, что перед ними адрес Всемирной паутины, если мы опустим часть ‘www’. Я имею в виду, мы только начали пропускать “http://”. Кроме того, по историческим причинам лично я предпочёл использовать полное «правильное» имя хоста, т.е. www.example.com .
Сегодня я не думаю, что это важно. Люди поймут, что это веб-адрес, есть там www или нет, когда перед ними широко известный домен верхнего уровня. Поскольку одна версия всё равно перенаправляет на другую, не имеет значения, что ваше каноническое имя хоста www.example.com , а вы используете в печатной рекламе только example.com ради красоты. В то же время, если у вас один из тысяч новых доменов верхнего уровня типа .beer, то есть смысл добавить www по тем же соображениям, что были в маркетинге на рубеже веков.
Без www проще и красивее
Должен признать: example.com быстрее набирать, легче читать и это просто экономия места. Вполне понятно, что люди начали отбрасывать www — и просто указывать origin в качестве канонического имени хоста.
Так почему об этом спорят до сих пор?
Почему мы всё ещё обсуждаем, использовать ‘www’ или нет? Пусть каждый использует что хочет, разве нельзя?
Но если вы администратор веб-сайта, то, вероятно, хотите сделать обоснованный выбор и заранее продумать некоторые вещи. Например, куки.
Куки передаются в поддомены
Куки, установленные от имени хоста, также будут установлены для всех поддоменов. То есть если сайт на example.com устанавливает файл куки, браузер также отправит этот файл при посещении www.example.com . Звучит неплохо, ведь это тот же сайт, верно? Но куки также отправятся на cdn.example.com , email.example.com , intranet.example.com , thirdpartyservice.example.com и так далее. И многие сторонние сервисы позволяют вам использовать ваш домен именно так.
Файл куки, установленный с хоста www.example.com , *не* будет отправлен ни на какой «братский» хост вроде вышеупомянутых. Ваш браузер понимает, что это не «подсервисы», а абсолютно разные сервисы, которые не должны получить доступ к вашим кукам.
Ненужные куки вредят производительности
Способ работы HTTP и cookies заключается в том, что они отправляются из браузера с каждым запросом на веб-сервер. Это означает, что если ваш сайт устанавливает куки для origin (example.com) этот файл также должен быть отправлен на каждый запрос, который вы делаете, например, на email.example.com или intranet.example.com . Это замедляет связь.
Куки могут прочитать третьи лица
Итак, если веб-сайт совпадает с origin (example.com) и использует систему CMS, то после авторизации он будет выдавать куки в ваш браузер, чтобы держать сессию открытой. Затем, когда вы посетите someinternalservice.example.com , администратор этой службы может прочитать этот файл куки, скопировать его и использовать для входа в корпоративную CMS для example.com от вашего имени. То же самое относится и к вендору электронной почты при посещении email.example.com или поставщику CDN, который загружает ресурсы, например, static.example.com , и так далее.
Если вы беспокоитесь о безопасности хоть чего-то на example.com , то обязательно укажите перед ним ‘www’. Если даже это не убедило вас использовать ‘www’, то я не знаю, что может убедить. Ни HTTPS, ни 2FA не помогут, так как этот куки является волшебным токеном. Однако могут помочь другие меры безопасности, такие как ограничения по IP.
Куки из поддоменов, могут быть общими, если хотите
Если у вас есть служба на поддомене, например, sso.example.com , то RFC 6265 позволяет установить куки для origin и сделать его общим с example.com или www.example.com . Таким образом, отказ от «голого домена» в качестве имени хоста, на самом деле, даёт вам больше гибкости.
Ограничение DNS
Говоря о гибкости, мы должны снова вернуться к разговору о DNS.
В DNS есть ограничение, что origin должен быть А-записью, то есть указывать на фиксированный IP-адрес.
Когда ваш сайт становится большим и вы перемещаете его на хостинг или хотите направить его на файрвол или сервис защиты от DDoS, то используете запись CNAME, чтобы направить имя хоста на другое непостоянное имя хоста, которым управляет поставщик в зависимости от вашего трафика и потребностей.
Но если сайт размещён на голом домене (example.com), вы не можете этого сделать. Однако нет никакой проблемы указать в CNAME имя хоста с ‘www’. Так что если хотите какой-либо гибкости масштабирования, сейчас или в будущем, следует с самого начала установить имя хоста с ‘www’.
Вывод: выбираем www
Это важно, используете вы ‘www’ или нет. Я согласен, что голые домены выглядят красивее, но это всего лишь практический вопрос для адресной строки браузера. Вы можете использовать www.example.com в качестве канонического имени хоста, а в остальных местах просто использовать голый домен. Пользователей всё равно перенаправят куда надо.
Но важные аргументы говорят в пользу использования полного имени хоста с ‘www’: для производительности, безопасности и гибкости.
Hatifnatt's blog
Удаление или добавление «www» в имя домена
Часто ли вы набираете www перед именем сайта? Думаю что большинство пользователей сейчас в первую очередь набирают адрес сайта без www, т.к. технической необходимости в этом уже давно нет. Приведу небольшую цитату с сайта nowww.ru
Префикс www для написания доменного имени — не является технической необходимостью. Когда-то давно, когда протокол http не был так распространен как сегодня, приставкой www пользовались для того чтобы указать на принадлежность адреса к интернет-пространству, названному World Wide Web (WWW).
Сегодня уже не только нет необходимости в использовании приставки www, но даже можно говорить о том, что она вредна, и мешает тем, что приходится прописывать для каждого сайтов два URL-адреса, программистам приходится учитывать два возможных обращения к сайту, а уж как неудобно произносить вслух эти «Вэ-Вэ-Вэ» или «Даблъю-Даблъю-Даблъю».
Так же насколько мне известно Google и другие поисковики/каталоги «наказывают» сайт которые доступны по двум адресам, т.е. www.domain.ru и просто domain.ru (20-ть «НЕ» для Seo п. 12) поэтому для поисковой оптимизации сайта важно чтоб пользователь и поисковые боты все ремя попадали на одну версию сайта с «www» или без, это уже по усмотрению владельца сайта. Решается это очень просто с помощью модуля апачевского модуля mod_rewrite.
Соответственно необходимо в файл .htaccess находящийся в корне вашего сайта добавить следующий не хитрый код:
<domain> необходимо заменить на имя вашего домена. Благодаря этому не важно как пользователь наберет в браузере адрес вашего сайта, он всегда будет попадать на одну и ту же версию сайта.