打不贏對手，不如大家平手！Facebook即時文章宣布支援Google AMP|數位時代 BusinessNext

為了加快行動裝置開啟網頁的速度，Facebook推出即時文章（Instant Articles）、Google推出加速行動網頁（Accelerate Mobile Pages，AMP），蘋果也推出Apple News。不想在行動網頁這塊輸掉比賽的Facebook，今日宣布將支援Google AMP和Apple News，意即出版商發布Instant Articles後，可同步將文章出版在另兩個平台，而不用分三次轉換。此舉無疑是為了吸引出版商以Facebook為優先發布平台，比起輸掉比賽，不如和其他人平手。

發布一次，可滿足三種格式

Facebook今日在部落格宣布，Instant Articles的開源軟體開發套件（SDK）新增擴充工具，讓出版商透過此工具發布Facebook Instant Articles時，可同步出版符合Google AMP和Apple News介面樣式的程式碼，意即出版商只要設定一次，即可同時發布三種格式的文章。

「SDK讓開發者更容易將Instant Articles整合至他們的內容管理系統。藉由支援跨平台內容生產，我們也讓開發者更容易透過Instant Articles的樣式編輯器應用AMP和Apple News的樣式版型。」Facebook在部落格中說明。

變現率低，多間媒體放棄採用

Facebook支援競爭對手的服務，自然是想吸引更多出版商將Facebook Instant Articles視為出版內容的優先選項。

2015年，Facebook推出主打載入快速、行動優先的閱讀格式Instant Articles，希望吸引出版商在Facebook平台發表更多高品質內容，甚至讓出版商獲得100%的廣告收入，若是使用Facebook的精準廣告系統獲利，Facebook才會從中抽30%的廣告營收。而除了廣告營收機制，Facebook也開放出版商掌握排版、提供文章流量追蹤工具，為了就是希望出版商多多利用自家平台。

當時，第一批合作的出版商名單可說是明星陣容，包含紐約時報、國家地理雜誌、衛報、BuzzFeed、NBC、The Atlantic、BBC News、Spiegel和 Bild 等，許多媒體也隨之加入。

不過事隔兩年，Instant Articles開始出現出走潮，最具代表性的為紐約時報和衛報。許多出版商發現，使用Instant Articles後，讀者的眼球越來越離不開Facebook，而這將導致嚴重的後果：一來分食了出版商的閱讀群眾，二來也搶走出版商自家平台的廣告營收。最重要的是，Instant Articles帶來的營收並不如自家網站。

Facebook其他政策和「幫媒體增加流量」打架

出版商紛紛退出，一方面也和Facebook自家營運政策打架有關。儘管Facebook希望用Instant Articles討好出版商，但卻同時推出不少更新，讓出版商的文章在Facebook的曝光率變得更低。

2016年6月，修改動態時報演算法，提高好友和家人貼文的優先排序，而非出版商的文章。當時根據Adweek報導，當時出版商的文章觸及率較過去下滑42%。再更之前，2015年9月，就在Instant Articles推出後，Facebook宣布將走影音優先。不過，絕大部分的媒體報導仍以文字為主。

Google AMP和Apple News更有優勢

與此同時，同樣擁有快速載入優點的Google AMP，由於比起Facebook的封閉生態系更為開放，且能透過搜尋引擎替AMP帶來流量，讓更多出版商願意採用。更重要的是，比起Instant Articles，Google AMP能替出版商帶來更多收入，根據統計，自Google AMP發布一年以來，美國主要出版商已有7%的網站流量皆來自Google AMP。

而出版商對Apple News（目前僅限於歐美地區使用）的注意也增加，主要原因為其預先安裝在擁有龐大用戶基數的蘋果裝置中，替出版商帶來可觀流量。而Apple News在去年版本更新，增加推播通知。

Facebook推出多項新功能，盼替出版商出走止血

為了替出版商出走止血，Facebook除了直接支援競爭對手產品，最近也陸續新增可替出版商帶來營收的工具。

例如，在Instant Articles中推出引導點擊（call to action）功能，讓出版商可邀請讀者訂閱電子報、替他們的粉絲專頁按讚，以及增加Instant Articles的廣告版面。此外，Facebook也正在測試在Instant Articles中推出付費訂閱的功能，或是安裝出版商的應用程式。

為了拿下行動裝置版網頁的市佔率，Facebook不惜支援對手產品，更不斷放寬對Instant Articles的控制，剩下的，就看那些離開Facebook平台的媒體是否回頭了。

資料來源：Facebook、TechCrunch、The Verge

2026台灣設計展於9月24日至10月11日在桃園登場，以「桃園流」為主題，結合千塘之鄉的水文地景、國門之都的航空與物流優勢、多元族群文化匯流，以及 AI 科技應用，展現城市運轉的動態美學。

其中，為提供民眾不同於以往的互動體驗，AIoT 智慧感知大數據平台服務商棋苓（Chylyng）推出全展區 AI 穿戴互動體驗「FLOW CHECK」。參觀者配戴主辦單位提供的智慧手環後，可沿著展場動線於不同站點進行互動。即使多人同時參與，每位參觀者仍可依照不同的路徑、選擇與互動節奏完成體驗；系統並依據互動過程與結果，即時生成專屬的 Flowmomo 數位卡牌，讓參觀者儲存並帶走屬於自己的展覽體驗紀錄。

看似簡單的手環互動，背後其實是一套整合穿戴裝置、即時感測、場域互動、資料處理與雲端服務的完整系統。尤其在大型公開展覽環境中，不僅必須因應大量參觀者於短時間內同時使用，也必須確保從手環感測、站點互動、資料傳輸到最終結果產出的每一個環節，都能維持即時且穩定的服務品質。

棋苓以自主開發的 Eleplo AIoT Platform 為技術核心，整合穿戴裝置、感測設備、人員與資產定位，以及即時事件與資料管理，並負責建構 FLOW CHECK 的手環互動邏輯、站點應用、卡牌生成及參觀者操作介面。

專業分工合作：諾德資訊坐鎮後端，撐住大型公開展覽的服務韌性

為了讓系統從開發與測試環境順利進入大型公開場域，並進一步提升正式服務的可用性、資安與系統韌性，諾德資訊與棋苓採取專業分工合作。棋苓聚焦於 AIoT 平台、穿戴應用及使用者體驗；諾德資訊則負責後端基礎架構、正式環境部署、壓力測試、高可用性驗證，以及服務上線後的系統與流量監控。

由於展場現地部署時間僅有兩天，雙方將大量驗證工作提前至開展前完成。諾德資訊於正式開展前約一個月即建置專用測試環境，讓棋苓的應用服務提早與正式營運架構整合，並進行壓力測試、高可用性驗證及異常情境測試，使原本必須於現場進行的系統驗證工作大幅提前完成。

諾德資訊業務開發經理邱柏瑞表示：「FLOW CHECK 的挑戰在於大量參觀者可能集中於同一時段使用手環，因此除了確保服務穩定之外，也必須辨識進入系統的流量究竟來自真人使用者、合法自動化程式、AI Bot 或惡意攻擊，並透過即時監控及早發現異常。」為此，諾德資訊導入 IntelliFend Bot Management，協助辨識真人使用者、合法自動化及異常機器人流量，並於展覽公開服務期間透過遠端監控，持續掌握主機、資料庫、應用服務及外部流量狀態。

此外，為驗證系統在大型展覽情境下的承載能力，正式展出前，諾德資訊亦協助棋苓進行大規模壓力測試，模擬最高約 3 萬人同時使用的流量情境，提前觀察系統資源使用狀況、服務反應與可能的效能臨界點，並據此進行相關調校。

透過棋苓在 AIoT、智慧穿戴與互動應用上的技術能力，以及諾德資訊在正式營運環境、資安、壓力測試與維運監控上的經驗，雙方在展覽正式開放前，即完成從應用層到基礎架構的完整驗證，讓 FLOW CHECK 能夠在大型公開場域中穩定提供即時的 AI 穿戴互動體驗。

AI加速開發腳步，但也增加「上線」考驗

從生成式AI到代理式AI，軟體開發速度快速提升，過去需要長時間才能完成的產品原型（Prototype）與概念性驗證（PoC）專案，現在可以很快完成驗證，讓軟體商有更多時間跟資源投入客戶需求、產品創意與使用體驗。

但是，從PoC走到Production，面對的是完全不同的考驗。
諾德資訊技術長張家榮解釋，進入正式環境（Production）後，軟體服務必須面對真實使用者的流量、不同客戶的IT環境、計算資源擴充、資料庫負載、網路連線、資安攻擊，以及服務異常時的切換與處理，就算在壓力測試時表現正常的系統，也可能在Production的時候出現問題。

更值得特別注意的是，AI不只讓開發者更快，也讓攻擊者發現漏洞的速度加快；過去，服務上線後還有時間慢慢觀察、修正，現在，服務一上線，可能很快就遭到掃描甚至攻擊。

也因如此，軟體商、系統整合商選擇基礎架構夥伴的條件開始改變，從過去關注功能與價格轉向：產品能不能順利上線？出了問題誰來處理？面對流量變化與資安風險，服務能不能持續運作？

張家榮表示：「諾德資訊可以提供從公有雲、私有雲、地端、邊緣運算、主機代管、網路，到維運與監控等服務，讓軟體夥伴可以將資源集中在應用與客戶需求，無須擔憂Production議題。」

不僅提供資源，諾德資訊將Production變成一項服務

而這也是諾德資訊會提出「Production as a Service」的原因：不是在提供另一種雲端或主機服務，而是將軟體從開發走向正式營運所需的Production流程，轉化成可以被專業分工、驗證與持續維運的一項服務。

「Production as a Service不是單純把主機或雲端資源租給客戶，而是共同檢視這套軟體能不能順利上線與正常營運。」邱柏瑞表示。

實際做法包括，在上線前協助檢視架構，建立與正式環境相近的測試環境，確認系統正常狀態、最大承載量與資源需求，並驗證高可用性、資安、備援及服務切換機制；上線後則持續監看服務狀態、容量與流量，及早發現異常並處理。

諾德資訊之所以有這樣的服務能力，可以歸結為三點：

第一，長期累積的基礎架構與維運經驗，目前，諾德資訊同時服務的客戶數近30家，應用情境涵蓋IoT、購物平台、遊戲、音樂等不同類型的軟體服務。

第二，諾德資訊將每一個客戶遇到的問題與解決方案收攏至知識庫，讓團隊成員可以快速處理、借鏡，滿足客戶需求。

第三，依循ITIL的維運精神，並具備ISO 27001等資安相關認證，將服務流程、操作紀錄、備份、監控與異常處理等機制內化到服務之中。

這也是諾德資訊與單純提供雲端、IDC或主機代管服務的業者之間的最大差異：交付的不僅是基礎設施，而是讓服務持續運作的能力。面對客戶同時使用公有雲、私有雲、地端與邊緣運算環境，諾德資訊另以 MQloud 提供統一管理，把網路、防火牆、流量、監控與帳務收進同一套平台，降低跨環境營運的複雜度。

「軟體商負責開發，就像晶片設計公司；諾德資訊則負責協助完成測試、製程調整與正式生產，讓產品真正走向市場，希望成為『軟體界的台積電』。」張家榮如是說道。

展望未來，諾德資訊將持續深化 Production as a Service，成為軟體公司從上線到長期營運的夥伴。自構想階段起即與軟體商共同討論架構，於測試階段協助驗證，於準備上市時承接正式環境，上線後則持續守住流量、資安與服務韌性。軟體開發者與 SaaS 業者可將資源集中於產品與客戶，完整基礎架構與 24×7 維運則由諾德資訊端到端承接。