ホームすべてのツール振動試験

このツールで確認できること

スマホ振動テスト | バイブ・触覚フィードバック確認

スマートフォンのバイブレーションが正常に動くかを確認できます。連続・パルスなど複数パターンで反応を試せます。

振動テスト、モーター検出、携帯電話の振動、触覚フィードバック、ハードウェア検出

プライバシー

無関係な権限は求めず、この端末で利用できるブラウザ API を使って動作します。

対応プラットフォーム

最新の Chrome、Edge、Safari、Firefox での利用を推奨します。対応状況は Vibration API、HTTPS、ハードウェア、ブラウザポリシーに依存します。

振動試験台

振動 API: サポートされていません非セキュリティコンテキスト

プリセットリズム

パターン：30

リズム/強度ジェネレーター (体性感覚コントラスト)

リズム

スピード(BPM)

120 BPM

拍数

8ビート

強度（「パルス持続時間/間隔」で概算）

強度 55 / 100 (パルスは約 147ms、ベース間隔は約 121ms)

サイクル

繰り返す

サイクル間隔 (ms)

パターンを生成する：147, 353, 147, 353, 147, 353, 147, 353, 147, 353, 147, 353, 147, 353, 147（約 3647ms）

カスタムパターン

注: パターンは一連のミリ秒で構成されます。奇数ビットは「振動継続時間」を表し、偶数ビットは「インターバル継続時間」を表します。例: 100、50、100

注意: 多くのブラウザでは、振動をトリガーするには「ユーザージェスチャ」が必要です (ボタンをクリックするだけです)。一部のプラットフォーム (特に iOS/Safari) は、Vibration API をまったくサポートしていない場合があります。 Android/Chrome のサポートがより一般的です。

実行ログ

User Agent-

提案有効にならない場合: Android/Chrome に変更し、省電力モードになっていないことを確認し、HTTPS でテストします。

まだログがありません。左側のボタンをクリックして振動テストを開始します。

同じデバイスを使用して、異なるリズム/強度の下での「体性感覚の違い」（明らかかどうか、遅れているか、システムに飲み込まれているかどうか）を繰り返し比較できます。

このページを使用して問題を迅速に特定する方法

まず「短パルス/中パルス」をクリックして、振動フィードバックがあるかどうかを確認します。フィードバックがないということは、通常、ブラウザ/システムがフィードバックをサポートしていないか、ポリシーによって制限されていることを意味します。

次に、「SOS/心拍/3 回の連続ショック」を使用して、「長短のリズムの区別」が明らかかどうかをテストします。「非常に弱いリズムの区別」しかない場合は、省エネ/サイレントポリシーの下でシステムが振動の一部を飲み込んだ可能性があります。

「リズムジェネレーター」を使用して、さまざまな BPM と強度を比較します。強度は本質的に継続時間とデューティサイクルの近似値であり、真の振幅制御ではありません。

iPhone/Safari でテストする場合、ほとんどの場合、Vibration API は利用できません。比較には Android/Chrome を使用することをお勧めします。

振動試験ガイド

Vibration API が利用可能であることを確認し、さまざまなテンポと強度 (おおよそ) でデバイス/ブラウザーの振動フィードバックパフォーマンスを比較します。

ステップ 1

API の利用可能性を確認する

約5秒

「短パルス(30ms)」または「中パルス(80ms)」をクリックします。

何も感じない場合は、デバイス/ブラウザを変更して比較してください (通常、Android/Chrome が成功する可能性が高くなります)。

セキュリティ以外のコンテキストの入力を求められた場合は、https でアクセスすることをお勧めします。

ステップ 2

さまざまなリズムをテストする

約20秒

「ダブルクリック/トリプルショック/SOS/ハートビート」を実行して解像度を観察します。

BPM (テンポ) と拍数を調整し、「定常拍と 2 拍子/3 連拍」を比較します。

遅延が明らかな場合は、システムのスケジュール/省電力戦略が原因である可能性があります (特にバックグラウンド/ロック画面のシーン)。

ステップ 3

「強度」の比較を行う（おおよそ）

約15秒

強度を 20/50/80 に設定し、それぞれ 1 回ずつ実行します。

「より明白であるか、より長く、より継続的であるか」、および「一度だけ揺れてその後消えるかどうか」を観察してください。

同じデバイス上での比較はより意味があります。これらをデバイス間での絶対的な結論として使用しないでください

このツールがチェックする内容

このページでは、ブラウザーが基本的な振動パターンをトリガーできるかどうか、またデバイスがそれらの振動パターンに応答するかどうかを確認します。

API の利用可能性

ブラウザがこのデバイス上で Vibration API を公開しているかどうかを確認します。

単一パルスの動作

短い振動コマンドが触覚応答を生成するかどうかを確認できます。

パターンの再生

より長い振動パターンがサポートされているか、切り捨てられているかを確認するのに役立ちます。

停止/割り込み応答

進行中の振動をキャンセルできるか、ブラウザによって遮断できるかを確認するのに役立ちます。

デバイス側の触覚反応

携帯電話またはタブレットがまだ触覚出力を生成しているかどうかを確認します。

ブラウザの互換性に関するヒント

サポートされていないブラウザとサイレントモードのデバイスの動作を区別しやすくなります。

このツールで確認できないこと

これは単純なブラウザーの触覚チェックであり、工学的な精度で振動強度を測定するものではありません。

モーター強度の測定ではありません

正確な物理的出力レベルを証明したり、あるモーターを別のモーターと科学的に比較したりすることはできません。

多くのプラットフォームは API を無視します

デスクトップブラウザーと一部のモバイルブラウザーは、実用的な振動サポートをほとんど、またはまったく公開していません。

サイレントモードと省電力が重要

システムの触覚設定、アクセシビリティオプション、バッテリーモードによっては結果が抑制される場合があります。

ユーザーの認識は主観的です

持ち方や置き方によっては、弱い振動が感じられない場合があります。

結果がどのように生成されるか

結果は、ローカルの navigator.vibrate リクエストと、テスト中にデバイスが応答したかどうかに基づいて生成されます。

APIサポートチェック

このページでは、navigator.vibrate がブラウザで利用できるかどうかを確認します。

パターンリクエスト

アクションの後に振動パルスまたはシーケンスが要求されます。

デバイス応答ウィンドウ

デバイスが予期した触覚応答を生成するかどうかを観察します。

テストの中断/停止

ページは、コントロールが適切に機能するかどうかを明らかにするために、停止パターンまたは代替パターンを送信する場合があります。

ローカル結果の概要

このページには、API の可用性と認識された応答に基づいて、可能性の高いサポートがまとめられています。

結果を解釈する

特にモバイルハードウェア上で、結果を単純なブラウザ触覚健全性チェックとして使用します。

観察された触覚結果	おそらく意味
振動が全くない	サポートされていないブラウザ、無効なハプティクス、サイレントモードの動作、またはデバイスのモーターの問題。
短いパルスのみが機能します	ブラウザーが長いパターンをトリミングしているか、デバイスが長時間の振動を制限しています。
パターンが予期せず停止する	バックグラウンド、フォーカスの変更、またはブラウザの制限によりシーケンスが中断されました。
感触が弱い、または一貫性がない	バッテリーの節約、触覚設定、デバイスの位置、モーターの磨耗が知覚に影響を与えています。
期待される脈拍が感じられる	このデバイスでは、基本的なブラウザー振動サポートが機能しています。

サポートされているブラウザと既知の制限事項

振動のサポートは特定のモバイルブラウザーで最も強力ですが、多くのデスクトップ環境ではほとんどサポートされません。

ブラウザ	API公開	シングルパルスのサポート	パターンのサポート	既知の制限事項
クロム	デスクトップでは制限されています。 Androidの方が良い	基本	基本	デスクトップハードウェアは通常、振動しません。
エッジ	クロムパスに似ている	基本	基本	主に触覚を公開するモバイルデバイスで役立ちます。
Firefox	制限されることが多い	限定	限定	サポートが存在しないか、一貫性がない可能性があります。
サファリ	非常に限られた	限定	限定	Safari は通常、振動リクエストを制限または無視します。
iOSサファリ	通常、実際的なサポートはありません	いいえ、または非常に限定的	いいえ、または非常に限定的	Vibration API を介した iOS ブラウザーの触覚は信頼できません。
アンドロイドクローム	Android では多くの場合利用可能	良い	基本的なものから良いものまで	ベンダーの電力モードでも応答が抑制される可能性があります。

ユースケース

これは主に、ブラウザーによってトリガーされるハプティクスがモバイルデバイスでも動作するかどうかを確認する必要がある場合に役立ちます。

Webゲームのデモの前に

ブラウザーが引き続きデバイス上で触覚フィードバックをトリガーできるかどうかを確認します。

ハプティック設定を変更した後

システムの触覚コントロールがブラウザーの振動を無効にしたかどうかを再テストします。

携帯電話のOSアップデート後

ブラウザーの触覚がアップデートによって変更されていないことを確認します。

電話が静かだと感じるとき

このテストを使用して、ブラウザ/API サポートとハードウェアモーターの問題を区別します。

Androidブラウザを比較する場合

どのブラウザがワークフローの振動パスを公開しているかを確認してください。

よくある質問

Vibration API のサポートの違い、制限事項、トラブルシューティングの提案。

このページでは何を検証しているのでしょうか?

現在のブラウザが「navigator.vibrate」に公開されているかどうかを確認し、プリセットされたリズム/カスタムパターンを通じて振動をトリガーすることで、「フィードバックがあるかどうか、リズムが区別できるかどうか、明らかな遅延/振動の飲み込みがあるかどうか」を体性感覚で比較するのに役立ちます。

「サポート」と表示されているのに振動が感じられないのはなぜですか?

一般的な理由としては、システムが省電力/サイレントモード/ミュートまたは触覚フィードバックがオフになっている、デバイスのハードウェアがサポートされていない/バイブレータが弱い、ブラウザに振動の頻度/持続時間の制限がある、または現在のページがフォアグラウンドにないなどがあります。手前にあるボタンをクリックしてトリガーし、比較にはより長いパターン (3 回連続の地震/SOS など) を使用することをお勧めします。

「強さ」はどのように測られるのでしょうか？振幅は制御できますか?

Vibration API には「継続時間/間隔」のみがあり、実際の振動振幅パラメータはありません。このページの「強度」は、比較を容易にするために、より長いパルスとより短い間隔 (より高いデューティサイクル) を使用した体性感覚の近似値ですが、実際の振幅制御を表すものではありません。

iPhone/iOSのSafariでも利用できますか？

ほとんどの場合そうではありません。 iOS/Safari では、Vibration API のサポートが非常に限定されています (多くのバージョンは、Vibration API を完全にはサポートしていません)。信頼性の高い振動テストが必要な場合は、Android/Chrome をメインの制御環境として使用することをお勧めします。

HTTPS (セキュリティコンテキスト) が必要な理由は何ですか?

一部のブラウザーは振動を「機密性の高い機能」とみなしており、安全でないコンテキスト (HTTP) では制限される場合があります。必須ではありませんが、一般に https を使用する方が安定しています。

何かデータがアップロードされるのでしょうか？

しません。パターンの生成、トリガー、ロギングはすべてブラウザーでローカルに行われます。このページでは、デバイス情報やテストデータがサーバーにアップロードされません。

フィードバック / バグ報告

お使いのブラウザ、端末、発生した内容を教えてください。

この結果はおかしく見えますか？

メール: [email protected]

問題を報告