Gmail，我們需要談談
編者按 ：Justin Khoo 是 FreshInbox 的電子郵件開發者。
親愛的 Gmail：兩年前，你推出了一個志向遠大的項目——利用 Schema.org 將電子郵件的功能性提升至一個全新的臺階 。Schema.org 可以讓發件人在郵件中嵌入富媒體數據，讓所有主流郵件客戶端（不只限于 Gmail）都可以在郵件內呈現可操作的元素。
比如標題欄動作可以讓收件人在郵件列表中直接評價某個產品或者服務，收件人也可以在郵件中看到實時的航班預訂信息。從這些功能來看，Gmail 確實能給人一種引領電子郵件創新的感覺。
不過從 Gmail 支持論壇 上的提問來看，Schema.org 顯然還沒有流行起來。而且用于支持郵件標題欄視覺元素的 Grid View 也在今天較早前 無疾而終 了。
雖然 Gmail API 似乎有著更高的人氣，但是它只能吸引那些想將 Gmail 整合到自己應用的人，它無法為想要開發、設計、自動化和發送電子郵件的開發者帶來幫助。
難道開發者對電子郵件創新不感興趣嗎？抑或他們只是不認同 Gmail 對電子郵件未來的構想呢？
Gmail 迫使開發者遠離電子郵件
Gmail 和它的各種郵件渲染怪癖是開發者不愿意涉足電子郵件的一大原因。開發者喜歡定義明確和文檔清晰的開發環境，電子郵件卻完全無法做到這點。雖然很多郵件客戶 端都或多或少地存在一些渲染方面的問題，但是這個問題在各種桌面和移動 Gmail 客戶端上尤為明顯，要在這些客戶端上顯示一封美觀的電子郵件可難倒了大部分的開發者。
我不認為你是故意要把電子郵件變得“棘手”，但你在追求創新的過程中可能無意地破壞了電子郵件本身。如果你想更多的開發者使用 Schema.org 和 Gmail API 等 Gmail 開發者工具，那你首先需要解決最基本的問題，并把你破壞的東西修復好。
Gmail 如何破壞電子郵件
Gmail 是唯一一個不支持<style> 的郵件客戶端。很多新的電子郵件開發者都不理解這點——他們為什么不能用最基本的網頁開發技巧（class 和 id）來編輯郵件的樣式。一封電子郵件中的每條 CSS 樣式都需要經過內聯（inline），而這些問題 只會在 Gmail 出現 。手動內聯 CSS 是非常耗時的，而且 通過內聯器工具 運行電子郵件也為開發工作增加了一個不必要的步驟。
內聯 CSS 還會明顯增加郵件的體積，對于谷歌這家重視效率的公司來說，這可以說是一個恥辱。
Gmail 應用甚至不如 Android 自帶郵件應用。 以前的 Android 手機都有預裝一個郵件客戶端，它可以很好地渲染適用于移動設備觀看的郵件。開發者可以利用媒體查詢功能指示客戶端顯示出 移動自適應版本 的郵件，讓這些郵件適合在小屏幕上閱讀。然而，最新版本的 Android 系統（Lollipop）將預裝郵件客戶端換成了 Gmail 應用 ，這個客戶端并不支持媒體查詢功能。
無論是在 開發者會議 上，還是在有 Inbox by Gmail 團隊主持的 Reddit 問答欄目 上，開發者們都抱怨過缺乏媒體查詢支持的問題。但是到目前仍然沒有一個支持媒體查詢的 Gmail 移動客戶端。
每個 Gmail 客戶端都有不同的郵件渲染方式。你可能沒有注意到這點，但是每個 Gmail 客戶端都有自己獨特的 怪癖 。因此跟各個版本的 Gmail 應用打交道是一件讓人抓狂的事情：
-
Gmail.com 網頁版郵件，支持<style>，但不支持 id 和 class。
-
Gmail 企業網頁版郵件。不支持<style>。
-
Gmail iOS 版應用。隨機 增大 50%的字體尺寸（沒有<style>）。
-
Gmail Android 版應用。隨機忽略 container 寬度（沒有<style>）。
-
Gmail Android 版應用（非 Gmail.com 郵件地址）。除了忽略 container 寬度以外還不支持 背景圖片 。
-
Inbox by Gmail Android 版應用。隨機忽略 container 寬度，但是表現跟 Gmail Android 版應用不一樣（沒有<style>）。
-
Inbox by Gmail iOS 版應用。不支持<style>，但似乎沒有出現其他 Gmail 移動應用的問題。
更糟糕的是，Gmail 還會經常擅自更改渲染方式，導致開發者只能手忙腳亂地找出變通方法。
試想一下，如果開發者需要花幾個小時的時間來調試他們的郵件在 Gmail 中的渲染外觀，他們哪里還有時間去嘗試 Gmail 的郵件增強功能呢？
請讓我們幫助你
值得慶幸的是，很多開發者仍然對電子郵件充滿熱情，而且我們也希望像 Schema.org 這樣的增強功能可以成功，并推向其他的郵件客戶端。但是我們還需要更多有志于電子郵件開發的開發者。
Gmail 可以采取以下的方式為開發者營造更友好的郵件開發環境：
首先，Gmail 你應該開始在網頁郵件中支持 class 和 id，以及在移動應用中支持媒體查詢。微軟曾經也不愿意遵循標準，但是它后來為了解決 Outlook 郵件的問題也開始向郵件設計和開發者社區 求助 。
好吧，這可能不容易做到，但這是至關重要的一點。
其次，你應該更加透明地向開發者公開你的郵件渲染方式。你的 Gmail API 和 Schema.org 擁有優秀的開發文檔和專門的支持頻道，這點固然不錯，但現在請你公開 Gmail 渲染郵件的方式，否則新加入的電子郵件開發者就不得不花費額外的時間——只是為了在網上找出如何做出一份不會在 Gmail 中被破壞的郵件。
第三，如果你需要擁有屬于自己的渲染方式，那至少請你統一各個客戶端的體驗——并向電子郵件開發者社區提供一個報告錯誤的渠道。
最后，正如 Schema.org 一樣，谷歌應該聯合雅虎、微軟和美國在線等網頁郵件服務商支持 通用的 CSS 和 HTML 語言 。雖然在網頁郵件環境中完整支持 CSS 可能不太現實，但是你們肯定能在某個通用子集上達成共識，讓開發者的日子好過一些。
推動電子郵件發展
雖然 iOS 自帶的郵件客戶端不能實現 Gmail 和 Inbox 的大多數花哨功能，但信不信由你，它是電子郵件設計師和開發者的首選客戶端。這是因為我們已經充分了解 CSS 的強大能力，并利用這能力來實現 高級的郵件功能 ，比如在電子郵件內加入 可折疊目錄 、 圖片庫 ，甚至是 購物車 ，大部分人都以為這些功能只能通過 JavaScript 實現。
我們都非常樂意將同樣的激情和創意獻給 Gmail。
前提是你愿意和我們合作。
感謝 @pompeii79提供 Missy Elliott as Gmail的靈感。
題圖來自：CAIRO/FLICKR，根據 CC BY 2.0 協議授權
翻譯：關嘉偉（@consideRay）
轉載自：techcrunch.cn