Skip to content
AF
Google Health API reference

Floors: the Google Health API floors data type

Read from Google’s documentation on 2026-10-17 · discovery document revision 20261014 · Google’s data-types page last updated 2026-10-06

Floors (floors) is an Interval data type in the Google Health API. Google's data-types table lists reconcile, rollup and dailyRollup for it under the .activity_and_fitness.readonly and .activity_and_fitness.writeonly scopes, with a storage resolution of 1 minute. The table marks it with webhook support and true-zeros support. Google's Fitbit migration table maps the Fitbit Web API's Floors data to it.

Floors at a glance

From the Floors row of Google’s data-types table, joined to the discovery document’s DataPoint schema.

Display name
Floors
dataType (in endpoint URLs)
floors
filter parameter
floorsGoogle: “The identifier separated by underscores (for example, active_minutes) used as the value for the dataType filter parameter in daily rollup and rollup requests.”
Record type
Interval — Google: “Represents measurements recorded over a duration.”
Storage resolution
1 minute
Webhook support
Yes · automatic-subscription token WEBHOOK_DATA_TYPE_FLOORS
True zeros support
Yes
Channel
v4
DataPoint field
DataPoint.floors → FloorsIts description: “Optional. Data for points in the floors interval data type collection.”
Compatible devices
0 in Google’s table

Operations and request paths

The operations Google’s table lists for floors, each matched to its users.dataTypes.dataPoints method in the discovery document. The path is the documented path template (the method’s flatPath on https://health.googleapis.com/) with {dataTypesId} filled in as floors. Google on {user}: “The {user} can be either the alias me or the authenticated user's numeric Health User ID (retrieved via GetIdentity).”

Table listsMethodDocumented path template
reconcilereconcileGET https://health.googleapis.com/v4/users/{usersId}/dataTypes/floors/dataPoints:reconcile
rolluprollUpsame name, different casePOST https://health.googleapis.com/v4/users/{usersId}/dataTypes/floors/dataPoints:rollUp
dailyRollupdailyRollUpsame name, different casePOST https://health.googleapis.com/v4/users/{usersId}/dataTypes/floors/dataPoints:dailyRollUp

Every method, and how many of the data types list it: the methods overview.

Scopes

The scopes Google’s table lists for floors, as full URLs, with the consent text Google’s Scopes page gives each. Every Google Health API scope.

ScopeAccessGoogle’s permission text
https://www.googleapis.com/auth/googlehealth.activity_and_fitness.readonlyreadSee your Google Health activity and fitness data.
https://www.googleapis.com/auth/googlehealth.activity_and_fitness.writeonlywriteAdd activity and fitness data to Google Health, and edit or delete the data it adds.

Fields of Floors

The schema the discovery document gives DataPoint.floors, required fields first. Types are as the discovery document states them; the label is the word Google’s description opens with. The schemas its fields refer to follow, one level deep.

Floors — Google: “Gained elevation measured in floors over the time interval”

FieldTypeGoogle’s description
countRequiredstring/int64Required. Number of floors in the recorded interval. Must be in the range [0, 1000000].
intervalRequiredObservationTimeIntervalRequired. Observed interval

ObservationTimeInterval

Google: “Represents a time interval of an observed data point.”

FieldTypeGoogle’s description
endTimeRequiredstring/google-datetimeRequired. Observed interval end time.
endUtcOffsetRequiredstring/google-durationRequired. The offset of the user's local time at the end of the observation relative to the Coordinated Universal Time (UTC).
startTimeRequiredstring/google-datetimeRequired. Observed interval start time.
startUtcOffsetRequiredstring/google-durationRequired. The offset of the user's local time at the start of the observation relative to the Coordinated Universal Time (UTC).
civilEndTimeOutput onlyCivilDateTimeOutput only. Observed interval end time in civil time in the timezone the subject is in at the end of the observed interval
civilStartTimeOutput onlyCivilDateTimeOutput only. Observed interval start time in civil time in the timezone the subject is in at the start of the observed interval

Rollup fields

rollUp returns RollupDataPoint.floors

The discovery document: “Returned by default when rolling up data points from the floors data type, or when requested explicitly using the floors rollup type identifier.”

FloorsRollupValue — Google: “Represents the result of the rollup of the user's floors.”

FieldTypeGoogle’s description
countSumstring/int64Sum of the floors count.

dailyRollUp returns DailyRollupDataPoint.floors

The discovery document: “Returned by default when rolling up data points from the floors data type, or when requested explicitly using the floors rollup type identifier.”

The same FloorsRollupValue as the rollUp result above.

Fitbit Web API predecessor

Google’s Fitbit Web API → Google Health API data-type table maps Floors to floors.

Fitbit Web API scopes Google maps to floors’s scopes: activity, cardio_fitness.

Google’s full Fitbit Web API mapping tables · the migration playbook

Where Google’s pages disagree

Published as found, with the texts that disagree; nothing here is corrected by us.

  • Reference link points elsewhere

    The table links floors to the reference anchor #RollupDataPoint.FIELDS.floors; the DataPoint property that names it is floors.

    • Google's data-types page: “Floors”
    • the v4 discovery document: “Optional. Data for points in the floors interval data type collection.”

Google’s documentation

Related on this site

Questions

Which OAuth scopes does the Google Health API floors data type need?

Google's data-types table (read 2026-10-17) lists https://www.googleapis.com/auth/googlehealth.activity_and_fitness.readonly and https://www.googleapis.com/auth/googlehealth.activity_and_fitness.writeonly for floors. The Scopes page's consent text: .activity_and_fitness.readonly, "See your Google Health activity and fitness data."; .activity_and_fitness.writeonly, "Add activity and fitness data to Google Health, and edit or delete the data it adds."

Can apps write floors data to the Google Health API?

Not according to Google's data-types table, read 2026-10-17: it lists only reconcile, rollup and dailyRollup for floors, and no create, update or batchDelete operation.

How do you aggregate floors data with the Google Health API?

With the rollup methods Google's table lists for it. rollUp (POST https://health.googleapis.com/v4/users/{usersId}/dataTypes/floors/dataPoints:rollUp) returns RollupDataPoint.floors, a FloorsRollupValue with countSum; dailyRollUp (POST https://health.googleapis.com/v4/users/{usersId}/dataTypes/floors/dataPoints:dailyRollUp) returns DailyRollupDataPoint.floors, a FloorsRollupValue with countSum. Each field is described on this page as the discovery document describes it.

What did the Google Health API floors data type replace in the Fitbit Web API?

Google's Fitbit Web API migration table maps the Fitbit Web API's "Floors" to floors. The Fitbit Web API scopes Google maps to its scopes: activity and cardio_fitness.

Other activity and fitness data types

All activity and fitness data types →

Sources checked

Google’s text is quoted for identification; each guide page’s footer reads: “Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License.”. Generated from Google’s pages by scripts/fetch-google-health-api.mjs, not typed by hand; Google’s documentation remains the authority.

← All Google Health API data types