[ Teşhis ve kaynaklar ]

BIMI SVG doğrulayıcı: başarısız olan her gereksinimi açıklayın

Görünümü profil uyumluluğuyla karıştırmadan, tam varlığı, başarısız kuralı, ciddiyeti ve düzeltmeyi tanımlamak için SVG doğrulama bulgularına ihtiyaç duyun.

EmailAuth araştırma ekibi tarafından · 8 dakikalık okuma

[ Anahtar noktalar ]

  • Geçerli XML veya tarayıcı önizlemesi, BIMI profili uyumluluğunu kanıtlamaz.
  • Gerekli arızaları, önerileri ve alıcıya özel kuralları ayırın.
  • Adayı, bulguları ve barındırılan HTTPS kanıtlarını ayrı yapılar olarak saklayın.
Bu sayfada

Başarısız olan kuralı açıklayın

A BIMI SVG doğrulayıcısı aday varlığı, uyguladığı kural kümesini ve başarısız olan gereksinimi tam olarak tanımlamalıdır. Bir tasarımcının veya operatörün varlığı güvenli bir şekilde düzeltmesi için geçersiz logo gibi bir mesaj yeterli değildir. Doğrulayıcı, hatalı biçimlendirilmiş XML'i, desteklenmeyen SVG yapısını, profile özgü kısıtlamaları, alıcı önerilerini ve görsel kaygıları ayırt etmelidir. Bu kategoriler örtüşebilir ancak birbirlerinin yerine kullanılamazlar ve farklılaştırılmamış tek bir hata olarak sunulmamalıdırlar.

BIMI Group'un SVG kılavuzu SVG Portable/Secure, SVG Tiny 1.2'nin daha katı bir profili olarak tanımlanır. Saklanan sayfanın tarihi 2020 yılına aittir ve 8 Kasım 2026'da bu yazının kaynak koleksiyonu için alınmıştır. Bu, başvurulan BIMI profil taslağının bir İnternet Standardı olduğu iddiası değil, pratik bir grup kılavuzudur. Burada hiçbir doğrulayıcı yürütülmedi.

İncelenmekte olan baytları tam olarak tanımlayın

Aday dosya adını, bayt uzunluğunu, içerik karmasını, kaynak veya dışa aktarma yöntemini ve gözlem süresini kaydedin. Varlık bir URL'den geldiyse, aynı ada sahip bir yerel tasarım dosyasıyla eşleştiklerini varsaymak yerine alınan baytları koruyun. Daha sonraki bir yükleme veya önbellek değişikliği, barındırılan varlığın bir tasarımcının incelediği dosyadan farklı olduğu anlamına gelebilir. Rapor, bulguları sunmadan önce bu ayrımı görünür hale getirmelidir.

Yalnızca güvenilmeyen bir SVG'yi incelemek için komut dosyalarını çalıştırmayın veya harici referansları takip etmeyin. Bir savunma doğrulayıcısı, varlığı onaylanmış güvenli ortamında ayrıştırmalı ve analiz etmelidir. Bu makale belirli bir ayrıştırıcı uygulamasını önermez veya adlandırılmış bir aracın bu korumayı sağladığına dair iddiada bulunmaz. Doğrulayıcıya gerçek varlıklar konusunda güvenilmeden önce doğrulanması gereken bir gereksinimi tanımlar.

Temel söz dizimini BIMI profilinden ayırın

Bir dosya geçerli bir XML olabilir ve geniş bir SVG modeli altında geçerli olabilir, ancak yine de amaçlanan BIMI profilinde başarısız olabilir. Grup kılavuzu, sürüm 1.2 ve baseProfile Tiny-ps gibi gerekli değerleri tanımlar ve bir başlık öğesi gerektirir. Ayrıca harici referanslar, komut dosyaları, animasyon ve kök düzeyindeki x veya y niteliklerine ilişkin kısıtlamaları da açıklar. Doğrulayıcı, yalnızca bir tarayıcının dosyayı oluşturabileceğini not etmekle kalmayıp, ilgili öğeyi veya özniteliği ve kaynak kuralını da rapor etmelidir.

Dosya adı uzantısını svg olarak değiştirmek veya bir bitmap'i SVG kapsayıcısına sarmak, profil uyumluluğunu sağlamaz. BIMI Group'un SVG sorun giderme kılavuzu Gömülü raster görüntüleri ve diğer yaygın sorunları tartışır. Rapor yapısal sorunu açıklamalı ve herhangi bir otomatik dönüşümün amaçlanan marka resmini koruduğunu iddia etmeden tasarımcıyı onaylanmış bir vektör kaynağına veya ihracat düzeltmesine yönlendirmelidir.

Gereksinim gücünü ve alıcı kapsamını koruyun

Grup kılavuzu, varlığın küçük tutulmasını ve 32 kilobaytı aşmamasını tavsiye ediyor; aynı zamanda, söz konusu kılavuzda bu öğeyi evrensel olarak gerekli kılmak yerine, erişilebilirlik için bir açıklama öğesi önermektedir. Doğrulayıcı, gerekli arızaları tavsiyelerden ayırmalıdır. Her öneriyi ölümcül bir hataya dönüştürmek, yasaklanmış bir unsuru sessizce kabul etmek kadar kullanıcıları yanıltabilir.

Google'ın BIMI kurulum belgeleri belgelenen logo kılavuzuna minimum 96 piksellik yükseklik ve genişlik dahil olmak üzere alıcıya özel gereksinimler ve öneriler ekler. Bunlar Google kapsamındaki kurallardır. Doğrulayıcı, grup profilini mi, Google'ın uygunluk kılavuzunu mu yoksa her ikisini de mi kontrol ettiğini belirlemeli ve alıcıya özgü her koşulu evrensel bir SVG gereksinimi olarak etiketlememelidir.

Anlamlarını sessizce değiştirmeden bulguları eyleme dönüştürülebilir hale getirin

Her bulgu için kural tanımlayıcıyı veya kaynak bölümünü, ciddiyeti, varlıktaki konumu, gözlemlenen değeri, beklenen durumu ve önerilen iyileştirmeyi kaydedin. Bir düzeltme, dosyayı sessizce düzenlemek ve sabit olarak adlandırmak yerine, amaçlanan değişikliği açıklamalıdır. Bir referansı kaldırmak, metni yollara dönüştürmek veya geometriyi değiştirmek görsel anlamı değiştirebilir ve uygun bir tasarım incelemesi gerektirir.

Araç otomatik onarım sunuyorsa, onarılan varlığı kendi karması ve bulgularıyla yeni bir aday olarak değerlendirin. Orijinali koruyun ve değişiklikleri tam olarak gösterin. Onarım, logo sahipliği veya sertifika uygunluğu hakkında yasal bir iddia eklememelidir. Bu el yazması için hiçbir otomatik onarım, görüntü oluşturma veya varlık dönüşümü gerçekleştirilmedi ve iddia edilen temiz doğrulayıcı çıktısı sağlanmadı.

Görünümü ve erişilebilirliği ayrı incelemeler olarak tutun

Yapısal olarak geçerli bir dosyanın küçük bir avatarda tanınması hala zor olabilir, kontrastı zayıf olabilir veya yararlı olmayan bir başlık içerebilir. Görsel bir inceleme amaçlanan gösterim bağlamını değerlendirmeli, erişilebilirlik incelemesi ise ilgili metinsel açıklamayı ve sunumu incelemelidir. İkisi de yalnızca şemadan veya profil geçişinden çıkarılamaz. Araç raporu, gerçek kanıtlar elde edilene kadar bu incelemeleri açık olarak işaretlemelidir.

Belirli bir alıcının dosyayı tam olarak yerel önizleme gibi oluşturacağına söz vermeyin. Alıcı görüntüleme davranışı, kırpma ve uygunluk farklılık gösterebilir. Önizleme yalnızca söz konusu önizleme ortamının kanıtıdır. Nihai kabul kaydı, hangi oluşturucunun veya istemcinin gözlemlendiğini tanımlamalı ve sonucun desteksiz tüm posta kutusu sağlayıcılarına genişletilmesinden kaçınmalıdır.

Barındırılan varlığı ayrı olarak doğrulayın

Katalog, aday ve doğrulayıcı bulgularına ek olarak içerik ve sertifika kanıtlarını içeren genel bir HTTPS getirmesi gerektirir. Bu getirme, istenen uç noktayı, yanıt durumunu, gözlemlenen içeriği, baytları veya karmayı, zaman damgasını ve TLS doğrulama sonucunu tanımlamalıdır. Yalnızca bir tarayıcının görsel olarak benzer bir şey gösterip göstermediğini değil, barındırılan baytların incelenen varlık olup olmadığını belirlemelidir.

HTTPS aktarım doğrulaması, HTTPS aktarım doğrulamasından farklıdır. VMC veya CMC logoyla ilişkilidir. Google'ın kurulum kılavuzu, HTTPS barındırmayı gerektirir ve desteklenen işaret-kanıt dosyalarını açıklar; ancak geçerli bir barındırma sertifikası, verenin logoyu onayladığını kanıtlamaz. Kabul kaydında her iki sınırı da koruyun. Burada bir varlık için hiçbir genel uç nokta getirilmedi ve hiçbir TLS bağlantı kanıtı talep edilmedi.

Doğrulayıcı bulgular çalışma sayfası

Aday karmasını, kural kümesi kaynağını ve sürümünü, ayrıştırıcı veya doğrulayıcı sürümünü, her bir bulguyu, iyileştirme sahibini ve inceleme durumunu içeren bir çalışma sayfası oluşturun. Yapısal geçerlilik, profil gereksinimleri, alıcıya özgü koşullar, öneriler, görsel inceleme ve erişilebilirlik için ayrı satırlar ekleyin. Barındırılan varlık bölümü, getirme kanıtını bağlamalı ve karma değerinin onaylanan adayla eşleşip eşleşmediğini belirtmelidir.

Temiz bir aday ve seçilmiş arızalar için kontrollü fikstürler kullanın, ancak bunların sonuçlarını uydurmayın. Bir test, doğrulayıcının değerlendiremediği durumlar da dahil olmak üzere, beklenen bulguyu ve elde edilen fiili sonucu göstermelidir. Bir gereksinimin insan kararına ihtiyacı varsa, otomatik geçiş atamak yerine bunu bu şekilde etiketleyin. Burada önerilen çalışma sayfası, orijinal varlık kanıtlarıyla doldurulmamış durumda.

Kurgusal teşhis: tarayıcı dostu bir raster sarmalayıcı

Kurgusal bir tasarımcı, tarayıcıda doğru şekilde açılan ancak gömülü bitmap verileri içeren bir dosyayı dışa aktarır. Ekip, başarılı önizlemenin logonun BIMI için hazır olduğu anlamına geldiğini varsayıyor. Önerilen doğrulayıcı incelemesi, ilgili profil kılavuzunun bu yapıyı kabul etmediğini tanımlar ve belirtilmemiş bir görüntüleme sorununu suçlamak yerine başarısız olan gereksinimi açıklar.

Tasarımcı, onaylanmış bir vektör kaynağına dönecek ve yapısal ve görsel inceleme için yeni bir aday sunacaktır. Ekip daha sonra barındırılan baytları ve HTTPS kanıtlarını ayrı ayrı doğrulayacaktı. Bu senaryo kurgusaldır: hiçbir varlık oluşturulmamış, dönüştürülmemiş, yüklenmemiş veya doğrulanmamıştır. Yararlı bir bulgunun, teknik bir kısıtlamayı, alıcı gösterimi vaat etmeden güvenli bir sonraki adıma nasıl bağladığını göstermektedir.

Yalnızca orijinal varlık kanıtlarıyla serbest bırakın

Katalog, aday varlığı, doğrulayıcı bulgularını ve içerik ve sertifika kanıtlarını içeren genel HTTPS alımını gerektirir. Üçü de açık kalıyor. Gerçek kişi tarafından yapılan uzman incelemesi, kaynağın uygulanabilirliği, üretim yolları, erişilebilirlik ve sahibinin serbest bırakılması da açık kalacaktır. Bu taslakta, işlevsel bir araç veya test edilmiş EmailAuth özelliği değil, önerilen doğrulayıcı davranışı ve kurgusal bir teşhis açıklanmaktadır.

[ Götürmek ]

Başarısız olan her gereksinimi adlandırılmış bir kural kümesine göre açıklayın ve varlığı hazır olarak çağırmadan önce barındırılan gerçek baytları doğrulayın.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

Tasarımcı

Amaçlanan sanat eserini koruyun

Yapısal onarımlar görsel anlamı değiştirebilir.

Sonraki adımlar

  1. Onaylanmış vektör materyalinden başlayın.
  2. Onarılan adayları yeni varlıklar olarak inceleyin.

Doğrulayıcı sahibi

Bulguları tekrarlanabilir hale getirin

Açıklanamayan geçersiz bir etiket, dava edilebilir bir kanıt değildir.

Sonraki adımlar

  1. Kuralı, konumu ve ciddiyeti kaydedin.
  2. Otomatik ve insan denetimlerini ayrı tutun.

Barındırma operatörü

Yayınlanan baytları doğrulayın

Yerel dosya ve barındırılan varlık farklı olabilir.

Sonraki adımlar

  1. Getirme ve TLS kanıtlarını saklayın.
  2. Görüntülenmeyi varsaymadan içerik karmalarını karşılaştırın.

[ SSS ]

Sık sorulan sorular

Is any SVG Tiny 1.2 file ready for BIMI?

Hayır. BIMI Group, SVG P/S'yi daha katı ve ek kısıtlamalar gerektiren bir ürün olarak tanımlamaktadır.

BIMI Grubu: BIMI SVG Logo Dosyaları Oluşturma

Bir bitmap'i SVG olarak yeniden adlandırmak işe yarar mı?

Hayır. Sorun giderme kılavuzu, gömülü tarama içeriğini gerekli vektör yapısından ayırır.

BIMI Grubu: SVG Sorunlarını Çözme

Alıntı yapılan grup rehberinde bir açıklama unsuru evrensel olarak zorunlu mudur?

Hayır. Bu kılavuz erişilebilirlik açısından bunu önermektedir; gereksinimler ve tavsiyeler ayrı ayrı etiketlenmelidir.

BIMI Grubu: BIMI SVG Logo Dosyaları Oluşturma

96 piksel evrensel bir SVG kuralı mıdır?

Belirtilen minimum yükseklik ve genişlik, evrensel bir SVG iddiası değil, Google'ın belgelenen BIMI logo gereksinimlerine aittir.

Google: BIMI kurun

Profil geçişi görsel kaliteyi kanıtlar mı?

Hayır. Tanınma, kontrast ve erişilebilirlik ayrı ayrı uygun inceleme gerektirir.

Onarılmış bir dosya, orijinal delili değişmeden yeniden kullanabilir mi?

Bunu yeni karma değeri olan yeni bir aday olarak değerlendirin ve gerçek değişiklikleri inceleyin.

Varlıklar oluşturuldu mu, yüklendi mi veya doğrulandı mı?

Hayır. Hiçbir aday varlık veya yürütülen doğrulayıcı sonucu sunulmaz.

Hala hangi orijinal eserlere ihtiyaç var?

Aday, doğrulayıcı bulguları ve içerik ve sertifika kanıtlarını içeren genel HTTPS getirme işlemi açık kalır.

[ Kaynaklar ]

Kaynaklar

  1. BIMI Grubu: BIMI SVG Logo Dosyaları Oluşturma

    Bölümler Gerekli SVG öğeleri

  2. BIMI Grubu: SVG Sorunlarını Çözme

    Bölümler Yaygın hatalar ve sorunlar

  3. Google: BIMI kurun

    Bölümler Başlamadan önce · 1. Adım: Logonuzun bir SVG dosyasını oluşturun · 2. Adım: Bir VMC veya CMC ve ilgili dosyaları edinin

[ Sözlük ]

Sözlük

Aday karma
Bulguları tam varlık baytlarına bağlayan bir içerik tanımlayıcı.
Profil bulma
Genel görünümden ziyade desteklenen belirli bir SVG P/S kuralına bağlı bir sonuç.

BIMI Grubu: BIMI SVG Logo Dosyaları Oluşturma

Alıcıya özgü durum
Adlandırılmış bir alıcı için genel profil kurallarından farklı tutulan bir uygunluk şartı.

Google: BIMI kurun

Barındırılan bayt doğrulaması
Alınan varlık ile onaylanan aday arasında önerilen karşılaştırma.

Kurumsal menşe

Neden en iyi finans kurumları ve hükümetler e-posta güvenlik kontrol panellerini kullanımdan kaldırdı.

Geleneksel e-posta kimlik doğrulama platformları size bir gösterge tablosu satar ve mühendislerinizden bu işi yapmalarını ister. Riskli ortamlarda, manuel gözetim, gecikmeli uygulama, konfigürasyon kayması ve izlenmeyen gölge alanlar anlamına gelir.

EmailAuth aracılı e-posta kaynak platformudur. Temsilcilerimiz uyguluyor p=reject, üçüncü taraf gönderenleri uyumlu tutun ve alan adlarınızı tam sürüme taşıyın RFC 9989 döngüdeki insan tarafından denetlenebilirliğe sahip yeni DMARC standardı uyumluluğu.

Hükümetler Büyük işletmeler 1. Seviye finans kurumları

SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi

Bilgi Bankası