шаблоны визитки для joomla простые

Как перенести сайт на новый движок и сохранить позиции, деньги и психическое здоровье

Перед переносом сайта на новый движок подумайте, можно ли решить вопрос по-другому. Возможно, вам будет проще: Изобрести машину времени, отправиться в прошлое и сразу выбрать подходящий движок. Поймать того, кто впарил вам ужасный самопис, приковать к батарее и не отпускать, пока он сам все не исправит или не перенесет сайт на нормальную CMS. Если машина времени не работает, а разработчик самописа быстро бегает, выбора нет. Из этого руководства вы узнаете, как перенести сайт на другой движок. В каких случаях перенос сайта на новый движок целесообразенСмена движка трудоемкая, дорогая и рискованная задача. О рисках мы еще поговорим, а пока оцените историю от моей коллеги Ольги Кочкиной. Несколько лет назад было у меня подобие интернет-магазина. На сайт тогда решили не раскошеливаться и заказали его за 5 тыс. рублей. Движок оказался самописным, но я не придала этому значения. А зря. Спустя пару месяцев прочитала книжку про юзабилити и решила внедрить некоторые фишки на своем сайте. Сделать что-либо самостоятельно у меня не получилось. Разработчик согласился помочь бесплатно, но смог поправить буквально пару моментов. Остальное дополнительная разработка. Через год сайт морально устарел, да и мучиться с кривой админкой уже не было сил. Решили переносить на OpenCart шустрый и функциональный движок для интернет-магазинов. Написали разработчику. Перенести на другой движок сайт, который обошелся в 5 тыс. рублей, нам предложили за 70 тыс. рублей. Мораль, думаю, ясна.Создание сайта обошлось Ольге в 5 тыс. рублей, а перенос сайта с самописа на нормальную CMS стоил 70 тыс. рублей. Вот вывод: менять движок нужно в крайнем случае, когда без этого не обойтись. Варианты типа Drupal круче Joomla, на WordPress больше красивых бесплатных тем, движок с открытым кодом могут взломать, надо перейти на коммерческую CMS не повод для переноса сайта. Этот шаг неизбежен в более серьезных ситуациях. Статичный сайт на HTML больше не отвечает вашим потребностямМожно обойтись без движка, если нужен небольшой статичный сайт с двумя-тремя или даже десятью страницами. Например, сделать сайт-визитку со списком услуг и контактными данными проще без CMS и конструкторов. Но если вы захотите регулярно что-то публиковать, например, превратить сайт-визитку в блог, проще будет работать с движком. Самописный движок стал неактуальнымСамописный движок это не плохо и не хорошо. Например, интернет-магазин Ozon работает на крутом самописе. Но есть и движки за 5 тыс. рублей, об одном из которых вспоминала выше Ольга Кочкина. С ними случаются разные неприятности: Движок устарел, а разработчик исчез. Сторонний разработчик просит за обновление чужого кода больше, чем за создание сайта с нуля. За любое расширение функциональности нужно платить разработчику. Например, захотели подключить AMP платите. А для популярных движков есть готовые бесплатные или дешевые решения.Если вы уткнулись в функциональную ограниченность самописной CMS, а расширение функциональности обходится дорого, подумайте о смене движка. Возможности конструктора вас больше не устраиваютКонструкторы не дают возможностей, которые есть у полноценных движков. Вы не имеете доступа к бэкенду, а значит вынуждены полагаться на профессионализм и оперативность разработчика конструктора. Сайт на движке можно развивать самостоятельно или привлекать к решению задач сторонних разработчиков. О переносе коммерческого сайта с SaaS-платформы на CMS можно думать в таких случаях: Функциональность конструктора не соответствует вашим потребностям. Вы не хотите платить за использование платформы. Вас не устраивает шаблонный дизайн сайта, а конструктор не поддерживает сторонние шаблоны. Серверы конструктора находятся за границей. Это может быть проблемой для бизнес-сайта. Вы хотите полностью контролировать сайт.Какую CMS выбратьОтдельного внимания заслуживает ситуация переезда с одного полноценного движка на другой. Здесь мало стопроцентных причин для переноса сайта. Например, вас не устраивает функциональность движка. Представьте сайт на WordPress, к которому с помощью плагина прикручен форум. Форум стал популярным и посещаемым. Можно рассмотреть целесообразность переноса его на специализированный форумный движок. Еще одна уважительная причина для переезда: вы не можете или принципиально не хотите платить за CMS. Например, держать форум на платном vBulletin не выгодно, и вы переезжаете на бесплатный phpBB. Как создать и раскрутить форумВ остальных случаях надо тщательно взвешивать риски: Хорошо знаете WordPress, поэтому переезжаете с Drupal? Если сайт достаточно большой и давно работает, лучше выучить и полюбить Drupal. Для Joomla! нет столько бесплатных шаблонов и плагинов, сколько есть для WordPress? Переезд может в прямом и переносном смысле обойтись вам дороже, чем покупка платного плагина или разработка шаблона с нуля. Сайт на WordPress неактуален, вашей крутой компании нужен солидный движок? Это откровенная глупость. Лучше потратьте время и деньги на что-то полезное. Движки с открытым кодом могут взломать или скопировать? Взломать могут любой сайт. Более того, CMS с открытым кодом реагируют на угрозы быстрее коммерческих движков. Над тем же WordPress круглосуточно работает сообщество разработчиков.То есть причина для переноса сайта должна быть веской. Переезд на новый движок всегда связан с рисками и затратами, поэтому решайтесь на него в крайнем случае. Подумайте, не будет ли проще и дешевле оставить сайт на старой CMS и доработать ее функциональность. Посоветуйтесь с профессиональными разработчиками и только после этого принимайте решение. Мы разрабатываем сайты под ключ: от дизайна и верстки до текстов и SEO. Подробнее Какие проблемы нужно решить при переносе сайтаПри переезде на новый движок вы столкнетесь с подводными камнями. Часть проблем легко решается, часть решить невозможно. Во втором случае нужно минимизировать потери. Об основных проблемах ниже. Потеря контентаЧтобы не потерять контент, сделайте резервную копию сайта до переезда. Резервную копию можно создать средствами старой CMS. Например, в Drupal такая возможность реализуется с помощью встроенного модуля, а в WordPress с помощью плагина. Без привязки к движкам резервную копию можно сделать через панель управления сервером. Данные доступа к панели управления предоставит хостер. В панели управления войдите в Менеджер резервных копий, который находится в разделе Файлы. Заархивируйте и скачайте актуальные копии файлов сайта и базы данных. Убедитесь в работоспособности резервной копии. Для этого восстановите сайт на локальном сервере. Если восстановить сайт из копии не удается, сделайте бэкап еще раз или обратитесь к хостинг-провайдеру. Не начинайте переезд без работоспособной резервной копии ресурса. Изменение структуры сайта и структуры URLCMS формируют человеко-понятные URL по-разному. Из-за этого при смене движка урлы обычно меняются. Также URL изменятся, если вы меняете структуру сайта. Например, адрес страницы товара может поменяться с на Из-за изменения структуры URL появляются битые ссылки, дубли в поисковой выдаче, неработающие виджеты и кнопки. Поисковики и живые пользователи негативно реагируют на такие проблемы. Сохранение понятной структуры URL одна из ключевых задач при переносе сайта на новый движок. Трудоемкость настройки редиректовЭта проблема следствие предыдущей. Если при смене движка приходится менять URL, нужно работать с редиректами. Настроить постраничные редиректы для сайта с несколькими десятками страниц не проблема. Если количество страниц исчисляется сотнями или тысячами, работа с редиректами будет едва ли не самым трудозатратным этапом переезда. Например, представьте, что на старом движке все телефоны, смартфоны и фаблеты были доступны в разделе Смартфоны и телефоны по URL example-shop Каждый телефон доступен по адресу типа example-shop Если при переезде на новую CMS вы создаете отдельные разделы каталога для телефонов, смартфонов и фаблетов, товары будут доступны по URL типа example-shop Здесь редиректы придется делать вручную. Несоответствие функциональности старого и нового движкаПредставьте магазин на WordPress, который нужно перенести на OpenCart. На WordPress удобно вести блог, а на OpenCart раздел Статьи не тянет на полноценный блог. При переезде придется решать эту проблему: расширять функциональность OpenCart с помощью модуля для ведения блога, прикручивать к OpenCart блог на WordPress на поддомене и так далее. Таких примеров очень много, поэтому при смене CMS нужно быть готовым искать или покупать нужные решения. Проблемы с дизайномЕсли вы пользуетесь дизайн-шаблоном, сохранить внешний вид при переезде на новый движок не удастся. Можно найти более или менее похожий шаблон для новой CMS или потратить деньги на услуги дизайнера. Сама по себе смена дизайна не проблема. Просто будьте готовы к дополнительным расходам. Если подводные вас не пугают, а работать со старой платформой больше нельзя, приступайте к переезду. Ниже вы найдете общий алгоритм действий и информацию о переносе сайта в конкретных направлениях. Как перенести сайт: пошаговые инструкцииКаждый сайт имеет особенности, которые придется учитывать при переезде. Тем не менее владелец ресурса или маркетолог должен понимать и контролировать общий алгоритм переноса ресурса на новый движок. Итак, вы выбрали новую CMS и сделали резервную копию сайта. Действуйте так. 1. Зафиксируйте текущую эффективность сайтаЭтот шаг нужен, чтобы оценивать последствия переноса ресурса на новую CMS и исправлять ошибки. Определите текущую эффективность по критериям, которые обычно используете. Это может быть: Посещаемость за выбранный период. Позиции ресурса в выдаче по важным запросам. Список самых трафиковых страниц. Поведенческие метрики.Для небольших сайтов достаточно проверить вручную и внести в таблицу 1015 самых важных запросов в Яндексе и Google. Для сайтов с количеством страниц от сотни и выше лучше использовать сервисы для мониторинга позиций, например, Serpstat, Seolib, Rush Analytics, Topvisor и так далее.Список самых трафиковых страниц можно найти в системах аналитики. Например, в Google Analytics выберите меню Поведение Контент сайта Страницы входа. Укажите дополнительный параметр Источник или канал. Если данные о трафике, позициях и самых посещаемых страницах понадобятся для определения реакции поисковиков на переезд, то поведенческие метрики нужны для отслеживания реакции пользователей. С помощью систем аналитики зафиксируйте показатели, которые обычно мониторите, например, длину и глубину сессий, показатель отказов, коэффициент конверсии и так далее. Как улучшить поведенческие факторы без накрутки2. Сделайте таблицу соответствия URLКак отмечалось выше, это самый трудоемкий этап переезда. Таблица нужна, если структура сайта и URL меняются. Действуйте так: Сделайте таблицу существующих URL сайта с кодом ответа сервераВоспользуйтесь Netpeak Spider или аналогичным инструментом для парсинга сайта. На этом этапе нужно получить список всех страниц с кодами ответа сервера. Добавьте полученные данные в таблицу. Отсортируйте URL по коду ответа сервераНа этом этапе должно получиться три таблицы или вкладки: на первой доступные страницы с кодом ответа 200, на второй страницы с переадресацией с кодом 301, на третьей несуществующие страницы с кодом 404. Для переадресации в некоторых случаях используются коды 302, 303 и 307. Подробнее об этом читайте в нашем руководстве по редиректам. Сделайте таблицу с новыми URLЕсли структура URL старого сайта была логичной, сделать таблицу соответствия будет относительно просто. Например, если в интернет-магазине товары были доступны по адресам типа example-site Если на старом сайте были нелогичные URL типа example-site Не забудьте настроить переадресацию для страниц с кодом 301. Если этого не сделать, на новом сайте будут отображаться несуществующие страницы старого сайта. Уделите внимание URL с кодом ответа 404. Если это неактуальные адреса, не включайте их в таблицу соответствия. Страницы с такими URL можно не генерировать на новом движке. Если страница важная, на нее есть входящие внешние и внутренние ссылки, включите ее в таблицу и корректно настройте редиректы. Если страница имеет входящие внешние ссылки, но соответствующей ей страницы на новом сайте не будет, в качестве целевого адреса укажите страницу категории товаров, каталога, справочной информации или главной страницы. Проверить входящие ссылки можно с помощью инструментов типа Megaindex или Ahrefs. 3. Настройте новую CMS на тестовом домене или локальном сервереЗапустить сайт на локальном сервере поможет наше руководство. Также можно развернуть новый движок на поддомене вида test.example-site.com. Обязательно закройте тестовый поддомен от индексации. Это можно сделать средствами CMS или через файл robots.txt. Например, в WordPress закрыть сайт от индексирования можно в разделе админки Настройки Чтение. На этом этапе нужно установить и настроить CMS: натянуть дизайн, включить кэширование и сжатие данных, установить нужные модули и плагины, подключить ускоренные страницы, добавить микроразметку и так далее. 4. Перенесите контент со старого сайта на новыйЕсли на сайте 510 страниц, контент можно перенести вручную. С переносом контента большого сайта будут работать программисты. Для типичных страниц, например, списка категорий товаров, списка товаров в категории, страницы товара в интернет-магазине, списка рубрик, списка публикаций в рубрике или страницы публикаций в контент-проекте создаются шаблоны. После подключения шаблонов через админку переносится контент. Статические страницы обычно переносятся вручную без шаблона. Например, речь идет о страницах О компании, Условия доставки, Контакты, Наша команда и так далее. 5. Настройте редиректыЗапомните: вам нужен постоянный редирект 301. То есть после указания редиректов в файле .htaccess старые URL должны возвращать код ответа 301, а новые код 200. Редирект 301 сообщает поисковым системам, что страница навсегда переехала на новый адрес. В этом случае вся SEO-карма старого URL, включая входящие ссылки и внутренний ссылочный вес, передается на новый URL. Настройка редиректов зависит от конкретного сайта. Можно обратиться к программисту или разобраться самостоятельно. Во втором случае изучите наш гайд по редиректам и воспользуйтесь генераторами кода переадресаций. 6. Проверьте корректность работы сайтаПосле переноса контента проверьте, как работает тестовый ресурс: Протестируйте работоспособность форм, кнопок, страницы оформления заказа. С помощью Broken Link Checker или аналогичного инструмента найдите битые ссылки и исправьте ошибки. Уделите внимание юзабилити. Для объективной оценки со стороны воспользуйтесь сервисом AskUsers. Оцените внутреннюю оптимизацию. Поможет наш чеклист для экспресс-аудита.Если сайт работает корректно, откройте доступ к нему по основному URL. Сразу же выполните шаги 7 и 8. 7. Добавьте на сайт коды внешних служб и перенастройте системы аналитикиДобавьте на новый сайт контейнер диспетчера тегов, если вы его используете. Остальные службы можно подключать через Tag Manager или прямо на сайт. Необходимо: Добавить коды верификации Яндекс.Вебмастер, Search Console Google и других поисковиков. Добавить коды отслеживания Метрики, Google Analytics, Liveinternet.ru и других систем аналитики. Не забудьте перенастроить цели, электронную торговлю и другие параметры, на которые может влиять изменение URL. Установите коды рекламы и партнерских блоков, систем комментирования, обратного звонка, коллтрекинга, всплывающих окон, вывода рекомендаций и других сервисов, которые обеспечивают функциональность сайта.Проверьте работоспособность внешних служб и при необходимости укажите корректные настройки. 8. Сгенерируйте актуальную карту сайта и сообщите о ней поисковым системамСоздать актуальную карту сайта можно с помощью внешних сервисов, например, XML-Sitemaps, или средствами нового движка. В WordPress восп

Leave a Reply

Your email address will not be published. Required fields are marked *