Le API Google Fit, inclusa l'API REST di Google Fit, verranno ritirate nel 2026. A partire dal 1° maggio 2024, gli sviluppatori non possono registrarsi per utilizzare queste API.
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Google Fit è un ecosistema aperto. Consente agli sviluppatori di caricare dati su salute e benessere in un repository centrale dove gli utenti possono accedere ai dati da diversi dispositivi e app in un'unica posizione. Possono comunque accedere ai propri dati
se eseguono l'upgrade a un nuovo dispositivo.
La tua app per la salute e il benessere può memorizzare dati da qualsiasi dispositivo indossabile o sensore e accedere ai dati creati da altre app.
Un repository centrale che archivia i dati di una varietà di dispositivi e app. Il fitness store è un servizio cloud trasparente per i clienti.
La struttura dei sensori
Un insieme di rappresentazioni di alto livello che facilitano l'utilizzo di un negozio di fitness. Le rappresentazioni vengono utilizzate con le API Google Fit.
Autorizzazioni e controlli utente
Un insieme di ambiti di autorizzazione per richiedere l'autorizzazione dell'utente al lavoro con i dati su salute e benessere. Google Fit richiede il consenso dell'utente per accedere ai dati su salute e benessere.
API Google Fit
API REST e Android per accedere al negozio di fitness. Puoi creare app che supportano Google Fit su più piattaforme e dispositivi, ad esempio Android, iOS e app web.
Negozio di articoli per il fitness
Il negozio di fitness è un servizio cloud che conserva i dati su salute e benessere utilizzando l'infrastruttura di Google. Le app su diversi dispositivi e piattaforme possono archiviare dati
e accedere a dati creati da altre app. Google Fit fornisce una serie di API che facilitano
l'inserimento di dati e le query nel negozio di fitness.
La struttura dei sensori
Il framework dei sensori definisce rappresentazioni di alto livello per sensori,
tipi di dati, punti dati e sessioni. Con queste rappresentazioni è facile lavorare
con un negozio di fitness su qualsiasi piattaforma.
Origini dati
Le origini dati rappresentano sensori e sono composte da un nome, dal tipo di dati
raccolti e da altri dettagli dei sensori. Un'origine dati può rappresentare un sensore
hardware o un sensore software. Puoi definire i sensori software nelle tue app.
Tipi di dati
I tipi di dati rappresentano diversi tipi di dati su salute e benessere, come il numero di passi o il battito cardiaco. I tipi di dati stabiliscono uno schema attraverso il quale le diverse app possono
comprendere i dati delle altre. Un tipo di dati è costituito da un nome e da un elenco ordinato di campi,
in cui ogni campo rappresenta una dimensione. Ad esempio, un tipo di dati per la località contiene tre campi (latitudine, longitudine e accuratezza), mentre un tipo di dati per il peso contiene un solo campo.
Punti dati
I punti dati sono costituiti da un array di valori con timestamp per un tipo di dati, letti da un'origine dati. I punti dati vengono utilizzati per registrare e inserire dati su salute e benessere nell'archivio di fitness e per leggere i dati non elaborati da un'origine dati. I punti che contengono un'ora di inizio rappresentano un intervallo di tempo anziché una lettura istantanea.
Set di dati
I set di dati rappresentano un insieme di punti dati dello stesso tipo di una determinata origine dati che coprono un determinato intervallo di tempo. Per inserire i dati nell'archivio di fitness, si utilizzano i set di dati. Anche le query per leggere i dati dal negozio di fitness restituiscono
set di dati.
Sessioni
Le sessioni rappresentano un intervallo di tempo durante il quale gli utenti eseguono un'attività fisica, ad esempio una corsa, un allenamento in bici e così via. Le sessioni aiutano a organizzare i dati ed eseguire query dettagliate o aggregate sul negozio di fitness per un'attività fisica.
Autorizzazioni e controlli utente
Google Fit richiede il consenso dell'utente prima che le app possano leggere o memorizzare i dati su salute e benessere.
Google Fit definisce ambiti OAuth che vengono mappati a una serie di gruppi di autorizzazioni con privilegi di lettura e scrittura separati: tipi di dati relativi ad attività, corpo, posizione, alimentazione e salute (i tipi di dati relativi alla salute sono raggruppati con granularità maggiore). Ogni gruppo di autorizzazioni concede alle app l'accesso a un insieme di tipi di dati.
Le app specificano uno o più di questi ambiti per il funzionamento con i dati su salute e benessere e Google Fit richiede all'utente le autorizzazioni corrispondenti.
[null,null,["Ultimo aggiornamento 2025-08-31 UTC."],[[["\u003cp\u003eGoogle Fit provides a central platform and APIs for storing, accessing, and sharing health and wellness data from various apps and devices.\u003c/p\u003e\n"],["\u003cp\u003eUsers have control over their data and must grant permission for apps to access it.\u003c/p\u003e\n"],["\u003cp\u003eDevelopers can build apps that integrate with Google Fit using Android or REST APIs, supporting cross-platform functionality.\u003c/p\u003e\n"],["\u003cp\u003eData is organized using data sources, data types, data points, datasets, and sessions for efficient storage and retrieval.\u003c/p\u003e\n"],["\u003cp\u003eCompliance with the Google Fit Developer and User Data Policy and Terms and Conditions is essential when utilizing the platform.\u003c/p\u003e\n"]]],[],null,["# Platform Overview\n\nGoogle Fit is an open ecosystem. It lets developers upload health and wellness\ndata to a central repository where users can access their data from different\ndevices and apps in one location. They can still access their data if they\nupgrade to a new device.\n\nYour health and wellness app can store data from any wearable or sensor, and\naccess data created by other apps.\n| **Note:** The Google Fit app uses the Google Fit platform, which is included in Google Play services. Your app can use this platform without needing users to install the Google Fit app.\n\nRead the [Google Fit Developer and User Data Policy](/fit/policy) thoroughly and\nmake sure your app complies with it. Carefully review the [Google Fit Terms and\nConditions](/fit/terms) before using Google Fit. By using the API, you agree to\nthe Google Fit Terms and Conditions.\n\nComponents\n----------\n\nGoogle Fit consists of the following components: \n**Figure 1** : Platform overview.\n\nThe fitness store\n: A central repository that stores data from a variety of devices and apps. The\n fitness store is a cloud service that is transparent to clients.\n\nThe sensor framework\n: A set of high-level representations that make it easy to work with the fitness\n store. You use these representations with the Google Fit APIs.\n\nPermissions and user controls\n: A set of authorization scopes to request user permission to work with health\n and wellness data. Google Fit requires user consent to access health and\n wellness data.\n\nGoogle Fit APIs\n: Android and REST APIs to access the fitness store. You can create apps that\n support Google Fit on multiple platforms and devices, such as Android, iOS, and\n Web apps.\n\nThe fitness store\n-----------------\n\nThe fitness store is a cloud service that persists health and wellness data using Google's\ninfrastructure. Apps on different platforms and devices can store data and\naccess data created by other apps. Google Fit provides a set of APIs that make\nit easy to insert data and query the fitness store.\n\nThe sensor framework\n--------------------\n\nThe sensor framework defines high-level representations for sensors,\ndata types, data points, and sessions. These representations make it easy to\nwork with the fitness store on any platform.\n\nData Sources\n: Data sources represent sensors and consist of a name, the type of data\n collected, and other sensor details. A data source may represent a hardware\n sensor or a software sensor. You can define software sensors in your apps.\n\nData Types\n: Data types represent different kinds of health and wellness data, like step count or heart\n rate. Data types establish a schema through which different apps can understand\n each other's data. A data type consists of a name and an ordered list of fields,\n where each field represents a dimension. For example, a data type for location\n contains three fields (latitude, longitude, and accuracy), whereas a data type\n for weight contains only one field.\n\nData Points\n: Data points consist of a timestamped array of values for a data type, read\n from a data source. You use data points to record and insert health and wellness data in the\n fitness store, and to read raw data from a data source. Points that contain a\n start time represent a time range instead of an instantaneous reading.\n\nDatasets\n: Datasets represent a set of data points of the same type from a particular\n data source covering some time interval. You use datasets to insert data into\n the fitness store. Queries to read data from the fitness store also return\n datasets.\n\nSessions\n: Sessions represent a time interval during which users perform a fitness\n activity, such as a run, a bike ride, and so on. Sessions help organize data and\n perform detailed or aggregate queries on the fitness store for a fitness\n activity.\n\nPermissions and user controls\n-----------------------------\n\nGoogle Fit requires user consent before apps can read or store health and wellness data.\nGoogle Fit defines OAuth scopes that map to a number of permission groups with\nseparate read and write privileges: activity, body, location, nutrition and\nhealth-related data types (health-related data types are grouped with finer\ngranularity). Each permission group grants apps access to a set of data types.\nApps specify one or more of these scopes to work with health and wellness data, and Google\nFit requests the corresponding permissions from the user.\n\nGoogle Fit APIs\n---------------\n\nGoogle Fit provides the following APIs:\n\n- [Android APIs](/fit/android) for Android apps.\n- [REST API](/fit/rest) for apps on any platform."]]
