Как перенести сайт на битрикс

Как перенести сайт на 1С-Битрикс на другой хостинг

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

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

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

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

1. Архивирование файлов сайта и базы данных

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

Для создания резервной копии нужно зайти в Административную панель битрикса, далее: Настройки — Инструменты — Резервное копирование — Создание резервной копии.

В зависимости от того продлена ли у вас лицензия 1С-Битрикс, у вас будет доступен вариант создания резервной копии в облако 1С-Битрикс. Если лицензия не продлена – будет доступен единственный вариант – “В папке сайта”.

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

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

Включаем Экспертные настройки, если это необходимо.

Обязательно отмечаем галочкой: “Архивировать базу данных”, “Архивировать ядро” и “Архивировать публичную часть”. Обязательно снимите галочки “Исключить из базы данных …”, “Исключить из архива файлы и директории по маске”, если вам нужно перенести сайт целиком. Также поставьте 0 в строке “Исключить из архива файлы размером более …”. Эта настройка может понадобится, если на вашем сайте много тяжелого контента и попадание его в архив нежелательно.

Можно отключить проверку целостности архива после завершения. Я ни разу не сталкивался с выявлением ошибок после завершения создания архива, а вот время выполнения из-за этой опции увеличивается значительно.

Длительность шага и интервал можно оставить по-умолчанию, а вот размер частей архива я всегда увеличиваю почти до 1Гб.

После настройки нажимаем на зеленую кнопку создания резервной копии и ждем окончания. Длительность процесса зависит от количества и размера файлов.

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

2. Перенос файлов на новый хостинг

После успешного создания архива нужно перейти на страницу со списком резервных копий (Настройки – Инструменты – Резервное копирование – Список резервных копий). Дальше возможны 2 варианта.

Если вы создавали архив в облаке, вам необходимо скачать файл restore.php.

Для переноса сайта вам понадобится только лицензионный ключ, который можно посмотреть на странице Маркетплейс – Обновление платформы.

Если архив создавался в папке сайта, то помимо скачивания файла restore.php, нужно получить ссылку для переноса. Для этого нажмите на иконку-гамбургер напротив нужного бэкапа и в появившемся окне скопируйте адрес.

Подготовительные работы завершены, теперь вкладку со старым сайтом можно закрыть.

Авторизация на новом хостинге. Тут порядок действий может сильно отличаться в зависимости от хостера т.к. у них у всех абсолютно разные панели управления и могут по-разному называться абсолютно одинаковые страницы. Мы в качестве примера приведем скрины со Спринтхоста , которым пользуется большинство наших клиентов.

Для загрузки файла restore.php найдите в админ панели Файловый менеджер и загрузите его в корень будущего сайта.

Как правило, хостинги дают бесплатный технический домен для таких работ. Он будет выглядеть как абракадабра. Необходимо зайти на него, указав страницу restore.php. Например, afafsdfasdf.afds.ru/restore.php.

Если все сделано правильно, нас встретит окно подготовки архива.

Сразу переходим на следующий шаг. На нем надо выбрать откуда мы будем разворачивать бэкап.

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

После нажатия на кнопку “Ок”, появится список всех резервных копий, доступных на данной лицензии. Вводим пароль от архива (вы же его не забыли?) и переходим на следующий шаг.

Если вы выбрали вариант с копией в папке сайта, то нужно будет ввести ссылку на архив и тоже перейти к следующему шагу.

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

В панели управления хостингом надо перейти на страницу управления БД и создать новую базу.

Заполняем все нужные поля, не забыв сохранить эти доступы в надежном месте. Возвращаемся на вкладку с мастером установки и вводим эти данные в соответствующие поля.

Сервер, как правило, localhost. Если нет – уточните актуальный сервер у своего хостера.

После успешного восстановления БД, мастер предложит удалить архив и скрипт restore.php. Обязательно сделайте это. На этом процедура переноса файлов и БД закончена, осталось перенести домен.

3. Перенос домена

Тут тоже возможны варианты. Домен можно перенести к новому регистратору, а можно делегировать.

Перенос домена стоит делать, если вы не хотите больше иметь дело с текущим хостингом/регистратором. После переноса у вас будет один новый кабинет для управления и доменом, и хостингом. Для переноса домена, вам необходимо написать письмо в техподдержку вашего регистратора и запросить Authinfo код, а дальше следовать инструкции по переносу домена (её нужно посмотреть на новом хостинге/регистраторе).

Делегирование домена – процесс более простой и быстрый. Из минусов: у вас будет отдельные личные кабинеты для оплаты домена и хостинга. Если все это не смущает, то смело выбирайте этот вариант.

Для делегирования домена загуглите адреса NS серверов вашего нового хостинга. Например, “NS спринтхост” и смотрите официальную документацию. Вы должны найти примерно такой список, в нем будет минимум 2 сервера.

Теперь идем в панель старого регистратора/хостинга, переходим в настройки домена и находим управление NS-серверами.

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

Основная часть работ завершена.

4. На что обратить внимание

Сразу после переноса домена получите SSL сертификат и настройте работу сайта по https.

Также надо будет перенастроить доменную почту.

Не забудьте сделать новые FTP/SFTP доступы для разработчиков.

Как перенести сайт на Битриксе на другой хостинг: 2 способа

Как перенести сайт на Битриксе на другой хостинг – один из популярных вопросов специалистам техподдержки и поиску Google.

Мы рассмотрим два способа «переезда» сайта на Битрикс и Битрикс24 с одного хостинга на другой. Их в равной степени можно применять и для миграций с виртуального хостинга на VPS или виртуальные машины, а также к переносу Битрикса с сервера на сервер.

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

Первый способ. Перенос с помощью бэкапа Битрикс

Первый способ – это штатный вариант переноса, предусмотренный как в «1С-Битрикс: Управление сайтом», так и в коробочной версии «Битрикс24».

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

Важно заранее выделить необходимое время для переноса. Сколько времени потребуется — зависит от конкретного проекта. Небольшие сайты в несколько гигабайт потребуют 10-20 минут, а перенос солидных площадок в сотни гигабайт может занять несколько часов.

Давайте рассмотрим перенос по шагам.

Во многих случаях создание резервной копии из панели администрирования Битрикс работает «из коробки», но есть несколько нюансов.

• Шаг 1 (необязательный). Перед переносом рекомендуется закрыть публичную часть сайта. Либо спланировать перенос на время низкого трафика – ночью или на выходных. Закрытие позволит снизить нагрузку на сайт, поскольку процедура создания бэкапа весьма ресурсоемкая, а сами резервные копии будут содержать все актуальные данные. Однако это необязательное условие. Если вам важна бесперебойная работа сайта, этот процесс можно сделать и без закрытия публичной части. Закрыть публичную часть можно в «Главном модуле»:

Шаг 2. Начинаем создавать резервную копию. Для этого необходимо следовать пути: Настройки -> Инструменты -> Резервное копирование -> Создание резервной копии.

• В облаке «1С-Битрикс»;
• В папке сайта;

• /bitrix/backup/ – очевидно, что бэкап переносить не нужно;
• /bitrix/cache/ – кэш создастся заново на новом хостинге, потому не нужно тратить время на его перенос;
• /bitrix/managed_cache/ – аналогично обычному кэшу.

1. Дамп БД и ее архивация создают большую нагрузку на сервер, сайт замедлит свою работу во время резервного копирования. Если сервер слабый, то возможны ошибки 502 и 504. В таких случаях нужно использовать другой способ переноса сайта.
2. Если сайт большого объема (сотни Гб), то использование встроенного резервного копирования – не лучшее решение для бэкапа. Особенно это актуально, если необходимо обеспечить минимальное время простоя.

Восстановление резервной копии на новом хостинге

• Шаг 1. Перед восстановлением резервной копии на другом хостинге или сервере мы рекомендуем протестировать их на соответствие с рекомендуемыми настройками для CMS Битрикс.

Сделать это можно с помощью скрипта bitrix_server_test.php (описание на сайте Битрикс ). Для этого скачайте его по ссылке , положите в корневую директорию сайта на новом хостинге и запустите в браузере http://ваш_домен_или_ip/bitrix_server_test.php.

В шаблоне Maxiplace для этого уже всё готово, и достаточно лишь перейти по адресу http://ваш_IP-адрес . После этого вы увидите стартовый экран, чтобы начать восстановление.

Второй способ. Перенос с помощью rsync и mysqldump

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

Он подойдет тем, кто имеет доступ к shell-консоли и обладает навыками системного администрирования. Его также логично будет использовать при больших объемах сайтов, наличии множества мелких файлов, отсутствии места на сервере или медлительности исходного хостинга.

Перенос с помощью rsync и mysqldump характеризуется:

1. Большим контролем и гибкими возможностями для переноса. Синхронизация файлов происходит вручную, ошибки можно попутно замечать и исправлять.
2. Минимальным временем простоя сайта и возможностью досинхронизировать файлы. Нет ограничений и по таймингу, когда тайм-ауты веб-серверов ограничивают соединение или выполнение переноса временными рамками.
3. Снижением нагрузки на сервер. Когда Битрикс делает резервные копии, он формирует многотомный архив, в котором для больших сайтов может быть больше сотни томов. При ручном переносе создается один большой архив, который легче контролировать.

[root@server1 ~]# mysqldump -u имя_пользователя -p ИМЯ_БАЗЫ > ИМЯ_БАЗЫ.sql

И скопируем дамп через тот же rsync

[root@server1 ~]# rsync -avz ИМЯ_БАЗЫ.sql root@ip_сервера_получателя:/home/bitrix/

[root@server2 ~]# mysql -u имя_пользователя -p
mysql > create database ИМЯ_БАЗЫ;
mysql > exit;

И далее выполните ее импорт:

Как проверить систему после переноса

После восстановления следует перейти на сайт, зайти в панель администратора и выполнить проверку системы, чтобы убедится в корректности ее работы.
Необходимо следовать пути: Рабочий стол -> Настройки -> Инструменты -> Проверка системы.

И уже после восстановления резервной копии можно выполнять изменения в DNS, чтобы переключить домен на новый сервер.

Важный момент: если необходимо проверить работоспособность сайта на новом хостинге, не перенаправляя туда трафик, то возможны варианты мониторинга по IP-адресу, по техническому домену, если он есть на сайте, либо по основному домену на перенесенной странице через файл host (инструкция в Базе знаний Maxiplace).

Возможные проблемы и ошибки

Проблемы из-за версий php и mysql

Если на исходном сайте были устаревшие версии php/mysql, а на новом – они уже актуальные, то эта проблема может возникать. Если это произойдёт, обратитесь к разработчикам сайта, приведут код к соответствию новым версиям php/mysql.

Кроме того, нужно убедиться, что установлены все обновления Битрикс. Для этого надо сначала обновить php/mysql (даже на старом хостинге), а затем установить обновления Битрикс.

Проблемы с работой старых правил/редиректов .htaccess

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

Проблемы с отправкой почты с сервера

Для отправки почты в CMS Битрикс используется php функция mail(). Следует через phpinfo() проверить, что параметр sendmail_path указывает путь до sendmail или на его заменитель. Выявлению большинства проблем с отправкой писем помогает лог почтового сервера, по умолчанию это файл /var/log/maillog.

В шаблоне BitrixVM для отправки почты уже всё настроено, и останется лишь задать имя отправителя “from” в файле /home/bitrix/.msmtprc

Проблемы с авторизацией пользователя

Если пропадает авторизация пользователя, то можно проверить хостинг/сервер на корректность работы сессий с помощью скрипта bitrix_server_test.php по ссылке.

Проблемы с импортом базы данных

При возникновении сложностей с импортом базы данных объемом более 1 Гб, операцию следует проводить через консоль (инструкция есть в блоге MediaGuru).

Ошибки с появлением белого экрана

Бывают случаи, когда после переноса появляется белый экран, который сигнализирует об ошибках. Чтобы понять, чем конкретно это вызвано, следует в файле bitrix/php_interface/dbconn.php включить логирование ошибок:

‘exception_handling’ => array (
‘value’ => array (
‘debug’ => true,
‘handled_errors_types’ => E_ALL & ~E_NOTICE & ~E_STRICT & ~E_USER_NOTICE,
‘exception_errors_types’ => E_ALL & ~E_NOTICE & ~E_WARNING & ~E_STRICT & ~E_USER_WARNING & ~E_USER_NOTICE & ~E_COMPILE_WARNING & ~E_DEPRECATED,
‘ignore_silence’ => false,
‘assertion_throws_exception’ => true,
‘assertion_error_type’ => 256,
‘log’ => array (
‘settings’ => array (
‘file’ => ‘bitrix/modules/error.log’, //Файл лога, куда и будут писаться наши ошибки
‘log_size’ => 1000000,
),
),
),
‘readonly’ => false,
),

Ошибки «Mysql connect error» и «DB query error. Please try later»

В первом случае следует проверить правильность доступов к БД в файле bitrix/php_interface/dbconn.php и bitrix/.settings.php, а для решения второй ошибки в файле bitrix/php_interface/dbconn.php выставить значение $DBDebug = true, чтобы увидеть детально возникшую ошибку.

Другие проблемы и варианты их решения описаны на сайте Битрикс.

Перенос силами поддержки Maxiplace

Как видите, перенести сайт на Битриксе на другой хостинг можно как штатными средствами, надеясь что автоматические процессы отработают корректно, или можно сделать это вручную, через команды rsync и mysqldump, которые требуют погружения в тему или квалифицированных специалистов.

Ну и важно помнить, что у вас всегда есть третий способ. Можно обратиться в поддержку Maxiplace, и для наших клиентов мы готовы осуществить перенос быстро, бесплатно и «под ключ».

Статья добавлена 1 год назад. Автор — Eltigro

Перенос сайта на 1С-Битрикс

Итак, у вас есть сайт. Но, предположим, вас не устраивает дизайн, отсутствие мобильной версии, скорость работы, частые вирусы. В общем, как бы там ни было вы решили перенести свой сайт на 1С-Bitrix.

Удивительно, но насколько бы не повышалась стоимость лицензии 1С-Битрикс, спрос на нее только растет. Даже при том, что вокруг столько качественных бесплатных русифицированных решений с открытым исходным кодом, Битрикс уверенно занимает лидирующее место в хитпараде CMS рунета.

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

Перед тем как продолжить важно понимать, что это не статья боли и ненависти к 1С-Битрикс. Мы сами его используем, аттестуем сотрудников и при первой возможности рекомендуем клиентам. Он действительно прост и удобен в большинстве случаев. Но так уж устроен человек, что ему хочется заранее знать о всех подводных камнях.

Лицензия

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

Сразу небольшой лайфхак. Лицензия оформляется на 365 дней. Если разработчики сайта приобрели и активировали ее на момент начала работ, то срок ее фактического использования вами будет меньше на срок равный всем этапам разработки сайта, который может достигать нескольких месяцев. Поэтому важно, чтобы лицензию приобрели на последних этапах сдачи проекта, временно используя лицензию партнера 1С-Битрикс.

Вы не сможете обновляться. Это очевидно, скажете вы, и будете правы. Но что это значит? По нашей статистике 99% поступающих на поддержку сайтов не пользуются обновлениями. Во-первых, никто не знает, зачем это нужно, потому что сайт и так работает. А новый функционал клиенты самостоятельно не умеют добавлять. Во-вторых, некоторые знают, что это может быть опасно. Если сайт собирался на коленке, игнорируя документацию, то обновление может привести к полной или частичной потере работоспособности сайта.

Так чем же это грозит? Все просто. Пропадает возможность устанавливать новые, обновлять старые модули без продления лицензии, либо если версия ядра вашей системы ниже требуемой разработчиками модуля.

(Не) Всесильная лицензия. Столкнулись с неприятным моментом, который, к счастью, был успешно разрешен, поэтому не будем портить репутацию коллегам, ведь хорошо все, что хорошо кончается. Но тем не менее нужно держать это в голове, покупая готовые решения на маркетплейсе 1С-Bitrix (магазин готовых решений, куда сторонние разработчики выкладывают платные модули, что довольно удобно). Вы не можете повлиять на скорость ответа, качество оказываемой техподдержки разработчиками модуля, какую-либо помощь от техподдержки самого Битрикса. Т.е. если вы нашли ошибку в купленном модуле или теме, оформили обращение в техподдержку через личный кабинет, то дальше как повезет. Техподдержка самого Битрикса вам также не поможет, хотя можно попробовать вернуть оплату за модуль, сославшись на срок устранения неисправности, описав ситуацию. Поэтому так важно предварительно читать отзывы, смотреть дату последних сообщений, т.к. цены там порой сопоставимы с новым чугунным мостом.

Гарантия от производителя. Важно не путать гарантию на созданный сайт и гарантию на ядро системы. Техподдержка Битрикс честно «кушает свой хлеб», работают хорошо, тьфу-тьфу-тьфу, но они не смогут вам помочь, если ошибка кроется в созданной для вас разработчиками теме оформления (сайте) или разработанном под ваш проект модуле/компоненте. Техподдержка занимается только вопросами сбоя ядра системы, поэтому, как говорится, не верьте рекламе. И если вас интересует поддержка вашего сайта, то позаботьтесь об этом заранее, заказав специализированную техподдержку у сертифицированного партнера.

Так обновлять или нет? Скорее всего да, поэтому не забудьте добавить ежегодную стоимость лицензии при сравнении цен с другими системами.

Позвоните нам 8 (800) 350-81-86 и получите быструю профессиональную консультацию по выбору редакции и вопросам переноса сайта на 1С-Битрикс.

Хостинг

Рассчитывая стоимость создания и дальнейшего обслуживания сайта, кроме ежегодного продления лицензии, имеет смысл включить сюда еще и стоимость за хостинг. Если для альтернативных систем WordPress, Drupal, Joomla в большинстве случае годится виртуальный хостинг до 25$ в год, то теперь этой суммы едва хватит на 1-2 месяца, а в случае с выделенными серверами на 1-2 недели. Да, он прожорлив. Можно долго спорить о производительности, тонкой настройке, грамотно настроенном хостинге, но все это не идет в комплекте с лицензией и остается на ваш откуп.

Если ваш выбор пал на выделенный сервер (vps), рекомендую снизить расходы на его настройку/администрирование воспользовавшись готовым решением «Виртуальная машина» от производителя. VMbitrix содержит пакет необходимых программ и настроек, удовлетворяющих требованиям большинства проектов, что довольно удобно.

Вирусы

Да, бывают, но значительно реже других систем. В отличие от тех же Joomla, Drupal, WordPress вирусы попадают на сайты 1С-Bitrix только в случае простейших паролей администратора (123, 123456, …) или допущенных ошибок при сборке сайта. Бывает, что решения типовых задач копируются из примеров, взятых с форума разработчиков Битрикс, да просто из интернета, без проверки на безопасность, и устанавливаются на рабочие сайты, чем и пользуются злоумышленники.

Аналитика, онлайн-консультанты, интеграция

Казалось бы простой вопрос, но для рядовых пользователей не понятен и в то же время очень важен. Количество обращений обязывает меня упомянуть это в статье. Нет, ограничений по установке консультантов типа jivosite, счетчиков аналитики /статистики: GTM, Google Analytics, Yandex.Metrika нет. Более того, для всех существуют отдельные модули, совершенно бесплатные. Очень удобно.

Индивидуальные решения

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

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

Подведем итоги

Надеюсь вы еще не передумали, ведь практически идентичные проблемы встречаются и у других систем. Также как никто не застрахован от недобросовестно выполненной сборки сайта, ошибок на этапе разработки сайта, что может испортить все впечатление от неповинной в чужих ошибках системе. Наша задача лишь заранее поделиться опытом нескольких лет техподдержки, чтобы вы могли принять взвешенное решение. Дабы статья была максимально объективной, справедливо будет рассказать и о приятных моментах при работе с 1С-Bitrix.

Так в каких случаях же случаях стоит переносить сайт на Битрикс?

• Интеграция с 1С.
  Да, более удобной и простой системы интеграции с 1С, пожалуй, не существует. Возможна полноценная двухсторонняя синхронизация (остатки, склады, заказы, клиенты).
• Масштабируемость.
  Однозначно на длинной дистанции важную роль играет возможность масштабировать систему под большую нагрузку, под расширенные возможности. Благодаря годам работы маркетплейса сторонних решений, по достаточно демократичной цене вы сможете найти практически все что угодно. Даже самые ленивые поставщики электронных услуг начинают разработку модулей для интеграции в первую очередь с Битрикс.
• Взаимозаменяемость.
  Незаменимых нет, точнее не должно быть. Битрикс очень популярная система, сопровождается детальной документацией, поэтому найти компетентного разработчика на ежедневные задачи довольно просто. А это крайне важно, если сайт ваш основной рабочий инструмент. Высокая стоимость работ, упомянутая выше, относится только к узкоспециальным доработкам затрагивающим ядро системы и не влияют на рутинную поддержку/обновления.
• Поисковое продвижение.
  Битрикс идеально подходит для сложно структурированных каталогов товаров и услуг.

Расчет цены переноса сайта на 1С-Битрикс

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

Для оценки сроков и стоимости вам достаточно заполнить форму ниже и прислать адрес сайта. Вы также можете сделать это по телефону 8 (800) 350-81-86 .

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

Как грамотно перенести сайт на Битрикс и обеспечить его продвижение

Многих наших клиентов волнует вопрос, что же произойдет при переходе на другую систему управления, повлияет ли переносна позиции сайта и на его посещаемость из поисковых систем. Опыт разработки сайтов на Битрикс позволяет нам компетентно объяснить, как перенести ресурс с другой системы управления без последствий (в т.ч. при интеграции с 1С). В статье руководитель бюро «Каома» подробно рассказывает, какие правила следует соблюдать при данном переходе и подтверждает все на наглядных примерах.

Если переносить сайт на Bitrix, то почему ухудшаются его позиции?

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

(рис.1) График посещаемости сайта с поисковых систем, падение посещаемости после переноса сайта с Мажента на Битрикс.

Для справки

Его владельцы запрашивали у нас смету переноса на Битрикс, но обратились в последствии к другим разработчикам. График показывает, какая у него была «посещался» при нахождении на одной системе управления, затем – после переноса на систему «Мажента», далее – при продвижении. Оно видимо велось за счет ссылок, а не оптимизации. Когда ссылки перестали покупать, посещаемость снизилась. Клиент захотел перенести ресурс с «Мажента» на Битрикс, решив, что это логично при интеграции сайта с Битрикс24. Сайт ему перенесли (не наша компания), но посещаемость приблизилась к нулю.

Наличие у «Каома»доступа к данному сайту,полученному при аудите и расчетах стоимости услуги, позволило увидеть, что ресурс вообще не был оптимизирован. Отсутствие переадресации страниц в ходе переноса, активное продвижение черными методами за счет покупки ссылок до перехода на Битрикс, а затем и отказ от самих ссылок привелик тому, что посетители практически забыли про сайт.

Вывод.

Чтобы такого не было в принципе, нужно продвигаться «белыми» методами поисковой оптимизации. А при переносе сайта, который ранее продвигался, следует соблюдать простые правила.

Как перенести сайт на Битрикс без ошибок

1. Для начала нужно перенести метаданные всех страниц и разделов.
2. При изменении структуры сайта следует проставить редиректы переадресации старого адреса каждой страницы на новый адрес.
3. При сохранении структуры необходимо проследить, чтобы новый адрес «ЧПУ» (Человекопонятный URL) соответствовал старому адресу.

Это позволит сделать перенос на Битрикс без потерь.

На практике мы переносили разные проекты, некоторые из них представлены далее.

«Супер-септик»

(рис.2) Сохранение посещаемости после переноса сайта с MODX на Битрикс.

Изначально сайт работал на другой системе управления – на MODX. После нашего переноса на Битрикс в мае 2018 г. посещаемость из поисковых систем существенно не изменилась. В первые месяцы немного сдали позиции в Яндекс из-за наличия кириллических ЧПУ на старом сайте, которые неидеально переносились через редиректы. Спустя несколько месяцев после индексации сайта начался рост посещаемости. В зимнее время посетителей стало приходить меньше из-за сезонности товара, который предлагался. Ведь зимой септики не устанавливают. В летние месяцы заходы повысилась снова.

Вязальная фабрика Luxsol

(рис.3) Сохранение посещаемости после переноса сайта с самописного движка на Битрикс.

Дата запуска проекта определена по архивному сайту. Его данные присутствуют на скрине на май 2015 г. После переноса на Битрикс график посещаемости показывает планомерный и стабильный рост числа заходящих на сайт людей из «поиска».

Туркомпания DekTravel

(рис.3) Сохранение посещаемости после переноса сайта с сайта на html на Битрикс.

Дату переноса старого ресурса, сделанного на html, мы зафиксировали по «архиву». После перехода на нашу систему управления сайтом в мае 2015г. график посещений из поисковых систем Яндекс, Гугл, Рамблер, Майл.ру показывает постепенный рост (скрин сделан за период 2-2,5 года).

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

Важное!

Для сохранения посещаемости сайтов из поисковых систем, в которых они продвигались, нужно аккуратно переносить имеющийся контент, метаданные всех страниц и разделов. Предусматривать сохранность ЧПУ в строке навигации для каждой страницы, если структура в целом не меняется. В ином случае указываются редиректы со старых адресов на новые.

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