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

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-контенту без експертного рев'ю. Кожна сторінка вичитується від початку до кінця перед публікацією.
Жодної ретуші, що змінює біометричні ознаки. Наш інструмент нормалізує кадр, фон та експозицію — він не змінює геометрію обличчя.
Жодної реклами та спонсорованих розміщень на сторінках специфікацій документів.

Інші перевірені формати

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