วิธีชาร์ดฟีดคือการแบ่งฟีดทั้งฟีดออกเป็นชุดข้อมูลย่อยที่ทับซ้อนกันหลายชุด การชาร์ดดิ้งอาจจําเป็นต่อการชาร์ด ทั้งนี้ขึ้นอยู่กับระบบแบ็กเอนด์ของคุณ
จะชาร์ดเมื่อใด
หากฟีดมีขนาดใหญ่เกินไป เนื่องจากอาจทําให้เกิดปัญหาด้านประสิทธิภาพเมื่อพาร์ทเนอร์พยายามปฏิบัติตามข้อกําหนดความใหม่ของข้อมูล
ระบบแบ็กเอนด์ของพาร์ทเนอร์มีปัญหาด้านเทคนิคโดยรวมข้อมูลกลุ่มอุปกรณ์ต่างๆ ในประเทศต่างๆ
เพื่อป้องกันไม่ให้ชาร์ดดิ้งกระทบต่อประสิทธิภาพของระบบ เราขอแนะนําให้ทําสิ่งต่อไปนี้สําหรับระบบไมโครเคลื่อนที่แต่ละระบบ
Dockless: ไม่แนะนําให้ชาร์ดดิ้งแต่อนุญาต เราขอแนะนําให้คุณทําให้ชาร์ดมีจํานวนน้อยที่สุดและทําให้ชาร์ดแต่ละรายการมีขนาดใหญ่ที่สุดเท่าที่จะทําได้
ชาร์ดแต่ละรายการต้องครอบคลุมพื้นที่ให้บริการทางภูมิศาสตร์อย่างน้อยเป็นขนาดของพื้นที่ในเมืองใหญ่หรือใหญ่กว่า ตัวอย่างเช่น แม้ว่า Google จะอนุญาตให้ชาร์ดมีเพียงพื้นที่เมืองใหญ่เพียงแห่งเดียว เช่น นิวยอร์กซิตี้ ชาร์ดขนาดใหญ่เช่นที่ครอบคลุมพื้นที่ EMEA ทั้งหมดก็เป็นที่ต้องการมากกว่า
ชุดสไลด์: อนุญาตให้ใช้การชาร์ดได้ และเราขอแนะนําให้พาร์ทเนอร์ชาร์ดดิ้งฟีดตามพื้นที่ในเมืองใหญ่
กฎทั่วไป
ชาร์ดแต่ละรายการต้องมีชุดไฟล์ GBFS ที่สมบูรณ์ซึ่งอธิบายระบบได้อย่างสมบูรณ์และใช้งานได้แยกกัน
ข้อมูลที่เกี่ยวข้องทั้งหมดต้องอยู่ในชาร์ดเดียว และไม่อนุญาตให้ใช้การอ้างอิงข้ามกับชาร์ดอื่นๆ เช่น ยานพาหนะไร้ไร้ล้อ ในชาร์ด ก ไม่สามารถอ้างอิงถึงแผนการตั้งราคาระบบจากชาร์ด ข ได้ แต่ต้องกําหนดแผนการตั้งราคาภายในชาร์ด ก แทน
ชาร์ดทั้งหมดต้องไม่ขัดแย้งกัน ในกรณีที่ระบบแสดงรถที่จอดไร้ที่จอดหรือที่จอดอยู่บนหลังคา มีการชาร์ดแยกออกเป็น 2 แบบ ระบบจะถือว่าเป็นเอนทิตีแยกกัน 2 ส่วน และข้อมูลที่ซ้ํากันจะแสดงต่อผู้ใช้
เขตพื้นที่เสมือนที่กําหนดไว้ในชาร์ดหนึ่งต้องไม่ซ้อนทับเขตพื้นที่เสมือนที่กําหนดไว้ในชาร์ดแยกต่างหาก
เขตพื้นที่เสมือนต้องไม่ใช้การจัดทวนเข็มนาฬิกาที่อ้างอิงพื้นที่นอกรูปหลายเหลี่ยม