Миграция с SharePoint — это не всегда «было/стало». Часто между ними живёт самый токсичный этап: старый портал

Миграция с SharePoint — это не всегда «было/стало». Часто между ними живёт самый токсичный этап: старый портал ещё дышит, новый уже в проде, а данные бегают туда-сюда, как junior на созвоне с багом.

Что важно проверить до красивого «go-live»:

1. Где живёт правда?
Если пользователь может править контент и в старой, и в новой системе — без единого источника данных начнётся SEO-хаос: дубли, рассинхрон, потерянные обновления.

2. Какой сценарий записи главный?
Нужно заранее выбрать: новая система пишет в старую, старая в новую или есть двусторонняя синхронизация. Иначе у вас не миграция, а A/B-тест на выживание.

3. Что делаем с изменениями в полёте?
Пока идёт переход, контент может меняться каждый день. Значит, нужны правила: кто может редактировать, как ловим конфликты, что блокируем.

4. Как измеряем, что всё не развалилось?
Не «ну вроде открывается», а метрики: скорость синка, число конфликтов, потери страниц, рост ошибок.

Маленький вывод: миграция без окна риска — это не про магию, а про дисциплину в переходный период. И да, именно там чаще всего прячется самый дорогой баг. 🚀