Magkapareho ang engine na ginagamit ng Chrome at Chromium, at ang mga pagkakaiba ay nasa lisensya ng codec, DRM components, awtomatikong update, telemetry at mga serbisyo ng account. Isa-isang ipinapaliwanag ang ritmo ng bersyon at pagkakaiba sa lisensya ng dalawa, at binibigyan ng rekomendasyon ang karaniwang gumagamit at ang mga nangangailangan ng malinis na engine.
Halos magkapareho ang hitsura ng Chrome at Chromium — tugma ang mga menu, keyboard shortcut at sistema ng extension — kaya medyo nakakagulat ang unang beses na marinig na hindi pala sila isang bagay. Ang naghihiwalay sa kanila ay ang hindi nakikita: lisensya ng codec, DRM components, update channel, telemetry at mga serbisyo ng account.
Isa ay proyekto, isa ay produkto
Ang Chromium ay isang open-source na proyekto, na inilabas bilang open source kasama ng Chrome noong 2008, at nasa sarili nitong repository ang code. Wala itong opisyal na release sa tunay na kahulugan; ang madodownload ay ang mga snapshot na patuloy na binuo, at ang numero ng bersyon ay sumusunod sa trunk. Ang Chrome ay produktong binabalot ng Google sa ibabaw ng proyektong ito matapos magdagdag ng mga bagay: may branding, may ritmo ng release, may patakaran at customer service, at karga rin nito ang gastos sa lisensya at compliance.
Mga codec at DRM
Ang mga open-source na bahagi ay napapailalim sa patent at lisensya, kaya karaniwang hindi kasama sa opisyal na build ng Chromium ang mga proprietary codec tulad ng H.264 at AAC, at wala rin ang Widevine DRM. Ang resulta: may mga video site na bumubukas pero hindi nagpapatugtog, at ang mga streaming service tulad ng Netflix at Spotify ay direktang tumatanggi. Binabayaran ng Chrome ang lisensya at isinasama ang lahat ng ito sa distribusyon. Pero madalas ding pinupunan ng mga Linux distribution ang decoding gamit ang ffmpeg ng system, kaya hindi absoluto ang “hindi makakapagpatugtog ng video ang Chromium” — depende ito sa partikular na build.
Paraan ng update at ritmo ng bersyon
May kasama nang updater ang Chrome kapag na-install at tahimik itong nag-a-update sa background, halos hindi ito napapansin ng gumagamit. Humahakbang ang stable version ng isang major version humigit-kumulang tuwing apat na linggo, at mayroon ding Canary (araw-araw), Dev at Beta (lingguhan) na mga channel na malilipatan ng mga developer na gustong subukan nang maaga ang mga bagong feature. Walang opisyal na awtomatikong update ang Chromium: kailangan mong sarili mismong mag-download at mag-overwrite ng bagong snapshot. Halos sabay ang ritmo ng trunk nito sa Chrome, pero walang branded na stable branch, kaya nasa iyo nang buo ang desisyon kung anong petsang build ang gagamitin.
Mahalaga ang pagkakaiba ng bersyon kapag gumagawa ng compatibility test: malinaw ang numero ng bersyon ng Chrome, samantalang ang snapshot ng Chromium ay may petsa ng commit lamang, at mahirap ihanay ang environment kapag may problema.
Ang awtomatikong update ay hindi lamang tungkol sa kaginhawahan; may kinalaman din ito sa kung kailan dumarating ang security patch. Kasama sa stable release ang mga pag-aayos ng vulnerability ng Chrome, at nakakapag-upgrade ang mga gumagamit nang hindi napapansin. Ang gumagamit ng Chromium ay kailangang magbantay mismo sa security advisory, timbangin kung kasama sa build na hawak ang pag-aayos, at saka magpasya kung kailan lilipat sa bagong snapshot. Ang puwang sa gitna ang siyang risk exposure.
Telemetry, sync at account
Bilang default, nagpapadala ang Chrome ng crash report at usage statistics, at kapag naka-sign in sa Google account ay nagsi-sync ang bookmark, password, history at extension. Hindi kasama sa Chromium ang mga serbisyong ito: walang entry para sa pag-sign in ng account, walang sync backend, at hindi rin nagpapadala ng crash report bilang default. Sa pagkakataong ito, ang mga feature na umaasa sa serbisyo ng Google tulad ng geolocation, spell check at translation ay hindi gumagana o bumababa ang kalidad sa Chromium dahil walang built-in na API key.
Karaniwang gumagamit at ang mga nagkakalikot ng engine
Walang dahilan ang ordinaryong gumagamit para lumipat sa Chromium. Ang kaunting telemetry data na natipid ay kapalit ng video na hindi nagpapatugtog, bookmark na hindi nagsi-sync at security update na kailangan mong bantayan mismo — hindi sulit. May saysay lamang ito kung malinaw na ayaw mong kumonekta sa mga serbisyo ng Google. Ang mag-install ng Chromium at saka magreklamong hindi bumubukas ang streaming ang pinakakaraniwang pinagmumulan ng pagkabigo.
Sa kabaligtaran, mas madalas piliin ng mga nangangailangan ng malinis na engine ang Chromium. Sa paggawa ng front-end compatibility validation, kailangang matukoy kung ang problema ay nasa standard engine o sa patch ng vendor; sa pagsusulat ng automation script, nais mong naka-lock ang bersyon at hindi magulo ng awtomatikong pag-upgrade; at ang mga gumagawa ng custom na distribusyon at secondary development ay hindi mabubuhay nang wala ang open-source license nito. Karaniwang hindi sa engine mismo nagmumula ang problema, kundi sa nawawalang licensed component at sa version drift. Ito rin ang dahilan kung bakit marami ang nag-iinstall ng dalawa: Chrome para sa araw-araw na pag-browse, at naka-pin na bersyon ng Chromium para sa testing at pagpapatakbo ng script.
Ano ang sinasabi ng “based on Chromium”
Kapag sinabi ng isang browser na based ito sa Chromium, ang tiyak ay pareho ang rendering engine at JavaScript engine, at halos pareho ang pag-uugali ng pahina, extension interface at debugging protocol. Ang hindi tiyak ay ang privacy default, sync backend, telemetry policy at update channel, gayundin kung ilang bersyon ang naibsan nito sa upstream. Huwag husgahan ang browser sa isang pangungusap na iyon lamang; tingnan kung ano ang binago nito sa ibabaw ng upstream at kung ano ang inalis. Sa parehong lohika, hindi dapat tumigil sa pagkakahawig ng hitsura ang paghahambing ng Chrome at Chromium; ang karapat-dapat ihambing ay ang mga bahaging naka-install o wala, kumokonekta o hindi, at nag-a-update mismo o hindi.
