После переноса на новый сервер пропали картинки и оформление: причины и решение

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

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

Первое, что нужно сделать: посмотреть, чего именно не хватает

Прежде чем гадать, надо получить точные данные. Это делается за минуту.

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

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

Ответ «не найдено» — файла нет по указанному адресу. Либо он не перенёсся, либо адрес изменился, либо буквы в имени файла не совпадают.

Ответ «доступ запрещён» — файл есть, но сервер не даёт его отдать. Это права доступа.

Ответ «ошибка сервера» — что-то не так с настройками или файл повреждён.

Запрос вообще не ушёл или ушёл на чужой адрес — в коде страницы прописан адрес старого сервера или тестовой копии.

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

Запишите два-три примера проблемных адресов — с ними и работаем дальше.

Причина первая: разница в регистре букв

Самая частая причина пропавших картинок при переносе — и самая неочевидная.

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

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

Как распознать: в списке запросов адреса выглядят абсолютно правильно, файлы в папке лежат, но ответ — «не найдено». Открываете файл по прямой ссылке — не открывается. Меняете букву на строчную — открывается.

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

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

Причина вторая: права доступа к файлам и папкам

Файлы перенеслись, лежат на месте, но сервер отвечает «доступ запрещён».

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

Как распознать: ответ «доступ запрещён», причём массово — не для одного файла, а для целой папки.

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

Важно: не выставляйте полные права всем подряд «чтобы точно заработало». Это стандартный способ получить взломанный сайт через месяц. Права должны быть минимально достаточными.

Причина третья: в коде прописаны полные адреса старого сервера

Ссылки на файлы бывают двух видов: относительные (от корня сайта) и абсолютные (с указанием полного адреса).

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

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

Что делать: заменить старый адрес на новый по всей базе данных и в файлах шаблонов. Обязательно сделав резервную копию перед заменой. Заменять нужно аккуратно: искать именно строку домена, а не отдельные слова.

Отдельный случай: тестовая копия. Сайт разрабатывали на временном адресе, перенесли на боевой домен, а часть ссылок осталась на тестовый. Тестовый закрыли — картинки пропали.

Причина четвёртая: смешанное содержимое

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

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

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

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

Причина пятая: файлы не перенеслись

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

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

Копирование оборвалось. Большие архивы распаковываются с ошибками, часть файлов теряется.

Файлы лежали вне папки сайта. Иногда медиатека настроена на каталог за пределами основной папки — при переносе его не видят.

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

Что делать: докопировать. И на будущее — сверять объём и количество файлов до и после переноса, а не полагаться на то, что «архив вроде распаковался».

Причина шестая: неправильно настроен веб-сервер

Файлы на месте, права нормальные, адреса верные — а всё равно не работает.

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

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

Неверно указан корневой каталог сайта. Сервер смотрит не в ту папку — тогда часть путей ломается.

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

Как распознать: ошибки массовые и системные, а не точечные. Логи сервера обычно прямо указывают на причину — их и надо смотреть в первую очередь.

Причина седьмая: кэш

Иногда пропавшие стили и картинки — это не реальная проблема, а последствия кэширования.

Браузер держит старую версию файла оформления и пытается применить её к новой разметке. Результат — съехавшая вёрстка.

Кэш системы управления содержит ссылки на старые пути.

Кэш на стороне сервера или сети доставки содержимого отдаёт устаревшие данные.

Как распознать: у вас всё сломано, а у коллеги с другого компьютера — нормально. Или наоборот. Открытие в приватном окне показывает другую картину.

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

Причина восьмая: не создаются уменьшенные копии изображений

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

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

Что делать: проверить права на папку с копиями, наличие модуля обработки изображений и лимиты памяти. После исправления — запустить массовую перегенерацию копий средствами системы управления. В ХостСМС это делается штатно из панели, без ручной работы с файлами.

Порядок действий: как чинить

Сводя всё вместе, практическая последовательность такая.

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

Шаг 2. Взять один проблемный адрес и открыть его напрямую в браузере. Открывается — проблема в разметке или кэше. Не открывается — работаем с файлом.

Шаг 3. Зайти на сервер и проверить, есть ли файл физически и как он называется — точно ли совпадает регистр.

Шаг 4. Проверить права доступа и владельца файлов.

Шаг 5. Посмотреть логи сервера — они часто прямо называют причину.

Шаг 6. Проверить, нет ли в базе и шаблонах адресов старого сервера или незащищённого варианта.

Шаг 7. Очистить все кэши и перепроверить.

Шаг 8. Если проблема в уменьшенных копиях — запустить их перегенерацию.

В девяти случаях из десяти причина находится на первых четырёх шагах.

Как переносить сайт, чтобы это не повторялось

Профилактика гораздо дешевле разбора последствий.

Полная резервная копия до переноса — файлы и база отдельно, с проверкой, что копия разворачивается.

Сверка объёма и количества файлов после копирования. Расхождение — сигнал, что копирование неполное.

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

Чек-лист проверки после переноса: главная, страница услуги, карточка товара, каталог со списком, форма заявки (отправить тестовую и убедиться, что письмо дошло), корзина и оформление заказа, личный кабинет, поиск по сайту, мобильная версия, страница ошибки.

Проверка на нескольких устройствах и в нескольких браузерах, а не только на своём компьютере.

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

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

Как это связано с продвижением 3 в 1

Битые изображения и слетевшее оформление — это не косметическая проблема, она бьёт по обращениям сразу с трёх сторон.

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

Яндекс.Справочник и Яндекс Бизнес. Ссылка из карточки ведёт на сайт. Человек, попавший на сломанную страницу, возвращается к карте и звонит следующему в списке. Заполненная карточка с телефоном при этом продолжает приводить обращения — это ваша подстраховка на время неполадок, ещё один довод держать её в порядке.

2ГИС. То же самое. Пока сайт чинится, звонки из 2ГИС идут, если карточка актуальна.

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

Что проверить прямо сейчас, даже если ничего не переносили

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

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

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