Demcheg

Рейтинг
75
Регистрация
01.02.2010
Shing:
1. А вот считает ли он их отдельными сайтами при сохранении тематики, шаблона, ссылок между поддоменами? Вот в этом я не уверен, возможно траст все же перетекает, если по факту "сайт один".
На этот счет есть разные мнения.

2. Так все же, больше затрат, или больше возможностей и меньше затрат?
Или вы настаиваете, что возможностей больше, но и затрат больше?
Что же за возможности тогда такие?

То есть можно говорить о итоговой стоимости привлечения искомого трафика! Она выше или ниже? С учетом возможностей и прочего.

1. Да, это разные сайты, даже с одной тематикой. Простой пример - *.blogspot.com. Ведь все блоге на одном главном домене, многие блоги с одинаковой темой и шаблоном. Но ранжируются они независимо друг от друга. Траст будет перетекать, если будет перелинковка с другим поддоменами, если её нет - откуда ему перетекать-то. Но я вижу вариант с каким-нибудь дропдауном выбора региона, который будет работать через js, тогда и ссылок между ними не будет.

2. И возможностей больше, и затрат больше. Вам потребуется и ссылочная масса, и контент. Даже если это всё делается "бесплатно", т.е. самостоятельно, стоит учитывать, что это более трудоемко. А время - деньги ;)

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

Кстати, в тему видео от сеопрофи.

Я вижу несколько вариантов:

1. Поддомены (germany.candy.eu/). Минусы - ПС считает, что это отдельный сайт, т.е. больше затрат на продвижение. Плюсы - т.к. это отдельный сайт, больше возможностей по продвижению под конкретный регион; если поддомен попадет под фильтр, потеряется только трафик конкретного региона.

2. Категория (candy.eu/germany/). Минусы - менее "гибкий" вариант, чем с поддоменами. Плюсы - бюджет на продвижение может быть ниже за счет траста домена.

3. Отдельный домен. (candy.de/). Минусы - больше затраты на продвижение. Плюсы - можно оптимизировать под конкретные языки; лучше ранжирование в локальном поиске за счет зоны домена (хоть небольшой, но плюс); если домен попадет под фильтр - потеряется только трафик конкретного региона.

Тут надо смотреть на конкретный проект. Для диверсификации рисков лучше 1 или 3 вариант, для минимзации расходов - 2 вариант.

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

Jovian:

а в том, что картинки по https не индексируются поисковиками

А вот это интересно. Совсем уж никем не индексируются или только Яндексом? И почему?

Первый раз об этом услышал, но такая ситуация может быть, когда сайт весь на http, а картинки на https. Это связано с тем, что яндекс индексирует только главное зеркало. А если http считается главным зеркалом, то всё на https он не индексирует.

Была проблема, что часть сайта (где есть форма ввода логина/пароля) подгружалась по https но должна была быть доступна к индексации, но в индексе её не было. Платоны это объяснили именно тем, что https - неглавное зеркало. А гуглу всё равно - хавал оба протокола.

Алла Рудь:
Я действительно Вам очень благодарна за все замечания, если нужен хостинг или VPS, для Вас промо-код Demcheg для заказа хостинга/VPS на пол года бесплатно!

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

Индивидуальные промо-коды в паблик лучше не выкладывать )

ankhorr:
И если не желаете демонстрировать пользователям весь ужас, но мой предыдущий совет неактуален, то делайте ночью.
Но все равно не пойму - почему нельзя откатать перенос на тестовом сервере, а потом мгновенно выполнить в реалтайме?

Опыт переноса одного из проектов показал, что баги повылазили на продакшене, которых не было на тестовом сервере.

То, что делать ночью - эт считаю само собой разумеющимся :)

Спасибо за ответы. Остановились на отдельной странице site.ru/maintanance и 302 редиректом.

Хотя если будут ещё какие мнения - с удовольствием выслушаю )

zusull:
Ключевой момент тут это сколько по времени продлится это "не так долго". Если пару часов, то просто не заморачивайтесь, если неделю, то есть шанс начать продвижение с чистого листа :)

В идеале до 2 часов. Предполагаемый максимум - до 12 часов.

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

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

НО здесь есть несколько НО:

- На сайте обновляются материалы, добавляются клиенты (какое-никакое, но время на синхронизацию БД требуется);

- Подключено множество модулей платежных или партнерских систем/сервисов (а часть из них может быть привязана к IP, т.е опять потребуется проверять их уже на продакшене);

- Из-за объема сайта какие-то его моменты можно попросту не охватить и они обнаружатся уже на продакшене.

Заглушка будет висеть не так долго, тем не менее, нужно знать, как правильно её использовать.

Ilya74:
Было бы странно, если бы украинский хостер, коим, насколько я знаю, является упомянутый Вами sitevalley, не говорил и не понимал бы русский ;)

Ага, они вроде с Украины. Но, насколько я знаю, компания сама зарегистрирована всё же в США:

Twinservers Hosting Solutions Inc. d/b/a SiteValley.com

23 Meadowview Cir

Nashua, NH, USA 03062

От себя могу посоветовать sitevalley - http://www.sitevalley.com/shared-hosting/, но правда опять панелька cPanel. Как и написали выше, забугорные хостеры используют в основном её.

Тарифы стартуют от $2.5, смотря сколько вам сайтов надо. Саппорт хороший и русский понимает (и может разговаривать на нем).

Всего: 162