परिभाषित करें कि परिसंपत्ति समीक्षा में क्या स्थापित होना चाहिए
A BIMI लोगो तैयार नहीं है क्योंकि इसका फ़ाइल नाम एसवीजी में समाप्त होता है या क्योंकि ब्राउज़र इसे खींच सकता है। उपयोगी हैंडऑफ़ एक विशिष्ट उम्मीदवार है जिसकी संरचना, दृश्य पहचान, रिसीवर आवश्यकताओं और अंततः होस्ट किए गए बाइट्स की स्वतंत्र रूप से समीक्षा की जा सकती है। स्वीकृत ब्रांड आर्टवर्क से शुरुआत करें, उसके मालिक की पहचान करें, और रिकॉर्ड करें कि परियोजना किस भेजने वाले और प्राप्त करने वाली सेवाओं को लक्षित करती है। यह तकनीकी रूप से सुव्यवस्थित ग्राफ़िक को किसी स्वीकृत कंपनी चिह्न या गारंटीशुदा मेलबॉक्स संकेतक समझने से रोकता है।
यह आलेख बरकरार BIMI समूह कार्यान्वयन मार्गदर्शन और Google के रिसीवर दस्तावेज़ का उपयोग करता है। BIMI एक स्थापित IETF मानक ट्रैक RFC के बजाय मसौदा कार्य बना हुआ है। इस समीक्षा में पूर्ण प्राथमिक-पाठ सत्यापन के लिए मसौदा दस्तावेज़ उपलब्ध नहीं थे, इसलिए यह एक स्रोत-स्कोप तैयारी वर्कफ़्लो है, पूर्ण मानक अनुरूपता विनिर्देश नहीं। Google की आवश्यकताएँ विशेष रूप से Gmail आवश्यकताएँ हैं, प्रत्येक मेलबॉक्स के लिए सार्वभौमिक नियम नहीं।
प्रोफ़ाइल को ड्राइंग से अलग करें
BIMI समूह पोर्टेबल/सिक्योर को एसवीजी टिनी 1.2 की तुलना में अधिक प्रतिबंधित प्रोफ़ाइल के रूप में वर्णित करता है। इसके निर्माण गाइड में संस्करण 1.2, बेसप्रोफाइल टाइनी-पीएस और एक शीर्षक तत्व की आवश्यकता है। इसमें निर्दिष्ट XML नामस्थान, स्क्रिप्ट, एनीमेशन, इंटरैक्टिव तत्व और रूट svg तत्व पर x या y विशेषताओं के अलावा अन्य बाहरी संदर्भ शामिल नहीं हैं। केवल प्रोफ़ाइल लेबल बदलने से फ़ाइल में कहीं और से प्रतिबंधित सामग्री नहीं हटती। वास्तविक XML संरचना और संदर्भों की समीक्षा करें, न कि केवल प्रारंभिक पंक्ति की। BIMI समूह निर्माण मार्गदर्शन
डिज़ाइन निर्यात को इनपुट के रूप में उपयोग करें, स्वीकृति प्रमाणपत्र के रूप में नहीं। सरलीकरण से पहले इन्वेंटरी तत्व, विशेषताएँ, एम्बेडेड सामग्री और निर्भरताएँ। यदि डिज़ाइनर ने एक छवि रैपर निर्यात किया है, तो अनुमोदित डिज़ाइन वर्कफ़्लो के माध्यम से कलाकृति को वास्तविक वेक्टर ज्यामिति में हल करें। यदि निर्यात में फ़िल्टर या एनीमेशन शामिल है, तो दृश्य प्रभाव को उचित सरल स्थैतिक निर्माण से बदलें या डिज़ाइन को संशोधित करें। BIMI समूह समस्या निवारण विशेष रूप से एम्बेडेड छवियों और असमर्थित प्रभावों को समस्याओं के रूप में पहचानता है। एसवीजी समस्या निवारण
उनकी ताकत को मिश्रित किए बिना रिसीवर आवश्यकताओं को लागू करें
Gmail के लिए, Google को चौड़ाई और ऊंचाई दोनों को कम से कम 96 पिक्सेल की आवश्यकता होती है, जो प्रतिशत के बजाय पूर्ण पिक्सेल में व्यक्त की जाती है। Google अलग से एक केंद्रित वर्ग संरचना, एक ठोस पृष्ठभूमि, 32 KB से बड़ी फ़ाइल और पहुंच के लिए एक विवरण तत्व की अनुशंसा करता है। आवश्यक आयामों और अनुशंसित प्रस्तुति के बीच उस अंतर को सुरक्षित रखें। एक टीम किसी अनुशंसा को अपने स्वीकृति नियम के रूप में अपना सकती है, लेकिन स्रोत को एक मजबूत सार्वभौमिक जनादेश का श्रेय देने के बजाय उस निर्णय को लेबल करना चाहिए। Google एसवीजी आवश्यकताएँ
एक वर्गाकार कैनवास का मतलब यह नहीं है कि दृश्यमान चिह्न हर किनारे को छूए। उन विशेषताओं के इर्द-गिर्द जानबूझकर क्लीयरेंस छोड़ें जिन्हें गोलाकार या गोलाकार प्रस्तुति द्वारा क्लिप किया जा सकता है। संकीर्ण स्ट्रोक और आंतरिक नकारात्मक स्थान सहित छोटे आकारों में कंट्रास्ट और पहचान का आकलन करें। ये प्रस्तावित डिज़ाइन-समीक्षा मानदंड हैं, न कि इस बात का सबूत कि Gmail या किसी अन्य रिसीवर ने इस उम्मीदवार को प्रस्तुत किया है। रिकॉर्ड करें कि क्या निरीक्षण में सिम्युलेटेड क्रॉप, स्थानीय पूर्वावलोकन या वास्तविक मेलबॉक्स का उपयोग किया गया है ताकि बाद में समीक्षक उन्हें अलग कर सकें।
अनुकूलन के माध्यम से पहचान सुरक्षित रखें
ब्रांड स्वामी से सरलीकृत उम्मीदवार की अनुमोदित मास्टर से तुलना करने के लिए कहें। पथ गणना को अनुकूलित करने या अप्रयुक्त परिभाषाओं को हटाने से अक्षर स्वरूप, ग्रेडिएंट या प्रतीक बदल सकते हैं। एक साफ़ फ़ाइल जो गलत चिह्न दर्शाती है, स्वीकार्य परिणाम नहीं है। मूल निर्यात और प्रत्येक उम्मीदवार को अलग-अलग रखें; समीक्षा के लिए प्रस्तुत सटीक फ़ाइल के लिए एक डाइजेस्ट असाइन करें, और उपयोग किए गए टूल संस्करण और परिवर्तनों को नोट करें। अनुमोदित स्रोत कलाकृति की एकमात्र प्रति को अधिलेखित न करें।
प्रमाणपत्र-समर्थित तैनाती के लिए, संपत्ति को अंतिम मानने से पहले उम्मीदवार को जारीकर्ता के साथ समन्वयित करें। Google बताता है कि SVG और VMC या CMC जारी किए गए PEM फ़ाइल में एम्बेडेड हैं। नतीजतन, एक स्वतंत्र रूप से संपादित स्टैंडअलोन छवि को मौजूदा प्रमाणपत्र में सत्यापित पहचान से मेल नहीं माना जाना चाहिए। जब चिह्न बदलता है तो केवल सार्वजनिक फ़ाइल को बदलने और प्रमाणपत्र उपयुक्त रहने के बजाय जारीकर्ता के निर्देश प्राप्त करें। Google प्रमाणपत्र वर्कफ़्लो
एक उम्मीदवार से जुड़ी स्वीकृति वर्कशीट का उपयोग करें
निम्नलिखित एक मूल प्रस्तावित वर्कशीट है, पूर्ण सत्यापन रिकॉर्ड नहीं। प्रत्येक पंक्ति को एक स्वामी, साक्ष्य स्थान, दिनांक और राज्य दें। किसी नियोजित कार्य को पास में बदलने के बजाय साक्ष्य अनुपस्थित होने पर अज्ञात का उपयोग करें।
- पहचान: अनुमोदित कलाकृति संदर्भ, कानूनी या ब्रांड स्वामी, इच्छित डोमेन और लक्ष्य प्राप्तकर्ता।
- फ़ाइल: उम्मीदवार फ़ाइल नाम, बाइट गिनती, डाइजेस्ट और निर्यात या रूपांतरण इतिहास।
- संरचना: घोषित प्रोफ़ाइल, संस्करण, शीर्षक, मूल विशेषताएँ और निषिद्ध-सामग्री निष्कर्ष।
- रिसीवर ओवरले: सटीक Gmail आयाम, इकाइयाँ और स्थानीय स्तर पर अपनाई गई लागू अनुशंसाएँ।
- दृश्य समीक्षा: छोटे आकार की पहचान, कंट्रास्ट, मार्जिन और प्रस्तावित फसल तुलना।
- सत्यापनकर्ता: टूल का नाम, संस्करण, सटीक इनपुट डाइजेस्ट, पूर्ण निष्कर्ष और अनसुलझी चेतावनियाँ।
- प्रमाणपत्र निर्भरता: प्रस्तावित जारीकर्ता, स्वीकृत परिसंपत्ति संस्करण और मिलान पीईएम साक्ष्य की स्थिति।
- होस्टिंग हैंडऑफ़: प्रस्तावित HTTPS URL, परिनियोजन स्वामी और उत्कृष्ट सार्वजनिक पुनर्प्राप्ति साक्ष्य।
हरे सत्यापनकर्ता बैज को वर्कशीट के विकल्प के रूप में न मानें। एक सत्यापनकर्ता केवल उन नियमों का आकलन कर सकता है जिन्हें वह लागू करता है और जो फ़ाइल उसे प्राप्त होती है। चेतावनियों या असमर्थित जांचों सहित इसके संपूर्ण निष्कर्षों को सुरक्षित रखें। यदि कोई ऑप्टिमाइज़र बाद में बाइट्स बदलता है, तो नए उम्मीदवार को फिर से सत्यापित और समीक्षा करें। यह स्वीकृति विवरण को उसके इनपुट से अलग किए गए स्क्रीनशॉट पर निर्भर करने के बजाय पुन: प्रस्तुत करने योग्य बनाता है।
काल्पनिक उदाहरण: ग़लत निर्यात के साथ सही लोगो
काल्पनिक हार्बर लैंटर्न पर विचार करें, जो जीमेल-फेसिंग पायलट के लिए अपना लाइटहाउस मार्क तैयार कर रहा है। इसका डिज़ाइनर प्रतिशत आयामों और एक एम्बेडेड बिटमैप के साथ एक दृष्टिगत रूप से सटीक एसवीजी प्रदान करता है। इस आविष्कृत परिदृश्य में, इंजीनियर प्रारंभ में केवल बेसप्रोफाइल को बदलने का प्रस्ताव करता है। इसके बजाय समीक्षक दो मुद्दों को अलग करता है: संरचनात्मक उपयुक्तता और Gmail की आयाम आवश्यकताएँ। इनमें से किसी की भी अकेले प्रोफ़ाइल लेबल द्वारा मरम्मत नहीं की जाएगी।
प्रस्तावित उपाय अनुमोदित वेक्टर कलाकृति प्राप्त करना, इसे सरल बनाना, उचित पूर्ण आयाम निर्धारित करना और पूरी फ़ाइल को दोबारा जांचना है। इसके बाद ब्रांड मालिक को परिणामी लाइटहाउस आकार और इसकी छोटे आकार की पठनीयता को मंजूरी देनी होगी। एक प्रमाणपत्र आवेदन उस समीक्षा किए गए उम्मीदवार का उपयोग करेगा, न कि पहले के निर्यात का। हार्बर लैंटर्न के लिए कोई सत्यापनकर्ता नहीं चलाया गया, कोई संपत्ति उत्पन्न नहीं हुई, और कोई मेलबॉक्स परिणाम मौजूद नहीं है; उदाहरण दिखाता है कि साक्ष्य को अगले निर्णय का मार्गदर्शन कैसे करना चाहिए।
समापन को बढ़ा-चढ़ाकर बताए बिना हैंडऑफ़ बंद करें
एक उपयोगी समीक्षा निष्कर्ष बताता है कि वास्तव में किस उम्मीदवार का निरीक्षण किया गया था और कौन सी चिंताएँ बनी हुई हैं। उदाहरण के लिए, संरचनात्मक समीक्षा पूरी हो सकती है जबकि सार्वजनिक HTTPS फ़ेच और जारीकर्ता अनुमोदन अभी भी खुला है। इन राज्यों को अलग रखें DMARC तत्परता और प्राप्तकर्ता प्रदर्शन। Google के प्रलेखित Gmail पथ के लिए VMC या CMC और संबंधित PEM की आवश्यकता होती है, इसलिए अकेले एक स्टैंडअलोन SVG समीक्षा Gmail परिनियोजन की तैयारी स्थापित नहीं कर सकती है। Google सेटअप आवश्यकताएँ
कैटलॉग की मूल साक्ष्य आवश्यकता खुली रहती है: उम्मीदवार की संपत्ति, सत्यापनकर्ता निष्कर्ष और सामग्री और प्रमाणपत्र साक्ष्य के साथ सार्वजनिक HTTPS पुनर्प्राप्ति की आपूर्ति या निष्पादन यहां नहीं किया गया है। मानव एसएमई समीक्षा, वर्तमान स्रोत प्रयोज्यता, उत्पादन मार्ग, दृश्य पहुंच और मालिक की रिहाई भी खुली रहती है। यह पांडुलिपि एक तैयारी मार्गदर्शिका है और इसे केवल इसलिए प्रकाशन-तैयार के रूप में प्रचारित नहीं किया जाना चाहिए क्योंकि इसके संदर्भ और काल्पनिक कार्यपत्रक पूर्ण हैं।