[ BIMI ve marka ]

BIMI incelemesine uygun bir SVG logosu oluşturun

Geçerli görünen bir görüntüyü kanıtlanmış bir BIMI dağıtımıyla karıştırmadan, yapısal, görsel, yayıncı ve alıcı incelemesi için belirli bir SVG adayını hazırlayın.

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

[ Anahtar noktalar ]

  • Yalnızca dosya adını veya profil etiketini değil, gerçek SVG içeriğini inceleyin.
  • Gmail gerekliliklerini önerilerden ve diğer alıcılardan ayrı tutun.
  • Doğrulama, marka onayı ve barındırma kanıtlarını aynı adaya bağlayın.
Bu sayfada

Varlık incelemesinin neyi oluşturması gerektiğini tanımlayın

A BIMI logo, dosya adı SVG ile bittiği için veya bir tarayıcı onu çizebildiği için hazır değil. Yararlı aktarım, yapısı, görsel kimliği, alıcı gereksinimleri ve nihai olarak barındırılan baytları bağımsız olarak incelenebilen belirli bir adaydır. Onaylanan marka resmiyle başlayın, sahibini tanımlayın ve projenin hangi gönderici alan adını ve hangi hizmetleri almayı hedeflediğini kaydedin. Bu, teknik olarak düzenli bir grafiğin, onaylanmış bir şirket markası veya garantili bir posta kutusu göstergesi ile karıştırılmasını önler.

Bu makalede, BIMI Group'un muhafaza edilen uygulama kılavuzları ve Google'ın alıcı dokümanları kullanılmaktadır. BIMI yerleşik bir IETF Standartları İzleme RFC'si yerine taslak çalışma olmaya devam ediyor. Taslak belgeler bu incelemede tam birincil metin doğrulaması için mevcut olmadığından bu, tam bir normatif uyumluluk spesifikasyonu değil, kaynak kapsamlı bir hazırlık iş akışıdır. Google'ın gereksinimleri, her posta kutusu için geçerli olan evrensel kurallar değil, özel olarak Gmail gereksinimleridir.

Profili çizimden ayırın

BIMI Grubu, Taşınabilir/Güvenli'yi SVG Tiny 1.2'den daha kısıtlı bir profil olarak tanımlıyor. Oluşturma kılavuzunda sürüm 1.2, baseProfile Tiny-ps ve bir başlık öğesi gerekiyor. Kök svg öğesindeki belirtilen XML ad alanları, komut dosyaları, animasyon, etkileşimli öğeler ve x veya y nitelikleri dışındaki harici referansları hariç tutar. Yalnızca profil etiketini değiştirmek, dosyanın başka bir yerindeki yasaklanmış içeriği kaldırmaz. Yalnızca açılış satırını değil, gerçek XML yapısını ve referanslarını gözden geçirin. BIMI Grup oluşturma kılavuzu

Bir tasarım dışa aktarımını girdi olarak kullanın, kabul sertifikasını değil. Basitleştirmeden önce envanter öğeleri, nitelikler, gömülü içerik ve bağımlılıklar. Tasarımcı bir görüntü sarmalayıcıyı dışa aktardıysa onaylı bir tasarım iş akışı aracılığıyla resmi orijinal vektör geometrisine çözümleyin. Dışa aktarma filtreler veya animasyon içeriyorsa görsel efekti uygun şekilde basit bir statik yapıyla değiştirin veya tasarımı revize edin. BIMI Group sorun giderme özelliği, özellikle gömülü görüntüleri ve desteklenmeyen efektleri sorun olarak tanımlar. SVG sorunlarını giderme

Alıcı gereksinimlerini güçlerini karıştırmadan uygulayın

Gmail için Google, hem genişliğin hem de yüksekliğin yüzde olarak değil mutlak piksel cinsinden ifade edilen en az 96 piksel olmasını gerektirir. Google ayrıca erişilebilirlik için ortalanmış bir kare kompozisyon, sağlam bir arka plan, 32 KB'tan büyük olmayan bir dosya ve bir açıklama öğesi önerir. Gerekli boyutlar ile önerilen sunum arasındaki farkı koruyun. Bir ekip bir öneriyi kendi kabul kuralı olarak benimseyebilir ancak kaynağa daha güçlü bir evrensel yetki atfetmek yerine bu kararı etiketlemelidir. Google SVG gereksinimleri

Kare bir tuval, görünür işaretin her kenara temas etmesi gerektiği anlamına gelmez. Dairesel veya yuvarlak bir sunumla kırpılabilecek özelliklerin etrafında bilinçli bir boşluk bırakın. Dar konturlar ve dahili negatif alan da dahil olmak üzere küçük boyutlarda kontrastı ve tanımayı değerlendirin. Bunlar önerilen tasarım inceleme kriterleridir; Gmail veya başka bir alıcının bu adayı oluşturduğunun kanıtı değildir. Daha sonraki incelemecilerin bunları ayırt edebilmesi için bir incelemede simüle edilmiş bir ürün, yerel bir önizleme veya gerçek bir posta kutusu kullanılıp kullanılmadığını kaydedin.

Optimizasyon yoluyla kimliği koruyun

Marka sahibinden basitleştirilmiş adayı onaylanmış ustayla karşılaştırmasını isteyin. Yol sayısını optimize etmek veya kullanılmayan tanımları kaldırmak bir harf biçimini, degradeyi veya sembolü değiştirebilir. Yanlış işareti gösteren daha temiz bir dosya kabul edilebilir bir sonuç değildir. Orijinal dışa aktarımı ve her adayı ayrı ayrı saklayın; inceleme için sunulan dosyaya bir özet atayın ve kullanılan araç sürümünü ve dönüşümleri not edin. Onaylanan kaynak resmin tek kopyasının üzerine yazmayın.

Sertifika destekli dağıtım için, varlığı nihai olarak değerlendirmeden önce adayı veren kuruluşla koordine edin. Google, SVG'nin ve VMC veya CMC yayınlanan PEM dosyasına gömülür. Sonuç olarak, bağımsız olarak düzenlenen bağımsız bir görüntünün, mevcut bir sertifikada doğrulanan kimlikle eşleştiği varsayılmamalıdır. Marka değiştiğinde, halka açık bir dosyayı değiştirmek ve sertifikanın uygun kaldığını varsaymak yerine, sertifikayı verenin talimatlarını alın. Google sertifikası iş akışı

Bir adaya bağlı bir kabul çalışma sayfası kullanın

Aşağıdaki, tamamlanmış bir doğrulama kaydı değil, önerilen orijinal bir çalışma sayfasıdır. Her satıra bir sahip, kanıt konumu, tarih ve durum verin. Planlanan bir görevi geçişe dönüştürmek yerine kanıt olmadığında bilinmeyeni kullanın.

  • Kimlik: Onaylanmış sanat eseri referansı, yasal veya marka sahibi, amaçlanan alan adı ve hedef alıcılar.
  • Dosya: aday dosya adı, bayt sayısı, özet ve dışa aktarma veya dönüştürme geçmişi.
  • Yapı: bildirilen profil, sürüm, başlık, kök özellikler ve yasaklı içerik bulguları.
  • Alıcı katmanı: Gmail tam boyutları, birimleri ve yerel olarak benimsenen geçerli öneriler.
  • Görsel inceleme: küçük boyutlu tanıma, kontrast, kenar boşlukları ve önerilen ürün karşılaştırmaları.
  • Doğrulayıcı: araç adı, sürüm, tam giriş özeti, tüm bulgular ve çözülmemiş uyarılar.
  • Sertifika bağımlılığı: önerilen sertifikayı veren kuruluş, kabul edilen varlık sürümü ve eşleşen PEM kanıtlarının durumu.
  • Barındırma devri: önerilen HTTPS URL'si, dağıtım sahibi ve olağanüstü genel erişim kanıtı.

Yeşil doğrulayıcı rozetini çalışma sayfasının yerine koymayın. Doğrulayıcı yalnızca uyguladığı kuralları ve aldığı dosyayı değerlendirebilir. Uyarılar veya desteklenmeyen kontroller de dahil olmak üzere tüm bulgularını koruyun. Bir optimize edicinin daha sonra baytları değiştirmesi durumunda, yeni adayı tekrar doğrulayın ve inceleyin. Bu, girişinden ayrılmış bir ekran görüntüsüne bağlı olmak yerine kabul ifadesinin tekrarlanabilir olmasını sağlar.

Kurgusal örnek: yanlış dışa aktarımla doğru logo

Gmail'e bakan bir pilot için deniz feneri işaretini hazırlayan kurgusal Harbour Lantern'i düşünün. Tasarımcısı, yüzde boyutları ve gömülü bir bitmap ile görsel olarak doğru bir SVG sağlar. Bu icat edilen senaryoda, mühendis başlangıçta yalnızca baseProfile dosyasını değiştirmeyi önerir. İncelemeyi yapan kişi bunun yerine iki konuyu birbirinden ayırıyor: yapısal uygunluk ve Gmail boyut gereksinimleri. Her ikisi de yalnızca profil etiketiyle onarılamaz.

Önerilen çözüm, onaylanmış vektör resmini elde etmek, basitleştirmek, uygun mutlak boyutları ayarlamak ve tüm dosyayı yeniden kontrol etmektir. Marka sahibinin daha sonra ortaya çıkan deniz feneri şeklini ve küçük boyutlu okunabilirliğini onaylaması gerekir. Bir sertifika başvurusu, daha önceki dışa aktarımı değil, incelenen adayı kullanır. Harbor Lantern için hiçbir doğrulayıcı çalıştırılmadı, hiçbir varlık oluşturulmadı ve hiçbir posta kutusu sonucu mevcut değil; örnek, kanıtların bir sonraki karara nasıl rehberlik etmesi gerektiğini göstermektedir.

Tamamlamayı abartmadan geçişi kapatın

Yararlı bir inceleme sonucu, tam olarak hangi adayın incelendiğini ve hangi endişelerin devam ettiğini belirtir. Örneğin, genel HTTPS alma ve veren onayı hala açıkken yapısal inceleme tamamlanmış olabilir. Bu durumları ayrı tutun DMARC hazırlık ve alıcı ekranı. Google'ın belgelenen Gmail yolu bir VMC veya CMC ve ilişkili PEM gerektirir; dolayısıyla bağımsız bir SVG incelemesi tek başına Gmail dağıtımına hazır olup olmadığını belirleyemez. Google kurulum önkoşulları

Kataloğun orijinal kanıt gereksinimi hala açık: aday varlık, doğrulayıcı bulgular ve içerik ve sertifika kanıtlarıyla birlikte genel HTTPS alımı burada sağlanmadı veya yürütülmedi. İnsan KOBİ incelemesi, mevcut kaynak uygulanabilirliği, üretim yolları, görsel erişilebilirlik ve mal sahibinin serbest bırakılması da açık kalacaktır. Bu makale bir hazırlık kılavuzu olup, yalnızca referansları ve kurgusal çalışma sayfası eksiksiz olduğu için yayına hazır hale getirilmemelidir.

[ Götürmek ]

Onaylanan bir adayı dondurun ve hazır olduğunu bildirmeden önce ayrı yapısal, görsel, sertifika ve halka açık barındırma kanıtlarını saklayın.

[ Role göre ]

Bu sizin için ne anlama geliyor?

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

BT / Posta Yöneticisi

Tam adayı inceleyin

Tarayıcı önizlemesi profil uygunluğunu belirlemez.

Sonraki adımlar

  1. Giriş özetini ve profil bulgularını kaydedin.
  2. Hedef alıcının gereksinimlerini uygulayın.
  3. Verici ve barındırma kapılarını ayrı tutun.

CISO / SecOps

Varlık kaynağını koruyun

İncelenmemiş dış referanslar ve ikameler, esere olan güveni zayıflatır.

Sonraki adımlar

  1. Bağımlılıkları ve yasaklanmış içeriği inceleyin.
  2. Doğrulama bulgularını girdileriyle birlikte saklayın.
  3. Onaydan sonra kontrollü değişiklikler yapılmasını zorunlu kılın.

Kurucu / Teknik Olmayan

Amaçlanan marka deneyimini onaylayın

Teknik olarak uygun bir grafiğin hâlâ marka sahipliğine ve alıcı desteğine ihtiyacı var.

Sonraki adımlar

  1. Markayı onaylayanın adını belirtin.
  2. Hedef alıcıları ve istediğiniz ekranı seçin.
  3. Geriye kalan delil çalışmalarını serbest bırakılmadan önce finanse edin.

[ SSS ]

Sık sorulan sorular

BIMI için herhangi bir SVG çalışıyor mu?

Hayır. BIMI Grubu, yapısal gereklilikleri ve yasaklanmış içeriği olan, kısıtlı bir Taşınabilir/Güvenli profili tanımlamaktadır.

BIMI Grubu: BIMI SVG Logo Dosyaları Oluşturma

BaseProfile'ı minik-ps olarak ayarlamak uyumluluğu kanıtlar mı?

Hayır. XML'in geri kalanı hâlâ desteklenmeyen öğeler, referanslar veya nitelikler içerebilir.

BIMI Grubu: BIMI SVG Logo Dosyaları Oluşturma

Gmail hangi boyutları gerektirir?

Google, yüzde yerine mutlak piksel değerleri olarak ifade edilen en az 96 piksellik genişlik ve yükseklik gerektirir.

Google: BIMI kurun

Her alıcı için sağlam bir arka plan zorunlu mudur?

Tutulan Google sayfası uyumluluk için sağlam bir arka plan önerir; bu evrensel bir yetkinin kanıtı değildir.

Google: BIMI kurun

Dosya bir açıklama içermeli mi?

Google ve BIMI Grup rehberliği, erişilebilirlik için bir açıklama öğesi önerir. Görsel erişilebilirlik incelemesini ayrı bir görev olarak ele alın.

Google: BIMI kurun

Gömülü bir bitmap SVG'nin içinde kalabilir mi?

BIMI Group sorun giderme, gömülü görsellerin desteklenmediğini belirler ve gerçek vektör dönüşümü gerektirir.

BIMI Grubu: SVG Sorunlarını Çözme

Gmail bağımsız yalnızca SVG yolunu destekliyor mu?

Google, sertifika destekli bir PEM iş akışını belgeliyor ve yalnızca SVG yolunun Gmail desteklenmediğini söylüyor.

Google: BIMI kurun

Bu makale aday bir varlığı doğruladı mı?

Hayır. Aday baytları, doğrulayıcı bulguları, genel erişim ve görsel inceleme açık kalır.

[ Kaynaklar ]

Kaynaklar

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

    Bölümler Gerekli SVG öğeleri · Hariç tutulan içerik · Uyumluluk önerileri

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

    Bölümler SVG minik-PS'nin temelleri · Yaygın hatalar ve sorunlar · Raster Görüntüyü Vektör Formatına Dönüştürme

  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 · 3. Adım: PEM dosyasını yükleyin

[ Sözlük ]

Sözlük

SVG Minik P/S
BIMI uygulama kılavuzunda açıklanan kısıtlı Taşınabilir/Güvenli SVG profili.

BIMI Grubu: BIMI SVG Logo Dosyaları Oluşturma

Aday özeti
İncelenmek üzere önerilen dosyayı tam olarak tanımlayan kayıtlı karma.
Alıcı katmanı
Adlandırılmış bir alıcı hizmetten gelen ek gereksinimler veya öneriler.

Google: BIMI kurun

Varlık kabulü
Önerilen karar, bir adayı yapısal, görsel ve sahiplik kanıtlarına bağlıyor.

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ı