繼 Chrome 94 引入）。該 API 此前因為不能在 iframes 內使用，所以不能被網路應用所呼叫。諸如網頁版微軟 Office 之類需要使用者大量輸入內容的網路應用在此之前是不能利用該 API 來檢測鍵盤佈局上的按鍵。
鍵盤佈局會因國家/地區，以及主要使用的語言不同而發生變化（例如：德語鍵盤會將 「Z」 與 「Y」 字母對調；西班牙語由於有 27 個字母，因此鍵盤上會多一個 「ñ」 按鍵）。如今在 Chrome 97 中引入這個新的 API 使得網路應用可以使用這一功能，從而獲得使用者的鍵盤佈局，進一步跟蹤和識別使用者，尤其是針對以下這兩種情況能夠更加準確識別和追蹤：
- 使用不常見的鍵盤佈局的使用者
- 使用的鍵盤佈局與所在地區的預設佈局不一致的使用者。
Google 官方對該功能實現原因的：
getLayoutMap()與程式碼結合使用，解決了識別不同佈局對映的鍵盤（如：英語與法語鍵盤）上的實際按鍵的問題，但由於getLayoutMap()並不是在所有情況下都可用（不能在 iframe 內使用），所以像 Excel、Word、PowerPoint 等在 iframe 內執行的 Office Web 應用程式不能使用這個 API。將 Keyboard-MAP 新增到允許屬性列表中可以解決這個問題。
雖然該功能的顯示 Web 開發者對此十分支援，但蘋果、Mozilla 和 Brave 等開發商對此表示了擔憂。這些公司反對的一個關鍵論點是，網站可以利用這個 API 來追蹤使用者隱私。
蘋果在 上發表了一份迴應稱：
從隱私的角度來看，Keyboard MAP API 是不可接受的。因此，蘋果公司的 WebKit 團隊對實現目前提出的這一功能不感興趣。
Brave 則：
Brave 繼承了 Chrome 的 Keyboard MAP API 的實現，但並不向使用者提供任何功能。
Mozilla 則是將 Keyboard MAP API 新增到了中，並表示不會在 Firefox 瀏覽器中實施該 API。
雖說如今有很多瀏覽器都基於 Chromium，但只要他們不實施該 API 或禁用該 API 就能夠阻止網站惡意使用這個功能追蹤使用者隱私。另一個值得留意的是，功能頁面顯示該 API 的所有者來自微軟。