Wyjaśnij regułę, która zawiodła
A BIMI Walidator SVG powinien zidentyfikować kandydata na zasób, zestaw reguł, który ma zastosowanie oraz dokładny wymóg, który nie został spełniony. Komunikat taki jak nieprawidłowe logo nie wystarczy, aby projektant lub operator mógł bezpiecznie poprawić zasób. Walidator powinien rozróżnić zniekształcony XML, nieobsługiwaną strukturę SVG, ograniczenia specyficzne dla profilu, zalecenia odbiorcy i problemy wizualne. Kategorie te mogą się pokrywać, nie są jednak zamienne i nie powinny być przedstawiane jako jeden niezróżnicowany błąd.
Wytyczne SVG Grupy BIMI opisuje SVG Portable/Secure jako bardziej rygorystyczny profil SVG Tiny 1.2. Zachowana strona pochodzi z 2020 r. i została włączona do zbioru źródłowego tego rękopisu 8 listopada 2026 r. Są to praktyczne wytyczne grupowe, a nie twierdzenie, że wersja robocza profilu BIMI do której się odwołuje, jest standardem internetowym. Nie wykonano tutaj żadnego walidatora.
Zidentyfikuj dokładnie sprawdzane bajty
Zapisz nazwę pliku kandydata, długość bajtu, skrót treści, metodę źródła lub eksportu oraz czas obserwacji. Jeśli zasób pochodzi z adresu URL, zachowaj pobrane bajty, zamiast zakładać, że odpowiadają one lokalnemu plikowi projektu o tej samej nazwie. Późniejsze przesłanie lub zmiana pamięci podręcznej może oznaczać, że hostowany zasób różni się od pliku sprawdzonego przez projektanta. W raporcie należy uwidocznić to rozróżnienie przed przedstawieniem ustaleń.
Nie wykonuj skryptów ani nie kieruj się odniesieniami zewnętrznymi po prostu w celu sprawdzenia niezaufanego pliku SVG. Walidator defensywny powinien analizować i analizować zasób w zatwierdzonym bezpiecznym środowisku. Artykuł ten nie zaleca konkretnej implementacji analizatora składni ani nie twierdzi, że nazwane narzędzie zapewnia taką ochronę. Definiuje wymóg, który należy zweryfikować, zanim walidator powierzy rzeczywiste aktywa.
Oddziel podstawową składnię od profilu BIMI
Plik może być prawidłowym formatem XML i prawidłowym w szerokim modelu SVG, a jednocześnie nie spełniać zamierzonego profilu BIMI . Wytyczne grupowe identyfikują wymagane wartości, takie jak wersja 1.2 i baseProfile tiny-ps, i wymagają elementu tytułu. Wyjaśnia także ograniczenia dotyczące odniesień zewnętrznych, skryptów, animacji i atrybutów x lub y na poziomie głównym. Walidator powinien zgłosić dokładny element lub atrybut i regułę źródłową, a nie tylko zauważyć, że przeglądarka może wyrenderować plik.
Zmiana rozszerzenia nazwy pliku na svg lub zawinięcie mapy bitowej w kontenerze SVG nie gwarantuje zgodności profilu. Wskazówki dotyczące rozwiązywania problemów z SVG firmy BIMI Group omawia osadzone obrazy rastrowe i inne typowe problemy. Raport powinien wyjaśniać problem strukturalny i wskazywać projektantowi zatwierdzone źródło wektorów lub korektę eksportu, bez twierdzenia, że jakakolwiek automatyczna konwersja pozwala zachować zamierzoną grafikę marki.
Zachowaj siłę wymagań i zakres odbiornika
Wytyczne grupy zalecają, aby zasób był mały i nie przekraczał 32 kilobajtów; zaleca także element opisu dostępności, zamiast czynić ten element powszechnie wymaganym w cytowanych wytycznych. Walidator powinien odróżniać wymagane awarie od zaleceń. Przekształcenie każdej rekomendacji w błąd krytyczny może wprowadzić użytkowników w błąd w takim samym stopniu, jak milcząca akceptacja zabronionego elementu.
Dokumentacja konfiguracji BIMI firmy Google dodaje wymagania i zalecenia specyficzne dla odbiornika, w tym minimalną wysokość i szerokość 96 pikseli, w udokumentowanych wskazówkach dotyczących logo. Są to zasady obowiązujące w Google. Walidator powinien określić, czy sprawdza profil grupy, wytyczne Google dotyczące kwalifikowalności, czy jedno i drugie, i nie powinien oznaczać każdego warunku specyficznego dla odbiorcy jako uniwersalnego wymagania SVG.
Spraw, aby ustalenia stały się praktyczne, bez cichej zmiany znaczenia
Dla każdego ustalenia zapisz identyfikator reguły lub sekcję źródłową, wagę, lokalizację w zasobie, obserwowaną wartość, oczekiwany stan i proponowane środki zaradcze. Naprawa powinna wyjaśnić zamierzoną zmianę, a nie po cichu edytować plik i nazywać go naprawionym. Usunięcie odniesienia, konwersja tekstu na ścieżki lub zmiana geometrii może zmienić znaczenie wizualne i wymaga odpowiedniego przeglądu projektu.
Jeśli narzędzie oferuje automatyczną naprawę, potraktuj naprawiony zasób jako nowego kandydata z własnym skrótem i wynikami. Zachowaj oryginał i pokaż dokładne zmiany. Naprawa nie powinna wiązać się z roszczeniem prawnym dotyczącym własności logo lub kwalifikowalności certyfikatu. Dla tego manuskryptu nie przeprowadzono żadnej automatycznej naprawy, wygenerowania obrazu ani transformacji zasobów i nie dostarczono żadnych rzekomych czystych wyników walidatora.
Zachowaj wygląd i dostępność jako osobne recenzje
Strukturalnie prawidłowy plik może być nadal trudny do rozpoznania na małym awatarze, mieć słaby kontrast lub zawierać nieprzydatny tytuł. Przegląd wizualny powinien ocenić zamierzony kontekst wyświetlania, podczas gdy przegląd dostępności powinien zbadać odpowiedni opis tekstowy i prezentację. Żadnego z nich nie można wywnioskować wyłącznie na podstawie schematu lub przebiegu profilu. W raporcie narzędzia należy oznaczyć te przeglądy jako otwarte do czasu pojawienia się faktycznych dowodów.
Nie obiecuj, że konkretny odbiorca wyrenderuje plik dokładnie tak, jak lokalny podgląd. Zachowanie wyświetlacza odbiornika, kadrowanie i kwalifikowalność mogą się różnić. Podgląd jest dowodem tylko tego środowiska podglądu. Ostateczny zapis akceptacji powinien określać, który moduł renderujący lub klient został zaobserwowany, i unikać rozszerzania wyniku na wszystkich dostawców skrzynek pocztowych bez wsparcia.
Zweryfikuj hostowany zasób osobno
Katalog wymaga publicznego pobrania HTTPS z treścią i dowodem certyfikatu, a także ustaleniami kandydatów i walidatorów. To pobranie powinno identyfikować żądany punkt końcowy, status odpowiedzi, obserwowaną treść, bajty lub skrót, sygnaturę czasową i wynik sprawdzania poprawności TLS . Powinno ustalić, czy hostowane bajty są sprawdzanym zasobem, a nie tylko czy przeglądarka pokazała coś podobnego wizualnie.
Sprawdzanie poprawności transportu HTTPS różni się od walidacji VMC Lub CMC powiązany z logo. Wskazówki Google dotyczące konfiguracji wymagają hostingu HTTPS i opisują obsługiwane pliki potwierdzające znak, ale ważny certyfikat hostingu nie stanowi dowodu zatwierdzenia logo przez wystawcę. Zachowaj obie granice w protokole akceptacji. W tym miejscu nie pobrano żadnego publicznego punktu końcowego dla zasobu i nie zgłoszono żadnych dowodów połączenia TLS .
Arkusz ustaleń walidatora
Utwórz arkusz zawierający kandydujący skrót, źródło i wersję zestawu reguł, wersję analizatora składni lub modułu sprawdzania poprawności, każde ustalenie, właściciela środka zaradczego i status przeglądu. Dodaj osobne wiersze dotyczące ważności strukturalnej, wymagań profilu, warunków specyficznych dla odbiornika, zaleceń, przeglądu wizualnego i dostępności. Sekcja hostowanych zasobów powinna zawierać link do dowodu pobrania i określać, czy jego skrót odpowiada zatwierdzonemu kandydatowi.
Używaj kontrolowanych opraw w przypadku czystego kandydata i wybranych niepowodzeń, ale nie fabrykuj ich wyników. Test powinien wykazać oczekiwany wynik i faktycznie uzyskany wynik, łącznie z przypadkami, których walidator nie może ocenić. Jeśli wymaganie wymaga ludzkiej oceny, oznacz je jako takie, zamiast przypisywać automatyczne przejście. Zaproponowany tutaj arkusz pozostaje niezapełniony oryginalnymi dowodami majątku.
Fikcyjna diagnoza: przyjazne dla przeglądarki opakowanie rastrowe
Fikcyjny projektant eksportuje plik, który otwiera się poprawnie w przeglądarce, ale zawiera osadzone dane bitmapowe. Zespół zakłada, że pomyślny podgląd oznacza, że logo jest gotowe do BIMI . Proponowany przegląd walidatora wskazuje, że odpowiednie wytyczne dotyczące profilu nie akceptują tej struktury i wyjaśnia niespełnione wymagania, zamiast obwiniać nieokreślony problem z wyświetlaniem.
Projektant powróci do zatwierdzonego źródła wektorów i przedstawi nowego kandydata do oceny strukturalnej i wizualnej. Następnie zespół oddzielnie sprawdzał hostowane bajty i dowody HTTPS. Ten scenariusz jest fikcyjny: nie utworzono, nie przekonwertowano, nie przesłano ani nie zweryfikowano żadnego zasobu. Ilustruje, jak przydatne odkrycie łączy ograniczenie techniczne z bezpiecznym następnym krokiem bez obiecującego wyświetlacza odbiornika.
Zwolnij tylko z oryginalnym dowodem majątkowym
Katalog wymaga zasobu kandydującego, wyników walidatora i publicznego pobrania HTTPS z treścią i dowodem certyfikatu. Wszystkie trzy pozostają otwarte. Otwarte pozostają także przegląd specjalistów, możliwość zastosowania źródeł, trasy produkcji, dostępność i zezwolenie właściciela. Ta wersja robocza opisuje proponowane zachowanie modułu sprawdzania poprawności i fikcyjną diagnozę, a nie działające narzędzie lub testowaną funkcję EmailAuth .