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

Происхождение редакции

Код: РЕД-02
Редакция включения: 4.0.0
Размер поступившего файла: 47178 байтов
Контрольный отпечаток поступившего файла: 109836766348585206502089960607836089609893367771812201384069398089319807199983

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

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

Резюме

На момент проверки сайт xn--80advqd.com, отображаемый как война.ком, представляет собой большой русскоязычный статический корпус: главная страница, Хартия, «Периметр мысли», разделы о цензуре, взрослой автономии, бунте, строительстве альтернатив, стратегический штаб, архив, авторский раздел и многочисленные исследовательские материалы. На главной заявлены четыре книги, 75 исследований, 32 доклада о цензуре, 39 тематических модулей и 122 материала в манифесте; архивная страница отдельно каталогизирует корпус.

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

Второй системный риск — неоднородность терминологии. Для одной и той же процедуры используются «апелляция», «обжалование», «пересмотр», «пересмотр человеком»; для смежных понятий — «обнаружимость», «ранг», «индекс», «синтез»; в техническом корпусе встречаются «документ», «текстовый документ», «скоринг», «храповик», «агентность», «контрфактический», «эпистемический» без стабильного уровня объяснения. Это создаёт впечатление машинно-переведённого или искусственно терминологизированного русского даже там, где каждое отдельное слово формально допустимо. Справочная практика «Грамоты.ру», например, использует обычную модель «оценка … рисков», а при обозначении формата рекомендует форму pdf-файл, что подтверждает предпочтение стандартного названия формата перед искусственной кириллизацией «документ».

Третий риск — техническая целостность локализации. Краулер сайта одновременно показывал главную как редакцию 3.4.0, тогда как Хартия и «Периметр» сообщали о редакции 4.0.0. Это может быть следствием кэша или обновления в момент проверки, но для статического выпуска с собственными заявлениями о происхождении и проверяемости такой дрейф необходимо исключить атомарным деплоем и автоматической проверкой версии.

Четвёртый риск — интернациональное доменное имя/кодирование домена и омоглифы. xn--80advqd.com является машинной латинской формой интернациональное доменное имя война.ком. международная система доменных имён различает Юникод Юникод-метка и латинская кодировка машинная доменная метка; машинная доменная метка строится посредством кодирование домена. Юникод отдельно предупреждает о сходство целых письменностей и смешение письменностей сходные знаки и прямо рассматривает кириллические доменные метки под .com как легитимный, но требующий аккуратной защиты от подмены сценарий.

Приоритет исправлений: сначала устранить подтверждённые грамматические/семантические дефекты и привести терминологию к единому словарю; затем закрыть доступность форм и линейного текста; затем проверить lang, кодировку Юникод УТФ-8 и канонические метаданные, атомарность выпуска и защиту интернационализированного домена.

Охват и ограничения проверки

Были проанализированы доступные через веб-краулер и прямое сетевое получение русскоязычные представления главной страницы, Хартии, «Периметра мысли», глобального контура цензуры, «Взрослой автономии», «Бунтаря», «Строить альтернативу», стратегического штаба, архива, страницы автора, устойчивого архива и индекса /docs/. На главной и внутренних страницах также проверялись видимые подписи форм, кнопки, навигация, статусы интерактивных проверок, названия материалов и внутренние адрес. Главная страница действительно содержит локальную форму с полями «Дата», «Срок ответа», «Учреждение / компания», «Имя», «Контакт», «Номер дела / аккаунта» и кнопками генерации/скачивания/очистки.

Полные тексты всех 75 исследований, всех документ и исходных текстовых файлов не были индивидуально вычитаны построчно. Архивный индекс и опубликованные описания корпуса были проверены, а повторяющиеся языковые паттерны оценены по основным страницам и доступным выдержкам. Поэтому вывод «системная калькированность» хорошо подтверждается корпусом, но данный отчёт не следует считать корректорской ведомостью каждой строки 79 отдельных материалов. Сам сайт заявляет четыре книги плюс 75 исследований.

Документы не анализировались визуально, поэтому текст, нанесённый непосредственно на страницы документов и изображения, остаётся неопределённым. Аналогично не удалось получить надёжное исходное содержимое <head> и сетевые заголовки: наличие или отсутствие <meta charset>, lang, canonical, hreflang, метаданные социальных карточек и фактического Content-Type нельзя честно подтвердить из очищенного представления краулера. Наблюдаемое русское содержимое декодируется без «кракозябр», однако это не доказывает правильность серверной декларации кодировки. веб-консорциум рекомендует Юникод УТФ-8 и явную декларацию кодировки, расположенную в начале документа.

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

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

Языковые, грамматические и стилистические проблемы

Критично разделить реальные ошибки и авторский регистр. Такие слова, как «агентность», «эпистемический», «контрфактический», могут быть уместны в академическом русском, если аудитория соответствующая и термин объясняется. Проблема сайта состоит в том, что к этой специализированной лексике добавляются конструкции, которые уже выглядят как прямой перенос английского синтаксиса.

Особенно серьёзна фраза в Хартии, где власть обвиняется в том, что она выдумывает действие, «читая назад в разум». Это понятно только при реконструкции вероятного английского оригинала; естественный русский требует перестроить предложение целиком: «Власть должна указывать на конкретное действие, а не приписывать человеку намерение задним числом на основании его мыслей». Хартия в целом содержит сильные по-русски места, но подобные кальки резко меняют воспринимаемое качество текста.

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

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

Рекомендуемая схема терминов:

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

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

Навигация тоже нуждается в редактуре. Рядом с существительными «Хартия», «Периметр», «Цензура», «Штаб», «Архив» стоят «Взрослая» и «Строить». «Взрослая» без определяемого существительного особенно двусмысленна и может восприниматься как ссылка на взрослый содержание, хотя страница называется «Взрослая автономия». Лучше: «Автономия» или «Взрослая автономия», а «Строить» заменить на «Альтернатива» либо «Строительство».

Техническая локализация и поисковая оптимизация

Язык документа. веб-консорциум прямо рекомендует всегда указывать язык основного содержимого атрибутом на <html>, например <html lang="ru">; это важно для синтеза речи и другого языкового поведения пользовательских агентов. Для фрагментов другого языка следует задавать отдельный lang.

Поскольку исходный <html> через доступный краулер получить надёжно не удалось, статус lang на война.ком — неопределён. Его необходимо проверить в исходном разметка, а не по тому, что поисковый робот правильно определяет русский. Гугл отдельно подчёркивает, что для определения языка поиска он ориентируется на видимое содержимое, а не на lang; это не отменяет необходимость lang для доступности.

Кодировка. Видимый русский текст отображался корректно, то есть явного кракозябры при проверке не наблюдалось. Однако фактические сетевые заголовки и <meta charset> остаются неопределёнными. веб-консорциум рекомендует Юникод УТФ-8 и явную декларацию <meta charset="utf-8"> в начале документа; серверная кодировка, если он присутствует, не должен противоречить разметке.

Минимальный шаблон:

<!doctype html>
<html lang="ru">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">

  <title>Когнитивная свобода, цензура и архив — война.com</title>
  <meta
    name="description"
    content="Русскоязычный корпус о когнитивной свободе, цензуре, приватности,
             командовании, архиве и проверяемом происхождении материалов."
  >

  <link
    rel="canonical"
    href="https://xn--80advqd.com/"
  >
</head>

Ответ сервера разметки должен однозначно декларировать Юникод УТФ-8, например:

Content-Type: text/html; charset=utf-8

Шрифты. Текущий точный font-family и состав файлов сетевых шрифтов через доступный источник не определились. Поскольку видимые тексты кириллицы рендерились, тотального отсутствия кириллических глифов не наблюдается; тем не менее проверка рабочей среды должна убедиться, что скачиваемый веб-шрифт/веб-шрифт содержит русский набор, а не только latin. Безопасный резервный вариант:

html {
  font-family:
    system-ui,
    -apple-system,
    "Segoe UI",
    Roboto,
    "Noto Sans",
    Arial,
    sans-serif;
}

канонический адрес. Наличие rel="canonical" в текущем <head> неопределённо. Гугл рассматривает rel="canonical" как сильный сигнал при выборе предпочтительного адрес и рекомендует использовать его вместе с последовательными внутренними ссылками и, при необходимости, карта сайта.

Для внутренних кириллических путей разумно сериализовать канонический в безопасная машинная форма виде:

<link
  rel="canonical"
  href="https://xn--80advqd.com/%D1%85%D0%B0%D1%80%D1%82%D0%B8%D1%8F.html"
>

Кириллические адреса и транслитерация. Принудительно переводить хартия.html, архив.html, цензура.html в khartiya.html ради поисковая оптимизация не требуется. Более важны стабильность, отсутствие дублей и единая каноническая форма. Гугл рекомендует при сериализации адрес процентное кодирование символов вне машинной латинской кодировки и использовать дефисы для разделения слов.

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

Пример только при наличии реальной английской страницы:

<link rel="alternate" hreflang="ru"
      href="https://xn--80advqd.com/%D1%85%D0%B0%D1%80%D1%82%D0%B8%D1%8F.html">
<link rel="alternate" hreflang="en"
      href="https://example.com/charter.html">
<link rel="alternate" hreflang="x-default"
      href="https://xn--80advqd.com/%D1%85%D0%B0%D1%80%D1%82%D0%B8%D1%8F.html">

Заголовки и описания. Видимые разметка заголовки, которые отдаёт краулер, уже достаточно индивидуальны: «Хартия когнитивной свободы — война.ком», «Периметр мысли — война.ком», «Глобальный контур цензуры — война.ком», «Стратегический штаб — война.ком» и т. д. Это хороший базовый уровень. метаданные описание проверить не удалось. Гугл рекомендует отдельное, конкретное описание для важных страниц и может использовать его при формировании сниппета.

Пример для Хартии:

<meta
  name="description"
  content="Хартия когнитивной свободы: ментальная приватность,
           свобода мысли, прозрачность автоматизированных решений,
           обжалование и право на исправление."
>

Версионность. На главной краулер видел «редакция 3.4.0», тогда как Хартия и «Периметр» отображали 4.0.0. Поскольку сайт подчёркивает контроль происхождения и версий, это следует считать существенным эксплуатационным риском, даже если причиной был кэш сети доставки.

Рекомендуемая схема выпуска:

build_id = "3.7.1+2026-09-03T18:30Z"

Все HTML/JSON/manifest:
    build_id должен быть одинаковым

Deployment:
    upload -> verify -> atomic switch -> purge CDN -> smoke crawl

Полезный текстовый конвейер:

flowchart LR
    A[Исходный текст] --> B[Русская редактура]
    B --> C[NFC-нормализация]
    C --> D[Проверка смешанных скриптов]
    D --> E[Сборка разметки в Юникоде УТФ-8]
    E --> F[lang=ru и доступные labels]
    E --> G[canonical и meta]
    F --> H[Браузер]
    F --> I[Скринридер]
    G --> J[Поисковый робот]
    E --> K[Проверка build_id]

пользовательский опыт, формы и доступность

На главной прямо говорится, что форма «работает только в вашем браузере», «не отправляет, не сохраняет и не анализирует введённые данные», после чего пользователь вводит данные для формирования текста. Последняя часть формулировки семантически неудачна: если браузер строит результат из введённых значений, он как минимум обрабатывает их. Лучше обещать именно то, что важно для приватности:

Данные обрабатываются только локально в вашем браузере. Они не отправляются на сервер и не сохраняются сайтом.

Такой текст точнее и вызывает меньше вопросов при техническом аудите.

У нескольких интерактивных блоков линейное представление краулера склеивает элементы: например, на «Периметре» появляются строки вида 01Вред…, а варианты читаются последовательно как ДаЧастичноНеизвестноНет. Это может быть лишь артефактом слоя извлечения, но является достаточным сигналом для проверки дерево документа: если между визуальными блоками нет нормальных <label>, <fieldset>, <legend> и семантических разделителей, скринридер получит аналогично неструктурированный поток. веб-консорциум рекомендует ассоциировать текстовую метку с каждым элементом формы и обеспечить программно определимое имя, роль и назначение контролов.

Вместо:

<div>Срок ответа</div>
<input type="date">

использовать:

<label for="response-deadline">Срок ответа</label>
<input
  id="response-deadline"
  name="response_deadline"
  type="date"
  aria-describedby="response-deadline-hint"
>

<p id="response-deadline-hint">
  Дата, до которой вы ожидаете получить ответ.
</p>

Для групп «Да / Частично / Неизвестно / Нет»:

<fieldset>
  <legend>
    Вред определён наблюдаемым событием,
    а не расплывчатой категорией?
  </legend>

  <label><input type="radio" name="harm_defined" value="yes"> Да</label>
  <label><input type="radio" name="harm_defined" value="partial"> Частично</label>
  <label><input type="radio" name="harm_defined" value="unknown"> Неизвестно</label>
  <label><input type="radio" name="harm_defined" value="no"> Нет</label>
</fieldset>

Для результата генерации:

<p id="form-status" role="status" aria-live="polite"></p>

status.textContent =
  "Текст сформирован. Введённые данные не отправлялись на сервер.";

веб-консорциум требует текстовых альтернатив для значимого нетекстового содержимого. На главной одна краулерная запись представила графический объект просто как «Изображение». Это не является достаточным доказательством того, что реальный alt буквально равен Изображение, но его необходимо считать флагом проверки. Если изображение декоративное, используйте alt=""; если смысловое — русское описание назначения изображения, а не «картинка»/Изображение.

Пример:

<img
  src="/assets/cover.webp"
  alt="Обложка книги «АМИАНИЗМ: Сигнал»"
>

Для иностранного текста внутри русской страницы необходимо обозначать язык, поскольку скринридеры используют языковые данные для произношения. веб-консорциум отдельно описывает язык частей документа именно для таких случаев. Это особенно важно для REBEL OR DIE, имён, латинских названий форматов и англоязычных цитат:

<span lang="en">REBEL OR DIE</span>

Если намеренно сохраняется кириллическая форма бренда:

<span aria-label="Rebel or die">
  РЕБЕЛ ОР ДАЙ
</span>

Однако с точки зрения русской локализации лучше визуально пояснить происхождение:

РЕБЕЛ ОР ДАЙ — стилизованная кириллическая запись английского исходный англоязычный лозунг («Бунтуй или умри»).

Текущая фраза о том, что «ОР» передаёт исходное «или», недостаточно точна: ОР не является русским словом «или», а передаёт английское or кириллицей. Сам сайт сознательно объявляет эту форму канонической, поэтому её следует не молча «исправлять», а прояснить как бренд/транскрипцию.

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

интернациональное доменное имя, омоглифы и риск фишинга

xn--80advqd.com — латинская кодировка машинная доменная метка, соответствующий Юникод-домену война.ком. международная система доменных имён определяет Юникод-метка как допустимое Юникод-представление международизированной метки, а машинная доменная метка — как машинное латинское кодирование, связанное с кодирование домена.

Важно: официальный метка война сам по себе кириллический, то есть проблема не в том, что настоящее имя уже содержит случайную смесь латиницы и кириллицы. Но кириллица имеет визуально похожие на латиницу знаки, а Юникод стандарт обработки текста #39 формализует обнаружение смешение письменностей и сходство целых письменностей сходные знаки. Стандарт прямо отмечает, что кириллическая метка под .com может быть совершенно легитимной, однако браузеры и приложения могут применять дополнительные предупреждения о подмене к подозрительным сочетаниям.

Практически опасны строки типа:

война.com    ← официальный вид
вoйна.com    ← латинская o вместо кириллической о
войнa.com    ← латинская a вместо кириллической а

Нельзя определять такие случаи визуально. Проверка должна работать по Юникод-кодовым точкам и стандарт обработки текста #39. При этом Юникод предупреждает, что простой запрет любой смеси скриптов даёт ложные срабатывания; соответствующий контроль лучше применять к идентификаторам, доменам, аккаунтам и чувствительный с точки зрения безопасности строкам, а не ко всему многоязычному тексту.

Базовый линтер для токенов, одновременно содержащих латиница и кириллица:

const MIXED_SCRIPT_TOKEN =
  /(?=[\p{L}\p{M}\p{N}_-]*\p{Script=Cyrillic})
   (?=[\p{L}\p{M}\p{N}_-]*\p{Script=Latin})
   [\p{L}\p{M}\p{N}_-]+/gu;

В реальном сценарий литерал необходимо записать без пробелов/переносов:

const MIXED_SCRIPT_TOKEN =
  /(?=[\p{L}\p{M}\p{N}_-]*\p{Script=Cyrillic})(?=[\p{L}\p{M}\p{N}_-]*\p{Script=Latin})[\p{L}\p{M}\p{N}_-]+/gu;

Для любых чувствительный с точки зрения безопасности сравнений сначала нормализовать Юникод:

const normalized = input.normalize("NFC");

А официальный имя узла сравнивать в машинной латинской форме:

function assertOfficialDomain(rawUrl) {
  const url = new URL(rawUrl);

  // URL implementations normally serialize an IDN hostname
  // into its ASCII/Punycode representation.
  if (url.hostname !== "xn--80advqd.com") {
    throw new Error("Неофициальный домен");
  }

  return url;
}

Для защиты рабочей среды одной регулярки недостаточно: Юникод предоставляет отдельные данные сходные знаки и алгоритмы контур знаков сравнение, предназначенные именно для поиска визуально эквивалентных идентификаторов.

Хорошая практика для такого бренда — постоянно показывать обе формы в разделе доверия/контактов:

Официальный домен:
война.com
xn--80advqd.com

Это особенно полезно в письмах, документ, страницах с кодом быстрого ответа и инструкциях, где пользователь не видит полный адрес браузера.

Конкретные исправления и план выпуска

Сначала стоит создать единый русский терминологический словарь и прогнать через него весь статический корпус. Цель — не «упростить» авторский голос, а отделить намеренную философскую терминологию от случайных англицизмов и дефектов перевода.

Минимальный набор статического контроля:

const RU_COPY_RULES = [
  {
    pattern: /\bриск-оценк\w*\b/giu,
    message: "Используйте «оценка риска»."
  },
  {
    pattern: /\bконфликт-процедур\w*\b/giu,
    message: "Используйте «процедура разрешения конфликтов»."
  },
  {
    pattern: /\bдокумент\b/g,
    message: "Используйте «PDF» или «PDF-файл»."
  },
  {
    pattern: /\bтекстовый документ\b/giu,
    message: "Предпочтительно «Markdown»."
  },
  {
    pattern: /[.!?](?=[А-ЯЁ])/g,
    message: "Проверьте отсутствующий пробел после знака препинания."
  }
];

Для терминов, которые не следует автоматически заменять, нужен словарь статический контроль:

{
  "агентность": "При первом употреблении дать краткое определение.",
  "обнаружимость": "Определить как discoverability и использовать последовательно.",
  "апелляция": "Не смешивать с «обжалованием» и «рассмотрением человеком».",
  "русская версия": "Указать точную операцию: перевод, транскрипция или транслитерация.",
  "красная группа": "Проверить: возможно «красная команда» или «группа независимой проверки»."
}

Приоритетная ведомость:

Финальный развёртывание контрольный список:

При таком порядке работ сайт сохранит свой намеренно резкий, манифестный голос, но перестанет звучать как пословный перевод англоязычного исходника. Самые важные изменения — не стилистическое «приглаживание», а исправление явно нерусских конструкций, точное обозначение природы переводных материалов, единая процессуальная терминология, корректная локализационная разметка и строгая защита целостности интернационализированного домена. веб-консорциум рекомендует явные язык, кодировку и доступные текстовые связи; технический стандарт/Юникод формализуют интернациональное доменное имя и защиту от сходных знаков; Гугл рекомендует стабильные канонический/адрес и, при наличии языковых вариантов, взаимный hreflang.