Informacje o wersjach

14 października 2026 r.

Filtrowanie rodziny źródeł danych

Zaktualizowaliśmy filtrowanie rodziny źródeł danych, dodając te funkcje:

  • Dodano obsługę parametru dataSourceFamily do punktu końcowego users.dataTypes.dataPoints list dla wszystkich typów danych z wyjątkiem sleep, food i food-measurement-unit.
  • Dodaliśmy rodzinę źródeł danych users/me/dataSourceFamilies/self-sources do punktów końcowych list, reconcile, rollUp i dailyRollUp, aby klienci mogli wysyłać zapytania o punkty danych, które sami zapisali, nawet jeśli mają przyznane tylko zakresy .writeonly.

Wyróżnione aktualizacje dokumentacji

  • Zaktualizowaliśmy przewodnik Filtrowanie danych, dodając szczegółowe informacje i przykłady dotyczące używania dataSourceFamily w punkcie końcowym list, wysyłania zapytań do self-sources z zakresami tylko do zapisu oraz obsługi ograniczeń typów danych.

1 października 2026 r.

Nowa wersja beta

Dodano kanał v4beta, który będzie służył jako publiczna wersja przedpremierowa do szeroko zakrojonych testów partnerskich i weryfikacji rynkowej przed przejściem na kanał stabilny v4. Elementy interfejsu API, które są dostępne tylko w v4beta, będą w dokumentacji oznaczone tagiem v4beta.

Więcej informacji znajdziesz w dokumentacji.

Nowy typ danych

Dodaliśmy obsługę tego typu danych:

  • Wskaźniki i pomiary zdrowotne: skin-temperature-sensors v4beta

Przewodnik po nowym interfejsie API

Dodaliśmy nowy przewodnik dotyczący temperatury skóry, który szczegółowo opisuje, jak używać typów danych związanych z temperaturą skóry.

17 sierpnia 2026 r.

Nowe zakresy

Dodaliśmy te zakresy tylko do zapisu:

  • .logged_symptoms.writeonly do zapisywania objawów fizycznych.
  • .mindfulness.writeonly do zapisywania stanów emocjonalnych i nastrojów.
  • .reproductive_health.writeonly do zapisywania miesiączek i wyników testów owulacyjnych.

Nowe typy danych

Dodaliśmy obsługę tych typów danych:

  • Zdrowie kobiet: menstrual-period, moods, ovulation-test, symptoms

Wyróżnione aktualizacje dokumentacji

14 sierpnia 2026 r.

Zaktualizowane wskazówki dotyczące migracji

Zaktualizowaliśmy Omówienie migracji, dodając bardziej szczegółowe wskazówki i usuwając nieaktualne treści.

Nowa strona Promowanie Google Health

Nowa strona Promowanie Google Health zawiera zalecane sposoby prezentowania Google Health w aplikacji oraz zachęcania użytkowników do połączenia. Znajdziesz tam też nowe wytyczne dotyczące marki Google Health.

22 czerwca 2026 r.

Panel stanu Google Health

Dodaliśmy panel stanu Google Health, aby udostępniać informacje o stanie usług, które są częścią Google Health.

17 czerwca 2026 r.

Narzędzie do sprawdzania zgodności z interfejsem Google Health API

Zaktualizowaliśmy narzędzie do sprawdzania zgodności z interfejsem Google Health API, dodając te zakresy: active-energy-burned, electrocardiogram, core-body-temperature, blood-glucose, irregular-rhythm-notification, food, food-measurement-unit, nutrition-log i exportExerciseTcx.

26 maja 2026 r.

Nowe zakresy

  • .ecg.readonly do odczytu danych EKG.
  • .irn.readonly do odczytu danych dotyczących powiadomień o nieregularnym rytmie serca.

Zmiany nazwy zakresu

Zastępowanie zakresów odczytu/zapisu zakresem .writeonly. Deweloperzy muszą teraz wyraźnie określić uprawnienia do odczytu i zapisu.

  • .activity_and_fitness to teraz .activity_and_fitness.writeonly
  • .health_metrics_and_measurements to teraz .health_metrics_and_measurements.writeonly
  • .nutrition to teraz .nutrition.writeonly
  • .profile to teraz .profile.writeonly
  • .settings to teraz .settings.writeonly
  • .sleep to teraz .sleep.writeonly

Nowe typy danych

Dodaliśmy obsługę tych typów danych:

  • Aktywność i fitness: active-energy-burned
  • ECG electrocardiogram
  • Wskaźniki zdrowotne i pomiary: core-body-temperature, blood-glucose
  • IRN: irregular-rhythm-notification
  • Wartości odżywcze: food, food-measurement-unit, nutrition-log

Nowe punkty końcowe

  • project.subscribers.subscriptions: metody create, delete, list i patch do ręcznego zarządzania subskrypcjami.
  • users: getIrnProfile zwraca bieżące zaangażowanie użytkownika w funkcję powiadomień o nieregularnym rytmie serca.
  • users.pairedDevices: get i list urządzenia sparowane z kontem użytkownika.

Webhooki

Dodaliśmy obsługę tych funkcji webhooka:

  • Ręczna obsługa subskrypcji, gdy subskrybent jest zarejestrowany.
  • Obsługa powiadomień w przypadku typów danych activityLevel, bloodGlucose, dailyRespiratoryRate, heartRateVariability, height, hydrationLog, nutritionLog, respiratoryRateSleepSummary, runVo2Max, sedentaryPeriod, timeInHeartRateZone.
  • Obsługa niestandardowych wskaźników, alertów i błędów subskrybentów w konsoli Google Cloud.
  • Automatycznie ponawia próby wysłania nieudanych powiadomień webhooka przez maksymalnie 7 dni, jeśli komunikacja z subskrybentem zostanie utracona.

Wyróżnione aktualizacje dokumentacji

14 kwietnia 2026 r.

Nowe typy danych

  • Aktywność i fitness: swim-lengths-data
  • Wskaźniki zdrowotne i pomiary: height

Nowe punkty końcowe

Obsługa webhooków

  • Automatyczne tworzenie subskrypcji po zarejestrowaniu subskrybenta.
  • Ręczne zarządzanie subskrypcjami za pomocą punktów końcowych project.subscribers
  • Obsługa powiadomień dotyczących typów danych activeZoneMinutes, altitude, bodyFat, caloriesInHeartRateZone, dailyHeartRateVariability, dailyHeartRateZones, dailyOxygenSaturation, dailyRestingHeartRate, dailySleepTemperatureDerivations, distance, exercise, floors, heartRate, sleep, steps, totalCalories i weight.

Dodatkowe funkcje

  • Biblioteki REST na GitHubie: biblioteki REST interfejsu Google Health API są dostępne dla wszystkich obsługiwanych bibliotek klienta zawartych w projekcie interfejsy API Google na GitHubie.
  • Obsługa narzędzia APIs Explorer: punkty końcowe można wywoływać za pomocą narzędzia APIs Explorer, które jest wbudowane w dokumentację referencyjną.
  • Obsługa OAuth Playground: interfejs Google Health API w wersji 4 jest wymieniony w OAuth 2.0 Playground, narzędziu, które umożliwia wywoływanie punktów końcowych obsługujących bibliotekę OAuth Google.

24 marca 2026 r.

Ogłoszenie o wprowadzeniu interfejsu Google Health API

Interfejs Google Health API to następna generacja interfejsu Fitbit Web API, który został stworzony od podstaw i zaprojektowany z myślą o naszej społeczności deweloperów. Ta pierwsza wersja skupia się na osiągnięciu zgodności z Fitbit Web API w przypadku najczęściej używanych typów danych oraz na dodaniu funkcji, o które prosiła społeczność deweloperów. Oto funkcje dostępne obecnie.

Najważniejsze główne funkcje

  • Uproszczona konfiguracja: rejestruj projekty i zarządzaj identyfikatorami klienta OAuth bezpośrednio w konsoli Google Cloud.
  • Szeroka obsługa platform: korzystaj z bibliotek Google OAuth2, aby zapewnić płynną integrację ze wszystkimi głównymi językami programowania i platformami.
  • Uproszczony dostęp do danych: korzystaj z nowych definicji zakresów, które łączą wiele typów danych w jeden łatwy w zarządzaniu zakres.
  • Spójne punkty końcowe w przypadku różnych typów danych: uproszczone kodowanie dzięki nowym, ujednoliconym punktom końcowym i obsłudze filtrów, które usprawniają działanie wszystkich typów danych.
  • Kompleksowy zakres danych: dostęp do obsługi odczytu i zapisu w przypadku wielu typów danych.
  • Powiadomienia w czasie rzeczywistym: natychmiast otrzymuj aktualizacje dzięki ulepszonej obsłudze webhooków, która obejmuje automatyczne tworzenie subskrypcji i bogatszą treść powiadomień.
  • Domyślna obsługa danych śróddziennych: domyślnie pobieraj szczegółowe dane śróddzienne za pomocą punktu końcowego listy, eliminując dodatkowe czynności.
  • Pełny zestaw dokumentacji: szybko rozpocznij pracę dzięki naszej nowej, obszernej dokumentacji, która obejmuje:
    • Przewodniki dla początkujących, przewodniki po interfejsie API, przewodniki po migracji i przewodniki po rozwiązywaniu problemów
    • Pełny przewodnik po interfejsie REST
    • Nowe narzędzie do sprawdzania zgodności z interfejsem Google Health API, przykładowy kod i praktyczne ćwiczenie z programowania z instrukcjami

Obsługiwane typy danych

Ta wersja zapewnia dostęp do podstawowych typów danych, dzięki czemu masz najważniejsze informacje potrzebne do tworzenia innowacyjnych rozwiązań zdrowotnych.

Typy danych obsługujące odczyt:

  • Aktywność i fitness: aktywne minuty, aktywne minuty w strefie, poziom aktywności, wysokość, kalorie w strefach tętna, dzienny pułap tlenowy, dystans, ćwiczenia, piętra, pułap tlenowy podczas biegu, okres bez aktywności, kroki, czas w strefie tętna, suma kalorii, pułap tlenowy.
  • Wskaźniki zdrowotne i pomiary: tkanka tłuszczowa, dzienna zmienność rytmu serca, dzienne strefy tętna, dzienne nasycenie tlenem, dzienna częstość oddychania, dzienne tętno spoczynkowe, dzienne odchylenia temperatury podczas snu, tętno, zmienność rytmu serca, nasycenie tlenem, częstość oddychania, informacje o śnie, waga.
  • Identity: zwraca identyfikator użytkownika Fitbita i identyfikator użytkownika Google.
  • Lokalizacja: dane GPS na podstawie zarejestrowanego ćwiczenia w formacie TCX.
  • Odżywianie: zapis nawodnienia.
  • Profil: podstawowe informacje o profilu użytkownika.
  • Ustawienia: ustawienia urządzenia i aplikacji mobilnej skonfigurowane przez użytkowników.
  • Sen: zapisy snu klasycznego i faz snu.

Typy danych obsługujące zapis:

Możesz zapisywać i modyfikować dane tych typów:

  • Aktywność i fitness: ćwiczenia
  • Wskaźniki zdrowotne i pomiary: tkanka tłuszczowa, waga
  • Profil
  • Ustawienia
  • Sen

Kluczowe punkty końcowe interakcji

Do zarządzania subskrypcjami, użytkownikami oraz danymi o zdrowiu i aktywności fizycznej dostępne są te punkty końcowe:

  • users: metody getIdentity, getProfile, getSettings, updateProfile i updateSettings do zarządzania tożsamością i profilami.
  • users.dataTypes.dataPoints: metody batchDelete, dailyRollUp, list, patch, reconcile i rollUp do kompleksowego zarządzania typami danych.