เผยแพร่: 17 มิถุนายน 2025
เมื่อเดือนสิงหาคมที่ผ่านมา เราได้ประกาศการเปลี่ยนแปลงที่จะเกิดขึ้นกับโมเดลข้อมูลประจำตัวของ Chrome บนแพลตฟอร์ม Windows, Mac และ Linux ซึ่งเป็นการเปลี่ยนแปลงที่ต่อจากที่ได้เปิดตัวไปแล้วใน iOS และ Android เป้าหมายของการเปลี่ยนแปลงนี้คือการปรับ Chrome ให้สอดคล้องกับความคาดหวังของผู้ใช้ในปัจจุบันเกี่ยวกับการลงชื่อเข้าใช้ ผู้ใช้ต่างคาดหวังที่จะลงชื่อเข้าใช้เพื่อเข้าถึงข้อมูลของตน รวมถึงบุ๊กมาร์ก และลงชื่อออกเพื่อรักษาความปลอดภัย
การเปิดตัวการอัปเดตเหล่านี้จะมาพร้อมกับการเปลี่ยนแปลงวิธีที่ Chrome จัดเก็บบุ๊กมาร์กในเดสก์ท็อป ตัวอย่างเช่น บุ๊กมาร์กที่จัดเก็บไว้ในอุปกรณ์จะยังคงอยู่ในอุปกรณ์เมื่อลงชื่อเข้าใช้ ผู้ใช้สามารถเลือกอัปโหลดข้อมูลดังกล่าวไปยังบัญชี Google ทีละรายการหรือเป็นกลุ่มได้ เราจึงเปิดเผยข้อมูลใหม่ใน Chrome Extensions API เพื่อให้ส่วนขยายรองรับฟีเจอร์เหล่านี้ได้ ข้อมูลต่อไปนี้เกี่ยวข้องกับผู้เขียนส่วนขยาย Chrome ที่ใช้ chrome.bookmarks
API
ภาพรวม
ปัจจุบันผู้ใช้จะมีโฟลเดอร์ระดับบนสุดชุดเดียวเสมอ ซึ่งรวมถึงโฟลเดอร์ "แถบบุ๊กมาร์ก" และ "บุ๊กมาร์กอื่นๆ" ระบบอาจซิงค์ข้อมูลในโฟลเดอร์เหล่านี้หรือไม่ก็ได้ ทั้งนี้ขึ้นอยู่กับว่าผู้ใช้ลงชื่อเข้าใช้โดยเปิดใช้การซิงค์หรือไม่
ในการเปลี่ยนแปลงโมเดลข้อมูลประจำตัว Chrome จะแยกบุ๊กมาร์กที่ซิงค์และไม่ซิงค์ออกเป็น 2 แขนงย่อยแยกกันในโครงสร้างบุ๊กมาร์ก ในบางกรณีที่ผู้ใช้ไม่ได้เลือกอัปโหลดบุ๊กมาร์กทั้งหมดไปยังบัญชี ผู้ใช้อาจมีทั้งโฟลเดอร์บุ๊กมาร์กที่ซิงค์และไม่ซิงค์พร้อมกัน ส่วนขยายที่ใช้ API บุ๊กมาร์กอาจต้องได้รับการอัปเดตเพื่อแสดงโครงสร้างบุ๊กมาร์กในลักษณะที่ผู้ใช้เข้าใจได้ง่าย
การเปลี่ยนแปลง API โดยละเอียด
สำหรับผู้ใช้ที่มีบุ๊กมาร์กทั้งที่ซิงค์และไม่ซิงค์ API บุ๊กมาร์กอาจแสดงผลโครงสร้างคล้ายกับตัวอย่างต่อไปนี้ใน API getTree
- id=A (name: "แถบบุ๊กมาร์ก", folderType: "bookmarks-bar", syncing: true)
- …
- id=B (name: "Other bookmarks", folderType: "other", syncing: true)
- …
- id=C (name: "แถบบุ๊กมาร์ก", folderType: "bookmarks-bar", syncing: false)
- …
- id=D (name: "Other bookmarks", folderType: "other", syncing: false)
- …
เราได้เพิ่มพร็อพเพอร์ตี้ใหม่ 2 รายการลงใน API เพื่อให้ผู้พัฒนาส่วนขยายแยกความแตกต่างระหว่างโฟลเดอร์ระดับบนสุดเหล่านี้ได้
folderType
: ช่วยให้ส่วนขยายระบุโฟลเดอร์ "พิเศษ" เช่น แถบบุ๊กมาร์กได้ โปรดทราบว่าไม่ควรใช้name
และid
เพื่อวัตถุประสงค์นี้ (name
ขึ้นอยู่กับภาษา และid
ไม่คงที่)syncing
: เพื่ออนุญาตให้ส่วนขยายแยกความแตกต่างระหว่างส่วนที่ซิงค์และส่วนที่ไม่ได้ซิงค์ของโครงสร้าง ซึ่งจะtrue
ก่อนการเปลี่ยนแปลงโมเดลข้อมูลประจำตัว หากผู้ใช้ลงชื่อเข้าใช้และเปิดใช้การซิงค์
การอัปเดตส่วนขยาย
หากส่วนขยายของคุณมีลักษณะดังต่อไปนี้ คุณอาจต้องทำการอัปเดต
- หากส่วนขยายแสดงผลลัพธ์ทั้งหมดของ getTree ต่อผู้ใช้เพื่อป้องกันไม่ให้แสดงเวอร์ชันที่มีชื่อเหมือนกัน เช่น แถบที่คั่นหน้า คุณอาจต้องการต่อท้ายชื่อหรือระบุการจัดการ UI อื่นๆ
- หากส่วนขยายพยายามจับคู่แถบที่คั่นหน้า โฟลเดอร์อื่นๆ หรือโฟลเดอร์ถาวรบนอุปกรณ์เคลื่อนที่โดยใช้
id
หรือname
ก่อนหน้านี้ระบบก็ไม่รองรับวิธีการเหล่านี้อยู่แล้ว - หากส่วนขยายของคุณถือว่ามีอินสแตนซ์ของโฟลเดอร์ถาวรของแถบที่คั่น หน้าอื่นๆ หรืออุปกรณ์เคลื่อนที่เพียง 1 รายการหรืออย่างมาก 1 รายการ
การทดสอบ
พร็อพเพอร์ตี้ API ของส่วนขยาย folderType
และ syncing
ใหม่ได้รับการบันทึกและพร้อมใช้งานใน Chrome Canary เวอร์ชันล่าสุด (เวอร์ชัน 138.0.7196.0 ขึ้นไป)
ผู้ใช้ในช่อง Chrome เวอร์ชันเสถียรจะมีพื้นที่เก็บข้อมูลเดียว (กล่าวคือ มีโฟลเดอร์แต่ละประเภทได้สูงสุด 1 โฟลเดอร์) คุณเปิดใช้ที่เก็บข้อมูลคู่เพื่อวัตถุประสงค์ในการทดสอบได้โดยทำดังนี้
- เปิดใช้ทั้ง 2 รายการต่อไปนี้ใน chrome://flags แล้วรีสตาร์ท Chrome
- sync-enable-bookmarks-in-transport-mode
- enable-bookmarks-selected-type-on-signin-for-testing
- เพิ่มโปรไฟล์ Chrome ใหม่ (https://support.google.com/chrome/answer/2364824)
- ไม่ลงชื่อเข้าใช้: เลือก "ดำเนินการต่อโดยไม่มีบัญชี"
- หากคุณบุ๊กมาร์กหน้าเว็บ ระบบจะเพิ่มหน้าเว็บเหล่านั้นลงในพื้นที่เก็บข้อมูลที่ไม่ซิงค์
- ตอนนี้ให้ลงชื่อเข้าใช้ Chrome โดยทำดังนี้
- คลิกรูปโปรไฟล์ที่ด้านขวาบนข้างเมนู 3 จุด
- คลิก "ลงชื่อเข้าใช้ Chrome" แล้วทำตามข้อความที่ปรากฏ
- เลือก "ไม่เป็นไร" เมื่อระบบถามว่าต้องการเปิดการซิงค์ไหม
- หากคุณบุ๊กมาร์กหน้าเว็บ ระบบจะเพิ่มหน้าเว็บเหล่านั้นลงในพื้นที่เก็บข้อมูลการซิงค์ (ช่วยให้คุณทดสอบกรณีการจัดเก็บข้อมูลแบบคู่ได้)
ลำดับเวลา
การเปลี่ยนแปลงเพื่อแสดงพื้นที่เก็บข้อมูลคู่จะทยอยเปิดตัว โดยจะเริ่มเปิดตัวสำหรับผู้ใช้บางส่วนในช่อง Chrome เวอร์ชันเสถียรไม่ก่อนสิ้นเดือนมิถุนายน 2025 โดยจะเริ่มจากผู้ใช้เพียงไม่กี่เปอร์เซ็นต์ แล้วจึงค่อยๆ เปิดตัวในวงกว้างมากขึ้นในอีกไม่กี่สัปดาห์ต่อมา