最早大家都沒有給鏈接加title的習慣，后來因為w3c標準普及，又集體加上了title。從一個極端走到另個極端，于是出現很多怪異現象。兩方面，第一a標簽內title不是必須使用，第二title可以用在除了base, basefont, head, html, meta, param, script和title之外的所有標簽。

拋開標簽語義、搜索引擎友好等因素，在純用戶角度找幾個場景來分析。

列表內容被截斷后通過title顯示完整，此時如果沒有被截的鏈接，也會被再顯示出來。試想本來已經看清楚的信息，觸發又提示一遍，傳達是不是感覺很婆媽。如果沒有截的鏈接控制不輸出title，效果或許合理很多。或者title在此時根本就不應該？印象中英文好站似乎很少做列表截取。

最典型類似對icon圖示的輔助說明，可以最大化平衡界面復雜度與可操作性。并且針對某些群眾認知度比較高的操作，如果圖形傳達到位，完全可以使用icon代替，更多交互場景請參考臭魚在06年完成文字還是圖標的總結。

在導航系統的各條目中，title主要作用是做補充說明。同時也對應可訪問性原則中，要求導航傳達清晰簡潔的建議。用戶感興趣后操作觸發，再title提示更多詳細，強調信息引導而不是推送。

還有種做目地指引之用的案例，明確告知用戶這個鏈接做什么？到哪里？在某些容易引起誤會，或者不是很清晰的地方效果比較好。另外title不在a標簽內也有廣泛應用，典型如表單?？梢詾橛脩籼峁└珳?、得體的操作指引，并且我想一定程度上可以代替明文提示。

學以致用，順手給評論模板加了條語句。上次改的時候本想寫出來，又感覺多余，現在好多了。準備動手評論的用戶，自然會看到，并且這么土的語句也沒有兼容性問題。

相應的不良應用不再圖示舉例，互聯網上不勝枚舉，深入分析語義和用法不僅能糾正錯誤、開拓思路，而且能貫通很多理論上的困惑?？偨Y起來，title并不像seo從業者鼓吹的那么簡單，在用戶角度除避免與文字、圖形重復傳達，主要有三類用途：

1. 描述非文本內容
2. 補充說明文本內容
3. 操作指引