You hide a Shopify payment method when a wallet, an invoice option, or a local method is showing for the wrong buyer. SK Checkout Customizer documents a payment customization function that can hide, rename, or reorder payment methods. The same catalog documents a delivery function that can hide, rename, or reorder shipping options. Both are Shopify Functions: server-side checkout logic, not a script in the theme.
Confirm the change on your plan before you rely on it. Shopify’s help on checkout configurations documents app blocks on the payment step as Plus. A function is not the same thing as a visual app block, and this article does not treat that difference as permission to promise the function on Basic. Checkout Functions run in a checkout extensibility context. Open the checkout editor, place a real test order, and see whether the method actually disappears.
What merchants are trying to hide
The usual case is geographic. A method that makes sense in one country is noise, or a failed payment, in another. An invoice method meant for approved companies shows up for a retail shopper. A wallet you enabled for a test is still in the list. Renaming is the quieter job: the gateway name is internal, and the buyer should see a label they recognize. Reordering puts the method you want them to use first, without removing the others.
Do this with the real gateway connected. A renamed method that the gateway then rejects is worse than a long list. The function changes how the method is offered. It does not create a new payment provider.
What the function can use
The delivery function’s conditions are the list the catalog spells out, and the payment function “does the same” for payment methods. Use a condition only after you see it work on a payment method in your admin, because “the same” is the catalog’s wording and your gateway is the proof.
- Name match: hide, rename, or move a method whose name matches what you enter.
- Cart amount and quantity: subtotal, total, or item count.
- Product type and weight: useful when a method should not appear for a certain kind of goods.
- B2B or company status: a method that should be limited to company buyers.
- Address: shipping country, state, or ZIP.
The Squadkin page says these rules run as Shopify Functions on Shopify’s servers and do not add a separate latency hop in the theme. That is a statement about where the code runs. It is not a promise about every plan, and it is not a measured speed figure. This catalog does not publish a millisecond number.
Verify the plan, then test a country
Start in the checkout editor on the store you will actually use. If you cannot add the payment customization, stop. Do not tell the team that Basic supports it. Plus is the safe assumption for anything that changes the payment step until a test on that store shows the function running. Stores in the US, UK, Canada, and the EU should each be tested in the market whose address you care about. A rule that works on a US test address can still be wrong on a UK address if you never checked out with that country.
Example, not a template to copy blindly: hide an invoice method when the shipping country is outside the country where you offer terms. Pair that with the company condition if invoice should also require a B2B company. Place two test checkouts, one in the allowed country as a company and one as a retail address elsewhere. The invoice row should differ. If both checkouts look the same, the rule is not live.
Renaming needs the same test. Change the label, pay with a low-value order or a Bogus Gateway if you are on a development store, and read the label the buyer saw. Reordering is easy to miss on a desktop screenshot and obvious on a phone, so check a narrow screen.
What still belongs to the gateway
Hiding a method does not refund a payment, change your payout schedule, or remove the provider from Shopify admin. Shoppers who already have a wallet selected may need the list to refresh when the address changes. Run that address change during the test. If the old method stays selected after the country changes, do not launch the rule.
The app is free. There is no paid SK tier for payment rules. There is also no A/B test in the catalog, so you cannot split shoppers between two payment orders inside this app. Pick one order, watch failed checkouts in Shopify for a period you choose, then change the rule if the failure sits on a method you still show.
Keep payment rules separate from delivery rules. The delivery function renames, reorders, or hides shipping options. The payment function does that work for payment methods. A country condition that was meant to hide a wallet can be pasted onto a shipping rate by mistake, and then the rates disappear while the wallet stays. Name the rule after the method, test payment and shipping on the same checkout, and change one list at a time. Rename is the milder edit: the method remains payable under a clearer label. Hide is the edit that removes the choice. Reorder only changes sequence. Write down which of the three you intended before you save, so a later edit does not turn a rename into a hide.
Questions about hiding a payment method
Can I hide one method for a single country?
The catalog includes shipping country among the conditions these functions can use. Prove it with a checkout in that country and a checkout outside it before you announce the rule.
Will this work on Basic?
Do not promise it. Payment-step app blocks are Plus in Shopify Help, and this function still has to be confirmed in the editor on your plan.
Does the function slow checkout?
The app page says the functions run on Shopify’s servers. The catalog does not publish a speed measurement. Judge the test checkout yourself.
Write the rule, then prove it on a real gateway from SK Checkout Customizer. Install SK Checkout Customizer only after your plan shows the function.