Как сохранить гиперссылки после перевода документа¶

Кнопка «Скачать инструкцию» после перевода ведёт на страницу ошибки, хотя в документе она по-прежнему синяя и подчёркнутая. Внешне ссылка цела, но её адрес потерялся или изменился. Чтобы такого не случилось, проверяйте не только видимый текст, но и место, куда он ведёт.

Перевод ссылки состоит из двух разных задач: адаптировать формулировку для читателя и сохранить правильный адрес назначения. В Word и HTML текст и цель связи хранятся раздельно. Поэтому перевод фразы не должен автоматически менять URL, а наличие форматирования не доказывает, что ссылка работает.

Что именно нужно сохранять при переводе гиперссылок¶

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

Microsoft Support описывает свойства гиперссылки в Word как редактируемые по отдельности: после создания ссылки можно изменить её адрес, отображаемый текст, цвет и начертание (инструкция Microsoft). Переводчику это даёт простое правило: подпись можно локализовать, не трогая цель.

Слово «адрес» здесь означает не только веб-ссылку. Word поддерживает переходы на веб-страницы, файлы, адреса электронной почты и конкретные места в текущем или другом документе. У каждого типа свой способ проверки. Открытие веб-страницы не доказывает, что правильно работает ссылка на файл или внутренняя закладка.

Проверять нужно не один признак, а связку:

• Видимая подпись. Текст должен быть понятен читателю целевой версии.
• Цель. Адрес должен указывать на нужную страницу, файл, почтовый адрес или место внутри документа.
• Тип ссылки. От типа зависит, что именно тестировать после перевода.
• Связь между подписью и целью. Текст «Открыть форму» не должен вести на другой документ или на страницу, которая не содержит форму.
• Состояние в итоговом файле. После экспорта или преобразования нужно проверить сам файл, который получит читатель.

Для воспроизводимой проверки заведите список ссылок ещё до передачи материала в перевод. Запишите исходную подпись, цель и тип ссылки. После перевода вы сможете сравнить конкретные поля, а не пытаться восстановить назначение по памяти.

В документации Microsoft сказано: “After creating a link, you can edit its address, displayed text, color, and font style.” По-русски: «После создания ссылки можно изменить её адрес, отображаемый текст, цвет и начертание» (Microsoft Support).

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

Как устроены ссылки в Word, HTML и переводческих форматах¶

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

В Word адрес и подпись можно редактировать раздельно через свойства гиперссылки. Для ручной правки Microsoft описывает такой путь: щёлкнуть по ссылке правой кнопкой и выбрать Edit Hyperlink («Изменить гиперссылку»), затем исправить текст или другие свойства (инструкция Microsoft). Если подпись переведена правильно, а цель ошибочна, можно исправить именно адрес.

Внутри файла DOCX гиперссылка может быть представлена отдельным элементом с видимым текстом и идентификатором связи. Этот идентификатор ведёт к цели. Документация Open XML показывает пример с отображаемой фразой “Click here” и отдельным идентификатором отношения для адреса (класс Hyperlink в Open XML). Если при обработке сохранить только слова, но потерять отношение, документ может выглядеть правильно и при этом не содержать нужной цели.

В HTML видимый текст обычно находится внутри элемента ссылки <a>, а адрес задаёт атрибут href. HTML Standard определяет href как URL, который использует ссылка. Если у элемента a или area нет href, он не создаёт гиперссылку (раздел Links стандарта HTML).

WHATWG HTML Standard объясняет: “The href attribute on a and area elements is not required; when those elements do not have href attributes they do not create hyperlinks.” Иными словами, элемент с текстом, похожим на ссылку, не обязательно остаётся действующей ссылкой: без href перехода нет (HTML Standard).

При локализации HTML сохраняйте разметку и переводите пользовательский текст внутри неё. Руководство Translate House отдельно рекомендует оставлять HTML-теги нетронутыми, а переводить текст внутри тега; в примере с ссылкой адрес находится в href, а подпись - между открывающим и закрывающим тегами (руководство по переводу HTML).

Атрибуты HTML нельзя обрабатывать по одному универсальному правилу. Руководство говорит, что атрибуты обычно не переводят, но отдельные значения, например alt и title, могут содержать текст для пользователя. Значит, значение href сохраняют или целенаправленно меняют, а alt и title рассматривают с учётом их функции.

При обмене содержимым через XLIFF важно не путать формат обмена с гарантией правильной обработки. OASIS описывает XLIFF как формат для обмена локализуемым содержимым между владельцами многоязычного контента, поставщиками и инструментами. Приоритет стандарта - обмен без потерь, но само наличие файла XLIFF не доказывает, что конкретная программа сохранит все ссылки правильно (стандарт XLIFF 2.1).

На практике это особенно важно при автоматизированной обработке. Если программа извлекает для перевода только видимые фрагменты, а затем не восстанавливает связи, результат может потерять адреса или изменить внутренние цели. Проверяйте не только формат промежуточного обмена, но и готовый DOCX, HTML или другой файл.

Рабочий порядок: от инвентаризации до проверки результата¶

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

1. Соберите список ссылок в исходном материале. Для каждой ссылки сохраните видимую подпись, цель и тип. В Word отметьте веб-страницы, файлы, электронную почту и переходы к местам в документе; в HTML запишите значение href и текст элемента.
2. Зафиксируйте внутренние цели отдельно. Запишите имена закладок, заголовков или якорей, на которые ведут переходы. Подпись «См. раздел о гарантии» сама по себе не сообщает, какая именно закладка указана в свойствах.
3. Решите, что переводить. Локализуйте формулировки, предназначенные читателю. URL, имена закладок и технические идентификаторы не переводите автоматически.
4. Сравните результат с исходным списком. Проверьте, что каждая ссылка осталась на месте, её адрес не изменился случайно, а видимая подпись соответствует целевой странице.
5. Активируйте ссылки в итоговом файле. Откройте внешние страницы и файлы, проверьте почтовые ссылки и перейдите по внутренним якорям. Сверяйте не только факт перехода, но и то, куда именно он ведёт.
6. Исправьте ошибки и повторите проверку. После ручной правки адреса или перестройки документа снова проверьте затронутые ссылки, а затем сохраните и откройте итоговую версию.

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

Запись в инвентаре может выглядеть так:

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

Руководство Translate House советует: “Do not translate the actual markers.” Перевод этого совета: «Не переводите сами маркеры» - речь о служебной разметке, которую нельзя подменять обычным текстом (руководство по переводу HTML).

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

Когда нужно менять адрес, а когда его лучше сохранить¶

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

Для HTML стандарт требует, чтобы значение href представляло допустимый URL (HTML Standard). Если переводчик переводит саму строку URL или изменяет её структуру, результат может перестать указывать на ресурс. Видимая подпись при этом останется нетронутой и не выдаст проблему.

Исходную цель сохраняйте, когда:

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

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

Иногда локализованный путь отличается от исходного, но структура сайта не даёт очевидного соответствия. Не угадывайте адрес по переведённому заголовку. Сверьте URL с владельцем сайта или с проверенной картой локализованных страниц. Если подтверждения нет, зафиксируйте вопрос и не подменяйте рабочую цель случайным адресом.

Не путайте адрес страницы с якорем внутри неё. Ссылка может вести на конкретное место документа или веб-страницы. Если сохранить основную часть URL, но потерять фрагмент после символа #, переход всё ещё может открыть страницу, но уже не нужный раздел.

В Word внутренняя ссылка может указывать на закладку. Примечания Microsoft к реализации WordprocessingML описывают поведение, при котором к адресу отношения добавляется символ # и значение якоря. Те же примечания предупреждают: если указанной закладки нет, Word по умолчанию может перейти к началу документа, а не сообщить о пропавшей цели (спецификация гиперссылки Word).

В результате сломанная внутренняя ссылка бывает незаметной: клик срабатывает, документ открывается, но читатель попадает не туда. Поэтому тест «нажал и что-то открылось» недостаточен. Сверьте фактическое место перехода с тем разделом, который обещает подпись.

Когда отдельную проверку можно упростить¶

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

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

Проверку можно сделать компактнее, когда:

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

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

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

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

Частые ошибки и как разбирать сбои¶

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

Вторая ошибка - переводить URL вместе с подписью. Для адреса действует отдельное правило: сохраняйте исходную строку, если владелец ресурса не подтвердил локализованный вариант. В HTML href должен содержать допустимый URL, а не автоматически переведённую фразу (HTML Standard).

Третья ошибка - сохранить слова, но потерять связь между текстом и адресом. В DOCX отображаемый текст и отношение к цели представлены раздельно, поэтому копирование только видимой подписи не гарантирует, что адрес сохранился (документация Open XML).

Четвёртая ошибка - считать XLIFF гарантией целостности. Стандарт ориентирован на обмен локализуемым содержимым без потерь, но не требует считать любой инструмент безошибочным на каждом типе ссылок. Проверяйте итоговый формат, а не только файл, полученный для перевода (OASIS XLIFF 2.1).

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

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

Если ссылка не работает, исправляйте её в самом итоговом файле. В Word щёлкните по гиперссылке правой кнопкой, выберите Edit Hyperlink и проверьте адрес и отображаемый текст (инструкция Microsoft). После изменения закладки или адреса повторите проверку перехода.

Перед передачей материала редактору используйте короткий контрольный список:

• все исходные ссылки учтены;
• у каждой подписи проверена соответствующая цель;
• URL не переводились автоматически;
• локализованные адреса подтверждены;
• ссылки на файлы и электронную почту открывают ожидаемый ресурс;
• внутренние закладки и якоря ведут в нужное место;
• проверен именно тот файл или код, который получит читатель.

FAQ¶

Как сохранить гиперссылки в документе Word после перевода?¶

Переводите отображаемый текст отдельно от адреса ссылки: Word хранит эти свойства отдельно. После перевода проверьте цель каждой внешней ссылки и каждую внутреннюю закладку (инструкция Microsoft).

Нужно ли переводить URL при локализации сайта?¶

Обычно переводят текст ссылки, а URL сохраняют. Меняйте адрес только после проверки, что локализованный ресурс существует и ведёт на нужную страницу; HTML Standard требует, чтобы href содержал допустимый URL (HTML Standard).

Как проверить, работают ли ссылки после перевода?¶

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

Как сохранить внутренние ссылки и закладки в переведённом файле?¶

Сохраните цели закладок и якорей при переводе и проверьте их после изменения структуры. В Word отсутствующая закладка может привести к началу документа вместо ожидаемого места (примечания Microsoft к WordprocessingML).

Можно ли перевести текст гиперссылки, не меняя её адрес?¶

Да. В Word отображаемый текст и адрес можно редактировать отдельно, а в HTML пользовательская подпись и значение href находятся в разных частях элемента ссылки (Microsoft Support, HTML Standard).