從「開放網路」到「AI主導」:一場網路內容生態的劇變

1990年代,我初次接觸網路時,那是一個屬於開放網路(Open Web)的黃金時代。無論是BBS的轉信板、Usenet,還是當時親手「烘培」的網頁(homepage),所有內容都沒有一個集中的儲存點,而是分散在網路的各個角落。

這樣的好處是,每個網路參與者都真正「擁有」自己的內容;但相對地,參與者需要具備一定的技術門檻才能儲存或創造內容。也因為內容是如此分散,「搜尋引擎」這項產品應運而生,讓使用者能更輕易地找到所需的資訊。Google也因此在這個開放網路時代,成為了無可爭議的霸主,直到AI時代的來臨。

事實上,Google搜尋的商業模式與開放網路緊密相連。在2000到2010年間,Google推出許多功能與產品,如AdSense、Google Reader、PubSub等,無不希望擴大開放網路的影響力。

封閉花園的崛起、開放和封閉的戰爭

然而,開放網路的局面從2000年代開始有了巨大轉變。隨著社群網路的興起,以及iPhone的橫空出世,「封閉花園(Walled Garden)」模式開始大行其道。這種模式讓服務提供者能更好地控制內容品質,對消費者而言,獲取內容也更加便利。因此,封閉花園模式不斷擴張,Facebook(Meta)和後來的TikTok便是其中的佼佼者。

以網路內容消費的生態系統來看,主要有四個角色:內容生產者、內容消費者、內容分發者和廣告商。由於一般內容消費者不會直接付費,大多數內容都是透過廣告模式來獎勵內容生產者,以維持優質內容的產出。不論是單純的展示廣告、導購連結,甚至是業配,本質上都是讓消費者認識廣告商產品的過程。封閉花園模式大大降低了生產者的製作成本(例如:不需懂架設網站),也降低了消費者的獲取成本(例如:打開App就有大量內容),因此深受生態系參與者的青睞。

AI浪潮下的內容生態巨變

如果沒有AI,或許開放網路還能抵抗這股潮流一陣子。尤其當區塊鏈(Blockchain)興起時,開放網路陣營不斷嘗試,是否能透過區塊鏈這個新技術,讓內容提供者在獲利時不必再被內容分發者抽成。但AI的出現徹底改變了這一切。當消費者可以直接提問,且AI能不厭其煩地給予答案時,誰還會想費力搜尋呢?人性本就懶惰,沒人會想點擊AI回覆下的腳註連回原始內容,那些依附在內容上的聯播網廣告,自然也無人問津,收入也將隨之消逝。

雖然內容依然是王道,但未來的優質內容,很可能將演變成各家AI服務商「付費」取得的局面,變成各家服務商的封閉花園。不再是1990年代那種內容創作者即是內容擁有者的時代了。

僅以此文,致那逝去的美好年代。
(本文在開放網路下的 Blog Software 寫作)

《技術管理觀點》電子報

工作到現在,覺得還是需要把自己的管理觀點寫下來,但又覺得不太適合寫在這個 Blog 內(還是想把這個 Blog 維持比較技術、新產品類的分享)。所以另外開了一個 Substack 的平台:《技術管理觀點》電子報

目前固定週一會推出一篇技術管理的文章,包含軟體工程師的面試報到培育績效評估晉升等。也有不定期出刊的閒聊文章,例如談技術債

如果對管理有興趣,想與我討論的話,可以在平台內留言,或是到 Facebook 粉絲團:技術管理觀點 私訊唷!

MCO Visa debit 卡,在台灣可以申請到的加密貨幣金屬卡

實體的卡片照片,在台灣難得可以拿到的金屬卡

這是一張蠻特別的卡片,由加密貨幣交易所新創 crypto.com 發行。需要抵押 50 MCO(約新台幣 8,000)元六個月,即可取得一張「金屬」的 debit card。六個月後,可以把這 8,000 取回,可以直接刷卡花掉,或是透過 ATM 提領出來(國泰世華ATM不收手續費)。

我在 4 月申請的,因為疫情的關係,卡片五月中才到;但最近改用 DHL 寄送之後,通常兩三天就會到了。

到六月底為止,在家樂福(需用 line pay)、UberEats 消費,皆回饋 10%

你可以透過信用卡儲值(手續費1%)到卡片內,再透過卡片消費,或是將比特幣、以太幣換成法幣後再消費也可以。

如果透過我的連結申請 https://platinum.crypto.com/r/gbb3ut2h5g,當抵押完成後,我們雙方都可以獲得等值美金 50 元的 MCO 幣。你可以直接換成法幣然後在家樂福消費。

2019 年的 SEO…

Backlinko 分享了在 2019 年的 SEO 指南,用淺顯易懂的方式介紹了 Google 的 RankBrain:一個根據使用者行為來學習的搜尋結果排名方式。另外 Google 也提出了 Dwell Time 的概念──瀏覽者在搜尋的目的頁面待了多久的時間,來幫助 Machine Learning 的 Model 更加完善搜尋結果的排名。

另外值得一提的點是,Voice Search(就是 Google Home / Alexa)等,可能是未來在 SEO 領域會越來越重視的地方。當 FAANG 這些大廠商在智慧家電領域投資越來越多的時候,人機的交互介面可能從傳統的鍵盤滑鼠螢幕,轉換到影像聲音。目前智慧音箱仍然沒有特別的殺手級應用,並不像智慧手機十年前剛出現的時候迅速的改變世界;另外智慧音箱仍有隱私的爭議,這些問題仍然是未來智慧家電必須要一個一個解決的。

最後,傳統的SEO觀念,包含連入連結、原創內容,以及喊了很久的 Mobile First 策略,仍然是 2019 年 SEO 觀念中很重要且不可或缺的要點。基本功仍然要紮實,才有可能在其他的 Add-on 脫穎而出。

HCE 手機信用卡體驗心得

新聞說台灣年底前會開放 Apple Pay、Android Pay 跟 Samsung Pay,但是 HCE 手機信用卡已經先開放使用了(需安裝 tWallet+)。目前支援的銀行(台銀、華南、永豐等…)都不是發卡量最大的幾家,而且只支援 Master 卡,但整體來說使用上還蠻方便的。

之前就申請了 HCE 信用卡,但一直沒機會測試,今天到了遠百剛好有機會可以試試看。
首先要先輸入密碼:

店員看到還以為是 Friday 錢包…XD 我直接跟店員說用信用卡模式就刷過了,一次 OK。

刷卡後馬上就能查到消費紀錄:

目前只支援 Master 卡,希望能儘快支援 JCB…
我猜 Apple Pay 跟 Android Pay 初期也只會支援發卡量大的銀行(中信、國泰)的卡,但目前我的主力卡都不是這幾家啊…XD

GitHub 的 chatop (2016)

Velocity 2016 裡面,GitHub 分享了如何用 Slack 為平台,建立機器人來輔助開發流程(如 CI、Deployment、Monitor等等)。

對於開發者來說,可以一邊討論就一邊把事情完成,整合了 README 等文件撰寫的工作;對於 Operator 來說,由於討論的過程在 Slack 上,也可以設計一個流程,當有事件發生時就 Alert OP,這樣可以讓 OP 在開發過程中也被告知,獲得必要資訊。

缺點就是資訊流通太快了,可能開完一個一小時會議之後,事情跟前一個小時差距就變得很大 XD 這點是需要團隊成員適應的地方。

安裝 Let’s Encrypt 的憑證與支援 HTTP/2

昨天花了一個多小時的時間,申請了 Let’s Encrypt 的憑證並更新上去,並且升級到 Apache 2.4.17 來安裝 HTTP/2 Module。

Let’s Encrypt 使用的 ACME Client 程式,目前有實驗性的支援 FreeBSD,基本上按照信件中的說明安裝即可。如果是 FreeBSD 9.x 的話,需要按照這個 GitHub Issue 的方式,自行編譯 trunk 版本的 pyca/cryptography,即可完成 ACME Client 的安裝。

安裝完成後,可以指定 webroot 當作認證檔案存放的位置,來給 Let’s Encrypt 驗證這個網域確實是申請人所有:


./letsencrypt-auto --agree-dev-preview --server https://acme-v01.api.letsencrypt.org/directory -a webroot --webroot-path /home/data/websites/jnlin.org/webroot certonly

簽好的憑證會放在 /etc/letsencrypt/ 裡面,效期 90 天。官方建議每 60 天 renew 一次。我自己打算先手動 renew 一次,沒問題的話就丟到 cron 裡面,兩個月自動 renew 一次。

安裝 Apache 2.4 + HTTP/2 Module 就沒什麼特別的,直接 ports 安裝,結束之後,把憑證設定上去,即可打開 HTTP/2 的功能。反倒是解決 WordPress 的 mixed content 問題花了比較多時間 XD

Google Tag Manager 簡介 (2) – 建立變數與自訂事件

上一篇文章中,我們建立了簡單的事件。但除了 PV 之外,我們還要追蹤網站上元素的點擊,或是其他特殊的事件。Google Tag Manager 已經有內建一些變數,可以指定條件,讓我們不需要寫程式就能追蹤部份的事件。

我們必須到「變數」這個 Tab 去啟用這些內建的變數。

目前支援的變數列表如下:

  • Page URL
    • Page Hostname
    • Page Path
    • Referrer
  • 公用程式
    • Event
    • Container ID
    • Container Version
    • Random Number
    • HTML ID
  • 錯誤
    • Error Message
    • Error URL
    • Error Line
    • Debug Mode
  • 點擊
    • Click Element
    • Click Classes
    • Click ID
    • Click Target
    • Click URL
    • Click Text
  • 表單
    • Form Element
    • Form Classes
    • Form ID
    • Form Target
    • Form URL
    • Form Text
  • 歷史紀錄
    • New History Fragment
    • Old History Fragment
    • New History State
    • Old History State
    • History Source

以下我們以「當使用者點擊頁面上 id 為 “to-be-clicked” 的物件」為例,建立一個事件:

1. 首先到「變數」,啟用「Click ID」這個變數。

2. 新增一個「觸發條件」,事件類型為「點擊」,觸發條件為「所有元素」,啟動時機為「部分點擊」。接著在啟動時機內設定條件為「Click ID 等於 “to-be-clicked”」。

3. 新增一個「代碼」,指定該「觸發條件」要發出的 Event 內容與要記錄到的 Google Analytics ID。

如果我們想設定的變數不在預設列表中,也可以用程式自訂一個變數。作法如下:

1. 新增一個「使用者定義的變數」,類型選擇「自訂 javascript」。

2. 輸入一個 javascript 函式,傳回值為變數值。例如:

function () {return $('body').data('state'); }

表示傳回 <body> 的 state 這個 data attribute。

另外,我們也可以在程式裡面觸發 Tag Manager 的自訂事件。首先先建立一個觸發條件,選擇「自訂事件」:

接著在程式內觸發此事件:

dataLayer.push({"event": "custom-event"});