tools · 9 min read
Коды стран в одной таблице: ISO alpha-2, alpha-3 и телефонные префиксы в 2026 году
Практический справочник для арбитража и аналитики: чем отличаются ISO alpha-2 и alpha-3 от телефонного кода, как не перепутать страну пользователя с платёжным рынком и как строить устойчивые отчёты.
Код страны кажется маленькой технической деталью, пока отчёт по GEO не начинает смешивать Россию и российский номер, страну регистрации рекламодателя и место клика. В affiliate-маркетинге один и тот же пользователь может открыть лендинг в одной стране, платить картой другой страны и указать телефон с третьим кодом. Поэтому код — это не доказательство географии, а стандартизированная метка с конкретным источником и назначением.
В этой статье собраны три слоя, которые чаще всего встречаются в трекерах, CRM и рекламных кабинетах: ISO 3166-1 alpha-2, ISO 3166-1 alpha-3 и международный телефонный код. Они не взаимозаменяемы. ISO-коды описывают страну или территорию в справочнике, а телефонный префикс относится к плану нумерации и может быть общим для нескольких стран.
Коротко: какой код выбирать
Для URL, языковых версий и большинства API обычно удобнее ISO alpha-2: DE, BR, TR. Для интеграций, где двух букв мало или нужна более читаемая выгрузка, подходит alpha-3: DEU, BRA, TUR. Телефонный код вроде +49 или +55 нужен только для телефонного номера, а не как универсальный GEO.
ISO 3166-1 содержит также числовой код. Он полезен в системах, где требуется избежать зависимости от латинского алфавита или сохранить совместимость со статистическими наборами. Актуальную запись следует брать из официального ISO Online Browsing Platform: списки могут обновляться, а названия и статусы территорий меняются.
Основная таблица
Ниже — рабочая выборка GEO, которые часто встречаются в международных рекламных отчётах. Это не замена выгрузке ISO и ITU: перед запуском кампании проверьте актуальное значение в первоисточнике.
| Страна или рынок | ISO alpha-2 | ISO alpha-3 | Телефонный код | Практическая заметка |
|---|---|---|---|---|
| Германия | DE | DEU | +49 | Отдельный рынок, немецкий язык и локальные требования к рекламе |
| Франция | FR | FRA | +33 | Не объединять автоматически с франкоязычными странами |
| Испания | ES | ESP | +34 | Отдельно учитывать испанский рынок и Латинскую Америку |
| Италия | IT | ITA | +39 | В телефонном поле сохранять полный номер с кодом страны |
| Великобритания | GB | GBR | +44 | В ISO используется GB, хотя в разговоре часто говорят UK |
| США | US | USA | +1 | Телефонный код общий с рядом других территорий NANP |
| Канада | CA | CAN | +1 | Нельзя определить страну только по +1 |
| Бразилия | BR | BRA | +55 | Проверять локальный формат номера и региональные правила |
| Мексика | MX | MEX | +52 | Телефонный префикс не заменяет GEO клика |
| Турция | TR | TUR | +90 | Не путать код страны и язык рекламного креатива |
| ОАЭ | AE | ARE | +971 | Страна пользователя, валюта и страна плательщика могут различаться |
| Индия | IN | IND | +91 | Для отчётов полезно хранить отдельные поля страны и штата |
| Япония | JP | JPN | +81 | ISO-код обычно используется в локали ja-JP |
| Южная Корея | KR | KOR | +82 | Проверять правила рекламной площадки и локализацию |
| Австралия | AU | AUS | +61 | +61 также требует аккуратной проверки типа номера |
| Новая Зеландия | NZ | NZL | +64 | Не выводить рынок только из языка браузера |
| Южная Африка | ZA | ZAF | +27 | Alpha-2 ZA не совпадает с привычным сокращением названия |
| Украина | UA | UKR | +380 | Держать код в верхнем регистре в справочнике |
| Польша | PL | POL | +48 | Не смешивать страну клика и страну доставки |
| Россия | RU | RUS | +7 | +7 не является достаточным доказательством страны без дополнительных сигналов |
Почему alpha-2 не равен телефонному коду
ISO alpha-2 — двухбуквенный идентификатор из стандарта ISO 3166-1. По описанию ISO, он предназначен как общий код страны; alpha-3 ближе к названию страны, а numeric-3 помогает в системах, где нужны цифры. Эти значения полезны для таблиц, API, URL, языковых маршрутов и сегментации данных.
Телефонный код — часть международного плана нумерации. Один код может использоваться несколькими странами или территориями. Хороший пример — +1: по нему нельзя сделать вывод, что номер американский, пока не проверены следующие цифры и конкретный план нумерации. Другой риск — виртуальные номера, роуминг и номера, оформленные не там, где живёт пользователь.
Практическое правило: храните в базе отдельные поля country_iso2, country_iso3, phone_country_code, geo_source и geo_confidence. Не называйте поле просто country, если не фиксируете, откуда взялось значение.
Как применять коды в affiliate-аналитике
1. Роутинг и лендинги
ISO alpha-2 хорошо подходит для маршрута /ru/, /de/ или параметра geo=BR. Но редирект по одному IP не всегда отражает реальный рынок. Пользователь VPN, корпоративной сети или CDN может выглядеть как другой GEO. Поэтому критические решения лучше принимать после явного выбора страны, языка или валюты.
Не ставьте в URL телефонный код. +33 и FR выглядят похоже только на уровне смысла, но ломают сортировку и интеграции, если часть системы ожидает буквы.
2. Трекер и постбэк
Перед запуском согласуйте с трекером допустимый формат: DE, de, DEU и 276 — разные значения. Вход нормализуйте на границе системы, а оригинальное значение сохраняйте в отдельном поле. Так можно расследовать ошибку партнёра или рекламной платформы, не теряя исходный сигнал.
В постбэке полезно передавать ISO alpha-2, если партнёрская программа его документирует. Если партнёр присылает собственный код GEO, составьте таблицу соответствий и версионируйте её. Не заменяйте отсутствующее значение кодом страны аккаунта: это создаёт ложные конверсии.
3. CRM и телефонные лиды
Телефонный префикс применяйте для форматирования и первичной проверки номера, но не для определения места жительства. Отдельно храните номер в формате E.164, если это допускает ваша CRM, и отдельное поле phone_country_code. Страна лида должна опираться на правила проекта: адрес, доставка, подтверждённая страна, IP и согласованные приоритеты.
4. Отчётность и сравнение GEO
В отчёте показывайте не только код, но и расшифровку. Читателю понятнее строка BR — Brazil, чем BRA без подписи. Фильтры должны поддерживать оба ISO-формата, но хранить один канонический ключ. Для графиков фиксируйте дату справочника: иначе после изменения названия или статуса территории исторический отчёт может стать трудно воспроизводимым.
Частые ошибки
- GB заменяют на UK во всех системах. В бытовой речи UK распространено, но ISO alpha-2 для Соединённого Королевства —
GB. Поддерживайте отдельный отображаемый label, если продукт требует «UK». - ES считают кодом языка.
ES— код страны Испания в ISO-контексте. Язык обычно обозначается языковым стандартом, напримерes, а связка языка и региона —es-ES. - +1 трактуют как США. Телефонный план объединяет несколько рынков, поэтому нужен полный номер.
- Страну рекламного аккаунта принимают за страну клика. Это разные измерения и должны иметь разные названия в схеме данных.
- Код в нижнем регистре ломает интеграцию. Внешняя система может требовать верхний регистр; нормализуйте значение, но сохраняйте исходник.
- Справочник копируют из старого CSV. ISO и телефонные планы обновляются. Используйте дату выгрузки и ссылку на источник.
Мини-чек-лист перед запуском GEO
- Запишите, какой именно сигнал определяет страну: IP, страна платежа, адрес, телефон или выбор пользователя.
- Выберите канонический формат и документируйте его в контракте API.
- Проверьте спорные рынки с общим телефонным кодом.
- Добавьте поле источника и уверенности, а не только готовый код.
- Протестируйте пустое, неизвестное и устаревшее значение.
- Сверьте языковой маршрут с кодом страны: язык и GEO не всегда совпадают.
- Проверьте правила конкретной рекламной сети и партнёрской программы перед передачей данных.
Больше практических разборов по трафику, инструментам и партнёрским процессам можно найти в русскоязычном блоге Affiliate Business Club.
Как проверить справочник в данных
Перед импортом таблицы прогоните несколько автоматических проверок. Alpha-2 должен быть ровно из двух латинских букв в верхнем регистре, alpha-3 — из трёх. Телефонный префикс храните как строку: знак +, пробелы и ведущие нули нельзя пропускать через числовой тип. Для каждой строки проверьте, что ISO-значение существует в актуальном справочнике, а не только соответствует регулярному выражению.
Полезно добавить тестовые записи с одинаковым телефонным кодом, пропущенным кодом, неизвестной территорией и историческим значением. В отчёте такие записи должны попадать в отдельную группу unknown, а не автоматически превращаться в крупнейший рынок. При объединении таблиц используйте нормализованный ISO-ключ и явное правило приоритета: например, подтверждённая страна доставки может быть важнее IP, а IP — важнее языка браузера. Это правило должно быть видно аналитикам и сохранено в документации.
Если справочник используется в рекламном API, договоритесь о поведении при обновлении: новые коды добавляются без переписывания истории, а устаревшие помечаются статусом. Не удаляйте старое значение из хранилища, иначе старые конверсии потеряют связь с исходным отчётом. Визуально показывайте дату последнего обновления и ссылку на выгрузку. Так редактор или медиабайер сможет отличить ошибку кампании от изменения внешнего стандарта.
Вывод
ISO alpha-2 — удобный канонический ключ для большинства affiliate-задач, alpha-3 — читаемое расширение для выгрузок и интеграций, а телефонный код решает более узкую задачу работы с номером. Надёжная аналитика начинается не с длинной таблицы, а с определения смысла поля и источника сигнала. В 2026 году поддерживайте справочник по официальным ISO и ITU-источникам, храните дату актуальности и не делайте вывод о стране пользователя по одному коду.
Источники
- https://www.iso.org/iso-3166-country-codes.html
- https://www.iso.org/obp/ui/#search/code/
- https://www.itu.int/en/ITU-T/inr/Pages/default.aspx
- https://unstats.un.org/unsd/methodology/m49/
- https://affiliatebusinessclub.com/ru/blog/