Краткият отговор: не бъркайте pre-checkout за избор на доставка с външна форма, която заменя checkout-а. Първото може да подобри избора на офис, автомат или адрес и след това да върне клиента в Shopify. Второто изнася най-критичната част от продажбата извън нативния поток. За повечето магазини разумният избор е или изцяло нативен Shopify Checkout, или pre-checkout, който винаги завършва в Shopify Checkout.

Първо: три различни модела

Pre-checkout + Shopify Checkout добавя стъпка преди checkout-а. Клиентът избира куриер, доставка до адрес, офис или автомат, а изборът се предава към количката или поръчката. Плащането и финалното потвърждение остават в Shopify.

Нативен Shopify Checkout показва доставките директно в стандартния checkout. След като клиентът въведе адрес, вижда приложимите методи и цени и продължава към плащане в същия поток.

Външна, ненативна форма за завършване приема данните и създава поръчка извън стандартния checkout — често като „бърза поръчка“ с наложен платеж. Това е моделът с най-сериозни скрити рискове.

Важно уточнение за Dostavi.bg: приложението предлага два режима — интерактивен pre-checkout и методи за доставка в Shopify Checkout — но и в двата случая клиентът завършва поръчката през Shopify. Pre-checkout е интерфейс за по-добър избор на доставка, а не заместител на checkout-а.

Предимства и недостатъци

МоделСилни страниКомпромиси и рисковеПодходящ за
Pre-checkout + ShopifyКарта; лога на куриери; видими офиси и автомати; ясна цена по точка; структурирани данниОще една стъпка; трябва надеждно да пази избора при назад/напред, промяна на количката и мобилни устройстваМагазини с няколко куриера и много pickup точки
Нативен Shopify CheckoutКратък и познат поток; централизирани цени, отстъпки, плащане, наличност и поръчка; по-лесна съвместимостПо-малко пространство за богата карта; част от UI персонализациите зависят от плана; изборът идва след адресаМагазини, за които скоростта и минималното триене са водещи
Външна форма вместо ShopifyПълен визуален контрол; може да изглежда много кратка; удобна за един прост сценарий с наложен платежРазделени данни и събития; риск от грешни цени/наличности; загубени payment опции; по-трудно възстановяване, поддръжка и complianceСамо при строго доказана бизнес необходимост и сериозна техническа поддръжка

Кога pre-checkout е истинско предимство

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

  • Показва няколко куриера по една логика, вместо в конфликтни списъци.
  • Намалява свободния текст от типа „офиса до супермаркета“.
  • Може да покаже реална цена според тегло, зона и наложен платеж.
  • Предава машинно четим офис или автомат към Shopify и товарителницата.

Недостатъкът е, че всяка допълнителна стъпка може да свали конверсията, ако е бавна, неясна или изглежда като крайна поръчка. Затова бутонът трябва да казва какво следва — например „Продължи към плащане“, а не „Поръчай“, ако поръчката още не е завършена.

Какво печелите от нативния Shopify Checkout

Shopify описва Checkout като защитения поток за приемане на поръчки и плащания. В него системата проверява наличността при преминаване през стъпките, показва приложимите доставки и събира информацията за плащане. Разширенията и Shopify Functions добавят логика по начин, който е съвместим с бъдещи обновявания като one-page checkout.

Това носи няколко практически ползи: една версия на крайната сума; една поръчка; по-предвидими отстъпки и данъци; payment събития в timeline; ускорени плащания, когато са налични; web pixels и checkout събития; и нативен механизъм за изоставени checkout-и при поддържаните канали.

Shopify публикува, че Checkout конвертира средно с 15% по-добре от сравнявани конкурентни решения, а Shop Pay може да вдигне конверсията до 50% спрямо guest checkout. Това са резултати от изследване, поръчано от Shopify, и са полезен ориентир — не обещание за конкретен магазин или за наличност на Shop Pay във всяка държава и конфигурация.

Сериозните проблеми, когато външна форма завършва поръчката

„По-малко полета“ не означава автоматично „по-добър checkout“. Ако зад кратката форма стоят две системи, асинхронно създаване на поръчка и непълни събития, търговецът може да спести секунди на клиента, но да добави часове работа и загуби след това.

1. Цената на екрана и цената в поръчката могат да се разминават

Външната форма трябва сама да пресъздаде логиката за доставка, отстъпки, подаръчни карти, данъци, валута и пазари. Една промяна в Shopify може да остане незабелязана във външния слой.

2. Наличността и дублираните поръчки стават по-трудни

В Shopify наличността се проверява по време на checkout, но се задържа едва при подаване на платежната информация. Външен процес трябва внимателно да управлява състезанията за последна бройка, повторното натискане на бутона и неуспешните заявки.

3. Аналитиката губи последователност

Събития като checkout started, избор на доставка, payment attempt и checkout completed могат да липсват, да се дублират или да се отчитат в различни системи. Така Meta, Google Analytics и Shopify могат да показват различни фунии, а оптимизацията се прави върху по-слаб сигнал.

4. Възстановяването на изоставени checkout-и може да се прекъсне

Shopify създава изоставен checkout, след като клиентът е дал контакт и не е завършил. Shopify отбелязва, че автоматичните recovery имейли са за Online Store и Buy Button, а не за checkout-и от всеки външен канал. Ако клиентът никога не е влязъл в нативния поток, магазинът може да няма стандартния recovery обект и линк.

5. Губите нативни payment възможности и доверие

Ускорените плащания, запазените адреси и познатият интерфейс намаляват въвеждането на данни. Ако външната форма събира картови данни сама, техническата и compliance тежест става значително по-висока. Ако приема само наложен платеж, проблемът с картовите данни изчезва, но магазинът може да насърчи точно най-рисковия метод.

6. Поддръжката се превръща в постоянен продукт

Shopify променя API версии, checkout поведение, Markets и payment правила. Решението извън платформата трябва непрекъснато да догонва тези промени, да следи грешки и да има план какво се случва при недостъпност.

Как да вземете решение с ваши данни

Не сравнявайте само „checkout conversion“, защото pre-checkout премества началото на фунията. Измервайте от еднаква начална точка — например колички, в които има поне един наличен продукт.

KPIФормулаКакво показва
Cart-to-order rateПоръчки ÷ количкиКрайният резултат от целия поток
Delivery-selection completionЗавършили избора ÷ започнали избораДали картата/списъкът създава триене
Checkout-to-order rateПоръчки ÷ стартирани checkout-иСилата на нативната финална стъпка
Shipping error rateПоръчки с корекция ÷ поръчкиКачество на адреса, офиса и цената
Mobile completion timeМедиана от количка до поръчкаРеалната скорост, без изкривяване от единични бавни сесии
Recovered checkout revenueПриход от recovery ÷ общ приходСтойността на нативното възстановяване

Илюстративен ефект: при 1 000 започнати checkout-а, 48% конверсия и средна поръчка 45 евро приходът е 21 600 евро. Ако по-добрият поток добави само 2 процентни пункта, резултатът става 500 поръчки и 22 500 евро — разлика от 900 евро при същия трафик. Това е математически пример, не прогнозен резултат.

Практичен план за търговеца

  1. Картографирайте истинската фуния. Отбележете количка, начало и край на избора на доставка, начало на checkout и поръчка.
  2. Проверете крайната истина. Крайната цена, валута, доставка, отстъпка и наличност трябва да идват от Shopify при финализиране.
  3. Тествайте мобилно. Назад/напред, refresh, две натискания, промяна на количество, последна бройка, слаб интернет и отваряне от in-app browser.
  4. Пуснете A/B тест. Сравнете нативен режим и pre-checkout със същия трафик, продукти и период. Гледайте поръчки и печалба, не само кликове.
  5. Не допускайте външна форма без fallback. При грешка клиентът трябва безопасно да продължи в Shopify, без загуба на количката.
  6. Следете оперативното качество. Грешните офиси, ръчните корекции и времето за товарителници също имат цена.

Често задавани въпроси

Pre-checkout винаги ли намалява конверсията?

Не. Допълнителна стъпка може да създаде триене, но може и да премахне по-голямо объркване — например списък със стотици офиси. Единственият надежден отговор идва от A/B тест и cart-to-order метриката.

Нативният Shopify Checkout достатъчно гъвкав ли е?

За много магазини — да. Shopify Functions могат да пренареждат или скриват delivery и payment опции, а checkout extensions добавят UI според наличността на плана. Не всички UI позиции са достъпни на всеки план.

Кога бих избрал pre-checkout?

Когато изборът на куриерска точка е централна част от покупката, клиентът има нужда от карта или сравнение на няколко куриера и данните могат надеждно да се предадат към Shopify Checkout.

Какво да поискам от доставчик на външна „бърза поръчка“?

Диаграма на данните, правила за цена и наличност, защита от дублиране, retry/fallback логика, списък на поддържаните Shopify функции, пълна analytics схема, условия за обработване на лични данни и SLA при проблем.

Още по темата

Източници и методология

Пазарните проценти са обозначени с източник. Финансовият сценарий е примерна аритметика и трябва да се замени с данните на магазина.