Customise the HPP

Change which countries and providers your user can choose from, and personalise the look of the HPP.

Change the authorisation flow

There are a range of customisations you can make to simplify the payment authorisation flow, making it simpler for your users.

Adapt country and provider selection

You can customise the country and provider selection screens of the hosted payment page to be more relevant to your users.

By default, the HPP allows users to pay using any bank that handles the currency that the user wants to pay in. For currencies like the euro, that can mean that the user has a lot of banks to choose from.

HPP makes it easier for users to find the bank they need by grouping them by country. It uses the browser's locale to guess which country the user is interested in, whilst allowing them to switch to any other country where there are banks that support the selected currency.

If you already know which country the user will be paying from, you can ensure they always see that country first by setting a starting country as a hash parameter in the HPP URL: country_code=xx, where xx = the two-character country code. The user will still be able to switch to a different country if they need to.

Another way to make the country selection more relevant is to filter out countries that you don't want your user to choose from. This is set when creating the payment on Payments API v3, using the filter object. Simply list which countries to include or exclude. Filtering to a single country means the user will be guided to only that country, and will not see the country selection screen at all.

You can also use the provider filter to set whether you'd like to include beta providers, and to filter for either retail providers, business providers or corporate providers. That can speed up provider selection for your users, if you already know which kind of bank they need. For more information on provider filters, see the Create Payment API reference.

Skip the provider selection screen

Some businesses ask their customers to register and verify their bank account before they can use it to send payments.

Ensure that the user doesn't have to select their bank again during the payment flow by setting the provider_selection type to preselected when creating the payment on Payments API v3. You must pass the provider ID here, which ensures your user is fast-tracked through the payment journey. For more information on provider selection types, see the Create Payment API reference.

Pass additional inputs for your user

You can provide some data automatically to simplify your user's payment journey and reduce the input required.

Some banks outside the UK require us to provide additional information about the paying user in order to initiate the payment. That can include their branch or their IBAN. When necessary, HPP will ask the user to enter these details. A limited number of banks also require that the user log in to their bank account through the HPP screens, which it also securely handles.

An example of the authorisation flow for German banks. This flow includes screens with additional inputs where users log in and select a branch.

An example of the authorisation flow for German banks. This flow includes screens with additional inputs where users log in and select a branch.

Entering their IBAN can be a cause of friction for your users, but luckily you can simplify this. If you already have a record of your user's IBAN, then you can provide it to the Payments API when you create the payment in order to prevent the user from being asked to enter it as part of the payment.To provide the IBAN for a user, use the preselected type of provider_selection. See Provider Selection for more information. For more information on the remitter object, see the Create Payment API reference.

Override the user's system language

The HPP selects the best language to display the user interface in, based on the browser locale. It supports the following languages:

  • English
  • Spanish
  • French
  • German
  • Dutch
  • Portuguese
  • Polish
  • Finnish
  • Lithuanian

The HPP uses the browser locale to decide which language to display the user interface in. If there are scenarios where you need to override this (for example, during testing), then you can override this with a query parameter in the URL: ?lng=xx, where xx is the two-character Unicode 639-1 language code.

This approach works for the main hosted payment screens, but does not work for any messages displayed to the user when they are redirected back from their bank. So be careful about relying on this for real users.

Onboard with Signup+

If the payment is part of a Signup+ onboarding flow, then you may want to use HPP to point out the additional data collected, and how it is used. If you set the Signup+ option to true when you start the payment flow, then the Review Payment screen shows an additional message.

To enable the Signup+ message, add the query parameter signup=true to your hosted payment page URL.

Hand off with a QR code

For many banks, the authorisation experience is much easier from the bank's mobile app. In these cases, HPP will automatically open the app if the user is on their phone, or fall back to the website if they don't have the app installed.

If the user is paying from a laptop, then HPP will show a QR code that the user can scan to launch payment authorisation in their bank app. They can also choose to continue to the bank's website on their desktop.

Let your user choose the payment scheme

When accepting payments in EUR, many banks offer a choice of two schemes, or payments rails to send the payment over: SEPA Credit and SEPA Instant. SEPA Instant is faster, but it can sometimes come with a fee that the bank will charge to your user. For this reason, Payments API enables you to handle scheme selection in two different ways:

  • Choose which scheme your user will pay with, or set a preferred scheme by default
  • Have your user choose which scheme they want to pay with

With the user_selected scheme option, your user chooses their banking provider and is then asked which scheme they would like to pay with. For many banks we show an indication of the fee, and if SEPA Instant is available for free we simply select it on the user's behalf.

We recommend this feature for markets where fees for SEPA Instant payments are high and prevalent. For example, in these geographies:

  • Spain
  • Portugal
  • France
  • Austria

Style the HPP user interface

Change the fonts and colours in the HPP so that it matches the look and feel of your brand.

Your name and logo

Go to the Payments Customisation section of the Console to:

  • Upload your merchant logo
  • Update the application name

When you update these settings, they automatically apply to the hosted payment page.


Image showing a bank selection screen with the customisable features of payee account name and app name.

Colour scheme

The hosted payment page accepts 3 optional hash parameters in the URL to override the default colour scheme:

  • c_primary to customise background colour
  • c_secondary to customise button and loader colour
  • c_tertiary to customise input, links and hover colour


Colours must be provided in hexadecimal format. For example, c_primary=bbbbbb.


Image showing bank selection screen with the customisable features of primary background and tertiary link and hover colours.


Image showing bank selection screen with the customisable feature of tertiary input and illustration colours.


Image showing payment confirmation screen with the customisable features of secondary button and tertiary link colours.


Image showing a screen redirecting the user to their bank with the customisable feature of secondary loader colours.


UX/UI guides

For guidance on building and customising your own user interface to maximise adoption, conversion and retention, see our UX/UI guides.