Простой сайт, интернет-магазин или платформа с интеграцией 1С? Различия, которые вам не объясняют до оплаты

Коротко. Уровней сайта пять, и разница между ними не в дизайне — а в том, сколько ручной работы они убирают. Лендинг приносит заявку. Интернет-магазин приносит заказы, которые вы вручную вбиваете в 1С. Интегрированная платформа не просит от вас ничего: заказ сам попадает в 1С, остаток списывается автоматически, клиент получает накладную, а вы видите всё в CRM. Разница в цене между уровнем 3 и уровнем 4 обычно трёх-четырёхкратная. Разница в сэкономленном времени — 40–60 часов в месяц. Этот гид показывает, где вы сейчас, когда пора подниматься и что ломается по дороге.

Содержание

1. Почему «сколько стоит сайт» — неправильный вопрос
2. Пять уровней сайта — полное сравнение
3. Признаки, что вы переросли текущий уровень
4. Что на деле значит «интегрированный сайт»
5. Интеграция с 1С: как это работает на самом деле
6. В одну сторону или в две? Разница, меняющая всё
7. Кто владеет истиной: самое важное техническое решение
8. Интеграция с CRM
9. Интеграция с платежами
10. Десять реальных ловушек интеграции
11. Правильная архитектура интегрированной платформы
12. Как идёт проект: этапы и сроки
13. Дерево решений: какой уровень нужен вам
14. Частые вопросы

1. Почему «сколько стоит сайт» — неправильный вопрос

Это первый вопрос, который мы получаем, и, к сожалению, наименее полезный.

Сайт может стоить 150 евро или 15 000. Обе цифры верны, потому что «сайт» описывает не продукт, а категорию — такую же широкую, как «транспортное средство». Велосипед и грузовик оба транспортные средства.

Вопрос, который даёт полезный ответ, другой: сколько часов в месяц ваша команда тратит на работу, которую сайт мог бы делать сам?

Реальный пример, типичный для кишинёвского магазина с 800 товарами и 20 заказами в день:

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

И это без учёта ошибок: заказ вбит неверно, продан товар, которого уже нет, старая цена провисела на сайте три дня.

2. Пять уровней сайта — полное сравнение

Уровень 1 — Лендинг

Что это: одна страница, одно сообщение, одна кнопка.

Что делает: показывает предложение и собирает контакт. И всё.

Для кого: рекламная кампания, запуск продукта, одна услуга, мероприятие.

Чего НЕ делает: нет каталога, нет личных кабинетов, нет сложных платежей, ни с чем не связан.

Когда перерастаете: когда услуг больше одной или когда клиенты начинают спрашивать то, что должно быть написано на сайте.

Уровень 2 — Сайт-визитка

Что это: 5–15 страниц — услуги, о компании, портфолио, блог, контакты.

Что делает: делает вас находимым в Google, строит доверие, приносит заявки через форму.

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

Чего НЕ делает: не продаёт напрямую, не ведёт учёт клиентов, не знает ваши остатки.

Когда перерастаете: когда заказов по телефону и в Instagram больше, чем помещается в блокнот.

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

Уровень 3 — Стандартный интернет-магазин

Что это: каталог, корзина, оформление заказа, онлайн-оплата, админка.

Что делает: продаёт круглосуточно, без вашего участия в каждом заказе.

Для кого: розница, физические или цифровые товары, каталог до нескольких тысяч позиций.

Чего НЕ делает: не разговаривает с вашей бухгалтерией. Заказ появляется в админке магазина. Оттуда кто-то вручную переносит его в 1С. Остаток на сайте — тот, который вы проставили руками. Цены — тоже.

Когда перерастаете: когда объём заказов превращает ручной перенос в полноценную работу. Порог обычно наступает между 15 и 30 заказами в день, в зависимости от сложности товаров.

Уровень 4 — Интегрированный магазин

Что это: магазин уровня 3 плюс автоматические связи с системами, которые у вас уже есть.

Что делает: - товары, цены и остатки приходят из 1С автоматически - заказы уходят в 1С автоматически - оплата подтверждается автоматически и отмечает заказ - клиент автоматически попадает в CRM - накладная выписывается автоматически - статус заказа обновляется в обеих системах

Для кого: магазины от 500 товаров, с реальным складом, с учётом в 1С, с командой, которая должна продавать, а не переписывать данные.

Чего НЕ делает: не управляет сложным производством, не заменяет полноценную ERP.

Когда перерастаете: когда появляются несколько складов, несколько каналов продаж или бизнес-логика, которую не покрывает ни одна стандартная система.

Уровень 5 — Кастомная платформа

Что это: софт, сделанный под ваш процесс, а не наоборот. Может включать B2B-портал, конфигуратор товара, индивидуальные цены по клиентам, согласования, интеграции с поставщиками.

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

Сравнительная таблица

Запомните строку про ручную работу. Именно в ней вся разница между уровнем 3 и уровнем 4 — и настоящая причина, почему за него платят втрое больше.

→ Уровень 2 как услуга: Интернет-магазин — полноценные eCommerce-платформы с оплатой и доставкой.

3. Признаки, что вы переросли текущий уровень

Аудит не нужен. Вот признаки по нарастающей:

Признак 1. У кого-то в команде среди задач числится «переносить заказы с сайта в 1С». Это не задача — это симптом.

Признак 2. Вы продали товар, которого не было на складе. И не один раз. Звонили клиенту извиняться.

Признак 3. Цена на сайте отличается от цены в 1С, и никто точно не знает, какая правильная.

Признак 4. Когда сотрудник в отпуске, заказы копятся невнесёнными до его возвращения.

Признак 5. Вы не можете быстро ответить на вопрос «сколько мы продали онлайн в прошлом месяце по категориям». Данные в двух местах и не сходятся.

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

Признак 7. Клиент звонит спросить про заказ, а вам нужно открыть три системы, чтобы ответить.

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

4. Что на деле значит «интегрированный сайт»

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

В неинтегрированном магазине (уровень 3):

Клиент оформляет заказ ↓ Заказ появляется в админке сайта ↓ [ ЧЕЛОВЕК ] открывает 1С и переписывает заказ ↓ [ ЧЕЛОВЕК ] проверяет банковскую выписку ↓ [ ЧЕЛОВЕК ] отмечает заказ оплаченным на сайте ↓ [ ЧЕЛОВЕК ] выписывает накладную в 1С ↓ [ ЧЕЛОВЕК ] отправляет накладную на почту ↓ [ ЧЕЛОВЕК ] списывает остаток на сайте, чтобы не продать дважды

Семь вмешательств человека. Каждое занимает минуты и каждое можно сделать неправильно или забыть.

В интегрированном магазине (уровень 4):

Клиент оформляет заказ ↓ Заказ автоматически уходит в 1С как документ ↓ Оплата подтверждается вебхуком, заказ отмечается оплаченным ↓ 1С резервирует остаток и выписывает накладную ↓ Накладная уходит клиенту автоматически ↓ Обновлённый остаток возвращается на сайт при следующем обмене ↓ Клиент и заказ появляются в CRM

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

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

5. Интеграция с 1С: как это работает на самом деле

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

Хорошая новость: обмен с сайтом изобретать не нужно. Есть стандарт.

CommerceML — общий язык

CommerceML — XML-формат, разработанный 1С для обмена коммерческими данными. Это язык, на котором 1С и сайт разговаривают друг с другом.

Механизм упрощённо:

1. 1С формирует XML-файлы с товарами, ценами, остатками и картинками
2. Отправляет их на точку обмена на сайте (выделенный URL, закрытый авторизацией)
3. Сайт обрабатывает файлы и обновляет каталог
4. В обратную сторону сайт отдаёт новые заказы в том же формате
5. 1С забирает их и создаёт соответствующие документы

Обмен идёт по расписанию — обычно каждые 30 минут — 2 часа, в зависимости от объёма и потребностей бизнеса.

Что идёт из 1С на сайт

Что идёт с сайта в 1С

6. В одну сторону или в две? Разница, меняющая всё

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

Практическая рекомендация: если у вас меньше 10–15 заказов в день, односторонний обмен снимает 80% боли за треть стоимости. Внести десять заказов — это 20 минут, а не четыре часа.

Выше этого порога вторая сторона становится обязательной.

Миф о реальном времени

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

Полный обмен каталогом на несколько тысяч товаров занимает минуты и серьёзно нагружает обе системы. Запускаемый каждые десять секунд, он положит и сайт, и сервер 1С.

Правильное решение — гибридное:

• каталог и цены — по расписанию, раз в 1–2 часа
• остатки — чаще, каждые 15–30 минут, по активным товарам
• заказы — немедленно, при оформлении
• подтверждение оплаты — немедленно, вебхуком

Так критичное происходит мгновенно, а объёмное не блокирует систему.

7. Кто владеет истиной: самое важное техническое решение

Если из всей статьи вы запомните одну техническую вещь — пусть будет эта.

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

Типичное распределение, которое работает:

Обратите внимание на строки про описание и категории. Это самая дорогая ошибка плохо сделанных интеграций: синхронизируют всё из 1С, и при первом же обмене сайт теряет все SEO-тексты, заменённые сухими наименованиями из номенклатуры.

Три месяца работы над контентом, стёртые за одну ночь. Мы видели это чаще, чем хотелось бы.

8. Интеграция с CRM

Если 1С отвечает на вопрос «что мы продали», то CRM отвечает на «с кем я говорю и что дальше».

Что синхронизируется в корректной интеграции:

• Контакт создаётся автоматически при первом заказе или первой заявке
• История заказов видна прямо в карточке клиента
• Источник лида передаётся дальше: из какой кампании, с какой страницы, по какому запросу
• Брошенные корзины запускают задачу или автоматическую цепочку
• Сегментация строится на реальных данных: сумма, частота, купленные категории

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

Без этой связи у вас есть Google Analytics, который говорит, сколько было «конверсий», но не сколько из них превратились в полученные деньги. Это очень разные вещи.

9. Интеграция с платежами

В интегрированной платформе оплата — не просто кнопка, а событие, запускающее весь процесс обработки.

Правильная архитектура состоит из трёх слоёв:

1. Способы оплаты. Карта, мгновенный платёж, наложенный платёж, банковский перевод. Чем больше, тем меньше брошенных заказов. Порядок отображения важен не меньше самого наличия.

2. Подтверждение вебхуком. Процессор уведомляет ваш сервер об успешной оплате. Это единственный источник истины — а не редирект клиента обратно на сайт, который может подделать любой, открыв этот URL вручную.

3. Распространение по системе. Подтверждение оплаты запускает по порядку: отметку заказа, отправку его в 1С, резервирование остатка, выписку накладной, уведомление клиента, обновление CRM.

Подробное сравнение способов оплаты в Молдове и расчёт экономии на комиссиях — в нашем гиде про MIA Мгновенные платежи для интернет-магазинов.

→ Наш гид по платежам: MIA мгновенные платежи для интернет-магазинов — комиссии в 3 раза ниже, чем по карте.

10. Десять реальных ловушек интеграции

Это проблемы, которые возникают на практике. Не теория — вещи, ломающие проекты.

1. Большой каталог, который валит обмен. Свыше 5 000 позиций обработка XML упирается в лимиты времени и памяти PHP. Решение — порционная обработка с возобновлением с места остановки, а не бесконечное задирание лимитов.

2. Дубли. При втором обмене товары создаются заново вместо обновления, потому что сопоставление идёт по наименованию, а не по устойчивому идентификатору. Итог — удвоенный каталог. Сопоставление всегда по коду или GUID из 1С.

3. Потеря SEO-контента. Оптимизированные описания на сайте затираются текстом из номенклатуры. Предотвращается решением из пункта 7.

4. Неполное сопоставление статусов. В 1С один набор состояний документов, на сайте другой. Если сопоставление неполное, заказы попадают в состояние, которого не понимает ни одна система, и зависают там.

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

6. Тяжёлые картинки. Изображения в 1С, как правило, неоптимизированы. Перенесённые как есть, они убивают скорость сайта и Core Web Vitals. Нужно автоматическое изменение размера и конвертация при импорте.

7. Кодировка и символы. Румынские диакритики и кириллица портятся, если кодировка обработана неверно. Видно сразу и выглядит непрофессионально.

8. Одновременное редактирование. Кто-то меняет цену в 1С, кто-то на сайте, в один и тот же час. Без правила источника истины побеждает последний обмен — произвольно.

9. Отсутствие журнала обмена. Когда что-то не синхронизировалось, без лога шансов выяснить причину нет. Журнал не опция, а часть поставки.

10. Отсутствие тестовой среды. Обмен тестируют прямо на боевой базе, и первая же ошибка портит реальные данные. Нужна отдельная среда с копией базы.

→ Для уровней 4–5 смотрите услугу: Веб- и мобильные приложения — SaaS-платформы, CRM и ERP под заказ.

11. Правильная архитектура интегрированной платформы

Без жаргона, вот как выглядит конструкция, которая держится:

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

1С остаётся системой учёта. Там реальные остатки, официальные цены и документы.

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

Каждая операция идемпотентна. Отправка одного и того же заказа дважды не создаёт два документа. Это обеспечивается уникальными идентификаторами, проверяемыми при каждой обработке.

Всё журналируется. Что отправлено, когда, с каким ответом. Без этого отладка превращается в гадание.

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

12. Как идёт проект: этапы и сроки

Для интегрированной платформы уровня 4 реалистичный проект выглядит так:

Итого: 10–20 недель.

Этап 1 — тот, который клиенты хотят пропустить, чтобы быстрее перейти к «настоящей работе». Это ровно тот этап, который решает, получится проект или нет. Интеграция, начатая без сопоставления полей, переделывается с нуля на третий месяц.

13. Дерево решений: какой уровень нужен вам

Отвечайте по порядку:

Продаёте товары прямо с сайта? → Нет, только услуги: уровень 1 или 2. На этом остановитесь, остальное вам не нужно. → Да: дальше.

Сколько заказов в день у вас есть или ожидается? → Меньше 10: уровень 3. Ручной ввод терпим. → 10–30: дальше. → Больше 30: уровень 4, без вариантов.

Ведёте учёт в 1С или похожей системе? → Нет, в Excel: уровень 3, но сначала наведите порядок в учёте. Таблицу не интегрируют. → Да: дальше.

Сколько товаров в каталоге? → Меньше 200 и меняются редко: уровня 3 достаточно. → Больше 200, либо цены и остатки меняются часто: уровень 4.

Есть ли процессы, не помещающиеся ни в один стандартный магазин? Индивидуальные цены по клиентам, согласования, конфигуратор, B2B-портал? → Да: уровень 5.

14. Частые вопросы

Что значит сайт с интеграцией 1С? Сайт, который автоматически обменивается данными с программой 1С: товары, цены и остатки приходят из 1С на сайт, а заказы с сайта автоматически попадают в 1С как документы, без ручного ввода.

Что такое CommerceML? XML-формат, разработанный 1С для обмена коммерческими данными между учётной системой и сайтом. Это стандарт, используемый большинством интеграций 1С с интернет-магазинами.

Синхронизация происходит в реальном времени? Как правило нет, и это не нужно. Каталог и цены синхронизируются по расписанию раз в 1–2 часа, остатки чаще, а заказы и подтверждения оплаты уходят немедленно. Полный обмен в реальном времени перегрузил бы обе системы.

Можно ли интегрировать 1С с WooCommerce? Да. Существуют проверенные решения, реализующие обмен через CommerceML в одну или в две стороны. Выбор зависит от версии 1С, размера каталога и сложности процессов.

Сколько длится интеграция с 1С? Односторонняя синхронизация — 2–4 недели. Двусторонняя — 6–12 недель. К этому добавляется время на создание сайта, если его ещё нет.

Что будет, если сервер 1С выключен? При правильной архитектуре заказы встают в очередь и передаются, когда 1С вернётся. Ничего не теряется. При плохо сделанной интеграции заказы за этот период исчезают.

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

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

Стоит ли интеграция, если у меня 5 заказов в день? Как правило нет. Пять заказов — это десять минут ручного ввода. Вкладывайтесь в продажи, пока не дорастёте до объёма, где автоматизация окупается.

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

Как работаем мы

Мы строим сайты и интегрированные платформы для бизнеса в Кишинёве и по всей Молдове — от сайта-визитки до магазина, связанного с 1С, CRM и онлайн-оплатой.

Что мы делаем иначе:

• Начинаем с анализа, а не с дизайна. Первая поставка — не макет, а карта полей и решение об источнике истины для каждого. Этот документ предотвращает большинство описанных выше проблем.
• Строим слой обмена, а не прямую связь. С очередью, автоповтором, журналом и оповещениями.
• Тестируем на копии боевой базы, включая сценарии ошибок, а не только счастливый путь.
• Не затираем ваш SEO-контент. Никогда.
• Передаём документацию обмена. Если завтра вы работаете с кем-то другим, он поймёт, что было построено.

Работаем с WooCommerce, с кастомными платформами на Laravel и с 1С в версиях, используемых в Молдове.

👉 Запросить бесплатный технический анализ — посмотрим, что у вас есть сейчас, скажем, какой уровень нужен и сколько это займёт. Без обязательств — и без попыток продать вам уровень 5, если хватает уровня 3.

Сроки и пороги в статье ориентировочны и основаны на типовых проектах. Конкретика зависит от версии 1С, размера каталога и сложности ваших процессов.

Последнее обновление: 23 сентября 2026