Зеркала

Зеркала сайтов – что это

 

 

Краткое содержание

 

В данной статье рассматривается, что такое зеркала сайтов, в чём их вредное и полезное значение для интернет-маркетинга, как зеркала возникают или создаются намеренно, как работать с зеркалами и проч. Дополнительно затрагивается целый ряд других связанных с данной темой вопросов. В разделе «Конкретика» перечислена практическая помощь, которую специалисты компании SeoTemple окажут по работе с зеркалами сайтов и другим вопросам интернет-продвижения бизнеса.

 

 

Оглавление

 

1. Введение

2. Классические зеркала

2.1. Зеркала с одинаковым контентом

2.1.1. Зеркала на одном домене и хостинге

           Зеркала по WWW

           Зеркала по HTTPS/HTTP

2.1.2. Зеркала на разных доменах и хостингах

2.1.3. Резервные копии сайтов

2.2. Зеркала с разным контентом (подклеенные)

3. Неклассические зеркала (аффилиаты)

4. Локализованные версии сайтов

5. Конкретика

 

 

1. Введение

 

Синонимом термина «зеркала» является слово «алиасы» (сайтов). Мы будем использовать более распространенное понятие – зеркала. И начнем с того, что в данной теме существуют две основные проблемы, и обе связаны с пониманием, что это вообще такое (удивительно, но факт).

 

Первая проблема. При том, что «зеркала» – уже достаточно давний и широко используемый термин, он тем не менее по-разному понимается даже в среде специалистов – интернет-маркетологов, вебмастеров и даже SEO-оптимизаторов.

 

Вторая проблема относится уже непосредственно к владельцам коммерческих сайтов, т.е. бизнесменам (компаниям), продвигающим свой бизнес в Сети. Практика показывает, что многие из них либо в принципе не знают, либо имеют весьма размытые представления о том, что такое зеркала, и как с ними работать. И эта вторая проблема – незнание темы владельцами бизнесов – осложняется первой проблемой – различным пониманием этой темы самими специалистами. То есть материала по этой теме в Сети вроде бы много, но он часто неполный, несистемный и порой противоречивый. А потому, самостоятельно разобраться в данной теме подчас сложновато.

 

Следует сказать, что понятие «зеркала» используется только в Рунете, и среди поисковиков его использует только Яндекс. Google же вообще не употребляет слово «зеркала» (mirrors). Он даёт более общее понятие «повторяющийся контент» (duplicate content), под которое в т.ч. подпадают и зеркала сайтов. И на наш взгляд, это более мудрое решение, поскольку оно акцентируется на основном явлении – дублировании контента, а не на частных его проявлениях, которых вообще-то существует много.

 

Тем не менее, как сказано, в Рунете, в т.ч. в среде специалистов по интернет-продвижению, тема «зеркал» является известной и насущной, а потому мы также не можем обойти её вниманием. Мы не претендуем на истину в последней инстанции, но попытались на наш взгляд максимально конкретизировать данный вопрос. В частности, в статье предложена классификация зеркал с пояснениями. Она и является основой для чёткого, т.е. системного понимания данной темы и, соответственно, грамотной работы с зеркалами сайтов.

 

Материал предназначен прежде всего для владельцев коммерческих веб-ресурсов, т.е. для бизнесменов, продвигающих своё дело в интернете. Соответственно, детальное описание аспектов работы с зеркалами (технические инструкции), такие как склейка и переклейка зеркал, их распределение по хостингам и т.д., не входит в задачи данной статьи. Основная задача – дать принципиальное и одновременно комплексное понимание темы. Оно уже позволит владельцам сайтов – прежде всего коммерческих – грамотно обратиться к специалистам для решения соответствующих вопросов в своём интернет-продвижении. Естественно, эту и прочую помощь всегда готовы оказать и эксперты компании SeoTemple (см. раздел 4 «Конкретика»).

 

 

2. Классические зеркала

 

Итак, имеются два неких сайта: site1.ru и site2.ru. Они будут являться классическими зеркалами в двух случаях:

 

1. Сайты являются копиями друг друга, т.е. имеют одинаковый контент.

2. С одного сайта, н-р site2.ru, проставлен серверный редирект (обычно 301) на другой сайт – site1.ru. В этом случае говорят, что site2.ru подклеен к site1.ru. При попытке попасть на site2.ru пользователь всегда автоматически перенаправляется на сайт site1.ru. В этой паре site1.ru является главным зеркалом, а site2.ruнеглавным.

 

Неглавных зеркал, напрямую подклеенных к главному, в принципе, может быть сколько угодно. При этом образуется радиальная структура редиректов (зеркал): от всех к центру – главному зеркалу.

 

Может быть и ситуация склейки сайтов через последовательные редиректы, т.е. линейная (цепочечная) структура. Это когда некий site3.ru подклеен к site2.ru, а тот подклеен к site1.ru. В этом случае пользователь при попытке попасть на site3.ru попадает на site1.ru через site2.ru. Все эти сайты также являются зеркалами: site3.ru – неглавным зеркалом сайта site2.ru, а он – неглавным зеркалом сайта site1.ru. Количество звеньев – зеркал – в такой цепочке может быть также произвольным. Ключевым условием подобной системы является то, чтобы это была единая однонаправленная цепочка, т.е. все редиректы последовательно вели в одну сторону – к конечному зеркалу (самому главному). В нашем случае это site1.ru. Если на каком-то этапе возникает обратный редирект, на этом этапе система зацикливается и перестаёт работать.

 

Также к цепочке на каких-то её этапах (сайтах) могут быть подклеены дополнительные внешние сайты подобно тому, как в основное русло реки впадают другие реки – притоки. В этом случае возникает смешанная структура зеркал – цепочечная с элементами радиальной.

 

При любой структуре – радиальной, цепочечной или смешанной – контент зеркал может не совпадать или вообще отсутствовать: присутствует только доменное имя (адрес) сайта. Да и контент промежуточных зеркал всё равно не виден пользователю, а также поисковикам (если это 301-редиректы). Поэтому обычно такие массивные склейки никто не делает: в них нет смысла, а также на это очень отрицательно реагируют поисковые системы (признают сайты сетками дорвеев и налагают санкции).

 

Вышеописанные случаи, т.е. полное дублирование контента на сайтах и склейка сайтов через редирект(ы), в целом соответствуют определению зеркал, которое даёт Яндекс.

 

Подробнее эти случаи и прочие аспекты данной темы разбираются ниже.

 

 

2.1. Зеркала с одинаковым контентом

 

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

 

 

2.1.1. Зеркала на одном домене и хостинге

 

Именно этот тип зеркал является «самым классическим», особенно в поисковой оптимизации (SEO) сайтов. Он же вызывает недоумение и у большинства владельцев бизнеса. Особенность вот в чём:

 

Веб-адрес сайта и его доменное имя – это две разные вещи. Сайт с одним доменным именем может открываться по нескольким веб-адресам.

 

Тема доменного имени (домена) сайта, подробно изложена в соответствующей статье Глоссария. Но в целом большинству понятно, что это такое. Здесь в качестве примера мы будем использовать некоторое произвольное двухуровневое доменное имя вида site.ru. В нашем случае – теме зеркал – важно вот что:

 

Веб-адрес сайта (или просто адрес сайта) – это его полный URL, который включает доменное имя сайта, но не идентичен ему. Таким образом, у сайта с одним доменным именем может быть несколько URL (полных адресов).

 

При этом физически это один сайт: он занимает конкретное дисковое пространство на конкретном сервере хостинга, т.е. у него общие файлы, база данных, CMS и проч. Но поисковые системы привязывают всю информацию (контент) именно в веб-адресам (URL). А потому, даже если физически сайт или в пределе его страница (веб-документ) один, но доступен по нескольким веб-адресам, для поисковиков это будут разные источники – разные сайты (веб-документы). И в случае сайтов они называются зеркалами. При этом понятно, что контент таких зеркал 100% идентичен, поскольку фактически это один и тот же контент (одни и те же фалы сайта), который тем не менее имеет несколько адресов – URL. Ниже представлен пример для сайта (доменного имени) вида site.ru:

 

https://site.ru

https://www.site.ru

http://site.ru

http://www.site.ru

 

В данном примере показано различие по двум параметрам: наличию/отсутствию префикса WWW (в данном случае соответствует домену третьего уровня), а также по наличию/отсутствию защищённого протокола передачи данных – HTTPS/HTTP. В итоге получается четыре разных URL – четыре зеркала.

 

 

Зеркала по WWW

 

Наличие префикса WWW (три-дабл-ю) в адресе сайта – это исторический анахронизм, обозначающий Всемирную Паутину (англ.: World Wide Web). Эта штука уже необязательна в URL сайтов и веб-страниц: сайты/веб-документы открываются и без неё. Однако версии (веб-адреса) с WWW и без него возникают автоматически (механически) при размещении сайта на хостинге. Таким образом, сайт уже изначально создаётся в двух версиях – зеркалах с полностью дублированным контентом. Когда-нибудь этот технический «косяк» будет устранён из хостинговой практики, но пока он существует. И это имеет отрицательные последствия для поискового продвижения и в целом для интернет-маркетинга. Причины следующие:

 

Во-первых, как сказано, поисковики работают не с сайтами как с таковыми, т.е. не с файлами на диске сервера, а с их веб-адресами – точнее с веб-документами, доступными по конкретным (полным) URL. При наличии двух зеркал (с WWW и без), поисковик сам выбирает главное. И строгих предпочтений у него нет: он может определить главным как зеркало с WWW, так и без него; и почему – неизвестно. Другое зеркало он игнорирует, поскольку это дублированный, т.е. бесполезный контент. При этом может статься, что, например, Яндекс выберет (проиндексирует) зеркало без WWW, а Google – с WWW (или наоборот). То есть в этих поисковиках закрепятся разные веб-документы для одного и того же контента.

 

Это сводит на нет универсальное SEO-продвижение, т.е. продвижение в обоих поисковиках, поскольку делает невозможным проставлять универсальные ссылки на страницы сайта с внешних ресурсов. А ссылки – один из важнейших факторов продвижения сайта и его страниц в поисковых системах, поскольку они являются показателем авторитетности ресурса (страниц) – популярности, цитируемости, посещаемости и т.д. И речь, безусловно, не о фейковых (покупных) ссылках, которым поисковики объявили справедливую войну, и которые могут только серьёзно навредить вашему ресурсу. Речь о естественных ссылках – реальных, с реальных (достойных) ресурсов, на которых освещаются темы, близкие теме вашего сайта. Подобное ссылочное продвижение входит в так называемое внешнее SEO и представляет собой кропотливую, долговременную работу. Но это уже отдельная тема. Остановимся на том, что ссылки (естественные) важны для поискового продвижения.

 

Итак, для продвижения страницы сайта вида site.ru/page.html важна соответствующая ссылка (ссылки) на него с внешних источников (других сайтов). Но может быть следующая ситуация: Яндекс, например, выбрал зеркало без WWW и, соответственно, документ вида https://site.ru/page.html, а Google – зеркало с WWW и, соответственно, документ вида https://www.site.ru/page.html. То есть получается, что для продвижения одного и того же контента (физической страницы на сервере) в разных поисковиках на него необходимы разные ссылки. Это абсурд, который в целом делает невозможным эффективное ссылочное продвижение данной страницы (и сайта в целом), если ситуацию не исправить, т.е. не склеить зеркала (см. ниже).

 

Во-вторых, – также уже сказано – подобные зеркала – это дубли контента, поскольку поисковики, да и пользователи работают в интернете со страницами (сайтами), по их веб-адресам. Дублирование контента – есть зло, поскольку засоряет интернет-пространство и путает интернет-пользователей бесполезной информацией. То есть одним и тем же пользователям (целевой аудитории) показывается один и тот же контент по разным веб-адресам. Поэтому-то поисковики и оставляют только одно зеркало в своем индексе, но эти зеркала могут не совпадать в разных поисковиках (см. выше).

 

«В-третьих» касается уже аналитики (веб-аналитики) продвижения вашего сайта. Аналитические системы (Яндекс.Метрика, Google Analytics и др.) также оперируют веб-адресами (URL) при анализе, например, посещаемости ресурса (страниц) из разных каналов, количестве ссылок, проставленных на сайт и его отдельные страницы, и т.д. – массу различных и очень важных параметров, которые необходимо знать и контролировать, чтобы успешно оптимизировать и продвигать свой веб-ресурс и вместе с ним бизнес. И во всех системах аналитики (но прежде всего в Яндекс.Метрике и Google Analytics) интернет-поиск (прежде всего Яндекс и Google) учитывается как один из основных каналов трафика, к которому привязаны и прочие важные показатели: длительность и глубина просмотра сайта пользователями, конверсии и проч. Соответственно, если, например, Яндекс и Google выберут разные зеркала для сайта (будут показывать их в своей выдаче пользователям), вы не получите объективной картины, т.е. объективных аналитических данных по своему веб-ресурсу. Это сводит на нет всю аналитику, а вместе с ней и весь ваш бизнес, ибо невозможно иметь эффективный бизнес без аналитики, на которой построены финансовый учет, оптимизация, планирование и прочие важнейшие бизнес-процессы (потому-то аналитика – Королева).

 

Приведенные выше три обоснования не единственные, но их уже вполне достаточно, чтобы понять, почему зеркала, в данном случае с префиксом WWW и без него, – это очень плохо для интернет-продвижения сайтов, особенно коммерческих. И в связи с тем, что такие зеркала генерируются автоматически при размещении сайта на хостинге (см. выше), встаёт вопрос, что делать. Ответ один: склеивать, т.е. назначать универсальное главное зеркало. Оно и должно учитываться (индексироваться) всеми поисковиками и показываться интернет-пользователям. Как сказано, детальное описание технических процедур склейки (и переклейки) зеркал не входит в задачи данной статьи. Это предмет вашего прямого взаимодействия со специалистами, в т.ч. нашими (см. ниже раздел 4 «Конкретика»). Но обозначим три основных аспекта принудительной склейки зеркал. Принудительной, потому что склейка производится вами, а не на усмотрение поисковиков.

 

Во-первых, об этой проблеме уже позаботились сами поисковые системы. Они предоставляют такую возможность – указать главное зеркало сайта – в своих сервисах, которые называются аддурилка (сеошный сленг, произошедший от англ. выражения add URL – добавить ссылку страницы/сайта). В этом сервисе – как у Яндекса, так и у Google – вы можете указать, какое зеркало вашего сайта считать главным – с WWW или без него. У Яндекса этот сервис расположен здесь, у Гугла – здесь. Используя эти сервисы, вы можете не только задать главные зеркала сайта, но и указывать поисковикам вновь создаваемые страницы вашего сайта, что ускорит их индексацию (попадание в поиск), а также закрепит уникальность контента. Это один из стандартных приёмов защиты контента от воровства и последующей инверсии уникальности. Последняя означает то, что сворованный контент, т.е. расположенный на новом (чужом) адресе, признаётся поисковой системой как оригинал. Такое, к сожалению, случается. При этом действительно оригинальный контент признаётся плагиатом (вредным дублем) и попадает под санкции, т.е. существенно понижается в ранжировании.

 

Во-вторых, главное зеркало сайта необходимо указать в директиве Host обязательного служебного файла сайта, который называется robots.txt (у всех сайтов он называется одинаково и расположен в корневой папке). При этом главное зеркало сайта указывается посредством указания его полного адреса, например https://site.ru (а не просто site.ru). Поскольку префикс WWW – анахронизм, для нового сайта рекомендуется выбирать зеркало без него. Хотя для многих старых и уже очень солидных ресурсов, в т.ч. коммерческих, до сих пор существуют главные зеркала с WWW. Там нет смысла менять ситуацию.

 

В-третьих, необходимо проставить серверный редирект (обязательно 301) с неглавного зеркала сайта на главное. Этот редирект задаётся в другом служебном файле сайта – .htaccess. Редирект – это перенаправление пользователей сервером с одного веб-документа на другой. При склейке зеркал есть два варианта. Первое – проставить общий 301-редирект (со всех страниц неглавного зеркала) на главную страницу (морду) главного зеркала. Однако в SEO, да и самими поисковиками, рекомендуется делать постраничный 301-редирект, т.е. с каждой страницы одного зеркала, например вида https://www.site.ru/page.html, на соответствующую страницу другого зеркала – https://site.ru/page.html, если главным выбрано зеркало без WWW. Как это делается, в принципе, описано в различных источниках, которые можно посмотреть в интернете. Но дело в том, что для разных сайтов могут быть нюансы, которые зависят от различных технических параметров – хостинга, CMS и проч.

 

Кроме этого существуют возможности смены зеркал (простановки редиректов) непосредственно в некоторых CMS, а также в панелях управления сайтом на сервере. Эти опции (возможности) также варьируют в зависимости от CMS, сервера и других технических характеристик сайта.

 

Таким образом, если вы – владелец интернет-бизнеса, главное для вас – это понять: зеркала по WWW – это плохо, и их необходимо склеить.

 

И для этого вам уже стоит обратиться к соответствующим специалистам, которые способны грамотно разобраться в вашей конкретной ситуации и выполнить все необходимые работы. Естественно, по этим вопросам вы можете обратиться и в нашу компанию (см. раздел 4 «Конкретика»).

 

 

Зеркала по HTTPS/HTTP

 

Рассмотрим этот вопрос опять по пунктам.

 

Первое: HTTPS – фактор безопасности. В последние годы стало актуальным использование на сайтах защищённого протокола передачи данных – HTTPS. Особенно актуальным это стало для сайтов, собирающих личную и коммерческую информацию пользователей (логины, пароли, номера кредитных карт и проч.), т.е. для сайтов ecommerce (электронной коммерции): банков, платежных систем, интернет-магазинов и проч. В отличие от обычного – незащищённого – протокола HTTP, протокол HTTPS предотвращает перехват злоумышленниками коммерческих (и всех прочих) данных, вводимых пользователями на сайтах. Реализуется этот протокол посредством установки на сайт сертификата SSL.

 

Интернет-пользователи также начинают это понимать, а потому доверяют веб-ресурсам, на которых обеспечена надлежащая безопасность их данных. То есть у таких ресурсов больше посещаемость, а значит они будут иметь дополнительные преференции и в поисковом ранжировании (подробнее см. ниже: «Третье»).

 

Второе: HTTPS – фактор поискового ранжирования. Поисковые системы также учли HTTPS как фактор безопасности и, соответственно, добавили его уже в качестве самостоятельного фактора ранжирования сайтов. Первым это сделал Google. То есть в Гугле при прочих равных условиях сайт, работающий по HTTPS-протоколу, получает более высокие позиции, чем HTTP-сайт. У Яндекса несколько иной подход к этому вопросу. Он учитывает наличие на сайте SSL-сертификата как вклад в коммерческий Rank ресурса. Этот Rank может иметь значение и для ранжирования коммерческих сайтов в Яндексе (особенно в крупных городах, н-р Москве).

 

Так или иначе, наличие SSL-сертификата (защищённого протокола HTTPS) влияет на поисковое ранжирование сайтов, особенно коммерческих. Хотя пока (на 2017 г.) сам по себе этот фактор не столь значителен для SEO-оптимизации. Гораздо большее значение имеет фактор конверсии, в т.ч. для ранжирования (см. ниже).

 

Третье: HTTPS – фактор посещаемости (конверсии) сайта, которая также влияет и на его ранжирование в поисковых системах. Это, пожалуй, самый основной аспект, который имеет значение для интернет-продвижения.

 

Очень популярный в Рунете веб-браузер Google Chrome (доля использования приближается к 50%), начал помечать незащищенные (HTTP) документы как небезопасные. Для таких документов он выводит пользователям соответствующие предупреждения либо в адресной строке, либо непосредственно при попытке перехода на незащищённую страницу. Такой же политики стал придерживаться и браузер Mozilla Firefox. В скором будущем это же ожидается от остальных браузеров. То есть в данном случае речь идёт о критичном снижении количества переходов на страницы незащищенных сайтов, т.е. существенном падении их конверсии. Это само по себе очень негативный факт: падает трафик. Но и сама конверсия сайтов и отдельных веб-документов в свою очередь является одним из значимых поведенческих факторов ранжирования (ПФ), которые существенно влияют на позиции страниц сайта в поисковой выдаче. Таким образом, через плохую конверсию (плохие ПФ) незащищённый протокол HTTP, хотя и опосредованно, но явно и негативно влияет и на поисковое ранжирование сайта. А это, в свою очередь, опять приводит к падению трафика на сайт.

 

Всё вместе это говорит о том, что ваш сайт, особенно коммерческий, должен работать по защищённому протоколу HTTPS.

 

Молодые сайты должны сразу стартовать с этого – ещё до начала наполнения контентом. Если вы только создаете ресурс, т.е. купили домен и хостинг, то сразу приобретайте и устанавливайте на свой сайт (еще пустой) сертификат безопасности SSL. Сегодня многие крупные российские регистраторы доменов, которые одновременно являются и хостерами, например REG.RU, NIC.RU (Ru Center), при покупке домена и размещении на их сервере (хостинге) предоставляют SSL-сертификат в пакете бесплатно. Этот вариант подойдет всем частным владельцам сайтов, а также небольшим коммерческим компаниям.

 

Но если у вас уже возрастной и, что критично, большой сайт (много страниц, контента и т.п.), то для него недостаточно просто купить и установить SSL-сертификат. Вам придется сделать комплексный переход с HTTP на HTTPS-версию. Если же просто установить на сайт сертификат безопасности – без дополнительных шагов, то возникнут две его копии – зеркала с HTTP и HTTPS. Поэтому дальше вам придется провести процедуру склейки, т.е. подклеить HTTP-версию сайта к новому (главному) HTTPS-зеркалу. Эта процедура во многом аналогична склейке зеркал с и без WWW (см. выше), но не равна ей. Кроме того, помимо «зеркальности» могут возникать и другие проблемы, связанные с неграмотной установкой SSL-сертификата на сайт.

 

Но если говорить о зеркалах по HTTPS/HTTP, то, во-первых, главное зеркало (HTTPS) должно быть указано в аддурилке поисковиков (см. выше). Во-вторых, оно должно быть указано в директиве Host файла robots.txt. В-третьих, должен быть произведен постраничный 301-редирект в файле .htaccess. Эти действия аналогичны склейке зеркал по WWW. Но дополнительно (в-четвертых), все ссылки в файле sitemap.xml (или соответствующих xml-картах сайта – их может быть несколько с разными именами) должны содержать в себе HTTPS. И, наконец, в-пятых, все относительные ссылки на сайте должны быть переведены в абсолютные и также содержать в себе HTTPS. Это общий перечень работ.

 

Но на самом деле, перевод сайта на HTTPS – гораздо более комплексная процедура, которая имеет свою последовательность действий. И начинается она с приобретения надлежащего SSL-сертификата. По соответствующим вопросам и работам вы всегда можете обратиться к нашим специалистам (см. раздел 4 «Конкретика»).

 

Итак, выше мы рассмотрели зеркала с одинаковым контентом (дубли) на одном доменном имени. С учётом вариаций по наличию/отсутствию префикса WWW и защищённого протокола HTTPS таких зеркал для одного доменного имени может быть целых четыре (см. пример выше). И среди них должно быть выбрано только одно – главное зеркало. Все остальные должны быть к нему подклеены.

 

Очевидно, что главное зеркало должно быть HTTPS, а наличие или отсутствие WWW в адресе сайта, в принципе, определяется по желанию. Но предпочтительной является версия без WWW, т.к. данный префикс – анахронизм. Кроме того, есть сообщения некоторых SEO-специалистов, что, например, в московской выдаче Яндекса лучше ранжируются коммерческие сайты без WWW. Однако окончательных сведений на этот счёт нет.

 

 

2.1.2. Зеркала на разных доменах и хостингах 

 

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

 

Случай первый: неграмотная работа. Владелец бизнеса (или его неграмотные специалисты) создают полные копии сайтов на разных доменах и даже серверах, полагая, что это поможет в продвижении бизнеса, т.е. обеспечит более широкий охват аудитории. И владелец, например, цветочного бизнеса создает сайты-клоны на разных доменах типа tsvety.ru, цветы.рф, tsvetochki.ru и т.д. Но отличие онлайн-маркетинга от офлайн в том, что в интернете «рулит» поиск. Таким образом,

 

если у вас хороший полноценный сайт – его одного достаточно, если сайт работает на один регион (город), или если это общий мультирегиональный сайт. То есть оба случая подразумевают то, что сайт показывает контент одной группе пользователей – одной и той же ЦА.

 

Поисковики его проиндексируют, поднимут в своей поисковой выдаче и, соответственно, пользователи (клиенты) легко найдут ваш сайт в интернете, задав соответствующие запросы в поиск. Если сайт работает на определенный регион, например Москва и МО, то жителям этого региона он и будет показываться в поиске – в частности в Яндексе (в Google региональное ранжирование внутри России и других стран СНГ менее развито, но тоже имеет место).

 

Если же вы дублируете контент, т.е. в разных источниках (URL) даёте одну и ту же информацию одной и той же ЦА, например проживающую в одном регионе (городе), то поисковые системы расценивают это как спам.

 

Иными словами, вы засоряете интернет-пространство ненужной информацией, которая путает пользователей, а также отнимает место в поисковой выдаче у других похожих сайтов (нарушает правила честной конкуренции). Поисковики с этим направленно борются, как и с прочими проявлениями спама и нечестного продвижения, и, в частности, по этой же причине выбирают только одно из двух зеркал сайта для индексации: с WWW и без него (см. выше).

 

Но если вы делаете зеркала на разных доменах, то в отличие от зеркал по WWW и HTTPS/HTTP вы создаёте физические копии сайтов, т.е. спамите преднамеренно. А за это поисковики не просто исключают дополнительные зеркала из своего индекса, что уже само по себе есть потеря ваших времени и денег на их создание, но и налагают на весь бизнес, т.е. оставшийся сайт, санкции. И это также может обернуться уже серьёзными потерями, вплоть до потери бизнеса, т.к. санкции могут иметь и самую жёсткую форму – бан (см. статью Глоссария «Бан», а также материал ниже).

 

Поэтому совет один: не надо делать зеркала, если цель – наибольший охват аудитории.

 

Единственное исключение – продвижение сайтов в разных регионах (региональные сайты), т.е. под разную ЦА. Но даже в этом случае, сайты не могут являться клонами друг друга. На них как минимум должна быть разная контактная информация. Такие сайты уже будут являться региональными аффилиатами (см. ниже, раздел 3 «Неклассические зеркала (аффилиаты)», а также статью Глоссария «Аффилиаты»).

 

Случай второй: безопасная работа больших проектов. Этот случай правомерен только для больших бизнесов, т.е. больших сайтов, у которых по определению значительная известность и посещаемость, и для которых, соответственно, поисковое продвижение (SEO) не важно. К таким сайтам относятся такие проекты, как Wikipedia, WikiLeaks; большие магазины (маркетплейсы – от англ. marketplace) типа Alibaba, Amazon, М.Видео, Яндекс.Маркет; сайты крупных компаний типа Sony и Ростелеком, сайты банков, например Сбербанка; сайты известных СМИ (ВГТРК, CNN и проч.); а также, например, сайты правительственных и больших общественных организаций, на которых в т.ч. могут располагаться значительные базы данных (сайт Федеральной службы судебных приставов, портал Госуслуг и др.). К подобным супер-ресурсам относятся и крупные научные сайты, многие из которых являются порталами. Они связаны со множеством других научных ресурсов, на них располагаются колоссальные общедоступные базы научных данных, библиотеки научной литературы, а также всевозможные онлайн-сервисы, предназначенные для исследователей – врачей, биологов, химиков, физиков, инженеров и т.д. Наука – отдельная огромная вселенная в интернете, ибо не всё в нём маркетинг и деньги, хотя мы тут о них преимущественно.

 

Как сказано, для таких мега-проектов не нужна SEO-оптимизация – борьба за поисковый ТОП. Они и так широко известны, и у них огромная аудитория (у некоторых – до нескольких миллионов посетителей в сутки). На первое место для таких ресурсов выступает надёжность, т.е. бесперебойная работа, которая может выдерживать колоссальный трафик и обеспечивать сохранность всех данных, которыми пользуется огромное число людей и сами организации – владельцы веб-ресурсов. Более того, нередко подобные крупные ресурсы – прежде всего коммерческие, а также правительственные и, например, СМИ – являются горячей мишенью для хакеров, в т.ч. для DoS/DDoS-атак. В последнем случае веб-сайты, точнее сервера, на которых они расположены, перегружаются трафиком, т.е. количеством обращений к серверу сайта. В результате сайт (сервер) «падает». Такие атаки обычно проводятся в автоматическом режиме с использованием технологии нетботов (см. статью Глоссария «Бот»).

 

Для защиты от подобных неприятностей, т.е. естественной или искусственной (хакерской) трафиковой перегрузки, а также для надёжной защиты данных, расположенных на сайте, создаются зеркала – дубли ресурса на разных (распределённых) серверах. И эти дубли могут иметь разные доменные имена. В этом случае они являются уже разными сайтами (клонами). Но работают они, как единая система. И настроена она таким образом, что трафик распределяется между отдельными версиями (клонами). Это предохраняет отдельные сервера (клоны) от перегрузок, в т.ч. DoS/DDoS-атак, и обеспечивает работоспособность всей системы.

 

Но если у Вас не многомилионный трафик на сайт, на вас не покушаются хакеры с целью «завалить», т.е. у вас обычный средний или даже малый бизнес, для которого важно SEO-продвижение (набор популярности и трафика через поисковые системы), – эта история не про вас. Соответственно, если вы создаете несколько зеркал на разных доменах, вы, как уже сказано, просто спамите и таким образом наоборот подставляете свой бизнес под риски, т.е. под поисковые санкции вплоть до бана.

 

Следует, кстати, сказать, что даже большинство крупных ресурсов располагаются на распределённых серверах, но работают (позиционируются) под одним доменным именем. То есть зеркала, расположенные на других серверах под другими доменными именами, скрыты и выполняют невидимую пользователю техническую работу: через ссылки и редиректы забирают на себя и обрабатывают обращения пользователей к базам данных, к файлам для скачивания и т.д. Но основной контент, с которым взаимодействуют пользователи, расположен по основному адресу, в который входит и основное доменное имя. Таким образом подобные ресурсы уходят от «зеркальности», а также обеспечивают себе хорошие брендирование и лояльность пользователей, поскольку представляют им универсальный (фирменный) домен для работы.

 

 

2.1.3. Резервные копии сайтов

 

Резервное копирование сайтов или сама резервная копия называется бэкап (англ.: backup). Подробнее об этом написано в соответствующей статье Глоссария. С помощью бэкапа, в т.ч. бэкапа сайтов, решается целый ряд задач.

 

Первая задача – сохранение (защита) информации. Полный бэкап сайта, т.е. копирование и сохранение на другом носителе, например персональном компьютере, всего содержимого веб-ресурса – контента, файлов, папок, баз данных и проч. – это также, по сути, создание зеркала сайта. Только, как сказано, локального или офлайнового, т.е. не в открытом интернет-доступе. При порче онлайн-версии сайта, например, в следствие хакерских атак или заражения вирусом, сайт может быть восстановлен из сохраненного офлайн-зеркала – бэкапа. Эта задача использования бэкапов, т.е. защита и сохранение, по сути, является основной при работе с цифровой информацией, в т.ч. с веб-сайтами.

 

Вторая задача – перенос сайта на новый хостинг. Смена хостинга – нередкое явление, например, если веб-ресурс уже значительно расширился по своему наполнению и функционалу, и старый хостинг перестал удовлетворять по своим характеристикам – мощности, скорости и проч. Могут быть и другие причины смены хостинга, в частности объявленное в «Стратегии развития информационного общества в Российской Федерации на 2017 – 2030 годы» обязательное размещение российских коммерческих сайтов на российских серверах (Указ Президента РФ №203 от 09.05.2017; подробнее также см. в статье «Бэкап» Глоссария). То есть в данном случае, если ваш веб-ресурс изначально размещён на зарубежном хостинге (сервере), встаёт задача его переноса на российский, если ваша компания является резидентом РФ или, например, работает с персональными данными российских граждан.

 

Третья задача – перенос веб-ресурса на новый домен. Причин смены домена (доменного имени) сайта может быть несколько. Первая основная причина – сайт сначала развивался на одном домене, и затем владелец решил, что на другом домене будет лучше. Ну, например, до этого сайт располагался на каком-то бесплатном хостинге и имел домен третьего уровня, скажем, вида site.ucoz.ru. Какое-то время владельцу этого было достаточно, например, он вёл личный блог. Но затем ресурс «вырос», и владелец решил размесить его на самостоятельном (солидном) домене второго уровня вида site.ru. Перенос содержимого сайта на новый домен также делается через бэкап, если при этом меняется хостинг, т.е. сервер (если хостинг остается прежним – иногда можно и без бэкапа, в зависимости от возможностей хостинга). Вторая основная причина смены доменного имени – вывод сайта из-под поисковых санкций, прежде всего из-под бана. Это так называемая реинкарнация сайта, т.е. его «воскрешение» под другим именем (см. статьи Глоссария «Бэкап», «Бан»).

 

Четвёртой задачей, которую решает бэкап, является вариант задач два и три, т.е. создание зеркал сайта на разных серверах, хостингах и даже доменах для защиты от перегрузок, в т.ч. DoS/DDoS-атак (см. выше раздел 2.1.2 «Зеркала на разных доменах и хостингах»). То есть речь о разнесении сайта по разным физическим носителям (интернет-серверам), которое также осуществляется через резервное копирование на промежуточный носитель.

 

Наконец, пятая основная задача создания офлайн-зеркал – это удалённая оптимизация сайта. В этом случае с онлайн-версии сайта делается копия (бэкап), которая переносится на локальный компьютер. Затем на компьютере, уже как на сервере, проводится дальнейшая оптимизация веб-ресурса. После этого оптимизированная версия может быть опять загружена в интернет – на рабочий сервер.

 

Суть этого подхода в том, что вебмастер может оптимизировать сайт удалённо, т.е., не нарушая работу его онлайн-версии. Этот же подход используется и для разработки сайтов с нуля, т.е. прямо на личном компьютере без обязательного подключения к интернету. В этом режиме гораздо удобнее делать различные промежуточные вариации сайта: пробовать разный дизайн, например шаблоны; смотреть, как отображается контент; как работают сервисы сайта, и т.д. – масса аспектов сайтостроения. Делать на локальном компьютере это очень удобно. Для подобной офлайн-работы с сайтами используются такие программы, как Denwer. Они позволяют, фактически, превратить ваш персональный компьютер в аналог хостингового сервера с возможностью создать на нём полноценный сайт.

 

 

2.2. Зеркала с разным контентом (подклеенные)

 

Под определение зеркал, которое в т.ч. даёт Яндекс (см. начало раздела 2), подходит и случай, когда сайты подклеены друг к другу через редирект (обычно 301). Об этом редиректе уже говорилось выше в отношении склейки зеркал, которые отличаются друг от друга по наличию/отсутствию префикса WWW и HTTPS/HTTP. Кроме этого других различий нет, т.е. такие зеркала являются полными копиями друг друга вплоть до совпадения доменного имени (см. выше раздел 2.1.1 «Зеркала на одном домене и хостинге»).

 

Однако склейка веб-страниц или целых сайтов через редирект 301 – это техническая процедура универсальная для всех веб-документов (и сайтов). По сути она означает автоматическое перенаправление пользователя с одного веб-адреса (URL) на другой. Контент для этих URL неважен. То есть страницы и сайты, склеенные редиректом, не обязательно должны быть копиями друг друга. Локализация веб-документов (и сайтов) – т.е. хостинг, сервер – также не важна: любой URL (веб-документ) может быть подклеен к любому другому URL (веб-документу). Просто редирект 301 «прописывается» в файле .htaccess сайта, с которого необходимо сделать перенаправление; и это, пожалуй, единственное принципиальное условие.

 

На сайте-акцепторе редиректа не может быть прописано, что к нему должно быть подклеено; это может быть прописано только на сайте-доноре. В противном случае каждый клеил бы к своим сайтам что захочется – например Википедию. Таким образом, редиректы (склейка) осуществляются в пределах ресурсов, у которых единый хозяин. К абсолютно чужим ресурсам вряд ли кто станет подклеивать собственные, хотя технически это возможно. Исключение – намеренная SEO-дискредитация («завал») конкурентного ресурса (см. ниже).

 

Но в норме владелец склеивает собственные ресурсы. При этом он может делать постраничный редирект (полный или выборочный), а может со всех страниц одного сайта, например site2.ru, или просто одностраничника с таким именем проставить общий (универсальный) редирект 301 на главную страницу своего основного сайта – site1.ru. И в этом случае данные сайты становятся зеркалами: site2.ru – неглавное, site1.ru – главное зеркало. Об этом мы уже говорили выше (см. начало раздела 2).

 

При склейке зеркал редирект (общий или постраничный) стандартно имеет одну направленность – с неглавного зеркала на главное. Но могут быть и разнонаправленные, а также цепочечные редиректы между сайтами (веб-документами), и это всегда выборочные постраничные редиректы, поскольку не может быть общего или полного постраничного редиректа в обе стороны. В противном случае возникнет зацикливание системы на себя и отказ её работоспособности. Об этом мы также уже говорили.

 

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

 

В обычных же случаях, как сказано, редирект (склейка) всегда имеет одну направленность между сайтами.

 

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

 

Причина первая – смена веб-ресурсов. Владелец сделал новый ресурс – лучше старого. При этом контент нового ресурса значительно отличается от контента старого (существенно переработан, дополнен и т.д.), а также новый сайт имеет новое доменное имя (например более подходящее) и даже может располагаться на новом хостинге. Но старый ресурс также имеет свои положительные SEO-метрики, которые не хочется терять. Одной из таких метрик является возраст сайта и его страниц, а также позиции в поисковой выдаче (хотя бы для ряда страниц) и, безусловно, трафик. Чтобы не потерять эти важные наработки, со старого сайта на новый проставляется редирект 301 (обычно выборочный постраничный – для аналогичных страниц). И в этом случае сайты становятся зеркалами: старый – неглавным зеркалом, новый – главным. То есть имеет место смена (переклейка) зеркал. Процедура это достаточно сложная, проводится в несколько этапов, зависит от конкретной ситуации (сайтов) и выполняется компетентными специалистами. Потребность в ней возникает нередко. Поэтому, если это ваш случай, мы рекомендуем вам обратиться к экспертам. Наша компания также всегда рада помочь вам в подобных вопросах (см. раздел 4 «Конкретика»).

 

Причина вторая – резервирование похожих доменов и сбор по ним дополнительного трафика [тайпин-трафика, от англ. type-in – печатать (адрес сайта в адресной строке браузера)]. Опять приведём гипотетический пример. Скажем, имеется некий цветочный бизнес в Москве. Владелец создал для него полноценный сайт с доменным именем tsvety-v-moskve.ru. Но в поисках данного сайта пользователи могут набирать в адресной строке браузера и похожие доменные имена: tsveti-v-moskve.ru, tsvetyvmoskve.ru, cvety-v-moskve.ru, cveti-v-moskve.ru, tsvety-v-moskve.su и т.д. Чтобы не терять этих пользователей (тайпин-трафик), а также закрепить за собой данные домены, которые могут быть куплены конкурентами, владелец регистрирует все эти домены на себя. При этом он также может создать на них сайты-одностраничники, с которых проставит 301-редирект на основной ресурс – tsvety-v-moskve.ru. Таким образом владелец закрепит за собой все эти домены (не даст их конкурентам) и будет собирать по ним дополнительный (тайпин) трафик.

 

Однако такой приём относится к серым и даже чёрным методам продвижения. Дело в том, что все дополнительные сайты-одностраничники, с которых проставлен редирект 301 на основной сайт, – это, по сути, фейковые сайты – пустышки. Их цель – механический, т.е. неконтентный сбор трафика. Иными словами, это дорвеи. А дорвеи – это повод к жёстким поисковым санкциям вплоть до бана. Так что к такому приёму нужно относиться предельно осторожно, а лучше всего его не использовать вообще. За консультациями по подобным вопросам мы рекомендуем вам обращаться в нашу компанию (см. раздел 4 «Конкретика»).

 

Случай третий – чёрный. Он подразумевает направленную дискредитацию («завал») конкурентов с целью выбросить их сайты из поисковой выдачи и, соответственно, освободить в ней место для себя. Скажем, есть некий добропорядочный сайт, торгующий, например, одеждой. Недоброжелатель (чёрный конкурент) делает сайт, скажем одностраничник, по «плохой» тематике, например с содержанием 18+ (взрослый контент). И подклеивает этот сайт и, соответственно, тематику к добропорядочному сайту-конкуренту. Тем самым нормальный веб-ресурс дискредитируется «в глазах» поисковых систем – они понижают его в поисковой выдаче.

 

Но тематика может быть не обязательно такая жёсткая (сильно 18+). Чёрный конкурент может просто создать серию дешёвых спамных одностраничников и подклеить всё это к конкурентному ресурсу, причём мимикрировав под его владельца: будто владелец сам это и сделал. Поисковые алгоритмы могут расценить эту ситуацию как дорвейный спам, о котором говорилось выше, и, соответственно, могут наложить на нормальный сайт ошибочные санкции.

 

Это приём чёрной SEO-конкуренции. Поэтому – не говоря о том, что это подло, и не стоит так поступать, – вы сами должны внимательно относиться к активности своих конкурентов и предотвращать подобные попытки в собственный адрес. Мы окажем вам профессиональную помощь в подобных вопросах (см. раздел 4 «Конкретика»).

 

 

3. Неклассические зеркала (аффилиаты)

 

Зеркалами иногда называют и сайты, которые по своей сути являются аффилиатами.

 

В целом, аффилиаты – это сайты, принадлежащие одному владельцу (основной признак) и представляющие одну тематику, например один и тот же бизнес – товары, услуги и проч. (подробнее, см. статью «Аффилиаты» Глоссария).

 

В отличие от классических зеркал (полных дублей), аффилиаты – это неполные копии сайтов. Кроме того, что у них разные доменные имена, на сайтах может быть и несколько разный контент, например контакты региональных представительств для региональных сайтов, и прочая специфическая информация. Но тем не менее контент таких сайтов может в значительной степени совпадать: описания товаров, услуг и проч. – вплоть до дублирования каталогов, структуры и дизайна сайта, его пользовательского функционала и т.д. Даже может быть единая CMS.

 

Считается, что если совпадение контента сайтов достигает 80%, то их можно считать зеркалами. По крайней мере, так пишут копирайтеры и прочие авторы в своих статьях о зеркалах, очевидно просто перенимая эту информацию друг у друга. Однако, в чём конкретно заключаются эти проценты совпадений, и как они измеряются, – на самом деле никем не установлено и не может быть установлено (потому и перенимают, не думая). То есть определить, совпадает ли контент сайтов – не только текстовый, а весь, включая структуру и пользовательский функционал, – на 60%, 75%, 80% или 85%, невозможно. Таким образом, 80% – это некая абстрактная величина – с потолка (потому и перенимают её в публикациях, именно не думая). А поскольку абстрактная (с потолка), то и бесполезная. Во-первых, её невозможно высчитать, а, во-вторых, в этом нет и необходимости (почему, см. ниже). Однако в реальности иногда возникают трения и недопонимания: одни специалисты называют определенные сайты зеркалами, а другие – аффилиатами. Да и в отношении последних также существуют разногласия (подробнее, см. статью «Аффилиаты» Глоссария).

 

Поскольку существует подобная неразбериха, о чём говорилось в самом начале статьи (см. «Введение»), некоторые специалисты под зеркалами вообще понимают только сайты, подходящие под определение, которое дано в разделе 2 («Классические зеркала»), и которое даёт Яндекс. То есть это либо полные копии сайтов, либо сайты, склеенные через редирект. Всё остальное – аффилиаты. Хотя по отношению к ним (аффилиатам) также употребляются методы, которые используются при работе с зеркалами – тот же 301-редирект (склейка). При этом редирект между аффилиатами может быть и неполный – только с определенных страниц одного сайта на определенные страницы другого сайта. И это ещё больше осложняет понимание разницы между аффилиатами и зеркалами.

 

Мы не оставляем за собой окончательного права устанавливать, что считать зеркалами, а что – аффилиатами. Во-первых, как сказано, для этого нет чётких критериев. А во-вторых, это, по сути, бесполезное занятие. Каждый бизнес, т.е. система его веб-ресурсов, может быть очень индивидуальным. И часто практический смысл имеет не терминологическое определение, что есть что, хотя это тоже важно – на то и данный Глоссарий. Но всё же специалисты озабочены конкретными практически шагами, направленными на то, чтобы максимально оптимизировать систему сайтов конкретного бизнеса – обеспечить её максимально успешное интернет-продвижение, прежде всего поисковое (SEO). Именно это имеет практический смысл, а не борьба терминологий.

 

И в этом отношении компания Google поступает, пожалуй, более мудро, не вводя понятие зеркала вообще, а оперируя понятием дублирование контента (точнее, повторяющийся контент; см «Введение»). Именно дублирование контента имеет критичное отрицательное значение для поисковой оптимизации, и именно на него следует обращать внимание. А проявляется ли это дублирование в зеркалах, аффилиатах или прочих видах – не суть. Видов дублирования контента существует много.

 

При этом, как уже говорилось выше, критичным (отрицательным для SEO) является дублирование контента для одних и тех же пользователей – для одной и той же целевой аудитории (ЦА). Если же один и тот же контент, например, на региональных сайтах показывается разной ЦА – людям, проживающим в разных городах, – это допустимо. Поисковые системы понимают это и не налагают санкций за такое дублирование. Для определенной (региональной) ЦА они показывают в своей выдаче сайты соответствующего региона.

 

Региональность для сайта задаётся несколькими способами. Основными являются два: (1) обязательное указание регионального адреса на сайте, (2) указание региона в вебмастере Яндекса и Google Search Console (новое название вебмастера Google). Кроме этого, регион сайта очень желательно указать при его регистрации в каталогах и справочниках, например в Яндекс.Каталоге, Янденкс.Справочнике, в региональных (городских, областных) каталогах и справочниках и т.д. Есть и другие (дополнительные) способы региональной привязки сайта.

 

Таким образом, целесообразно рассматривается каждый конкретный случай (бизнес, его веб-ресурсы), и уже по нему принимать конкретные решения по устранению нежелательного дублирования контента и одновременному сохранению положительных метрик интернет-продвижения: охват аудитории, SEO-позиции, трафик, согласованность работы ресурсов и проч. По всем этим вопросам мы рекомендуем вам обращаться в нашу компанию (см. раздел 4 «Конкретика»).

 

 

4. Локализованные версии сайтов

 

К ним относятся языковые варианты сайтов. В принятой IT-лексике они и называются локализованными, а локализация сайта – это его перевод на другой язык. При этом такие версии сайтов могут располагаться как на разных доменах (поддоменах), так и в разных директориях одного домена, т.е. фактически на одном сайте.

 

Пример 1. Языковые версии на разных доменах (поддоменах):

Сайт информационного агентства Russia Today (RT): rt.com – основная (англоязычная) версия; actualidad.rt.com, deutsch.rt.com, francais.rt.com и russian.rt.com – испанская, немецкая, французская и русская версии.

Сайт компании Google: google.com, google.fr, google.de, google.ru и др. – версии на английском, французском, немецком, русском и других языках.

 

Пример 2. Языковые версии на одном домене:

Сайт компании Microsoft: microsoft.com – основная (англоязычная) версия.

microsoft.com/fr-fr/, microsoft.com/de-de/, microsoft.com/ru-ru/ и др. – версии на французском, немецком, русском и других языках. Они располагаются в отдельных директориях на общем домене (сайте) microsoft.com (кроме этого, имеется, например, русскоязычная версия и на отдельном домене microsoftstore.ru).

 

В пределе, по контенту и функционалу языковые (локализованные) версии сайтов должны отличаться только языком, т.е. переводом. Всё остальное – структура, шаблон, дизайн, товары, услуги, каталоги (без учёта языка), функционал и проч. – для них может совпадать. В принципе, как для переводных книг или кинофильмов. Но на практике для разных языков может варьировать и сам контент сайтов, т.е. его суть. Он может быть специфически адаптированным для различных языковых версий – сокращён или наоборот расширен.

 

В принципе, языковые (локализованные) версии сайтов являются примером их региональных, т.е. локальных, версий (от сюда и изначальное название – локализация). Они не распознаются как дубли, поскольку, хотя и несут одинаковый надъязыковой смысл, но, во-первых, всё же написаны на разных языках, т.е. имеют принципиально разную семантику, а во-вторых, ориентированы на разную целевую аудиторию. Поэтому поисковые системы не налагают никаких санкций (а наоборот поощряют) создание подобных сайтов.

 

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

 

Несмотря на то, что ряд крупных компаний реализует языковые версии на одном домене, т.е. в разных директориях одного сайта (см. пример выше), SEO-оптимизаторы, да и сами поисковики настоятельно рекомендуют использовать для этого разные домены. Самым предпочтительным будет использование разных доменов верхнего уровня (ДВУ), т.е. национальных доменных зон: .RU, .DE, .FR, .IT, .US и т.д. В России также появились и кириллические национальные и даже региональные (а также тематические) домены верхнего и второго уровней: .РФ, .РУС, .МОСКВА, .ДЕТИ, .ОНЛАЙН, .САЙТ, .ОРГ, .ЯЛТА.РФ, .СЕВАСТОПОЛЬ.РФ и др. (можно посмотреть на сайте компании REG.RU: ссылка1, ссылка2).

 

Традиционно для английской версии сайта может использоваться домен .COM, который уже приобрел статус международного. Однако для англоязычных компаний, например американских, тут тоже возникает «заковыка», связанная с тем, что английский является национальным языком других стран. И в этом случае имеет место дополнительная региональная привязка с использованием специфического национального домена, например .US в США, .CO.UK в Англии и т.д.

 

Вторым приемлемым вариантом будет создание языковых версий сайта на поддоменах, например доменах третьего уровня, как проиллюстрировано в примере выше для сайта компании RT. Но всё же настоятельно рекомендуется создавать языковые версии сайтов на самостоятельных (национальных) доменах верхнего уровня (подробнее о доменах см. соответствующую статью Глоссария). При этом не следует пользоваться мимикрией доменов. Например ДВУ .PY (.py), написанный латинскими буквами, – это национальный домен республики Парагвай (англ.: Paraguay). Так он и будет распознаваться поисковыми системами, в т.ч. Гуглом.

 

 

5. Конкретика

 

Наконец добрались и до неё. Ниже перечислены услуги, которые компания SeoTemple оказывает по работе с зеркалами сайтов, оптимизации системы веб-ресурсов бизнеса, работе с бэкапами, хостингами, доменами и проч. Отметим, что все эти виды работ, как правило, начинаются с анализа ситуации, т.е. аналитики бизнеса, его сайтов, методов продвижения, конкурентов и проч. И уже на основе аналитических данных вырабатывается стратегия дальнейшего интернет-продвижения бизнеса. С этих вопросов и начнём:

 

- Веб-аналитика, сквозная аналитика, выработка и реализация общей стратегии интернет-продвижения.


- Анализ и оптимизация системы веб-ресурсов компании.


- Разработка сайтов с нуля: маркетинговый и технический анализ, разработка ТЗ, прототипирование, макетирование, размещение в интернете, дизайн, наполнение контентом, адаптация под мобильные устройства, аналитика и т.д. – полный пакет или отдельные работы по согласованию.


- Установка на сайт сертификата SSL (перевод на защищенный HTTPS-протокол).


- Склейка, переклейка зеркал сайтов по WWW и HTTP/HTTPS.


- Подбор и регистрация для сайта доменного имени и хостинга.


- Перенос сайта на новый домен и хостинг.


- Настройка резервного копирования сайта (бэкапов).


- Настройка системы редиректов между сайтами.


- Настройка служебных фалов сайта: robots.txt, xml-карты, .htaccess и др.


- Выбор и настройка CMS, cPanel, FTP-клиента и других сервисов управления сайтом.


- Анализ и профилактика рисков подклейки нежелательных чужих ресурсов (чёрной SEO-конкуренции), решение соответствующих проблем со службами поисковых систем.


- Региональная и языковая настройка и продвижение сайтов.


- Консультирование и помощь по любым вопросам оптимизации веб-ресурсов и продвижения бизнеса в интернете.

 

 

Обращайтесь. Мы будем рады вам помочь!

 

Ваш SeoTemple

 

Перейти в Глоссарий

 

--------------------------

Дата: 29.10.2017

Автор: Лаборыч