我如何設定社群自動化發文

透過 Blogstatic 當作 Content Hub

5 min readOct 16, 2022

社群看起來在現在經營的效益很低，但是在大家習慣使然的情況之下，

本來透過 AppSumo 購買了 Storefires，主要是想要當做社群媒體經營使用，但發現軟體對於中文的支援度跟平台速度，都無法達到我的需求，所以轉而開始尋找其他的方法。

回顧我手上的工具，思考到可以重新嘗試看看 No-Code 的新組合。剛好看到原本在使用的服務 Blogstatic 開發者 Val 有了新的佈局，深深讓我感受到完全的不一樣，便重拾了使用 Blogstatic 的想法。

過去一陣子，我接觸與使用非常多的獨立開發者的所開發的網路服務，Blogstatic 就是那時接觸到的。半年的時間過去，使用的情況總是分分合合，我覺得平台－相較於 Typlog 來說－沒有很成熟，未來的發展也看不出來方向。

但有一件事情卻是令我印象深刻，在 Blogstatic 的寫作體驗非常的好，所提供的編輯器，配合上鍵盤的快速鍵，讓想要專心寫作的人，能夠有很乾淨的空間，專心在鍵盤上敲下每個想表達的字。

想想，如果單純當作一個內容集散地（Content Hub），其實是非常的好用的。我覺得優勢在於，我使用的方案剛好是提供無限數量的部落格，這一點我覺得目前看到的服務當中，得利於先行者優勢，因為非常早就已經決定贊助。

既然決定了要用 Content Hub 的形式，自動化至關重要，透過自動化才能夠實現一地編輯，多平台發送的效果。這次我使用的是 Pabbly Connect — 我之前以經購買 LTD 的方案 — 的方式完成。

但這邊特別有一點要注意，因為 Blogstatic 主要還說個 Blog 平台，所以基本上不會所有事情都可以客製符合 Facebook 的要件，忽然想到程式設計常用的正規表達式，但因目前尚在學習的階段，先靠網路的資源充實一下。

我都是先轉換到 Markdown 才去針對語法找的相關的資料，圖片可以用：

!\[(.*?)]\((https?://\S+\.\w+)\)

Pabbly 除了可以在 Facebook Group 做圖片貼文之外，還可以做一般貼文，一般貼文還可以增加要連過去的網址，正規表達式根據找到跟測試的資料，使用：

\[(.*?)\]\((.*?)\)

上面的正規表達式可以幫助把需要的內容都取出來，不過必須要說，No Code 的設計會依照每個不同服務商，多少有所差異，就像是 Pabbly 所提出來的內容，會變成一個陣列，現階段我還沒有辦法真的參透，為什麼這次提取出來的是這個陣列。

不過好處是，規則設定完成之後，基本上就不會有太大的差異，就算無法了解全貌，也不影響如何使用。

最近剛好許多 Facebook 的 KOL 或者粉絲專頁們，都遇到了官方所稱的「技術性問題」，上萬、上十萬的追蹤人數，一夜之間變成九千多人。有人發文哀嚎，有些人淡然處之。還有些比較積極進取的人，說到社群媒體的不可靠，接下來應該是要架設網站、經營電子報等等。

幾天之後，官方出來說明只是因為技術上的問題，所以大家短暫看到粉絲數下降，已經全部恢復了。之後就沒有看到有許多評論了。

老實說，我始終覺得 Facebook、Instagram 從來都不會是長久經營之道，回顧網路時代的發展，從 1974 被開發出來，到 1990 終於出現了普及化的趨勢 — 瀏覽器的出現 — 只有兩個使用者載具淵遠流長：網站跟 Email。

其中 2010 年代開始成形的個人社群，到現在持續有在運作的除了我們常見的 PTT 等純文字的 BBS，首推「部落格」這個概念，就連這篇文章一開頭所說的產品 Blogstatic 都是獨立開發者所創作的新產品。

另外也看到許多人對於部落格提出經營哲學。顯示架設自己的網站仍是一門顯學。

同時，名單經濟也創造出了電子報的需求，都顯示這兩大趨勢提供的擁有感跟持續性，更加適合在數位時代的網路經營。

一直以來，我都非常不喜歡把 Facebook 當作內容平台，最重要的原因是，長文閱讀體驗非常差，同一篇文章使用網站當作載體跟使用社群媒體當作載體，閱讀的舒適度真的差很多。因為，社群媒體從來不是為了讓你停留在一篇長文章設計的，他希望你快速地提供偏好，讓他能夠判斷，並且對你投放廣告。

但可惜的是近年閱讀習慣已經被改變，第一就是長文變少了，碎片化的資訊成為主流，甚或大家是否有發現，臉書發文的斷行變得非常窄，很多人會加上一個 . 去維持斷行，閱讀的順暢感就這樣被切割掉了。

或許我們都該進入到一個經營社群，是為了有一天離開社群的時代。