Google、Fitbit Air向け初の発売後ファームウェアアップデートを提供開始

最新の9to5Google Googleレポートによると、Googleは発売後初となるFitbit Airのファームウェアアップデートの配信を開始した。このリリースにより、ウェアラブルのファームウェアは20001.245.19から20001.253.2へ更新される。ただしGoogleは、変更内容をバグ修正と全般的な改善にとどまるものと説明している。

この説明こそが、今回のアップデートをめぐる中心的な緊張点を生んでいる。画面を持たないFitbit Airは、ユーザーが問題を直接見分ける手段が少ないため、信頼性の高いバックグラウンド追跡に依存している。それにもかかわらずGoogleは、このファームウェアがどの不具合に対処するのか、あるいは健康・運動データの測定を改善するのかを明らかにしていない。

今回の配信は、運動追跡とエクスポートに関する問題を修正したGoogle Healthアプリの2つの大型アップデートに続くものだ。また、Fitbit AirがWhoop、Oura、スマートウォッチ、そして既存のFitbitトラッカーによってすでに形作られた市場へ参入してから間もない時期でもある。

ファームウェア自体は控えめな内容に見える。より大きな意味は、Googleの新たなウェアラブル戦略について何を示しているかにある。Fitbit Airは、成熟したアプリケーションに接続する単なる新デバイスではない。Fitbitのソフトウェア、コーチング、サブスクリプションをGoogle Healthのブランドの下へ移行するGoogleの取り組みとともに発売された。

したがって、今回の発売後初アップデートはGoogleの配信システム以上のものを試す。ユーザーに十分な情報を提供しつつ、画面なしのトラッカーが目立たない保守によって信頼を得られるかどうかを試すものでもある。

Fitbit Air初回アップデートで変わること

ファームウェア253.2は、機能追加ではなく主に保守を目的としたリリースだ。

配信は6月下旬に始まり、7月中に対象デバイスを拡大した。その後Googleはより詳しいインストール手順を公開したが、基となるリリースノートには引き続き軽微なバグ修正のみが記載されている。

完全なファームウェア番号はモバイルプラットフォームごとに異なって表示される。iOSアプリでは20001.253.2として示される。Androidではプラットフォーム固有の接頭辞が加わり、67.20001.253.2と表示されるが、意味を持つ末尾部分は同じだ。

Fitbit Airには、発売初日からセットアップ用アップデートが用意されていた。しかしこれは、所有者が有効化の際に受け取ったため、発売後アップデートには数えられない。ファームウェア253.2は、人々がデバイスを使い始めた後に提供された最初の保守パッケージである。

所有者は技術メニューを探し回る必要はない。デバイスが対象になると、Google HealthはTodayフィードまたはFitbit AirのデバイスページにDevice Updateカードを表示する。

段階的な配信には意味がある。ウェアラブルメーカーは一般に、すべてのデバイスへ同時にファームウェアを送ることを避ける。徐々に展開することで、アップデートが新たな問題を引き起こした場合に影響を受けるユーザー数を抑えられる。

Googleの説明によると、アップデートには約10分かかる。ユーザーは進行バーが完了するまでGoogle Healthアプリを起動したままにし、Fitbit Airを接続済みのスマートフォンまたはタブレットの近くに置く必要がある。

Googleは、バッテリー残量が少なくとも50％ある状態で開始するか、トラッカーを充電器に接続することを推奨している。初期の配信ガイダンスでは、デバイスは充電せずに腕に装着したままでもよいとされていたが、十分な電力があれば中断のリスクはなお減らせる。

タイミングについても、やや特殊な注意がある。Googleは日中または夕方にインストールするよう勧めている。深夜ごろに更新すると、インストールが日次追跡の区切りと重なるためか、その日の歩数が一時的に不正確に表示される可能性がある。

この注意は、ファームウェア253.2が歩数計測アルゴリズムを変更することを示すものではない。これはインストールのタイミングに伴う一時的な表示または同期の問題を説明している。所有者は、これをより広範な精度問題の証拠とみなすべきではない。

アップデートはトラッカーから直接ではなく、Google Health経由で配信される。この配信経路はFitbit Airのアーキテクチャを反映している。ディスプレイがなく、物理的なフィードバックも限られるこのウェアラブルでは、セットアップ、データ確認、ワークアウト操作、保守をスマートフォンに委ねている。

この構成は手首での体験を静かなものに保つ。一方で、アプリ接続の失敗により、デバイスとのほぼすべての重要な操作が妨げられる可能性がある。したがってファームウェアアップデートは、トラッカー、Bluetooth接続、Google Healthアプリケーションを合わせて試すものとなる。

元のファームウェア報道によると、Googleは修正された不具合の詳細な一覧を提供していない。したがって所有者は、目に見えるデザイン変更や新たな健康指標ではなく、全般的な信頼性向上を期待すべきだ。

9to5Google Googleの報道が曖昧な変更履歴に注目する理由

具体的なリリースノートがないことは、一般的なアクセサリーよりも健康トラッカーで重要な意味を持つ。

曖昧な変更履歴では、所有者が以前の問題と新ファームウェアを確実に結び付けることができない。運動検出の見逃し、同期失敗、異常な測定値を経験した人は、このアップデートがその挙動を対象としているかどうかを判断できない。

Googleの表現は独立した評価も妨げる。レビュー担当者はインストール前後でバッテリー寿命や自動ワークアウト検出を比較できるが、意図的な変更と通常の測定変動を切り分けることはできない。

この制約は、Fitbit Airが継続的に情報を収集するため、とりわけ重要だ。同デバイスは、心拍数、睡眠時間、心拍変動、皮膚温の変動、血中酸素の傾向といったシグナルを監視する。

これらの測定値によってFitbit Airが医療診断機器になるわけではない。Googleの規制関連文書は、この製品が病状の診断、治癒、治療、予防を意図したものではないと述べている。それでもユーザーは、そこに示されるパターンをもとに日々の判断を下す。

睡眠状態の悪さを見てワークアウトを調整する人もいるだろう。また、夜間の傾向を確認して就寝習慣を変える人もいるかもしれない。デバイスが活動を見逃したり同期を失ったりすれば、記録の実用的な価値は低下する。

画面のないハードウェアは、ドキュメント上の問題を増幅させる。スマートウォッチなら、接続切断アイコン、記録状態、バッテリー警告を表示できる。Fitbit Airは振動とライトによるフィードバックが限られており、何が起きたのかを説明する責任はGoogle Healthに委ねられる。

このデバイスの基本的な約束は、最小限の注意で受動的に測定することだ。その約束は、トラッカーがデータを正しく収集・転送しているとユーザーが信じられる場合にのみ成り立つ。説明のない保守は、どの弱点を解消したのかを示さないまま、Googleがシステムを改善したと信頼するようユーザーに求めることになる。

詳しい説明を記載しても、Googleがセキュリティ上重要な情報を公開する必要はない。Bluetoothの安定性、アクティビティ認識、バッテリー表示、同期回復といった大まかな領域を示すことは可能だ。そうした分類だけでも、所有者が関連性を判断する助けになる。

しかし、「軽微なバグ修正」という表現では複数の解釈が残る。このアップデートは、大半の所有者が一度も遭遇しないまれな障害を修正するものかもしれない。また、新機能とは見なされないものの、多くのユーザーに影響する追跡挙動に対処する可能性もある。

9to5Google Googleの記事は、ファームウェア配信を直近のGoogle Healthの2つのリリースと結び付けている。これらのアプリアップデートでは、不完全なTCXエクスポートを解消し、ライブ運動追跡中に接続が失われた際の挙動を改善した。

TCXは、フィットネス活動、ルート、タイムスタンプ、センサーレコードをサービス間で転送するために使われる構造化ファイル形式だ。不完全なエクスポートは、Google Healthの外部で長期的な記録を維持するランナーやサイクリストにとって重要になり得る。

接続性の修正は、もう一つの根本的な問題に対処した。ライブのFitbit Air運動中にスマートフォンとの接続が切れた場合、アプリケーションは不完全な結果を作らずにワークアウトを保持または復元する必要がある。

Googleは、さらなる改善が続くことを認めつつ、この作業を完了済みとした。この表現は、同社が信頼性を、発売時に完了する要件ではなく継続的なプロセスと捉えていることを示唆している。

ファームウェアがこの取り組みを支えている可能性はあるが、Googleはバージョン253.2をいずれの修正にも明示的に結び付けていない。報道ではその区別を明確に保つ必要がある。アプリアップデートでは結果が説明されている一方、ファームウェアの変更履歴は一般的なままである。

この文脈で透明性は見た目の問題ではない。所有者が、失敗したワークフローを再テストすべきか、未解決の不具合を報告すべきか、あるいは観察可能な差を期待すべきでないかを把握する助けとなる。

より具体的な変更履歴は、不必要なトラブルシューティングも減らせる。これがなければ、ユーザーは自分の問題が解消されたかを確かめるために、ハードウェアをリセットしたり、Google Healthを再インストールしたり、ワークアウトを繰り返したりするかもしれない。

Google Healthが小規模アップデートをより重要にする

Fitbit Airの初回ファームウェアアップデートは、ウェアラブルハードウェアの管理中枢としてのGoogle Healthにとっても初期の試験となる。

Googleは、FitbitのモバイルソフトウェアをGoogle Healthへ改称するのと同時にFitbit Airを発表した。Fitbitの名称はハードウェアに残る一方、アプリケーション、コーチング体験、関連サービスは現在、より広範なGoogleの健康ブランドを掲げている。

この分離により、トラッカーの役割は変わる。Fitbit Airはシグナルを収集するが、ほぼすべてを解釈・提示するのはGoogle Healthだ。アプリはダッシュボード、睡眠詳細、活動追跡、コーチングメッセージ、デバイス接続、ソフトウェアアップデートを管理する。

GoogleのFitbit Airの紹介では、継続的な着用を想定した画面なしのウェアラブルと説明されている。バッテリーは最大1週間持続し、5分間の充電で約1日分の稼働時間を得られるとしている。

トラッカー本体の重量は5.2グラムで、標準バンドを含む構成では12グラムとなる。その薄型設計は、より大きなスマートウォッチよりも夜間の装着を容易にすることを意図している。

睡眠や回復に関する洞察には一貫したデータが必要なため、ハードウェアの快適性は重要だ。ナイトスタンドに置かれた高性能センサーは、有用な記録を一切生み出さない。Googleの設計上の主張は、軽く、気が散らないハードウェアほど長時間身体に装着されるというものだ。

Fitbit Airには、光学式心拍数モニター、モーションセンサー、赤色・赤外線センサー、温度センサーが搭載されている。これらのコンポーネントは、心拍数の傾向、睡眠段階、血中酸素情報、皮膚温の変動、自動アクティビティ検出を支える。

デバイス自体にはディスプレイがない。ユーザーはスマートフォンから特定のワークアウトを開始し、Google Healthで結果を確認するか、自動認識に依存する。そのためソフトウェア品質は、補助的な機能ではなく製品の中核機能の一部となる。

Google HealthはFitbit AirとPixel Watchからのデータにも対応している。所有者は、日中はウォッチを使い、睡眠時には軽量なトラッカーを使うといった形で、2つのデバイスを切り替えられる。

アプリケーションは、特定の記録をどのデバイスが提供したのかを識別できる。ただし両方を着用しても、宣伝されている精度上の利点は得られない。価値は、片方のデバイスが充電中だったり、特定の環境に適していなかったりする場合にも、記録の連続性を保てることにある。

このアプローチは、2つのウェアラブルがセンサー処理を分担するシステムとは異なる。たとえばSamsungは、特定のGalaxy WatchとGalaxy Ringの組み合わせが連携する際のバッテリー上の利点を説明している。

Googleは代わりに、単一の健康記録内で柔軟に切り替える仕組みを提供している。この選択により、デバイスが重複して装着されたり、接続が切れたり、1日の中で役割が変わったりする際に、Google Healthがデータを正しく統合することが求められる。

消費者向けの機能が追加されなくても、ファームウェアアップデートはこのシステムに影響を与え得る。タイムスタンプ、Bluetoothの挙動、保存済みのアクティビティ記録、センサー同期への変更は、アプリケーションに表示される内容に影響する可能性がある。

Googleはすでに、接続GPSを利用してFitbit Airで記録したエクササイズに関する不完全なTCXエクスポートを認めている。また、複数のデバイスやアプリケーションがGoogle Healthに接続されているケースも特定した。

こうした修正は、ファームウェアとアプリケーションソフトウェアの境界が重要である理由を示している。トラッカーがワークアウトを正しく記録していても、アプリケーションが誤ってエクスポートすることはあり得る。逆に、ウェアラブルが取得できなかった情報をアプリが復元することはできない。

複数のデバイスから記録を管理するユーザーにとって、この複雑さはより広範な個人情報の問題に似ている。検索可能なパーソナルナレッジベースも、正確な取得、明確な来歴、信頼できる検索に依存している。

健康記録にはさらに高い機微性があり、この比較には限界がある。それでも原則は同じだ。洗練されたダッシュボードでも、欠落したデータや出所が曖昧なデータを補うことはできない。

したがって、ファームウェア253.2はより大きなシステムにおける一層として重要である。その成否は、目に見えるインターフェース変更の有無ではなく、中断が減り、記録の信頼性が高まるかで測るべきだ。

Fitbit Air、Whoop、Oura、そしてGoogle自身のウェアラブルとの競争

主な競争は、Fitbit Airが掲げる「注意を奪わない」約束と、アプリ依存型トラッキングの現実との間にある。

Googleはこのデバイスを、従来型ウェアラブルを気が散る、かさばる、あるいは不快だと感じる人に向けたスクリーンレスの選択肢として位置付けた。これによりFitbit Airは、Whoopのリストバンド型体験やOuraのスクリーンレスリングモデルに近い存在となる。

フォームファクターは異なるが、中心となる提案は重なっている。いずれもユーザーに長時間センサーを装着させ、通常はスマートフォンを通じて後から解釈済みの健康情報を確認するよう求める。

Whoopは、負荷、回復、コーチングを中心に据えたディスプレイ非搭載ウェアラブルという考え方を確立してきた。Ouraはリングを用い、従来型スクリーンの存在感を抑えながら睡眠と回復を重視している。

Fitbit Airは、Googleのソフトウェアの到達範囲、定着したFitbitブランド、AndroidとiOSの両方への対応を携えて参入する。また、単独で機能する製品ではなく、既存のウォッチやトラッカーのポートフォリオにも接続する。

Google自身のラインアップも、もう一つの競争層を生み出している。Pixel Watchは、ディスプレイ、アプリケーション、通知、より充実したデバイス上での操作を提供する。Fitbit SenseおよびVersaデバイスは、手首で視覚的な情報を得たい購入者に対応している。

ChargeとInspireのトラッカーも引き続き提供されている。これらのデバイスは、画面の好み、センサー、バッテリーへの期待、サイズに応じた選択肢を重ねている。

Fitbit Airがすべての選択肢を置き換える必要はない。より明確な試金石は、ユーザーがスマートフォンへの依存を深めることを受け入れるほど、静かなリストトラッカーに価値を見いだすかどうかだ。

このトレードオフは、ファームウェアのインストール時に現れる。ユーザーはGoogle Healthを開いたままにし、近くにデバイスを置き、処理が完了するまで待たなければならない。日常生活に溶け込むよう設計されたデバイスが、短時間ながら綿密な見守りを求める。

これはウェアラブルのアップデートとして異例の要件ではない。しかし、「設定したら忘れてよい」という考え方の実用上の限界を露呈している。

スクリーンレス設計では、自動エクササイズ検出の重要性も増す。Googleは、Fitbit Airが自動認識するエクササイズの数を改善する計画だと述べている。同社はその改善に関する完全な予定表を公表していない。

自動認識により、ワークアウト前にスマートフォンを開く必要が減る。認識精度が低ければ逆の結果となり、アクティビティ後の手動修正や、開始前の意図的なスマートフォン操作が必要になる。

最初のファームウェアアップデートは、エクササイズ検出を拡大すると明示的には主張していない。所有者は、一般的な改善を特定のアクティビティが今後より一貫して記録されることの確認と解釈すべきではない。

同じ注意はセンサー精度にも当てはまる。ファームウェアは、フィルタリング、サンプリング、同期、バッテリー挙動を変更できる。Googleは、バージョン253.2が健康指標やアルゴリズムを変更すると述べていない。

したがって、Fitbit Airの競争上の位置付けは、目に見える面では変わっていない。Google Healthと密接に結び付いた、軽量でスクリーンレスのトラッカーであり続ける。このアップデートは、Whoop、Oura、Pixel Watch、または別のFitbitモデルを明確に上回る機能を導入するものではない。

一方で、Googleが発売後のハードウェア保守を開始した証拠は示している。これは必要条件ではあるが、十分条件ではない。競争力は、今後のリリースのペース、具体性、測定可能な成果に左右される。

9to5GoogleのGoogleに関する報道は、この違いを浮き彫りにしている。アップデートを受け取ることは初期所有者にとって安心材料となるが、一般的な変更履歴だけでは、競合製品に対してデバイスがどのように改善したかを示すことはできない。

購入者にとって有用な比較は、引き続き行動面にある。即時のワークアウト統計を求める人は、依然としてディスプレイを好むだろう。静かで長期的なトラッキングを優先する人は、スマートフォン中心の体験を受け入れるかもしれない。

Googleの機会は、ユーザーが調べる必要をほとんど感じないほど、この静かな体験を信頼できるものにすることだ。リスクは、フィードバックが限られることで、通常の同期問題が記録全体に対する不確実性へと変わる点にある。

ファームウェア253.2がなお答えていないこと

このアップデートは、トラッキング精度、接続復旧、初期所有者へのGoogleの情報発信に関する未解決の疑問を残している。

第一に、Googleは修正したバグを特定していない。そのため、ユーザーはリリースを報告済みの問題と対応付けられず、更新前後の検証も焦点を絞りにくい。

第二に、同社は測定可能な信頼性目標を共有していない。このファームウェアに関連して、自動ワークアウト検出率、同期成功率、バッテリー持続時間、センサー性能がどの程度変化したかは公表されていない。

第三に、ロールアウト自体が混乱を招く可能性がある。対象デバイスにはアップデートカードが表示されるが、段階的な配信であるため、同じ日に二人の所有者で利用可能状況が異なることがある。

それは必ずしも問題の兆候ではない。ただし、他の人が先にアップデートを受け取ったという理由だけで、繰り返しリセットしたりアプリケーションを再インストールしたりすべきではないことを意味する。

コミュニティの報告は有用な警告信号を提供するが、不具合の広がりを立証することはできない。たとえば、一部の所有者は、ハードウェアの再起動とGoogle Healthの再インストール後にペアリングに失敗したと説明している。

Fitbit Airはスマートフォンへの接続成功に依存しているため、こうした報告には注意を払う価値がある。しかし、サポートスレッドだけでは、その問題が大規模なユーザー層、特定のスマートフォンモデル、あるいは孤立した構成に影響するのかは分からない。

Googleのウェアラブルサポートポリシーでは、Fitbitデバイスは該当製品が同社のストアで最後に販売されてから少なくとも2年間、セキュリティアップデートを受けるとしている。これは最低限のサポート枠組みを定めるものであり、機能や信頼性に関するリリース予定を示すものではない。

セキュリティサポートは、製品改善とも異なる。既知の脆弱性から保護された状態を維持しつつ、同期やアクティビティ認識で不満の残る挙動を抱え続けることはあり得る。

ファームウェアアップデート自体にも限定的なリスクがある。インストールが中断されるとデバイスが一時的に利用できなくなる可能性があり、保守を目的とした新リリースであっても回帰を招くことがある。

Googleの段階的ロールアウトは、そのリスクを抑えるのに役立つ。所有者は、トラッカーを充電し、スマートフォンを近くに置き、深夜前後のインストールを避けることで、さらにリスクを減らせる。

また、ある一日の異常なデータを恒久的な変化の証拠として扱うべきではない。睡眠、歩数、心拍数、バッテリー使用量は、行動、装着状態、気温、接続性、アプリケーションの動作によって変動する。

意味のある評価には、類似した条件下での繰り返し観察が必要だ。所有者は、同じ種類のワークアウトが一貫して記録されるか、介入なしに同期が完了するか、充電予測が安定しているかを比較できる。

データをエクスポートする人は、最近のアクティビティに完全なタイムスタンプ、ルート、測定値が含まれていることを確認すべきだ。これは特に、接続GPSを利用して記録されたエクササイズや複数のソースにまたがるエクササイズに関連する。

ユーザーは、健康に関する判断をファームウェアノートだけに依存すべきではない。Fitbit Airはウェルネス情報を提示するが、Googleの安全ガイダンスでは、このウェアラブルを医療診断機器と区別している。

慎重な解釈は明快だ。ファームウェア253.2は積極的な保守を示しているが、トラッカーの精度を単独で裏付けるものでも、発売時のすべての問題を解決するものでもない。

Googleは次の変更履歴で不確実性を減らせる。影響を受けたシステムを明記すれば、ユーザーは修正が機能するかを確認でき、サポートチームもトラブルシューティングのより明確な基盤を得られる。

それまでは、パターンを観察する負担の一部が所有者にかかる。目に見えない改善には意図的な検証が必要なため、これは「注意を奪わない」という提案を弱める。

したがって、このファームウェアはベースラインとなる保守イベントとして理解するのが最善だ。Googleが新しい健康アプリケーションを通じてアップデートを配信できることは示しているが、長期的な情報発信の質をまだ実証してはいない。

9to5GoogleのGoogle報道後に注目すべき3つのシグナル

次の段階は、エクササイズ検出、複数デバイスでの信頼性、Googleのリリースノートの質によって決まる。

第一のシグナルは、自動エクササイズ認識の改善が文書化されることだ。Googleはすでに、Fitbit Airが手動入力なしで検出するエクササイズの数を拡大する意向を示している。

将来のリリースでは、新たに対応したアクティビティを特定するか、測定可能な認識の変化を説明すべきだ。そうなれば、スクリーンレスのトラッキングは単にスマートフォン操作を別の場所に移すのではなく、スマートフォン操作を減らせるという主張が強まる。

こうした進展がなければ、Fitbit Airの中心的な利便性の主張は弱まる。頻繁にワークアウトを修正するユーザーは、直接操作できるウォッチの方が自身の習慣に適していると判断するかもしれない。

第二のシグナルは、Fitbit Air、Pixel Watch、接続GPS、サードパーティーのソース間で安定したデータ処理が行われることだ。Google Healthは、欠落、重複、不明確なデバイス帰属なしに、これらの記録を統合しなければならない。

TCXエクスポートと接続切断に対する最近の修正は、Googleがこの層に取り組んでいることを示している。次の試金石は、通常利用の中で所有者が不完全なアクティビティに遭遇しなくなるかどうかだ。

信頼できる切り替えが実現すれば、Fitbit Airはコンパニオンデバイスとしてより価値を増す。たとえば、ランニングではPixel Watchを着用し、夜間はFitbit Airを使用しても、一貫した健康タイムラインを維持できるようになる。

エクスポートや同期の問題が繰り返されれば、より深いアーキテクチャ上の弱点が明らかになる。問題はもはや孤立した発売時のバグには見えなくなる。Google Healthが統合システムとして担う役割そのものに疑問を投げかけることになる。

第三のシグナルは、より具体的なファームウェア文書だ。Googleはすべての内部変更を開示する必要はないが、ユーザーに見えるカテゴリと既知の制限を特定すべきである。

有用なノートでは、アップデートによってBluetoothの再接続が改善される、アクティビティ記録の欠落が減る、バッテリー表示が修正される、といった説明ができる。また、インストール後に所有者が何らかの対応を取る必要があるかも示すべきだ。

アップデートが小規模なままでも、より良いノートは信頼を強める。受動的なトラッキングと、十分な情報に基づく信頼との関係をGoogleが理解していることを示すからだ。

一般的な表現が続けば、その信頼は弱まる。スクリーンレスのウェアラブルは主にユーザーの視界の外で動作するため、文書はインターフェースの一部となる。

所有者は、今後数カ月にわたってこの3つのシグナルを確認できる。自動検出の対象が広がるか、複数デバイスの記録が完全な状態を維持するか、今後のリリースがその目的を説明するかを確認すべきだ。

9to5GoogleのGoogle報道から明らかなのは、ファームウェア253.2が大がかりな機能リリースではないということだ。その重要性は、Fitbit Airにとって初のローンチ後アップデートとして、Googleの保守運用のリズムを試すものになる点にある。

現在の所有者にとって妥当な対応は、Googleが推奨する条件下でアップデートをインストールし、普段のワークフローを確認することだ。何かが変わったと判断する前に、定期的な運動、夜間の同期、エクスポートしたアクティビティ記録をチェックしてほしい。

購入を検討している人は、文書化されていない修正ではなく、製品として確立された設計に注目すべきだ。Fitbit Airは引き続き、継続的な装着と後からの確認を前提とした、画面非搭載・スマートフォン依存型のトラッカーである。

Googleには今後、目立たないハードウェアが、不透明な存在になることなく、同じく目立たない保守を受けられることを証明する必要がある。将来のアップデートで信頼できる記録とより明確な説明が実現すれば、Fitbit Airの「注意を引かない」モデルは説得力を増すだろう。

そうでなければ、画面がないことは通知から解放される自由というより、ユーザーが信頼するよう求められるシステムへの可視性が低いことのように感じられるはずだ。