Selling from your site

Your site can take orders. Not through a checkout somebody else designed — through the page you built, with the cart and the order form as elements you style like any other.

Cash on delivery, card, or both — you choose, and the buyer picks at checkout. Cards run through your own payment account: the money goes from the buyer straight to you, and no card number touches your site or ours.

Your products are a collection

There is no separate product list to keep in step with your content. A catalogue is a CMS collection — the same collections used for blog posts — because a product page is a CMS detail page. Add a price field to a collection and it becomes sellable.

The shop reads five field names. Everything else in the collection is yours to design with and is never touched.

Field	Type	What it means
price	Number	What it costs, in whole units — 2500 means 2,500. Required.
stock	Number	How many you have. See below.
kind	Option	physical or digital. Missing means physical.
file	Link	Digital only — what the buyer downloads.
variant	Option	The choices a buyer picks from: sizes, colours. See below.

The names matter

These are exact. A field called Price or cost is an ordinary field and the shop will not see it, so the product will not be for sale.

Numbers only in the price

4500, not $4,500 and not PKR 4,500. The shop reads the price as a figure and adds your currency itself, so a price with the currency typed into it is not a price it can read — the product is dropped from the catalogue rather than sold at the wrong number. Commas and spaces between digits are fine.

If you want the currency next to the figure on the page, put it there as its own text element beside the bound one. That is a design decision, and it belongs on the canvas.

Options

The variant field holds every choice this catalogue can offer — Small, Large, Plain, Glazed, all of them in one list. Each product then ticks the ones it actually comes in, and only those reach the buyer.

So a tea shop puts all four in the field, ticks Small and Large on the kettle, ticks Plain and Glazed on the cup set, and ticks nothing on the loose leaf or the PDF. Four products, three different answers, one field.

Ticked on the product	What the buyer sees
Nothing	A plain Add to Cart. No picker.
One	The option named beside the button — nothing to choose, but the order still records it.
Two or more	A picker, in the field’s own order.

An option the product does not offer is refused

Not quietly dropped, and not silently swapped for the first one. If a basket arrives asking for a cup set in Small — a real option in the field, but not one you ticked for that product — the whole order is turned away. Shipping the wrong thing because the request was ambiguous is worse than saying no.

What is not for sale

Three things are quietly missing from your catalogue, on purpose. The Products tab of the Shop window shows what actually made it in, so you can see this before a customer does.

• A draft item. Drafts never leave the editor.
• A product with no price, or a price the shop cannot read as a number.
• A digital product with no file. Taking money with nothing to hand over is worse than not listing it.

Stock

Blank is not zero. A product whose stock you never filled in is unlimited — you have not said it is finished, you have said nothing. Type 0 when you actually run out. A collection with no stock field at all is unlimited throughout, and digital products are never counted: a file does not run out.

Your published page shows the number as of your last publish, because a published DragGo site is static HTML. The count that actually decides is on the server: every order takes from it, an order that would take it below zero is refused, and cancelling an order puts the units back.

Re-publishing writes your stock field over the live count. That is how you restock — and it is the only thing that ever raises it.

Building the shop

1. Make the catalogue. Open Collections, create one (call it Products), and add a price field plus whichever of the other four you need. Add your items.

2. Point the shop at it. On the project card, open ⋯ → Shop → Settings. Choose the collection, pick your currency (see below — it starts at USD), set the delivery charge, and tick Open the shop.

3. Design the pages. From Insert → Commerce:

   • Products — a grid over your catalogue. Design one card; every product wears it.
   • Add to Cart — put it on a product page, or inside a Products card.
   • Cart — the lines, the quantities and the total.
   • Checkout — the order form.

   Cart arrives with a Checkout button already inside it, pointing at #checkout — so a basket and an order form on one page work with no wiring at all. It is an ordinary Button: restyle it, move it, or repoint it at a separate Checkout page, whichever suits the site.

   Put both on the same page and you still see one basket. Checkout drops its own copy of the lines and keeps what it needs — the amount to pay, and the fields.

4. Publish. Prices, currency and the delivery charge are baked into the pages, so publish again after changing any of them in Settings.

Add to Cart has no product picker

It reads the item it sits on. On a product page, or in a card inside a Products grid, that item is the product — so the name, the price and the options come from your catalogue and cannot drift out of step with it. Placed anywhere else it shows a greyed-out example and tells you where it belongs.

How buyers pay

Two ways, and you choose which you offer — one, or both. ⋯ → Shop → Settings → How buyers pay.

Cash on delivery. They order, you deliver, you collect, you mark it paid. Nothing is charged online. On by default.

Card — Visa, Mastercard and the rest. Through your own payment account, with your own keys. The money goes from the buyer straight to you: it never passes through DragGo, and no card number ever touches your site or ours.

Why you connect a provider rather than 'turning on cards'

Visa and Mastercard are card networks. No shop connects to them directly — every shop that takes a card goes through a processor, and which one you can open an account with depends on where you are. DragGo asks which one is yours and then gets out of the way.

Connecting your card account

1. Open an account with the provider and get your keys from their dashboard.

2. Tick Card in Shop → Settings, choose the provider, and paste your publishable key and your secret key.

3. Give the provider the webhook address shown on the same screen, then paste the signing secret it hands back.

4. Save, then publish — which payment methods a shop offers is baked into the page, like the currency.

Without the signing secret, nothing is ever marked paid

That address is how your provider tells DragGo the money arrived, and the signing secret is what proves the message really came from them. Skip it and card orders sit unpaid forever — and any download in them stays locked.

A buyer landing back on your site is not proof of payment. Anyone can visit a URL. Only the signed message counts.

Your secret key is written, never read back

It is encrypted before it is stored, and it is never shown again — not in the screen, not in the API, not to you. You will see sk_live_••••••4f9c: enough to recognise which key is in there, useless to anybody who sees it. Type a new one to replace it, leave the box empty to keep it, or press Remove it to delete it outright.

What a card order looks like

An unpaid card order is a held order: it is written down and its stock is already set aside, before the buyer reaches the payment page. That is deliberate — a payment that succeeds against an order nobody recorded is money taken for nothing, and it cannot be repaired afterwards.

So a buyer who abandons the payment page leaves an order sitting unpaid, holding its stock. Cancel it from Orders and the stock goes straight back. You are told about a card sale by email at the moment the money lands, not before: “you have an order” for something nobody paid for is the message that teaches you to ignore the one that means money.

Currency

A new shop starts in USD, and the picker offers the currencies shops most often price in — with the box underneath taking any ISO code, so a currency that is not on the list is still a currency you can sell in.

Prices are written on your pages the way your country writes them: $1,234.56, €1.234,56, ¥123,456. You type the figure; DragGo puts the symbol, the grouping and the decimal places where they belong.

Not every currency has two decimal places

Yen, Won and Dong have none — ¥4500 is four thousand five hundred yen, not forty-five. Kuwaiti and Bahraini Dinar have three. DragGo knows which is which, so the same 4500 in your price field means the right amount in every one of them, on the page, in the order, and in the email.

Changing currency does not convert anything

Switching from one currency to another leaves every figure exactly as you typed it — 4500 stays 4500, it just means a different amount of money now. DragGo will not guess an exchange rate on your behalf. Re-price the catalogue yourself, then publish.

Delivery and downloads

Delivery is charged only when something has to move. A basket of nothing but downloads pays none of it. Set Free delivery over to waive it above an amount, or leave it empty to always charge.

The checkout asks for what the basket needs: an address when there is something to deliver, an email when there is something to download. Both are enforced on the server too, so neither can be skipped.

How a download reaches the buyer

Every digital line in an order gets its own private link, and that link stays locked until you mark the order paid. Cash on delivery means there is no card network to confirm anything — you saying the money arrived is the only thing that can. Until then the buyer sees “This download unlocks once the seller confirms your payment.”

Working through orders

Open ⋯ → Shop → Orders. Newest first, each with the buyer, what they bought, and what you collect.

Two labels on every order, because they come apart constantly — a parcel can be delivered and unpaid, a download can be paid and never fetched:

• Payment — Unpaid → Paid (or Refunded). This is the one that unlocks downloads.
• Delivery — Placed → Confirmed → Shipped → Delivered, or Cancelled.

New orders are emailed to you as they arrive; set the address in Settings, or leave it blank to use your account email. The order is saved either way — email is the part that fails, and an order in the database survives an unconfigured mail server and a spam folder.

Cancelling returns the stock

Cancelling an order puts its units back into the live count. That is usually what you want — but it means the same order cannot be un-cancelled back into a reservation.

What this shop does not do

Said plainly, so you can plan around it:

• No online payment. Cash on delivery only. No cards, no wallets, no bank transfer confirmation.
• No buyer accounts. A customer is a name and a phone number, not a login, so there is no order-history page for them — the reference on the confirmation is what they keep.
• No tax or shipping zones. One flat delivery charge for the whole site.
• No coupons or discounts.

Coming from WooCommerce?

The old WooCommerce blocks still work — they now build DragGo’s cart instead of WordPress’s, so an older site keeps selling. The exception is My Account, which renders nothing: there are no buyer accounts to show. Delete it.