Content style guideDesigning for people with limited English

People who depend on Home Office services, such as visas, passports and asylum, are often not fluent in English.

This means important information in application forms, guidance pages and other tasks may be difficult to understand.

We have identified 10 evidence-based principles to follow when designing content for people with limited English:

Most of these principles also make your content accessible and inclusive for everyone.

Use clear language

People with limited English need to read every word, unlike fluent speakers who often skim read. They may need to stop regularly to translate something. Reading this way takes a lot longer and can make information harder to remember.

Some plain English words may not be clear to people with limited English. Home Office researchers found that words like 'identity', 'dialect' and 'immediate family' were not always well understood. The 'Home Office' ministerial department is sometimes confused with a spare room or home office.

Research has found that technical language and long documents make people with limited English anxious. If you need to use technical language, provide a clear language explanation. For example, 'biometrics (your fingerprints and photo)'.

When designing for people with limited English, try to:

  • match your writing to your users’ language levels
  • keep sentences short and on average 15 words
  • use the active voice

For more advice, read the GOV.UK guidance on using plain English.

Check how it translates

People with limited English often use online translators, like Google Translate, DeepL, Bing Translator or a native phone app. Use a translation tool to translate your text into some of the languages used by your main user groups. Then translate it back into English using a different translator to sense check it. You may find that some words translate better than others.

Examples of words that may not translate well into the languages of your main user groups:

  • deadline
  • get in touch
  • ethnicity
  • dependant

Content designers working on visa application forms have been using 'money' instead of 'maintenance' or 'financial support' because it translates better in some of the languages used by their users.

Use online translators for guidance purposes only. These are external websites which can change at any time. While they are improving, they are far from perfect. Do not put sensitive information into online translators because that information can be stored and you have no control over how it is used.

Test language with users

Guidance cannot replace the insight gained from testing your content with people with limited English. Content designers creating an asylum application form found that 'medicine' tested better than 'medication'. The NHS style guide also advises using medicine.

Test all important content in your service, including, but not limited to:

  • headings
  • labels
  • hint text
  • buttons
  • guidance text
  • error messages
  • alt text
  • conditional reveals

Recruit participants with limited English and choose the most appropriate method for testing your content. For example, if some users need an interpreter to use your service, consider testing the service with an interpreter alongside a user.

Avoid idioms

The English language has many idioms. We use them to make our services more conversational. Common expressions like 'by the book', 'red tape' or 'touch base' are not always clear to people with limited English and do not always translate well using translation tools like Google Translate or Bing Translator.

Designers working on the passport application service found that users with limited English did not recognise 'wear and tear' as an expression to mean damage. Instead, they translated these words individually and mistakenly thought the statement did not apply to their passports as they were not torn.

Avoid phrasal verbs

A phrasal verb is where you combine a verb with other words to make it mean something different, such as ‘carry out’, ‘get over’ or ‘look after’. English is full of them. But their meaning is not always clear until you have learned them.

There is nearly always a one-word alternative to a phrasal verb that is easier to translate.

Instead of Use
carry out do, implement
fill in complete
call off cancel
get over recover
look into research, investigate
look up search
look after care for, be responsible for
turn down reject
make out understand
sort out solve
point out show
come up with suggest
go over check, examine
come across find
stick to follow, maintain

Use clear language whenever possible but if the alternative word translates better, consider using that instead.

Use simple tenses

The present and past tenses are the easiest to understand. Avoid sentences with complex tenses like ‘it will have worked’.

You will often have to use the future tense. But you can sometimes avoid it by writing in the active voice. For example, 'how your information will be used' may be easier to understand written in the present tense: 'how we use your information'.

To make your content more direct, use the present tense instead of 'should have' or 'would have'.

For example, instead of:

  • Before submitting this form, you should have completed the following steps.

Use

  • Complete the next steps before you submit this form.

Write acronyms in full

Research has found that some users struggle to remember the meaning of an acronym they saw on a previous screen. Write an acronym in full the first time you use it on a new page or screen, unless it is well known to 80% of your users, like UK, US or NHS. For example, write 'biometric residence permit (BRP)' on each screen of your service at first mention and use 'BRP' if it appears again on the same screen.

Translation tools do not translate acronyms. For example, 'biometric residence permit (BRP)' translates to 'permesso di soggiorno biometrico (BRP)' in Italian. Italian speakers may not remember the meaning of 'BRP' if they see it on a later screen.

If available, use a tooltip, like acronym Markdown, so that when a user hovers over the acronym they see it written in full as 'alt text'.

See more guidance on abbreviations and acronyms in the GOV.UK style guide.

Avoid all contractions

Avoid all contractions, including positive contractions like 'we'll', 'you've' or 'they're', if your users have limited English. Research suggests that contractions make content difficult to understand for people with limited English. See general guidance on contractions in the GOV.UK style guide.

Consider images or video

In some cases, an image, diagram or video can communicate information more clearly. Research at UK arrival centres found that some people had difficulty finding their way using the text-only signage. To address this issue, designers produced a new signage system using text supported by images.

Sign showing camera and fingerprint icons to explain in different languages how biometric information is taken.

Make sure you include text alternatives with images for users with visual access needs.

Research with vulnerable users on the eVisa service found that most participants, including fluent English speakers, found the written guidance too long and technical. They said the information in the What is an eVisa video was easier to understand.

Consider translation services

Could your service benefit from having professional translation and interpretation support to make it more accessible?

If you identify a need to translate your content, consider:

  • the number of alternative languages needed
  • if responses need to be translated
  • if content will be translated by a human or a machine
  • how translated content will be kept up to date
  • how to assure the quality of translated content
  • error messages
  • what happens when funding for translation ends

Work with your team and stakeholders to understand the benefits and costs of hiring translation services. This is not just about business pressures. There may be risks if a service is only partially translated or something has been mistranslated.

Help improve this guidance

To contribute, join the GitHub discussion.