Сайт со сложной структурой [Не opencart]

[sv2109]

Есть у меня один сайт не на opencart, возможно кто-то может подсказать как лучше сделать структуру.

+ возможно вопрос будет интересен также пользователям opencart, так как подобная структура встречается и в магазинах.


Сам сайт, назовем его portal.com - это информационный портал города1

На сайте больше 10 разных разделов - новости, недвижимость, объявления итд,
соответственно каждый раздел оптимизирован для ПС по запросам "раздел города1", например "новости города1" итд.
На сайте больше 70 000 материалов
Сайт работает на системе Drupal на уже старенькой версии 6, но сейчас переносится на 7 версию.
Домену уже больше 7 лет, за это время сайт стал сайтом №1 в городе1,
занимает первые позиции в ПС по куче запросов, имеет довольно раскрученные группы в соц. сетях итд.

Но недавно было принято решение расширяться. И к городу1 добавить еще город2, который недалеко, а в будущем еще несколько городов региона.

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

Самый простой вариант - это для города2 сделать копию сайта, дать ему другое имя (например portal-gorod2.com).
В этом случае получится просто 2 отдельных сайта.

А хотелось бы как-то все объединить в 1 большой портал, например:
- по домену portal.com сделать общий сайт со всеми материалами, он будет работать как агрегатор, назвать его например "Портал региона" или "портал области"
- на общий сайт поступают все материалы с дочерных сайтов
- дочерные сайты находятся по адресам gorod1.portal.com, gorod2.portal.com итд.

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

Но вопрос как ПС воспримут такую структуру? Вижу 2 проблемы:
1. существующий сайт изменит адрес, переедет на поддомен и может потерять все свои позиции
2. будет огромное к-во дублей, особенно для города1

Или лучше по тому же принципу но:
- создать для общего сайта отдельный сайт - portal-region.com.
- существующий portal.com города1 сделать дочерным, тогда сайт не потеряет позиции, так как ссылки не поменяются
- для города2 сделать или поддомен gorod2.portal-region.com или отдельно portal-gorod2.com или gorod2.com

Но если будет основной сайт-агрегатор региона то тоже будут дубли, как тут поступить?

Или другой вариант? У кого какие будут мысли?

[Otvet]

Город 1 - облцентр?

[sv2109]

Город 1 - облцентр?

нет, обычный районный небольшой городок.

[markimax]

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

Вы думаете он опустит 7 летний сайт с 70`000 материалов? 99.999% что нет

Не думайте что рейтинг индексации идет по "ссылкам". Нет, он идет по полезности материалов.

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

Очень важен возраст домена, смена ip адресов его, важность материалов, их уникальность и т.п.

Я считаю что надо сделать архитектуру правильной. Т е  города - поддомены на главном портале и т.п., но это мое имхо, основанное на опыте.

Вам решать конечно же.

[markimax]

И ни в коем случает не меняйте главный домен (для городов)!
В 10-ку важных составляющих учитывающих рейтинг выдачи - это возраст домена, возраст ip сервера для домена, владелец домена по whois ("возраст"/время которым он владеет)

 

Исходя из этого надо делать города на поддоменах.

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

[sv2109]

И ни в коем случает не меняйте главный домен (для городов)!

В 10-ку важных составляющих учитывающих рейтинг выдачи - это возраст домена, возраст ip сервера для домена, владелец домена по whois ("возраст"/время которым он владеет)

 

Исходя из этого надо делать города на поддоменах.

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

Так тут как раз смена домена и будет если вместо сайта города1 - portal.com будет поддомен gorod1.portal.com, а portal.com станет главным.

Для существующего сайта города1 это будет смена домена. 

+ в этом случае будет 2 одинаковых сайта по разным адресам и куча дублей - и на поддомене и на основном домене. 

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

Я уже думал сделать как-то хитро - создать сначала поддомен gorod1.portal.com и сделать с portal.com 301 редирект на поддомен, чтобы все ПС поняли, что этот сайт находится теперь на поддомене и перестроили свои индексы, может быть это займет месяц, может больше, а уже после этого, снять 301 редирект поменять основной сайт portal.com - название, описание, ссылки итд. Подождать еще немного, пока новый сайт попадет в индекс, после чего уже создавать новые поддомены на нем. 

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

Или уже делать какой-то новый основной сайт - portal-region.com, а существующий сайт делать дочерным. Все равно с него будут ссылки на основной сайт, какой-то вес от существующего сайта будет передаваться новому + другие поддомены будут ссылаться на новый основной.