กูเกิลประกาศ "ทดลอง" การใช้งาน DNS-over-HTTPS (DoH) บนเบราว์เซอร์ Chrome เช่นเดียวกับ Firefox ที่ประกาศไปก่อนหน้านี้ แต่แนวทางการทดลองนั้นต่างออกไป โดย Chrome จะยึดค่าเซิร์ฟเวอร์ DNS ตามเดิมที่ตั้งไว้ แต่หากพบว่าเซิร์ฟเวอร์นั้นรองรับ DoH ก็จะอัพเกรดไปใช้เอง

แนวทางนี้ทำให้ผู้ใช้น่าจะไม่ประสบปัญหาอื่น เช่น บางคนความเร็วอินเทอร์เน็ตตกเพราะคิวรี DNS ได้ค่าเปลี่ยนไปจากปกติ หรือปัญหากับโปรแกรมควบคุมเนื้อหาสำหรับผู้ปกครอง เนื่องจากตัวเบราว์เซอร์ยังเคารพการตั้งค่าของระบบอยู่

แนวทางการสร้างเบราว์เซอร์ในช่วงหลังเริ่มมีแนวคิดการรักษาความเป็นส่วนตัวผู้ใช้ที่หนักแน่นขึ้นเรื่อยๆ การตั้งค่าเบราว์เซอร์ให้เน้นการรักษาความเป็นส่วนตัวมักหมายถึงเครือข่ายโฆษณาไม่รู้ว่าเบราว์เซอร์ที่กำลังเข้าใช้งานเว็บเป็นใคร ทำให้ไม่สามารนำเสนอโฆษณาตรงกลุ่มได้ หรือผู้ลงโฆษณาก็อาจจะไม่สามารถวัดผลได้ว่าการลงโฆษณาในเว็บหนึ่งๆ แล้วได้ผลจริงหรือไม่

กูเกิลระบุว่าการแสดงโฆษณาที่ตรงกลุ่มเป้าหมายยังจำเป็นอยู่ จากการศึกษาพบว่าหากเว็บไซต์ไม่สามารถยิงโฆษณาตามเป้าหมายได้ รายได้จะลดลงถึง 52% แต่ความเป็นส่วนตัวก็เป็นเรื่องสำคัญจึงเตรียมเสนอแนวทาง แก้ปัญหาความเป็นส่วนตัวในเบราว์เซอร์ในยุคต่อไป โดยเรียกข้อเสนอนี้ว่า Privacy Sandbox

ปัจจุบัน เมื่อผู้ใช้เข้าใช้ Chrome ด้วย URL ที่เป็น FTP ตัวเบราว์เซอร์จะดาวน์โหลดไฟล์ให้ หรือถ้าเป็นไดเรกทอรีก็จะแสดงรายละเอียดด้านใน ล่าสุด Google ประกาศแผนว่าจะเลิกซัพพอร์ต FTP ใน Chrome 80 และจะถอดโค้ดรวมถึงทรัพยากรต่าง ๆ เกี่ยวกับ FTP ใน Chrome ออกภายในเวอร์ชัน 82

Google ระบุว่า ตอนนี้การอิมพลีเมนต์ระบบ FTP บน Chrome ไม่รองรับทั้งการเชื่อมต่อแบบเข้ารหัส (FTPS) และพร็อกซี ซึ่ง FTP บน Chrome ก็ไม่ได้มีผู้ใช้งานมากนัก ประกอบกับไคลเอนท์ FTP ก็มีให้เลือกหลากหลายอยู่แล้ว ดังนั้น Chrome จึงไม่จำเป็นต้องซัพพอร์ต FTP อีกต่อไป

Google เปิดตัวส่วนเสริม Password Checkup สำหรับตรวจสอบรหัสผ่านที่หลุดออนไลน์, ตรวจสอบการล็อกอินเว็บที่ credential ไม่ปลอดภัย รวมถึงแนะนำให้เปลี่ยนรหัสผ่านทันที

ล่าสุดฟีเจอร์ที่ตรวจสอบรหัสผ่านว่ามีการรั่วไหลหรือไม่ จะกลายมาเป็นฟีเจอร์ดีฟอลต์บน Chrome คาดว่าน่าจะมาใน Chrome 78 เพื่อแก้ปัญหาที่เกิดกับส่วนเสริม ทั้งในแง่การเป็นฟีเจอร์แบบ opt-in ที่ต้องเป็นคนที่สนใจด้านความปลอดภัยหน่อยถึงจะเลือกใช้งาน (ทั้งที่เป็นฟีเจอร์สำคัญ) และการที่ Chrome บนแอนดรอยด์ไม่รองรับส่วนเสริม

การทำงานของฟีเจอร์นี้เมื่อกลายมาเป็นฟีเจอร์หลักใน Chrome จะเหมือนกับบนส่วนเสริม คือ Chrome จะตรวจรหัสผ่านทุกอย่างผ่านการเข้ารหัสทั้งหมด

หลังจากที่ Chrome แก้ฟีเจอร์ตรวจจับการใช้งาน Incognito Mode ใน Chrome 76 ด้วยการปิดไม่ให้เว็บไซต์เข้าถึง FileSystem API ที่เดิมถูกใช้ในการตรวจจับการใช้งานโหมดนี้

Vikas Mishra นักวิจัยด้านความปลอดภ้ย เปิดเผยการค้นพบวิธีใหม่ที่เว็บไซต์จะตรวจจับการใช้งานโหมด Incognito ด้วยการตรวจสอบจากโควต้าสตอเรจที่ถูกสร้างขึ้นชั่วคราวบนแรม โดยในโหมด Incognito สตอเรจชั่วคราวที่ถูกสร้างขึ้นจะมีขนาดไม่เกิน 120MB เท่านั้น ขณะที่ในโหมดปกติสตอเรจชั่วคราวนี้จะมีขนาด 120MB ก็ต่อเมื่อความจุของหน่วยความจำมีแค่ 2.4GB เท่านั้น ซึ่งปัจจุบันไม่น่าจะมีอุปกรณ์ที่มีความจุแค่นี้อีกแล้ว

ทีมงาน Chromium ประกาศว่า Chrome 77 จะเลิกแสดงแถบ SSL EV ที่เคยแสดงชื่อองค์กรผู้ขอใบรับรองแบบ Extended Validation (EV) แล้วจะนำข้อมูลนี้ไปแสดงเมื่อผู้ใช้กดไอคอนกุญแจเพื่อขอดูข้อมูลเว็บไซต์แทน ทำให้หลังจากนี้เว็บธนาคารจำนวนมาก ที่มักแสดงชื่อธนาคารบนแถบ URL จะเหลือเพียงโดเมนอย่างเดียว

Chrome มีแนวทางลดความสำคัญของใบรับรองแบบ EV เรื่อยมา จากแต่เดิมแถบ EV เคยเป็นสีเขียวเด่นก็กลายเป็นสีเดียวกับโดเมน ส่วน iOS และ macOS นั้นเลิกแสดงไปก่อนหน้านี้แล้ว

ถึงแม้ว่า Chrome มีรอบการออกเวอร์ชันใหม่ทุก 6 สัปดาห์ แต่กลับกลายเป็น "บ็อต" ของกูเกิลที่ใช้เรนเดอร์หน้าเว็บ (Googlebot) ที่อัพเวอร์ชันตามไม่ทัน ส่งผลให้เวลาเราใช้เครื่องมือทดสอบต่างๆ ของกูเกิล (เช่น search console, mobile friendly test หรือ AMP test) จะเรนเดอร์เว็บไซต์ได้ไม่ตรงกับที่เราเห็นจริงๆ บน Chrome

ตัวอย่างที่ชัดเจนคือก่อนหน้านี้ Googlebot ยังใช้ Chrome เวอร์ชัน 41 ที่ออกในปี 2015 ขณะที่ปัจจุบัน Chrome วิ่งไปถึงเวอร์ชัน 76 แล้ว เทคโนโลยีเว็บเปลี่ยนไปมาก ผลลัพธ์ของการเรนเดอร์เว็บเพจจึงต่างกันมาก (กรณีที่พบบ่อยคือ Googlebot มองเว็บเพจเป็นหน้าขาว)

Chrome 76 ออกรุ่นเสถียร ของใหม่ในรุ่นนี้คือ

• ปิด Flash เป็นค่าดีฟอลต์
• เพิ่มฟีเจอร์ Dark Mode ระดับเว็บเพจ
• ปิดไม่ให้เว็บไซต์ตรวจจับได้ว่ารันโหมด Incognito
• เพิ่มปุ่ม Install ในช่อง URL หากเว็บไซต์นั้นมีเวอร์ชัน Progressive Web Apps (PWA) ก็สามารถติดตั้งเป็นแอพลงในเดสก์ท็อปได้

กูเกิลประกาศแก้ฟีเจอร์ใน Chrome เพื่อต่อต้านการตรวจจับการเข้าเว็บด้วยโหมด Incognito ที่หลายเว็บอาจขึ้นแจ้งเตือนได้ว่าผู้ใช้กำลังใช้โหมดนี้อยู่ โดยเริ่มต้นที่ Chrome 76 ที่มีกำหนดปล่อยสิ้นเดือนกรกฎาคมนี้

ที่ผ่านมาเว็บมักอาศัยการตรวจจับ FileSystem API ที่ในโหมด Incognito จะไม่สามารถเรียกใช้ได้ ทำให้เว็บรู้ว่าผู้ใช้กำลังเข้าเว็บด้วยโหมดนี้ แต่การปรับพฤติกรรม API ใหม่จะทำให้เว็บไม่สามารถตรวจจับได้อีกต่อไป

ทางกูเกิลตระหนักว่าการปรับพฤติกรรมเช่นนี้จะกระทบกับโมเดลรายได้ของบางสำนักข่าวที่อาศัยการนับจำนวนบทความที่อ่านฟรีต่อเดือน แต่ยืนยันว่าโหมด Incognito ต้องรักษาความเป็นส่วนตัวผู้ใช้ โดยจะหาทางออกอื่นๆ ที่จะช่วยให้สำนักข่าวสามารถจำกัดการอ่านฟรีได้ต่อไป

Google เปิดตัวตัวบล็อคโฆษณาบน Chrome มาตั้งแต่ปีที่แล้ว โดยทดลองใช้ในอเมริกาเหนือและยุโรปก่อน ล่าสุดวันนี้ฟีเจอร์นี้ถูกเปิดใช้งานแล้วทั่วโลกตามที่กูเกิลประกาศไว้

แนวทางการบล็อคโฆษณาของ Chrome จะอิงกับมาตรฐานของ Coalition’s Better Ads ที่รวบรวมความเห็นจากผู้ใช้หลายหมื่นคน ว่าไม่ชอบประสบการณ์ใช้งานเว็บแบบใด ซึ่งก็มีโฆษณาประเภทที่ใหญ่ทับเนื้อหาในหน้าจอ โฆษณาที่ปิดไม่ได้ต้องรอเวลานับถอยหลัง โฆษณาที่เล่นวิดีโออัตโนมัติแถมเปิดเสียง โฆษณาที่บังเนื้อหาส่วนใหญ่ของจอ เป็นต้น

บราวเซอร์ Chrome ทดลองเพิ่มปุ่มควบคุมเสียงวิดีโอที่กำลังเล่นอยู่ ปุ่มอยู่ถัดจากแถบที่อยู่เว็บไซต์ มีประโยชน์สำหรับคนที่เปิดเว็บไซต์ไว้หลายแท็บ และเจอวิดีโอเล่นอัตโนมัติโผล่ขึ้นมา ผู้ใช้สามารถกดปุ่มควบคุมเสียงจากวิดีโอที่กำลังเล่นอยู่ได้ทันทีโดยไม่ต้องไปค้นหาว่าเป็นเสียงที่มาจากแท็บไหน

เมื่อผู้ใช้กดปุ่ม ปุ่มจะแสดงแถบให้ควบคุมความดัง สั่งหยุดเพลงชั่วคราว หรือเลื่อนไปยังเพลงถัดไปได้ โดยปุ่มควบคุมสามารถควบคุมได้ทั้งเสียงจากเว็บไซต์วิดีโออย่าง YouTube, Vimeo และเว็บไซต์สตรีมเพลงอย่าง Spotify และ Apple Music

Chrome ประกาศฟีเจอร์ใหม่ที่เชื่อมโยงกับบริการจ่ายเงิน Google Pay ของกูเกิลเอง ให้เราสามารถกดจ่ายเงินได้เพียงแค่กรอกเลข CVC หลังบัตรเครดิตเท่านั้น

ฟีเจอร์นี้ต่างไปจากฟีเจอร์จำเลขบัตรเครดิตที่ Chrome มีอยู่แล้ว ซึ่งต้องเปิดใช้งาน Chrome Sync ก่อน โดยฟีเจอร์ใหม่ทำงานได้ทันที ขอเพียงแค่เราล็อกอินบัญชี Google Account กับ Chrome เท่านั้น (โดยไม่ต้องเปิดซิงก์)

เมื่อเจอหน้าจ่ายเงินที่รองรับ Google Pay หน้าเว็บกรอกฟอร์มจะมีปุ่มแสดงข้อมูลบัตรเครดิตที่เราเซฟไว้ในบัญชี Google Account ขึ้นมา ถ้ากดแล้ว Chrome จะกรอกข้อมูลทุกอย่างให้ทันที เรามีหน้าที่กรอกเลข CVC เพื่อยืนยันการจ่ายเงินเท่านั้น

เวลาเข้าเว็บไซต์อื่นๆ มักจะเจอการให้กด notification เพื่อรับข่าวสารจากเว็บไซต์นั้นต่อ ถ้ากดรับก็จะมี notification แจ้งเวลามีข่าวใหม่มาตลอดเวลา ซึ่งบางครั้งอาจสร้างความรำคาญ คนส่วนใหญ่จึงไม่กดรับกัน

ขณะที่บางเว็บไซต์อาจพยายามให้คนรับการแจ้งเตือนมากกว่าปกติ โดยอาจจะถึงกับไม่ยอมให้อ่านเนื้อหาหากไม่ตอบรับ

ผู้ใช้เว็บเบราว์เซอร์ทุกวันนี้คงคุ้นเคยกับบริการ Google Safe Browsing ของกูเกิล ที่แจ้งเตือนหน้าเว็บไม่ปลอดภัยเป็นสีแดงเต็มหน้าจอ ปัจจุบันเบราว์เซอร์ที่เรียกใช้ Safe Browsing API ไม่ได้มีแค่ Chrome แต่ยังรวมถึง Firefox และ Safari ด้วย

ล่าสุดกูเกิลออกส่วนขยาย Suspicious Site Reporter สำหรับ Chrome ให้ผู้ใช้ช่วยกันรายงานเว็บไซต์น่าสงสัยเข้าไปยังกูเกิลอีกช่องทางหนึ่ง เป้าหมายเพื่อให้บ็อตของกูเกิลเข้าไปตรวจสอบเว็บไซต์นั้นได้เร็วขึ้น และส่งผลให้ Safe Browsing ทำงานได้แม่นยำกว่าเดิม

มาถึงวันนี้เราอาจลืม Flash กันไปแล้ว และผู้ผลิตเบราว์เซอร์ทุกรายก็ประกาศแผนการหยุดซัพพอร์ต Flash มาได้สักระยะหนึ่ง กูเกิลเคยประกาศว่าจะหยุดซัพพอร์ต Flash อย่างสมบูรณ์ในช่วงสิ้นปี 2020 โดยค่อยๆ เปลี่ยนผ่านเพื่อไม่ให้เกิดผลกระทบต่อผู้ใช้

ล่าสุดใน Chrome 76 Beta ตอนนี้เปลี่ยนค่าการเล่น Flash เป็น "ปิดโดยดีฟอลต์" (Ask First) ซึ่งหมายความว่าเว็บไซต์ที่มี Flash จะต้องถามผู้ใช้ก่อนเสมอว่าอนุญาตให้เล่น Flash หรือไม่ และถึงแม้ผู้ใช้อนุญาตให้เว็บไซต์นั้นเล่น Flash อัตโนมัติ ค่าจะจำเฉพาะถึงแค่ปิดเบราว์เซอร์เท่านั้น หากเปิดเบราว์เซอร์ขึ้นมาใหม่ ก็ต้องมากดอนุญาตใหม่เสมอ

กูเกิลออก Chrome 76 Beta มีฟีเจอร์สำคัญคือ Dark Mode ที่ไม่ใช่แค่ตัวเบราว์เซอร์ แต่รวมถึงหน้าเว็บเพจด้วย

กระแสความนิยมใน Dark Mode หรือ Dark Theme มาแรงขึ้นเรื่อยๆ และปัจจุบันระบบปฏิบัติการสำคัญๆ ทั้ง Android, iOS, macOS, Windows ก็รองรับ Dark Theme กันหมดแล้ว เว็บไซต์หลายแห่งก็เริ่มซัพพอร์ต Dark Theme ด้วยเช่นกัน

Chrome 76 รองรับฟีเจอร์ CSS media query ชื่อ prefers-color-scheme เพื่อให้เว็บไซต์สามารถเลือกแสดงธีมของเว็บเพจตามที่ผู้ใช้ต้องการได้ด้วย

ก่อนหน้านี้ Google ได้เสนอปรับสเปค API ของ Chromium หรือ Manifest v3 ซึ่งจะมีผลบังคับใช้ในปีหน้า โดยจุดสำคัญของอัพเดตครั้งนี้จะส่งผลต่อส่วนขยายบล็อคโฆษณาบน Chrome เพราะ API ใหม่ไม่เปิดให้ส่วนขยายจัดการกับ request โดยตรงเหมือนเดิม

ประเด็นนี้ถือเป็นเรื่องใหญ่มาก เพราะนักพัฒนารวมถึงผู้ใช้ไม่พอใจกับความเปลี่ยนแปลงครั้งนี้ จนทำให้ Brave, Opera และ Vivaldi สามเบราว์เซอร์ที่ใช้ Chromium เป็นฐานเหมือนกับ Chrome ได้ประกาศออกมาชัดเจนว่าจะซัพพอร์ต API เดิมต่อไป

หากยังจำกันได้ Google เคยเสนออัพเดตสเปค Manifest v3 ซึ่งจะส่งผลต่อตัวบล็อคโฆษณาที่ทำงานอยู่บน Chromium แม้ภายหลัง Google จะยอมถอย แต่สุดท้าย Google ก็ประกาศออกมาว่าเทคโนโลยีเก่า ๆ จะอยู่เฉพาะผู้ใช้ Chrome เวอร์ชันองค์กรเท่านั้น ส่วนเวอร์ชันปกติที่ใช้กันจะได้รับผลกระทบแน่นอน ซึ่ง Manifest v3 จะมีผลบังคับใช้ในเดือนมกราคมปีหน้า

Chrome 75 เข้าสถานะ stable ทั้งเวอร์ชันเดสก์ท็อปและเวอร์ชัน Android

Chrome 75 เวอร์ชันเดสก์ท็อป เพิ่มฟีเจอร์สำหรับนักพัฒนา โดยลด latency ของวัตถุในแท็ก canvas, เว็บแอพสามารถแชร์ไฟล์ระหว่างกันได้ง่ายขึ้น, ปรับปรุงของใหม่ในเครื่องมือสำหรับนักพัฒนา (developer tools)

ส่วนฟีเจอร์สำหรับผู้ใช้ทั่วไป เพิ่มตัวเลือก manage security keys ในหน้า Settings และเพิ่มโหมดช่วยอ่าน (Reader Mode) ที่เว็บเบราว์เซอร์ตัวอื่นมีกันไปนานแล้ว ตอนนี้ผู้ใช้ต้องเปิดใช้เองในหน้า chrome://flags ก่อน

Chrome 75 for Android เพิ่มฟีเจอร์สร้างรหัสผ่านที่แข็งแรง (generating strong password) ได้จากตัว password manager เลย และสามารถกดดูรหัสผ่านที่เราบันทึกไว้ได้ โดยแตะที่ช่องกรอกรหัสผ่านบนหน้าเว็บ

กูเกิลประกาศว่าจะออกนโยบายใหม่ของ Chrome Web Store จำกัดสิทธิการเข้าถึงข้อมูลของส่วนขยาย Chrome มากกว่าเดิม เพื่อปกป้องความเป็นส่วนตัวของผู้ใช้งาน

Chrome เพิ่งมีระบบสิทธิการเข้าถึง (permission) ของส่วนขยายในเวอร์ชัน 70 และตอนนี้กูเกิลจะเริ่มบังคับให้ส่วนขยายต้องขอ "สิทธิเท่าที่จำเป็น" (minimum permission) แล้ว ทั้งนี้กูเกิลไม่ได้อธิบายละเอียดนักว่าเส้นแบ่งของความจำเป็นอยู่ตรงไหนบ้าง แต่ก็บอกว่าส่วนขยายที่ไม่ทำตาม จะถูกถอดออกจาก Chrome Web Store ได้

นโยบายใหม่จะประกาศในช่วงกลางปีนี้ และมีผลบังคับใช้ในอีก 90 วันให้หลัง หรือราวๆ ปลายปี

นักพัฒนาเว็บคงรู้จักเทคนิคการทำ lazy load ซึ่งเป็นการดาวน์โหลดรูปภาพบนเว็บเพจมาแสดงแค่เฉพาะบางรูปก่อน ทำให้ไม่ต้องรอดาวน์โหลดรูปครบทุกรูปในเพจ ช่วยให้เว็บเพจแสดงผลได้เร็วขึ้น

ข้อจำกัดของการทำ lazy load คือต้องใช้ JavaScript หรือเทคนิค CSS เข้าช่วย และต้องทดสอบกับเว็บเบราว์เซอร์หลายตัว

กูเกิลประกาศฟีเจอร์ใหม่ด้านความปลอดภัยและความเป็นส่วนตัวของ Chrome ที่งาน Google I/O 2019

ฟีเจอร์แรกคือปรับพฤติกรรมการทำงานของคุกกี้ใหม่ คุกกี้เป็นเทคโนโลยีที่เกิดขึ้นมานานตั้งแต่สมัยเว็บยุคแรก และแทบไม่ถูกเปลี่ยนแปลงเลย ปัจจุบันฟอร์แมตของคุกกี้ยังมีแบบเดียว แม้มีวิธีการใช้งานแตกต่างกัน ส่งผลให้เกิดปัญหาคุกกี้ข้ามเว็บ (cross-site vs same-site) ที่กระทบเรื่องความปลอดภัยและความเป็นส่วนตัว

สิ่งที่ Chrome ทำคือรองรับค่าคุณสมบัติ (attribute) ตัวใหม่ของคุกกี้คือ "SameSite" ซึ่งเป็นการระบุว่าคุกกี้นั้นสามารถไปทำงานบนเว็บไซต์อื่นได้หรือไม่ (กำหนดค่าได้ 3 แบบคือ None, Strict, Lax)

กูเกิลออก Chrome 74 รุ่นเสถียรทั้งเวอร์ชันเดสก์ท็อปและแอนดรอยด์

ฟีเจอร์สำคัญของเดสก์ท็อป (เฉพาะ Windows) คือ รองรับ Dark Mode เรียบร้อยแล้ว โดยจะขึ้นกับการตั้งค่าสี Light/Dark ของ Windows ไม่สามารถเปิดใช้เองเฉพาะใน Chrome ได้

ส่วน Chrome 74 for Android มีของใหม่คือเปลี่ยนชื่อโหมดประหยัดข้อมูล Data Saver มาเป็น Lite Mode ด้วยเหตุผลว่าการทำงานในโหมดนี้ไม่ได้ประหยัดข้อมูลเพียงอย่างเดียว แต่อาจช่วยให้หน้าเว็บโหลดเร็วขึ้นด้วย หากเว็บไซต์นั้นรองรับฟีเจอร์ Lite page ที่เป็นเว็บเพจเวอร์ชันขนาดเล็ก ช่วยให้โหลดเร็วขึ้น

แต่เดิมนั้น ผู้ใช้ Google จะล็อกอินเข้าบัญชีด้วยกุญแจความปลอดภัยจะต้องใช้ Chrome เท่านั้น แต่ล่าสุด Google ได้ประกาศว่าตอนนี้ ผู้ใช้กุญแจความปลอดภัยสามารถล็อกอินผ่าน Firefox และ Edge ได้แล้ว

Google ระบุว่าก่อนหน้านี้หน้าล็อกอินใช้ระบบ U2F กับการล็อกอินด้วยกุญแจความปลอดภัย แต่ตอนนี้ได้เปลี่ยนไปใช้ Web Authentication หรือ WebAuthn ที่ W3C เพิ่งรับเข้าเป็นมาตรฐานเว็บ จึงทำให้ Firefox และ Edge สามารถล็อกอินได้ด้วยเช่นกัน

ทั้งนี้ Google ยังรองรับเฉพาะระบบล็อกอินเท่านั้น แต่การลงทะเบียนกุญแจความปลอดภัยยังคงต้องใช้ Chrome เช่นเดิม (คือต้องลงทะเบียนผ่าน Chrome แต่จะใช้บน Chrome, Edge หรือ Firefox ก็ได้)

Chrome for iOS อาจเป็น Chrome เวอร์ชันที่คนไม่ค่อยนึกถึงสักเท่าไรนัก แต่ก็มีผู้ใช้งานเป็นจำนวนไม่น้อย (สถิติของ Blognone อยู่ราว 8% ของผู้ใช้ iOS ทั้งหมด)

ด้วยข้อจำกัดของแอปเปิลเอง ทำให้ Chrome for iOS (รวมถึงเบราว์เซอร์อื่นทุกตัว) ไม่สามารถใช้เอนจิน Blink ของตัวเองได้ และต้องใช้เอนจิน WebKit ที่มากับตัวระบบปฏิบัติการแทน

อย่างไรก็ตาม ตัวไบนารี WKWebView ของแอปเปิลกลับไม่ซัพพอร์ตฟีเจอร์ Safari Remote Debugging ทำให้การทดสอบเว็บเพจบน Chrome for iOS ทำได้ยากพอสมควร (สามารถทำได้หากคอมไพล์ Chrome for iOS เองทั้งหมดจากซอร์สโค้ด แต่ก็ยุ่งยากไม่น้อย)