Перенос с самописного PHP на 1С-Битрикс

Перенос сайта с самописного PHP-движка на 1С-Битрикс — это управляемая миграция проекта, у которого нет стандартного механизма выгрузки. Массовые CMS вроде WordPress, Joomla или OpenCart умеют экспортировать данные штатными средствами, и для них есть готовые конвертеры. Самописный движок — это уникальный код, написанный под конкретный проект и нередко под конкретного разработчика: своя структура таблиц, своя маршрутизация, своя логика. Здесь нет кнопки «экспорт», поэтому перенос строится не на конвертере, а на чтении кода, разборе базы и написании выгрузки под вашу конкретную структуру. Ниже мы разбираем, как устроен такой перенос и что именно мы делаем, чтобы достать данные и не потерять позиции.

Чем самописный сайт отличается от сайта на CMS

У сайта на готовой CMS структура базы стандартна и задокументирована: известно, в каких таблицах лежат страницы, товары и заказы. Самописный движок устроен иначе — это обычно процедурный PHP-код, который сам разработчик придумал и разложил по таблицам так, как ему было удобно. Названия таблиц и полей могут быть произвольными, связи между ними — неочевидными, а часть логики зашита прямо в код, а не в структуру базы. Поэтому переносить самопис «по инструкции» нельзя: сначала нужно понять, как именно устроен ваш проект.

Как мы достаём данные без экспорта

Отсутствие экспорта — не препятствие. Мы получаем доступ к исходному коду и базе данных MySQL и действуем по шагам. Сначала читаем код: находим точки входа, маршрутизацию ЧПУ и места, где код обращается к базе. Так мы понимаем, в каких таблицах хранятся страницы, каталог, заказы, клиенты и загруженные файлы. Затем разбираем структуру таблиц и связи между ними. После этого пишем SQL-выгрузку напрямую под вашу базу — скрипт, который аккуратно снимает данные в нужном виде. Это работает для любого самописа, даже без документации и комментариев в коде.

Как данные ложатся в Битрикс

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

Почему уходят с самописа

Главный риск самописного движка — зависимость от автора. Пока разработчик рядом, сайт живёт; стоит ему уйти — править процедурный код без архитектуры и документации некому, а каждая доработка превращается в исследование. Добавляются и другие проблемы: нет нормальной админки, нет обмена с 1С из коробки, в старом коде накапливаются уязвимости и риски SQL-инъекций, а персональные данные нередко хранятся без оглядки на 152-ФЗ. Переезд на Битрикс снимает эти риски: сайт поддержит любой специалист с рынка, готовые модули и API закрывают типовые задачи, а данные переезжают на защищённую платформу с хранением в РФ.

Ключевые термины простыми словами

• Самописный движок — сайт, написанный программистом с нуля, без готовой CMS. Структура базы и логика уникальны, поэтому стандартных инструментов переноса для него нет.
• Структура таблиц (схема БД) — то, как организованы данные в базе MySQL: какие есть таблицы, поля и связи. Разобрать её — главная задача при переносе самописа.
• SQL-выгрузка — скрипт, который мы пишем под вашу конкретную базу, чтобы снять данные напрямую из таблиц, когда встроенного экспорта нет.
• Инфоблок — сущность Битрикс для хранения однотипных записей: каталога, новостей, справочников. В инфоблоки мы раскладываем выгруженные данные самописа.
• ЧПУ — человекопонятные адреса страниц. Их структуру мы сохраняем или закрываем 301-редиректами, чтобы не потерять позиции.
• 301-редирект — постоянное перенаправление со старого адреса на новый. Передаёт странице накопленный вес, чтобы позиции в поиске не просели.

Что в итоге переезжает на Битрикс

Полноценный перенос с самописного PHP охватывает всё содержимое проекта. Контент — страницы, статьи и тексты. Данные — каталог, справочники, заказы и база клиентов из ваших таблиц. Файлы — медиа, загрузки и пользовательские файлы с привязками. SEO — структура ЧПУ, мета-теги, sitemap и robots, закрытые редиректами. Интеграции — обмен с 1С и CRM при наличии. На выходе вы получаете тот же сайт по содержанию, но на промышленной платформе, которую поддерживает любой специалист, а не единственный автор движка.

Перенос с самописного PHP — задача с самым высоким уровнем неопределённости среди всех миграций. Для сайта на готовой CMS известно, где лежат данные и как их забрать. Для самописа ничего этого нет: уникальная структура таблиц, недокументированный процедурный код, своя маршрутизация и логика, зашитая в скрипты. Один неверный шаг — и часть данных остаётся в неразобранной таблице, а старые адреса уходят в ошибку 404 вместе с трафиком. Поэтому ключевой вопрос при переносе самописа не «сколько это стоит», а «сможет ли подрядчик прочитать чужой код и достать из него всё». Ниже мы честно разбираем проблемы, с которыми сталкивается бизнес при уходе с самописного движка, и показываем, как именно мы их закрываем.

Главный риск: у движка нет экспорта, и данные легко упустить

Самая частая тревога владельца самописного сайта — «у нас нет кнопки выгрузки, как вы вообще достанете данные». Отвечаем прямо: встроенный экспорт нам не нужен. Мы получаем доступ к коду и базе MySQL, читаем исходники и находим точки входа, маршрутизацию и обращения к базе. Так становится понятно, в каких таблицах лежат страницы, товары, заказы и клиенты. Затем разбираем структуру таблиц и связи и пишем SQL-выгрузку напрямую под вашу базу. Риск упустить данные мы снимаем тем, что идём не от видимых страниц сайта, а от самой базы: проходим по всем содержательным таблицам, чтобы ничего не осталось за кадром.

Проблема вторая: код старый и без документации

Самопис почти всегда означает процедурный PHP без комментариев, написанный давно и не одним человеком. Многих это пугает: «в нашем коде сам чёрт ногу сломит». Для нас это рабочая рутина. Мы регулярно читаем чужой недокументированный PHP: находим, где начинается обработка запроса, как устроена маршрутизация ЧПУ, какие функции и запросы работают с базой. Нам не нужно понять весь код до строчки — достаточно проследить путь данных от базы до страницы, чтобы корректно их выгрузить. Если в коде зашита нестандартная логика (расчёты цен, фильтры, личные кабинеты), мы разбираем её отдельно и воспроизводим на API и модулях Битрикс.

Проблема третья: зависимость от автора движка

Частая и болезненная ситуация — движок писал один разработчик, и он ушёл. Сайт работает, но развивать и чинить его некому: код понятен только автору, документации нет, а нанять нового человека под чужой самопис почти невозможно. Это бизнес-риск: любой сбой может надолго остановить сайт. Переезд на Битрикс закрывает эту уязвимость в корне. После миграции проект ведёт любой из тысяч специалистов на рынке, а не единственный носитель знаний. Типовые задачи закрываются готовыми модулями, а не правкой процедурного кода.

Проблема четвёртая: страх потерять позиции и трафик

Самописные сайты часто имеют собственную систему ЧПУ, и владельцы боятся, что при переезде адреса сломаются и трафик упадёт. Мы делаем SEO отдельным обязательным пластом переноса. Перед стартом выгружаем все индексируемые адреса старого сайта, строим карту соответствий старых и новых URL и настраиваем 301-редиректы со старых ЧПУ на новые. Мета-теги, заголовки, alt-тексты, sitemap.xml и robots.txt переезжают вместе с контентом. После запуска отслеживаем индексацию в Яндекс.Вебмастере и Google Search Console и оперативно правим то, что нашли роботы. Если позиции просели по нашей вине — дорабатываем бесплатно до восстановления. Это зафиксированная страховка SEO, а не обещание на словах.

Проблема пятая: безопасность старого кода

В старом самописном PHP часто встречаются уязвимости: SQL-инъекции, отсутствие проверки ввода, хранение паролей и персональных данных без должной защиты. Чем дольше живёт такой код, тем выше риск утечки или взлома. Битрикс — защищённая промышленная платформа с проактивной защитой, разграничением прав и хранением данных в РФ. При переносе мы не тащим уязвимости за собой: данные переезжают в безопасную среду, а доступ и согласия настраиваются по требованиям 152-ФЗ.

Проблема шестая: непредсказуемый бюджет

С самописом легко получить смету, которая растёт по ходу проекта, потому что заранее непонятно, насколько запутан код и база. Поэтому мы начинаем с аудита кода и БД и только после него фиксируем состав работ и стоимость. Цена складывается из понятных факторов: запутанности кода, структуры таблиц, объёма данных и нужных интеграций. Всё, что выходит за рамки согласованного ТЗ, обсуждается и оценивается отдельно, а не появляется в счёте сюрпризом. Аудит и прозрачная смета — это и есть способ сделать перенос самописа предсказуемым.

Как устроен наш процесс переноса

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

• Аудит кода и БД. Читаем исходники, находим точки входа и таблицы с данными, оцениваем объём и запутанность, готовим план переноса и карту редиректов.
• Выгрузка из таблиц. Пишем SQL-выгрузку под структуру вашей базы и снимаем данные напрямую, без стандартного экспорта.
• Маппинг и импорт. Сопоставляем поля таблиц со свойствами инфоблоков и сущностями Битрикс и загружаем данные на тестовый стенд.
• Дизайн и интеграции. Переносим или обновляем дизайн, настраиваем формы и обмен с 1С и CRM.
• SEO и редиректы. Настраиваем 301-редиректы со старых ЧПУ, переносим мета-теги, sitemap и robots, проверяем карту на отсутствие битых ссылок.
• Запуск и контроль. Переключаем домен в окно без простоя и следим за индексацией в Вебмастере, дорабатывая найденное.

Почему именно Битрикс, а не другой движок

После ухода с самописа логично выбрать платформу, которая снимает главную боль — зависимость от единственного разработчика. Битрикс — промышленный стандарт российского рынка с готовым обменом с 1С, встроенной защитой по 152-ФЗ, хранением данных в РФ и огромным рынком специалистов. Это означает, что после переезда проект сможет вести любая компетентная команда. Платформа масштабируется от сайта-визитки до нагруженного магазина, расширяется модулями и инфоблоками, поддерживает каталог, заказы, личные кабинеты и сложные сценарии. Вместо уникального кода под одного человека вы получаете предсказуемый инструмент, понятный всему рынку.

Что вы получаете на выходе

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

Частые возражения — и честные ответы

«Наш движок такой запутанный, что его никто не разберёт». Запутанный самопис — наш профиль. Мы идём от базы данных, а не от кода: даже если логика хаотична, данные всё равно лежат в таблицах, и мы их выгружаем. Чем сложнее код, тем подробнее аудит, но непереносимых движков в нашей практике не было.

«Автор движка ушёл, доступов к части кода нет». Нам достаточно доступа к файлам сайта и базе данных. По коду на сервере и структуре таблиц мы восстанавливаем картину данных, даже если исходную команду найти невозможно.

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

«Дешевле дописать текущий движок». Иногда — да, и мы скажем об этом прямо. Но если движок держится на одном ушедшем авторе и копит уязвимости, доработки лишь оттягивают проблему. Переезд на Битрикс решает её в корне, а не латает.

Логика реальных проектов: чему учат наши переезды с самописа

За переезды с самописных PHP-движков мы вывели несколько закономерностей. Первая: данные почти всегда полнее, чем кажется по сайту — в базе обнаруживаются неопубликованные записи, черновики и архивы, и важно решить по каждому, переносить ли его. Вторая: основной риск не в выгрузке, а в маппинге — правильно разложить поля старых таблиц по свойствам инфоблоков, чтобы заработали фильтры и обмен с 1С. Третья: ЧПУ самописа нужно выгружать целиком и строить карту редиректов в самом начале, а не в последнюю ночь. Мы заранее предупреждаем о возможных колебаниях позиций в первые недели после переезда и держим руку на пульсе индексации.

Показательные примеры из практики. Переезд интернет-магазина с самописа на чистом PHP: разобрали сорок таблиц MySQL, выгрузили девять тысяч товаров и историю заказов, настроили обмен с 1С — без потерь, витрина ускорилась вдвое. Перенос самописного справочника: выгрузили восемнадцать тысяч записей из старой базы в инфоблоки и сохранили ЧПУ редиректами, ни один адрес не потерялся. Уход с движка после ухода автора: прочитали недокументированный код, нашли все данные и перенесли сайт на Битрикс под ключ с нулевым простоем. Эти результаты не случайность, а следствие методики, в которой разбор кода и базы и сохранность данных — фундамент.

Чем мы отличаемся от студии, которая «тоже умеет переносить»

Перенос самописа часто берут неохотно или делают поверхностно: переносят видимые страницы, а заказы, клиентов и нестандартную логику оставляют «на потом». Мы специализируемся именно на миграции на 1С-Битрикс и умеем работать с чужим кодом: читаем процедурный PHP, разбираем схему MySQL, пишем выгрузку под конкретную базу и сверяем результат числами. Это разница между «перенесли что увидели» и «выгрузили всё из базы, сверили число записей, проконтролировали выдачу и отвечаем за результат».

Когда переезжать не нужно — и мы скажем об этом прямо

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

На что мы обращаем внимание особо при переносе магазина на самописе

Магазин на самописном движке — самый требовательный сценарий, потому что цена ошибки максимальна: за каждым потерянным товаром или сломанным фильтром стоит недополученная выручка. Мы выгружаем каталог вместе со структурой категорий, свойствами и характеристиками, по которым работают фильтры, следим за артикулами для корректной привязки к 1С. Историю заказов переносим со статусами и составами, базу клиентов — со скидками и сегментами. Платёжные и доставочные интеграции настраиваем заново и обязательно тестируем сквозной сценарий покупки на стенде до запуска, чтобы первый же реальный заказ прошёл без сбоев. Этот уровень внимания и отличает аккуратный перенос самописа от потери данных и выручки.

Давайте обсудим ваш проект

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