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

Создание интернет-магазина начинается с описания будущей покупки: кто выбирает товар, откуда берутся цена и остаток, кто подтверждает заказ, как проходит оплата, кто собирает посылку и что происходит при возврате. Если этот путь не определён, решения по каталогу и интеграциям придётся менять уже в разработке.
Пошаговый план создания интернет-магазина
- Определите покупателей: физические лица, компании или обе категории.
- Зафиксируйте ассортимент, варианты товаров, цены, остатки и ограничения на продажу.
- Проверьте спрос и рассчитайте экономику типового заказа.
- Назначьте ответственных за каталог, цены, заказы, доставку, возвраты и контент.
- Опишите требования к сайту, интеграциям и личному кабинету.
- Выберите CMS, состав модулей и подрядчика.
- Подготовьте каталог и карточки из проверенных товарных данных.
- Настройте оплату, доставку, кассу и уведомления.
- Подключите 1С, CRM Битрикс24 и аналитику, если они участвуют в процессе.
- Проведите тестовые покупки по успешным и ошибочным сценариям.
- Откройте магазин для ограниченного потока посетителей и устраните сбои.
- Передайте поддержку конкретным сотрудникам с доступами и регламентом.
Для постановки задачи соберите один рабочий документ: источники цен и остатков, обязательные поля заказа, способы оплаты и доставки, статусы, роли сотрудников и правила возврата. Разработка интернет-магазина начинается с такой модели, а не с выбора шаблона.
Кому подходит собственный интернет-магазин
Собственный магазин подходит компании, которая контролирует ассортимент, цену и исполнение заказов. Он оправдан, когда покупателю нужны фильтры, варианты товара, корзина, оплата, доставка, история заказов или персональные условия, а данные должны поступать в учётную систему и CRM Битрикс24.
Запуск преждевременен, если никто не отвечает за остатки, товарные данные неполны или команда не знает, как исполнить поступивший заказ. Для нескольких позиций с индивидуальным расчётом иногда достаточно сайта с формой запроса. Маркетплейс тоже может остаться отдельным каналом, но не заменяет собственный процесс продаж.
Как проверить спрос и экономику интернет-магазина
Спрос проверяют по конкретным категориям и сценариям покупки. Экономика должна учитывать не только выручку, но и закупку, комплектацию, упаковку, комиссию платёжного сервиса, доставку, возвраты и привлечение заказа.
Для первой оценки возьмите несколько типовых заказов и рассчитайте их вручную:
Доход от заказа = цена товаров − закупка − переменные расходы на исполнение − комиссии − привлечение заказа − расходы на возвраты
Формула не заменяет финансовый учёт. Она показывает, где модель может стать убыточной до разработки: например, из-за бесплатной доставки, скидки, тяжёлой упаковки или слишком дорогой ручной обработки.
| Что проверить | Контрольный вопрос | Источник данных |
|---|---|---|
| Спрос | Какие товары ищут и покупают? | Продажи, обращения, поиск по сайту, реклама |
| Маржа | Сколько остаётся после закупки? | Учётная система и закупочные цены |
| Исполнение | Кто собирает, упаковывает и передаёт заказ? | Регламент склада и отдела продаж |
| Доставка | Куда можно доставить товар и с какими ограничениями? | Договоры, вес и габариты товаров |
| Возвраты | Какие причины возврата вероятны? | История обращений и правила продажи |
Гипотеза спроса должна быть проверяемой. Вместо «продавать товары для дома» сформулируйте: «покупатель видит цену и срок получения без звонка, а склад подтверждает наличие по установленному правилу». Вопросы менеджерам о размере, совместимости, комплекте и сроке поставки подсказывают, какие данные нужны в карточке.
Юридические и платёжные вопросы интернет-магазина
До открытия магазина покупатель должен получить сведения о продавце, товаре, цене, оплате, доставке и возврате. Состав документов зависит от ассортимента, статуса продавца и схемы расчёта, поэтому его проверяют профильный юрист и бухгалтер.
Дистанционная розничная продажа в России регулируется статьёй 26.1 Закона о защите прав потребителей и Правилами продажи товаров по Постановлению Правительства РФ № 2463. По общему правилу покупатель вправе отказаться от товара до передачи и в течение семи дней после неё. Если при доставке не передана письменная информация о порядке и сроках возврата, срок может составить три месяца. При этом учитываются сохранность товарного вида и потребительских свойств, а для товара с индивидуально-определёнными свойствами действуют ограничения. Эти нормы нельзя превращать в универсальный текст для любого ассортимента: правила магазина должен проверить юрист применительно к товарам и фактическому процессу возврата.
Схема применения контрольно-кассовой техники зависит от способа и момента расчёта. С 1 сентября 2025 года действуют дополнительные требования к оформлению кассовых чеков, включая интернет-расчёты. Настройку ККТ, ОФД и платёжного сценария сверяют с бухгалтером, поставщиком кассового решения и актуальными материалами ФНС.
При сборе имени, телефона, электронной почты и адреса нужно определить основания и порядок обработки персональных данных. Уведомление Роскомнадзора направляется кроме случаев, установленных законом; применимость исключения проверяет специалист.
Как подготовить ассортимент и карточки товаров
Каталог — это набор структурированных данных. Для каждой товарной группы задайте обязательные поля: артикул, название, категория, свойства, цена, наличие, изображения, документы, варианты, вес, габариты и условия продажи, если они различаются.
Одна система должна быть источником каждого типа данных. Если цены и остатки ведутся в 1С, ручная правка на сайте без согласованного правила опасна: следующий обмен может её перезаписать. То же относится к изображениям, описаниям и статусам заказа.
Почему карточка товара в интернет-магазине начинается с данных, а не с дизайна
Карточка отвечает на вопросы перед покупкой: что это за товар, сколько он стоит, есть ли нужный вариант, когда его можно получить, что входит в комплект и как действует возврат. Для вариативных товаров заранее описывают недоступные сочетания цвета, размера или комплектации. Покупатель не должен узнать об отсутствии выбранного варианта после оплаты.
Как выбрать платформу и подрядчика для интернет-магазина
Платформу выбирают после описания каталога, заказа и интеграций. Для проекта с корзиной, расчётом заказа, оплатой, доставкой и свойствами заказа можно использовать CMS «1С-Битрикс: Управление сайтом» с модулем интернет-магазина; редакцию и состав модулей проверяют по требованиям.
CMS «1С-Битрикс: Управление сайтом» управляет сайтом и магазином. CRM Битрикс24 — отдельный продукт для работы с клиентами, продажами, сделками и коммуникациями. Системы можно связать, но одна не заменяет другую.
Подрядчику передают не просьбу «сделать магазин под ключ», а сценарии: типы покупателей, источники товаров и цен, поля заказа, расчёт доставки, обработку ошибок оплаты, передачу данных в 1С и CRM Битрикс24, правила приёмки и поддержки. В оценке должны быть видны границы работ и внешние зависимости.
Каталог, корзина и оформление заказа в интернет-магазине
Каталог помогает выбрать товар, а оформление заказа собирает данные для исполнения. Помимо обычной покупки проектируют пустой поиск, отсутствие товара, ошибку формы, отмену платежа, недоступную доставку и возврат в корзину.
Фильтр строят по свойствам, которые действительно различают товары. В карточке проверяют цену выбранного варианта, наличие, срок поставки, фото, комплектацию, доставку, возврат и мобильное отображение. Форма заказа запрашивает только сведения, без которых покупку нельзя оформить и исполнить.
Сквозной сценарий заказа: от товара до CRM Битрикс24
Покупатель выбирает вариант товара и добавляет его в корзину. Сайт проверяет доступность и показывает цену именно этого варианта. При оформлении покупатель вводит контакты и адрес либо выбирает пункт выдачи, способ доставки и оплату. После проверки обязательных полей сайт создаёт заказ и запускает согласованный расчёт. Статусы «заказ создан» и «оплата подтверждена» не смешивают. Затем данные могут поступить в CMS, 1С и CRM Битрикс24 по заранее описанным правилам. CRM хранит сведения о клиенте, составе продажи, сумме, стадии и коммуникациях, а склад получает задание из системы, назначенной для исполнения. Неуспешная оплата, отсутствие товара и ошибка доставки должны иметь отдельный статус, понятное сообщение покупателю и ответственного сотрудника.
Как настроить оплату, доставку и возвраты
Оплату проектируют вместе с заказом: определяют успешный и неуспешный платёж, повторную оплату, отмену, возврат денег и действия сотрудников. Платёжный провайдер может предоставлять готовый модуль для CMS, статусы и операции возврата, но доступность функций зависит от договора и настроек.
Для доставки фиксируют зоны, способы получения, ограничения по весу, габаритам и категориям товара. Нужен сценарий на случай, когда тариф не рассчитан, пункт выдачи недоступен или выбранный товар нельзя отправить этим способом.
Возврат — отдельный процесс: обращение, проверка заказа, решение, приём товара, возврат денег и фиксация статуса. Текст на сайте должен совпадать с фактическими действиями компании.
Интеграция интернет-магазина с 1С и CRM Битрикс24

Интеграция начинает работать предсказуемо только после сопоставления полей, статусов и направлений обмена. Для цены, остатка, карточки и статуса заказа назначают источник данных и правило разрешения конфликтов.
«1С-Битрикс: Управление сайтом» поддерживает настройку обмена с «1С:Предприятие» для каталога и заказов. До запуска определяют, передаются ли товары, свойства, цены, остатки, изображения, заказы и статусы. Интеграцию сайта с 1С проверяют на безопасном стенде, чтобы вовремя обнаружить дубли, пустые поля и неоднозначные статусы.
В корректно настроенном сценарии CRM Битрикс24 может получить данные клиента и состав заказа, создать сделку и сохранить историю работы с продажей. Внедрение CRM Битрикс24 включает и организационные правила: кто берёт заказ, когда связывается с клиентом, какие стадии меняются автоматически и где требуется действие сотрудника.
Контент, аналитика и SEO интернет-магазина
SEO закладывают в структуру каталога, URL, шаблоны метаданных, канонические адреса и карту сайта до публикации. Sitemap сообщает поисковым системам об актуальной структуре сайта, но не гарантирует индексацию. Канонические URL задают отдельно.
Для электронной коммерции в Яндекс Метрике разработчик настраивает события просмотра товара, добавления в корзину, оформления и подтверждения заказа. Проверяют не только наличие счётчика, но и состав передаваемых данных. При переносе сайта отдельно составляют карту старых и новых адресов для перенаправлений.
Контент-план включает категории, карточки, инструкции, FAQ, условия доставки и возврата. У каждого типа контента должен быть владелец; без него характеристики и фотографии быстро устареют.
Ошибки и ограничения при запуске интернет-магазина
Основные ошибки возникают на стыке систем и ответственности:
- Выбирать CMS до описания заказа. Функции платформы не заменят регламент продажи и исполнения.
- Вести цены и остатки одновременно в нескольких местах. Без источника данных обмен перезапишет ручные изменения или создаст расхождения.
- Смешивать статусы «создан» и «оплачен». Склад может начать сборку заказа, деньги по которому не получены.
- Запускать рекламу до тестирования. Трафик увеличит число ошибок, но не исправит каталог, оплату и доставку.
- Считать только разработку. После запуска остаются лицензии, инфраструктура, сервисы, контент, продвижение и поддержка.
Ограничения зависят от товара. Крупногабаритная продукция, цифровые товары, позиции под заказ и маркируемые товары могут требовать разных способов оплаты, доставки, документов и возврата. Такие группы описывают отдельно.
Тестовый запуск интернет-магазина

Тестовый запуск проверяет цепочку заказа до открытия широкого трафика. Для каждого сценария фиксируют ожидаемый результат и систему, где он должен появиться.
Проведите покупки с успешной и неуспешной оплатой, отсутствующим товаром, изменением количества, разными способами доставки, ошибкой обязательного поля и возвратом в корзину. Проверьте кассовый документ, уведомления, статусы в CMS, 1С и CRM Битрикс24, а также действия склада и менеджера.
Отдельно проверьте роли и права. Покупатель, оператор, бухгалтер и склад видят разные данные. Сотрудник не должен потерять нужный заказ или получить доступ к сведениям, которые не требуются для его работы.
Продвижение и поддержка интернет-магазина после запуска
Продвижение подключают после проверки заказа и аналитики. Реклама не исправит неверную цену, недоступную доставку или сломанное оформление. Сначала убедитесь, что команда получает заказы и может обработать их по регламенту.
Для поддержки назначают владельцев каталога, обменов и ошибок, определяют канал обращений и порядок изменений. Задача «показывать срок поставки для товара под заказ в карточке и корзине» проверяема; просьба «сделать удобнее» — нет.
Чек-лист запуска интернет-магазина
Перед открытием проверьте процесс целиком:
- [ ] Определены покупатели, товарные группы и сценарии продажи.
- [ ] Рассчитана экономика типовых заказов.
- [ ] Назначены владельцы цен, остатков, заказов, контента и возвратов.
- [ ] Юридические документы проверены для конкретного ассортимента.
- [ ] Схема ККТ и чеков согласована с бухгалтером и поставщиком решения.
- [ ] Определён порядок обработки персональных данных.
- [ ] Каталог содержит цены, свойства, варианты, фото и правила наличия.
- [ ] Настроены и проверены оплата, доставка и возврат.
- [ ] Для 1С определены направления обмена, поля и обработка ошибок.
- [ ] Для CRM Битрикс24 описаны сущности, стадии и ответственные.
- [ ] Настроены события электронной коммерции в Яндекс Метрике.
- [ ] Ключевые URL отдают ожидаемые HTTP-статусы, во внутренних ссылках нет битых страниц, canonical указывает на итоговый URL, sitemap.xml содержит актуальные URL, при переносе настроены перенаправления, а критичные HTML-шаблоны проходят проверку без ошибок.
Sitemap.xml помогает поисковому роботу обнаружить страницы, но не гарантирует их индексацию. Canonical сообщает предпочтительный URL, но не исправляет битые внутренние ссылки.
- [ ] Пройдены тестовые заказы с успешной и неуспешной оплатой.
- [ ] Проверены уведомления покупателю, менеджеру и складу.
- [ ] Есть регламент поддержки и доступы у ответственных сотрудников.
Частые вопросы о создании интернет-магазина
- С чего начать создание интернет-магазина, если сайта ещё нет?
Начните с покупателей, ассортимента и процесса исполнения. Соберите примеры товаров, правила цены и наличия, способы доставки и вопросы клиентов. После этого выбирайте CMS и составляйте требования.
- Можно ли создать интернет-магазин без интеграции с 1С?
Можно, если цены, остатки и заказы ведутся в другой системе. Если 1С уже участвует в учёте, правила обмена лучше определить до разработки: позднее подключение может изменить каталог, поля и статусы заказа.
- Чем «1С-Битрикс: Управление сайтом» отличается от CRM Битрикс24?
«1С-Битрикс: Управление сайтом» — CMS для сайта, каталога, корзины, оплаты и доставки. CRM Битрикс24 используют для клиентов, сделок и коммуникаций. Это разные продукты, между которыми можно настроить обмен.
- Нужно ли сразу подключать онлайн-оплату?
Это зависит от модели продажи. Если покупатель платит на сайте, нужны статусы платежа, кассовый сценарий и порядок действий при ошибке. Для заказа с согласованием цены возможен другой процесс, но его тоже описывают заранее.
- Какие данные нужны для карточки товара?
Минимальный набор: название, цена, изображение, описание, характеристики, наличие и варианты. Для доставки могут потребоваться вес и габариты, а для отдельных категорий — состав, совместимость, документы или ограничения.
- Когда начинать продвижение интернет-магазина?
После проверки каталога, заказа, оплаты, доставки, уведомлений и работы сотрудников. До рекламы убедитесь, что аналитика получает события электронной коммерции и показывает путь покупателя.
Следующий шаг для запуска интернет-магазина
Соберите в одном документе ассортимент, источники цен и остатков, оплату, доставку и маршрут заказа до склада, 1С и CRM Битрикс24. С этим материалом можно предметно обсудить разработку интернет-магазина и состав работ.
Нужен интернет-магазин или интеграция с Битрикс24?
- Разработка интернет-магазина — проектирование, каталог, заказ и запуск.
- Интеграция сайта с 1С — правила обмена каталогом и заказами.
- Внедрение CRM Битрикс24 — обработка продаж и работа с клиентами.
Автор: редакция S-WEBS24. Фактическая проверка: редакция S-WEBS24, 21 августа 2026 года.
Официальные источники проверки: статья 26.1 Закона РФ «О защите прав потребителей»; Постановление Правительства РФ № 2463; материалы ФНС по ККТ при дистанционной торговле; портал персональных данных Роскомнадзора; документация «1С-Битрикс: Управление сайтом» по интернет-магазину и обмену с 1С; справка Битрикс24 по сделкам и интернет-магазину; документация Яндекс Метрики по электронной коммерции и Яндекс Вебмастера по Sitemap.
Регламент изменений и контроль задач после запуска
Для повторяющихся изменений стоит вести отдельный журнал релизов. В нём фиксируют номер задачи, дату внесения, затронутые разделы, изменённые настройки или файлы, ответственного и результат проверки. Такая запись помогает связать обращение покупателя с конкретной правкой: например, понять, после какого изменения перестал применяться промокод или изменился расчёт доставки.
Перед началом доработки полезно определить границы изменения. Если требуется скорректировать оформление заказа, в задаче указывают, какие способы доставки, оплаты, типы покупателей и статусы затрагиваются. Для каталога отмечают разделы, свойства, торговые предложения, поиск и фильтры. Исполнитель получает проверяемую постановку, а сотрудник магазина понимает, что именно нужно принять.
Изменения в рабочем магазине лучше отделять от проверки. Сначала правку проверяют на копии сайта или в согласованной тестовой среде, используя подготовленные товары, заказы и учётные записи. Затем сотрудник магазина проходит сценарий со стороны покупателя и со стороны администратора в «1С-Битрикс: Управление сайтом». В журнале задачи остаются результаты проверки и замечания, если сценарий требует корректировки.
Для рискованных изменений заранее описывают способ возврата к предыдущему состоянию. Это может быть сохранённая версия шаблона, выгрузка настроек, копия изменяемых данных или перечень действий для отмены правки. Особенно это нужно при изменении правил скидок, доставки, обработки заказов, прав доступа и обмена данными: ошибка в такой логике может проявиться уже после закрытия задачи.
Регулярный разбор очереди помогает отделить единичные обращения от повторяющейся причины. Если сотрудники несколько раз вручную исправляют одно поле заказа или редакторы постоянно уточняют правила заполнения карточек, стоит завести отдельную задачу на анализ сценария. Решением может быть уточнение инструкции, изменение формы, настройка проверки данных или доработка логики. Важен не только факт закрытия обращений, но и понятная история того, почему они возникали.