Chrome और Chromium एक ही इंजन साझा करते हैं, और अंतर कोडेक लाइसेंस, DRM कॉम्पोनेंट, ऑटोमैटिक अपडेट, टेलीमेट्री तथा अकाउंट सेवाओं में केंद्रित हैं। लेख दोनों की वर्शन गति और लाइसेंस अंतर को एक-एक करके समझाता है, और बताता है कि आम उपयोगकर्ता तथा साफ़ इंजन चाहने वाले लोगों को क्या चुनना चाहिए।
Chrome और Chromium का इंटरफ़ेस लगभग एक जैसा दिखता है — मेन्यू, कीबोर्ड शॉर्टकट और एक्सटेंशन सिस्टम सब मेल खाते हैं — इसलिए पहली बार यह सुनकर थोड़ा आश्चर्य होता है कि दोनों एक चीज़ नहीं हैं। दोनों को अलग करने वाला हिस्सा दिखाई नहीं देता: कोडेक लाइसेंस, DRM कॉम्पोनेंट, अपडेट चैनल, टेलीमेट्री और अकाउंट सेवाएँ।
एक प्रोजेक्ट है, दूसरा प्रोडक्ट

Chromium एक ओपन-सोर्स प्रोजेक्ट है, जिसे 2008 में Chrome के साथ ओपन सोर्स किया गया और इसका कोड अपने ही रिपॉज़िटरी में होस्ट होता है। इसका औपचारिक अर्थ में कोई आधिकारिक रिलीज़ नहीं है; जो डाउनलोड किया जा सकता है वे लगातार बनने वाले स्नैपशॉट हैं, जिनके वर्शन नंबर मुख्य शाखा के साथ चलते हैं। Chrome वह प्रोडक्ट है जिसे Google इस प्रोजेक्ट के ऊपर कुछ जोड़कर पैकेज करता है: इसकी ब्रांडिंग है, रिलीज़ रिदम है, पॉलिसी और कस्टमर सपोर्ट व्यवस्था है, और यह लाइसेंसिंग तथा अनुपालन की लागत भी उठाता है।
कोडेक और DRM
ओपन-सोर्स हिस्से पेटेंट और लाइसेंस से बंधे होते हैं, इसलिए Chromium के आधिकारिक बिल्ड में आमतौर पर H.264, AAC जैसे प्रोप्राइटरी कोडेक नहीं होते और Widevine DRM भी नहीं होता। नतीजा यह है कि कुछ वीडियो साइटों के पेज खुलते हैं पर चलते नहीं, और Netflix, Spotify जैसी स्ट्रीमिंग सेवाएँ सीधे चलाने से इनकार कर देती हैं। Chrome लाइसेंस शुल्क चुकाता है और ये सब अपने डिस्ट्रिब्यूशन में शामिल करता है। हालाँकि Linux डिस्ट्रिब्यूशन अक्सर सिस्टम के ffmpeg से डिकोडिंग की भरपाई कर देते हैं, इसलिए “Chromium वीडियो नहीं चला सकता” पूरी तरह निरपेक्ष नहीं है — यह ठोस बिल्ड पर निर्भर करता है।
अपडेट का तरीका और वर्शन गति
Chrome इंस्टॉल होते ही अपडेटर साथ आता है और बैकग्राउंड में चुपचाप अपग्रेड करता रहता है, जिसका उपयोगकर्ता को लगभग पता नहीं चलता। स्टेबल वर्शन लगभग हर चार हफ़्ते में एक मेजर वर्शन आगे बढ़ता है, और इसके अलावा रोज़ अपडेट होने वाला Canary तथा साप्ताहिक Dev और Beta चैनल हैं, जिन पर नए फ़ीचर पहले आज़माना चाहने वाले डेवलपर स्विच कर सकते हैं। Chromium में कोई आधिकारिक ऑटोमैटिक अपडेट नहीं है; नया स्नैपशॉट खुद डाउनलोड करके ओवरराइट करना पड़ता है। इसकी मुख्य शाखा की गति Chrome के लगभग समानांतर है, पर ब्रांडेड स्टेबल ब्रांच नहीं है, इसलिए किस तारीख का बिल्ड लेना है यह पूरी तरह आप पर निर्भर है।
वर्शन का यह अंतर कम्पैटिबिलिटी टेस्टिंग में बहुत मायने रखता है: Chrome का वर्शन नंबर स्पष्ट होता है, जबकि Chromium स्नैपशॉट में केवल कमिट की तारीख होती है, और समस्या आने पर एनवायरनमेंट मिलाना मुश्किल हो जाता है।
ऑटोमैटिक अपडेट केवल सुविधा की बात नहीं है, यह तय करता है कि सुरक्षा पैच कब पहुँचेंगे। Chrome की कमज़ोरियों के फ़िक्स स्टेबल रिलीज़ के साथ भेजे जाते हैं और उपयोगकर्ता बिना महसूस किए अपग्रेड कर लेते हैं। Chromium इस्तेमाल करने वालों को सुरक्षा सूचनाएँ खुद देखनी पड़ती हैं, यह आँकना पड़ता है कि हाथ में मौजूद बिल्ड में फ़िक्स शामिल है या नहीं, और फिर तय करना पड़ता है कि नया स्नैपशॉट कब लेना है। बीच का यह समय ही जोखिम की खिड़की है।
टेलीमेट्री, सिंक और अकाउंट
Chrome डिफ़ॉल्ट रूप से क्रैश रिपोर्ट और उपयोग आँकड़े भेजता है, और Google अकाउंट में साइन इन करने पर बुकमार्क, पासवर्ड, हिस्ट्री और एक्सटेंशन सिंक हो जाते हैं। Chromium में ये सेवाएँ नहीं होतीं: अकाउंट साइन इन का कोई रास्ता नहीं, कोई सिंक बैकएंड नहीं, और क्रैश रिपोर्ट भी डिफ़ॉल्ट रूप से नहीं भेजी जाती। एक बात और, जियोलोकेशन, स्पेल चेक, ट्रांसलेशन जैसी Google सेवाओं पर निर्भर सुविधाएँ Chromium में बिल्ट-इन API की न होने के कारण काम नहीं करतीं या घटिया तरीके से चलती हैं।
आम उपयोगकर्ता और इंजन से छेड़छाड़ करने वाले लोग
सामान्य उपयोगकर्ता के पास Chromium पर जाने का कोई कारण नहीं है। बचा हुआ थोड़ा-सा टेलीमेट्री डेटा चुकाना पड़ता है चलने वाले वीडियो, सिंक होते बुकमार्क और खुद देखनी पड़ने वाली सुरक्षा अपडेट से — यह फ़ायदे का सौदा नहीं है। इसका अर्थ केवल तभी है जब साफ़ तौर पर Google सेवाओं से न जुड़ना चाहा जाए। Chromium इंस्टॉल करके स्ट्रीमिंग न खुलने की शिकायत करना सबसे आम निराशा का कारण है।
उलटी तरफ़, साफ़ इंजन चाहने वाले लोग अक्सर Chromium चुनते हैं। फ्रंट-एंड कम्पैटिबिलिटी जाँच में यह पक्का करना होता है कि समस्या मानक इंजन में है या विक्रेता के पैच में; ऑटोमेशन स्क्रिप्ट लिखते समय वर्शन तय रखना चाहिए ताकि ऑटोमैटिक अपग्रेड उसे बिगाड़ न दे; और कस्टम डिस्ट्रिब्यूशन बनाने तथा सेकेंडरी डेवलपमेंट करने वालों का इसके ओपन-सोर्स लाइसेंस के बिना काम नहीं चलता। परेशानी आमतौर पर इंजन में नहीं, बल्कि गायब लाइसेंस वाले कॉम्पोनेंट और वर्शन ड्रिफ़्ट में होती है। यही वजह है कि कई लोग दोनों इंस्टॉल करते हैं: रोज़ की ब्राउज़िंग के लिए Chrome, और टेस्टिंग तथा स्क्रिप्ट चलाने के लिए तय वर्शन वाला Chromium।
“Chromium पर आधारित” क्या बताता है
जब कोई ब्राउज़र कहता है कि वह Chromium पर आधारित है, तो तय यह है कि रेंडरिंग इंजन और JavaScript इंजन एक जैसे हैं और वेब पेज का व्यवहार, एक्सटेंशन इंटरफ़ेस तथा डीबगिंग प्रोटोकॉल लगभग समान हैं। तय नहीं है प्राइवेसी डिफ़ॉल्ट, सिंक बैकएंड, टेलीमेट्री नीति और अपडेट चैनल, और यह भी नहीं कि वह अपस्ट्रीम से कितने वर्शन पीछे है। ब्राउज़र चुनते समय केवल इस एक वाक्य को न देखें; देखें कि उसने अपस्ट्रीम के ऊपर क्या बदला और क्या हटाया। इसी तर्क से, Chrome और Chromium की तुलना भी इंटरफ़ेस मिलते-जुलते हैं या नहीं, इस पर रुकनी नहीं चाहिए; तुलना उन हिस्सों की करनी चाहिए जो इंस्टॉल हैं या नहीं, जुड़ते हैं या नहीं, और खुद अपडेट होते हैं या नहीं।


