Переводить содержимое сайта по количеству знаков или рассчитывать стоимость по страницам? Сначала нужно понять, не приведёт ли выбранный способ расчёта к увеличению затрат на последующие правки. Для страниц с обычным текстом, новостями, справочным центром и описанием компании расчёт по количеству знаков обычно проще проверить; однако для страниц с подробным описанием продукции, целевых страниц услуг, таблиц и кнопок расчёт только по количеству знаков часто не учитывает корректировку вёрстки, унификацию терминологии, обработку анкорного текста и финальную проверку после публикации. В итоге общая стоимость не обязательно будет ниже.
При первом переводе содержимого сайта многие приравнивают «объём перевода» к «количеству знаков исходного текста». Такой подход подходит только для страниц с простой структурой. На практике на стоимость часто влияют незаметные, но обязательные к обработке элементы: названия пунктов навигации, подсказки в формах, текст на изображениях, кнопки загрузки PDF, таблицы технических характеристик, URL-алиасы, SEO-заголовки, описания, H-теги, хлебные крошки, тексты пагинации, сообщения об ошибках и даже страницы без результатов поиска по сайту. Если не учесть эти элементы, последующий перевод, доработка и повторная загрузка увеличат расходы и время на коммуникацию.
Преимущество расчёта по количеству знаков заключается в чётких границах. После экспорта текста на исходном языке его можно напрямую подсчитать; добавление или удаление абзацев также легко отслеживать. Для блогов, информационных материалов, статей с кейсами и многоязычных баз знаний такой способ обычно достаточно надёжен. Особенно когда шаблон страниц унифицирован, текст сосредоточен в редакторе основного содержимого и используется немного фронтенд-компонентов, расчёт по количеству знаков точнее отражает фактический объём работы.
Однако сайт — это не документ. На одной странице продукции может быть всего несколько сотен знаков основного текста, но при этом присутствовать параметры размеров, поля материалов, формы загрузки, варианты цвета, вкладки, раскрывающиеся блоки часто задаваемых вопросов и несколько кнопок призыва к действию. Исходный текст небольшой, но этапов обработки много. Например, на страницах, посвящённых металлообработке, часто встречаются поля «материал», «толщина», «допуск», «обработка поверхности», «способ упаковки» и «минимальный объём заказа». При переводе необходимо не просто заменить текст, но и определить, следует ли сохранять единицы измерения в исходном виде, нужно ли указывать британскую и метрическую системы одновременно и соответствует ли терминология отраслевой практике конкретного региона. Если на странице есть таблицы, увеличение длины английского текста может привести к переносу строк, сжатию ширины столбцов и выходу содержимого за пределы экрана на мобильных устройствах — всё это невозможно отразить одним только количеством знаков.
Кроме того, в комплексных проектах, объединяющих сайт и маркетинговые услуги, перевод содержимого сайта часто выполняется не единовременно, а параллельно с индексацией, рекламными кампаниями и тестированием целевых страниц. В такой ситуации один и тот же термин не всегда можно одинаково использовать на всём сайте. Заголовок главной страницы должен обеспечивать естественное восприятие и привлекательность для клика, страница с техническими характеристиками — точность, а рекламная целевая страница — одновременно учитывать особенности конверсии. Если при расчёте по количеству знаков не уточнить, включены ли адаптация ключевых слов и смысловая корректировка страницы, низкая цена может выглядеть выгодной, но при этом исключать наиболее трудоёмкие работы.
Расчёт по страницам — это не просто принцип «одна страница — одна цена». Для обоснованного расчёта необходимо сначала разделить страницы по типам. Объём работы значительно различается для обычной текстовой страницы, страницы списка, страницы с подробным описанием продукции, страницы решения, страницы с формой и промостраницы. На стоимость влияют наличие модульных компонентов, необходимость поэлементной замены текста в административной панели, проверка переходов по кнопкам и логика переключения языков.
Преимущество такого подхода в том, что он ближе к реальному процессу публикации. Особенно это актуально для динамических сайтов: внешне страница может содержать всего несколько текстовых блоков, но на заднем плане быть связана с шаблонами, категориями, компонентами и обновлением кэша. Если при расчёте по страницам чётко определить объём работ, в одно коммерческое предложение обычно проще включить следующие задачи: внесение содержимого на страницу, корректировку вёрстки, настройку текста кнопок, рекомендации по замене текста на скриншотах, базовую проверку после публикации и синхронное обновление meta-информации после перевода.
Но именно здесь возникает проблема. При расчёте по страницам особенно важно чётко определить, что считать «страницей». Одни считают одну URL-адресом одной страницей, другие отдельно учитывают языковые версии одного шаблона, а третьи считают самостоятельными страницами всплывающие окна, страницы успешной отправки формы и страницы результатов фильтрации. Если заранее не зафиксировать границы в коммерческом предложении, споры впоследствии возникают даже чаще, чем при расчёте по количеству знаков.

Если страница содержит несколько видов вложенного контента, рекомендуется заранее разделить расчёт, например отдельно определить стоимость основного текста, компонентов, таблиц, SEO-полей, замены текста на изображениях и загрузки с публикацией. Даже если в итоге используется пакетная стоимость страницы, такой подход позволяет понять, какие расходы действительно связаны не с переводом, а с дополнительными работами.
В проектах по переводу содержимого сайта чаще всего недооценивают четыре вида работ.
Поэтому простое сравнение стоимости за тысячу знаков или за страницу имеет ограниченную ценность. Более эффективный подход — сначала определить состав результата. Если набор результатов различается, напрямую сравнивать отдельные тарифы невозможно.
Есть практический критерий: можно ли единовременно экспортировать текст и провести его отдельную проверку. Если да, обычно лучше подходит расчёт по количеству знаков; если нет, надёжнее использовать расчёт по страницам или комбинированную модель.
Например, проекты с готовой двуязычной таблицей, единообразно поддерживаемыми в таблицах параметрами продукции и отдельным перечнем SEO-полей подходят для расчёта по количеству знаков с добавлением небольшого количества часов на публикацию. Если же содержимое распределено между CMS, макетами, изображениями, кэшем старых страниц и модулями плагинов, а переводчику приходится одновременно искать и сверять информацию, расчёт по страницам лучше соответствует фактическому объёму работы.
Распространена и другая ситуация: страниц немного, но каждая из них очень объёмная по содержанию. Например, одна страница с подробным описанием промышленного оборудования может включать назначение оборудования, технологический процесс, производительность, диапазон энергопотребления, условия установки, размеры интерфейсов, сведения о техническом обслуживании, транспортировочную упаковку и перечень дополнительных принадлежностей. Основной текст может казаться небольшим, но каждый пункт требует точной терминологии, а иногда и единообразного написания единиц измерения и обозначений параметров. Если в такой ситуации настаивать на снижении цены за количество знаков, поставщик часто обрабатывает только копируемый основной текст, тогда как наиболее важные разделы с параметрами проверяются менее тщательно.
Для сайтов, требующих долгосрочного обслуживания, обычно практичнее комбинированный способ: основной текст рассчитывать по количеству знаков, шаблонные страницы — по страницам, а замену текста на изображениях, SEO-поля, загрузку с публикацией и повторную проверку — выделять отдельными позициями. Это позволяет не завышать весь бюджет из-за «сложных страниц» и одновременно не скрывать высокозатратную работу за низкой ставкой за количество знаков.
В некоторых проектах также присутствуют загружаемые материалы, технические документы или исследовательские материалы, для которых логика обработки страниц сайта и прикреплённых документов различается. Например, такой заголовок, как исследование инвестиций в фонд экологической отрасли в сфере энергосбережения и защиты окружающей среды, может одновременно отображаться на странице списка, странице подробного описания, кнопке загрузки и в имени прикреплённого файла. В этом случае недостаточно один раз перевести только основной текст: необходимо также проверить текст ссылки, анкорный текст и контекст страницы, чтобы отображаемое на сайте название совпадало с названием загружаемого файла.
Сначала уточните формат исходных файлов. Это может быть Word, Excel, экспорт из административной панели CMS, текстовый слой в Figma или материалы, которые можно извлечь только постранично непосредственно из сайта. От этого зависит способ подсчёта и необходимость дополнительных часов на整理ку материалов.
Затем уточните, входят ли в стоимость действия, связанные с публикацией. Многие предложения по переводу предусматривают только передачу текста и не включают внесение данных в административную панель, проверку стилей, проверку ссылок и тестирование переключения языков. Если на сайте есть формы, кнопки для отправки запроса, корзина, переключение регионов или центр загрузки материалов, рекомендуется включить объём тестирования в условия коммерческого предложения.
После этого проверьте, включены ли SEO-поля. Заголовок страницы, описание, alt-текст изображений, URL slug и внутренний анкорный текст также могут требовать отдельной обработки. Особенно это важно для многоязычных сайтов: если перевести только основной текст и не обработать эти поля, после публикации содержимое страницы будет на другом языке, а поисковые входы останутся на исходном языке, что впоследствии потребует доработки.
Наконец, уточните количество раундов правок. Некоторые предложения выглядят недорогими, но включают только одну передачу результата и не предусматривают исправление терминологии или небольшую корректировку страницы. После размещения перевода на сайте типичные проблемы связаны не с грамматическими ошибками, а с чрезмерной длиной кнопок, переносами строк в таблицах, неодинаковыми названиями полей и отсутствием единообразия в названиях однотипной продукции. Если не предусмотреть хотя бы минимальную возможность внесения правок, сэкономленная на начальном этапе сумма легко компенсируется многочисленными мелкими изменениями впоследствии.
Если в текущем проекте есть статьи, страницы продукции и страницы загрузки материалов, обычно не стоит применять к ним один и тот же способ расчёта. Ответ на вопрос, рассчитывать ли перевод содержимого сайта по количеству знаков или по страницам, чаще всего зависит от структуры страниц, сложности терминологии, необходимости содействия при публикации, а также от того, требуется ли учитывать поисковую и конверсионную семантику. Только после чёткого определения этих границ коммерческое предложение становится пригодным для сравнения, а последующие расходы — более контролируемыми.
Связанные статьи
Связанные продукты