Изработка на сайт за онлайн магазин - етапи, платформи и интеграции

Изработка на сайт за онлайн магазин: цени и успешни практики

Автор: Иван Димитров | Публикувано:

Онлайн магазинът не е обикновен сайт с добавена количка - той работи с продуктова база, онлайн плащания, куриерски системи и нормативни изисквания, затова изработката на среден по размер магазин в моята практика отнема 8 до 14 седмици. Най-често срокът се удължава не заради самото програмиране, а заради задачи, които зависят от търговеца, банката или външни доставчици, затова те трябва да започнат още в първата седмица, паралелно с дизайна.

Какво е изработка на онлайн магазин

Изработката на онлайн магазин е проектиране, изграждане и настройка на уебсайт, който продава: показва продукти, приема поръчки, обработва онлайн плащания и предава пратките на куриер. За разлика от обикновения сайт, магазинът работи с база данни за продукти и поръчки и се свързва с външни системи - платежен оператор, куриер, склад.

Тази разлика има три практически последствия за собственика:

  1. Структурата се решава в началото. Категориите, продуктовите атрибути (цвят, размер, материал) и URL адресите определят как ще работят филтрите и кои страници ще се показват в Google. Промяна след старта може да означава пренасочване на множество вече публикувани URL адреси.
  2. Всяка външна система изисква отделен договор. Изпълнителят прави интеграцията, но договорът с банката за виртуален POS и договорът с Еконт или Спиди се сключват от търговеца.
  3. Данните от картата обикновено не минават през магазина. Когато картовите данни се въвеждат директно в средата на платежния оператор и магазинът не ги обработва и не ги съхранява, обхватът на изискванията на PCI DSS за търговеца може да бъде значително ограничен. Конкретният приложим въпросник (SAQ) зависи от начина на интеграция.

От какво се състои онлайн магазинът

Онлайн магазинът се състои от продуктов каталог, количка, checkout, плащания, доставка, управление на поръчки и правни страници.

КомпонентКакво правиЗащо го има
Продуктов каталог и категорииСъхранява продуктите с цени, наличности и атрибутиОт атрибутите зависят филтрите и страниците, които Google показва
Филтри и търсенеСтесняват избора по цвят, размер, ценаКлиентът стига до продукта с по-малко кликове
КоличкаСъбира избраните продукти и изчислява суматаПозволява покупка на няколко продукта с една поръчка и една доставка
CheckoutСъбира адрес, начин на доставка и плащанеПревръща количката в поръчка с уникален номер
ПлащанияПриема карта, наложен платеж, банков преводПотвърждава плащането автоматично, без ръчна проверка по сметката
ДоставкаИзчислява цената и създава товарителницаПремахва ръчното въвеждане на всяка пратка в системата на куриера
Управление на поръчкиСтатуси, фактури, наличностиТърговецът обработва поръчките от едно място
Транзакционни имейлиПотвърждение, смяна на статус, нова паролаКлиентът знае какво става с поръчката, без да звъни
Правни странициОбщи условия, поверителност, право на отказДават задължителната информация към потребителя

Продуктов каталог и категории

Каталогът е базата с продукти, подредени в категории и описани с атрибути, и неговата структура се решава преди дизайна. В моята практика анализът и архитектурата на категориите отнемат 1 до 2 седмици: изчистват се филтрите, уеднаквяват се продуктовите атрибути и се определя структурата на URL адресите.

Това е етапът, в който се предотвратяват най-скъпите проблеми. Всяка комбинация от филтри може да създаде отделен адрес, а Google препоръчва адресите от филтри, които не е нужно да се индексират, да се блокират за обхождане, защото хабят ресурси без полза (Google Search Central: faceted navigation). Ако продуктите идват от фийд на доставчик, данните почти винаги трябва да се почистят, преди да влязат в каталога.

Администрация и управление на поръчки

Административният панел е мястото, където търговецът обработва поръчките: сменя статуси, издава товарителници и фактури и следи наличностите. Всяка смяна на статус обикновено изпраща автоматичен имейл на клиента.

Тези имейли трябва да стигат до Inbox, не до Spam. От февруари 2024 Gmail изисква от всички изпращачи SPF или DKIM за домейна, а от изпращащите над 5000 съобщения дневно - SPF, DKIM и DMARC (Google: Email sender guidelines). Затова в чеклиста преди старта проверявам и трите записа, дори при магазин с малко поръчки.

Как се изгражда онлайн магазин: етапите

Изработката на онлайн магазин минава през пет етапа: анализ и структура, дизайн, техническа разработка, интеграции и тестване с пълнене на съдържание. Всеки етап завършва с одобрение от търговеца:

  1. Анализ, архитектура и структура на категориите. Филтри, продуктови атрибути и SEO структура на URL адресите.
  2. Дизайн и прототипиране. Одобряват се три ключови екрана: заглавна страница, продуктова страница и checkout.
  3. Техническа разработка и персонализация. Изграждане на шаблоните, функционалностите, модулите и настройките.
  4. Свързване на интеграциите. Куриери, плащания, складов софтуер или ERP.
  5. Тестване, миграция и пълнене със съдържание. Пробни поръчки, прехвърляне на данни от стар магазин, качване на продукти.

Етапите са същите като при изработката на обикновен сайт, но към тях се добавя етапът с интеграциите, а архитектурата на категориите тежи повече от дизайна.

Колко време отнема изработката на онлайн магазин

Среден по размер онлайн магазин отнема 8 до 14 седмици от анализа до старта. Това е сборът от реалните срокове по етапи от моите проекти:

ЕтапСрокКакво се одобрява
Анализ и структура на категориите1-2 седмициКатегории, филтри, атрибути, URL структура
Дизайн и прототипиране2-3 седмициЗаглавна, продуктова страница и checkout
Техническа разработка3-4 седмициРаботещ магазин на тестов адрес
Интеграции (API)1-2 седмициКуриери, плащания, склад или ERP
Тестване, миграция и съдържание1-3 седмициПробни поръчки и качени продукти
Общо8-14 седмици

Разликата между 8 и 14 седмици рядко идва само от програмирането. Последният етап е най-непредвидим, защото зависи от това колко готов е търговецът с текстовете и продуктите.

Какво трябва да подготвите преди изработката

Преди изработката трябва да подготвите продуктовото съдържание, заявката за виртуален POS и договора с куриер - това са трите неща, които най-често забавят старта.

  1. Продуктови описания и снимки. Най-честият блокер. Описанията не са готови, качествените снимки закъсняват или продуктите идват от суров фийд на доставчик с непълни и разнородни данни, който трябва да се почисти.
  2. Заявка за виртуален POS. В моята практика одобрението от българска банка отнема 2 до 4 седмици заради вътрешните проверки за съответствие, а за финалното одобрение банката иска работещ сайт с публикувани Общи условия. Затова заявката се подава в началото, а Общите условия се пишат паралелно с дизайна.
  3. Договор с Еконт или Спиди. Интеграцията изисква тестови и реални API ключове, които куриерът издава след сключен договор. Забавянето при тях спира тестовете на доставката.

На каква платформа: WooCommerce, Shopify, OpenCart или custom

WooCommerce е широко използван избор за български онлайн магазини, особено когато са нужни локални интеграции с куриери и платежни оператори. Shopify, OpenCart и custom разработката имат различни предимства според изискванията на проекта. По данни на ShopRank към юни 2026, сред 32 700 проверени български магазина с физическа доставка 44.0% работят на WooCommerce, 26.6% са custom, 14.3% са на Shopify и 6.3% на OpenCart.

ПлатформаИнтеграции за БългарияКой притежава магазинаКога е подходяща
WooCommerceМного готови модули за Еконт, Спиди и български платежни операториВие - кодът и данните са на ваш хостингПовечето малки и средни магазини
ShopifyПо-малко местни интеграции, през приложения на трети страниПлатформата е под наем, данните се експортиратБърз старт без собствен хостинг, продажби към чужбина
OpenCartИма модули за местните куриери и плащанияВие - кодът и данните са на ваш хостингМагазини с много продукти и прост каталог
MagentoВъзможни, но местните специалисти и модули са малкоВие при Open Source версията, Adobe Commerce е с платен лицензДесетки хиляди продукти, няколко склада, сложна B2B логика
CustomИзграждат се за конкретния проектЗависи от договора - собствеността върху кода трябва да е записанаСпецифична логика, която готовите платформи не поддържат

Magento (днес Adobe Commerce) в България се използва рядко - по данни на ShopRank на нея работят 1.6% от проверените магазини - и за повечето проекти е излишно скъпа. Изисква по-мощен сървър от обикновения хостинг (Adobe: системни изисквания) и специалисти с опит точно в нея. Ако магазинът ви още работи на Magento 1, който е без обновления за сигурност от 30 юни 2020 (Help Net Security), въпросът не е дали да мигрирате, а към коя платформа.

При custom решение най-важният въпрос не е технологията, а какво става, ако решите да смените изпълнителя. Ако кодът не е ваш по договор, магазинът остава свързан с фирмата, която го е написала. За WooCommerce вижте подробно как се изгражда сайт на WordPress.

Как магазинът се свързва с други системи

Онлайн магазинът се свързва с платежен оператор, куриер и складов софтуер чрез API, така че плащането, доставката и наличностите да се обработват автоматично, а не ръчно за всяка поръчка. В моите проекти свързването на интеграциите отнема 1 до 2 седмици, ако договорите и ключовете за достъп са готови навреме.

Плащане с карта

Интеграцията с платежен оператор потвърждава плащането автоматично и сменя статуса на поръчката, а за нея търговецът сключва собствен договор с банка или оператор (Борика, myPOS, Stripe). Изпълнителят свързва магазина с оператора, но не може да ускори одобрението на договора.

Начинът на плащане влияе върху начина, по който се документира продажбата. Наредба Н-18 урежда при какви условия се издава касова бележка и кога е допустим друг документ, например при плащане с карта през виртуален POS. Кое важи за вашия магазин е въпрос към счетоводителя преди старта, не след него.

Интеграция с Еконт и Спиди

Интеграцията с куриер автоматизира изчисляването на доставката, създаването на товарителница и проследяването на поръчката, така че тези действия да не се извършват ръчно за всяка покупка. Клиентът избира офис или адрес още в checkout, а търговецът получава готова товарителница.

Най-честите забавяния тук са две: издаването на тестови ключове от куриера и нестандартните правила - безплатна доставка над определена сума, различни цени за различни зони, стоки с нестандартни габарити. Всяко такова правило трябва да бъде описано и тествано, преди магазинът да тръгне. Пример как изглежда интеграцията от страна на куриера е страницата за онлайн магазини на Спиди.

Синхронизация със склад и ERP

Синхронизацията с ERP или складов софтуер обновява наличностите и цените автоматично, така че магазинът да не продава стока, която вече я няма. Без нея наличностите се поддържат ръчно на две места и рано или късно се разминават.

Преди да се договори синхронизация, трябва да е ясно коя система е водеща - магазинът или складовият софтуер - и колко често се обменят данните. Двупосочна синхронизация без водеща система е честа причина за презаписани цени и грешни наличности.

Какво да проверите, преди да започнете да продавате

Преди старта проверете поръчките, доставката, имейлите, законовите изисквания, мобилната версия и аналитиката с реални тестови поръчки, а не само визуално. Това е чеклистът, който използвам преди пускането на всеки магазин:

  1. Checkout и поръчки. Тестова покупка през всеки метод на плащане: с карта, с наложен платеж или пощенски паричен превод и с умишлено неуспешно плащане.
  2. Куриерски интеграции. Автоматично създаване на тестова товарителница и проверка дали офисите и адресите на Спиди и Еконт се зареждат правилно през API.
  3. Промо кодове и ДДС. Тестова поръчка с купон за отстъпка и сравнение на сумата във фактурата с реално платената сума.
  4. Транзакционни имейли. Потвърждението на поръчката, смяната на статус и възстановяването на парола пристигат в Inbox, с настроени SPF, DKIM и DMARC за домейна.
  5. Съгласие в checkout. Отметката за приемане на Общите условия не е предварително поставена. Предварително отметнато поле не е валидно съгласие по GDPR (съображение 32), а за Общите условия празната отметка е добра практика, която показва, че клиентът сам ги е приел.
  6. Банер за бисквитки с реален отказ. Аналитичните и рекламните бисквитки не се зареждат, преди потребителят да ги приеме. Съдът на ЕС е приел, че предварително отметнато поле не е валидно съгласие за бисквитки (дело C-673/17 Planet49).
  7. Информация и право на отказ. Публикувани са Общи условия, Политика за поверителност и страница за правото на отказ в срок от 14 дни (чл. 47 и чл. 50 от Закона за защита на потребителите).
  8. Цени само в евро. От 9 август 2026 продажните цени се обявяват в евро, а сумата в левове може да остане само като информация (evroto.bg, Закон за въвеждане на еврото).
  9. Без линк към ОРС платформата. Европейската платформа за онлайн решаване на спорове е закрита с Регламент (ЕС) 2024/3228 и спряна на 20 юли 2025, затова линкът към нея в Общите условия и в долната част на сайта трябва да се премахне.
  10. Мобилна версия и Core Web Vitals. Проверяват се основните шаблони на мобилни устройства и се отстраняват проблемите, които забавят зареждането и взаимодействието.
  11. SEO и аналитика. Инсталирани GA4 и Google Tag Manager, потвърден Google Search Console, sitemap.xml без адреси, които връщат 404 или пренасочване, и продуктов фийд, подаден в Google Merchant Center.
  12. Данни към НАП. Изяснено е със счетоводителя какви данни трябва да се подадат към НАП за конкретния магазин (подробно в следващата секция).

Регистрация на онлайн магазин в НАП

За онлайн търговията в България има конкретни изисквания за подаване на данни към НАП, които зависят от начина на продажба, плащане и отчитане. При продажби чрез електронен магазин данните за магазина се подават по Приложение № 33 към Наредба Н-18 през портала на НАП с квалифициран електронен подпис (КЕП). Процедурата изглежда така:

  1. Влезте в портала за електронни услуги на НАП с КЕП.
  2. Изберете услугата за подаване на данни за електронен магазин.
  3. Попълнете името на магазина, домейна и данните за търговеца: ЕИК, седалище, адрес на дейността, имейл, телефон и регистрация по ДДС.
  4. Подайте данни отново при всяка промяна - например смяна на домейна или прекратяване на дейността.

Изискванията към софтуера и документа за плащане зависят от начините на плащане, които магазинът приема (текст на Наредба Н-18). Затова изборът на методи за плащане и разговорът със счетоводителя се правят преди изработката, а не след нея.

Често срещани грешки при изработката на онлайн магазин

Най-скъпите грешки при онлайн магазините не са в дизайна, а в структурата, интеграциите и изчисленията - и често се откриват едва след старта. Това са четири случая от магазини, които съм преглеждал:

  1. Филтри без правила за индексиране. При голям магазин комбинациите от филтри (цвят + размер + цена) създаваха хиляди индексируеми адреси без canonical към основната категория. Обхождането на Google се разпиляваше по варианти на филтрите вместо по нови продукти. Google препоръчва такива адреси да се блокират в robots.txt, а за canonical посочва, че в дългосрочен план е по-малко ефективен.
  2. Калкулатор за доставка без кеширане. Модулът за доставка извикваше API на куриера при всяка промяна в полето за град, в реално време и без кеширане. Резултатът беше значително забавяне на стъпката за плащане и спад в завършените поръчки. Решението е списъците с градове и офиси да се кешират, а цената да се изчислява веднъж, след като адресът е избран.
  3. Грешно закръгляне на ДДС при промо кодове. При прилагане на купон системата закръгляше сумата с ДДС спрямо единичната цена, а не спрямо общата сума. Така фактурата показваше една сума, а през POS терминала се плащаше друга. Правилото за закръгляне се определя със счетоводителя и се тества с реален купон преди старта.
  4. Заявка за виртуален POS, подадена накрая. Когато заявката се подаде след завършването на сайта, стартът се отлага с 2 до 4 седмици само заради одобрението от банката. Подадена в първата седмица, проверките на банката вървят паралелно с разработката и за финалното одобрение остава само готовият сайт.

Колко струва онлайн магазин

Цената на онлайн магазина зависи основно от платформата, дизайна, броя и типа функционалности и необходимите интеграции. Като ориентир, онлайн магазин с WooCommerce с продуктов каталог, плащания и куриерски интеграции струва 1500-5000 евро еднократно. Мястото в този диапазон определят пет фактора:

ФакторКак влияе на цената
ПлатформаГотовата платформа (WooCommerce, OpenCart, Shopify) е по-евтина за старт от custom разработка, която се пише за конкретния проект
ДизайнАдаптирана готова тема струва по-малко от индивидуален дизайн на заглавна, продуктова страница и checkout
Продукти и атрибутиИмпортът и почистването на фийд от доставчик и сложните филтри добавят работа с всеки нов тип продукт
ИнтеграцииВсяка връзка с куриер, платежен оператор или ERP е отделна задача, а двупосочната синхронизация със склад обикновено е най-трудоемката
МиграцияПренасянето на продукти, клиенти и поръчки от стар магазин и пренасочването на старите адреси е отделен етап

На пазара се предлагат два модела: еднократно плащане и месечен абонамент. При сравнение между тях важният въпрос не е месечната сума, а кой притежава магазина, кода и данните, ако спрете да плащате. Отделно от изработката остават хостингът, поддръжката, таксите на платежния оператор и договорът с куриера. Подробна разбивка по тип сайт и начин да оцените оферта има в статията за цената на изработка на сайт.

След старта: как магазинът започва да продава

Работещият магазин не носи продажби сам - трафикът идва от SEO на категориите и продуктите и от платена реклама в Google. В онлайн магазина категорийните страници обикновено са тези, които се класират по търсения като „дамски якета“ или „детски обувки“, затова структурата от първия етап директно определя SEO оптимизацията на сайта.

Платената реклама може да започне да генерира трафик веднага след активирането на кампаниите, докато SEO обикновено изисква по-дълъг период за натрупване на видимост. Вижте как работи рекламата в Google и колко струва реклама в Google, преди да планирате бюджета за старта.

За онлайн магазина има и трети канал - продуктовият фийд в Google Merchant Center. С него продуктите могат да се показват безплатно в Google Search, Shopping, Images и Lens (Google Merchant Center: безплатни листинги), а същият фийд е основата на Shopping рекламите. Затова експортът на фийда е задача, която е добре да влезе в изработката, а не да се добавя след старта.

Поддръжка на онлайн магазин след старта

Поддръжката на онлайн магазин включва редовни обновления на платформата и модулите, резервни копия и проверка на checkout след всяка промяна. При магазина рискът е по-голям, отколкото при обикновен сайт: обновление на модула за плащане или куриер може да спре поръчките, без това да се вижда на пръв поглед.

Затова обновленията се тестват първо на тестово копие на магазина, резервните копия включват базата с поръчките, а след всяко обновление се прави пробна поръчка. Какво се случва, когато поддръжката липсва, видях при магазин на дистрибутор на WooCommerce: темата вече не се поддържаше от автора си и блокираше обновленията на WooCommerce и PHP.

Ако планирате онлайн магазин и искате да обсъдим структурата, платформата и интеграциите, преди да започне изработката, контактите ми са на страницата „За мен“ в менюто.

Свързани статии