Comparing payment aggregator companies on their published rates tells you very little, because they all price within a narrow band and none of them charge you anything on the day everything works. The differences that matter show up on the day something is flagged, and those differences are visible in advance if you know where to look.
Who counts as an aggregator in the first place?
Any provider that holds a master merchant account and signs businesses underneath it as sub-merchants. Stripe, Square, PayPal, Shopify Payments and Clover all operate variations of that model, as do most marketplaces and software platforms that let sellers take money inside the product.
The tell is not the brand. It is the onboarding. If you were taking payments within an hour of signing up and nobody asked for your processing history, you were added to a pool rather than underwritten into an account of your own. The structural consequences of that are set out in aggregator versus dedicated merchant account.
Payment aggregator companies come in three shapes
The first shape is the general-purpose processor. Stripe and Square sit here. They serve every category they are willing to serve, they publish their pricing, and their risk systems are tuned for a very broad merchant base.
The second is the platform aggregator. Shopify Payments and the payments layer inside booking, invoicing and point-of-sale software sit here. Payments are a feature of a product you were buying anyway, which is convenient and also means your payment provider and your storefront are the same vendor. If the payments side limits you, the storefront side is affected too.
The third is the marketplace. If you sell through a marketplace that collects the money and pays you out, the marketplace is functionally your aggregator, whatever it calls itself. You have less control here than anywhere else, because your account terms are written for the marketplace’s needs rather than yours.
Sorting a provider into one of those three tells you more about how it will behave than any rate table will.
Do they underwrite you, or the pool?
This is the single most useful question, and the answer for every aggregator is: the pool.
Their risk models are built to protect thousands of merchants and the master account behind them. That is a reasonable thing for them to do. It also means the review of your business is statistical rather than individual, so an unusual but perfectly legitimate pattern in your sales can read the same as a problem pattern. A dedicated account is judged the other way round, by a person who has seen your file. Neither approach is careless. They are just different, and one of them suits an unusual business much better than the other.
What happens on their worst day?
Ask what the provider does when it decides something is wrong, because that is the moment the relationship is actually defined.
With most aggregators the first move is automated: a limitation, a hold on payouts, or a closure notice, followed by an appeal process you have to start yourself. Human review, where it exists, generally comes after the automated action rather than before it. That sequence is not hidden. Each company documents its own version in its user agreement and its acceptable use policy, and those are the two documents worth twenty minutes before you build a business on any of them.
If you have already been through this, what to do after Stripe closes an account and what happens when Square deactivates an account cover the practical steps, and the reasoning behind sudden closures explains what usually triggers them.
Which of them will keep a hard-to-place business?
Read their own restricted and prohibited business lists before assuming. Every major aggregator publishes one, they are specific, and they are updated. If your category appears on that list, being approved at signup is not agreement, it is just an automated system not having looked yet.
Stripe also publishes that it generally cannot process for businesses listed on MATCH absent extenuating circumstances, which matters if a previous processor terminated and reported you. That is their stated position, published in their own documentation, and it is worth knowing before you spend a week on an integration.
Where a category is genuinely restricted, the route is not a different aggregator. It is a dedicated account underwritten by an acquirer that knowingly takes that category, which is what high risk merchant services exist to do.
What should you check before signing up with any of them?
Four documents, all of which the company publishes itself, and none of which take long to skim: the user agreement, the acceptable use or prohibited business list, the published pricing page, and whatever the company says about holds, reserves and account limitations. If your business model touches anything in the second document, stop and get advice before building.
Then ask yourself the question none of the documents answer: if this account were switched off tomorrow morning, what would you do by lunchtime? If the honest answer is nothing, that is a reason to open a second route regardless of which company you choose.
Frequently asked questions
Are aggregators cheaper than dedicated merchant accounts? Sometimes on the published rate, and the comparison is not reliable, because a flat rate averages across card types that carry different published interchange. Run both against one real month of your own sales. That is the only version of the comparison that reflects what you actually sell and to whom.
Can I use more than one aggregator at once? Yes, and for a business in a sensitive category it is a sensible precaution. Two independent routes to taking money means one automated decision cannot stop your revenue entirely while you work through an appeal.
Do aggregators report terminations to MATCH? They can. MATCH reporting is a card network requirement that applies to acquirers generally, not only to dedicated processors, so a termination for a qualifying reason can be reported by an aggregator the same as by anyone else.
Is being approved by an aggregator the same as being approved for a merchant account? No. It means you were added to an existing merchant account belonging to the provider. Underwriting on your specific business may still happen later, and if it reaches a different conclusion, the account can be limited or closed at that point.
Why did one aggregator approve me after another declined? Their prohibited lists and risk tolerances are set independently, so the same business can genuinely be inside one company’s boundaries and outside another’s. It is worth understanding which side of the line you are on rather than treating an approval as proof the question is settled.