Рекомендации по оплате и адресной форме

Увеличьте конверсию, помогая пользователям максимально быстро и легко заполнять формы адреса и оплаты.

Sam Dutton

Хорошо продуманные формы помогают пользователям и повышают коэффициент конверсии. Одно маленькое исправление может иметь большое значение!

Вот пример простой формы оплаты, которая демонстрирует все лучшие практики:

Вот пример простой формы адреса, которая демонстрирует все лучшие практики:

Контрольный список

• Используйте осмысленные элементы HTML : <form> , <input> , <label> и <button> .
• Пометьте каждое поле формы тегом <label> .
• Используйте атрибуты элемента HTML для доступа к встроенным функциям браузера , в частности type и autocomplete соответствующими значениями.
• Не используйте type="number" для чисел, которые не подлежат увеличению, например номеров платежных карт. Вместо этого используйте type="text" и inputmode="numeric" .
• Если подходящее значение автозаполнения доступно для input , select или textarea , вам следует использовать его.
• Чтобы браузеры могли автоматически заполнять формы, задайте для входных name и id стабильные значения , которые не меняются между загрузками страниц и развертываниями веб-сайтов.
• Отключите кнопки отправки после того, как они были нажаты или нажаты.
• Проверяйте данные во время ввода, а не только при отправке формы.
• Сделайте гостевую оплату по умолчанию и упростите создание учетной записи после завершения оформления заказа.
• Покажите ход процесса оформления заказа в виде четких шагов и четких призывов к действию.
• Ограничьте потенциальные точки выхода из кассы, удалив беспорядок и отвлекающие факторы.
• Покажите полную информацию о заказе при оформлении заказа и упростите корректировку заказа.
• Не запрашивайте данные, которые вам не нужны .
• Запрашивайте имена одним вводом, если у вас нет веских причин не делать этого.
• Не используйте только латинские символы для имен и имен пользователей.
• Разрешить использование различных форматов адресов .
• Рассмотрите возможность использования одной textarea для адреса .
• Используйте автозаполнение платежного адреса .
• Интернационализация и локализация там, где это необходимо.
• Подумайте о том, чтобы избежать поиска почтового адреса .
• Используйте соответствующие значения автозаполнения платежной карты .
• Используйте единый ввод для номеров платежных карт .
• Избегайте использования пользовательских элементов, если они нарушают работу автозаполнения.
• Тестируйте как в полевых условиях, так и в лаборатории : анализ страниц, анализ взаимодействия и измерение производительности реальных пользователей.
• Тестируйте на различных браузерах, устройствах и платформах .

Используйте осмысленный HTML

Используйте элементы и атрибуты, созданные для задания:

• <form> , <input> , <label> и <button>
• type , autocomplete и inputmode

Они включают встроенные функции браузера, улучшают доступность и добавляют смысл в вашу разметку.

Используйте элементы HTML по назначению

Поместите свою форму в <form>

У вас может возникнуть соблазн не заключать элементы <input> в <form> и обрабатывать отправку данных исключительно с помощью JavaScript.

Не делай этого!

HTML <form> предоставляет вам доступ к мощному набору встроенных функций во всех современных браузерах и может помочь сделать ваш сайт доступным для программ чтения с экрана и других вспомогательных устройств. <form> также упрощает создание базовых функций для старых браузеров с ограниченной поддержкой JavaScript и позволяет отправлять формы, даже если в вашем коде есть сбой, а также для небольшого числа пользователей, которые фактически отключают JavaScript.

Если у вас есть более одного компонента страницы для пользовательского ввода, обязательно поместите каждый из них в отдельный элемент <form> . Например, если у вас есть поиск и регистрация на одной странице, поместите каждое из них в отдельный <form> .

Используйте <label> для маркировки элементов.

Чтобы пометить <input> , <select> или <textarea> , используйте <label> .

Свяжите метку с входными данными, задав атрибуту метки for то же значение, что и id входных данных.

<label for="address-line1">Address line 1</label>
<input id="address-line1" …>

Используйте одну метку для одного входа: не пытайтесь пометить несколько входов одной меткой. Это лучше всего работает для браузеров и лучше всего для программ чтения с экрана. Касание или щелчок по метке перемещает фокус на ввод, с которым она связана, а программы чтения с экрана объявляют текст метки, когда метка или ввод метки получают фокус.

Сделайте кнопки полезными

Используйте <button> для кнопок! Вы также можете использовать <input type="submit"> , но не используйте div или какой-либо другой случайный элемент, действующий как кнопка. Элементы-кнопки обеспечивают доступное поведение, встроенную функцию отправки формы и легко поддаются стилизации.

Присвойте каждой кнопке отправки формы значение, указывающее, что она делает. Для каждого шага к оформлению заказа используйте описательный призыв к действию, который показывает прогресс и делает следующий шаг очевидным. Например, пометьте кнопку «Отправить» в форме адреса доставки «Перейти к оплате», а не «Продолжить» или «Сохранить» .

Рассмотрите возможность отключения кнопки отправки после того, как пользователь нажал или щелкнул ее, особенно когда пользователь совершает платеж или размещает заказ. Многие пользователи нажимают кнопки несколько раз, даже если они работают нормально. Это может испортить оформление заказа и увеличить нагрузку на сервер.

С другой стороны, не отключайте кнопку отправки, ожидающую полного и действительного ввода пользователя. Например, не оставляйте кнопку «Сохранить адрес» отключенной, потому что что-то отсутствует или недействительно. Это не помогает пользователю — он может продолжать нажимать или щелкать кнопку и считать, что она сломана. Вместо этого, если пользователи попытаются отправить форму с неверными данными, объясните им, что пошло не так и что нужно сделать, чтобы это исправить. Это особенно важно на мобильных устройствах, где ввод данных затруднен, а отсутствующие или недействительные данные формы могут быть не видны на экране пользователя к тому моменту, когда он попытается отправить форму.

Максимально используйте атрибуты HTML

Упростите пользователям ввод данных

Используйте соответствующий атрибут type ввода, чтобы обеспечить правильную клавиатуру на мобильном устройстве и включить базовую встроенную проверку в браузере.

Например, используйте type="email" для адресов электронной почты и type="tel" для номеров телефонов.

Что касается дат, старайтесь избегать использования пользовательских элементов select . Если они не реализованы должным образом, они нарушают работу автозаполнения и не работают в старых браузерах. Для таких чисел, как год рождения, рассмотрите возможность использования элемента input , а не select , поскольку ввод цифр вручную может быть проще и менее подвержен ошибкам, чем выбор из длинного раскрывающегося списка, особенно на мобильных устройствах. Используйте inputmode="numeric" , чтобы обеспечить правильную клавиатуру на мобильном устройстве, и добавьте подсказки по проверке и форматированию с текстом или заполнителем, чтобы убедиться, что пользователь вводит данные в соответствующем формате.

Используйте автозаполнение, чтобы улучшить доступность и помочь пользователям избежать повторного ввода данных.

Использование соответствующих значений autocomplete позволяет браузерам помогать пользователям, безопасно сохраняя данные и автоматически заполняя значения input , select и textarea . Это особенно важно для мобильных устройств и имеет решающее значение для предотвращения высокого уровня отказов от форм . Автозаполнение также обеспечивает множество преимуществ специальных возможностей .

Если для поля формы доступно подходящее значение автозаполнения, вам следует использовать его. Веб-документы MDN содержат полный список значений и объяснения того, как их правильно использовать.

Стабильные ценности

Адрес для выставления счета

По умолчанию установите адрес выставления счета таким же, как адрес доставки. Уменьшите визуальный беспорядок, предоставив ссылку для редактирования платежного адреса (или используйте элементы summary и details ) вместо отображения платежного адреса в форме.

Используйте соответствующие значения автозаполнения для адреса выставления счета, так же, как и для адреса доставки, чтобы пользователю не приходилось вводить данные более одного раза. Добавьте префиксное слово к атрибутам автозаполнения, если у вас разные значения для входных данных с одинаковым именем в разных разделах.

<input autocomplete="shipping address-line-1" ...>
...
<input autocomplete="billing address-line-1" ...>

Помогите пользователям ввести правильные данные

Постарайтесь не «ругать» клиентов за то, что они «сделали что-то не так». Вместо этого помогите пользователям быстрее и проще заполнять формы, помогая им устранять проблемы по мере их возникновения. В процессе оформления заказа клиенты пытаются дать вашей компании деньги за продукт или услугу — ваша задача — помочь им, а не наказать их!

Вы можете добавить атрибуты ограничений к элементам формы, чтобы указать приемлемые значения, включая min , max pattern . Состояние достоверности элемента устанавливается автоматически в зависимости от того, является ли значение элемента допустимым, как и псевдоклассы CSS :valid и :invalid , которые можно использовать для стилизации элементов с действительными или недопустимыми значениями.

Например, в следующем HTML-коде указаны входные данные для года рождения между 1900 и 2020. Использование type="number" ограничивает входные значения только числами в диапазоне, указанном min и max . Если вы попытаетесь ввести число за пределами диапазона, вход будет установлен в недопустимое состояние.

В следующем примере используется pattern="[\d ]{10,30}" для обеспечения допустимого номера платежной карты, при этом допускаются пробелы:

Современные браузеры также выполняют базовую проверку входных данных типа email или url .

При отправке формы браузеры автоматически фокусируются на полях с проблемными или отсутствующими обязательными значениями. Никакого JavaScript не требуется!

Проверяйте встроенные данные и предоставляйте обратную связь пользователю при вводе данных, а не предоставляйте список ошибок при нажатии кнопки отправки. Если вам необходимо проверить данные на вашем сервере после отправки формы, перечислите все обнаруженные проблемы и четко выделите все поля формы с недопустимыми значениями, а также отобразите встроенное сообщение рядом с каждым проблемным полем, объясняющее, что необходимо исправить. Проверьте журналы сервера и аналитические данные на наличие распространенных ошибок — возможно, вам придется изменить дизайн формы.

Вам также следует использовать JavaScript для более надежной проверки при вводе пользователями данных и отправке формы. Используйте API проверки ограничений (который широко поддерживается ), чтобы добавить пользовательскую проверку с помощью встроенного пользовательского интерфейса браузера для установки фокуса и отображения подсказок.

Узнайте больше в разделе «Используйте JavaScript для более сложной проверки в реальном времени» .

Помогите пользователям не пропустить необходимые данные

Используйте required атрибут на входах для обязательных значений.

При отправке формы современные браузеры автоматически запрашивают и устанавливают фокус на required поля с отсутствующими данными, и вы можете использовать псевдокласс :required для выделения обязательных полей. Никакого JavaScript не требуется!

Добавьте звездочку к метке каждого обязательного поля и добавьте примечание в начале формы, объясняющее, что означает звездочка.

Упрощение оформления заказа

Помните о пробеле в мобильной коммерции!

Представьте, что у ваших пользователей есть бюджет усталости . Используйте его, и ваши пользователи уйдут.

Вам необходимо уменьшить трение и сохранять концентрацию, особенно на мобильных устройствах. Многие сайты получают больше трафика на мобильных устройствах, но больше конверсий на настольных компьютерах — явление, известное как разрыв в мобильной коммерции . Клиенты могут просто предпочесть совершить покупку на настольном компьютере, но более низкие показатели конверсии на мобильных устройствах также являются результатом плохого пользовательского опыта. Ваша задача — минимизировать потерянные конверсии на мобильных устройствах и максимизировать конверсии на настольных компьютерах. Исследования показали , что существует огромная возможность улучшить качество мобильных форм.

Прежде всего, пользователи чаще отказываются от форм, которые выглядят длинными, сложными и лишенными смысла. Это особенно актуально, когда пользователи используют экраны меньшего размера, отвлекаются или спешат. Запрашивайте как можно меньше данных.

Сделать гостевую оплату по умолчанию

Для интернет-магазина самый простой способ уменьшить трудности с формой — сделать гостевую кассу по умолчанию. Не заставляйте пользователей создавать учетную запись перед совершением покупки. Невозможность оформить заказ для гостей считается основной причиной отказа от корзины покупок.

Вы можете предложить регистрацию аккаунта после оформления заказа. На этом этапе у вас уже есть большая часть данных, необходимых для настройки учетной записи, поэтому создание учетной записи должно быть быстрым и простым для пользователя.

Показать ход оформления заказа

Вы можете сделать процесс оформления заказа менее сложным, показывая прогресс и поясняя, что нужно делать дальше. На видео ниже показано, как этого добивается британский ритейлер johnlewis.com .

Вам нужно поддерживать темп! Для каждого шага к оплате используйте заголовки страниц и описательные значения кнопок, которые пояснят, что нужно сделать сейчас и какой этап оформления заказа будет следующим.

Используйте атрибут enterkeyhint при вводе формы, чтобы установить метку клавиши ввода на мобильной клавиатуре. Например, используйте enterkeyhint="previous" и enterkeyhint="next" в многостраничной форме, enterkeyhint="done" для последнего ввода в форме и enterkeyhint="search" для ввода поиска.

Атрибут enterkeyhint поддерживается на Android и iOS . Подробную информацию вы можете узнать из объяснителя Enterkeyhint .

Предоставьте пользователям возможность легко перемещаться вперед и назад в процессе оформления заказа, чтобы они могли легко корректировать свой заказ, даже когда они находятся на последнем этапе оплаты. Покажите полную информацию о заказе, а не только краткое изложение. Предоставьте пользователям возможность легко регулировать количество товаров на странице оплаты. Ваша приоритетная задача при оформлении заказа — не прерывать процесс конверсии.

Устраните отвлекающие факторы

Ограничьте потенциальные точки выхода, удалив визуальный беспорядок и отвлекающие факторы, такие как реклама продукта. Многие успешные ритейлеры даже убирают навигацию и поиск с кассы.

Держите путешествие сосредоточенным. Сейчас не время соблазнять пользователей сделать что-то еще!

Для вернувшихся пользователей вы можете еще больше упростить процесс оформления заказа, скрывая данные, которые им не нужно видеть. Например: отображать адрес доставки в виде обычного текста (не в форме) и разрешать пользователям менять его по ссылке.

Упростите ввод имени и адреса

Запрашивайте только те данные, которые вам нужны

Прежде чем приступить к кодированию форм имени и адреса, убедитесь, что вы понимаете, какие данные требуются. Не запрашивайте данные, которые вам не нужны! Самый простой способ уменьшить сложность формы — удалить ненужные поля. Это также полезно для конфиденциальности клиентов и может снизить стоимость и ответственность за внутренние данные.

Используйте ввод одного имени

Разрешите пользователям вводить свое имя с помощью одного ввода, если только у вас нет веской причины для отдельного хранения имен, фамилий, почетных знаков или других частей имени. Использование одного ввода имени делает формы менее сложными, позволяет вырезать и вставлять, а также упрощает автозаполнение.

В частности, если у вас нет веских причин не делать этого, не пытайтесь добавлять отдельный ввод для префикса или титула (например, «Миссис», «Доктор» или «Лорд»). Пользователи могут ввести это вместе со своим именем, если захотят. Кроме того, автозаполнение honorific-prefix в настоящее время не работает в большинстве браузеров, поэтому добавление поля для префикса имени или заголовка нарушит работу автозаполнения формы адреса для большинства пользователей.

Включить автозаполнение имени

Используйте name для полного имени:

<input autocomplete="name" ...>

Если у вас действительно есть веская причина разделить части имени, обязательно используйте соответствующие значения автозаполнения:

• honorific-prefix
• given-name
• nickname
• additional-name-initial
• additional-name
• family-name
• honorific-suffix

Разрешить международные имена

Возможно, вы захотите проверить введенные вами имена или ограничить количество символов, разрешенных для данных имени. Однако вам нужно быть максимально неограниченными в отношении алфавитов. Невежливо, когда вам говорят, что ваше имя «недействительно»!

Для проверки избегайте использования регулярных выражений, соответствующих только латинским символам. Только латиница исключает пользователей, чьи имена или адреса содержат символы, которых нет в латинском алфавите. Вместо этого разрешите сопоставление букв Юникода и убедитесь, что ваша серверная часть надежно поддерживает Юникод как на входе, так и на выходе. Юникод в регулярных выражениях хорошо поддерживается современными браузерами.

<!-- Names with non-Latin characters (such as Françoise or Jörg) are 'invalid'. -->
<input pattern="[\w \-]+" ...>

<!-- Accepts Unicode letters. -->
<input pattern="[\p{L} \-]+" ...>

Разрешить различные форматы адресов

При разработке формы адреса имейте в виду ошеломляющее разнообразие форматов адресов, даже в пределах одной страны. Будьте осторожны и не делайте предположений относительно «нормальных» адресов. (Если вы не уверены, взгляните на «Странности адресов в Великобритании! »)

Сделайте формы адреса гибкими

Не заставляйте пользователей пытаться втиснуть свой адрес в поля формы, которые не подходят.

Например, не настаивайте на том, чтобы номер дома и название улицы вводились отдельно, поскольку многие адреса не используют этот формат, а неполные данные могут нарушить автозаполнение браузера.

Будьте особенно осторожны с required полями адреса. Например, адреса в крупных городах Великобритании не имеют округа, но многие сайты по-прежнему заставляют пользователей вводить его.

Использование двух гибких адресных линий может достаточно хорошо работать для различных форматов адресов.

<input autocomplete="address-line-1" id="address-line1" ...>
<input autocomplete="address-line-2" id="address-line2" ...>

Добавьте соответствующие ярлыки:

<label for="address-line-1">
Address line 1 (or company name)
</label>
<input autocomplete="address-line-1" id="address-line1" ...>

<label for="address-line-2">
Address line 2 (optional)
</label>
<input autocomplete="address-line-2" id="address-line2" ...>

Вы можете попробовать это, сделав ремикс и отредактировав демо, представленное ниже.

Рассмотрите возможность использования одного текстового поля для адреса.

Самый гибкий вариант для адресов — предоставить одну textarea .

Подход textarea подходит для любого формата адреса и отлично подходит для вырезания и вставки, но имейте в виду, что он может не соответствовать вашим требованиям к данным, и пользователи могут пропустить автозаполнение, если раньше они использовали только формы с address-line1 и address-line2 .

Для текстового поля используйте street-address в качестве значения автозаполнения.

Вот пример формы, демонстрирующей использование одной textarea для адреса:

Интернационализируйте и локализуйте свои адресные формы

Для форм адреса особенно важно учитывать интернационализацию и локализацию в зависимости от того, где находятся ваши пользователи.

Имейте в виду, что наименования частей адреса различаются, как и форматы адресов, даже в пределах одного и того же языка.

    ZIP code: US
 Postal code: Canada
    Postcode: UK
     Eircode: Ireland
         PIN: India

Когда вам предлагают форму, которая не соответствует вашему адресу или в которой не используются те слова, которые вы ожидаете, это может раздражать или озадачивать.

Для вашего сайта может потребоваться настройка форм адреса для нескольких языков , но использование методов максимизации гибкости форм (как описано выше) может оказаться достаточным. Если вы не локализуете свои формы адресов, убедитесь, что вы понимаете ключевые приоритеты, необходимые для работы с различными форматами адресов: * Избегайте чрезмерной конкретизации частей адреса, например, настаивая на названии улицы или номере дома. * По возможности избегайте заполнения полей required . Например, адреса во многих странах не имеют почтового индекса, а сельские адреса могут не иметь названия улицы или дороги. * Используйте инклюзивное наименование: «Страна/регион», а не «Страна»; «Почтовый индекс/почтовый индекс», а не «Почтовый индекс».

Сохраняйте гибкость! Приведенный выше пример простой формы адреса можно адаптировать для работы «достаточно хорошо» для многих локалей.

Подумайте о том, чтобы избежать поиска почтового адреса.

Некоторые веб-сайты используют службу для поиска адресов по почтовому индексу или почтовому индексу. Это может быть разумно для некоторых случаев использования, но вы должны знать о потенциальных недостатках.

Предложение адреса почтового индекса работает не для всех стран, а в некоторых регионах почтовые индексы могут включать большое количество потенциальных адресов.

Пользователям сложно выбирать из длинного списка адресов, особенно на мобильных устройствах, если они спешат или находятся в стрессе. Было бы проще и менее подвержено ошибкам, если бы пользователи могли воспользоваться автозаполнением и ввести свой полный адрес одним касанием или щелчком мыши.

Упрощение форм оплаты

Формы оплаты — самая важная часть процесса оформления заказа. Плохой дизайн платежной формы является частой причиной отказа от корзины покупок . Дьявол кроется в деталях : небольшие сбои могут подтолкнуть пользователей к отказу от покупки, особенно на мобильных устройствах. Ваша задача — разработать формы, чтобы пользователям было как можно проще вводить данные.

Помогите пользователям избежать повторного ввода платежных данных

Обязательно добавьте соответствующие значения autocomplete в формы платежных карт, включая номер платежной карты, имя на карте, а также месяц и год истечения срока действия:

• cc-number
• cc-name
• cc-exp-month
• cc-exp-year

Это позволяет браузерам помогать пользователям, надежно сохраняя данные платежной карты и правильно вводя данные формы. Без автозаполнения пользователи с большей вероятностью будут вести физическую запись данных платежной карты или небезопасно хранить данные платежной карты на своем устройстве.

Избегайте использования пользовательских элементов для дат платежной карты.

Если пользовательские элементы не спроектированы должным образом, они могут прервать поток платежей из-за нарушения автозаполнения и не будут работать в старых браузерах. Если все остальные данные платежной карты доступны с помощью автозаполнения, но пользователь вынужден искать свою физическую платежную карту, чтобы узнать дату истечения срока ее действия, поскольку автозаполнение не работает для настраиваемого элемента, вы, скорее всего, потеряете продажу. Вместо этого рассмотрите возможность использования стандартных элементов HTML и соответствующим образом стилизуйте их.

Используйте один ввод для платежной карты и номеров телефонов.

Для номеров платежной карты и телефона используйте один ввод: не разбивайте номер на части. Это облегчает пользователям ввод данных, упрощает проверку и позволяет браузерам выполнять автозаполнение. Рассмотрите возможность сделать то же самое для других числовых данных, таких как PIN-код и банковские коды.

Тщательно проверьте

Вам следует проверять ввод данных как в реальном времени, так и перед отправкой формы. Один из способов сделать это — добавить атрибут pattern во входные данные платежной карты. Если пользователь пытается отправить форму оплаты с недопустимым значением, браузер отображает предупреждающее сообщение и переключает фокус на ввод. Никакого JavaScript не требуется!

Однако регулярное выражение вашего pattern должно быть достаточно гибким, чтобы обрабатывать диапазон длин номеров платежных карт : от 14 цифр (или, возможно, меньше) до 20 (или более). Подробнее о структурировании номеров платежных карт можно узнать на LDAPwiki .

Разрешите пользователям добавлять пробелы при вводе нового номера платежной карты, поскольку именно так номера отображаются на физических картах. Это более дружелюбно для пользователя (вам не придется говорить им: «Они сделали что-то не так»), с меньшей вероятностью прерывает процесс преобразования, и проще удалять пробелы в числах перед обработкой.

Тестируйте на различных устройствах, платформах, браузерах и версиях.

Особенно важно тестировать формы адреса и оплаты на платформах, наиболее распространенных для ваших пользователей, поскольку функциональность и внешний вид элементов формы могут различаться, а различия в размерах области просмотра могут привести к проблемам с позиционированием. BrowserStack позволяет бесплатно тестировать проекты с открытым исходным кодом на различных устройствах и браузерах.

Внедрить аналитику и РУМ

Локальное тестирование удобства использования и производительности может быть полезным, но вам нужны реальные данные, чтобы правильно понять, как пользователи воспринимают ваши формы оплаты и адреса.

Для этого вам нужна аналитика и мониторинг реальных пользователей — данные об опыте реальных пользователей, например, сколько времени занимает загрузка страниц оформления заказа или сколько времени занимает завершение платежа:

• Аналитика страниц : просмотры страниц, показатели отказов и выходы для каждой страницы с формой.
• Аналитика взаимодействия : воронки целей и события показывают, где пользователи прекращают процесс оформления заказа и какие действия они предпринимают при взаимодействии с вашими формами.
• Производительность веб-сайта : показатели, ориентированные на пользователя, могут сказать вам, медленно ли загружаются ваши страницы оформления заказа, и если да, то в чем причина.

Анализ страниц, анализ взаимодействия и измерение реальной производительности пользователей становятся особенно ценными в сочетании с журналами сервера, данными о конверсиях и A/B-тестированием, что позволяет вам ответить на такие вопросы, как, например, увеличивают ли коды скидок доход или улучшается ли изменение макета формы. конверсии.

Это, в свою очередь, дает вам прочную основу для определения приоритетов усилий, внесения изменений и вознаграждения за успех.

Продолжайте учиться

• Рекомендации по использованию формы входа
• Рекомендации по форме регистрации
• Подтвердите номера телефонов в Интернете с помощью WebOTP API
• Создавайте удивительные формы
• Лучшие практики дизайна мобильных форм
• Более функциональные элементы управления формой
• Создание доступных форм
• Оптимизация процесса регистрации с помощью API управления учетными данными
• «Навязчивое руководство Фрэнка по почтовым адресам» содержит полезные ссылки и подробные инструкции по форматам адресов в более чем 200 странах.
• В списках стран есть инструмент для загрузки кодов стран и названий на нескольких языках и в разных форматах.

Фото @rupixen на Unsplash .