照片由 Miguel Ángel Padriñán Alba 拍攝於 Unsplash

前言

前一陣子我寫過一篇關於代管部落格平台的選擇¹。當時我覺得值得關注的選項之一就是 Pagecord。它看起來是相對不錯的選擇：更容易使用、設計周到，還有一些不錯的功能。當時要推薦它時我心裡有點不踏實，但因為沒有具體的理由，所以還是把它列在介紹的選項裡。

現在看來，當初讓我開始留意的那些問題，在 Pagecord 更新了人工智慧揭露聲明之後，確實值得拿出來談談。（這件事在我整理六、七月第一次研究 Pagecord 時的筆記過程中，還出現了一個有趣的轉折。）

Olly 是誰？

註：以下內容並非對 Olly 的批評，只是討論一下他的背景，這些都是稍微搜尋一下就能找到的公開資訊。他並沒有刻意隱瞞這些資訊，只是也不太主動提起。

Olly Headey 在 2007 年與一群人共同創立了名為 FreeAgent² 的軟體平台。FreeAgent 基本上是一套為個人與小型企業設計、能處理各種需求的會計系統。

FreeAgent 成長得相當快速。³ 2012 年，他們收購了 60mo 以拓展美國市場，到了 2013 年更被 Deloitte 列為成長最快的科技公司之一。2015 年，他們募資超過 £1M，並在 2016 年成為上市公司。

2018 年 FreeAgent 以 £53M 的價格被 NatWest Group（前身為 Royal Bank of Scotland Group）收購。離開 FreeAgent 後，Olly 似乎嘗試過幾個其他專案，包括 FeedGrab。⁴ 當然，現在則有了 Pagecord⁵

Pagecord

Pagecord 是我當初在尋找新的極簡部落格平台時，一開始非常感興趣的專案。不過，在注意到這個專案的一些細節，以及和 Olly 往來幾封郵件後，我發現有幾個讓我在意的警訊，現在更覺得有更多需要謹慎看待的地方。

比較

在和 Olly 討論的過程中，我曾提到我覺得他把 Pagecord 拿來與 WordPress、Substack 和 Medium 做比較有點奇怪。在我看來，這些平台都不屬於 Pagecord 所鎖定的極簡部落格平台類型。⁶ 他也將 Pagecord 定位為獨立部落格平台（Indie Blogging Platform）。⁷

然而，卻缺少與其他真正的極簡部落格平台的比較，例如：Bear Blog⁸、Pika Page⁹、micro.blog¹⁰ 以及 WriteFreely¹¹／Write.as¹²。我認為拿 Pagecord 與這些平台比較會更恰當。就我個人而言，Pagecord 的潛在使用者應該會對這些平台之間的比較更感興趣，而不是 Substack 或 Medium。

感覺目前的這些比較，比較像是為了 SEO 操作與宣傳，而非真正出於對極簡或獨立部落格的關注，或是為了提供資訊給潛在使用者。當然，所有這些頁面的設計方式，都讓 Pagecord 看起來像是比其他平台更好的選擇。

推廣

如果你到幾個主要的搜尋引擎（Startpage、Ecosia、Duck Duck Go、Google）搜尋 PageCord，會發現大多數結果都偏向宣傳性質。排名前面的結果通常來自 (a) Pagecord 官方網站、說明文件，或 (b) 像 ProductHunt、Trend Hunter、Ventrue Gaps、Open Alternative 等網站。偶爾也能找到幾篇 Reddit 貼文¹³，這本身不是問題。不過，這些內容確實顯示 Olly 對於要把 Pagecord 行銷給哪個特定族群很感興趣：

謝謝，對啊，我的部落格確實有點 Tumblr 的感覺！理想的客戶輪廓嘛……還在成形中！😅 老實說我現在還不太確定要鎖定誰，現在的定位有點太籠統（從行銷角度來看這可能是個問題）。

目前付費和免費使用者的背景相當多元，但現在全部都是 B2C。我會說大多數是非技術背景的人，或者至少不是用部落格來寫技術文章的人。有些是創業者，有些則是興趣使然的愛好者。

其實我覺得它很適合作為新創公司的產品部落格（例如 https://blog.feedgrab.net），但這非常小眾，因為大多數公司大概會想要更多客製化功能，而這並不是它的設計初衷。

我想我的目標對象是那些想寫部落格／寫作，但不想為設計費太多心思的人。就是寫點東西，然後放到網路上。還有那些不想為部落格付費的人，因為他們只是偶爾發文，或是想要自訂網域和電子報功能，但預算只能負擔最低的價格——在這個情況下是一年 $20，而競爭對手則是每年 $60 以上

以上是他大約一年前對於要把 Pagecord 行銷給誰這個問題的回答。可以注意到，他特別點出 B2C 使用者，並將其定位為其他產品的附屬部落格（以他自己的 FeedGrab 作為範例產品）。另外值得注意的是，就在一年前他的部落格定價還是 $20，現在已經漲到 $40¹⁴ 了。

這些本身不一定是壞事，不過似乎與 IndieBlog 以及極簡部落格的精神有所牴觸。

開源嗎？

Pagecord 是開源的，就字面上的意義來說。它的原始碼放在 GitHub 儲存庫裡。然而，使用者能否利用儲存庫的內容自行架設，則是另一回事。我一開始是在嘗試讓 Pagecord 的 Docker 映像檔在本地系統上運行、以便查看一些要訂閱後才能使用的功能時，才聯繫 Olly 的。當我向 Olly 反映這個問題時，才發現 Docker 映像檔已經有一段時間沒有更新，所以設定上出現了不一致的情況。

也就在那時，我得以一窺 Olly 對於這個「開源」專案的想法。Docker 映像檔其實只是為了讓人在本地端開發與測試 Pagecord 而提供的。看起來並沒有打算讓使用者自行架設 Pagecord 的實例。而這正是我當時考慮要做的事：自己架一個來用。

但除此之外，這個專案似乎還內建了一些相依性，可能會讓其他人難以自行架設。例如，在 GitHub 儲存庫的文件中列出了：

• Ubicloud 用於託管 Postgres 資料庫
• Cloudflare R2 用於圖片處理
• Hatchbox 用於部署
• Caddy 用於網域與 SSL 管理
• Cloudflare 用於 DNS 與 Edge 快取

這些本身都不是問題，但對於想要自行架設 Pagecord 的人來說，（可能）會增加不少負擔。我認為這很明確地顯示，Olly 並不是把 Pagecord 當作一個開源專案來設計，而是想利用開源工具來開發一個商業產品。

相較之下，micro.blog 是在開源的 Hugo 靜態部落格引擎之上包了一層外殼並加上擴充功能。這意味著如果你使用 micro.blog，隨時可以自行架設 Hugo，把內容從 micro.blog 匯出後，基本上就能直接套用到 Hugo 上。

另一個可對比的例子是 WriteFreely 與 Write.as 的關係，其中 WriteFreely 是任何人都可以下載並自行架設的開源軟體（在我撰寫本文時，在 Fediverse 上已有超過 550 個運行中的實例）。而 Write.as 則是建立在 WriteFreely 之上的代管服務。Write.as 的使用者僅占 WriteFreely 整體使用者群的 2.75%。當然，WordPress 多年來也一直提供下載與自行架設的選項，同時也有以其為基礎的代管服務，包括 WordPress.com。

除此之外，Pagecord 似乎是一個由單一開發者主導的專案。在 GitHub 儲存庫上只列出了三位貢獻者：Olly、一個處理相依套件的機器人，以及一年多前曾提交過兩次貢獻的另一位人士。

同樣地，這些本身也沒有不好，但顯示 Pagecord 比較只是在字面上的開源專案，而並非真正具備開源社群精神的那種開源。

AI 的使用

直到今天早上之前，我原本並不打算寫關於 Pagecord 的文章，儘管一個多月前就已經完成了大部分的研究。但今天早上收到一封來自 Pagecord 的電子郵件更新，改變了我的想法（而且這一節還有一個有趣的轉折）。先說清楚，Olly 對於在 Pagecord 的開發過程中使用 AI 這件事算是相當坦誠。然而，今天早上寄出的一封郵件提到，Pagecord 現在正使用 OpenAI 作為內容審核工具¹⁵：

2. 內容審核

Pagecord 是一個使用者生成內容的平台，因此會吸引垃圾部落格，也容易被濫用。服務條款（T&Cs）對此有相關規範，且 Pagecord 依 英國《線上安全法》負有相關義務。目前有一項自動化檢查，僅針對免費與試用帳號。當文章發布時，標題、內文以及最多五張圖片會被傳送至 OpenAI 的內容審核服務，由其標記內容是否包含被禁止或違法的類別（暴力、色情、仇恨言論等）。

此項檢查僅針對免費或試用部落格上已發布的公開內容。私人草稿、已刪除的文章、電子郵件地址、訂閱者名單及帳號詳細資訊則不會被傳送。被標記的內容會由我手動審核。

如果這個說法屬實，任何使用免費／試用帳號的人，其內容都會被提交給 OpenAI 以進行審核。Olly 表示這些內容不會被用來訓練 OpenAI 的大型語言模型。雖然這是他的說法，但這也意味著他服務的免費方案使用者必須相信 OpenAI 會遵守協議，不會收集這些資訊來訓練其大型語言模型。而問題就在於：Pagecord 的使用者與 OpenAI 之間並沒有任何協議，能讓他們確認 OpenAI 沒有使用他們的內容。

（我覺得很有趣的）轉折是，Olly 今天在他的部落格¹⁶上寫道：

我已經把 Pagecord 裡的 OpenAI 垃圾部落格檢查機制拿掉了。其實效果不太好，所以我決定從現在起手動審核所有新部落格，直到數量多到難以負荷為止（也就是永遠不會發生）。/ai 頁面也已經簡化了。

這讓我不禁想問……這個 OpenAI 垃圾部落格檢查機制究竟實施了多久？要判斷它效果不好，似乎需要相當大量的資料來做依據。這表示它至少已經實施了幾週，甚至可能一個月以上。

不過，如果打算使用這個平台，Pagecord 的使用者仍有一件事應該要留意：

AI 搜尋索引器不會被封鎖，因為它們能讓你的文章被找到並引用。如果你想退出，可以撰寫自訂的 robots.txt 來封鎖所有爬蟲，或完全停用索引。

目前市面上已有超過 400 種 AI 網頁爬蟲¹⁷，我很懷疑那些擔心內容被擷取的人，會認為這些機器人只是要「引用」內容。而且，要能夠引用內容，大型語言模型難道不需要先用這些內容進行訓練嗎？

這也是我前一陣子在與 Olly 的郵件往來中討論到的部分。當時使用者還無法編輯自己網站上的 robots.txt 檔案。值得肯定的是，Olly 後來加入了這項功能。我也曾和他討論讓使用者自行在頁面的 HEAD 區段中插入程式碼。（會提到這個，是因為我讀到可以透過 canary GUID 來告知大型語言模型不要掃描某個資料集，因為它可能會污染模型¹⁸。這個方法現在是否還有效，我也不確定。但我仍覺得這是個值得實作的功能。）Olly 當時並不同意讓使用者修改頁面 HEAD 區段的想法，但他說未來可能會考慮。

社群整合

這是一個非常小的細節，但卻是我在檢視過的許多平台中漸漸期待會看到的功能。Pagecord 有一個名為 Fediverse Author Attribution 的選項，但我沒有看到任何地方顯示文章有被發布到 Fediverse 上。後來才發現，這項功能並不會使用 ActivityPub 來發布文章。Fediverse Author Attribution 功能只是在文章的標頭中加入一個 fediverse:creator meta tag 而已。

相反地，Olly 建議使用 Echofeed¹⁹ 來發布到 Fediverse、Bluesky 等平台。雖然這是一個可行的選項，但在我看來並非最佳解。我不喜歡為了那些本應整合在平台內的功能，還得依賴第三方服務。而 Echofeed 宣布關閉，正好說明了為什麼會有這樣的顧慮。²⁰

結論

本文的重點並不是要指責 Olly，或是警告大家不要使用 Pagecord。這是為了提高大家的意識。我認為在現今這個時代，對於所使用平台的選擇做出知情的決定非常重要。我們許多人使用像 Mastodon、GotoSocial、Lemmy 等 Fediverse 平台，是因為想擺脫那些掌控內容的平台，也因為我們不認同主流社群平台的發展方向。

Pagecord 一直以來塑造著作為一個開源、開放平台的精神。然而，檢視 Olly 的背景、他對 Pagecord 的說法、專案的處理方式等等，只讓我覺得它並沒有被如實地呈現給我們的社群。

如果你在了解這些背景資訊後，依然對 Pagecord 感到滿意，那我也為你感到高興。