Mailで三文の返信を音声入力するとします。取引先の名前、締切、まだ外へ出したくない考えが含まれています。整えた文章が返信欄へ入り、画面上の作業は終わりました。
プライバシーを決めるのは、見えない場所に作られたコピーです。
Macアプリは録音を残したのか。文字起こし事業者は保持するのか。整形前の文章は保存されたのか。完成文は検索できる履歴に入ったのか。一つの質問に明確な答えがあっても、残りが曖昧なら判断は終わりません。
TalkTalkTypeはクラウド文字起こしを使います。処理のために音声はMacの外へ出ます。一方、TalkTalkTypeのサービスは音声ファイル、未整形の文字起こし、整形後の文章を永続保存しません。クリップボード内容もMacの外へ送りません。アカウントと運用に必要な記録は保存します。この分け方の方が、単に「プライベート」と呼ぶより実態を判断しやすくなります。
最初のコピーはMac上にある
録音はネットワークへ送る前にMac上で作られます。TalkTalkTypeは⌥Spaceを押している間、16kHzのモノラルWAVを作り、アップロードに必要な時間だけ扱います。
アプリには、完了した下書きセッションを確認する短い作業履歴があります。最大50件について、元の文章、適用した修正、完成文、入力先、結果をメモリ内に保持します。ディスクには書き込まず、TalkTalkTypeを終了すると消えます。
これは録音ライブラリや、端末間で同期される文字起こし履歴とは違います。一時的な作業記憶はありますが、永続的なコンテンツ履歴はありません。
サービス側も、受信した音声バイトを独自のファイルストレージやデータベースへ書き込みません。Macアプリは、送信や貼り付けを再試行する必要がある場合に限り、直近の音声を一時的に扱うことがあります。
「処理のために存在する」と「後で取り出せる形で保存する」は別です。プライバシー説明では、この境界を分けて読む必要があります。
クラウド文字起こしで、もう一つの信頼境界が増える
音声は設定された音声認識プロバイダーへ送られます。現在の本番構成ではOpenAIを使用しています。
TalkTalkTypeが音声を保存しなくても、プロバイダーはリクエストを処理します。二つは別のシステムで、管理方法も異なります。2026年7月28日時点で、OpenAIのAPIデータ管理方針は、顧客が明示的にオプトインしない限り、APIの入力と出力をモデル学習に使わないと説明しています。同じ資料では、音声文字起こしエンドポイントについて、通常の不正利用監視またはアプリケーション状態の保持を行わない条件が示されています。
この確認が必要なのは、「当社は音声を保存しません」という文が、プロバイダーを含む全経路の説明ではないからです。TalkTalkTypeが自社ストレージへ何を書かないかと、外部プロバイダーがリクエストをどう扱うかを分けて確認します。
方針は変わり得ます。古い比較記事やスクリーンショットではなく、利用時点の一次資料を見る必要があります。
文字列は通過し、保存先は入力先へ移る
音声認識は文字列を返します。選んだモードによっては、その文章を読みやすく整形してからMacへ戻します。
TalkTalkTypeは、未整形の文字起こしも完成文もD1へ保存しません。サーバー側で後から検索できるdictation履歴はありません。結果が戻ったあとの永続コピーは、Mailの下書き、Slackのメッセージ、Notesの文書、AIツールの入力欄など、選んだ入力先に属します。
入力先には独自の保存規則があります。ローカル文書へ入れる場合と、クラウド共同編集サービスへ入れる場合は同じではありません。音声入力サービスが自分の保持を減らしても、受け取ったアプリの保存方針までは消せません。
クリップボードも別の境界です。Pasteモードでは一時的にMacのクリップボードへ完成文を置き、貼り付け後に元の内容を復元します。Copyモードでは、手動で貼り付けるまで結果を残します。クリップボード内容はTalkTalkTypeのサービスへ送られません。入力先へ届ける仕組みと権限は、Macのどのアプリでも使える音声入力で詳しく説明しています。
音声入力ツールの責任は受け渡しで終わり、入力先の責任がそこから始まります。
サービス運用に必要なデータは残る
文字起こしを保存しないサービスにも、アカウントはあります。
TalkTalkTypeは、Googleサインインの識別情報、セッションのメタデータ、登録端末と失効状態、プランや購読状態、紹介記録、リリース情報を保存します。利用回数と週間音声時間を管理するため、処理時間、成功・失敗、プリセット、プロバイダー、遅延などの利用行も記録します。話した内容は付けません。
サポートへ送った文章は、担当者が読むため保存されます。そのため案内では、音声ファイル、文字起こし本文、トークン、APIキー、Cookie、カード情報を送らないよう求めています。
「何も保存しない」という表現より複雑です。
ただし、サービスを動かすには、同じ利用者を認識し、Macを登録し、上限を数え、失敗を調べ、問い合わせへ返答できる状態が必要です。重要なのは、その運用データが知らない間に発話内容の保管庫へ変わらないことです。現在のTalkTalkTypeは、コンテンツ履歴を運用データへ混ぜない設計です。
Macアプリのセッション情報や端末資格情報はmacOS Keychainに保存します。通常のUserDefaults、コールバックURL、ログへBearer tokenを置きません。サインアウトや認証失敗時には資格情報を削除します。
ローカル音声認識はプロバイダーを外す
音声をMacの外へ出せない仕事では、端末内処理のアプリを選ぶだけで比較が終わります。ネットワークへ送信しないことが最優先なら、クラウド方式の保持期間を比べても要件を満たしません。
ローカル処理では、モデルをMacへ保存し、メモリ、計算資源、電力を使います。結果はモデルの大きさとMacの性能に左右されます。デスクトップでは負担が小さく、ノートMacでは発熱や電池消費が目立つ場合があります。条件差が大きいため、「ローカルは遅い」「クラウドは正確」と一括りにはできません。
TalkTalkTypeは逆の選択をしています。音声認識モデルをMacで動かさず、録音をクラウドへ送り、その結果の周囲にサーバー側の履歴を作らない方法です。
どちらも、あらゆる意味で完全にプライベートではありません。ローカル方式はネットワークへの露出を減らします。クラウド方式でも、サービス側の永続保持を減らすことはできます。自分にとって譲れない境界を先に決める必要があります。
プライバシーポリシーをデータ台帳として読む
盾のアイコンを並べた比較より、各データの行き先を表にした方が判断できます。
確認する項目は次の通りです。
- 音声バイト
- 未整形の文字起こし
- 整形後の文章
- クリップボード内容
- アカウントとセッション情報
- 利用・診断メタデータ
- サポートへ送る内容
- プロバイダー側のリクエストデータ
それぞれについて、保存目的と保持期間を探します。説明がないことは「保存しない」という意味ではありません。録音一覧があれば保存の証拠になりますが、一覧がないだけでバックエンドにも存在しないとは証明できません。公開方針と実装が一致している必要があります。
TalkTalkTypeは現在の分担をPrivacyページで公開しています。アカウント、端末、利用量、紹介、リリース、監査、サポートの記録は保持します。音声バイト、文字起こし本文、整形済みテキスト、ログ内のBearer token、D1内の秘密情報、クリップボード内容は保持しません。
これが「Macのプライベート音声入力」への具体的な答えです。音声はMacの外へ出て、設定されたプロバイダーが処理します。TalkTalkTypeは、そのリクエストをサーバー上の録音ライブラリや永続的な文字起こし履歴へ変えません。
次に話す一文で判断する
買い物メモや気軽な返信なら、多くの一般的なデータ方針で問題にならないかもしれません。ソースコード、健康情報、取引先の案件、認証情報を含む一文では判断が変わります。
ネットワーク送信そのものが許されないなら、端末内処理を選びます。クラウド文字起こしを受け入れられ、サービス側に内容を残さないことを重視するなら、TalkTalkTypeが候補になります。どのツールでも、入力先へ保存すべきでない秘密は音声にしない方が安全です。
TalkTalkTypeをダウンロードすると、無料プランで週30回まで試せます。現在の利用上限とプラン提供状況は料金ページにあります。
プライバシーの判断はショートカットを押す前に始まります。これから話す一文が作るコピーを順番に想像し、後から説明できる経路を選んでください。