Windows のタッチキーボードで入力すると、autocorrect="off" を付けたはずの欄まで勝手に補正される。そんなズレが、Microsoft Edge 147 で改善されました。Edge 147 では、Windows のタッチキーボードが autocorrect="off" を指定した <input>、<textarea>、contenteditable ホストを尊重するようになり、Stable チャネル 147.0.3912.60 は 2026年4月10日に公開されています。
実務で効くポイントは、すでに autocorrect="off" を入れているフォームや業務アプリほど恩恵を受けやすいことです。反面、autocomplete="off" や spellcheck="false" と混同すると、原因の切り分けを誤ります。ここでは、Edge 147 の変更点、影響を受けやすい画面、実装とテストの進め方を、Windows 上の Microsoft Edge を前提に整理します。
Edge 147で何が変わったのか
Microsoft の Edge 147 Web プラットフォーム リリースノートでは、Windows タッチキーボードが autocorrect="off" を尊重するようになったと明記されています。以前は off が設定されていても単語が自動修正されることがありましたが、現在はフォーカス中の要素に autocorrect="off" がある場合、その自動修正が検出されて元に戻されます。対象は <input>、<textarea>、contenteditable ホストです。
Stable チャネルのリリースノートでも、147.0.3912.60 が 2026年4月10日に公開され、最新の Web プラットフォーム変更は Edge 147 の Web プラットフォーム リリースノートを確認するよう案内されています。今回の話は、Edge の見た目の小変更ではなく、Web アプリの入力欄がどう扱われるかという、入力体験そのものに関わる変更です。
重要なのは、これは Edge の設定画面に新しいトグルが増えた話ではないことです。サイトや社内アプリが HTML 側で autocorrect="off" を指定していたときに、その意図が Windows のタッチキーボードでより正しく反映されるようになった、と理解するのが近いです。
まず整理したい autocorrect と autocomplete と spellcheck の違い
ここを混同すると、「設定を変えたのに直らない」が起きます。今回 Edge 147 で変わったのは、あくまで autocorrect です。
autocorrectは、編集可能テキストの綴りや句読点の自動修正を制御する属性です。ほかの編集可能要素では既定がonで、フォーム関連要素はフォーム側の設定を既定値として参照できます。password、email、urlのinputは、仕様上そもそも自動修正の対象外です。autocompleteは、フォーム入力の事前入力やオートフィルをどう扱うかを示す属性です。過去入力や保存済み情報の補完に関わるもので、今回のタッチキーボード自動修正とは別物です。spellcheckは、スペルミスのチェックを行うかどうかを示す属性です。ただしブラウザーへのヒントにすぎず、必ずチェックされるとは限りません。
つまり、「勝手に補正されるのを止めたい」なら主役は autocorrect で、「過去の入力候補を出したくない」なら autocomplete、「赤い波線やスペル判定を抑えたい」なら spellcheck を見るのが正しい順番です。似た名前でも、役割はかなり違います。
autocorrect="off" を付けるべき欄の見極め方
autocorrect が制御するのは、編集可能テキストの綴りや句読点の自動修正です。だから判断基準はシンプルで、「1文字でも勝手に変わると困る欄か」で考えるとブレません。正確な文字列が優先の欄ほど off と相性が良く、自然文を楽に入力してもらいたい欄では既定のままの方が使いやすいことが多いです。
次のような欄は、autocorrect="off" を検討しやすい代表例です。
- ユーザーID、社員番号、顧客番号、製品型番、ライセンスキー
- コマンド、スクリプト断片、API 名、パラメーター名
- 人名、ブランド名、社内用語、医療・法務などの専門用語
contenteditableで作った簡易エディタやメモ UI のうち、原文どおりの入力が必要な画面
逆に、問い合わせ本文、コメント、説明文、長文メモのような自由記述欄まで一律に off にすると、入力補助まで削ってしまいます。たとえばサイト内検索でも、商品コードを引く管理画面なら off が有効ですが、一般ユーザー向けの自然文検索では既定のままの方が無難です。
実装で押さえるポイント
個別の入力欄にだけ付ける
もっとも分かりやすいのは、正確性が最優先の欄にだけ autocorrect="off" を付ける方法です。明示的に off を付けることで、その欄では自動修正を行わせない意図をはっきり示せます。
<label for="command">実行コマンド</label>
<input id="command" name="command" type="text" autocorrect="off" spellcheck="false">
<label for="memo">作業メモ</label>
<textarea id="memo" name="memo"></textarea>よくある書き間違いは autocorrect="false" です。autocorrect の有効な値は基本的に on と off で、off 以外の値は on として扱われます。「false にしたのに効かない」というケースは、まずここを疑うと早いです。
spellcheck は autocorrect と別機能です。コマンドや固有名詞の欄では autocorrect="off" だけでなく spellcheck="false" も見直す価値があります。MDN でも、spellcheck はブラウザーへのヒントであり、機密情報を含み得る要素では false を検討すべきだと案内されています。
フォーム単位で既定値を揃える
コード入力や識別子入力が多い画面では、<form autocorrect="off"> で既定をまとめて揃える方法も実務向きです。HTML 標準と MDN では、input や textarea などのフォーム関連要素が、フォームの autocorrect を既定値として参照できることが説明されています。
<form autocorrect="off">
<label for="user-id">ユーザーID</label>
<input id="user-id" name="userId" type="text">
<label for="note">補足メモ</label>
<textarea id="note" name="note" autocorrect="on"></textarea>
</form>この形なら、ID やコード欄では自動修正を抑えつつ、自由記述のメモ欄だけ on に戻せます。なお、password、email、url の input 型は仕様上も自動修正の対象外なので、そこに autocorrect="off" を追加しても意味は限定的です。
contenteditable を使う画面は別枠で確認する
今回の Edge 147 の変更対象には contenteditable ホストも含まれます。リッチテキストエディタやメモ UI を div contenteditable="true" で作っているなら、外側のラッパーではなく、実際にフォーカスが入る編集ホストに autocorrect="off" が付いているかを確認するのが重要です。
<div contenteditable="true" autocorrect="off"></div>エディタライブラリを使っている画面では、見た目のコンテナと実際の編集ホストが別れていることがあります。効かないときは、HTML を確認して「どの要素が本当に文字入力を受けているか」を先に切り分けると、無駄な調査を減らせます。
Windows 端末での確認手順
自動修正の具体的な挙動は、ユーザーエージェントと基盤となる端末側サービスに依存します。しかも、今回 Microsoft が明記している変更対象は Windows のタッチキーボードです。つまり、デスクトップの物理キーボードだけで確認しても、今回の変更が効いているかは十分に分かりません。
確認は次の順番で進めるとズレにくいです。
- Edge 147 以降の Windows 端末を用意する
- 実際に Windows のタッチキーボードを開いて入力する
autocorrect="off"の欄と、既定のままの欄を並べて比較する- 一般語の誤記だけでなく、固有名詞、略語、コマンド名でも試す
contenteditableベースのエディタがあるなら、別枠で確認する
失敗しやすいのは、autocomplete="off" だけを変えて満足すること、ハードウェアキーボードでしか試さないこと、編集ホストではない要素に属性を付けてしまうことです。Edge 147 の改善を活かしたいなら、実機の Windows タッチ入力で確認するのが最短です。
導入時の注意点
autocorrect は MDN で Baseline ではない機能とされており、広く使われるブラウザー間で挙動が揃わない場合があります。Edge 147 で Windows タッチキーボードの扱いが改善しても、他ブラウザーや他 OS で同じ結果になると決めつけない方が安全です。
autocorrect="off" が制御するのは、あくまで入力時の自動修正です。メール形式、文字数、禁止文字、必須項目といった入力検証の代わりにはならないので、バリデーションは従来どおり別で実装する前提を崩さないようにしましょう。
機密性の高い欄では、spellcheck も合わせて見直す価値があります。MDN は、スペルチェックの仕組みによっては要素の内容が第三者に送られる可能性があると案内しており、機密情報を含む可能性がある要素には spellcheck="false" を検討すべきだとしています。
もうひとつの注意点は、「便利だから全部オフ」にしないことです。正確な入力が必要な欄だけを厳密に制御し、自由記述では入力補助を残す。この切り分けが、フォームの正確性と使いやすさを両立させます。
まずやるべきこと
今回の Edge 147 の変更は派手ではありませんが、Windows タブレットや 2-in-1 端末、現場入力端末のようにタッチキーボードが使われる環境では、入力事故を地味に減らせる改善です。すでに autocorrect="off" を書いていたのに Windows 側の自動修正が気になっていた画面ほど、見直す価値があります。
- Windows でタッチ入力が発生する画面を洗い出す
- 1文字の違いが問題になる欄に
autocorrect="off"が付いているか確認する autocompleteとspellcheckを混同せず、目的別に設定を分ける- Edge 147 以降の Windows 実機で、タッチキーボードを使って確認する
Edge 147 をきっかけに、まずは正確な文字列が必要な入力欄の棚卸しから始めるのが現実的です。HTML の意図と実際の入力挙動がそろうだけで、フォームや業務アプリの使い勝手は想像以上に安定します。
コメント