📌 Введение

• IT-экспертиза причин неработоспособности переноса сайта представляет собой комплексное исследование программного кода, базы данных, серверной инфраструктуры, доменных настроек, конфигурационных файлов, интеграций и действий участников переноса, направленное на установление технических причин, по которым сайт после миграции полностью или частично перестал работать. 💻🔎
• Под переносом сайта обычно понимается перемещение интернет-ресурса с одного сервера, хостинга, домена, облачной платформы или программного окружения на другое. В рамках таких работ могут переноситься файлы сайта, база данных, пользовательский контент, электронная почта, SSL-сертификаты, доменные записи, настройки веб-сервера, фоновые задания, внешние интеграции и служебные учётные записи.
• После переноса сайт может оказаться полностью недоступным либо внешне открываться, но работать с существенными ограничениями. Например, главная страница загружается, однако не функционируют формы обратной связи, личный кабинет, поиск, корзина, оплата, загрузка изображений, административная панель или обмен данными с внешними системами.
• Причиной неработоспособности не всегда является одна техническая ошибка. На практике часто встречается сочетание нескольких факторов. Исполнитель мог неполностью перенести файлы, заказчик — предоставить устаревшую резервную копию, новый хостинг — использовать несовместимую версию программного обеспечения, а регистратор домена — сохранить прежние DNS-записи.

Эксперт должен разграничить:

▪️ дефекты исходного сайта, существовавшие до переноса;

▪️ неполноту резервной копии;

▪️ ошибки копирования файлов;

▪️ нарушения импорта базы данных;

▪️ несовместимость серверного окружения;

▪️ неправильную конфигурацию веб-сервера;

▪️ ошибки доменных и DNS-настроек;

▪️ отсутствие необходимых лицензий и ключей;

▪️ неисправность сторонних интеграций;

▪️ действия заказчика после передачи результата;

▪️ последствия кибератаки или заражения.

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

• IT-эксперт не определяет юридическую виновность заказчика, разработчика, системного администратора, хостинг-провайдера или регистратора домена. Он устанавливает технические обстоятельства: какие компоненты были перенесены, соответствует ли результат условиям задания, какие ошибки препятствуют работе и связаны ли они с действиями конкретного участника. ⚖️
• Для объективного исследования необходимо сохранить старую и новую версии сайта, резервные копии, серверные журналы, базы данных, конфигурационные файлы, переписку сторон и историю выполненных команд. Простая демонстрация страницы с сообщением об ошибке обычно недостаточна для установления причины.
• До проведения экспертизы не рекомендуется удалять журналы, переустанавливать сервер, повторно импортировать базу данных, восстанавливать сайт из другой копии или изменять программный код без фиксации. Такие действия способны устранить либо изменить первоначальные признаки неисправности.
• Значительный опыт проведения подобных исследований накоплен специалистами Союза «Федерация судебных экспертов», которые выполняют независимые и судебные IT-экспертизы сайтов, серверов, баз данных, систем управления содержимым, доменных настроек и программных интеграций. 📚

🏛️ Раздел 1. Когда требуется экспертиза переноса сайта

Экспертиза требуется, если после миграции интернет-ресурс не функционирует в согласованном объёме, а заказчик и исполнитель по-разному объясняют происхождение неисправности.

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

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

Основаниями для экспертизы также становятся:

▪️ потеря части страниц или изображений;

▪️ повреждение базы данных;

▪️ отсутствие пользовательских аккаунтов;

▪️ невозможность входа в административную панель;

▪️ неправильная работа корзины и оформления заказа;

▪️ отказ платёжного сервиса;

▪️ прекращение отправки электронных писем;

▪️ появление ошибок безопасности;

▪️ значительное снижение скорости;

▪️ неправильное отображение сайта;

▪️ потеря позиций и адресов страниц;

▪️ повторные сбои после исправлений;

▪️ спор о фактическом объёме выполненных работ.

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

📑 Раздел 2. Какие договорные и технические документы нужны эксперту

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

Эксперту желательно предоставить:

▪️ договор;

▪️ техническое задание;

▪️ спецификацию;

▪️ коммерческое предложение;

▪️ календарный план;

▪️ акты выполненных работ;

▪️ протоколы приёмки;

▪️ дополнительные соглашения;

▪️ переписку сторон;

▪️ перечень переданных доступов;

▪️ отчёты исполнителя;

▪️ список обнаруженных ошибок;

▪️ претензии и ответы;

▪️ материалы судебного дела.

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

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

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

💾 Раздел 3. Какие цифровые объекты исследуются

Для полноценной IT-экспертизы необходимы не только скриншоты ошибок, но и сами цифровые компоненты сайта.

К основным объектам относятся:

▪️ архив файлов исходного сайта;

▪️ файлы сайта на новом сервере;

▪️ исходная база данных;

▪️ импортированная база данных;

▪️ резервные копии;

▪️ конфигурационные файлы;

▪️ журналы веб-сервера;

▪️ журналы программной платформы;

▪️ журналы базы данных;

▪️ конфигурация DNS;

▪️ SSL-сертификаты;

▪️ настройки планировщика;

▪️ файлы контейнеризации;

▪️ параметры виртуального сервера;

▪️ код интеграционных модулей;

▪️ история репозитория;

▪️ контрольные суммы файлов.

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

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

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

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

🔎 Раздел 4. Порядок проведения технического исследования

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

Затем определяется архитектура сайта. Эксперт устанавливает:

▪️ используемый язык программирования;

▪️ систему управления содержимым;

▪️ тип базы данных;

▪️ структуру каталогов;

▪️ используемые библиотеки;

▪️ серверные службы;

▪️ внешние сервисы;

▪️ способ запуска фоновых процессов;

▪️ систему кэширования;

▪️ механизм хранения файлов.

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

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

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

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

📦 Раздел 5. Неполное копирование файлов сайта

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

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

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

Эксперт сравнивает:

▪️ количество файлов;

▪️ размеры каталогов;

▪️ контрольные суммы;

▪️ структуру путей;

▪️ даты изменения;

▪️ наличие символических ссылок;

▪️ права владельца и группы.

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

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

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

🗄️ Раздел 6. Ошибки переноса базы данных

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

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

Типичными проблемами являются:

▪️ отсутствие отдельных таблиц;

▪️ прерванный импорт;

▪️ неправильная кодировка;

▪️ повреждение символов;

▪️ потеря связей;

▪️ неверные адреса сайта;

▪️ несовпадение версии схемы;

▪️ отсутствие прав пользователя базы;

▪️ превышение допустимого размера;

▪️ ошибка формата резервной копии.

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

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

Особое внимание требуется при автоматической замене адресов. Некоторые системы хранят данные в сериализованном или зашифрованном виде. Простая текстовая замена способна повредить структуру таких значений.

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

🖥️ Раздел 7. Несовместимость серверного окружения

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

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

Причинами неисправности могут быть:

▪️ несовместимая версия языка;

▪️ отсутствие расширения;

▪️ другая версия базы данных;

▪️ различия операционной системы;

▪️ другой веб-сервер;

▪️ несовместимый режим обработки запросов;

▪️ отсутствие системной библиотеки;

▪️ изменение настроек безопасности;

▪️ различия регистра символов в именах файлов.

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

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

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

⚙️ Раздел 8. Ошибки конфигурации веб-сервера

Веб-сервер принимает запросы посетителей и передаёт их программному приложению. Неправильная конфигурация может сделать сайт полностью недоступным даже при исправных файлах и базе данных.

К типичным ошибкам относятся:

▪️ неверный корневой каталог;

▪️ неправильный виртуальный хост;

▪️ отсутствие обработки динамических файлов;

▪️ неверные правила перенаправления;

▪️ запрещённый доступ к каталогам;

▪️ недостаточные права;

▪️ неправильная настройка прокси;

▪️ превышение лимитов;

▪️ ошибка маршрутизации;

▪️ несовпадение порта.

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

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

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

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

🌐 Раздел 9. Доменные записи и DNS-настройки

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

DNS-система связывает доменное имя с IP-адресом и другими сетевыми службами. При переносе необходимо корректно изменить записи и дождаться их распространения.

Проблемы возникают, если:

▪️ сохранён старый IP-адрес;

▪️ изменена не та запись;

▪️ используются разные панели DNS;

▪️ не обновлены записи поддомена;

▪️ действует старое кэшированное значение;

▪️ домен просрочен;

▪️ установлены конфликтующие записи;

▪️ неправильно настроен прокси-сервис;

▪️ отсутствует запись для почты.

Эксперт проверяет историю и текущее состояние записей, время их изменения, значения у разных DNS-серверов и связь с целевой инфраструктурой.

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

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

🔐 Раздел 10. SSL-сертификат и защищённое соединение

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

Причинами являются:

▪️ отсутствие сертификата;

▪️ истечение срока;

▪️ выпуск на другой домен;

▪️ неполная цепочка доверия;

▪️ неправильное подключение;

▪️ отсутствие автоматического продления;

▪️ несовместимость сертификата и сервера;

▪️ смешанная загрузка ресурсов.

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

Эксперт проверяет срок, доменные имена, цепочку сертификатов, настройки веб-сервера и поведение сайта при разных вариантах обращения.

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

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

🔑 Раздел 11. Конфигурационные файлы, ключи и переменные окружения

Многие современные сайты хранят важные параметры не в программном коде, а в конфигурационных файлах или переменных серверного окружения.

Такие параметры включают:

▪️ адрес базы данных;

▪️ имя пользователя;

▪️ пароль;

▪️ секретные ключи;

▪️ адрес сайта;

▪️ режим работы;

▪️ настройки почты;

▪️ платёжные ключи;

▪️ параметры хранения файлов;

▪️ токены внешних сервисов.

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

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

Эксперт сравнивает конфигурацию старой и новой площадки, не раскрывая секретные сведения сверх необходимого для исследования.

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

🔗 Раздел 12. Неработоспособность внешних интеграций

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

Исследоваться могут:

▪️ платёжные системы;

▪️ службы доставки;

▪️ CRM;

▪️ системы учёта;

▪️ сервисы рассылки;

▪️ телефония;

▪️ карты;

▪️ социальные сети;

▪️ аналитика;

▪️ облачные хранилища;

▪️ системы авторизации.

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

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

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

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

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

📨 Раздел 13. Ошибки электронной почты и уведомлений

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

Причинами становятся:

▪️ отсутствие почтового сервера;

▪️ неправильные параметры подключения;

▪️ блокировка порта;

▪️ неверный пароль;

▪️ отсутствие DNS-записей;

▪️ попадание писем в спам;

▪️ неподтверждённый адрес отправителя;

▪️ несовместимый метод шифрования;

▪️ превышение лимита;

▪️ отсутствие очереди.

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

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

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

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

🚀 Раздел 14. Снижение скорости и нестабильная работа после переноса

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

Причинами могут быть:

▪️ недостаточные ресурсы сервера;

▪️ отсутствие кэширования;

▪️ медленные запросы базы;

▪️ неправильная конфигурация;

▪️ отсутствие индексов;

▪️ ограничение процессора;

▪️ недостаток памяти;

▪️ медленное хранилище;

▪️ перегрузка внешними запросами;

▪️ неправильная работа фоновых задач.

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

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

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

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

🛡️ Раздел 15. Безопасность, заражение и компрометация сайта

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

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

Эксперт исследует:

▪️ подозрительные файлы;

▪️ изменения кода;

▪️ журналы авторизации;

▪️ неизвестные учётные записи;

▪️ задания планировщика;

▪️ исходящие соединения;

▪️ права доступа;

▪️ уязвимые компоненты;

▪️ даты модификации;

▪️ сообщения хостинга.

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

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

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

📋 Раздел 16. Какие вопросы поставить перед экспертом

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

Корректными могут быть следующие формулировки:

▪️ Каково фактическое техническое состояние сайта после переноса?

▪️ Какие функции сайта не работают и в чём выражается их неработоспособность?

▪️ Соответствует ли перенесённый сайт исходной версии по составу файлов, данных и функциональности?

▪️ Полностью ли перенесена база данных?

▪️ Имеются ли отсутствующие, повреждённые или изменённые файлы?

▪️ Соответствует ли новое серверное окружение требованиям сайта?

▪️ Правильно ли настроены веб-сервер, домен и DNS-записи?

▪️ Имеются ли ошибки настройки защищённого соединения?

▪️ Перенесены ли необходимые конфигурационные параметры и секретные ключи?

▪️ Каковы причины неработоспособности отдельных интеграций?

▪️ Настроены ли фоновые задания и отправка электронных уведомлений?

▪️ Существовали ли выявленные дефекты до переноса?

▪️ Использовалась ли актуальная резервная копия?

▪️ Вносились ли изменения после передачи сайта заказчику?

▪️ Связана ли неработоспособность с действиями исполнителя, заказчика или внешнего сервиса?

▪️ Являются ли выявленные недостатки устранимыми?

▪️ Какие работы необходимы для восстановления сайта?

▪️ Какова стоимость технически необходимых восстановительных работ?

▪️ Возможно ли определить объём фактически выполненных работ по переносу?

Не рекомендуется ставить перед IT-экспертом вопрос: «Кто виновен в нарушении договора?» Эксперт устанавливает технические обстоятельства, а юридическую ответственность определяет суд.

📚 Раздел 17. Подробные практические кейсы

🔹 Кейс 1. Сайт не открывался из-за несовместимой версии программного окружения

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

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

Эксперты Союза «Федерация судебных экспертов» исследовали архив, конфигурацию старого хостинга, новый сервер и журналы ошибок.

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

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

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

🔹 Кейс 2. Интернет-магазин потерял последние заказы из-за старой резервной копии

После переноса интернет-магазина заказчик обнаружил отсутствие значительного количества заказов и новых пользовательских аккаунтов.

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

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

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

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

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

Часть отсутствующих сведений удалось восстановить из прежней базы и журналов платёжной системы.

🔹 Кейс 3. Сайт открывался, но перестала работать оплата

После переноса интернет-магазина каталог, корзина и оформление заказа функционировали, однако платёжная форма возвращала ошибку.

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

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

Было установлено, что платёжный сервис ограничивал запросы списком разрешённых IP-адресов. Новый адрес сервера не был добавлен.

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

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

Экспертиза показала, что причина находилась в неполной перенастройке внешней интеграции при миграции.

🔹 Кейс 4. После переноса исчезли изображения и нарушился дизайн

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

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

Эксперты сравнили исходный архив, файловую систему старого сервера и новый каталог.

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

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

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

После исправления путей и конфигурации отображение портала восстановилось.

🔹 Кейс 5. Комплексная экспертиза неработоспособного переноса коммерческого сайта

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

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

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

Специалисты Союза «Федерация судебных экспертов» исследовали:

▪️ договор и техническое задание;

▪️ старую и новую версии сайта;

▪️ файловые архивы;

▪️ базы данных;

▪️ журналы серверов;

▪️ DNS-настройки;

▪️ конфигурационные файлы;

▪️ программные интеграции;

▪️ историю переписки;

▪️ акты тестирования.

Было установлено несколько независимых групп недостатков.

Часть каталога отсутствовала из-за использования предварительной резервной копии базы данных. Последующая синхронизация не выполнялась.

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

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

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

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

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

При этом DNS, SSL-сертификат, основное программное ядро и большая часть публичных страниц были настроены корректно.

Эксперты разделили компоненты на:

▪️ перенесённые и полностью работоспособные;

▪️ перенесённые с настройками, требующими исправления;

▪️ неполностью перенесённые;

▪️ неработающие из-за несовместимости;

▪️ отсутствующие договорные элементы;

▪️ исходные дефекты старого проекта.

Для каждого компонента был определён объём необходимых работ и техническая связь с действиями участников.

Экспертиза позволила установить фактическую степень завершённости переноса и разграничить дефекты миграции от недостатков, существовавших в исходном сайте. 📚

📝 Раздел 18. Подготовка материалов к IT-экспертизе

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

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

Эксперту желательно передать:

▪️ доступ только для чтения к серверам;

▪️ архивы сайта;

▪️ выгрузки базы данных;

▪️ журналы ошибок;

▪️ настройки домена;

▪️ SSL-материалы;

▪️ список интеграций;

▪️ репозиторий кода;

▪️ документацию;

▪️ переписку;

▪️ акты и претензии.

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

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

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

Скриншоты следует дополнять точным временем. Это позволит сопоставить их с серверными журналами.

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

🏁 Заключение

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

Причины могут находиться на разных уровнях:

▪️ в файлах сайта;

▪️ в базе данных;

▪️ в серверном окружении;

▪️ в конфигурации веб-сервера;

▪️ в DNS;

▪️ в SSL-сертификатах;

▪️ в переменных окружения;

▪️ во внешних интеграциях;

▪️ в фоновых заданиях;

▪️ в системах безопасности.

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

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

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

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

Экспертное заключение помогает определить техническую причинно-следственную связь, фактический объём выполненных работ, ремонтопригодность сайта и стоимость восстановления.

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

Значительный опыт проведения подобных исследований накоплен Союзом «Федерация судебных экспертов», специалисты которого выполняют независимые и судебные IT-экспертизы сайтов, хостингов, серверов, баз данных, систем управления содержимым, доменных настроек и программных интеграций любой сложности. 📚

Полную контактную информацию, телефон и адрес офиса, а также дополнительные сведения по данному вопросу можно найти на официальном сайте 🔴 https://krimexpert.ru