Sprawdź BIMI: czy skrzynki pokażą Twoje logo?

Czego wymaga BIMI

1. DMARC na egzekwowaniu. p=quarantine albo p=reject, na 100 procent, dla domeny i jej domeny organizacyjnej, bez sp=none. To najtrudniejsza część: dojść tam, nie blokując własnych faktur i resetów hasła.
2. Logo w SVG Tiny PS. Ścisły profil SVG (draft-svg-tiny-ps): wersja 1.2, baseProfile „tiny-ps”, tytuł, bez skryptów, grafik rastrowych i odwołań zewnętrznych. Kwadrat, jednolite tło, poniżej 32 KB (Gmail, BIMI Group).
3. Hosting po HTTPS. Plik serwowany z HTTP 200 i typem image/svg+xml, bez przekierowań i bez wyzwań dla botów, które zatrzymują skrzynki.
4. Rekord BIMI. Rekord TXT pod default._bimi.twojadomena: v=BIMI1; l=adres logo; a=adres certyfikatu (szkic BIMI).
5. Certyfikat znaku. Gmail pokazuje logo tylko z VMC albo CMC, Apple Mail z VMC. Yahoo nie wymaga certyfikatu, ale pokazuje logo tylko nadawcom masowym z dobrą reputacją.

VMC czy CMC?

Verified Mark Certificate (VMC) wymaga zarejestrowanego znaku towarowego i daje niebieski znaczek w Gmailu. Common Mark Certificate (CMC) nie wymaga znaku: logo musi być na Twojej stronie co najmniej 12 miesięcy, co potwierdza archiwum internetu. Gmail pokazuje logo z oboma, Apple Mail tylko z VMC. Certyfikaty wystawia kilka firm (lista BIMI Group), a logo osadzone w certyfikacie musi być tym samym plikiem, który serwujesz pod l=.

Mniej znane niuanse BIMI

• Logo może przykryć zdjęcia pracowników. Tag avp decyduje, co wygrywa, gdy nadawca ma własne zdjęcie profilowe. Bez niego rekord liczy się jak avp=brand, więc wygrywa logo firmy. Przy avp=personal skrzynka powinna pokazać zdjęcie osoby, a logo tylko wtedy, gdy zdjęcia nie ma (BIMI Group). Przydaje się działom sprzedaży. Żadna duża skrzynka nie opisuje jeszcze obsługi tego tagu, więc przetestuj, zanim się na nim oprzesz.
• Różne logo dla różnych adresów w jednej domenie. Tag lps wymienia prefiksy adresów, na przykład lps=support,billing. Poczta z support@ dostaje drugie zapytanie pod support._bimi.twojadomena i może mieć własne logo. Skrzynka odcina dopisek po +, zamienia kropki i podkreślenia na myślniki i nie rozróżnia wielkości liter. Brak pasującego prefiksu albo brak rekordu pod nim oznacza rekord główny (BIMI Group, szkic BIMI). Skrzynki bez obsługi lps go ignorują.
• Rezygnacja to nie to samo co brak rekordu. Rekord z pustym l= i pustym a= to jawna odmowa. Skrzynki zapisują bimi=declined i nie pokazują logo. Bez żadnego rekordu subdomena dziedziczy logo domeny organizacyjnej, więc pusty rekord to sposób na wyłączenie BIMI dla jednej subdomeny, na przykład testowej albo partnera (szkic BIMI).
• Subdomeny dziedziczą, polityki też. Bez rekordu pod mail.twojadomena skrzynki pytają o ten sam selektor w twojadomena. Po stronie DMARC jest tak samo: sp=none w domenie organizacyjnej albo p=quarantine z pct poniżej 100 blokuje logo na każdej subdomenie.
• Dwa rekordy znoszą się nawzajem. Dwa rekordy TXT pod tą samą nazwą, często po migracji DNS albo drugim dostawcy, nie znaczą „wybierz jeden”. Przetwarzanie BIMI się zatrzymuje i logo nie ma.
• Własny selektor wymaga podpisanego nagłówka. Każdy selektor inny niż default pochodzi z nagłówka BIMI-Selector w wiadomości. Ten nagłówek musi być objęty podpisem DKIM wyrównanym z DMARC, inaczej skrzynki go ignorują i biorą default (szkic BIMI). Nadawca nie może dodawać BIMI-Location ani BIMI-Indicator: skrzynki je usuwają i dodają własne.
• Logo może być tylko w certyfikacie. Przykład samego Google ma puste l= i tylko a= z certyfikatem, bo VMC albo CMC zawiera logo. Gmail to przyjmuje, ale szkic i skrzynki bez sprawdzania certyfikatu, jak Yahoo, potrzebują adresu logo. Bezpieczniej opublikować oba, a to narzędzie przy pustym l= sprawdza logo z certyfikatu.
• BIMI to wciąż szkic. BIMI to indywidualny Internet-Draft, nie RFC: wersja 14 z 1 maja 2026 (szkic BIMI). Gmail, Apple Mail i Yahoo go wdrażają, ale każdy dokłada własne zasady, więc gdy się różnią, ważniejsza jest ich dokumentacja.

Co sprawdza to narzędzie

• Rekord: dokładnie jeden, v=BIMI1 na początku, HTTPS w l= i a=, logo tylko w certyfikacie, avp, lps, nieznane tagi, domena organizacyjna, rekordy rezygnacji.
• DMARC: polityka, pct, sp i domena organizacyjna.
• Hosting: status HTTP, Content-Type, przekierowania, różne odpowiedzi dla przeglądarki i bota, szybkość.
• SVG Tiny PS: XML, profil i wersja, title i desc, zakazane elementy (script, image, style, animacje, linki), atrybuty zdarzeń, odwołania zewnętrzne, x/y elementu głównego, atrybuty o stałych wartościach, preserveAspectRatio, rozmiar, kwadratowy viewBox, minimalny rozmiar, kolory, tło, tekst zamiast krzywych.
• Renderowane w Twojej przeglądarce: przezroczyste rogi i grafika poza kołem przycięcia.
• Certyfikat: PEM, daty, domena, użycie klucza BIMI, osadzone logo i jego zgodność z l=, SCT, CRL, kolejność łańcucha, VMC albo CMC, typ znaku i wystawca.

Jak znalazłem zepsute BIMI Cloudflare

We wrześniu 2026 kontrola BIMI w produkcie, przy którym pracuję, oznaczyła cloudflare.com. Plik logo miał 44 212 bajtów, dużo ponad limit 32 KB; balast pochodził z eksportu Adobe Illustratora. Po bliższym przyjrzeniu się to w ogóle nie był plik Tiny PS: wersja 1.1, brak baseProfile, blok stylów CSS i viewBox 199,98 × 90,58, daleko od kwadratu.

Na 17 października 2026 to narzędzie wciąż widzi ten sam plik. Najciekawsze: certyfikat VMC Cloudflare ma w sobie poprawne logo Tiny PS 200 × 200 o rozmiarze 1377 bajtów. Wystarczyłoby serwować dokładnie ten plik pod l=. Uruchom sprawdzenie niżej, a to logo pobierzesz z certyfikatu sam.

Sprawdź cloudflare.com

Pytania

Czy BIMI poprawia dostarczalność?

Samo w sobie nie. Pomaga to, czego BIMI wymaga: DMARC na egzekwowaniu z wyrównanym SPF i DKIM. Logo jest widoczną nagrodą i ułatwia rozpoznanie podrobionej poczty. Listę przed kampanią wyczyścisz w List Desk.

Wszystko przechodzi, a Gmail nie pokazuje logo. Czemu?

Gmail potrzebuje VMC albo CMC, a na zmiany może potrzebować do 48 godzin. Poczta musi przechodzić DMARC na prawdziwej wiadomości, a bardzo mały wolumen albo słaba reputacja potrafią ukryć logo.

Czy mogę użyć logo w PNG?

Nie. BIMI przyjmuje tylko SVG Tiny PS. PNG trzeba przerysować na kształty wektorowe i sprawdzić z profilem. Automatyczne obrysowanie zwykle wymaga poprawek człowieka.

Czemu logo ma być kwadratowe i mieć jednolite tło?

Skrzynki pokazują je w kole albo zaokrąglonym kwadracie i w małym rozmiarze. Szerokie logo zmienia się w pasek, a przezroczyste przejmuje kolor skrzynki, co psuje tryb ciemny.

Czy zapisujecie domeny albo pliki?

Nie. Worker czyta publiczny DNS i pobiera logo oraz certyfikat tak samo jak skrzynka, po czym zwraca wynik. Wgrane pliki nie opuszczają przeglądarki. Analityka liczy sprawdzenia, nie domeny.

Które skrzynki obsługują BIMI?

Najważniejsze to Gmail, Apple Mail oraz Yahoo z AOL, do tego część regionalnych dostawców. Microsoft Outlook nie, według dostawców usług pocztowych.

Czy BIMI zastąpi zdjęcia profilowe moich handlowców?

Może. Bez tagu avp rekord liczy się jak avp=brand, więc tam, gdzie skrzynka obsługuje jedno i drugie, logo firmy wygrywa ze zdjęciem. Dodaj avp=personal, żeby poprosić skrzynki o zdjęcia osób, a logo tylko tam, gdzie zdjęcia nie ma ([BIMI Group](https://bimigroup.org/understanding-the-avp-tag-in-bimi-records/)). Gmail, Apple i Yahoo nie opisują jeszcze obsługi, więc sprawdź na prawdziwej wiadomości.

Czy obsługa klienta, faktury i newsletter mogą mieć różne logo?

Tak, na dwa sposoby. Każdy strumień wysyłaj z osobnej subdomeny z własnym rekordem, co rozumie każda skrzynka z BIMI. Albo dodaj lps=support,billing do rekordu głównego i opublikuj rekordy support._bimi i billing._bimi, za którymi pójdą tylko skrzynki obsługujące lps. Dla Gmaila każde logo i tak potrzebuje własnego certyfikatu.

Jak wyłączyć BIMI dla jednej subdomeny?

Opublikuj v=BIMI1; l=; a=; pod default._bimi.ta-subdomena. Samo usunięcie rekordu nie wystarczy, bo subdomena bez rekordu dziedziczy logo domeny organizacyjnej.

Czy każda subdomena potrzebuje własnego rekordu?

Nie. Skrzynki sięgają po rekord domeny organizacyjnej. Certyfikat musi obejmować domenę nadawcy, a DMARC musi egzekwować też na subdomenach, czyli bez sp=none.

Czy BIMI to oficjalny standard?

Jeszcze nie. To indywidualny Internet-Draft, wersja 14 z maja 2026, a nie RFC ([szkic BIMI](https://datatracker.ietf.org/doc/draft-brand-indicators-for-message-identification/)). Duże skrzynki i tak go wdrażają, każda z własnymi dodatkowymi zasadami, jak wymóg certyfikatu w Gmailu.