Редакционная политика

Anfas.Pro публикует проверенные требования к фото для документов, выдаваемых государством. Нашими материалами пользуются люди, чьи планы на поездку, статус ВНЖ и заработок зависят от правильности этих деталей. Вот как мы относимся к этой ответственности.

Сначала — официальный источник

Каждая спецификация документа на сайте сверена с первичным источником: сайтом ведомства, официальным PDF, уведомлением посольства или эталоном ICAO 9303, если национальные правила не опубликованы. URL источника и дата проверки видны на каждой странице документа.

Мы не пересказываем материалы конкурентов. Где приводим число — либо воспроизводим точную формулировку ведомства, либо явно конвертируем единицы (мм ↔ пиксели при заявленном dpi).

Насколько мы уверены в данных

Official — exact: ведомство публикует числовую спецификацию, которую мы воспроизводим дословно.
Official — general: ведомство публикует описательное руководство, которое мы переводим в измеримые параметры.
ICAO baseline (Draft): национальной спецификации нет; мы опираемся на значения по умолчанию ICAO 9303 и помечаем профиль как Draft.

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

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

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

compile-source-check: спецификация фото была извлечена со страницы ведомства при первичной компиляции данных, без дальнейшего нарративного ревью.
single-reviewer-cited: спецификация скомпилирована и подкреплена цитатами одним внутренним рецензентом по актуальной государственной документации, с указанием страновых особенностей. Ожидается внешняя проверка независимым отраслевым экспертом. Плашка ревью на каждой странице документа честно отражает этот уровень: «Скомпилировано и подтверждено [рецензент] — ждёт внешней проверки».
independently-reviewed: зарезервировано для профилей, повторно проверенных ОТДЕЛЬНЫМ экспертом (не первым рецензентом). На момент публикации ни один профиль не имеет этого уровня — конвейер внешнего редактирования только настраивается.

По стандартам Google YMYL Quality Raters одобрение всего каталога одним рецензентом в короткий срок не считается «независимой» проверкой. Трёхуровневая модель выводит это различие на поверхность, а не прячет его за единой датой.

Откуда берутся причины отказа

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

Опубликовано ведомством: причина и способ исправить следуют материалам, которые опубликовало само ведомство. Код рядом с причиной страница печатает только тогда, когда такую пометку несёт каждая запись в списке, — на момент написания это лишь несколько списков.
Пересказ опубликованного правила: ведомство публикует правило (например, «без очков»), но не код. Страница передаёт правило простыми словами — что не так и что исправить — без кода, и список прямо об этом говорит.
Частая ошибка без опубликованного правила: обычная причина отказа в фото на документы, сверенная с требованиями ведомства. Показывается так же, без кода. Рабочие пометки, которые мы держим для таких записей, остаются в наших данных для перекрёстных ссылок: на страницу они не попадают и за коды ведомства не выдаются.

Автоматические проверки качества

Перед каждой сборкой запускается шесть проверок, ещё две доступны по запросу:

npm run check — схемы, ссылки, снапшоты, редиректы, sitemap, жаргон, бюджеты meta.
check:a11y — WCAG 2.1 AA через axe-core (10 репрезентативных страниц).
check:cwv — Lighthouse Core Web Vitals на выборке из 9 страниц.
check:translations — сборка падает, если для любой объявленной локали покрытие label/spec ниже 100 %.
check:localization — строгое локальное покрытие + линт (числовые спецификации сохранены, ID кодов сохранены, нет кириллицы в некириллических локалях).
check:sources — HTTP-доступность каждого цитируемого URL ведомства.
check:freshness — помечает профили, где записи журнала рецензента ссылаются только на вторичные (негосударственные) источники, или где последняя проверка старше 1 года.
check:consistency — помечает расхождения между нарративным описанием размеров (например, «40×60 мм») и базовой printSpec (на которой работает генератор фото).

Локальный фильтр сборки: любая локаль с покрытием перевода ниже 80 % автоматически исключается из publishedLangs — для неё не генерируется HTML, не добавляются записи в карту сайта и на неё не указывают теги hreflang. Это предотвращает попадание смешанных страниц в Google.

Как мы следим за актуальностью

Мы перепроверяем профили, когда страна публикует нормативное обновление, когда читатель сообщает об изменении или по графику ежеквартального ревью — в зависимости от того, что наступит раньше. Самая свежая дата проверки видна на каждой странице и в карте сайта. Если вы заметили ошибку, напишите на hello@anfas.pro с URL страницы и найденным источником — мы публикуем исправления в течение 7 дней и ведём публичный журнал изменений.

Что мы НЕ делаем

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

Другие проверенные форматы

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