Транслитерация: почему одна и та же фамилия — это три разных латиницы

Один ответ здесь не работает. У транслитерации таких ответов три: приказ МВД России для загранпаспорта, библиотечный ГОСТ 7.79-2000 и то, что делает с фамилией конструктор сайта. Расходятся они ровно на тех буквах, которые взгляд обычно пропускает: й, ц, ю, я, щ. Три стандарта. Одна фамилия — и три разных набора латинских букв на выходе.

Транслитерация — не перевод. Смысл слова тут никого не интересует, важно только звучание, переданное чужим алфавитом. Фамилию не переводят — «Мельников» не станет «Miller», его именно транслитерируют, буква за буквой. Та же логика — с названием улицы на упаковке для экспорта, с именем автора в научной статье, с брендом на этикетке для зарубежного маркетплейса. Разные ситуации, а правило одно: важно, кто читатель — таможня, библиотека или человек с телефона.

Возьмём реальное сочетание букв — «Юрий Щербаков». По приказу МВД России №889 (действует с 2014 года и следует стандарту ИКАО, Doc 9303) получится Iurii Shcherbakov: ю → iu, й → i, щ → shch. По ГОСТ 7.79-2000, система Б, — Yurij Shherbakov: та же ю превращается в yu, й — в j, а щ — в shh. Ни один из вариантов не ошибка. У них просто разные задачи.

Паспорт должен совпасть с визой и билетом. ГОСТ решает другую задачу — обратимость: чтобы латинскую запись можно было собрать обратно в кириллицу без потерь, поэтому там появляются непривычные глазу «cz» и «shh». А третий вариант — тот, что штампуют движки сайтов для адреса страницы, — не обязан совпадать ни с паспортом, ни с ГОСТом: у него своя цель, короткий читаемый URL.

ГОСТ вдобавок меняет правило на ходу. Буква ц перед и, е, y, j передаётся как c, а во всех остальных позициях — как cz. Возьмите слово «улица»: ц там стоит перед а, значит по стандарту получится «ulicza», а не привычное «ulitsa», которое пишут на конвертах и в адресных строках. Вот здесь и рождается путаница: библиотечно правильный вариант выглядит для почты и курьера чужим.

Барбершоп подключил онлайн-запись, и виджет сам транслитерирует имя клиента для SMS-провайдера. Получилось «Iurii» вместо привычного «Yuriy» — клиент решил, что заявка ушла не туда, и не пришёл. Мелочь. Но потерянная запись.

И у интернет-магазина похожая история крупнее. При отправке посылки за границу перевозчик требует, чтобы фамилия получателя в декларации совпадала с загранпаспортом. Базу транслитерировали по ГОСТу — вышло «Yurij» вместо паспортного «Iurii», и посылка легла на таможне до выяснения. Разбирались две недели. похожие разборы — в кейсах агентства

Третий случай тише, но дороже. Автосервис вёл склад запчастей в одной программе, а для экспортной накладной завёл те же позиции во второй — вручную, на глаз. Через полгода поиск по артикулу перестал находить половину строк: одна база транслитерировала «х» как kh, другая — как x. Цифры совпадали, буквы — нет, и склад не сходился.

Кажется, что «перевести буквами» — задача на одну кнопку, и в этом есть своя правда: для подписи в комментарии или названия файла на один раз разница не играет роли. Но как только текст покидает ваш экран — уходит в декларацию, в CRM, в чужой API, — выбор стандарта перестаёт быть вкусовщиной.

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

У фразы «транслитерация» — десятки тысяч запросов в месяц, а рядом с ней в поиске стоят «транслитерация на английский», «транслитерация с русского» и «транслитерация имени». По сути люди спрашивают одно и то же, просто с разных концов. «На английский» и «с русского» — это про направление: человек уже знает, что переводит буквы, и хочет уточнить, откуда куда. «Имени» — сужение до личного случая: не текста вообще, а конкретно ФИО, где цена ошибки выше, чем в обычном слове.

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

Если старый загранпаспорт, виза, диплом или банковская карта уже выданы на одно написание фамилии, а новый стандарт предлагает другое — это не тупик. По приложению №4 к административному регламенту МИД России (приказ от 12.02.2020 №2114) можно подать заявление и сохранить прежнюю транслитерацию — но только по заявлению, автоматически стандарт этого не сделает. Полезно свериться заранее, а не после отказа в банке из-за разных фамилий на двух документах.

В конвертере регистра одиннадцать режимов, и не все — про транслитерацию напрямую. Шесть человеческих чинят обычный текст: «как в предложениях» возвращает капслок к норме, строчные и ПРОПИСНЫЕ — крайние случаи, Каждое Слово годится для заголовков, а иНВЕРСИЯ и случайный регистр — скорее для игры, чем для дела.

Пять программистских режимов — camelCase, snake_case, kebab-case и ещё два их родственника — устроены иначе: сначала текст транслитерируется по ГОСТ 7.79-2000, система Б, а уже потом собирается в нужный вид под переменную, ключ или имя файла. Регистр при этом считается с учётом языка: турецкая İ и немецкая ß не ломаются, как при лобовой замене всех букв на заглавные. открыть конвертер регистра

Раньше это делали руками: искали таблицу соответствия, проверяли букву за буквой, потом отдельно сверяли паспортный вариант по другой таблице. Один момент здесь стоит проговорить отдельно: если конечная цель — не код, а публичный URL или ссылка для клиента, программистские режимы дадут именно строгую запись с «cz» и «shh», а не привычный человеку «ts» и «shch» — для страницы сайта такой вид не годится, ГОСТ здесь работает на обратимость, а не на красоту.

Проверить фамилию сразу во всех режимах: открыть конвертер регистра