FastComet 主機評價：過三關再下單的採購決策流程

週四深夜，一位接案設計師停在 FastComet 的結帳頁前面：促銷月費換算下來比一杯手搖飲還便宜，隔天就要向客戶回覆官網要放哪裡，游標在付款按鈕上來回移動。價格早就說服他了，真正讓游標停住的，是兩個他答不出口的問題：第二年的帳單會變成多少？客戶的讀者把網站連起來，會不會慢到直接關掉頁面？這是虛構的示意情境，後面談三種店家時會再借用他一次。

網路上的 FastComet 主機評價很多，多數停在功能列表與促銷價格。這份流程要給你的不一樣：先記一組對比，月費是主機商的行銷變數，帳單才是你的成本變數，前者他們可以隨活動天天調整，後者你要一毛一毛真的付出去。同樣的道理，一百篇評測都代替不了你自己的三個數字：三年總成本、從讀者位置量到的回應時間、方案配額的臨界點。FastComet 值不值得買，答案不在廣告詞裡，在這三個數字裡。

快速重點：FastComet 是可用的全代管入門選項，但供應商已併入集團、島內沒有機房是既定前提。決策分成兩段：刷卡前先做查得到的功課，算出三年總成本、估測東京與新加坡節點的回應速度、比對方案的 CPU 與記憶體配額；下單後用退款期完成量得到的驗證，正式站實測與負載壓測都在期限內走完，任一關過不了就退款。退款期就是你的決策期限。

結帳頁前，先回答三個問題

「要不要買 FastComet」看起來是一個問題，拆開之後是三個，而且只有你自己答得出來。第一，把首期、續約與加購全部加總，三年的總支出是多少？第二，你的讀者從他們的位置連到 FastComet 的機房，回應速度你能不能接受？第三，網站長大之後，會不會先撞上方案裡看不見的資源上限？三個問題對應三個機制：訂價、連線、資源，各有明確的通過標準，也各有驗證的時點：成本在刷卡之前查得完，連線與資源先在刷卡之前估一輪，下單之後再於退款期內用正式站補上實測。

通過標準先說清楚，免得檢核變成空話。成本這關的標準是：用同一個週期、同一套算式，跟至少一個同級方案比過總額。連線這關的標準是：從你讀者所在的位置實測，數字落在你自己設的可接受範圍，別人截圖裡的綠燈只能當參考。資源這關的標準是：尖峰情境的需求，離方案配額還有一段餘裕，不是「目前勉強能跑」。

所以「評測」兩個字在這裡要重新定義：讀完別人的開箱文只算收集情報，真正的評測是走一段檢核流程。三關各自獨立、互不掩護，結論掛在你自己量得到的數字上，過不了就換方向，不說服自己「應該還好」。

為什麼別人的評測代替不了自己驗？位置、內容、時間點都不一樣，方案、價格與公司狀態也會變，任何評測都有保存期限。判讀方法下一節會展開，先記住一件事：截圖是別人的證據，你要產出自己的。

三關還有天然的時程邊界：退款窗口。把退款期當成決策期限，分兩段走：刷卡之前完成查證與估算，下單之後在期限內完成正式站的實測與壓測，全過就留用，任何一關卡住就退場換方向。後面的段落依序把三關攤開，中間穿插開店者要加測的一關，以及付款後七十二小時的驗收節奏，收在一張五步驗收單上。

先做供應商調查：誰在經營這家公司

把網站交給一家主機商，交出去的不只是機器，還有之後幾年的帳單與支援品質，所以第一件事是查這家公司現在由誰經營。FastComet 成立於 2013 年，2025 年由 World Host Group 收購、併入 hosting.com 所屬的集團（見 FastComet 官方關於頁與對外發布的收購新聞稿）；官方的收購資料未載明完成日期，因此不宜再把它當獨立營運商看待，評估一律以收購後的現行方案、支援與條款為準。

這個歸屬變化，直接影響你手上資料的讀法：不少流傳中的評測寫在收購之前，當時的方案、價格甚至客服體系，都可能跟現在的不同。讀任何一篇評測先看兩件事：寫作當時公司是誰、方案是哪一版，有一項對不上，結論就只能當歷史資料用，這就是「評測有保存期限」的意思。

歸屬之外，收購還可能帶動你看不見的調整：方案的命名與分級可能改版，支援流程可能換團隊跑，條款可能換一個版本重新發布。這些都不必然變差，但都讓「照著兩年前的文章操作」變得危險。你的對策很簡單，凡是重要的規則，退款、搬家次數、方案內容，一律以你下單當下查到的頁面為準，並且截圖存檔。

查歸屬還有實際用途：出現重大事件時，你知道該盯誰的公告。收購後的政策調整可能發在集團端，也可能發在品牌端，兩邊都看最保險；帳單、方案或條款變動的那一週，這個習慣就是你的預警系統。

支援體系也在這一關順手盤點，花的時間有限：確認客服的開放時段與進入管道，票券、信箱、即時對談各從哪裡走；知識庫文件最後更新在什麼時候；收購之後的服務公告發在集團端還是品牌端。這些入口退款期內都會用到，先找好位置，真正需要支援時才不會在搜尋結果裡繞路。跨時區營運的回應節奏也值得記進筆記，你半夜出事的那個時刻，正好落在對方上班與否的分界上，這件事平時看不見，出事時最貴。

第二件要查的是機房。依 2026 年 9 月查核的官方機房清單，FastComet 列出 12 個據點，亞洲有東京與新加坡，島內沒有機房。看到城市名先別急著下速度結論，機房位置只決定光纖路徑的長短，實際體驗還取決於路由品質、伺服器負載與你自己的前端工程，這一點第二關會展開。

供應商調查做到這裡就夠了：歸屬（誰擁有它）、節點（機房在哪）、條款版本（退款與遷移的現行規則）各查一次，結論寫進採購筆記。多數人糾結的「評價好壞」建立在這三個事實之上；連公司狀態都沒對齊的比較，做得再仔細，也是在比兩家不同的公司。

第一關：把三年帳單攤開來算

結帳頁上那個月費，是主機商的行銷變數；三年後你真正付掉的總額，才是你的成本變數，兩個數字中間隔著續約價、合約年限與加購項目。FastComet 的首期促銷看起來親民，但便宜的入場價與三年真實成本是兩回事，把首期總額、標準續費、網域與可能加購全部攤開相加，那個大數字才是你該依據的答案。這一關只做一件事：在下單前把它算出來，而不是兩年後在帳單上遇見它。

↔ 左右捲動檢視完整表格

要算什麼	怎麼查證
結帳週期	月繳、年繳、三年約的首期總額各不同，抄下你選定週期那一筆的實付金額
首期優惠	記下促銷的適用範圍、折扣條件與截止時間，確認它只作用於第一期
標準續費	進結帳流程或方案細節頁找續約價，小字與括號裡的才是重點
網域與加購	免費的是網域轉移還是新註冊要分清楚，進階備份、移轉服務等加購逐項確認價格

算法不難，難在誠實。打開結帳流程，把上表四個構面逐一抄下來，任何一項在頁面上查不到，就直接開客服工單要書面報價，一來一回的時間，遠比事後爭議划算。抄的時候連小字一起截圖存檔：促銷的適用條件、續約的計價週期、網域的續費價格，通常都藏在你要看第二次才會注意到的地方。

網域這一格最容易漏。免費網域轉移跟免費註冊是兩回事：轉移通常附帶延長一年，但之後每年的續費價要另外確認；新註冊則從第一年就計費，而且不同網域後綴的續費價差可以很大。把網域續費價寫進三年試算，是很多人第一次認真做的事，也是帳單驚嚇最常見的來源。

四個構面備齊，用同一個週期相加，再跟至少一個同級方案用同一套算式比一次，這一關才算走完。促銷多半只作用於首期，續約回到標準價，落差通常明顯高於首期，實際倍數以結帳流程與官方價格頁的即時報價為準；任何評測文裡寫死的倍數都別盡信，包括你手上的這一份。查證永遠比背數字可靠，因為你的下單日，才是唯一有效的報價日。

為什麼用三年當基準？因為這個長度讓網站走過一段夠長的成長期，首期促銷也只佔總成本的一小部分，比較不容易失真。這是比較基準的選擇，不是產業規定；你的合約可以更短，只是週期越短，促銷的干擾越大，續約價反而更要看清楚。年限怎麼選，讓同週期的總額比較說話，不讓首期價格說話。

年限的取捨可以用一條規則收斂：第一次合作，用短週期買驗證的機會；驗證通過、決定留用，續約再考慮長週期攤平。短週期的單價結構通常不划算，但你買到的是退場的靈活；長週期把促銷攤進每個月，代價是把判斷提前到資訊最少的時候。哪一邊划算，讓總額試算回答，不讓直覺回答。

試算本身套一個固定格式，可以避免項目漏掉：首期實付金額，加上後續各期的續約價乘以期數，加上網域每年的續費，加上確定會用到的加購，收斂成單一總額。跟其他方案比較時，格式必須完全相同，只換數字；任何一欄的計價週期對不上，就先換算成同週期再相加。試算表建議跟結帳頁截圖存進同一個資料夾，日後帳單跟預期出現落差，逐欄就能對出是哪一項變動，省下跟客服來回猜謎的時間。

退款窗口的位置也要擺對：它是整套檢核流程的期限，零風險試用是行銷話術給它的名字。FastComet 定價頁對共享方案標示的退款保證以 30 天為口徑，網域註冊費通常不退，加購項目另計，實際範圍與申請方式以當期服務條款為準。把條款截圖存檔再下單，期限從付款日起算，倒數從那一刻開始。

主機也只是架站帳單的一格。想把佈景主題、外掛、維運與委外支出一起看完整，可以接著讀WordPress 架站的整體費用拆解，把三年的主機成本放回更大的財務圖像裡，再回頭決定預算上限。主機省下來的錢，常常轉手花在佈景、外掛與救火上，總帳攤開才知道省在哪裡。

第二關：你的讀者離機房多遠

第二關處理的是物理。封包從讀者的裝置出發，到機房轉一圈再回來，這一趟往返時間由距離與光纖路徑決定，換主機商改變不了它。島內沒有 FastComet 節點，亞洲最近的選項是東京與新加坡，跨海那一段的延遲是固定成本，選誰都省不掉。物理要先認，認了才不會把可以改善的部分誤判成宿命，也不會把宿命怪罪到工程頭上。

不過「距離遠」不等於「網站慢」。訪客感受到的速度是一條鏈：網路往返、伺服器處理、頁面渲染，三段各由不同的東西決定，也各有你能動的部分。物理下限補不回來，應用層與前端層的浪費卻經常補得回來；把三段混在一起談，會同時高估與低估這家主機，也會讓你把力氣花在改變不了的那一段。

↔ 左右捲動檢視完整表格

這一段在量什麼	主要由誰決定	你能動的是什麼
往返時間（RTT）	機房距離與網路路徑	選節點：東京與新加坡用實測數據擇一
首位元組時間（TTFB）	主機回應、應用處理與快取命中	快取設定、PHP 版本、資料庫查詢整理
內容繪製（LCP 與 CLS）	前端資源與版面結構	圖片尺寸、載入順序、預留欄位高度

分段拆解的用處是標出快取分散服務的位置：它補的只有往返那一段，動態請求仍要回原機房處理，對靜態內容多的站幫助大，對每頁都要查資料庫的站幫助有限。先想清楚你的頁面屬於哪一種，再決定要不要花這筆錢，免得補到不痛的那一段。

把這條鏈放回搜尋與生意的脈絡，界線要先畫清楚。Core Web Vitals 是眾多排名訊號裡幅度較小的一項，Google 在 2020 年 5 月的頁面體驗評估說明裡寫得明白；但速度的商業價值本來就不必寄託在排名上，web.dev 的速度說明點出載入時間一拉長，訪客就離開，行動裝置上更是如此，而行動裝置占全球網站流量的比例長期過半（依Statista 的流量占比統計）。Google 也在 2023 年 10 月說明過行動優先索引：索引看的是行動版頁面，但行動版跑多快，並不是直接的排名因子。整理成一句：速度先為真人做，搜尋看得懂是順便的。

自測的做法很樸素：下單前先用既有的測試站估基線，下單後直接用退款期內的新站補實測，從你目標讀者所在的測試點，對同一個網址連續量測多輪，記下 TTFB、LCP、CLS 三個數字當基線。量測有一點紀律要守：同一時段多輪測，看中位數，單次最佳只當運氣；剛裝完外掛或剛改完版面不要立刻下結論；每輪的條件要一致，換節點就整批重測。工具怎麼挑、數字怎麼讀，量測網站速度的免費工具整理得很全，東京與新加坡各測一輪，用數據選節點，地圖上的直線距離從來不是選節點的依據。

測試點的選擇也有講究。你的讀者在哪，就從哪測：做在地生意，用國內的測試點；讀者散布多地，就挑前幾大市場各測一輪，加權看結果。量到的數字寫進同一份文件，標上日期、節點與當時的快取狀態，三個月後回頭看才有得比。基線這種東西，建立的當下最麻煩，事後最值錢。

數字不漂亮時，先別急著把責任推給主機。對照上面的分段表逐層歸因：首位元組時間偏高，指向主機回應與應用層；主要內容繪製偏慢，多半是圖片與載入順序；版面位移偏大，是元素沒有預留尺寸。前端層的改善，讓網站變快的具體做法與網站卡慢的排查步驟兩篇拆得比這裡細，照著做一輪再重測。仍然不行，你才有立場說這家主機對你的讀者不夠快，而那個結論也會是有數字支撐的，不是情緒。

第三關：方案上限在哪裡

第三關看的是方案的邊界。FastComet 現行的共享方案比較表，除了網站數與儲存空間，也列出 CPU、記憶體與資料庫等資源配額（見 2026 年 9 月查核的官方方案比較表）。挑方案時只對「能架幾個站」，很容易選錯等級，因為讓網站真正卡住的，是動態請求撞上的運算與記憶體上限，那一欄通常要往表格深處找。

共享方案的運作方式，是把一整台伺服器的運算資源切給眾多帳戶，你租到的是其中一小塊，跟一群看不見的鄰居共用。平常相安無事，尖峰時段大家互相搶資源，你的回應速度就被不認識的人拖慢，這是鄰居效應，也是共享方案便宜的代價。它不是 FastComet 特有的毛病，而是這個產品類別的結構，差別只在每家把資源管得鬆還是緊。

撞上限制之前，網站通常會先給你訊號，三個最常見的：

• 後台作業明顯變慢，存檔一篇文章要轉圈好一會兒。
• 尖峰時段前台回應拉長，開了快取也救不太回來。
• 出現資源超限的錯誤訊息，或程序被系統強制中止。

訊號出現先量測確認，別只憑感覺；多數代管後台都有資源使用紀錄，看曲線比看印象準。確認是資源問題，再往上一層評估；在同一層換個方案重試，只是換一群鄰居，配額沒有變多，同樣的劇情遲早重演。

想驗證是不是鄰居效應，看時間軸最準：自己的流量沒變，回應時間卻在某個時段集體變差，問題多半不在你身上。把這段紀錄留下來，當成跟客服討論或評估升級的依據，對話的層次會完全不一樣。

配額怎麼比對？拿你最忙的一天推估：促銷檔期、發信通知、被搜尋引擎大量爬取的時段，都是尖峰的候選。把那個時段的同時在線人數與頁面請求量，對照方案表上的 CPU 與記憶體欄位，餘裕不到三成就該考慮高一級。有些比較表還會列程序數與 I/O 速度這類欄位，性質相同：都是動態負載的天花板，不是裝飾。

比較表的欄位有輕重之分。網站數與儲存空間放在最顯眼的位置，卻最少成為瓶頸；CPU、記憶體、程序數與 I/O 速度這類欄位平常乏人問津，尖峰時刻才決定網站站不站得住。讀表的順序可以倒過來：先找資源欄，回頭再看容量欄，選出來的等級會貼近實際負載。表格是紙上那一面，負載驗證是實機那一面，兩面對得起來，這一關才算真的走完。

還有一個反向的陷阱：為了安心直接買最高等級。配額是花錢買的，用不到的餘裕就是閒置成本，這一關的目標在於找到尖峰有餘裕、平日不浪費的那一級，等級堆高只會養出閒置成本。那個答案不在規格表上，只存在於你自己的量測裡。

升級路徑大致是：共享方案起手，撞牆後往有保證資源的層級移動，獨立伺服器留給有特殊需求的團隊，除非必要不碰。想先把各種主機類型的位置看清楚，四種主機類型的定位比較可以當地圖；虛擬專屬主機的完整指南與虛擬主機的基礎說明把中間那一段展開。提醒一件常被略過的事：就算是代管的 VPS，你仍會遇到 PHP 版本與記憶體組態的決策，升級沒有把問題外包掉，只是換一組你要回答的問題。

開網店的人，加測一關負載

FastComet 的宣傳頁把「為 WordPress 優化」寫得很顯眼，這六個字得先翻譯再使用：它通常指自動更新、暫存環境與支援人力這類代管服務，並不保證你的網站裝了外掛、掛了活動之後還跑得順。對開店的人，該問的不是行銷文案寫了什麼，而是商品頁、分類頁與結帳流程在尖峰時段會吃掉多少 CPU 與記憶體。這一關的用處，就是把這個疑問變成數字：在退款期內做一輪負載驗證，讓方案的上限自己現形。

先看兩個市場事實。WordPress 在內容管理系統的市占長期顯著（依W3Techs 的 CMS 市占統計），這也是「支援 WordPress」變成主機商基本款的原因；而用 WordPress 開店的路上，WooCommerce 長期是電商平台的主流選擇（依W3Techs 的電商平台統計）。「跑得動 WordPress」與「跑得動 WooCommerce」，因此是兩個不同等級的問題，後者對主機的要求高一截。

差別在資料庫。內容頁多數時候可以快取成靜態檔案，訪客來了直接拿走；網店的商品頁、庫存查詢、購物車與結帳，每一步都對資料庫發請求，快取能接住的比例有限。流量一上來，先喘的是資料庫，接著是 CPU，這是共享方案上的網店常在促銷檔期出事的原因，也是這一關值得認真走完的原因。

記住這個結構，看規格表就不會被誤導：外掛、商品數、佈景的查詢方式都會改變每頁的資料庫請求量，同樣五百個商品的兩家店，消耗可以差好幾倍。「我用共享方案跑得動」對你的參考價值有限，決定臨界點的是你自己的外掛清單與資料結構。

負載驗證分四段，都在退款期內完成：

1. 架測試站：用接近真實的商品數與外掛組合，空站測出來的數字沒有參考價值。
2. 模擬尖峰訪客：用壓測工具或找一群人同時瀏覽，記錄回應時間從多少人在線開始拉長。
3. 走完結帳流程：從商品頁到付款完成全程計時，這是唯一不能慢的環節。
4. 演練備份回復：尖峰測完順手做一次，資料救不回來的方案，再快也沒有意義。

量測之後的調整有先後：快取與圖片是負載管理的第一層，費用低、見效快，但每一項都要先量再動，避免把瓶頸從一層搬到另一層。WordPress 外掛的挑選清單與SEO 外掛的評比整理幫你把工具面備齊，快取外掛的比較與圖片壓縮的工具比較處理前兩層，第四段的演練對應備份與還原的完整做法。四段數字若持續碰上限，結論就清楚了：往保證資源的層級升級，續約之後再祈禱稱不上策略。

測試當天的後台資源曲線也一起存檔。數字搭配曲線，你才看得出資源是穩定使用還是突然撞頂：前者距離上限還遠，後者就是明確的升級訊號。這份紀錄在續約前重看一次，是最省事的體檢，也是最誠實的。

付款之後的七十二小時

過了三關才付款，付款後的節奏就簡單：七十二小時內完成三件事，讓「買了」變成「上線了」。這裡不逐步教學，FastComet 的申請、安裝與後台細節，站上已有專文，這一段只交代順序、分工與幾個容易踩坑的判斷。

順序本身有理由：上線放第一，網域生效與憑證簽發都要等，愈早啟動愈好；安全基線第二，掃描程式找到新站的速度常比你想的快；備份演練放第三，它要等網站有真實內容才有意義。順序對了，七十二小時足夠；錯了，多一週也還在救火。

先讓網站真的對外打開。安裝 WordPress、把網域指向新主機、掛上 SSL，三件事依序完成，網站才算公開。申請與安裝的完整流程看FastComet 從零到上線的架站教學，主機端的管理介面是 cPanel，選單與帳單管理的導覽看FastComet 後台的操作說明；網域指向是新手最容易卡住的一步，生效時間從幾分鐘到數小時不等，搬移前先把快取時間調短可以少等，DNS 指向的設定解析把常見卡點列得很全。HTTPS 的價值順便定位清楚：主要功用是連線加密、讓瀏覽器不再跳出不安全警告，排名訊號是次要的輕量項，觀念可以讀HTTP 與 HTTPS 的差異解析。

接著補安全基線：更新核心與外掛、每組帳號配一組不重複的強密碼、開啟多因素驗證、把登入嘗試加上次數限制，備份另外放一份在主機外。修改登入路徑只能降低自動掃描的雜訊，不是存取控制，定位要放對，細節搭配修改登入路徑的做法看。安全基線不是主機商送的，是任何主機上都要自己做的部分，做了才有資格談後面的維運節奏。

搬家這件事，想清楚分工再動手。官方提供有限次數的免費遷移，但範圍有條件：信箱、DNS、特殊應用是否包含，申請前逐項問清楚並留下書面紀錄；搬出通常要自己來，這一點跟多數同類主機商一致。「免費搬家」的設計很誠實地雙向：降低你進場的摩擦，同時拉高你離開的摩擦。所以資料所有權、離站備份與 DNS 控制權這三樣，無論如何留在自己手上，自己搬的完整流程見WordPress 搬家的步驟教學，信箱的搬家也別漏，那是被遺忘機率最高的一項。

七十二小時內還有一件值得順手做的事：抽樣支援品質。挑一個真實但非緊急的問題，開一張客服票券，記下首次回應的時間、回覆內容有沒有對到問題、追問之後要幾輪才收斂。這組觀察樣本雖小，卻是退款期內唯一能自己製造的支援證據；收購之後的支援團隊跟著集團調整過，別人過去留下的好評或劣評，都不代表你此刻遇到的這一隊。

票券測試也有分寸：問題要真實存在，別為了測試而灌水，也別拿緊急事故當實驗。回應時間記錄下來就好，不必急著下結論，尖峰與離峰、平日與週末各抽一次，畫出來的輪廓比單次體驗可信。這份紀錄與速度基線、資源曲線放進同一份文件，留用與退場的最終判斷，手上就有三類自己生產的證據。

三種店家，停在不同的關卡

三關走完，不同類型的站會停在不同位置。以下三個情境都是建構的示意，用來對照思考，不是實際案例；每個情境的結論，仍然以你自己量到的數字為準，情境只幫你把問題看清楚。

情境一，接案交付的品牌官網，就是開場那位設計師手上的案子。頁數不多、流量平穩、三年總成本算得出來，東京與新加坡節點先用測試點估、下單後在退款期內覆核，數字落在可接受範圍，三關通常都能過，留用的判斷就成立。他要防守的只有一處：客戶日後自己加裝外掛把站拖慢。這種風險用維運合約與教育訓練處理，換主機處理不了它。他後來的做法可以參考：先用短週期跑一季，把實測與成本紀錄整理成附錄連官網一起交付，帳單的主導權留在客戶手上，日後的糾紛空間就小很多。

情境二，延遲敏感的在地服務站，讀者幾乎都在島內，每一毫秒都花在跨海路徑上。這類站常常過不了第二關：就算前端工程做到極致，物理下限仍在。停損的做法是改看有本地機房或更近節點的方案，把預算花在縮短距離上，比花在調校上有效得多；硬買再優化，通常只是把問題推遲到驗收那天。

判斷有個具體做法：拿一頁輕量純文字頁測節點，再拿一頁接近實際首頁的版本測一次，兩個數字的差距，就是前端工程能發揮的空間。空間大，先優化再重測；空間小，把錢花在別的地方反而實際。

情境三，成長中的網店，問題多數出在第三關：平日順順的，促銷檔期一來，資料庫先滿，CPU 跟著滿。四段負載驗證若顯示持續碰上限，就直接往保證資源的層級比價，不必在共享方案之間換來換去；換同級方案解決不了配額問題，只是換一群鄰居，重複同一段劇情。

還有一個訊號值得單獨看：結帳完成的時間。商品頁慢一點，訪客多半願意等；結帳頁慢一點，等的是訂單。四段驗證裡全程計時的意義就在這裡，它把「有點慢」這種感覺，翻譯成可以評估的生意風險。

退款期倒數：走完這份驗收單

整份流程收斂成一張驗收單，五個步驟全部綁在退款期限內完成：

1. 把三關的數據寫進同一份文件：三年總成本、節點實測的三個數字、配額與負載表現。
2. 與同級方案用同一週期、同一套算式比價，留下查證紀錄。
3. 完成安全基線：更新、各帳號強密碼、多因素驗證，登入嘗試設下次數上限。
4. 建立離站備份，並實際演練一次還原。
5. 期限之前做決定：三關全過就留用，任一關過不了就退款換方向。

留用之後，節奏放緩成每月覆盤：回看速度三數字與資源使用率，數字穩定就繼續，開始漂移就提早處理。這份觀察不保證任何成果，但它讓你下一次續約前不必再賭，也讓「要不要升級」這個問題，永遠有數字可以問。

覆盤看趨勢，不看單點：資源曲線連續三個月上升就該升級，穩定持平代表等級剛好。這些紀錄也是下次議價或搬家的籌碼，同樣一句話，手上有曲線的人說出來份量就是不一樣。

這套三關流程，本來就不只為 FastComet 而生。下次換任何一家主機商，題目換掉、流程照走：算總帳、量延遲、比配額，用同一張驗收單收斂決定。想把選主機放進從架站到被搜尋到的完整路線，接著讀WordPress 架站與 SEO 的全流程指南，這份流程就是那條路上的第一個檢查站。