Polityka redakcyjna

Anfas.Pro publikuje zweryfikowane wymagania dotyczące zdjęć do dokumentów wydawanych przez instytucje państwowe. Z naszych treści korzystają osoby, których plany podróży, status pobytowy i źródło utrzymania zależą od tego, by te szczegóły były prawidłowe. Oto jak podchodzimy do tej odpowiedzialności.

Najpierw źródło

Każda specyfikacja dokumentu w tym serwisie jest powiązana ze źródłem pierwotnym: witryną organu wydającego, oficjalnym plikiem PDF, komunikatem placówki konsularnej lub odniesieniem ICAO 9303 tam, gdzie nie opublikowano przepisów krajowych. Adres URL źródła i data weryfikacji są widoczne na każdej stronie szczegółowej.

Nie parafrazujemy treści z witryn konkurencji. Gdy podajemy wartość liczbową, albo odtwarzamy dokładne sformułowanie organu, albo przeliczamy jednostki w sposób jawny (mm ↔ piksele przy podanym dpi).

Poziomy weryfikacji

Official — exact: organ publikuje specyfikację liczbową, którą odtwarzamy dosłownie.
Official — general: organ publikuje wytyczne opisowe, które przekładamy na mierzalne parametry.
ICAO baseline (Draft): nie opublikowano specyfikacji krajowej; opieramy się na wartościach domyślnych ICAO 9303 i oznaczamy profil jako Draft.

Tylko profile z dwóch pierwszych poziomów są indeksowane na potrzeby wyszukiwania. Profile oparte na ICAO pozostają dostępne, lecz są wyłączone z map witryny.

Poziomy przeglądu redakcyjnego (uczciwy sygnał)

Każda strona szczegółowa ma status przeglądu redakcyjnego, który odzwierciedla faktycznie wykonaną pracę weryfikacyjną — a nie marketingową deklarację „wszystko sprawdzone”.

compile-source-check: specyfikacja zdjęcia została pozyskana ze strony organu podczas wstępnego kompletowania danych, bez dalszego przeglądu merytorycznego.
single-reviewer-cited: specyfikacja zdjęcia została zestawiona i poparta źródłami przez jednego wewnętrznego recenzenta na podstawie aktualnej dokumentacji urzędowej, ze wskazaniem specyficznych cech danego kraju. Oczekuje na zewnętrzny przegląd przez niezależnego eksperta dziedzinowego. Pasek przeglądu na każdej stronie szczegółowej uczciwie odzwierciedla ten poziom: „Zestawione i poparte źródłami przez [recenzent] — oczekuje na przegląd zewnętrzny”.
independently-reviewed: zarezerwowany dla profili ponownie zweryfikowanych przez ODRĘBNEGO, imiennie wskazanego eksperta dziedzinowego (nie pierwotnego recenzenta). W chwili publikacji żaden profil nie ma tego poziomu — proces przeglądu przez redaktorów zewnętrznych jest dopiero uruchamiany.

Według standardów Google YMYL Quality Rater zatwierdzenie 218 dokumentów przez jednego recenzenta w krótkim czasie nie stanowi przeglądu „niezależnego”. Model trzypoziomowy uwidacznia tę różnicę, zamiast ukrywać ją za jednolitym stemplem z datą.

Pochodzenie kodów odrzucenia

Tam, gdzie strony szczegółowe wymieniają powody odrzucenia (np. UK P01-P15), każdy kod ma znacznik pochodzenia:

authority-published: organ publikuje katalog kodów odrzucenia (UK HMPO, US State Department review criteria, German BSI TR-03121). Kody te są odtwarzane dosłownie.
derived-from-rule: organ publikuje regułę (np. „bez okularów”), a my syntetyzujemy odpowiadający jej kod odrzucenia w spójnym formacie identyfikatora.
synthesized: prawdopodobny, łatwy do zapamiętania kod dla częstego rodzaju błędu w sytuacji, gdy organ nie publikuje katalogu kodów. Przydatny do odsyłaczy wewnętrznych w obrębie Anfas.Pro; wyraźnie oznaczony, aby nie mylić go z kodem urzędowym.

Automatyczne bramki jakości

Przed każdą kompilacją uruchamianych jest sześć kontroli, a dwie kolejne są dostępne na żądanie:

npm run check — schematy, odnośniki, snapshoty, przekierowania, mapy witryny, żargon, budżety meta.
check:a11y — WCAG 2.1 AA przez axe-core (10 reprezentatywnych stron).
check:cwv — Lighthouse Core Web Vitals na próbie 9 stron.
check:translations — kompilacja kończy się niepowodzeniem, jeśli pokrycie etykiet/specyfikacji którejkolwiek zadeklarowanej lokalizacji spadnie poniżej 100 %.
check:localization — ścisłe pokrycie per lokalizacja + lint (zachowane specyfikacje liczbowe, zachowane identyfikatory kodów, brak cyrylicy w lokalizacjach niecyrylicznych).
check:sources — dostępność HTTP każdego cytowanego adresu URL organu.
check:freshness — oznacza profile, w których wpisy dziennika recenzenta odwołują się wyłącznie do źródeł wtórnych (nieurzędowych) lub w których ostatnia weryfikacja jest starsza niż 1 rok.
check:consistency — oznacza rozbieżności między wymiarami podanymi w treści (np. „40×60 mm”) a leżącą u podstaw printSpec (która steruje generatorem zdjęć).

Filtrowanie lokalizacji na etapie kompilacji: każda lokalizacja z pokryciem tłumaczenia poniżej 80 % jest automatycznie wyłączana z publishedLangs — co oznacza, że dla tej lokalizacji nie jest generowany kod HTML, nie powstaje wpis w mapie witryny ani nie kieruje do niej znacznik hreflang. Zapobiega to trafianiu do Google stron o mieszanych językach.

Aktualność i korekty

Ponownie weryfikujemy profile, gdy dany kraj publikuje aktualizację przepisów, gdy czytelnik zgłosi zmianę lub w ramach przeglądu kwartalnego — zależnie od tego, co nastąpi wcześniej. Najnowsza data weryfikacji jest widoczna na każdej stronie oraz w naszych mapach witryny. Jeśli zauważysz błąd, napisz na adres hello@anfas.pro, podając adres URL strony oraz znalezione źródło; korekty publikujemy w ciągu 7 dni i prowadzimy jawny dziennik zmian.

Czego NIE robimy

Żadnych treści generowanych przez AI bez przeglądu eksperta. Każda strona jest czytana od początku do końca przed publikacją.
Żadnych obietnic gwarantowanej akceptacji. Ostateczna decyzja zawsze należy do organu wydającego.
Żadnej retuszu zmieniającego cechy biometryczne. Nasze narzędzie normalizuje kadrowanie, tło i ekspozycję — nie zmienia geometrii twarzy.
Żadnych reklam ani płatnych lokowań na stronach ze specyfikacjami dokumentów.

Mniej popularne, ale zweryfikowane formaty dokumentów

W przypadku tych krajów mamy mniej niż trzy zweryfikowane specyfikacje w Anfas.Pro. Każdy link poniżej prowadzi do strony z dokładnym rozmiarem, tłem, proporcją głowy i oficjalnym źródłem, z którego pochodzi specyfikacja.