Cart & Checkout

The problem: a shopper fills her bag on her phone at lunchtime, gets called away, and opens the shop on her laptop that evening to find the bag empty. A sale you had already half-won quietly evaporates.

As shoppers add items, a slide-out mini-cart shows what is in the bag, the running total, and a few suggestions to round out the order. The full cart page lets shoppers change quantities and remove lines. Carts are kept for guests and signed-in shoppers alike, and a guest's cart automatically merges into their account when they log in, so a slow decision never costs you the sale.

How to use it

1. On any product, the shopper clicks Add to cart.
2. The mini-cart slides in from the side, showing the items, the subtotal and "you may also like" suggestions.
3. Quantities can be changed and lines removed right inside the drawer, or on the full cart page.
4. When the shopper is ready, they continue to checkout from either the drawer or the cart page.

Good to know: the price of each item is locked in the moment it is added, so a later price change does not silently alter a shopper's cart; checkout re-checks the price against the live catalog before charging.

The problem: a shopper holding a discount code from your newsletter cannot see what it is actually worth to her until she commits to paying, and that little uncertainty at the final step is exactly where full carts get abandoned.

Shoppers can try a discount code on the cart page and see the saving applied straight away. The code can be removed just as easily, and the total recalculates live, so the real saving is on the screen before anyone has to commit to paying.

How to use it

1. On the cart page, the shopper enters a discount code and applies it.
2. If the code is valid, the discount appears and the total updates immediately.
3. The code can be removed at any time, and the original total returns.

Good to know: the discount shown on the cart is a preview only. The code is re-checked and finally claimed at checkout, so the amount the shopper sees here always matches what is charged. Discount codes are created under Marketing → Coupons.

The problem: one mistyped digit in a phone number becomes a parcel the courier cannot deliver, and the first you hear of it is after the abaya has already left the shop.

A clear, step-by-step checkout that collects the delivery and billing address, the delivery method, and the payment choice. Each field is checked as the shopper goes, so a bad address or phone number is flagged while she is still typing, not after a failed delivery.

How to use it

1. From the cart, the shopper clicks Checkout.
2. They enter the shipping address (and a separate billing address only if it differs).
3. They pick a delivery option, optionally enter a coupon or gift card, and choose how to pay.
4. On submit the order is created and payment begins; the shopper lands on a confirmation when it succeeds.

Good to know: every amount the shopper sees (discount, shipping and tax) is confirmed at the moment of charge, so the previewed total and the charged total never drift apart.

The problem: a first-time buyer in a hurry meets a registration form standing between him and the gift he wants, and he simply leaves. You lose the whole order over a form he never wanted to fill in.

Shoppers who do not want to create an account can check out with just an email address. A simple account is quietly created from that email, so the order, its confirmation and its history all work normally, and they can claim the account later with a password reset.

How to use it

1. On the cart, the shopper chooses Continue as guest.
2. They enter their email address and proceed.
3. Checkout continues as usual; the order and its emails are tied to that email.

Good to know: if the email already belongs to a real account, the shopper is asked to sign in instead, so an existing account is never quietly taken over.

The problem: a shopper agrees to one figure and is then hit with a delivery charge she never saw coming. A surprise cost at the end is the fastest way to turn a completed sale into an angry message, or an abandoned one.

Once the shopper enters their address, checkout shows the available delivery options and an estimate of tax for that destination. The chosen delivery cost and the tax estimate flow straight into the order summary, so the total on screen is the real total for where the parcel is going, with nothing extra appearing after payment.

How to use it

1. The shopper enters their delivery address at checkout.
2. The delivery options appear with their prices; the shopper picks one.
3. The summary updates to show the chosen delivery cost and the tax estimate for that address.

Good to know: the delivery price and tax are always worked out by the store from the real cart, and checked again at the moment the order is placed, so the total the shopper agreed to is the total that is charged.

The problem: a gift card redeemed by hand, a code looked up in a notebook, a discount typed in manually, is an error waiting to happen: a stale balance, a card spent twice, an awkward part-payment worked out on a calculator while the customer waits.

Shoppers can apply a gift card to an order, and its balance comes straight off the total automatically. If the card does not cover the whole order, the shopper simply pays the rest by another method; redeeming a gift never becomes a manual step for you or the customer.

How to use it

1. At checkout, the shopper enters their gift-card code.
2. The card's balance is applied to the order and the total drops accordingly.
3. The shopper pays any remaining amount with their chosen payment method, or nothing more if the card covers it all.

Optional module: switch Gift cards on or off under Settings → Features.

The problem: one customer pays by card, the next only trusts cash on delivery, a third insists on a bank transfer. Offer just one of those and you lose the other two; and an order that looks paid but never actually was sends your team chasing a sale that does not exist.

Shoppers pay using whichever payment providers you have enabled, including card processors and offline options like cash on delivery and bank transfer. The order is confirmed the moment the payment is real, and an order that ends up costing nothing (fully covered by a gift card or wallet balance) settles on its own without involving a payment provider at all.

How to use it

1. At the payment step the shopper picks an enabled payment option.
2. For an online provider, they are taken to the provider's secure page to complete payment, then returned to the store.
3. When payment is confirmed, the order moves to confirmed and the shopper sees the confirmation page.

Good to know: the amount charged is always the total the store has worked out itself, and a confirmed payment counts from whichever arrives first: the shopper returning to the store, or the provider's own notification that the money went through.

The problem: the moment a shopper is bounced away to an unfamiliar payment screen, doubt creeps in. Some of them close the tab right there, with a full cart left behind.

For a smoother experience, card entry (with Stripe) and the PayPal buttons can appear right inside the checkout page, so many shoppers never leave the store to pay. Card verification steps, where a bank requires them, are handled in place too.

How to use it

1. At the payment step, the card fields or PayPal buttons appear inline, depending on the chosen option.
2. The shopper enters their card or approves the PayPal payment without leaving the page.
3. Any extra bank verification is handled inline, and the order confirms on success.

Good to know: the shopper's card details go straight to the payment provider and never touch your store, so there is nothing sensitive for your shop to hold.

The problem: a payment option that is visible but not fully set up is worse than no option at all: the shopper picks it, the payment fails at the till, and the sale dies at the very last step, through no fault of hers.

You choose which ways a shopper can pay, card, digital wallets, local Gulf card schemes, cash on delivery, bank transfer, or PayPal, by switching each one on, and for every one you switch on you pick which of your connected payment providers should actually handle it. Checkout then only ever offers the methods you have turned on and properly connected; anything half-finished simply never appears, so a shopper is never offered a payment option that would fail.

How to use it

1. Open Settings → Integrations → Payment Methods.
2. For each way you want customers to pay, switch it on and choose which connected provider should handle it.
3. Save. Checkout on the storefront updates immediately, showing only the methods you have switched on and properly connected.

Good to know: every online provider is tested safely before it can take real money. You connect it in test mode first, and Angelite only lets you switch it to real payments once a test payment has gone through successfully, so a half-finished setup can never reach a paying customer.

The problem: your most loyal customer buys a new abaya every few weeks, and every single visit she has to fetch her card and retype the whole number. One evening the card stays in the other room, and so does the sale.

Returning customers can save a card for faster checkout next time, and remove a saved card whenever they like. Saved cards are offered alongside a "use a new card" option at checkout, so a repeat purchase takes one tap instead of a hunt for the handbag.

How to use it

1. A signed-in customer opens their payment methods in the account area.
2. They can see saved cards and remove any they no longer want.
3. At the next checkout, a saved card can be chosen with a single tap instead of re-entering details.

Good to know: the store never holds raw card numbers; a saved card is only a secure reference held by the payment provider, and a customer can only ever see and use their own.