• Online Stores · OpenCart

Online store cart: the place where an order either happens or gets lost

An online store cart is not a page with a list of products but the last thirty seconds before payment. This is where the buyer runs into a demand to register, an unexpected delivery cost or a twelve-field form — and closes the tab. We rework the cart and checkout so that as few obstacles as possible remain between the decision to buy and the confirmation: no mandatory registration, a visible delivery cost, and products that do not disappear when the buyer comes back.

See how it works
Price
after a free audit
Guarantee
30 days after project sign-off
Focus
online stores, mostly OpenCart
Price
after a free audit
Guarantee
30
days after project sign-off
Focus
online stores, mostly OpenCart
Timeline
9
to 29 working days
Start
a free review of your cart
Warranty
30
days from the date the acceptance act is signed
Response time
within 2 hours
Terms
under a written contract
What's included

Complete list of work and what you get as a result

  • a cart that shows the products, quantity, total and delivery cost without going to other pages
  • checkout without mandatory registration — we offer registration after payment, not before it
  • delivery cost calculated before the order is confirmed, so the total is not a surprise
  • the cart saved between sessions: the buyer comes back an hour later and sees their products
  • a stock check at the moment of confirmation, so you do not sell what you do not have
  • clear error states: what exactly went wrong and what to do next, instead of technical text
  • a mobile version tested on real phones, not only in a browser emulator
  • handing the order over to where it is processed: to the CRM, by email or into the accounting system
  • analytics events on the cart steps, so you can later see exactly where the order falls through
  • a document describing what works and how, so the next contractor does not have to figure it out blind
When this service isn't right

What's not included — so there are no surprises at delivery

  • changing prices and the product range: that is the owner's decision, and the cart has no effect on it
  • managers' work after the order is placed
  • promises of a percentage increase in conversion: it depends on price, availability and trust in the store, not only on the cart
  • rewriting the accounting system on the client's side
  • fixing problems of the payment provider or delivery service on their side
Who it's for

Situations where this service delivers results

Scenario 1 of 4

A store where carts get filled but not paid for

The statistics show a gap: there are many times more add-to-cart events than confirmed orders. The cause is almost always mechanical — an extra step, mandatory registration or a delivery cost that appears at the last moment.

We'll review your situation in a free audit
Free audit

Free review of your cart

We go through your cart the way a buyer does: from a phone, with an empty history, with a real product. We look not at the design but at the points where a person stops.

What we measure

  1. How many steps from the cart to confirmationEvery extra screen is a place where some buyers leave. We count the steps and fields actually needed to send the order.
  2. What the cart does with a buyer who is not logged inA demand to register before payment is the most common mechanical reason for an abandoned cart in Ukrainian stores.
  3. Whether the delivery cost is visible before confirmationIf the delivery amount appears only at the last step, the buyer takes it as a surprise and leaves.
  4. Whether the cart survives a return visitWe check what happens to the products if you close the tab and come back an hour later, or visit from another device.
  5. Behavior on phonesField size, a keyboard suited to a phone number, whether the browser bar covers the confirm button.
  6. What the buyer sees when something goes wrongA payment error, a product that has disappeared, an unavailable branch — whether the screen makes it clear what to do next.

What you get

  • a list of the points where the order falls through, with the reason explained
  • a recording of going through the cart on a phone
  • a split: what can be fixed quickly and what needs a rework
  • an estimate of the work broken down by stage

Timeline: 2–4 working days

Why is it free

Without a review any figure would be guesswork: a cart with two delivery methods and a cart that serves both retail buyers and VAT-registered sole proprietors differ in the amount of work.

What's next

You receive the list and an estimate. Then you decide for yourself: do it with us, do it in-house or not do it at all — the list stays with you.

Short form: your contact and site URL
Contract and paperwork

We work officially

Contract, act and invoice — for every project, not just large ones.

Trusted by6 brands

Trusted by: Kvant Energy, GYPSUN, Naturel Cosmetics, Pancer Protection, LUGI, BeeTech

Terms fixed in writing8 points

  • Contract, act and 30-day warranty

    Every project gets a written contract: scope, deadlines, amount, acceptance procedure. After delivery — act and invoice, then 30 calendar days of warranty.

  • Sole proprietor & bank transfer

    The contractor is a registered sole proprietor. Payment by invoice with closing documents.

  • Rights & access — yours

    Code, design and materials transfer to you after full payment. Domain, hosting, repository and analytics are registered to you.

  • Client portal instead of email chains

    During the project you get access to a portal: contracts, invoices, acts and project status in one place.

  • Sites in nine countries

    Our sites run in nine countries: besides Ukraine — Poland, Germany, Austria, England, Norway, Bulgaria, Moldova and Spain.

  • Verifiable numbers

    Every case in the portfolio comes with a link to a live site and a technical measurement.

  • Audit first, then pricing

    There is no price list on the site intentionally: the scope of the same work differs multiples between clients.

  • We say "no" when unsure

    If the task isn't ours or the deadline is unrealistic — we tell you upfront.

  • Contract, act and 30-day warranty

    Every project gets a written contract: scope, deadlines, amount, acceptance procedure. After delivery — act and invoice, then 30 calendar days of warranty.

  • Sole proprietor & bank transfer

    The contractor is a registered sole proprietor. Payment by invoice with closing documents.

  • Rights & access — yours

    Code, design and materials transfer to you after full payment. Domain, hosting, repository and analytics are registered to you.

  • Client portal instead of email chains

    During the project you get access to a portal: contracts, invoices, acts and project status in one place.

  • Sites in nine countries

    Our sites run in nine countries: besides Ukraine — Poland, Germany, Austria, England, Norway, Bulgaria, Moldova and Spain.

  • Verifiable numbers

    Every case in the portfolio comes with a link to a live site and a technical measurement.

  • Audit first, then pricing

    There is no price list on the site intentionally: the scope of the same work differs multiples between clients.

  • We say "no" when unsure

    If the task isn't ours or the deadline is unrealistic — we tell you upfront.

We sign NDAs on request. After completing the work, we delete our access to your services ourselves.

What affects the price

Why two seemingly identical tasks are priced differently

  • Number of delivery methodsNova Poshta alone is one scenario. Nova Poshta, Ukrposhta, courier and pickup are four different sets of fields, rules and error states, and each has to be tested separately.
  • Number of payment methodsCash on delivery and card payment behave differently: the second adds the return from the payment system and handling of a failed payment. A bank-transfer invoice for sole proprietors and companies is yet another separate scenario.
  • Whether the delivery cost needs to be calculatedShowing a fixed amount is simple. Calculating it by weight, dimensions and region already means working with the carrier's reference data and separate rules for oversized items.
  • The state of the store's theme and modulesIf the cart has already been rewritten several times on top of the standard one, the existing logic has to be understood first. This is the least predictable part, and it is exactly what the free review shows.
  • Where the order should goEmail and the admin panel are the simplest option. Handing the order over to a CRM or accounting system adds field mapping, failure handling and retries.
  • Testing scopeTesting on several real devices and in several browsers takes more time than one pass in desktop Chrome — but that is what catches the problems the buyer would otherwise find.
Cases

Tasks and results in numbers — all metrics measured by us

Kvant Energy

a retail online store of heating equipment, a catalog of ~3,500 SKUs

Task
Bring the full range of heating equipment online (bimetallic radiators, electric radiators, breezers, fan heaters, underfloor heating, thermostats) with navigation and filters for comparing technical specifications, and with a checkout that serves both retail buyers and VAT-registered sole proprietors and companies.
Solution
A store on OpenCart 3 (oct_showcase theme, nginx). Two language versions, uk/ru, with correct hreflang and x-default. A checkout with monobank, cash on delivery via the carrier, cash payment on pickup and a bank-transfer invoice for VAT-registered sole proprietors and companies. Four delivery methods: Nova Poshta, Meest Express, Delivery Auto, pickup in Kharkiv. GTM/GA4, Google Maps and the Telegram/Viber/WhatsApp messengers are connected.
Result
3,565 product cards in the live catalog (measured on 31 July 2026 with OpenCart's built-in search and an empty query: 36 pages of 100 items, the last one with 65). TTFB 0.52 s, full HTML load 0.66 s at 296 KB of markup. 4 payment methods and 4 delivery methods at checkout. Two language versions with valid hreflang and x-default.

online store for the delivery of sweets, snacks and gift sets

Task
Sell sweets, snacks and gift sets with delivery across Ukraine: a catalog with filters by type and occasion, a cart with delivery options, online payment. A particular focus is the speed of the mobile version, because in this niche most orders are impulse purchases made from a phone.
Solution
A store on OpenCart 3.x (octemplates/OCT theme, HTTP/2). 5 online payment methods are connected — LiqPay, WayForPay, Privat24, Visa, Mastercard — and 4 delivery methods: Nova Poshta, Ukrposhta, pickup, courier. Free delivery to a Nova Poshta branch for orders from 2,500 UAH is implemented (a banner on the home page), plus contact via Telegram, Viber, WhatsApp, Instagram, Facebook.
Result
As of 31 July 2026 the store is up (HTTP 200, HTTPS): the first server response takes 403 ms, full HTML load 532 ms; LiqPay, WayForPay and Privat24 online payment, Visa/Mastercard cards and 4 delivery methods are connected; the home page shows free Nova Poshta delivery for orders from 2,500 UAH.

Did not find your case?

Describe how it works on your side — we will tell you whether “Online store cart” fits and what it means in your situation. No brief and no call: one question, one answer.

Process steps

Transparent stages with approval at every step

Total duration:5–25 days

  1. Reviewing the existing cart

    2–4 working days

    We go through your cart as a buyer: from a phone, without registering, with a real product. We record the steps, the fields and the points where a person stops. The result is a list of problems with the reason for each one explained.

  2. Agreeing the scope

    1–2 working days

    From the list we choose together what we do now and what we leave for later. Here we also agree on the delivery and payment methods the cart has to serve, and on where the order goes.

  3. Reworking the checkout steps

    3–12 working days

    We remove unnecessary screens and fields, make checkout work without mandatory registration and show the delivery cost before confirmation. We work in a test environment and do not touch the live store.

  4. Delivery, payment and stock

    2–8 working days

    We connect the delivery and payment methods you need, add a stock check at the moment of confirmation, and clear error states instead of technical messages.

  5. Testing on devices

    2–4 working days

    We go through the full path on real phones and in several browsers: adding, changing the quantity, choosing a branch, payment, failed payment, returning to the cart. We fix what we find.

  6. Moving to the live store and handover

    1–3 working days

    We roll out the changes, watch the first orders and hand over a description of what works and how. After that the 30-day warranty applies from the date the acceptance act is signed.

Technologies & integrations

What we build on and what it connects to

Stack

  • OpenCart
  • PHP
  • JavaScript
  • MySQL
  • Next.js
  • PostgreSQL
  • Git

Integrations

  • Nova Poshta
  • Ukrposhta
  • monobank
  • LiqPay
  • WayForPay
  • Google Analytics 4
  • Google Tag Manager
Reworking the cart or a ready-made module from a marketplace

How this option differs from the alternative

Ready-made checkout moduleOur approach
What it takes into accounta generic set designed for an average store; your exceptions have to be worked aroundyour delivery methods, payment methods and rules — what your store actually has
Behavior on phonesdepends on the store theme; conflicts with the theme's styles are a typical situationwe test on real devices and fix what we find
What happens when the platform is updateda module update can overwrite your changesthe code is yours, the changes are documented, the next contractor can see the logic
Timelineinstallation is quick, but adapting it to your rules often takes longer than a rework9 to 29 working days depending on the scope
Rights to the resultthe module developer's license with its terms and restrictionspass to you after full payment, together with a description
What we need from you

We can't start without this — best to prepare in advance

  1. access to the store admin panel and to the test environment, if there is one
  2. a list of the delivery and payment methods the cart has to serve
  3. free delivery rules and other exceptions, if any apply
  4. where the order should go after checkout: email, CRM, accounting system
  5. who on your side accepts the work and can answer substantive questions
  6. access to analytics, if we need to check exactly where the order falls through
If something is missing — let us know, we'll help you gather it or do it as a separate task.
FAQ

Most frequently asked questions — with concrete answers

How many steps should a cart have?

As many as it takes to send the order, and not one more. For a store with a single delivery method that is usually one screen: product, contact details, branch, payment. For a store that serves both retail buyers and VAT-registered sole proprietors there will be more steps, because the sets of fields differ. The rule is not about the number of screens but about the buyer understanding on each one what is being asked of them and how much is left.

Does registration really get in the way that much?

Mandatory registration before payment is one of the most common mechanical reasons for an abandoned cart. The person has already decided to buy, and they are asked to come up with a password. The sequence that works is the reverse: the purchase first, then an offer to save the details for next time. For those who want an account, it remains available.

Do you guarantee that conversion will grow?

No, and no honest contractor guarantees that. The decision to buy is shaped by price, availability, delivery time and trust in the store — the cart is only responsible for making sure a decision already made does not fall through on mechanics. We remove the obstacles and show which ones. What happens to sales depends on more than us, and we say so before the work starts, not after.

Can the existing cart be improved instead of building a new one?

In most cases that is exactly what turns out cheaper. First the review shows what is already there: often it is enough to remove two unnecessary fields, show the delivery cost earlier and fix the behavior on phones. We suggest a rebuild from scratch only when the existing logic is so tangled that changing it would cost more than building a new one.

How long does it take?

9 to 29 working days depending on the scope. Most of the time goes not into the changes themselves but into the number of combinations that have to be tested: each delivery method paired with each payment method is a separate scenario, and all of them have to work. We name the exact timeline after the review, when the scope is clear.

The store is running — will you have to stop it?

No. We work on a test copy and touch the live store only when the changes are moved over, and that is agreed in advance. If a window with minimal traffic is needed, we choose it together based on your statistics.

What happens if something breaks after the work?

A 30-calendar-day warranty applies from the date the acceptance act is signed: mistakes that are our fault are fixed free of charge. This is a clause in the contract, not a verbal promise. Changes beyond the agreed scope are estimated separately.

Who owns the code after the work?

You. Property rights to the code and materials pass to the client after full payment, and the result is handed over under an acceptance act. Along with the code we hand over a description of what works and how, so the next contractor does not have to figure it out blind.

Do you work only with OpenCart?

Most often, yes — it is our main platform for stores. But we have also built carts on WooCommerce and on custom platforms. If you have something else, we will tell you honestly at the review whether we take it on: where we will not be useful, it is better to say so in the first email.

Demo

Your catalogue on a phone screen

This is how your store can look on a phone: a collection banner, popular products and a cart one tap away. Tap “Add to cart” and the counter in the header updates, just like in a real store.

  • Collection bannerThe first screen shows what is new, not a logo.
  • Product cardsPhoto, price and a button — no extra page to open.
  • One-tap cartThe counter in the header updates instantly, like in a real store.
Stores in the portfolio
This is a demo interface, not a client's store. Live projects are in the portfolio.
SHOP
New collectionAutumn / WinterExplore
PopularAll products ›
  • Essentials Hoodie1 290 ₴
  • Urban Backpack1 490 ₴
  • Classic Cap690 ₴
  • Basic Tee590 ₴
  • Street Sneakers2 390 ₴
  • Active Shorts890 ₴

Let's start with a review of your cart

We will go through it as a buyer and show exactly where the order falls through. The review is free, and we reply within 2 hours.

View cases
  • Reply within 2 hours
  • No commitment
  • We work under a contract

There is no price list on the site on purpose: the same work differs several times over between two clients, and a “from” figure explains nothing in that case. First a free audit — we count your pages, duplicates and speed — then we name the sum and the deadline and fix both in the contract.