Как правильно перенести сайт на новый движок
- Причины переноса сайта на другой движок
- Что учесть перед переносом сайта
- Подготовка качественного технического задания
- Контроль за внедрением ТЗ и анализ результатов
- Подготовка технического задания для переноса сайта
- Этапы переноса сайта с одной CMS на другую
- Что сделать после переезда на новый движок
- Настройка системы аналитики
- Настройка robots.txt
- Генерирование правильного файла sitemap.xml
- Изменение всех внутренних ссылок на актуальные
- Правила индексации страниц
- Рекомендации по переносу сайта
Собственный сайт способен приносить человеку или компании поразительные результаты и содействовать стремительному развитию бизнеса. Однако, достаточно существенное количество людей сталкиваются с тем, что их ресурс больше забирает времени, сил и средств, нежели способствует достижению поставленных перед ним задач. Причины этому могут быть совершенно разные, к одной из наиболее распространенных относится та, что использующаяся CMS не удовлетворяет потребностям и ожиданиям владельца сайта. В данном случае, часто может требоваться смена движка сайта, потому что продолжать работать с использующейся CMS может быть сложно, дорого и малоэффективно.
Если вы столкнулись с тем, что существующий сайт уже не справляется со своими задачами, возможно, самое время задуматься о том, как перенести сайт на другой движок? В данной статье мы подробно рассмотрим этот вопрос. Из статьи вы узнаете:
- В каких случаях стоит проводить перенос сайта на другую CMS.
- Что необходимо сделать перед началом работ по переносу сайта.
- Пошаговая инструкция по переносу сайта на новый движок.
- Какие шаги стоит предпринять уже после того, как сайт «переехал» на новую CMS.
- Важные фишки и рекомендации, которые позволят перенести сайт с одной CMS на другую максимально легко и эффективно.
Причины переноса сайта на другой движок
Стоит помнить, что переезд сайта с одного движка на другой – вопрос достаточно трудоемкий и чаще всего дорогостоящий, поэтому большинство специалистов рекомендуют прибегать к нему лишь в крайних, исключительных, ситуациях когда платформа для создания интернет-магазина перестала удовлетворять ваши потребности. Практика показывает, что ряд проблем и неудобств можно устранить и без того, чтобы переводить сайт на новый движок – обратим внимание на несколько примеров:
- Определенная CMS более знакомая, нежели та, которой вы пользуетесь сейчас. К примеру, человек может хорошо знать WordPress, но иметь сайт на OpenCart и думать: «Лучше я перенесу свой ресурс на более знакомую и удобную для себя систему, и не буду знать проблем». В действительности же, намного проще, быстрее и менее рискованно освоить тонкости новой для себя CMS, нежели заниматься переносом сайта.
- Недостаточно число бесплатных плагинов также побуждает некоторых думать об изменении CMS. В действительности же, здесь нужно все тщательно просчитать: во многих случаях будет проще, быстрее и дешевле заплатить за необходимые плагины, нежели заниматься переездом на новый движок.
- Сайт не соответствует стилю и имиджу компании – лучше потратить время и деньги, чтобы доработать и усовершенствовать то, что имеете, нежели предпринимать кардинальные изменения.
- Страх перед взломом сайта. Здесь стоит быть честным – если злоумышленники пожелают, то взломать и повредить они смогут любой ресурс. Даже правительственные сайты и сайты крупных компаний порой страдают от атак кибер злоумышленников, и изменение CMS в этом вопросе, к сожалению, мало поможет.
Это правда, что в ряде случаев можно обойтись без изменения CMS сайта и при этом ничего не потерять. Вместе с тем, существуют объективные ситуации и причины, в которых подобный переезд не только оправдан, но даже необходим. Обратим внимание на самые распространенные из них.
- Сайт на HTML не соответствует вашим потребностям. Ресурсы, разработанные на HTML, достаточно надежные и удобные. Но их особенность состоит в том, что подобные сайты предназначены для небольшого количества страниц. Если же вы планируете постоянно наполнять собственный ресурс, размещая на нем новые страницы с информацией или товарами, тогда будет проще работать со стандартным движком.
- Самописный сайт уже не соответствует вашим потребностям, а дорабатывать его слишком долго и дорого. Не стоит считать, что самописные сайты – это однозначно плохо. Некоторые из подобных ресурсов весьма успешно используются даже в крупных интернет-магазинах. Трудность состоит в том, что иногда на самописные сайты невозможно внести необходимые изменения или же сделать это очень сложно, что отрицательно сказывается на удобстве использования сайта и на его продвижении. В таком случае, может быть целесообразно перенести сайт на новую CMS и продолжить работать в полную силу.
- Сайт на конструкторе больше не удовлетворяет ваши потребности. Достаточно большое число людей и компаний, думая, что это проще и дешевле, свой первый сайт создают на конструкторе. Часто, впоследствии, обнаруживается, что такие ресурсы очень сложно продвигать в поисковой выдаче и проблематично реализовывать в них желаемые изменения. Порой лучшим решением вопроса будет как раз изменение CMS.
Принять решение об изменении движка собственного сайта – одно дело. Совсем другой вопрос, как правильно спланировать и выполнить работу, чтобы внедренные изменения принесли максимально положительный эффект? Некоторые владельцы сайтов, приняв решение об изменении CMS, сразу принимаются за работу – это рискованный вариант, который может плохо отразиться на работоспособности ресурса и отрицательно повлиять, как на внутреннюю, так и на внешнюю оптимизацию. Есть список действий, которые необходимо предпринять еще перед началом работ по изменению движка сайта. Обратим внимание на ключевые подготовительные этапы.
Что учесть перед переносом сайта
В большинстве случаев, одной из ключевых причин переноса сайта на новый движок является то, что использующаяся CMS не дает возможности настроитьи внедрить желаемые решения для комплексного SEO-продвижения. Расчеты показывают, что в большинстве случаев финансово рентабельно выделить бюджет на изменение использующегося движка, нежели отказываться от органического трафика и привлекать клиентов за счет контекстной рекламы, стоимость которой имеет тенденцию к возрастанию.
Чтобы достичь максимально положительного эффекта от мероприятий, связанных с переносом сайта на новый движок, уже на этапе подготовительных работ лучше всего задействовать квалифицированного СЕО-специалиста, который сможет не только грамотно составить ТЗ для программиста, но и проконтролировать правильность его выполнения. Весь комплекс подготовительных работ условно можно разделить на три этапа:
- Подготовка технического задания, чтобы его внедрить на тестовой версии сайта.
- Контроль внедрений рекомендаций, предоставленных в ТЗ, и анализ тестовой версии сайта.
- Подготовка ТЗ непосредственно для переноса сайта на новый движок.
Каждый из данных этапов имеет список задач и мероприятий, которые необходимо выполнить. Собрав их воедино, получится полный чек-лист подготовительного этапа по переезду сайта на новый движок.
Подготовка качественного технического задания
Как правило, лучше всего, чтобы техническое задание для программиста составлял СЕО-специалист. В таком случае, можно достичь максимальной эффективности изменения CMS и, что очень важно, индексация ресурса на новом движке будет проходить быстро и гладко.
Задачей №0 при подготовке ТЗ должно быть то, чтобы СЕО-специалист хорошо ознакомился с возможностями и особенностями новой CMS – это предоставит возможность внедрить изменения максимально быстро и качественно, а также достичь от произведенных изменений наилучших результатов. Что же должно обязательно включаться в техническое задание для программиста? Основными пунктами являются следующие:
- Создание новой структуры сайта со всеми типами страниц. Данный пункт в ТЗ актуален в том случае, если на старой CMS вы не имели возможности реализовать желаемую структуру, она не поддерживала создание определенных страниц или же вы приняли решение расширить/обновить структуру собственного ресурса.
- Формирование структуры новых URL адресов для каждой страницы сайта. Конечно, в идеале было бы достичь того, чтобы адреса страниц не изменялись при смене движка сайта. На практике же, достичь этого практически невозможно. Поэтому, еще перед началом работ по переносу, необходимо задать шаблоны по формированию URL каждого типа страниц.
- Инструкция по внедрению мета-тегов. В некоторых сайтах мета-описания прописываются вручную, на других же они генерируются автоматически. В том случае если на предыдущем сайте вы вручную прописывали Title, Keywords, Description, H1 – выпишите их в отдельную таблицу, чтобы затем вставить на новом движке. В том случае, когда данные генерировались с использованием шаблонов, вы можете эти шаблоны доработать (при необходимости) и перенести на новую CMS.
- Подготовка базовых технических рекомендаций. В такие рекомендации должен входить широкий круг вопросов. К которым относятся следующие: список страниц, которые следует закрыть от индексации, пожелания в отношении настройки файла robots.txt, настройка и оптимизации страниц пагинации, оптимизация и настройка выдачи кодов ответа сервера, автоматическая генерации/обновление sitemap.xml и html-sitemap, настройка canonical, оптимизация микроразметки, внедрение мультиязычности сайта, настройка автоматических редиректов (особенное внимание следует уделить 301-му редиректу), оптимизации изображений.
- Внедрение СЕО-правок. SEO-специалист может предложить комплекс решений, которые невозможно было внедрить на предыдущем движке, но вполне доступно – на новой CMS. Желательно проработать список таких изменений до начала работ по переезду и предоставить их программисту, в таком случае, можно рассчитывать на реализацию максимального числа правок за минимальное время и минимальным бюджетом.
Данный этап работы очень важен и к нему следует подходить максимально тщательно. Ведь, практика показывает, что полное и правильно составленное ТЗ, позволяет предотвратить многие проблемы и достичь положительного эффекта от переезда.
Контроль за внедрением ТЗ и анализ результатов
После получения ТЗ, программист приступает к работе над сайтом и спустя определенное время сообщает приятную новость, что тестовая версия сайта уже готова. Конечно, это приятно и здорово, но не нужно слишком радоваться, лучше провести комплексный анализ того, что удалось внедрить из предоставленного ТЗ, а некоторые моменты необходимо доработать на данном этапе. Особое внимание следует уделить таким моментам:
- Согласуйте дизайн сайта. Некоторые дизайнеры используют в своей работе макеты, другие же предоставляют заказчику только готовый вариант проекта. Если вам необходимо сделать редизайн, конечно вы заранее все согласовали и описали специалисту свои ожидания. Но, все же, зачастую предложенный вариант нуждается в доработках. Если вы желаете внести правки в дизайн сайта – глобальные или незначительные, обязательно фиксируйте все моменты и пожелания на бумаге, затем обсудите их с дизайнером.
- Поэтапный контроль внедрения технической части. Не стоит дотягивать до момента сдачи сайта, а лишь потом проверить работу программистов. Просите специалиста поэтапно, по мере готовности, показывать вам полученные результаты – это позволит внести необходимые правки и, в случае надобности, подкорректировать работу по мере ее выполнения.
- Сделайте мини-аудит юзабилити. Желательно, уже на данном этапе проверить, насколько удобно расположено меню сайта, работоспособность различных его страниц, а также удобство форм захвата. Если вы заметите, что что-то стоит доработать, правки будет проще внести уже на данном этапе, не дожидаясь полного переезда ресурса.
- Выполните аудит тестовой версии сайта. Когда сайт уже практически готов к запуску, следует провести его аудит, с целью определить работоспособность и, возможно, определить, где необходимо сделать доработки. Особого внимания заслуживают следующие области: насколько четко работает основной функционал, не устарела ли информация на сайте, все ли тестовые страницы и временные тексты были удалены с сайта, не генерируется ли какие-либо ненужные ссылки (к примеру, блоком быстрого просмотра), правильно ли отображаются новые типы страниц с динамическими URL, наличие циклических редиректов.
Подготовка технического задания для переноса сайта
После того, как новые URL и структура внедрены на тестовой версии сайта, необходимо приступить к созданию ТЗ непосредственно для переезда. Стоит отметить, что каким бы качественным и хорошо продуманным не было бы это ТЗ, вы будете его дорабатывать вплоть до завершения всего этапа работ. В список необходимых работ входит следующее:
- Бекап. Нужно сделать бекапы обеих сайтов (старого и нового), благодаря этому, вы всегда сможете восстановить информацию, если что-то пойдет не по плану.
- Выгрузите список 301-х редиректов. В этом вопросе. Часто забывается, что на старом сайте уже могли присутствовать редиректы – если их не учесть, можно потерять определенную долю целевого трафика. Чтобы найти все 301-е редиректы, нужно попросить программистов выгрузить ее с сайта, а также воспользоваться специальными инструментами Ahrefs и Netpeak Cheсker. В Ahrefs вы можете через «Export» выгрузить те страницы, которые имеют внешние ссылки.
В полученной таблице обращайте внимание только на столбец ««Link URL», в котором отображаются только страницы, на которые есть внешние ссылки.
Далее воспользуйтесь сервисами Google Analytics, благодаря которым можно определить и выгрузить страницы, приносящие наибольший трафик на сайт. Для этого нужно перейти в отчет «Каналы — Organic Search», выбрать нужные даты (рекомендуется устанавливать большой промежуток времени: год-два) и основной параметр «Страница входа». Выберите вывод 500-1000 строк и нажимайте «Экспортировать».
Таким образом, у вас появилось две таблицы, из которых нужно сделать одну, удалив дубли страниц. Быстро выполнить эту работу можно с помощью Notepad++ с дополнительным расширением TextFX.
Когда таблица с URL готова, необходимо по каждому из них пробить коды доступа – это позволит точно определить, в каком статусе каждая страница находиться на настоящее время. Быстро выполнить данную работу можно благодаря Netpeak Cheсker.
Итак, проделав вышеописанную работу, вы сможете обнаружить все существующие редиректы. На следующем этапе необходимо страницы со старого сайта сопоставить со страницами с нового сайта, чтобы настроить между ними 301-й редирект. Если же на новом сайте не планируется соответствующая страница, необходимо правильно оформить 404-ю ошибку, чтобы не терять потенциальных посетителей.
Если. к примеру, вы переносите на новый движок собственный небольшой интернет-магазин, редиректы для категорий и подкатегорий в таблице Excel можно прописать вручную, а сделать редиректы на страницы товаров – поручить программисту. Подобная таблица редиректов может выглядеть приблизительно следующим образом.
В том случае, когда сайт большой, формирование URL можно доверить программисту, а задачей СЕО-специалиста будет его проконтролировать. Чтобы работа выполнилась корректно, желательно, чтобы URL-ы формировались по определенным правилам, иначе, программист может не сориентироваться, как их прописывать.
- Перенос контента. Каждый сайт имеет достаточно много контента, который включает в себя текст, иллюстрации и видео. Очень важно именно на подготовительном этапе перенести весь контент на новый ресурс, в противном случае, его можно попросту потерять. Если сайт небольшой, дайте программисту четкую инструкцию, с какой страницы на какую необходимо перенести контент. Затем, обязательно перепроверьте выполненную работу.
- Файлы верификации. В ТЗ для программиста укажите, чтобы файлы верификации для Google и Яндекс были оставлены в корневой папке сайта, благодаря этому они не потеряются при переезде.
- Синхронизация информации. Убедитесь, что перед окончательным переездом, на новом сайте вся информация (цены, описания, контакты и пр.) будет актуальной. Дело в том, что часто бывает так, что база данных переноситься на тестовую версию сайта, но не обновляется – перед окончательным переносом ресурса этот фактор необходимо перепроверить.
- Командная работа. Составляя ТЗ для программиста, в нем обязательно нужно оговорить, кого и каким образом он должен предупредить о дне, на который запланирована смена движка сайта. По умолчанию, уведомить о дате переезда необходимо специалистов, занимающихся контекстной и таргентинговой рекламой.
- Одобрение ответственным лицом. Отдельным пунктом в техзадании для программиста нужно выделить, от кого он должен получить окончательное подтверждение относительно даты и других особенностей переноса сайта на новую CMS.
Этапы переноса сайта с одной CMS на другую
Когда подготовительная часть работы подошла к концу, можно приступать непосредственно к переносу сайта. Прежде, нежели мы рассмотрим этапы работы, стоит сразу же отметить, что данный процесс невозможно сделать очень быстро, а если воспользоваться услугами сторонних компаний или специалистов, его стоимость будет стремиться к ценнику изготовления нового сайта с нуля. Причина этого состоит в том, что необходимо выполнить достаточно большой объем работы.
Условно, весь этап переноса сайта на новый движок можно разделить на 6 ключевых этапов:
- Внимательное изучение обеих систем сайта (существующей и новой), а также анализ, каким должен получиться ресурс в конечном итоге. Обратите внимание на возможности и инструменты новой CMS. Многие пользователи остановили собственный выбор именно на Okay-CSM по той причине, что данная платформа удобная в использовании и предоставляет широкие возможности для СЕО-продвижения. В этом вопросе спешка опасна, так как можно упустить из виду что-то важное, что будет иметь отрицательные последствия для интернет-ресурса.
- Развернуть CMS, настроить ее и подключить полный комплект необходимых модулей. Если на прошлой версии сайта уже использовались определенные модули, просто перенести их не получиться, настройку придется выполнять заново.
- Дизайн и верстка страниц. Если обе системы используют совместимые между собой шаблонизаторы, работа для «натягивания» дизайна на сайт существенно упрощается. Если же шаблонизаторы несовместимые – работы предстоит выполнить очень много.
- Разработка новых модулей или кастомизация существующих. Далеко не всегда набор модулей в определенной CMS способен полностью удовлетворить потребности владельца сайта. В некоторых случаях существующие модули есть возможность доработать, в других же – необходимо создавать новые. При создании или доработке модуля, важно предельно четко понимать задачи, которые необходимо решить – это позволит программисту качественно выполнить работу. Если возможно, хорошо было бы специалисту показать, как должно быть реализовано определенное решение – для этого можно воспользоваться сторонними сайтами, на которых реализовано выбранное вами решение.
- Тестирование. Необходимо проверить правильность работы сайта и, в случае выявления неисправностей или некорректной работы, найти и устранить причины. Чтобы данную работу выполнить максимально качественно, подойдите к собственному сайту не с позиции владельца или разработчика, а с точки зрения пользователя. Максимально тщательно отнеситесь ко всем функциям сайта и протестируйте их на удобство и работоспособность.
- Перенос всей проделанной работы на выбранный сервер и отладка сайта там. В некоторых случаях, данный процесс занимает очень много времени и сил, что может быть обусловлено тем, что сервер не поддерживает внедрение тех или иных решений. В таком случае, необходимо либо искать возможности использования инструментов сервера, либо даже искать новый сервер, более соответствующий вашим потребностям. В случае возникновения трудностей, можно начать с того, чтобы обратиться в службу поддержки сервера (как правило, эта служба работает в будни дни, в рабочее время).
Что сделать после переезда на новый движок
Если вы успешно перевели собственный сайт на новый движок, еще не время расслабляться. Чтобы работоспособность и индексация сайта были максимально высокими, необходимо предпринять ряд действий, весь перечень которых комфортно выполнять на платформе Okay-CSM. К основным моментам, на которые стоит обратить внимание после переезда на новую CMS, относятся следующие:
Настройка системы аналитики
В данный этап входит следующее: внедрение кодов отслеживания для Google Analytics, Яндекс.Метрики и Google Tag Manager; настройте электронную торговлю (относиться к ecommerce проектам); настройте процессы отслеживания выбранных событий.
Настройка robots.txt
Часто настройки данного файла копируются с тестовой версии сайта, если их своевременно не изменить, то весь новый сайт потеряет свою доступность для поисковых систем и будет закрыт от индексации.
Генерирование правильного файла sitemap.xml
Распространены ситуации, когда sitemap.xml просто автоматически переноситься с тестовой версии сайта на основную. Обязательно, пропишите в ТЗ для программиста, чтобы он сгенерировал правильную копию данного файла.
Изменение всех внутренних ссылок на актуальные
После закрытия тестовой версии сайта и его переноса на новый движок, необходимо убедиться в актуальности всех новых ссылок. К числу таких ссылок относятся следующие: меню, ссылки в текстах, ссылки в атрибутах next, prev, canonical. Перенеся сайт, необходимо выгрузить все такие ссылки и отправить их контент менеджеру, чтобы проставить правильные.
Правила индексации страниц
В ТЗ обязательно необходимо прописать, какие страницы следует открыть, а какие скрыть от индексации. Благодаря такому списку, программист будет четко понимать, что необходимо сделать, а вы сможете проконтролировать его работу.
Рекомендации по переносу сайта
Процесс переноса сайта с одного движка на другой имеет много тонкостей и нюансов. Выше в статье мы с вами рассмотрели пошаговый алгоритм выполнения данной работы, следуя которому, можно рассчитывать на правильно выполненную работу и отличный результат. Новый сайт будет работать без сбоев, отличаться хорошей скоростью загрузки и предоставлять пользователям максимальное удобство при выполнении поставленных задач.
Как уже упоминалось выше, процесс изменения CMS достаточно сложный и включает в себя много задач и этапов. Выше мы рассмотрели:
- Что необходимо предпринять перед переносом сайта на новую CMS.
- Как выполнить непосредственно сам переезд (пошаговая инструкция).
- Необходимые шаги, которые нужно сделать уже после переезда сайта на новую CMS.
Чтобы качественно выполнить всю необходимую работу и избежать возникновения непоправимых трудностей, можно помнить о следующих рекомендациях:
- Постарайтесь не проводить перенос сайта в сезон, так вы не потеряете своих потенциальных клиентов.
- Назначьте перенос сайта на начало недели, благодаря этому ваши сотрудники и сотрудники справочного центра хостинга будут на рабочем месте, что упростит и ускорит решение возможных трудностей.
- Всегда создавайте бекапы обеих версий сайта – в случае любых просадок, благодаря им вы сможете откатить изменения.
- Не удаляйте старую версию сайта, а просто закройте ее от индексации. Это позволит вам всегда вернуться к созданным страницам и, в случае необходимости, легко сделать изменения на новом сайте.
- Первое время после переноса регулярно (ежедневно) отслеживайте позиции страниц с помощью Яндекс.Вебмастера и Google Search Console, благодаря этому можно будет оперативно предпринять необходимые изменения и выполнить доработки.
- Если ваш сайт крупный, переносите его на новый движок поэтапно – вначале можно перенести один раздел или поддомен, а затем перейти к следующим.
- Рекомендуется, параллельно с переносом не выполнять на сайте другие работы – в случае просадки, будет сложно определить и устранить причину.
Если вы решили перенести свой сайт на другую CMS, следуйте рекомендациям из статьи и работа пройдет максимально корректно!И конечно же,всегда можно заказать готовый магазин.
Перенос сайта с Joomla 2.5 на 3.9.15.