Перекладач здає проєкт. Проєктний менеджер відправляє файл клієнту. Наступного дня - email: “На сторінці 14 невірний термін, на сторінці 23 пропущене речення, а в таблиці на сторінці 8 числа переплутані місцями”. Знайома ситуація?
Якщо переклад проходить тільки через одну людину - помилки неминучі. Навіть досвідчений перекладач з 10-річним стажем пропускає 5-10% власних помилок. Це не питання компетенції - це питання когнітивного навантаження. Мозок, який тільки-но створив текст, фізично не може його об’єктивно перевірити.
Саме для цього існує TEP модель - триступеневий QA-процес, який перекладацька індустрія використовує як стандарт якості. І саме TEP модель QA перекладу та перевірка за нею лежать в основі ISO 17100, де мінімум два кроки (Translation + Editing) є обов’язковими.
Розберемося, як це працює, які додаткові рівні перевірки існують і коли базового TEP недостатньо.
Що таке TEP модель і звідки вона взялася¶
TEP - це абревіатура від Translation, Editing, Proofreading. Три послідовних етапи обробки тексту, кожен з яких виконує окрема людина.
- Translation (переклад) - перший лінгвіст створює переклад з вихідної мови на цільову.
- Editing (редагування/ревізія) - другий лінгвіст порівнює переклад з оригіналом і виправляє помилки.
- Proofreading (коректура) - третій спеціаліст читає фінальний текст тільки цільовою мовою, перевіряючи його на природність, граматику, друкарські помилки.
Модель з’явилася не з повітря. Вона формалізована в ISO 17100:2015, який встановлює мінімальні вимоги до перекладацьких послуг. Стандарт вимагає як мінімум Translation + Editing (два кроки), а Proofreading залишає опціональним.
Як пояснює Ciklopea:
The four-eyes principle in the language industry means that at least two professional linguists review every translation before delivery. One translates, the other revises. This is the minimum quality standard required by ISO 17100.
Тобто “принцип чотирьох очей” (four-eye principle) - це не розкіш, а мінімальна планка. Один перекладає, другий перевіряє. Тільки після цього файл можна відправляти клієнту.
Чому саме так? Тому що одна людина бачить текст крізь призму власних рішень. Вона вибрала певний термін, побудувала речення певним чином - і тепер підсвідомо вважає свій вибір правильним. Друга пара очей бачить текст без цього упередження.
Кожен етап TEP: що саме перевіряється¶
Давайте розберемо кожен крок детальніше, бо “переклад-редагування-коректура” звучить просто, а в реальності кожен етап має конкретні задачі та вимоги до виконавця.
Translation (переклад)¶
Перший лінгвіст - це не просто “людина, яка знає дві мови”. ISO 17100 вимагає, щоб перекладач:
- Був носієм або мав близький до носія рівень цільової мови.
- Мав предметну компетенцію - розумів тематику тексту (юриспруденція, медицина, техніка).
- Володів технічними навичками роботи з CAT-інструментами, Translation Memory (TM), термінологічними базами.
На цьому етапі перекладач працює з вихідним текстом і створює первинний переклад. Він використовує TM для консистентності, дотримується глосарію клієнта, враховує style guide проєкту.
Типові проблеми, які виникають саме на цьому етапі: неточна передача змісту, пропущені фрагменти, невідповідна термінологія, калькування з вихідної мови (коли речення звучить “перекладено”, а не природно).
Editing (ревізія)¶
Другий лінгвіст бере переклад і оригінал. Його задача - білінгвальна перевірка: він порівнює кожен сегмент перекладу з відповідним сегментом оригіналу.
Що перевіряє ревізор (editor/reviser):
- Точність - чи правильно передано зміст оригіналу, чи нічого не пропущено або додано.
- Термінологія - чи використані правильні терміни, чи дотримано глосарій.
- Граматика і синтаксис - чи немає граматичних помилок у цільовому тексті.
- Стилістика - чи відповідає текст стилю, зазначеному в інструкціях клієнта.
- Повнота - чи все перекладено, чи немає пропущених сегментів.
Це найкритичніший етап усього TEP-процесу. Як зазначає блог Protemos:
Systematic analysis of editor corrections allows not only to fix the current translation but to teach translators to avoid the same mistakes in the future. The key is to track errors by category and provide structured feedback.
Тобто ревізія - це не тільки про виправлення поточного тексту, а й про розвиток перекладача.
Ревізор має бути кваліфікованим перекладачем - це не junior, не стажер, не “друг, який знає мову”. ISO 17100 вимагає, щоб ревізор відповідав тим самим кваліфікаційним вимогам, що й перекладач.
Proofreading (коректура)¶
Третій спеціаліст працює ТІЛЬКИ з цільовим текстом. Він не бачить оригіналу. Його задача - монолінгвальна перевірка:
- Чи читається текст природно цільовою мовою?
- Чи немає друкарських помилок, зайвих пробілів, невірної пунктуації?
- Чи логічний текст сам по собі - без контексту оригіналу?
- Чи дотримано форматування (заголовки, списки, відступи)?
Коректура - це останній фільтр перед доставкою клієнту. Вона ловить те, що пропустили попередні два етапи: помилки, які не видно при порівнянні з оригіналом, але очевидні при читанні тексту “з нуля”.
За стандартом ISO 17100 коректура є опціональною. Але на практиці серйозні агентства включають її в стандартний воркфлоу для контенту, де важлива читабельність: маркетинг, публікації, юридичні документи для кінцевих користувачів.
Скільки коштує TEP і чому це інвестиція¶
Логічне запитання: якщо TEP - це три окремих спеціалісти, то це ж утричі дорожче за “просто переклад”?
Ні, не утричі. Але суттєво дорожче - і це нормально.
Принцип чотирьох очей (мінімальний TEP з двох кроків - Translation + Editing) коштує на 80-100% більше, ніж переклад однією людиною без перевірки. Тобто якщо переклад одним перекладачем коштує $0.10 за слово, то T+E обійдеться приблизно в $0.18-0.20. Повний TEP з коректурою - ще на 15-25% дорожче.
| Рівень QA | Орієнтовна вартість (за слово) | Хто працює |
|---|---|---|
| Тільки переклад (без QA) | $0.08-0.12 | 1 перекладач |
| T+E (мінімум ISO 17100) | $0.15-0.22 | Перекладач + ревізор |
| Повний TEP | $0.20-0.30 | Перекладач + ревізор + коректор |
| TEP + SME review | $0.25-0.40 | Перекладач + ревізор + коректор + експерт |
Але подивіться з іншого боку. Одна фактична помилка в медичному перекладі може коштувати мільйони доларів у судових позовах. Помилка в юридичному контракті може зробити його недійсним. Навіть у маркетинговому тексті помилка в назві продукту чи ціні може підірвати довіру до бренду.
Індустрія мовних послуг оцінюється у $65+ млрд станом на 2026 рік. У такому конкурентному середовищі якість - це те, що відрізняє серйозне агентство від конвеєра.
Додаткові рівні QA: коли базового TEP недостатньо¶
TEP - це базовий стандарт. Для певних типів контенту його недостатньо. Ось додаткові рівні перевірки, які використовують у специфічних галузях.
Subject-matter expert review (SME review)¶
Після TEP текст передається предметному експерту - лікарю, юристу, інженеру - залежно від тематики. Експерт не перевіряє граматику чи стиль. Він перевіряє фактичну коректність: чи правильно передано медичні терміни, чи коректно описано юридичну процедуру, чи відповідають технічні характеристики реальності.
Коли потрібен: фармацевтична документація, клінічні дослідження, патентні заявки, технічна документація для критичного обладнання.
Back-translation (зворотний переклад)¶
Третій незалежний перекладач перекладає готовий текст НАЗАД на вихідну мову. Потім оригінал і зворотний переклад порівнюються. Якщо зміст збігається - переклад точний. Якщо є розбіжності - це сигнал, що щось було передано неточно.
Коли потрібен: фармацевтичні дослідження (FDA вимагає back-translation для пацієнтських опитувальників), юридичні документи для міжнародних судів, тексти, де кожне слово має юридичну або регуляторну вагу.
Back-translation - це дорого (фактично подвійний переклад), але для регульованих галузей - обов’язкова вимога, а не опція.
In-country review (ICR)¶
Текст перевіряє людина, яка живе в країні цільової аудиторії. Не просто носій мови - а людина, яка щодня занурена в культурний контекст, знає актуальний сленг, розуміє місцеві нюанси.
Коли потрібен: маркетингові кампанії, transcreation (адаптація рекламних текстів), локалізація мобільних додатків і сайтів для конкретного ринку. Те, що звучить нормально для українця в Канаді, може звучати дивно для українця в Києві - і навпаки.
Порівняння додаткових рівнів QA¶
| Рівень | Що перевіряє | Коли потрібен | Додаткова вартість |
|---|---|---|---|
| SME review | Фактична коректність, термінологія | Медицина, юриспруденція, техніка | +20-40% до TEP |
| Back-translation | Точність передачі змісту | Фармацевтика, FDA-регульований контент | +80-100% (подвійний переклад) |
| In-country review (ICR) | Культурна адекватність, природність | Маркетинг, transcreation | +15-30% до TEP |
| Automated QA | Теги, числа, термінологія, форматування | Будь-який проєкт | $0 - $500/рік за тул |
Автоматизовані QA-тули: що вони ловлять і що пропускають¶
Людська перевірка - обов’язкова. Але автоматизовані інструменти ловлять те, що людське око стабільно пропускає: невідповідність тегів, помилки в числах, подвійні пробіли, непослідовне використання термінів. Речі, які складно помітити при читанні, але легко знайти алгоритмом.
Основні інструменти на ринку¶
ApSIC Xbench - один з найпопулярніших QA-тулів у індустрії. Безкоштовний для базового використання. Дозволяє створювати кастомні QA-профілі під конкретного клієнта чи тип контенту. Перевіряє: термінологічну консистентність, числа, теги, подвійні пробіли, невідповідність знаків пунктуації, непереведені сегменти. Підтримує всі основні формати CAT-тулів.
Verifika - платний інструмент, оптимізований для швидкої пакетної обробки великих файлів. Інтерактивна корекція помилок прямо в інтерфейсі - не потрібно повертатися в CAT-тул. Добре працює для великих команд, де проєктний менеджер перевіряє роботу кількох перекладачів одночасно.
QA Distiller - спеціалізується на locale-dependent перевірках: формати дат, валюти, одиниць виміру для конкретної мови/регіону. Добре інтегрується з основними CAT-системами.
Вбудований QA в CAT-тулах. Trados, memoQ, Memsource (Phrase) - всі мають власні модулі перевірки якості. Вони покривають базові перевірки: теги, числа, довжину сегментів, термінологію з термбази. Для більшості проєктів цього достатньо як першого фільтру.
Що перевіряють автоматизовані тули¶
| Тип перевірки | Що ловить | Приклад |
|---|---|---|
| Теги і форматування | Невідповідність тегів між оригіналом і перекладом | <b>text</b> в оригіналі, <b>текст (без закриваючого тегу) в перекладі |
| Числа | Числа в перекладі не відповідають оригіналу | “150 mg” в оригіналі, “115 мг” в перекладі |
| Термінологія | Термін з глосарію не використаний або замінений іншим | Глосарій вимагає “інтерфейс”, перекладач написав “інтерфейс” в одному місці і “панель” в іншому |
| Подвійні пробіли | Зайві пробіли між словами | “переклад документа” (два пробіли) |
| Непереведені сегменти | Сегменти, залишені мовою оригіналу | Ціле речення англійською посеред українського тексту |
| Пунктуація | Невідповідність кінцевої пунктуації | Оригінал закінчується крапкою, переклад - без крапки |
| Довжина сегменту | Переклад набагато довший або коротший за оригінал | Оригінал 10 слів, переклад 2 слова - можливо пропущено зміст |
Що автоматизовані тули НЕ перевіряють¶
Жоден тул не оцінює змістову точність перекладу. Він не скаже вам, що “мембранний потенціал” переведено як “мембранна напруга” - і що це може змінити зміст для лікаря. Він не помітить, що жартівливий тон оригіналу перетворився на формальний текст. Він не впізнає неприродну конструкцію, яка технічно граматично правильна, але так ніхто не говорить.
Автоматизований QA - це перший фільтр, не заміна людської перевірки. Він ловить механічні помилки і вивільняє час ревізора для роботи над змістовими питаннями.
MQM/DQF: як рахувати і класифікувати помилки¶
Окей, TEP процес пройдено, помилки знайдено і виправлено. Але як виміряти якість? Як порівняти роботу двох перекладачів? Як зрозуміти, чи покращується якість з часом? Для цього потрібна стандартизована система класифікації помилок.
Що таке MQM¶
MQM (Multidimensional Quality Metrics) - це фреймворк для категоризації і підрахунку помилок у перекладі. Розроблений DFKI (Deutsches Forschungszentrum für Künstliche Intelligenz) і гармонізований з DQF (Dynamic Quality Framework) від TAUS.
Простіше: MQM - це єдина мова для опису “що саме не так з перекладом”. Замість суб’єктивного “переклад поганий” ви отримуєте конкретне: “3 major accuracy помилки, 5 minor fluency помилок, 1 critical terminology помилка”.
Категорії помилок MQM¶
| Категорія | Що означає | Приклад |
|---|---|---|
| Accuracy (точність) | Зміст перекладу не відповідає оригіналу | Пропущене речення, додана інформація, невірне тлумачення |
| Fluency (плавність) | Текст звучить неприродно цільовою мовою | Калькування, незграбний синтаксис, граматичні помилки |
| Terminology (термінологія) | Використано невірний або непослідовний термін | “Compliance” перекладено як “відповідність” в одному місці і “комплаєнс” в іншому |
| Style (стиль) | Стиль не відповідає вимогам | Формальний документ з розмовними конструкціями |
| Locale conventions (локальні конвенції) | Помилки у форматах, специфічних для мови/регіону | Невірний формат дати, валюти, одиниць виміру |
Рівні серйозності¶
Кожна помилка отримує не тільки категорію, а й рівень серйозності:
- Critical (критична) - помилка може завдати шкоди здоров’ю, безпеці або спричинити юридичні наслідки. Приклад: невірне дозування ліків у медичному перекладі.
- Major (серйозна) - помилка змінює зміст або суттєво впливає на читабельність. Приклад: “компанія не несе відповідальності” замість “компанія несе відповідальність”.
- Minor (незначна) - помилка не впливає на зміст, але знижує якість. Приклад: зайвий пробіл, дрібна стилістична неточність.
Як використовувати MQM на практиці¶
MQM працює через бальну систему. Кожному рівню серйозності присвоюється ваговий коефіцієнт. Типова шкала:
- Critical = 10 балів
- Major = 5 балів
- Minor = 1 бал
Після перевірки підраховується загальна кількість балів, яка нормалізується на обсяг тексту (зазвичай на 1000 слів). Якщо результат перевищує поріг - переклад потребує переробки. Якщо в межах порогу - приймається.
MQM provides a common framework for defining, describing, and reporting on quality metrics. It harmonizes previously incompatible quality assessment approaches into a single, flexible system. - The MQM Framework
Це корисно не тільки для оцінки конкретного перекладу, а й для тренування перекладачів. Коли ви бачите, що конкретний фрілансер стабільно робить terminology-помилки категорії major - ви знаєте, над чим йому працювати. Інструменти типу TQAuditor допомагають автоматизувати збір і аналіз таких даних - перекладач вчиться на виправленнях редактора.
Коли виходити за межі базового TEP¶
Базовий TEP (Translation + Editing + Proofreading) покриває 80% проєктів. Але є ситуації, де потрібні додаткові рівні.
Високоризиковий контент¶
Медичні переклади, фармацевтична документація, юридичні контракти, фінансова звітність. Помилка тут - це не “незручно”, а “потенційно небезпечно” або “юридично відповідально”. Для такого контенту додавайте SME review або back-translation.
Як вимагає ISO 17100, для спеціалізованого контенту перекладач і ревізор мають мати предметну компетенцію. Але навіть два лінгвісти з медичним бекграундом можуть пропустити клінічну помилку, яку побачить практикуючий лікар.
Маркетинг і transcreation¶
Маркетинговий текст - це не “переклад”. Це адаптація. Гра слів, культурні референси, емоційний тон - все це потрібно пересоздати, а не перекласти дослівно. Тут TEP доповнюється in-country review: людина з ринку, для якого створюється контент, оцінює чи “працює” текст.
Великі довготривалі проєкти¶
Коли 15 перекладачів працюють над документацією одного продукту протягом року - консистентність стає головним викликом. Один перекладач пише “інтерфейс користувача”, другий - “користувацький інтерфейс”, третій - “UI”. На рівні окремого сегменту все правильно, але на рівні продукту - хаос.
Для таких проєктів додається етап consistency review: перевірка уніфікованості термінології, стилю, tone of voice по всьому масиву перекладених матеріалів. Автоматизовані тули (Xbench, вбудований QA в CAT-інструментах) тут критично потрібні.
Вимога клієнта щодо ISO 17100¶
Якщо клієнт у тендерній документації прописує відповідність ISO 17100 - ви зобов’язані виконувати мінімум T+E. Повний TEP стає конкурентною перевагою: “Ми не просто відповідаємо стандарту - ми перевищуємо його”. Для деталей про ISO 18587 (пост-редагування машинного перекладу) - стандарт має власні вимоги до QA-процесу.
Як побудувати QA-пайплайн: практичний чек-лист¶
Теорія - це добре. Але як це виглядає на практиці? Ось покрокова схема побудови QA-пайплайну для перекладацького агентства або команди фрілансерів.
Крок 1: визначте рівень QA для кожного типу контенту¶
Не кожен проєкт потребує повного TEP + SME review + back-translation. Створіть матрицю:
| Тип контенту | Мінімальний QA | Рекомендований QA |
|---|---|---|
| Внутрішня документація | T+E | T+E |
| Маркетинговий контент | TEP | TEP + ICR |
| Юридичні документи | TEP + SME | TEP + SME + back-translation |
| Медичні/фармацевтичні | TEP + SME | TEP + SME + back-translation |
| Технічна документація | T+E | TEP |
| UI/UX локалізація | TEP | TEP + ICR |
Крок 2: налаштуйте автоматизований QA¶
Перед тим як ревізор відкриє файл, пропустіть його через автоматизований QA. Це займає 2-5 хвилин і ловить механічні помилки, на які ревізор витратив би набагато більше часу.
Мінімальний набір перевірок:
- Теги і форматування (обов’язково для будь-якого контенту з форматуванням).
- Числа (обов’язково для технічного і фінансового контенту).
- Термінологія по глосарію (обов’язково, якщо глосарій існує).
- Непереведені сегменти.
- Подвійні пробіли і пунктуація.
Якщо бюджет дозволяє - Xbench безкоштовний для базового використання. Якщо працюєте з великими обсягами - Verifika окупається за рахунок швидкості пакетної обробки.
Крок 3: стандартизуйте процес ревізії¶
Ревізор має чіткий чек-лист, а не просто “подиви і поправ”:
- Перевір точність кожного сегменту проти оригіналу.
- Перевір термінологію по глосарію.
- Перевір дотримання style guide.
- Зафіксуй кожну помилку з категорією (accuracy, fluency, terminology) і серйозністю (critical, major, minor).
- Якщо кількість critical або major помилок перевищує поріг - повертай на переробку, а не виправляй сам.
Останній пункт критичний. Якщо ревізор виправляє 30% тексту - це не ревізія, це повторний переклад. В такому випадку потрібно переоцінити кваліфікацію перекладача або відповідність проєкту його спеціалізації.
Крок 4: збирайте дані і аналізуйте¶
Фіксуйте помилки не тільки для поточного проєкту - а для аналізу трендів. Через 3-6 місяців ви побачите:
- Які перекладачі стабільно якісні, а які потребують додаткового навчання.
- Які типи помилок найчастіші (і де варто посилити автоматизовану перевірку).
- Які клієнти або типи контенту генерують найбільше post-delivery виправлень.
Як зазначає Protemos, систематична оцінка якості і зворотний зв’язок - це основа для розвитку перекладачів і зменшення помилок у довгостроковій перспективі.
Крок 5: документуйте все¶
Якщо ви працюєте (або плануєте працювати) за ISO 17100 - кожен етап QA має бути задокументований: хто виконував, коли, які помилки знайдено, які виправлення зроблено. Без документації процес не існує для аудитора.
Навіть без формальної сертифікації документація корисна: при суперечках з клієнтом ви можете показати, що переклад пройшов три рівні перевірки і конкретну помилку жоден з них не зафіксував - а не просто “один перекладач зробив і відправив”.
FAQ¶
Яка різниця між editing і proofreading у перекладі?¶
Editing (ревізія) - це білінгвальна перевірка: ревізор порівнює переклад з оригіналом, перевіряючи точність передачі змісту, термінологію, повноту. Proofreading (коректура) - це монолінгвальна перевірка: коректор читає тільки цільовий текст і перевіряє граматику, друкарські помилки, природність, читабельність. Editing фокусується на відповідності оригіналу, proofreading - на якості фінального тексту.
Чи обов’язковий повний TEP за ISO 17100?¶
Ні. ISO 17100 вимагає мінімум Translation + Editing (два кроки, принцип чотирьох очей). Proofreading (третій крок) є рекомендованим, але не обов’язковим за стандартом. Повний TEP - це рішення агентства або вимога клієнта, а не обов’язкова норма стандарту.
Які безкоштовні QA-тули для перевірки перекладу існують?¶
ApSIC Xbench - найпопулярніший безкоштовний QA-тул. Він перевіряє термінологічну консистентність, теги, числа, пунктуацію, подвійні пробіли. Крім того, вбудовані QA-модулі є у більшості CAT-тулів: Trados Studio, memoQ, Memsource (Phrase). Для базових перевірок їхнього функціоналу достатньо.
Що таке MQM і як його використовувати для оцінки якості перекладу?¶
MQM (Multidimensional Quality Metrics) - це стандартизований фреймворк для класифікації помилок у перекладі. Кожна помилка отримує категорію (accuracy, fluency, terminology, style, locale conventions) і рівень серйозності (critical, major, minor). Бали підраховуються за формулою з ваговими коефіцієнтами і нормалізуються на 1000 слів. Якщо підсумковий бал перевищує встановлений поріг - переклад потребує переробки.
Коли потрібен back-translation і скільки він коштує?¶
Back-translation потрібен для контенту, де кожне слово має регуляторну або юридичну вагу: клінічні дослідження, пацієнтські опитувальники (FDA часто вимагає back-translation), міжнародні юридичні документи. Вартість - фактично подвоєна ціна перекладу, бо незалежний перекладач виконує повний переклад у зворотному напрямку. Для документа в 5000 слів за ставки $0.15/слово це додатково $750.
Чим відрізняється QA для MTPE від QA для людського перекладу?¶
Для пост-редагування машинного перекладу (ISO 18587) QA фокусується на типових помилках MT-движків: галюцинації (machine translation додає інформацію, якої немає в оригіналі), некоректне розпізнавання контексту, буквальний переклад ідіом. Автоматизовані QA-тули тут ще критичніші, бо MT генерує специфічні паттерни помилок (теги, числа, неперекладені фрагменти), які можна ловити масово. Людський перекладач робить інші помилки - менш систематичні, але потенційно глибші за змістом.