Влияние закрытие сайта на обслуживание на SEO

Отдавайте сайт с серверной ошибкой 503 Service Temporarily Unavailable по всем его страницам сайта с редиректом или без - не важно. Если с редиректом, то редирект соотвественно 302 Moved Temporarily.

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

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

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

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

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

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

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

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

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

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

мда, посты - синхронизировать 1 таблицу, комменты - еще таблица, оценки - еще таблица.

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

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

Но все равно не пойму - почему нельзя откатать перенос на тестовом сервере, а потом мгновенно выполнить в реалтайме?

За несколько часов ничего не случится. Но более одного дня рисковать не стоит.

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

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

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

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

Это чего тут сложного? Залить обновления не трогая материалов. Может чуть не правильно выразился, я не программист, но что это не проблема, то 100%.