Skip to content
Menu

Account: Squarespace, Inc. · Opened 2026 · Independent · unaffiliated

Squarespace Payments Review (2026): The Built-In Processor

Squarespace Payments is the company's own card processing service, built into the platform rather than bolted on. If you sell anything on Squarespace, this is the thing taking a cut of each transaction, and its rate depends on which plan you are on — an arrangement worth understanding before you assume the plan price is the whole cost.

This entry assesses it as a product: what it does, what it charges, and where it falls short of a dedicated processor.

What it is

Squarespace Payments handles the card transaction end of selling: the checkout, the authorisation, the payout to your bank and the refund path back out. Before it existed, sellers connected a third-party processor and managed two systems — one for the store, one for the money. This collapses that into one.

The integration is the point. Orders, refunds, payouts and the customer record sit in the same admin as the products and the pages, which removes a genuine category of small administrative friction. For a business doing a few hundred orders a month, that saves real time.

The rate card

The domestic card rate is tied to your website plan rather than to your sales volume, which is unusual and worth reading carefully.

  • Basic and Core: 2.9% + $0.30 per domestic card transaction
  • Plus: 2.7% + $0.30
  • Advanced: 2.5% + $0.30

Those are separate from Squarespace's own commerce transaction fee, which is 2% on Basic and nothing from Core upward, and separate again from the digital product bands. The layered structure is set out in full on our Squarespace pricing page.

Tying the rate to the plan rather than to volume means the discount arrives when you pay for it, not when you earn it. A seller doing serious volume on Core pays the same 2.9% as a seller doing one order a week, unless they move to a plan costing $20 or $70 more per month. Whether that trade works is pure arithmetic, and we run it in when Plus and Advanced pay for themselves.

Where it is available

This is the real limitation. Squarespace Payments is not offered in every market, and the availability map has a knock-on effect: the Plus plan depends on Squarespace Payments being available where you are, so sellers in unsupported markets lose access to a plan tier as well as to the processor.

If you are outside a supported country, none of the above applies to you and your card rate comes from whichever third-party processor you connect instead. Check availability from your own market before building a cost model on these numbers.

What it does not do

It is a processor for a website's checkout, not a payments platform. It does not offer the breadth of a dedicated provider — the subscription billing logic, the fraud tooling depth, the developer API surface, the multi-channel support for selling somewhere other than your own site.

For most Squarespace sellers that gap is theoretical, because they are selling from one website to retail customers and nothing more complex is required. For anyone with a genuinely unusual billing model, the honest answer is that a specialist processor will do it better and you should price the integration work accordingly.

It is also worth saying what the rate structure does not do: it does not reward you for growing. Every other part of the payments industry discounts on volume, and here the discount is attached to a subscription tier instead. A high-volume seller who does not want the Advanced feature set still has to buy it to reach the 2.5% rate, which is a design decision rather than an oversight, and a mildly irritating one.

Payouts and the day-to-day

Money reaches your bank on a rolling schedule rather than instantly, which is normal for card processing and occasionally surprising to people selling online for the first time. Plan for a gap of several working days between a customer paying and the funds arriving, and longer for your very first payout while the account is verified.

Refunds are issued from the same dashboard as the order, which is the clearest practical improvement over running a separate processor. Under the old arrangement, refunding meant finding the order in one system and the transaction in another and hoping they agreed. Here they are the same record.

Chargebacks work the way they do everywhere: you are notified, you supply evidence, and the card network decides. Nothing about being on Squarespace makes that process better or worse, and no processor can promise otherwise.

Against connecting your own processor

The alternative is connecting an external payment provider, which Squarespace still supports. That route makes sense in three situations: you are in a market where Squarespace Payments is not offered, you already hold negotiated rates that beat the published card rate, or your billing model needs capabilities a website checkout does not have.

Outside those three, running your own processor buys you reconciliation work. Two dashboards, two sets of payout timings, two places to look when a customer says the money left their account and the order does not exist. The built-in option removes that entirely, and for a small seller the time saved is worth more than a fractional rate difference.

The one structural argument for keeping an external processor is independence. A payments relationship you own outlives the website it is attached to, which matters more on a platform where so little else travels with you.

The exit consideration

Payment history is part of the platform, which means it is part of what you leave behind. Squarespace's export does not carry store data of any kind, so a seller who moves platforms is re-creating their order history somewhere else or keeping exports of their own. That is not specific to Payments, but it compounds the general portability problem set out in what you can take with you.

Keep your own records of orders and payouts regardless of processor. It is good practice and, on this platform, a genuine hedge.

Who should use it

If you are selling on Squarespace, in a supported market, at ordinary retail complexity, use it. The convenience is real, the rates are competitive with the going market rate, and running two systems to save nothing is a poor use of an afternoon.

Use something else if you are outside a supported market, if your billing model is unusual, or if you have an existing processor relationship with negotiated rates worth keeping. The full account for and against the platform is posted in our Squarespace review, and if you are ready to set a store up you can start with Squarespace and configure the checkout during the trial.

Carried forward: the whole account sits in our Squarespace review, and every figure quoted above is sourced on the Squarespace pricing page.