我自架 blog 的理由與選擇(上):理由篇
本文原名「不離開 Medium,我自架 blog 的理由與選擇(上):理由篇」,考慮到平台差異故省略 Medium 名稱部分,但內容依舊會大量提及,還請見諒。
主要確認自己目前的寫作習慣(回歸自己的新建的 blog 並選擇性轉載至兩平台),算是對之前文章「Matters & Medium:我的寫作二刀流配置說明」的更新。

前言
早在去年 9 月 Medium 迎來一波大改版後,改版之初對中文不友好的 bug 與首頁演算法對中文文章的不利調整,讓我第一次感受到寄身於平台的風險,並忍不住開始認真考慮是否真的要自己來架一個 blog。
說來諷刺,在改版不久前,我才剛下定小小決心,打算好好在上面發文!這波改版多少影響了我的創作士氣,讓我內心產生動搖——且幅度還不小。
部分出走 Medium 的作者主要考量未來經營自媒體,應該要先有清晰的品牌(對部落格主而言最基本的就是要擁有「自己的域名」),而不是待在 Medium 為他人流量作嫁。
現階段我僅屬於一個想到才寫的佛系創作者,儘管如此,「自架部落格」這個念頭仍一直在心中盤旋,因為原來的創作環境——即 Medium——已經讓我產生懷疑。
環境的重要性
並非只有勤於寫作的人才在乎寫作環境,相反的,也有些勤於寫作的人更專注在寫作本身,對寫作環境與形式未必很講究。
就我對自己的觀察,當我有一點動力想要寫的時候,平台的舒適度(有沒有哪裡覺得綁手綁腳)與對平台的信任程度(會不會說變就變),確實影響著手寫作的「靜摩擦力」與堅持程度。從這個角度看,擁有自己的域名、專屬於自己的創作空間,理論上似乎真的能夠提升寫作動力?
輕度玩家更需要保護寫作動力
正因為是想到才寫的「輕度玩家」,所以我們更容易放棄(或者說荒廢);正因為容易放棄,所以我們更應該要主動掃除那些會讓人半途而廢的創作阻礙,而「寫作環境」就是一大重點。
所以,佛系也好,認真創作也罷,總之在提筆(鍵盤)的當下,我們都希望不要因為寫作的「環境因素」而影響寫作動力。
這個主題便要來聊聊為什麼我覺得自己有必要架設部落格、我考慮過的方案、與最後選擇的依據。
本文為上篇,說明我認為必須在 Medium 之外,自己架一個 blog 的主要理由。
自架的必要
稍為理解或認同環境對創作的影響後,我們就可以切入正題。
為什麼要擁有自己的 blog?為什麼要離開 Medium?自媒體經營者們已經寫過無數文章闡釋與鼓吹,隨便孤狗都有,在此我只引用最熟悉的兩篇,因為對我帶來一定的影響,再分享我自己的想法。不過如標題所言,我並沒有要離開 Medium,只是為自己多打造一個發文的基地而已。
他人經驗:兩篇「獨立宣言」
我喜歡先參考佩服的人的經驗來增強自己作類似決策的品質,而選擇是否自架 blog 這件事自然也是如此,這裡分享兩篇對我來說特別有感的「從 Medium 搬離之獨立宣言」,簡單引述文中的主要觀點與我的簡評:
- 我們把文章搬到自己架設的網站了,星箭廣播
星箭廣播大概是我聽最多集的 Podcast 節目之一,其很多內容都展現了主持人對於數位工具選擇與使用上的細節偏執,他們的看法頗有參考價值。而且文章中的考量說明與決定理由也都非常具體,真的很星箭!
離開的理由:
- 想看更多的分析數據。
- 想將流量拉回至自己的網域集中管理,提高自網站的 SEO。
- 降低風險。
- 更多內容編排上的自由。
簡評:前三者主要是基於行銷考量,完全可以理解。第四點則深有同感,就是我選擇自架的第一個主要理由。
- 我為什麼從 Medium 搬家到 Wordpress 了?,侯智薰(Raymond CH Hou)
在搬家之前,雷蒙(侯智薰)已經位居 Medium 中文流量的超級前端班,站上有各種實用文章,我當初轉職也有參考他寫的面試攻略,對很多事物他都有自己清晰的想法,了解他為什麼決定自架 blog,有助於我明確方向。
離開的理由:
- 後台數據不利分析。
- 不利未來擴充更多內容。
簡評:第一部分和星箭差不多,第二部分也正是我所持的第二個理由——可說是最關鍵的理由,講白了就是 publication 的限制太多!
上述兩篇恰恰提到了兩個我也抱持的主要觀點,且看下段說明。
我的看法:Medium 兩個不夠好的地方
第一個不夠好的地方,就是那又醜又難用的 Code Block
Medium 提供的程式碼區塊(code block)真是極盡簡陋之能事!
對軟體工程師而言,一份現代文件提供的程式碼區塊,具有「語法突顯(syntax highlighting)」乃是十分基本卻又重要的特性,但顯然 Medium 不這麼想。

Medium 的程式碼區塊不僅沒有語法突顯,而且排版還特別醜,從電腦看行距過小,糊成一團。這拙劣的視覺呈現,當今世上大概只有 Evernote 可以與之相比。

Medium 上的技術文章非常多,或許官方有自己的政策考量,比如不想讓技術文章過度擴張而影響平台內容的多樣性,但你看著這些作者們用盡各種替代方案只為了讓文章中的程式碼好看一點,就不禁讓人感到幾分無奈與苦笑。我們還在石器時代嗎?
部分創作者會把程式碼區塊拿來用作文章目錄(table of contents)使用,我個人非常贊同,因為這可能已經是 Medium 程式碼區塊最妥善的運用了。
總的來說,這些程式碼呈現的替代方案我都認真思考過,稍稍妥協其實未嘗不可,但下述第二個因素就讓人感到無解了。
第二個更致命:複雜又缺乏彈性 publication
如果程式碼區塊算是不夠好的地方,那這部分的缺陷應該稱得上是「不能忍受」的地方。
什麼是 publication?一言以蔽之,publication 的主要功能就是讓你的 Medium 文章不再只是流水線般呈現,而可以進行較為精緻的分類與版面控制,這樣說來其實就跟一般的 blog 一樣,但不同的是:它真的複雜很多,也限制很多。
倘若是剛開始在 Medium 上寫作,我個人會強烈建議先不要使用它的 publication 功能,其設定的複雜度讓人卻步不說,在後續更新文章時的分類門檻也會讓你在創作的構思階段時就陷入太多不必要的考慮。總之,先寫個十篇再來思考也不遲。
- 複雜
publication 的複雜度,從那些教你怎麼設定好理想 publication 的教學文章中就能看得出來,只要看一看這些內容,就能體會到「事情為什麼可以這麼複雜?我不就是想寫個 blog 嗎?🤣」
- 缺乏彈性
對我而言,設定上複雜還可以忍受,但它的限制就真的讓我忍無可忍。可惜對於未使用過的人,比較難解釋其中的不便之處。概括而言,就像前述引用雷蒙文章中說的,當你文章愈多的時候,你企圖要好好分類、整理你的文章就會愈加綁手綁腳、捉襟見肘——這簡直是對長期創作者的一種懲罰。
而這件事對我寫作意願的直接影響就是:每次想到要寫一篇文章,第一步先思考的竟然不是內容如何呈現,而是寫完後,要怎麼放置到合適的 publication 區塊,思路常常糾結在一起,最後往往不了了之。
不過這跟我是分類控的個性可能也很有關係,我無法忍受重要事物(尤其是知識類)的編排缺乏一個井然有序且易用的「規則」或「結構」,而 Medium 提供的 publication 就是給我的這樣的感受,它實在太難用了。
基於上述兩個理由,我還是決定在不放棄 Medium 的情況下,另謀出路,為自己開僻一個更舒適的寫作環境。
上半篇小結
考量文章的字數還是不要太長,這個主題寫到一半就超過 2000 字了,所以決定分成上下篇發布。
總結一下本篇的內容
- 寫作環境對寫作動力的影響顯然存在,Medium 有著平台的方便,讓人可以快速開始創作自己的文字內容;但也有著一些不利的因素,讓人在考慮長線的持續寫作時感到不便與不安。
- 本文講述了我認為自己在 Medium 上寫作的兩個關鍵痛點,且第二點幾乎讓我常常在文章構思階段就陷入卡關——不知道怎麼樣才能有效架構 publication 的呈現方式。
Originally published at Code and Me on June 24, 2021.
最終,我決定不離開但是跳出來,為自己另僻園地,這部分為下篇內容,敬請期待。
Like my work? Don't forget to support and clap, let me know that you are with me on the road of creation. Keep this enthusiasm together!