Трудности переноса: как сменить домен или CMS сайта

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

Технические нюансы

1. Для выполнения переноса сайта нужно скопировать все файлы и данные старого ресурса. Особое внимание следует уделить исправному сохранению базы данных. Сохранив файлы FTP, используемые на сайте, необходимо скопировать базу данных с помощью специализированных сервисов, и экспортировать данные.
2. Если не предполагается никаких изменений в функциях, визуале или CMS, можно переносить данные в папку с соответствующим доменом и импортировать базу данных.
3. Если необходимо произвести изменения CMS, разработку сайта лучше проводить на тестовом сервере. Сначала выбирается подходящий CMS (универсальный или специализированный для типа Вашего сайта). Удобнее выбирать распространенные варианты, так как в сети проще найти подрядчиков для работ с сайтом.
4. Если планируется разработка CMS, в техническом задании должен быть прописан весь функционал клиентской и административной части.
5. Для каждого сайта требуется особый подход к выполнению переноса, в том числе анализ базы данных и функционала ресурса.
6. Не желательно использовать для переноса плагины. В их системе используется стандартный вид базы данных, однако это подходит не для всех сайтов. По этой причине могут возникнуть ошибки в виде искажения базы данных, запросов, административной части и др.

Что важно с точки зрения SEO продвижения

1. Лучше всего заниматься переносом сайта в середине недели – так будет возможность проверить ресурс на наличие ошибок, не оставляя неисправный сайт на выходные.
2. Если существует старая версия сайта, желательно выполнить редирект – передачу истории ресурса и поведенческих факторов на новый адрес. Зачастую при переносе теряется около четверти трафика, а без выполнения редиректа этот показатель может достигать 50%.
3. В некоторых случаях во время переноса остаются доступными старые неактуальные страницы, так как они получают некорректный ответ сервера 404. В результате помимо нового сайта в сети останутся недействующие страницы, если своевременно их не удалить.
4. Для повышения конверсии товары, снятые с производства, не нужно удалять с сайта. На сайте остаются их характеристики и пользователю предлагаются похожие варианты, что выгодно с точки зрения SEO продвижения сайтов.
5. Зачастую после переноса требуется раскрутка сайта. Чтобы выполнить этот процесс быстро и качественно, можно заказать SEO продвижение сайта. Специалисты быстро поднимут конверсии на уровень старого сайта или даже увеличат их.

После переноса

Непосредственно после переноса необходимо проверить:

• Визуал и структуру – во время переноса может быть искажен дизайн или верстка.
• Мобильную версию – убедитесь, то на мобильных устройствах сайт исправно работает.
• Функционал ресурса – удостоверьтесь, что поиск, фильтры, личный кабинет и остальные функции исправны.
• ЧПУ – адреса не должны содержать нечитаемых символов. Этот фактор особенно важен для раскрутки веб-сайта, а также СЕО продвижения сайта.
• Панель администратора – проверьте, нет ли проблем с добавлением на сайт материалов и изменением их свойств.
• Базу данных, кодировки, дату и время.
• Скорость загрузки страниц.

вопрос 1 из 10

Как ты проводишь тестирование?

А) Пробегаюсь по основным функциям — если работает, значит, всё норм!

Б) Следую чек-листам и проверяю каждый пункт. Ну, почти каждый.

В) Делаю полный анализ всего и ещё немного — даже у теста будут тесты.

Далее

вопрос 1 из 10

Как ты реагируешь, когда находишь баг?

А) «Эээ, это точно не моя проблема, так что дальше тестирую!»

Б) Сразу пишу в баг-трекер с комментарием, что разработчики опять налажали.

В) Праздную маленькую победу: нашёл ещё одну ошибку и спас человечество!

Далее

вопрос 1 из 10

Продукт вот-вот выходит в релиз, и времени на тесты почти нет. Что ты делаешь?

А) «Авось пронесёт!» — быстро пробегусь по основному сценарию и всё.

Б) Перепроверяю самые важные части, а мелочи — на потом.

В) Работаю, как супергерой: успеваю всё и даже больше, ведь я — последняя линия защиты!

Далее

вопрос 1 из 10

Что ты делаешь, если прод упал из-за бага?

А) Молча притворяюсь, что вообще не при делах, и тихо ухожу из чата.

Б) Возмущаюсь и кидаю ссылку на тикет: «Я же говорил, что это важно!»

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

Далее

вопрос 1 из 10

Тебе нужно протестировать новую фичу, но документации по ней нет. Что будешь делать?

А) «На глазок сойдёт» — протестирую, как сам понял.

Б) Начну задавать кучу вопросов разработчикам, пока не выбью из них правду.

В) Пройду весь продукт вдоль и поперёк, даже если придётся писать документацию самому.

Далее

вопрос 1 из 10

Как ты относишься к автоматизированным тестам?

А) Зачем? Я и вручную справлюсь, если вдруг найду время.

Б) Вроде полезная штука, но пусть это лучше автоматизаторы делают.

В) Обожаю их! Настрою так, чтобы баги даже близко не подбирались.

Далее

вопрос 1 из 10

Когда коллеги просят протестировать их код, ты...

А) Пропускаешь это мимо ушей, пока кто-то другой не займётся.

Б) Соглашаешься, но проверяешь поверхностно, чтобы не увязнуть надолго.

В) Провожу настоящий краш-тест, чтобы коллеги потом сказали: «Ну ты и зануда!»

Далее