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

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

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

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

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

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

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

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

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

вопрос 1 из 10

Ты только что получил баг-репорт от тестировщика. Твои действия?

А) Начну гуглить ошибку и читать Stack Overflow. Надеюсь, кто-то уже с этим сталкивался!

Б) Попробую сначала сам, но, если что, спрошу у коллег.

В) Исправлю баг, но сначала напишу тестировщику, что это фича, а не баг.

Далее

вопрос 1 из 10

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

А) Комментарии? А разве это не для слабоумных? Я и сам-то еле понимаю, что написал.

Б) Комментирую иногда, но чаще надеюсь, что мне повезёт и всё будет понятно без этого.

В) Мой код понятен даже без комментариев. Но иногда пишу комментарии для джунов, пусть учатся.

Далее

вопрос 1 из 10

У тебя сломался билд прямо перед дедлайном. Что ты сделаешь?

А) Паника!!! Быстро в гугл, может, кто-то уже нашел решение.

Б) Подожду, пока коллега поможет. Не хочется случайно всё сломать.

В) Я просто перезапущу билд и помедитирую. Если не починится, всё равно скажу, что это сервер виноват.

Далее

вопрос 1 из 10

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

А) Беру первое, что предлагают на курсах. Главное, чтобы не тупить сильно.

Б) Пробую несколько вариантов, потом решаю, что лучше подходит.

В) Только самые последние и лучшие инструменты — я же профи, у меня всегда должно быть всё на уровне.

Далее

вопрос 1 из 10

Что ты чувствуешь, когда видишь Legacy-код?

А) Страх и боль. Лучше бы этого вообще не было в моем поле зрения.

Б) Вздохну тяжело, но начну разбираться, хоть и с опаской.

В) «Это я видел в 2005, справлюсь!» — и иду чинить без паники.

Далее

вопрос 1 из 10

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

А) Мне кажется, что меня сейчас засмеют. Лучше бы вообще не трогали.

Б) Иногда прислушиваюсь, иногда делаю по-своему. Но в целом норм.

В) Я делаю ревью и иногда говорю: «Ну, это же джун написал, понятно.»

Далее

вопрос 1 из 10

Коллега попросил тебя объяснить какую-то сложную тему. Как ты поступишь?

А) Брошу ему ссылку на YouTube — пусть сам разбирается.

Б) Объясню своими словами, но, если сам не уверен, подгляжу в гугл.

В) Проведу мини-лекцию с презентацией и примерами, ведь я тут гуру!

Далее