在行動裝置時代，使用者更常停留在 App 中瀏覽資訊（像是 Facebook），而相對地在 Web 的停留時間就降低了。過去我們在 Web 上透過超連結搭起不同網站之間的橋，而在 App 與 App 之間又如何做到這件事呢？
當然，我們可以透過 URL Scheme 開啟應用程式，但我們並無法得知世上每個 App 的 URL Scheme，甚至是應用程式某個頁面 Deep Link 的 Scheme，而且萬一哪天增修了那又該如何？
我最近一部分的工作就在研究如何加強 App 於 Mobile Web 上的連結體驗，其實各大廠早提出了自己的構想及標準，例如 Google 提出的 App Indexing，以及 Facebook 提出的 App Links。
今天就 App Links 的部份做個簡單筆記與實作參考。App Indexing 等下次有空再寫文介紹囉。
上週在做個活動案時，有個需求是希望使用者必須是某個 Facebook 專頁的粉絲才能進行遊戲，若尚未成為粉絲，則立即用 Lightbox 方式顯示按讚鈕讓使用者按讚，「讚」完就可以進入遊戲。
是個相當單純的需求，不過有個需要特別注意的地方：若一開始用 CSS 讓放置按讚鈕的容器（如 div）為 display: none;，而後才讓其顯示（本例是透過 jQuery 的 $(element).show()）的話，在 Internet Explorer 與 Firefox 上會無法讓按讚鈕顯示出來，而 Google Chrome 卻可以。
情況如圖：
可以在檢測元素工具中觀察到，Internet Explorer 與 Mozilla Firefox 瀏覽時，在容器被 show() 時，按讚元素的寬高仍為 0，但 Google Chrome 是正常的寬高。
翻閱了 Facebook Developer 文件中提到 FB.XFBML.parse() 方法可重新解析頁面（或指定）的元素，讓 Facebook 的外掛元件得以重新被解析一次。
果然，在主控台中手動呼叫該方法後，按讚框成功地顯示出來了！
最近看到一個有趣的 Facebook 網路行銷案例，是 Nescafe 的 Facebook 粉絲專頁活動。它們的封面照片（Cover）一開始是一張滿是咖啡豆的圖片，隨著粉絲數的增加，封面照片的咖啡豆會越來越少，最後會露出它們的新產品。
影片在這：
從技術端來看，就對「如何自動更換粉絲專頁的封面照片」這件事感到好奇了。當然粉絲數增加不快的話，用手動換也是可行的，但我想應該還能串上其他的應用吧！讓換粉絲專頁的封面照片是即時又有趣的。
總之來看如何實作囉。
這東西應該很久了，但最近有這個需求就做一下筆記囉。
我們在製作 Facebook 粉絲專頁的頁籤應用程式時，會有傳遞參數的需求，但若用一般方式丟參數進去，會發現接不到 :/
https://www.facebook.com/{page_id}?sk=app_{app_id}&key=value
這樣是不行的…
上 stackoverflow 找了一下，原來要透過 app_data 這個參數丟，並透過 signed_request 去解析。
是這樣丟的：
https://www.facebook.com/{page_id}?sk=app_{app_id}&app_data={"key1":"value1","key2":"value2"}
有個需求是要取得使用者 Facebook Timeline 的封面照片(Cover Photo)，就是最上方那一塊啦。
當然，要先透過應用程式取得使用者的 user_photos 權限。
這次用 FQL 來達成目標。
其實這個問題在用 PHP 撰寫 Facebook 頁籤應用程式時就遇過，最近在用 ASP.NET 時又遇上了。
測試時使用 Internet Explorer 瀏覽，過程中有使用到 Session，但在送出表單後到下一頁面時 Session 卻遺失了。
這是因為 IE 的隱私設定預設會阻擋 iframe 跨域網站的 Cookie，而 ASP.NET 的 Session 需使用 Cookie，因此導致 Session 失效。
Continue reading
我們在網頁中嵌入 Facebook 的「讚」按鈕，當被讚超過一定數量，就不會顯示明確的數字，如下圖：
但這個案子希望能顯示完整的數字，要怎麼解決呢？
對了，順帶一提，「讚」的數字包含「讚」以及「分享」次數。（ The count on the Like button will include all likes and shares — from Faceook Developer, Like Button）
思路是這樣，將原有的數字藏起來，然後加入我們用 Graph API 查詢出來的明確數字，噢對，你還得準備數字對話泡泡的圖檔。
註：不知道這樣的解法是否有違反 Facebook 使用規範 品牌引用許可資源中心 – 使用方針 – Facebook 讚按鈕 中的「你可以依照所需調整大小，但是不能以其他任何形式修改「讚」按鈕 （如變動設計樣式）」。
Facebook 於 2011/09/23 發佈了新的 Open Graph 開發者教學，在應用程式中出現了 Open Graph（開放社交關係圖） 頁籤，項目相當多，因此快速做了簡單的翻譯，方便未來研究之用。
其中此篇便是讓使用者可以使用各種「動作」的新功能，就像除了某某某覺得什麼很「讚」之外，還可以增加 某某某 listen to 某專輯、某某某 cook 一道菜 這樣的動作。
這邊有相關的介紹。
※不過很可惜的是目前尚不支援中文的動作與物件。
翻譯功力尚淺，請各位前輩不吝指正，也歡迎同好一起討論：）
這份教學將會帶領你照著下面步驟建立、測試、發佈你的第一個 Open Graph 應用程式。我們會建立一個讓使用者發佈料理資訊的範例應用程式。
如果你對 Open Graph 有疑問，請造訪: Debug and Troubleshoot。為了讓你更快上手，我們亦提供了 範例 下載。
2012 更新：
目前官方也有中文版囉！小弟翻譯的這篇，就當作參考吧~
==
由於前陣子做的案子(Facebook App)動不動就被刪掉，Facebook 官方判斷應用程式是否違規的準則究竟為何實在沒個準，因此就來稍微整理一下官方文件中關於 policy 的案例與解釋。
（雖然有些時候根本就是誤判，沒什麼違反的也被刪除，但還是整理一下以供參考吧）
PS. 請原諒小弟的英文能力 2266，若有翻譯錯誤或不洽當的請不吝告知。也希望這篇相關規定能在實際製作 Facebook App 上幫助各位避開違反規定的條款。
主要分為 廣告、「讚」按鈕、照片、發佈訊息、條款與商標 四大單元。
Continue reading
近日開發活動網站的 Facebook 應用程式時，在發送應用程式好友邀請(fb:request-form & fb:multi-friend-selector)時，使用者接收到邀請，點擊按鈕後，只會看到「邀請已過期」，並不會被導向到活動網站。
同事研究後發現，有兩個問題點會導致這樣的結果：
1. fb:request-form 的 action 導向到不同的網域。
2. fb:request-form 中的 content 屬性，少加了 fb:req-choice 按鈕標籤