W3C的HTML5規范(草案) 明確指出了這一點，并詳細示范了如何撰寫基于功能和上下文的替換文本。你也許要反駁說大部分開發者都了解這一區別，但很多網站的表現恰好說明事實并非如此。網站開發者們有時候以為，采用基于標準的開發原則，利用外部CSS和基于DOM的瀏覽器腳本技巧分離表現層和行為層，再為圖片加上alt屬性，就算達到第508條要求了。 除非遇到問題的訪客找上門來，他們是不會想在網站的可訪問性上多花精力的。這里的邏輯似乎很公平：好的商業實踐總是將各種需求按照項目約束條件和預期投資回報率（ROI）進行優先級排序。盡管規范的編碼有助于達到無障礙要求，也必須有正確的施行意圖才會產生效用。 以alt屬性為例。所有正規的HTML編輯器和驗證工具都會指出缺少alt替換文本的錯誤。大部分開發者也會糾正這個錯誤——不管是出于通過驗證的目的還是為了獲得可訪問性。不過，通過驗證并不等同于獲得了可訪問性。