Быть или не быть… Использовать ли 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’: для производительности, безопасности и гибкости.
Сохранять или убирать www в вашем доменном имени
Начинаете ли вы с www, когда вводите название сайта в адресной строке? Знаете ли наверняка, есть ли у Википедии, Amazon, Facebook и Twitter www? Не страшно, если не знаете, — многие пользователи даже не задумываются об этом.
Поскольку популярные браузеры, такие как Google Chrome и Safari, теперь скрывают часть URL-адреса с префиксом www, очень легко потерять его в названиях популярных сайтов. Если вам интересно, все вышеупомянутые интернет-гиганты, кроме Twitter, начинаются с www. Но если набирать facebook.com вместо www.facebook.com, вы точно так же получите свою ленту новостей.
Тот факт, что отсутствие www не помешает вам получить доступ к большинству сайтов, может заставить вас думать, что префикс www устарел и можно вообще не включать его в URL своего сайта. Но если это так, то зачем он Википедии, Amazon и Facebook?
В этой статье мы рассмотрим плюсы и минусы включения префикса www в название вашего сайта. Мы также поделимся некоторыми техническими советами, которые помогут в оптимизации сайта независимо от того, выберете ли вы вариант с www или без.
В чем смысл www?
Прежде чем мы углубимся в обсуждение всех преимуществ и недостатков использования или пропуска www, давайте сначала разберемся, откуда берется этот префикс. Чтобы запустить сайт, вам необходимы две вещи: сервер, на котором будут храниться все файлы вашего ресурса, и легкозапоминающееся название, известное как доменное имя. Последнее позволит пользователям получить доступ к вашему сайту через адресную строку браузера, пока DNS делает всю тяжелую работу.
Зачем вам добавлять www к зарегистрированному доменному имени? Исторически такие префиксы использовались как средство различия между серверами внутри вашей сети. На заре интернета не было хостинг-провайдеров и виртуальных выделенных серверов. Каждая компания раньше управляла собственной сетью серверов, и каждый сервер внутри сети считался хостом и выполнял одну функцию, такую как хранение файлов для обмена данными в интернете или работа электронной почты. В зависимости от функции, которую предоставлял хост, он получал определенное имя хоста.
Если вы сделаете свой сайт доступным как через www, так и без www, важно сообщить поисковым системам, какой из вариантов доменного имени предпочтителен. В противном случае поисковики будут рассматривать версии с www и без www как отдельные сайты, они оба проиндексируются — и вам придется решать проблему дублирования контента.
Существует несколько способов указания предпочитаемого (канонического) доменного имени для Google. Наиболее распространенное решение — настроить 301 редирект на стороне сервера. Тогда каждый раз, когда сервер получает запрос на неканонический домен, он автоматически перенаправляет пользователей на канонический. Если ваша предпочтительная версия — www.example.com и пользователи вводят example.com/page01, они в конечном итоге увидят в адресной строке браузера www.example.com/page01.
Если по какой-то причине у вас нет технических средств для настройки 301 редиректа, вы можете добавить тег <link> с атрибутом rel=”canonical” в HTML-код всех страниц с нежелательной версией. Только учтите, что этот метод не так надежен, как редирект 301. Google рассматривает канонические ссылки как рекомендации, а не инструкции, и в результате обе версии сайта могут быть проиндексированы.
Если добавление тегов rel=”canonical” для вас в любом случае лучше, вот как это можно реализовать. Для названия сайта www.example.com добавьте в HTML-код https://example.com/page01 следующую строку:
В WordPress 2.9 и выше теги rel=”canonical” будут добавляться на все страницы сайта автоматически, поэтому вам даже не придется ничего делать самостоятельно. Теги будут указывать на версии сайта с www или без www в зависимости от того, какой вы указали в качестве адреса WordPress (URL) в общих настройках WordPress.
С точки зрения пользователя разница в том, что при использовании тега rel=”canonical” вместо 301 редиректа URL в адресной строке браузера и истории не меняется. Таким образом, пользователь, пытающийся получить доступ к example.com, увидит именно этот URL в адресной строке, даже если www.example.com является вашей канонической версией.
Решив, какое доменное имя использовать, и указав предпочитаемую версию как каноническую с помощью любого из описанных методов, важно последовательно использовать выбранный вами вариант URL. Если вы решили оставить www, убедитесь, что все URL-адреса в файле Sitemap и внутренние ссылки содержат этот префикс. По возможности постарайтесь сделать так, чтобы ваши обратные ссылки также включали www — хотя предполагается, что и редирект 301, и атрибут rel=”canonical” пропускают ссылочный вес, некоторая его часть может быть утеряна по пути. В свою очередь, поисковые системы оценят такую последовательность и вознаградят вас улучшенными позициями.
Не забывайте мониторить корректность работы сайта
После того как вы настроили 301 редирект или указали предпочтительные страницы с помощью тегов rel=”canonical”, не забудьте время от времени проверять, все ли работает должным образом.
Что может пойти не так? Допустим, вы внесли на свои страницы теги rel=”canonical”, а затем установили новую тему WordPress, которая автоматически добавила этот тег на все страницы. В итоге у вас появятся повторяющиеся теги rel=”canonical”, которые запутают поисковики, но вы даже не узнаете о проблеме, пока это не повлияет на эффективность вашей SEO.
Чтобы избежать подобных ситуаций, вы можете систематически проводить аудит сайта. Инструмент анализа сайта SE Ranking обнаружит, если на страницах есть дублирующиеся теги rel=”canonical”, несколько страниц указывают на один и тот же канонический URL или на определенных страницах отсутствует rel=”canonical”.
Вы можете настроить инструмент SE Ranking так, чтобы автоматически регулярно проверять свой сайт, например, каждую неделю или месяц. Так вы вовремя узнаете, если что-то пойдет не так. Для начала вы можете запустить 14-дневную бесплатную пробную версию — и система автоматически проведет аудит сайта, как только вы добавите свой проект.
Выбор предпочтительного домена
Давайте, наконец, выясним, какая версия доменного имени подойдет вам как каноническая.
На первый взгляд, URL без www выглядит аккуратнее и привлекательнее и пользователи при вводе доменного имени обычно пропускают часть с www. Так почему бы не пропустить его при выборе канонического имени хоста вашего сайта? В конце концов, если вы используете один из распространенных доменов верхнего уровня (com, net или org), люди будут понимать, что это веб-адрес, даже если он не содержит www.
Действительно, имеет смысл выбрать вариант без www ради брендинга. Но перед этим следует учесть некоторые технические ограничения — именно из-за них многие интернет-гиганты сохраняют префикс www.
Когда нужен www?
Допустим, вы решили перейти на версию без www и сопоставили корневой домен и имя хоста с тем же IP-адресом, который вы получили от своего хостинг-провайдера. Это делается с использованием А-записи, и запись DNS выглядит так:
Затем вы указали example.com как свой канонический домен. Пока все выглядит хорошо. А теперь давайте предположим, что ваш сайт резко вырос в популярности и его посещают тысячи или даже миллионы людей каждый день. Один сервер не может выдержать такую повышенную нагрузку — именно по этой причине на крупных сайтах, таких как Wikipedia, Amazon и Facebook, нет привязки домена к одному IP-адресу. Вместо этого они полагаются на сети доставки содержимого (CDN), чтобы быстро и безопасно предоставлять контент миллионам своих пользователей.
Обработка большого количества трафика
Согласно спецификациям DNS, корневые домены всегда должны указывать на IP-адрес. Но чтобы использовать CDN, вам необходимо указать на своем сайте домен CDN, а не IP-адрес. Теоретически вы можете сопоставить свой домен как с IP-адресом, используя запись типа A, так и с доменом CDN с помощью записи CNAME. Но есть еще одно правило DNS, говорящее о том, что запись CNAME не может сосуществовать с другими типами ресурсных записей. То есть при добавлении обеих A-запись, указывающая на IP-адрес, будет проигнорирована.
Если вас немного сбили с толку все технические термины, упомянутые выше, краткая версия такова: из-за специфики работы DNS-запросов вы не можете указать имя хоста без www на домен CDN. Это приведет к неожиданным ошибкам и будет препятствовать нормальной работе вашего сайта.
Если же вы выберете имя хоста с www в качестве предпочтительной версии, у вас не возникнет проблем с соблюдением правил DNS. Вам просто нужно создать запись CNAME для имени хоста c www, сопоставив ее с выбранной вами CDN. Также добавьте запись A для вашего корневого домена, указывающую на IP-адрес сайта.
Также стоит упомянуть, что некоторые провайдеры DNS (Cloudflare, DNS Made Easy, DNSSimple и другие) ввели обходные пути для преодоления ограничений DNS. Но использование обходных путей ограничит ваш выбор провайдеров DNS и вы при этом можете усложнить жизнь пользователей из-за перенаправления на удаленный узел CDN.
Укрощение файлов cookie
Помимо ограничений DNS, выбор корневого домена в качестве канонического создает проблему с файлами cookie. Дело в том, что в современных браузерах файлы cookie основного домена автоматически передаются в поддомены. Если вы установите файлы cookie для example.com, они также будут отправляться на static.example.com, email.example.com и т.д. Давайте разберемся, почему это плохо.
Первая причина — это неудобно для пользователей. Более крупные сайты часто предпочитают хранить свой статический контент (изображения, видео, файлы JavaScript и CSS) на поддомене, чтобы освободить главный сервер для динамических запросов. Но если сайт работает как корневой домен, файлы cookie по-прежнему будут отправляться с example.com на static.example.com, замедляя доступ к статическому контенту и снижая производительность сайта. Единственный способ предотвратить такую трату пропускной способности — это хранить статический контент на совершенно другом домене. Так делает Twitter, размещая свой статический контент на a0.twimg.com.
Вторая причина — риски для безопасности. Когда вы авторизуетесь в CMS сайта, создается файл cookie. Затем, когда вы посещаете mail.example.com или cdn.example.com, файл cookie отправляется на эти поддомены и может быть прочитан администраторами сервера. Это создает угрозу безопасности, поскольку администраторы могут скопировать файл cookie и использовать его для авторизации в вашей корпоративной CMS. Чтобы снизить риск, вы можете прибегнуть к ограничению IP-адресов, разрешив доступ только IP-адресам вашей корпоративной сети.
Подытожим: если вы хотите оптимизировать скорость своего сайта, размещая статический контент отдельно, но вам не очень хочется покупать для этой цели совершенно новый домен, подумайте о сохранении префикса www в предпочитаемом доменном имени. Тогда вам не придется беспокоиться о том, что третьи лица будут читать файлы cookie вашего сайта.
С или без www
Наличие префикса www в доменном имени может показаться несущественным и незначительным, но оно играет большую роль. Это повлияет на брендинг и масштабируемость вашего сайта, поэтому убедитесь, что вы делаете правильный выбор, исходя из ваших приоритетов и планов на будущее. Как только вы примете решение, отметьте предпочитаемую версию как каноническую и придерживайтесь своего выбора. Переключить доменное имя, убрав с адреса префикс www, технически возможно, но это не принесет никакой пользы для SEO вашего сайта.
А на чьей вы стороне? Поделитесь с нами в комментариях, почему вы предпочитаете использовать домен с www или без.
Что такое www в адресе сайта?
В адресной строке любого сайта перед основным доменом может быть приставка www.
Например, у сайта example.com может существовать версия www.example.com. Поисковой системой сайты будут восприниматься, как отдельные сайты со своей историей. По сути, это ссылки на разные домены. При этом по двум ссылкам откроется тот же самый сайт.
Например, у сайта example.com может существовать версия www.example.com. Поисковой системой сайты будут восприниматься, как отдельные сайты со своей историей. По сути, это ссылки на разные домены. При этом по двум ссылкам откроется тот же самый сайт.
Прежде чем начинать размещать внешние ссылки на ресурс, следует понять, в чем различие ссылок с префиксом www и без него.
Разработка SEO-сайтов с пожизненной гарантиейСоздаем невероятные SEO-сайты, оптимизированные по 69 параметрам уже на этапе разработки
Использовать ли www в адресной строке перед доменом?
-
Префикс www – это аббревиатура, которая означает world wide web – или информационная система, предоставляющая доступ к текстовой информации по протоколу http, по-русски – всемирная паутина. Много лет назад то, что мы называем интернетом, было лишь малой его частью. Сервера были маломощными, поэтому приходилось размещать, например:
- сервер Apache на одном суперкомпьютере;
- почтовый сервер – на другой машине;
- сервер FTP на третьей машине.
-
Имена серверам давали по названиям компьютеров, на которых они располагались. Учитывая предоставляемый сервис, выглядело это так:
- www.домен.com,
- mail.домен.com,
- ftp.домен.com.
С развитием технологий надобность в www отпала, адреса стали короче, людям стало удобнее не набирать префикс, а набирать сразу адрес сайта. Сегодня префикс www стал анахронизмом и мог бы исчезнуть.
Однако до сих пор многие каталоги автоматически добавляют к имени своего сайта приставку www. Немало пользователей набирают в поиске название сайта с www.
Для продвижения сайта это может стать серьезной проблемой. Многие поисковики воспримут домен.com и www.домен.com, как разные ресурсы. Все внешние ссылки на сайт разделятся на две части в зависимости от того, в каком виде поставили ссылку (с www или без). Владелец лишится некоторых внешних ссылок на ресурс, что приведет к понижению рейтинга, и пользователей придет меньше, чем могло бы.
Как этого избежать?
Необходимо использовать способ переадресации одного псевдонима другому (что, по сути, является переадресацией самому себе). Такой способ называется Редиректом.
Для того чтобы правильно продвигать сайт, необходимо настроить 301 Редирект с неглавного зеркала на главное зеркало. А какое зеркало – главное, с www или без www, вы можете решить самостоятельно.
Для поисковых систем оба адреса равнозначны, но критично, чтобы главное зеркало было одно. Тогда сайт будет ранжироваться правильно.
Нужен настоящий SEO-сайт и интернет-реклама ? Пишите, звоните:
Наша почта:
Единая справочная: 8 (843) 2-588-132
WhatsApp: +7 (960) 048 81 32
Оставить заявку
Нужен ли www в начале адреса сайта
Откуда это появилось? Когда Интернет был маленьким, а сервера слабые, то на на разных серверах стояло разное программное обеспечение для разных целей:
www.site.ru — сам сайт (т.е. по этому URL сервер отдавал HTML)
mail.site.ru — почтовый сервер (т.е. этот URL сервер использовал для почтового сервиса)
Потом Интернет вырос и указание www перед сайтом стало ненужным.
Откуда вообще появляется www перед адресом сайта?
Вы обращали внимание, что после запуска сайта он доступен в двух вариантах — как с www, так и без www. Причем это не зависит от применяемой CMS, даже для сайта на простом html префикс www все равно будет существовать.
Это собственно идет от сервера хостинга. Если внимательно посмотреть на структуру записей DNS, Вы увидите там следующее:
Вот, внизу две записи = www IN A / www IN AAAA — это как раз указание серверу добавлять и показывать страницу с www
- вариант А — для IPv4
- вариант АААА — для IPv6)
Сайты с www — это дубль сайта?
Это одна и та же страница, которая показывается всем под ДВУМЯ разными адресами.
Ранее это было большой проблемой для поисковых машин, т.к. это выглядело как ДВА разных сайта. Сейчас в вебмастерах поисковых систем предусмотрено прямое указание со стороны пользователя, что считать основным сайтом и что считать его зеркалом. Далее поисковые машины «склеивают» два сайта в один (если содержимое на этих сайтах совпадает на 100% — а оно совпадает, т.к. физически страница одна).
И в выдаче показывают только основной сайт.
Как выбрать вариант с www или без www
В основном зависит от Вашего желания. Если сайт уже не первый год в интернете — то надо смотреть, на какой вариант сайта больше всего существует внешних ссылок
— если на вариант с www — выбирайте www
— если ссылок больше на вариант http://titovsergei.ru — то выбирайте без www
Если у Вас корпоративный сайт и Вы его активно рекламируете вне интернета — то вариант www.titovsergei.ru более привычен для пользователей (и ссылки потом надо на вариант с www ставить).
Фактически большая часть вебмастеров выбирает вариант без www, как собственно и домен без www.
Вариант с www — это дополнительный вариант, который дополнительно генерирует хостинг.
Почему плохо иметь два дубля сайта с www и без www
Роботы конечно умеют «клеить» два сайта в один — но нам-то надо, что сайт рос в поисковой выдаче. А одним из основных критериев полезности сайта с точки зрения поискового робота является наличие ссылок на страницы сайта. И как на чужих сайтах поставят на Вас ссылку — Вы повлиять не можете.
В результате часть внешних ссылок ведет на http://www.titovsergei.ru, а часть на http://titovsergei.ru И получается, что «разные» части Вашего сайта по разному популярны в сети. Нужно помочь немного поисковым роботам, что бы они правильно «склеили» сайт в единое целое и правильно учитывали ссылочную базу.
Как избавиться от дублей сайта с www?
Варианты у нас есть следующие:
- Простой и неправильный — идем у хостинга в редактирование записей DNS-зоны и убираем записи с www. Вот даже кнопка есть «отключить». Все — больше сервер хостинга не будет делать дубль с www. Но это плохой и неправильный вариант — может уже кто-то ссылку поставил на www, кто-то привык набирать адрес сайта с www.
- Прямое указание в вебмастерах поисковых систем. И для Яндекса можно еще в файле robots.txt прописать директиву Host с указанием основного сайта.
Для Гугль в панели надо создать записи для двух сайтов с www и без www, подтвердить права на оба сайта, потом выбрать основной сайт и удалить запись со вторым сайтом (который стал зеркалом основного сайта)
Редирект формата 301.
Мы указываем серверу, что необходимо все заходы с www переадресовывать на сайт без www. Тут существует масса вариантов, как это можно сделать.
Но лучше обратиться в саппорт хостинга, что это сделали они.
-
— это служебный файл в корне сайта под управлением сервера Apache (для Lunux)
- соответствующие настройки на служебного файла для Windows-систем
- нужный jawa-скрипт
- специальный файл на php
- включить переадресацию средствами хостинга через панель управления
- включить переадресацию средствами CMS
Вариантов много и лучше данный вопрос отдать специалисту.
Потом надо обязательно проверить, что переадресация работает на всех страницах сайта, а не только на главной странице.
Все должно быть одинаково для роботов
Да, и что бы не путать бедных роботов поисковых систем — все должно быть одинаково:
- выбрано в вебмастерах главное зеркало https://titovsergei.ru
- в файле sitemap.xml все указано без www
- в файле robots.txt все тоже должно быть указано без www
- Host: titovsergei.ru
- Sitemap: http://titovsergei.ru/sitemap.xml
(да, директива Host — только название домена, а директива Sitemap — полный путь к файлу)
Как узнать о склейке сайтов (Яндекс)
Если сайт Ваш — можно посмотреть в вебмастере Яндекс, до склейки там будет указано два сайта
Если сайт чужой — воспользоваться помощью Яндекса
Проверить является ли сайт зеркалом можно с помощью формы Сообщить о новом сайте. Если сайт является чьим-либо зеркалом, появится сообщение: «Указанный вами сайт является не главным зеркалом сайта…».
или просто скопируйте адрес e-mail
Почитать в разделе
SEO — ЧТО ЭТО?
SEO — это на английском search engine optimization Т.е. буквально оптимизация сайта под индексирование поисковыми машинами (в первую очередь конечно Яндекс и Google). Проблема в том, что алгоритмы индексации являются закрытой информацией и можно только догадываться из опыта и здравого смысла, как эти алгоритмы работают (хотя и у Яндекса и у Google есть официальные требования к страницам, которые они индексируют). Проблема в том, что сайт должен хорошо выглядеть для живых людей и быть правильным с точки зрения роботов. Если для людей все хорошо сделано, а для роботов ничего не сделано — сайт не будет в выдаче в первых страницах поиска и живые люди его не увидят. Вот такая ситуация -.
(Читать полностью. )- Всего статей в разделе: 9
- Показано статей в списке: 8
- Сортировка: название по алфавиту
«Черное» SEO
Биржи ссылок
Кнопки «Поделиться»
Кнопки "Поделиться" используются для передачи информации о странице в ленту соответствующей социальной сети. Следует понимать, что Ваш пост в ленте увидят не все друзья. Все социальные сети по своим алгоритмам принимают решение, что именно показывать в ленте. В среднем порядка 10-15% друзей увидят Вам пост. Алгоритмы везде разные, а логика одинаковая — показывать только интересные (данному пользователю) посты: — если Вы увлекаетесь котиками и Ваши друзья увлекаются котиками — то Ваш пост о котиках увидят под 90% друзей + = 90% — если Ваш пост о собачках, а Ваши друзья увлекаются котиками — то Ваш пост о собачках увидят 5% друзей + = 5% Котики, они лучше.
(Читать полностью. )Нужен ли слеш в URL?
Периодически на просторах интернета всплывает вопрос: "Нужен ли слеш (косая черта /) на конце адреса сайта? Как правильно: — так http://comphome.ru/2018/09/25/vybiraem-messendzher-na-zamenu-skype/ — или так http://comphome.ru/2018/09/25/vybiraem-messendzher-na-zamenu-skype Давайте по порядку. Для всех страниц (за исключением Главной) наличие / отсутствие слеша означает для поисковых машин 2 разных адреса. Вот, например, страница https://seotable.ru/2020/10/02/roboty-i-boty-ne-spjat/ Без слеша — 301 код (постоянно перемещена) Со слешем — 200 код Следует понимать, что никакого отношения к реальным папкам на сервере это не относится. Просто сервер по данному адресу.
(Читать полностью. )Перелинковка
Зачем нужна хорошая перелинковка? Т.е. по смыслу — с отдельной Вашей страницы сайта из текста должны быть ссылки на другие страницы Вашего же сайта. Зачем? Зачем нужна внутренняя перелинковска страниц сайта Поисковые машины и так весь сайт проиндексируют. Обратите внимание на страницы входа на Ваш сайт. Самая посещаемая страница — это не всегда главная страница сайта. В данном случае для сайта https://comphome.ru главная страница на третьем месте по посещаемости. В данном отчете учтены все входы (не только с поиска). Это означает, что такие страницы чем-то интересны пользователям, их более легко найти или на них большое число ссылок с других ресурсов. Читаем статью Семантическое.
(Читать полностью. )Семантическое ядро
Семантическое ядро сайта — вот оно 🙂 Или все-таки не оно? На Ваш сайт посетители переходят на конкретные страницы, а не в целом на сайт. Соответственно можно и нужно говорить о семантическом ядре каждой страницы. Зачем это нужно? К сожалению, роботы пока не такие умные, как хотелось бы. Например, Вы написали статью про процессоры на socket 775 или LGA 775. А что ищут люди? Смотрим статистику Яндекса по словам https://wordstat.yandex.ru/ Ищут Запросов в месяц 775 сокет 23685 socket 775 12398 lga 557 5313 Поиск в бытовом написании "775 сокет" самый популярный, в отличии от правильного написания. В результате, Вашу правильно.
(Читать полностью. )Снипет
Снипет — это то краткое описание сайта, которое показывается в выводе поисковых систем. Название спипета — этот title Вашей страницы Описание сайта для Яндекса: — длина текста в спипете 240 символов (с пробелами) — по умолчанию робот сам составляет описание из текста страницы (иногда используя тэг Description) Описание сайта для Google: — длина текста в снипете 160 символов (с пробелами) — робот берет или из Description (длина до 160 символов) или сам составляет описание из текста страницы ВАЖНО: снипет не является неотемлимой частью страницы. Заголовок снипета не меняется, а вот текст зависит от запроса, по которому была показана страница. Т.е. при показе.
(Читать полностью. )Что хотят роботы поисковых систем
Как говорят математики — "существует необходимое, но недостаточное условие". Что это для SEO? Что бы поисковый робот не ругался 🙂 Если роботу изначально "не нравится" Ваш сайт — то дальнейшие усилия по продвижению не имеют смысла. Подробнее про хотелки роботов можно прочитать в Вебмастере. Яндекс.Вебмастер любезно предоставляет список (скан первой части), что именно проверяет робот (конечно, список не полные и время от времени он меняется). Далее попробуем оценить со стороны этого здравого смысла, ЧТО НАДО и ЧТО НЕ НАДО делать, что бы поисковые машины хорошо относились к сайту. В целом любая поисковая машина/робот пытаются оценить два основных параметра сайта.
(Читать полностью. )