一般規定

合作夥伴必須提供一組且僅一組動態饋給，且必須符合GBFS V2.2 規範，適用於有樁或無樁系統。每個檔案只能包含一個。例如，只能包含一個 station_information.json。由於檔案數量有限，特定動態饋給組合有下列限制：

• 動態饋給集僅限一組 GBFS 檔案，其中包含以涵蓋城市當地語言定義的欄位 (如適用)。舉例來說，如果動態饋給涵蓋英國和德國，則 stations[].name 必須包含英國境內電台的英文名稱，以及德國境內電台的德文名稱。
• 動態饋給集必須涵蓋所屬都會區的完整資訊。Google 允許視需要將動態饋給分片。每個分片涵蓋的地理服務區域必須至少與都會區一樣大，或更大。如要進一步瞭解資料分割，請參閱動態饋給資料分割。

結構化資料類型定義

如要順利建立動態饋給，請務必遵守我們提供的適用結構化資料類型定義。在 GBFS 定義中，GBFS V2.2 的所有檔案都會列出，並在標頭中指出適用於哪些系統，排列方式如下：

• 已插入座架的系統
• 無樁系統
• 有底座和無底座系統

舉例來說，如果供應商使用無底座系統，您必須只提供標示為 Dockless system 或 Dockless and docked systems 的檔案，以說明該系統。詳情請參閱「支援的微型移動系統」。

GBFS 定義的每個部分都提供結構化資料類型定義，可協助您成功建構完整的動態饋給。其中包含動態饋給供應商類型的定義和說明。