Корневой домен, поддомен и папки – что, как и когда использовать

07.09.2015 14.03.2019

Обновление от 14 марта 2019:
Дмитрий Шахов очень хорошо расписал преимущества, недостатки и порядок продвижения сайта на поддоменах или подпапках по регионам. С момент первой версии этой статьи прошло четыре года. Но глобально ничего не изменилось 🙂

Подписчик : «Может сто раз спрашивали, но всё-таки. Есть интернет-магазин тканей, регион СПб, добавили доставку по всей России, как начать продвигать его в Яндексе и Гугле по всей России, можно в кратце схему. Спасибо»

Ответ Дмитрия :
«Схем две. Обе плохие. Первая — более рабочая, через субдомены. Постепенно делаете сабы для яндекса, регистрируя их в я.справочнике. Гуглу оставляем основное зеркало с федеральным телефоном и без топонимов, сабы закрываем, пытаемся присвоить новые регионы в гугл.бизнес (если есть кому на местах принять пин-конверты). Второе решение — присваивать регионы в я.справочнике на один домен. Долго, муторно, нельзя работать с топонимами в текстах (только на странице контактов). Неприемлемое решение — папки под города, чтобы интегрировать топонимы. Контент одинаковый, вы получите дубли под оба поисковика — эта схема исключительно для случая разного контента в разных городах (доски объявлений, например).

Основная статья:
Сергей Кокшаров (Девака) рассмотрел основные преимущества и ограничения использования поддоменов и папок при продвижении.

Краткие итоги на таблице -

Злободневные вопросы -

  • Стоит ли выносить региональную версию сайта на поддомен? А если регионов 100, то как их администрировать?
  • Получат ли разделы интернет-магазина бонус, если их выделить в отдельные поддомены?
  • Можно ли оставить форум, блог в разделе или лучше вынести на отдельный подсайт?

Для поддомена преимущества таковы:

  1. Можно вывести и основной сайт, и поддомен в один Топ
  2. Можно легко перенести на отдельный сервер
  3. Легче анализировать статистику
  4. Настройка регионов, в том числе контента для разных языковых версий
  5. Красивые адреса
  6. Диверсификация рисков от санкций домена

Для подпапки или раздела:

  1. Наследование хостовых факторов (возраст, траст и др.)
  2. Взаимный обмен статическим весом с доменом
  3. Больше страниц на сайте - больше потенциальный трафик
  4. Повышение квоты на индексацию по истории основного домена
  5. Скорость индексации зависит от основного домена
  6. Отсутствие допзатрат на обслуживание хостинга

Чтобы не получить такое, как на графике, нужно вдумчиво подходить к организации структуры. Если у вас интернет-магазин на 20 миллионов страниц, скорее всего ему подойдет структура с поддоменами. А если старый блог с хорошими накопленными данными по поведенческим, например, то стоит остаться на подпапках.

Смотрите полную презентацию Сергея:

UPD: Какую структуру делать для мультрегиональных сайтов по мнению Google

Структура URL-адресов Пример Плюсы Минусы
Привязан к конкретной стране example.ie
  • Геотаргетинг определяется однозначно.
  • Местоположение сервера не играет роли.
  • Простота разделения сайтов.
  • Дорогой (может быть ограничен в доступе).
  • Требует более высокого уровня развития инфраструктуры.
  • Строгие требования ccTLD (иногда).
Субдомены с gTLD de.example.com
  • Простота настройки.
  • Геотаргетинг в Search Console .
  • Возможность расположения серверов в разных местах.
  • Простота разделения сайтов.
  • Пользователи не смогут распознать геотаргетинг только по URL (de – это язык или страна?).
Подкаталоги с gTLD example.com/de/
  • Простота настройки.
  • Геотаргетинг в Search Console .
  • Простота поддержки (один хост).
  • Сервер размещается в одном месте.
  • Сложности в разделении сайтов.
Параметры URL site.com?loc=de
  • Не рекомендуется.
  • Сложность сегментирования на основе URL.
  • Пользователи не могут распознать геотаргетинг только по URL.
  • Геотаргетинг в Search Console не поддерживается.

Структуру сайта нужно продумывать еще на этапе его создания. Иногда встает вопрос: как оформить часть контента, будь то блог, форум, региональный «филиал» сайта, партнерский магазин или витрина, - вынести на поддомен, сделать отдельным микросайтом или разместить в папке основного сайта?

Общие особенности доменов, поддоменов и папок

1. Отдельной странице всегда выгоднее находиться на более «мощном» домене или поддомене. Если кто-то скопирует вашу статью и разместит на более авторитетном домене, то его страница получит более высокое ранжирование, чем ваша.

2. Неперелинкованные поддомены одного корневого домена не наследуют положительные показатели друг друга.

3. Если на сайте, например на таком, как Blogspot.com или на WordPress.com, любой желающий может создать поддомен, то поддомены не получают плюшек от корневого домена.

4. На папки распространяются все выгоды их родного домена или поддомена.

5. Хорошая перелинковка поддоменов помогает равномерно распределить между ними положительные качества.

Особенности использования поддоменов

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

Поддомен можно создать в отдельной папке или в папке директории основного домена. Во втором случае созданный поддомен сайта будет виден и как директория сайта. (блог.сайт.ру и сайт.ру/блог). Чтобы в поисковой выдаче не образовывались дубли, нужно сразу закрыть директорию от индексации в файле robots.txt. Чтобы какой-нибудь злоумышленник не поставил на директорию ссылку, нужно сделать 301-й редирект с директории на поддомен.

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

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

Можно вынести контент на субдомен, если субдомен или сочетание «субдомен + корневой домен» образует якорный текст, по которому необходимо получить трафик. Однако помните, что поддомен - это самостоятельный сайт, который потребует отдельного продвижения. ТИЦ основного сайта и поддоменов могут отличаться.

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

Стоит ли продвигать схожие запросы в связке «домен + поддомены»?

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

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

Когда целесообразно использование поддоменов?

Вынесение форума, каталога и блога на поддомены абсолютно безболезненно. Более того, некоторые движки форумов и блогов, интегрирующиеся в основную CMS, имеют ряд уязвимостей. Если вы вынесете форум на отдельный поддомен, то взлом или массовый спам никак не отразиться на основном сайте. Если на поддомен будет наложен фильтр, то сайт может не пострадать.

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

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

Преимущества использования микросайтов

1. На микросайт можно вынести абсолютно независимый от основного сайта или бизнеса продукт или сервис. В будущем отдельный сайт вам будет легче продать, чем поддомен или папку.

2. На микросайте можно запустить какой-то продукт или сервис, который не должен ассоциироваться с основным брендом.

3. Еще один аргумент в пользу отдельного маленького сайта - наличие доменного ими, заточенного под необходимые ключевые слова.

4. Также отдельный сайт можно создать, если у вас есть контент, не связанный напрямую с основным сайтом, и вы не хотите загромождать им главный сайт и запутывать посетителей.

Есть и один жирный минус: микросайты ничего не наследуют от основного проекта. Они совершенно независимы и нуждаются в отдельном продвижении.

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

Доброго времени суток! 🙂

Сегодняшняя статья будет посвящена тому, как создать поддомен сайта на хостинге.

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

Процесс создания поддомена сайта я опишу в виде пошаговой инструкции на примере своего хостинг провайдера TheHost , который использует ISPManager в качестве панели администрирования.

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

А данная ситуация, стоит сказать, — не редкость, т.к. данное ПО весьма распространено благодаря своей низкой цене и широким возможностям.

Кстати, если вы до сих пор выбираете хостинг провайдера, то рекомендую обратить внимание на TheHost — пользуюсь его услугами уже в течении 2 лет и за всё это время проблем не возникало: сайт стабильно доступен, техподдержка работает оперативно, а цены, пожалуй, самые низкие на рынке.

Как сделать поддомен на сайте — инструкция

Сразу скажу, что процесс регистрации поддомена сайта недолгий и, благодаря наличию панели администрирования, займёт максимум минут 10.

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

Распишу все действия пошагово.

Шаг 1

Заходим в панель управления сервером, в нашем случае, ISPManager, адрес которой будет содержаться в письме, пришедшее вам после регистрации на thehost.ua и заказа услуги (хотя бы бесплатного хостинга с целью ознакомления с кабинетом пользователя).

Выглядит она внешне, конечно, неказисто, но в использовании удобна и понятна.

Выбираем пункт меню WWW домены и вверху открывшейся страницы нажимаем на кнопку «Создать»:

После этого у нас откроется окно, содержащее настройки домена.

Шаг 3

Выглядит оно следующим образом:

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

Также можно вручную указывать каталог, в котором сайт будет размещаться на сервере.

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

Поэтому, если вас такая ситуация не устраивает, и вы хотите разместить поддомен в каталоге основного сайта, то опция корневая папка будет вам как раз кстати.

После ввода необходимых настроек нажимаем ОК.

Шаг 4

В итоге, на сервере создался каталог с дефолтным набором файлов, состоящим из заглушки и заготовки файлов robots.txt и.htaccess, а также доменное имя поддомена добавилось в список всех WWW доменов.

Через некоторое время после создания сайт будет доступен в браузере. Данная пауза вызвана временем обновления глобальной базы DNS, в которой содержатся все сайты, доступные через Интернет. Может пройти до 24 часов.

Ну, и после, всё, что останется для запуска сайта на поддомене — это подключиться к серверу по FTP или SSH (доступен на определённых тарифных планах) и залить файлы сайта в созданный каталог, удалив заглушку и прочие ненужные стандартные файлы.

Как создать поддомен в ISPManager — нюансы

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

Если у вас возникнет такая необходимость в дальнейшем, то создать DNS запись для существующего WWW домена в ISPManager можно следующим образом:

Как видите на скриншоте, для этого необходимо зайти в ISPManager и выбрать пункт меню Доменные имена (DNS) . После этого нажимаем на кнопку «Создать» вверху страницы и вводим необходимую информацию в появившемся окне.

На скриншоте представлен пример моей конфигурации для поддомена ssl..

Как видите, здесь же можно автоматически создавать и WWW домен, который мы делали ранее. Для того, чтобы зарегистрировать поддомен, достаточно лишь поставить галочку в поле Создать WWW домен .

Поскольку в нашем случае WWW домен уже добавлен, я оставил данное поле пустым.

Нажимаем «ОК» — и доменная DNS запись создана.

После того, как она будет доступна в списке, доступ к DNS данным можно получить следующим образом:

После того, как вы нажмёте на кнопку Записи, перед вами откроется страница со списком всех DNS записей, доступных для выбранного домена, которая выглядит так:

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

Также через интерфейс ISPManager возможно настроить создание поддоменов сайта автоматически. Данную опцию можно выбрать при настройке WWW домена, скрин с которыми был представлен в статье ранее.

Благодаря этой опции у нас появится возможность делать динамические поддомены без манипуляций в ISPManager.

Там присутствовал пункт Авто поддомены , у которого значения были оформлены в виде выпадающего списка. По умолчанию выбрано значение «Отключены», но также доступны «В отдельной директории» и «В поддиректории WWW домена».

При выборе необходимого значения создать поддомен сайта можно будет путём добавления соответствующего каталога прямо на сервере. Сделали папку — и динамический поддомен готов. Круто, правда?

Однако, в данной ситуации, у нас не будет доступа к настройкам DNS записей поддомена и прочих, которые позволяет производить ISPManager в своём интерфейсе.

Собственно говоря, поэтому я и отключил создание автоматических поддоменов в ISPManager для своего сайта ssl.сайт.

Кстати, заливать файлы на сервер можно не только через привычные FTP клиенты, входящие в джентельменский набор , но и через интерфейс самого ISPManager:

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

А они продолжатся уже в следующей статье, в которой я буду устанавливать SSL сертификат на WordPress сайт.

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

Удобная штука, чтобы быстро и просто сделать бэкап файлов сайта.

Индексация поддоменов

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

Например, когда поддомен используется для создания мобильной или региональной версии основного сайта, необходима индексация всех его страниц без исключения.

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

Настройки индексирования поддоменов проще всего производить с помощью robots.txt.

На многих хостингах, при создании нового сайта через панель администрирования (ISPManager, VestaCP), помимо HTML заглушки, зачастую добавляется ещё и robots.txt со следующим содержимым:

User-agent: * Allow: /

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

User-agent: * Disallow: /

Также не лишним будет добавить следующую конструкцию в head секцию HTML кода страниц, которые вы хотите запретить индексировать:

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

Даже если вы преследуете противоположную цель: открыть все страницы для индексации сайта, расположенного на поддомене, вам также придётся залезть в HTML код для лучшей индексации и выдачи правильных версий сайта при поисковых запросах.

При добавлении поддомена сайта с мобильной версией нужно будет в HTML коде страниц мобильной версии добавить каноническую ссылку на соответствующую страницу основной версии:

А на странице основного сайта нужно будет добавить следующий код для указания мобильной версии контента:

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

На страницу с локализованным контентом добавляем каноническую ссылку на страницу основного сайта:

А на основном добавляем следующий код для указания версии данной страницы на определённо языке.

Например, для указания английской версии страницы на основном сайте нужно будет добавить следующую конструкцию в head секцию HTML кода страницы:

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

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

Вот, что говорит сам Google по данному поводу:

Эти атрибуты помогают роботу Google bot найти ваш контент, а нашим алгоритмам – определить взаимосвязь между обычными и мобильными страницами вашего сайта. Когда вы используете разные URL для одного и того же контента в различных форматах, атрибуты сообщают системе, что эти два URL содержат одинаковый контент и их следует считать одним объектом, а не двумя. Если обычная и мобильная версии страницы интерпретируются как независимые объекты, то в результатах Поиска на ПК могут присутствовать оба URL. В таком случае их рейтинг будет ниже, чем если бы роботу Google было известно об их взаимосвязи .

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

Надеюсь, что приведённые в сегодняшней статье советы помогли вам разобраться с тем, как создать поддомен сайта, а также правильно настроить его индексацию поисковыми роботами.

На этом у меня всё.

До новых встреч! 🙂

P.S. : если вам нужен сайт либо необходимо внести правки на существующий, но для этого нет времени и желания, могу предложить свои услуги.

Более 5 лет опыта профессиональной разработки сайтов. Работа с PHP , OpenCart , WordPress , Laravel , Yii , MySQL , PostgreSQL , JavaScript , React , Angular и другими технологиями web-разработки.

Опыт разработки проектов различного уровня: лендинги , корпоративные сайты , Интернет-магазины ,

Поэтому переходим "с места в карьер". Алгоритм действий зависит от того, какая у вас панель управления на хостинге. Поэтому далее мы рассмотрим наиболее популярные панели, и покажем как грамотно создавать в них поддомены.

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

Собственная панель управления

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

1. Найдите раздел "Сайты", "Домены" или что-то подобное. В нем обычно есть раздел "Поддомены" или "Субдомены". Переходите туда, жмете "Добавить", и если нужно, то указываете папку в которой должны храниться файлы нового сайта. Но обычно папка создается сама, и соответствует названию поддомена.

2. Заливайте файлы сайта в соответствующую папку, и ваш сайт на новом поддомене должен заработать через 1-8 часов.

Как создать поддомен в cPanel

1. На главной странице находим Субдомены (Subdomains) и жмем туда.

2. В поле 1 вписываем название поддомена, в поле 2 выбираем основной сайт к которому наш поддомен будет прикреплен, а поле 3 должно заполниться само. Если не заполнилось, то впишите туда адрес домашнего каталога для нового сайта (поддомена). После этого жмем "Создать" (Create).

Папка создается автоматически, заливаем туда сайт и он начнет работать.

Как создать поддомен в ISPmanager

1. На главной странице панели управления, находим раздел "WWW домены".

2. Жмем кнопку "Создать" или "Добавить".

3. В появившемся окне заполняем следующие поля:
Доменное имя : имя нашего поддомена.
Псевдонимы : поле заполнится само собой.
Корневая папка : оставьте auto, и тогда файлы Вашего сайта нужно будет заливать в директорию /www/поддомен.сайт.ru/ или же укажите эту папку самостоятельно.
Владелец : нужно выбрать пользователя.
IP адрес и Кодировка : не трогаем.
Индексная страница : заносим сюда название страницы, которая будет открываться при запросе к главной странице сайта (обычно это - index.php).
PHP : Обязательно указать "PHP как модуль Apache".

Чтобы сайт на новом поддомене начал работать нужно загрузить его файлы в корневую папку, которая создалась после заполнения предыдущего окна. Но может пройти от 1 до 8 часов, пока сайт станет доступен, т.к. это время необходимо для обновления DNS-записей.

У поисковиков есть показатели, которые они применяют к страницам, например PR, и показатели, которые они применяют к доменам и поддоменам (TrustRank, различные показатели качества, mozRank и т.д.).

За годы опыта, наблюдений и тестирований было замечено следующее:

  • Отдельные страницы получают выгоды от того что находятся на «мощных» доменах/поддоменах. Вот почему если кто-то скопирует ваш контент на более авторитетный домен, то на нем он получит более высокое ранжирование.
  • Поддомены НЕ всегда наследуют положительные показатели и ранжирование других поддоменов корневого домена.
  • Некоторые поддомены НЕ ПОЛУЧАЮТ ВЫГОД от корневого домена. (Это касается сайтов, на которых любой пользователь может создать собственный поддомен, например WordPress.com, Blogspot.com)
  • Папки получают все выгоды от своего домена/поддомена.
  • Хорошая перелинковка может помочь распределить положительные качества поддоменов (но не всегда это хорошо получается).

Исходя из вышесказанного, для обособленной части контента лучше создавать папку в корневом домене, нежели поддомен. Например, для блога лучше использовать yoursite.com/blog вместо blog.yoursite.com, а для подраздела лучше yoursite.com/newrazdel чем newrazdel.yoursite.com.

Однако есть случаи, когда использование поддоменов имеет смысл:

  • У вас уже есть страницы на основном домене ранжированные по определенному поисковому запросу. Поисковики на одной странице выдачи не выводят более 2-х URL с одного домена, однако для поддоменов одного корневого домена могут выводить несколько URL.
  • Если поддомен, или сочетание поддомен + корневой домен образует идеальный якорный текст, по которому вы продвигаете сайт.

Как и поддомены, микросайты (отдельные, самостоятельные сайты для части контента сайта) имеют свою нишу:

  • Вы запускаете какой-то продукт/сервис абсолютно независимый от основного сайта/бизнеса. Несомненный плюс в том, что такой сайт в будущем легче продать, чем поддомен, а уж тем более папку.
  • Вы запускаете какой-то продукт/сервис, который не хотели бы ассоциировать с основным брендом.
  • У вас есть доменное имя под ваши ключевые слова.
  • У вас есть контент не связанный с основным сайтом, и вы не хотели бы загромождать им сайт, запутывая посетителей.

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

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