Web Hosting · Email · Domain

香港網頁寄存|自設伺服器、主機租用、商務電郵及域名註冊

自有數據網絡中心合共超過 80 台伺服器,可按客戶需求隨時安排 5 個不同的網絡,配合中港線路、美加線路或全球系統。網站、電郵與伺服器由同一團隊處理。

一分鐘了解我們的寄存服務

Black Media 自設伺服器提供寄存及維護,不是轉售第三方空間。我們擁有自己的數據網絡中心,合共超過 80 台伺服器,已為超過八間上市公司提供伺服器及網站服務;當中更可因為客戶需求隨時安排 5 個不同的網絡,以達至最切合中港線路、美加線路或全球系統。服務同時涵蓋商務電郵、主機租用及域名註冊、SSL 憑證自動續期、備份與監控,並可與網頁設計、網上商店一併規劃。

伺服器規模
自有數據網絡中心,合共超過 80 台伺服器
上市公司客戶
已為超過八間上市公司提供伺服器及網站服務
可選線路
5 個不同網絡:中港線路、美加線路、全球系統
公司成立
2012 年,香港自家團隊
服務範圍
寄存、主機租用、商務電郵、域名與 DNS、憑證、備份、監控
憑證現況
公開 TLS 憑證最長有效期自 2026 年 3 月 15 日起為 200 天
郵件標準
SPF、DKIM、DMARC 一併設定,配合大量寄件者規則

Infrastructure

提供寄存及維護

至今已為超過八間上市公司提供伺服器及網站服務,而且我們更擁有自己的數據網絡中心合共超過 80 台伺服器。

當中更可因為客戶需求隨時安排 5 個不同的網絡,以達至最切合中港線路、美加線路或全球系統。

自設機房與轉售寄存的四個實際分別

  • 配置由我們決定:硬件、資源分配與線路走向可按客戶市場調整,不受上游供應商的方案限制。
  • 故障處理不用轉介:出問題時直接檢查自己的環境,不需開票等第三方回覆。
  • 可跨層面排查:網站程式、資料庫與伺服器同屬一個團隊,問題不會卡在責任界線上。
  • 調整不需搬遷:需要換線路或加資源時,在同一供應商內處理即可。

了解更多關於我們

數據中心伺服器機櫃與網絡設備
網頁寄存服務與伺服器管理

One-stop

一站式專業的網頁設計配套

網頁寄存 (Web Hosting)、網頁設計 (Web Design)、網上商店 (E Shop)、商務電郵 (E Mail)、主機租用及域名注冊 (Domain) 等多種服務。

選擇自設機房的好處,是線路與維護可按業務所在地調整。中港兩地訪客較多的網站,與面向美加或全球的品牌,所需路由並不相同。我們可按客戶需求安排合適網絡,並提供後續維護。

為什麼「一起做」通常更省事

網站問題很少只屬於一個範疇。表單收不到郵件,可能是程式,也可能是郵件驗證紀錄;網站突然變慢,可能是圖片,也可能是伺服器負載;憑證過期導致整站無法瀏覽,責任在寄存還是設計?由同一團隊處理,這些都不需要先花時間釐清由誰負責。

  • 網站與伺服器同步部署,上線流程不需三方協調。
  • 改版時同步處理 301 轉向與憑證,不會出現舊網址失效。
  • 網上商店的訂單通知與付款回呼可即時在伺服器層面追查。
  • 廣告落地頁的載入速度可由前後端一併優化。

香港網頁寄存與主機租用

網站上線後仍需要穩定的空間、備份與技術支援。Black Media 不只做網頁設計,亦以自設伺服器提供寄存及維護,讓同一團隊跟進由開通到日常操作。若您同時需要商務電郵或域名註冊,亦可一併辦理。

歡迎告知預計流量、現有域名及是否需要電郵信箱,我們會建議合適的寄存方案。

寄存服務實際包含什麼

  • 網站空間與資料庫,以及對應的執行環境設定
  • 電郵信箱與防垃圾郵件處理
  • SSL 憑證安裝、續期與 HTTPS 轉向
  • DNS 管理與紀錄調整
  • 定期備份與還原支援
  • 系統與套件安全更新
  • 可用性監控與故障處理
  • 線路調整與資源升級

若你目前的供應商只提供「一個 FTP 帳號加控制台」,而以上大部分項目都要自己處理,實際成本往往比表面月費高得多。

Hosting types

四種寄存方式怎樣選

選擇依據不是「哪個最好」,而是流量、資源需求與你願意承擔多少維護責任。

共享寄存、VPS、獨立伺服器與主機代管的普遍分別
類型資源設定彈性適合情況
共享寄存與其他網站共用低流量不高的形象網站、初期網站
VPS獨立配額中至高網上商店、有特殊環境需求、需要穩定資源
獨立伺服器整台專用高高流量、多站集中管理、對隔離有要求
主機代管客戶自有硬件最高已有伺服器設備,需要機房環境與線路

三個判斷指標

  1. 流量峰值:不是看平均,而是看最忙那一小時。業績公佈、促銷、廣告投放期間的峰值才是真正考驗。
  2. 資源密集度:大量產品的網上商店、複雜查詢的資料庫,比靜態頁面吃資源得多。
  3. 維護責任分工:願意自己管理系統更新與安全,還是希望連維護一併交出。

容量與流量怎樣估算

不少客戶只知道「要一個空間」,卻不清楚要多大。以下四項是實際估算依據。

估算寄存需求的四項數據
項目怎樣估成長最快的情況
網站檔案容量現有網站檔案總大小,加上未來一年新增圖片大量產品相片、影片、可下載檔案
資料庫大小現有資料庫加訂單與內容成長網上商店訂單、會員紀錄、日誌
每月流量訪客數 × 平均每次瀏覽下載量圖片未優化、大量影片
電郵信箱帳號數量 × 每個容量長期不清理附件的公司信箱

建議預留一至兩年成長空間,並在選方案時先問清楚:超額之後會怎樣處理——自動升級、限速,還是暫停服務。這一點在網上商店尤其重要,因為訂單資料只會愈積愈多。

Network routes

線路選擇:中港、美加、全球

同一個網站放在同一個機房,訪客體驗仍可以差很遠,因為關鍵是資料走哪條路。這正是我們可按客戶需求隨時安排 5 個不同網絡的原因。

三種常見取向

  • 中港線路:客群以內地與香港為主,例如做內地代購、跨境貿易、內地客戶服務的網站。
  • 美加線路:客群集中北美,例如面向當地華人市場或北美買家的網站。
  • 全球系統:客群分散多地,需要較平衡的路由表現。

怎樣決定用哪一條

  1. 先看實際訪客分佈,而非「將來想做哪個市場」。
  2. 再看轉換來自哪裡:訂單與查詢集中的地區才是優先服務對象。
  3. 若兩邊都重要,可考慮主要線路加快取,或分開處理靜態資源。
  4. 需要時可調整,不必整站搬遷到另一間供應商。

線路只是其中一環。頁面本身載入了無法連接的外部資源時,換線路也救不了,詳見下一節。

不同網絡線路與跨境路由安排
中港、美加或全球線路可按實際訪客分佈調整。

China access

內地訪問優化:先排除四類問題

「內地打不開」與「內地很慢」是兩件事。我們的排查次序如下,因為第二類問題最常見、也最容易修好。

一、外部資源拖死頁面

網站載入了在內地無法連接的字型、地圖或分析 script,瀏覽器會一直等到逾時才顯示內容。把這些資源改為本地載入或移除,改善通常最明顯。

二、線路不適合跨境

路由繞道會令延遲大幅增加。可改用偏向中港的線路——我們可按需要安排 5 個不同網絡。

三、檔案太大

未壓縮的圖片、未啟用快取、首屏大量 JavaScript,在跨境環境下影響被放大數倍。處理方式見網頁設計:速度優化。

四、DNS 與快取設定

DNS 解析慢或快取規則不當,會令首次連線就已經落後。需針對跨境情況檢視設定。

四類都處理過仍不理想,而業務又非常依賴內地訪客,才需要考慮把網站託管在內地——那就涉及下一節的備案要求。

ICP 備案:香港伺服器不計入內地體系

這是最常被誤解的一環。如要把網站託管在中國內地的伺服器,必須完成 ICP 備案,而備案有幾項硬性條件。

ICP 備案的基本條件
項目要求
伺服器位置必須實際位於中國內地;香港、澳門及台灣的伺服器不計入內地備案體系
域名註冊商域名須在內地認可的註冊商註冊
合約主體託管合約須以持有備案的內地公司名義簽訂
網站內容須與備案申報的業務範圍相符

兩條路的取捨

  • 維持香港或海外託管:不需備案,彈性最高,速度靠線路與資源優化改善。適合大部分以香港為主、兼顧內地訪客的企業。
  • 內地託管加備案:內地訪問表現最好,但需要內地公司主體、備案流程與持續合規,適合業務重心在內地的客戶。

以上為一般性資訊,實際要求可能因地區與業務類型而異,建議在決定前向內地服務商確認最新流程。

SSL/TLS 憑證:2026 年起有效期大幅縮短

這是今年寄存管理上最實際的變化。CA/Browser Forum 於 2025 年 4 月 11 日通過 Ballot SC-081v3,分三階段縮短公開信任 TLS 憑證的最長有效期,第一階段已於 2026 年 3 月 15 日生效。

公開信任 TLS 憑證最長有效期時間表(Ballot SC-081v3)
生效日期最長有效期每年約需續期次數
2026 年 3 月 15 日(現行)200 天(原為 398 天)約 2 次
2027 年 3 月 15 日100 天約 4 次
2029 年 3 月 15 日47 天約每月一次

對網站擁有人的三個影響

  1. 人手續期已不可行:必須設定自動續期,並加上到期監控,否則網站會在毫無預警下顯示憑證錯誤。
  2. 域名驗證重用期同步縮短:驗證資料可重用的時間亦按同一時間表收窄,最終降至 10 天,代表驗證流程也要自動化。
  3. 已簽發的不受影響:在各階段生效日之前簽發的憑證,可用到原本期限為止,但新簽發的一律受新上限約束,沒有寬限期。

Let's Encrypt 的兩個選項

免費憑證方面,Let's Encrypt 標準憑證為 90 天;此外自 2026 年 1 月 15 日起,短期憑證與 IP 位址憑證已正式全面提供,短期憑證有效期為 160 小時(略多於六日),且不含 OCSP 或 CRL 撤銷網址——這類憑證實務上必須配合 ACME 自動化續期使用。短期憑證的好處是即使私鑰外洩,可被誤用的時間窗口極短。

我們在寄存服務中的處理

  • 安裝憑證並設定自動續期,避免人手漏續。
  • 設定 HTTP 至 HTTPS 轉向,並檢查混合內容(頁面內殘留的 http 資源)。
  • 監控憑證到期日,並在異常時通知。
  • 網站改版或搬遷時同步處理憑證,避免切換期間出現警告。

Business Email

商務電郵 E Mail:用公司域名收發

商務電郵使用公司自己的域名(例如 name@yourcompany.com),可統一管理帳號、容量與離職交接,並在品牌上與免費信箱有明顯分別。但真正令郵件「寄得出、收得到」的,是域名層面的三組驗證紀錄。

SPF、DKIM、DMARC 各自負責什麼

三組電郵驗證紀錄的分工
紀錄作用設定不當的後果
SPF列出哪些伺服器有權以你的域名寄信由新伺服器寄出的郵件被判為偽冒
DKIM為郵件加上數位簽章,驗證來源域名與內容未被改動缺少簽章,通過驗證的機會下降
DMARC指示收件方在驗證失敗時如何處理,並提供匯總報告無法得知有誰在冒用你的域名

換網站或換寄存後開始退信,通常是這三個原因

  1. SPF 未加入新的寄件伺服器,舊紀錄仍指向前一個供應商。
  2. DKIM 未在新環境重新產生與發佈。
  3. 網站表單以免費信箱或不相符的域名作寄件人,導致對齊失敗。

我們在部署網站時會一併檢查這三項,並確認網上商店的訂單通知能實際進入客戶收件匣,而不是只在系統紀錄顯示「已寄出」。

郵件送達率與群發規則

如果你會向客戶寄通訊、優惠或訂單以外的推廣郵件,就要留意大型郵件供應商的要求。Gmail 與 Yahoo 對每日向其用戶寄出 5,000 封或以上的寄件者設有額外規則。

Gmail 與 Yahoo 的寄件者要求(大量寄件者門檻為每日 5,000 封)
項目所有寄件者大量寄件者
SPF 與 DKIM須通過驗證須通過驗證
DMARC 紀錄建議設定必須設定,最低 p=none 亦可接受
網域對齊建議顯示的寄件域名須與 SPF 或 DKIM 域名對齊
一鍵退訂不強制行銷與訂閱類郵件須符合 RFC 8058,並保留可見退訂連結
處理退訂時限—須於兩日內處理
垃圾郵件投訴率維持在 0.3% 以下須維持在 0.3% 以下,建議控制在 0.1% 以下

一鍵退訂的技術要求

郵件需帶有 List-Unsubscribe 與 List-Unsubscribe-Post 標頭,讓用戶在郵件客戶端點一次即完成退訂,過程中不得要求額外確認步驟;同時郵件內容仍須保留可見的退訂連結。投訴率是指用戶主動標記垃圾郵件的比率,與退信率是兩回事——0.3% 是上限而非目標,長期貼近這條線已屬高風險。

電郵推廣的內容與名單策略見廣告服務:e-marketing;網店訂單通知的設定見網上商店:支付與物流。

Domain

主機租用及域名注冊

域名是公司在網上的地址,也是最容易被忽略的資產。處理原則只有兩條:以公司名義持有,以及不要讓它悄悄過期。

.com 還是 .hk?

.com 適合面向國際市場;.com.hk 與 .hk 由香港互聯網註冊管理有限公司(HKIRC)管理,能明確表達香港身分,其中中文 .hk 域名必須包含至少一個中文字。不少企業會同時註冊兩者,把其中一個轉向主網域,以保護品牌名稱與避免混淆。

四件必須做的事

  1. 以公司名義註冊:登記在服務供應商名下,日後更換供應商或發生爭議會非常被動。
  2. 保留註冊商帳號:登入資料應由公司自己掌握,並記錄在交接文件中。
  3. 設定到期提醒:域名過期後可能進入贖回期並產生額外費用,甚至被他人搶註。
  4. 聯絡電郵不要用同一域名:若域名出問題,用同域名的信箱可能同時失效,收不到提醒。

查詢域名與寄存

域名註冊與 DNS 管理

DNS 紀錄速查

DNS 是把域名指向伺服器的紀錄系統。改動前務必記錄原有值——這是最常見的「改完就爆」原因。

常見 DNS 紀錄類型與用途
類型用途改動風險
A指向 IPv4 位址錯誤會令網站無法瀏覽
AAAA指向 IPv6 位址同上,部分網絡受影響
CNAME指向另一個域名與同名 A 紀錄衝突
MX指定接收郵件的伺服器錯誤會令郵件全部退回或遺失
TXTSPF、DKIM、DMARC 及各類驗證刪錯一條即影響郵件送達
NS指定管理該域名的名稱伺服器改動等於整組紀錄轉移
SRV指定特定服務的主機與連接埠影響相關服務連線

關於 TTL

TTL 決定各地 DNS 快取這條紀錄多久。日常可設較長以減少查詢,但在計劃切換前應預先調低(例如切換前一日),令新設定更快生效。切換完成並確認穩定後,再調回正常值。

Backup

備份與還原:有備份不等於還原得到

我們見過最多的情況,是客戶以為「有備份」,出事時才發現備份是三個月前的、或者根本無法還原。備份的價值只在還原那一刻體現。

四項原則

  • 檔案與資料庫分開備份:兩者的變動頻率與還原方式不同。
  • 保留多個版本:只保留最新一份,等於中毒或被入侵後把壞的覆蓋好的。
  • 頻率配合變動速度:形象網站每日一次通常足夠,網上商店則需更頻密。
  • 實際測試還原:定期抽驗,確認備份能真正還原成可運作的網站。

要問清楚的三條問題

  1. 備份保留多久?可以還原到哪一天?
  2. 還原需要多長時間,由誰執行?
  3. 備份儲存在哪裡,與正式環境是否分開?
備份與資料還原

Security

伺服器安全防護

網站被入侵通常不是因為「被高手盯上」,而是自動化掃描找到了未更新的程式或弱密碼。以下是日常必做的六類工作。

更新管理

系統套件、網站程式與外掛的安全更新。過時版本是最常見的入侵途徑。

存取控制

防火牆與連接埠管理、SSH 與後台存取限制、多重驗證,以及離職員工即時停用帳號。

權限分級

檔案與資料庫權限最小化,避免一個帳號被攻破就影響全站。

加密傳輸

全站 HTTPS、憑證自動續期,以及避免混合內容,詳見憑證一節。

記錄與稽核

保留存取與錯誤記錄,出事時可追查來源與時間點,而不是只能猜。

惡意程式處理

發現異常檔案時的隔離、清理與修補流程,並更換相關密碼與金鑰。

被入侵後的正確處理次序

  1. 隔離或暫停受影響服務,避免繼續散播。
  2. 保留記錄與可疑檔案樣本,以便追查入侵途徑。
  3. 由乾淨的備份還原,而不是逐個刪除可疑檔案。
  4. 修補入侵途徑:過時程式、弱密碼、外洩憑證、權限過寬。
  5. 更換所有相關密碼、API 金鑰與資料庫帳號。
  6. 重新上線並加強監控,觀察是否有再次嘗試。

若網店涉及信用卡付款,付款頁的腳本管理與完整性監測另有規範要求,詳見網上商店:付款安全與 PCI DSS。

監控與事故處理

好的寄存服務,理想狀態是客戶不會發現問題——因為問題在他們發現之前已被處理。

應該監控的六項

  • 網站可用性與回應時間
  • 伺服器資源使用(處理器、記憶體、磁碟)
  • SSL 憑證到期日
  • 域名到期日
  • 備份是否成功執行
  • 異常流量與登入嘗試

uptime 數字怎樣看

99.9% 代表每月約 43 分鐘不可用,99.99% 約 4 分鐘。但比數字更重要的是:計算方式包含哪些情況(是否包括計劃維護)、如何量度,以及未達標時有何補償。這些應在服務條款寫明,而不是口頭承諾。

事故時客戶最需要知道的三件事

  1. 發生了什麼,影響範圍有多大。
  2. 預計何時恢復,正在做什麼。
  3. 恢復後的原因說明與預防措施。

伺服器層面的速度優化

速度問題可分成兩邊:伺服器回應得多快,以及瀏覽器要下載多少東西。寄存負責前者,網站設計負責後者,兩邊都做才有意義。

速度優化的責任劃分
層面項目負責範圍
伺服器資源分配、壓縮、快取、資料庫調校、線路寄存服務
傳輸HTTPS、HTTP/2 或以上、CDN 快取規則寄存與設定
前端圖片格式與尺寸、延遲載入、JavaScript 數量網頁設計
內容頁面結構、第三方腳本數量網站與推廣安排

共同目標:Core Web Vitals

以 Google 的真實用戶指標為基準:LCP ≤ 2.5 秒、INP ≤ 200 毫秒、CLS ≤ 0.1,以第 75 百分位數評估,桌面與流動裝置分別計算。伺服器回應慢會直接推高 LCP,因此寄存是速度的地基,而不是與 SEO 無關的後台事務。相關基準見首頁技術標準。

關於 CDN

訪客分佈廣或圖片較多的網站,CDN 可縮短載入時間並分擔流量;但它不能取代伺服器優化,快取規則設定不當亦可能令內容更新不即時,或影響跨境訪問表現。是否使用應按實際訪客分佈判斷。

Migration

搬遷寄存的七個步驟

妥善規劃下通常可做到接近零停機。最容易出事的兩處是電郵與 DNS,因此我們把它們放在最後、並預先降低 TTL。

  1. 第一步:盤點現有環境

    記錄網站程式與版本、資料庫、電郵帳號與容量、憑證、排程任務,以及域名註冊商與 DNS 管理位置。缺了任何一項,切換時都會卡住。

  2. 第二步:在新伺服器建立環境

    先建立相同或相容的執行環境,以測試網址完成部署與功能測試,包括表單、登入與付款流程。

  3. 第三步:同步檔案與資料庫

    完整複製一次,並在切換前再做一次增量同步,確保訂單與新內容不會遺失。

  4. 第四步:預先調低 DNS TTL

    在切換前數小時至一日調低相關紀錄的 TTL,令切換後在各地更快生效。

  5. 第五步:遷移電郵

    先在新伺服器建立同名帳號並同步現有郵件,測試收發後才切換 MX 紀錄,避免郵件在過渡期間遺失。

  6. 第六步:切換 DNS 並安裝憑證

    更新 A/AAAA 與 MX 紀錄,安裝並啟用 SSL 憑證,設定 HTTP 轉 HTTPS,並檢查混合內容。

  7. 第七步:切換後驗證

    檢查各頁面、表單與付款流程、郵件收發與 SPF/DKIM/DMARC 驗證結果、robots.txt 與 sitemap,並保留舊環境一段時間作後備。

若搬遷同時改版或改網址,必須額外處理 301 轉向,程序見網站改版;網店搬遷另有資料匯出注意事項,見網上商店搬遷。

選寄存供應商該問的十條問題

月費容易比較,服務範圍不容易。以下十條問題可以問出真正的差別。

  1. 伺服器是自有還是轉售?機房在哪裡?
  2. 可以選擇線路嗎?將來要調整需要搬遷嗎?
  3. 備份頻率、保留期與還原方式如何?由誰執行還原?
  4. SSL 憑證是否包含,並設有自動續期與到期監控?
  5. 電郵包含多少帳號與容量?SPF/DKIM/DMARC 誰負責設定?
  6. 系統與程式的安全更新由誰負責?
  7. 支援時間與回應時間如何?有沒有中文支援?
  8. uptime 如何計算,未達標有何補償?
  9. 超出容量或流量後會怎樣處理?
  10. 日後要離開,資料與網站檔案如何取回?

如果你正在比較方案,歡迎把現有供應商的條款給我們看一次,我們可以指出哪幾項需要留意。聯絡我們即可。

十個常見寄存問題

  1. 域名登記在別人名下:更換供應商時無法取回控制權。
  2. 域名或憑證悄悄過期:網站突然無法瀏覽或顯示安全警告。
  3. 以同域名信箱作註冊聯絡:域名出問題時連提醒郵件都收不到。
  4. 改 DNS 前沒有記錄原有值:刪錯一條 TXT,全公司郵件開始退信。
  5. 從未測試還原:出事才知道備份不能用。
  6. 程式長期不更新:被自動化掃描找到漏洞而植入惡意程式。
  7. 清理惡意檔案但不修補入侵途徑:短時間內再次被入侵。
  8. SPF 仍指向舊供應商:換寄存後郵件大量進入垃圾郵件匣。
  9. 容量長期貼近上限:備份失敗、上傳失敗、資料庫寫入異常。
  10. 只看月費不看範圍:便宜方案把備份、憑證與支援全部另計。

FAQ

網頁寄存常見問題

以下 34 條涵蓋寄存方案、線路與跨境、憑證、電郵、域名、安全與搬遷。找不到答案,歡迎聯絡我們或 WhatsApp 查詢。

寄存方案與規模

Black Media 的網頁寄存有什麼特點?

我們自設伺服器提供寄存及維護。至今已為超過八間上市公司提供伺服器及網站服務,而且擁有自己的數據網絡中心,合共超過 80 台伺服器;當中更可因為客戶需求隨時安排 5 個不同的網絡,以達至最切合中港線路、美加線路或全球系統。

自設數據中心與轉售型寄存有什麼分別?

自設數據中心可自行決定硬件配置、線路走向與資源分配,遇到問題由同一團隊直接處理;轉售型共享寄存受上游供應商規則與排程限制,故障時往往只能等待回覆,詳見基礎設施一節。

共享寄存、VPS 與獨立伺服器該怎樣選?

共享寄存成本最低,適合流量不高的形象網站;VPS 有獨立資源與較大設定彈性,適合網上商店或有特殊環境需求;獨立伺服器效能與隔離最好,適合高流量或多站集中管理,比較表見四種寄存方式。

寄存方案應該怎樣估算容量?

看四項:網站檔案與圖片總容量、資料庫大小與成長速度、每月流量、電郵信箱數量與容量。建議預留一至兩年成長空間,並確認超額後的處理方式,詳見容量估算。

寄存費用如何計算?

取決於方案類型、容量與流量、電郵信箱數量、線路安排、備份保留期,以及維護與支援範圍。域名續期與部分憑證屬另計項目,建議在報價中逐項列明。

可以只用寄存服務,網站由其他公司設計嗎?

可以。寄存、電郵、域名與網站設計可分開處理,我們可提供環境資料與部署協助,配合客戶原有的開發團隊。

上市公司或投資者關係網站對寄存有什麼要求?

對可用性、公告與年報等檔案的穩定發佈、以及業績公佈時段的流量突發承載力要求較高,亦常需要雙語版本與存取記錄。我們已為超過八間上市公司提供伺服器及網站服務。

如何開始寄存服務?

歡迎告知預計流量、現有域名及是否需要電郵信箱,我們會建議合適的寄存方案;如屬搬遷個案,請另提供現有供應商、網站程式類型與電郵帳號數量。可透過 WhatsApp、電話或電郵 cs@blackmedia.biz 聯絡。

線路、跨境與備案

5 個不同網絡是什麼意思?

指我們可按客戶需求安排不同的線路走向,例如偏向中港路由、偏向美加路由,或較平衡的全球線路。同一客戶可在需要時調整,而不必整站搬遷到另一間供應商。

為什麼網站在內地打開很慢?

四類常見原因:線路繞道、網站載入了在內地無法連接的外部資源令瀏覽器等到逾時、圖片與檔案過大、以及 DNS 與快取設定不當。排查次序見內地訪問優化。

網站要在內地正常運作,是否一定要做 ICP 備案?

如要託管在中國內地伺服器則必須備案:伺服器須實際位於內地、域名須在內地認可註冊商註冊、合約須以持有備案的內地公司名義簽訂。若繼續託管在香港或海外則不需備案,改以線路與資源優化改善速度。

香港伺服器可以做 ICP 備案嗎?

不可以。備案要求伺服器實際位於中國內地,香港、澳門及台灣的伺服器不屬於內地備案體系。若必須備案,需在內地租用伺服器並由內地公司主體申請。

需要 CDN 嗎?

訪客分佈廣或圖片較多的網站,CDN 可縮短載入時間並分擔流量。但它不能取代伺服器優化,快取規則設定不當亦可能令內容更新不即時或影響跨境訪問。

憑證與 HTTPS

網站是否包含 SSL 憑證?

現代網站均應啟用 HTTPS,我們會在部署時協助安裝與設定憑證,並處理 HTTP 至 HTTPS 的轉向。瀏覽器會對未加密的表單頁顯示不安全提示,搜尋引擎亦以 HTTPS 為基本要求。

SSL 憑證的有效期為什麼愈來愈短?

CA/Browser Forum 於 2025 年 4 月 11 日通過 Ballot SC-081v3,分三階段縮短公開信任 TLS 憑證最長有效期:2026 年 3 月 15 日起 200 天、2027 年 3 月 15 日起 100 天、2029 年 3 月 15 日起 47 天,域名驗證重用期同步縮短至最終 10 天,時間表見憑證一節。

憑證有效期縮短,對我的網站有什麼實際影響?

人手續期已不再可行。以現行 200 天上限計,每年至少換兩次;到 2029 年的 47 天上限等於每月一次。必須設定自動續期與到期監控,否則網站會在毫無預警下顯示憑證錯誤。各階段生效日之前已簽發的憑證可用到原本期限為止。

Let's Encrypt 憑證的有效期是多久?

標準憑證為 90 天。另外 Let's Encrypt 已於 2026 年 1 月 15 日正式提供短期憑證與 IP 位址憑證,短期憑證有效期為 160 小時(略多於六日),不含 OCSP 或 CRL 撤銷網址,實務上必須配合自動化續期使用。

網站顯示「不安全」但我已經有憑證,為什麼?

常見原因是混合內容:頁面本身以 HTTPS 載入,但內部仍引用了 http 開頭的圖片、樣式或腳本。需逐項改為 https 或相對路徑,並確認沒有硬編碼的舊網址。

電郵

商務電郵與免費電郵有什麼分別?

商務電郵使用公司自己的域名,可統一管理帳號、容量與離職交接,並可設定 SPF、DKIM、DMARC 驗證紀錄以減少被判為垃圾郵件;免費電郵無法建立品牌一致性,亦難以做企業層面的權限與備份管理。

SPF、DKIM 與 DMARC 分別是什麼?

SPF 列出哪些伺服器有權以你的域名寄信;DKIM 為郵件加上數位簽章供驗證;DMARC 指示收件方在驗證失敗時如何處理並提供報告。三者需同時正確設定,對照表見商務電郵一節。

公司電郵經常進入垃圾郵件,通常是什麼原因?

最常見是驗證紀錄缺失或錯誤(SPF 未包含實際寄件伺服器、DKIM 未啟用、DMARC 缺失),其次是寄件地址與網站域名不一致、伺服器 IP 信譽不佳,以及內容觸發過濾規則。換網站或換寄存後突然退信,多數屬第一類。

群發電郵有什麼規則要遵守?

Gmail 與 Yahoo 對每日向其用戶寄出 5,000 封或以上的寄件者設有額外要求:SPF 與 DKIM 須通過、須有 DMARC(最低 p=none)、行銷與訂閱郵件須支援 RFC 8058 一鍵退訂並保留可見退訂連結、退訂須在兩日內處理,投訴率須維持在 0.3% 以下(建議 0.1% 以下),詳見送達率一節。

一鍵退訂是什麼意思?

郵件需帶有 List-Unsubscribe 與 List-Unsubscribe-Post 標頭,讓用戶在郵件客戶端點一次即完成退訂,不得要求額外確認步驟;同時郵件內容仍須保留可見的退訂連結。

電郵可以搬遷而不遺失舊郵件嗎?

可以。先在新伺服器建立同名帳號並同步現有郵件,測試收發後才切換 MX 紀錄,並在切換後保留舊環境一段時間接收仍指向舊伺服器的郵件。切換前調低 DNS TTL 可縮短過渡期。

網店的訂單通知電郵收不到,怎樣查?

先確認系統是否真的已寄出(查看寄件記錄),再檢查寄件人域名是否與網站一致、SPF 是否包含該寄件伺服器、DKIM 是否啟用。相關設定見網上商店:支付與物流。

域名與 DNS

域名應該註冊 .com 還是 .hk?

.com 適合面向國際市場;.com.hk 及 .hk 由香港互聯網註冊管理有限公司(HKIRC)管理,能明確表達香港身分,其中中文 .hk 域名必須包含至少一個中文字。不少企業會同時註冊兩者並把其中一個轉向主網域。

域名應該用誰的名義註冊?

應以客戶公司名義註冊持有,並保留註冊商帳號登入資料。域名若登記在服務供應商名下,日後更換供應商或發生爭議時會非常被動。

DNS 更改需要多久生效?

取決於該紀錄的 TTL 與各地 DNS 快取,一般由數分鐘至數小時,個別網絡可能更久。計劃切換時應預先調低 TTL,並在切換後同時保持新舊環境可用。

常見的 DNS 紀錄有哪些?

A 指向 IPv4、AAAA 指向 IPv6、CNAME 指向另一域名、MX 指定收郵件伺服器、TXT 用於 SPF/DKIM/DMARC 與驗證、NS 指定名稱伺服器、SRV 用於特定服務。改動前務必記錄原有值,速查表見DNS 一節。

域名過期了還可以救回嗎?

視乎過期時間與該頂級域名的規則,一般會有一段贖回期,但可能產生額外費用,逾期後則可能被他人註冊。最穩妥做法是設定到期提醒,並避免以同域名信箱作註冊聯絡地址。

備份、安全與搬遷

網站備份多久做一次?可以還原嗎?

頻率應與資料變動速度相符:一般形象網站每日一次已足夠,網上商店需更頻密。更重要的是實際測試還原——只有備份而未驗證能否還原,等於沒有備份。檔案與資料庫應分開備份並保留多個版本。

網站被入侵或植入惡意程式怎麼辦?

次序為:隔離受影響服務、保留記錄以便追查、由乾淨備份還原、修補入侵途徑(過時程式、弱密碼、外洩憑證)、更換所有相關密碼與金鑰,最後重新上線並加強監控。單純刪除可疑檔案而不修補途徑,通常會再次被入侵。

伺服器安全平時要做什麼?

系統與套件更新、防火牆與連接埠管理、後台與 SSH 存取限制並啟用多重驗證、帳號權限分級與離職即時停用、定期備份並測試還原、憑證與域名到期監控,以及可用性監控,詳見安全防護。

什麼是 uptime?多少才算合理?

uptime 指服務可用時間百分比。99.9% 約等於每月 43 分鐘不可用,99.99% 約 4 分鐘。重點是計算方式包含哪些情況、如何量度,以及未達標時的補償安排。

寄存服務會處理網站速度問題嗎?

會處理伺服器層面部分(壓縮、快取、資源分配、線路),但圖片過大與首屏 JavaScript 過多屬前端問題,需在網站層面處理。責任劃分表見速度優化。

現有網站搬過來會停機嗎?

妥善規劃下通常可做到接近零停機:先在新伺服器完成部署與測試、切換前再做增量同步、預先調低 DNS TTL、電郵先同步後切換 MX,並保留舊環境作後備,程序見搬遷七步。

搬遷寄存會影響 SEO 嗎?

如網址結構不變,搬遷本身不影響排名;若同時改版或改網址則必須設定 301 轉向。另需確認新伺服器沒有誤擋爬蟲、robots.txt 與 sitemap 正常,以及回應速度不比舊環境慢,詳見網站改版。

Get started

需要一個不用自己操心的寄存安排?

歡迎告知預計流量、現有域名及是否需要電郵信箱,我們會建議合適的寄存方案;如屬搬遷個案,請另提供現有供應商與電郵帳號數量。

WhatsApp ↗