波蘭使用者的 VPS 該選 Warsaw、Frankfurt 還是 Amsterdam？

波蘭使用者的 VPS hosting：簡短結論

對波蘭使用者而言，VPS hosting 主要只有一個選擇：位於波蘭機房的伺服器，實務上通常就是 Warsaw；或是位於 Frankfurt 和 Amsterdam 這些歐洲主要樞紐、也是多數歐洲方案提供地點的伺服器。對前方有快取的普通網站而言，對 Kraków 的訪客來說，兩者幾乎沒有差異。若應用程式每次點擊都會與伺服器通訊，或用途本身具互動性，例如 game server 或 voice server，Warsaw 的伺服器就更有優勢，而且優勢幅度不只是原始毫秒差距所顯示的程度。

下文將說明為何距離造成的成本高於數字表面所呈現的結果、如何從自己的網路線路執行指令進行測量，而不是相信行銷地圖，以及英文指南通常略過的採購細節。這些細節包括 VAT invoice、信用卡扣款的貨幣、客服 ticket 回覆所使用的語言，以及伺服器位於 Poland 境外後，依 GDPR 規定個人資料存放在哪裡。

VPS 是什麼

VPS（虛擬私有伺服器）是實體伺服器的一個切片，但以整台機器的形式銷售。主機執行通常為 KVM 的 hypervisor，將硬體切分成彼此隔離的 guest。你的切片會擁有自己的 kernel、root 帳號、公開 IP 位址，以及固定數量的 RAM 和磁碟空間。你可以安裝所需的作業系統，並在上面執行各種軟體。VPS 是什麼的完整說明涵蓋比較不同方案時需要注意的部分。

與 shared hosting 的實際差異在於控制權，以及隨之而來的責任。在 shared hosting 上，你取得的是一個目錄、一個控制面板，以及別人決定的 PHP 版本。在 VPS 上，你取得的是一台機器，也因此必須負責套用修補程式。shared hosting 與 VPS 的比較會說明兩者分別在什麼情況下不再適用。本指南有一點需要特別注意：購買 VPS 時，你必須選擇城市；相較於訂單中的其他選項，這個選擇較難撤回，因為搬遷代表要建立一台新的伺服器並變更 DNS。IP 位址不會隨你搬遷。

如果使用者在波蘭，伺服器應該放在哪裡？

先從物理條件開始，因為這決定了延遲的下限。光在光纖中的傳播速度約為真空中的三分之二，也就是每毫秒約 200 km。華沙到法蘭克福的直線距離約為 900 km，而實際光纖路由更長，因此無論哪家業者提供伺服器，往返時間都不可能快於約 10 ms。再加上交換器、路由器及最後一哩，從波蘭家用網路連線的合理預期是：到華沙的 RTT（round trip time）為個位數毫秒，到法蘭克福或阿姆斯特丹則為低兩位數毫秒。

接著不要只看地圖，因為路由不等於距離。華沙是波蘭網路的匯聚點。波蘭網際網路交換中心 PLIX 位於華沙，承載大部分國內對等互連流量，因此波蘭 ISP 傳送至華沙主機的封包通常會留在國內。傳送至法蘭克福的封包則會離開波蘭。不過，有些波蘭網路購買的 transit 會在法蘭克福交接，因此對這些網路的使用者而言，法蘭克福只是一次短距離跳轉，而不是外國節點。使用品質不佳 transit 的小型波蘭主機，可能比連線品質良好的德國主機更慢。這就是下方測量章節存在的原因。

截至 2026 年 8 月，市場情況很容易說明。多數泛歐洲 VPS 方案都從少數幾個樞紐提供，而法蘭克福與阿姆斯特丹是交換流量最大的兩個樞紐；選擇在法蘭克福託管的理由與選擇在阿姆斯特丹託管的理由都以此為基礎。華沙也有可用的選項：OVHcloud 在當地運作 WAW1 站點，Scaleway 則提供包含 3 個可用性區域的 pl-waw 區域。波蘭讀者熟悉的國內業者，包括 home.pl 與 nazwa.pl，都從波蘭的資料中心提供託管服務；Atman 在華沙、Beyond.pl 在波茲南等業者，則向企業提供主機代管與雲端服務。請將這些資訊視為市場背景，而不是推薦，並以你自己的測量結果逐一驗證。

為什麼 30 ms 的距離成本不只 30 ms

頁面載入不是只往返伺服器一次，而是由多次往返組成。每一次往返都會付出 RTT 的成本。

• DNS 查詢。名稱尚未快取時，有時不只一次。
• TCP handshake：在送出請求的任何位元組前，先進行一次往返。
• TLS (transport layer security) handshake：TLS 1.3 再增加一次往返，TLS 1.2 則增加兩次。
• 送出請求，並等待回應的第一個位元組。
• 接著是 TCP slow start。連線會以約 10 個封包、接近 14 kB 的初始壅塞視窗開始，並在每次往返時大致加倍。因此，150 kB 的頁面還需要多次往返，最後一個位元組才會抵達。

逐項計算後，首次冷載入在頁面可使用前，很容易耗費 6 到 10 次往返。6 乘以 30 ms，額外距離就增加了 180 ms，使用者會察覺。6 乘以 5 ms，則只增加 30 ms，幾乎無人察覺。這就是為什麼位置的影響，感覺比作為依據的 ping 數值更大。

由此可得兩點。第一，減少往返次數通常比搬移伺服器更有效：HTTP/2 或 HTTP/3、keep-alive 連線、TLS session resumption，以及用於靜態檔案的 CDN，都能減少往返次數。無論距離多近，這些往返都不會自行消失。第二，如果應用程式本身需要 400 ms 建立頁面，將伺服器從 Frankfurt 移到 Warsaw，會讓這 6 次往返的載入時間從約 580 ms 降至約 430 ms。這確實是約四分之一的改善，但 400 ms 仍是訪客等待時間的主要部分，任何地理位置都無法消除它。資料庫查詢在資料中心內執行，與訪客所在位置無關。因此，先量測伺服器端耗時，再判斷問題是否出在地理距離。

如何測量自己連線的差異

不要相信任何已發布的延遲表。請測量訪客實際使用的路徑。每個候選位置都採用相同方法：在各位置租用小型按小時計費的 instance，從每個位置提供相同檔案，然後分別從自己的網路線路及使用行動數據的手機進行測試。

sudo apt update && sudo apt install -y mtr-tiny curl
ping -c 20 waw.example.com

ping 應回覆 20 次且沒有封包遺失。不要只看平均值。請查看 min 與 max 之間的差距：穩定的 28 ms 比平均 12 ms 但偶爾跳到 90 ms 的連線更好，因為造成互動式工作階段失效的是 jitter。

mtr -rwzc 50 waw.example.com

mtr 會逐跳列出每一跳的封包遺失與延遲。先讀最後一行，因為該行代表主機本身。中間某一跳出現封包遺失，但最後沒有遺失，這是正常現象：許多路由器會限制自身 ICMP 回覆的速率，因此回報的封包遺失不一定是它們造成的。若封包遺失從某一跳開始並持續到最後，才是真正的封包遺失。如果 mtr 回覆權限錯誤，請在 sudo 下執行。

接著測量瀏覽器實際感受到的情況。

curl -o /dev/null -s -w 'dns %{time_namelookup} tcp %{time_connect} tls %{time_appconnect} ttfb %{time_starttransfer} total %{time_total}\n' https://waw.example.com/

每個值都是自請求開始後經過的秒數，因此應將該行視為時間軸。tcp 減去 dns 是一次往返時間。tls 減去 tcp 是 handshake 時間，還要加上一或兩次往返。ttfb 減去 tls 是伺服器處理請求的時間，最後再加上一次返回的往返時間。執行 10 次，並比較各位置的中位數，因為單一樣本沒有參考價值。

for i in $(seq 10); do curl -o /dev/null -s -w '%{time_starttransfer}\n' https://waw.example.com/; done

除了工作時間，也要在晚上測試。波蘭的消費者網路通常在當地時間 19:00 到 22:00 左右最繁忙，10:00 時暢通的路由，在這段時間可能發生壅塞。也要使用行動數據測試。行動網路這一段增加的延遲，通常可能比 Warsaw 到 Frankfurt 的整段距離所造成的延遲還高；如果大多數流量來自行動網路，這個單一結果就足以決定選擇。

來自波蘭的開立發票：NIP、VAT 與反向課稅

如果您以企業身分購買，結帳頁面必須提供填寫 VAT 識別號碼的欄位。在波蘭，該號碼是 NIP；基於 EU 用途，會加上 PL 前綴。其他 EU 會員國的服務提供者應透過 VIES（EU VAT Information Exchange System）驗證該號碼，然後開立不含 VAT 的發票。您必須在波蘭依反向課稅自行申報該稅額，因此同一份申報中的應納與可扣抵稅額會相互抵銷。這是截至 August 2026，跨境企業對企業服務的通常處理方式；但仍應由您的會計師依您的實際情況確認。

常見的問題是服務提供者完全沒有 VAT 號碼欄位。這種情況下，您會被收取消費者 VAT，而向外國稅務機關申請退稅所需的處理成本，可能比伺服器本身還高。支付一整年費用前，先確認是否有這個欄位。向 EU 以外的服務提供者購買時，處理方式又不同：波蘭企業會將其視為服務進口，並自行申報該稅額；私人個人通常會被已在 EU one-stop shop 登記的服務提供者收取波蘭 VAT。

波蘭還有一項容易令人意外的規定。KSeF 是國家電子發票系統，適用於由在波蘭設立的納稅義務人開立的發票。沒有固定營業場所設於波蘭的服務提供者不受其規範，因此您仍會收到一般 PDF 發票，這是正確的。無論服務提供者位於何處，都應確認發票載有您的公司名稱與 NIP，因為缺少這些資訊的發票，對帳務記錄幾乎沒有用途。

茲羅提、歐元或美元：換匯成本

許多國際 VPS 方案以歐元或美元計價。信用卡會以該幣別扣款，再由銀行依信用卡組織匯率換算，並加上發卡行對非 PLN 交易收取的加成。這項加成在服務商的價格頁面上通常看不到，卻會清楚顯示在帳單上。並非所有外國服務商都採用這種方式：截至 2026 年 10 月，OVHcloud 波蘭網站以茲羅提列出 VPS 方案，月費最低為 16.32 PLN 未稅（20.07 PLN 含稅）。因此，假設價格以外幣計算前，請先查看服務商的波蘭網站。

結帳時要注意一個特定陷阱。如果付款頁面在價格以歐元標示時，提供以茲羅提扣款的選項，這就是 DCC（動態貨幣轉換）。匯率由付款處理商設定，而不是由你的銀行設定。這種匯率通常較差。請選擇以商家標示的幣別扣款，交由自己的銀行進行換匯。

以外幣長期預付，也等於對匯率進行小額押注。即使歐元價格完全不變，歐元計價方案 12 個月所需的茲羅提金額仍可能逐年不同。如果你的收入以茲羅提計算，且希望預算項目固定，選擇以茲羅提計費的服務商，或採用可隨時停止的月租方案，會更合適。帳務處理方面，外幣發票會依發票日期前一個工作日公布的 NBP（波蘭國家銀行）平均匯率換算。這是記帳人員的工作，不是你的工作。續約價格也應像首期價格一樣仔細查核，而正確閱讀低價 VPS 方案的重點，通常在於找出第 2 年實際要支付的金額。

支援時間與語言

波蘭冬季採用 CET，夏季採用 CEST，與 Frankfurt 和 Amsterdam 使用相同的時間。德國或荷蘭供應商的辦公時間，就是你的辦公時間；相較於計費團隊在你結束工作時才開始上班的供應商，這是個不易察覺的優勢。波蘭語支援通常代表國內供應商。國際供應商會以英文回覆，緊急技術工單通常提供 24 小時支援，而計費與帳戶問題通常只在辦公時間處理。這兩種承諾並不相同，因此請確認你購買的究竟是哪一種服務。

在正式承諾前先測試，不要等到服務中斷時才測試。提交一張售前工單，詢問具體問題，例如他們使用哪個 hypervisor，以及備份是否儲存在與伺服器相同的建築物內。記錄回覆所需的時間，然後確認回覆者是否理解問題。這項測試對未來兩年的預測力，高於首頁上的任何 uptime 數字。

伺服器位於德國、使用者位於波蘭時的 GDPR

將個人資料從波蘭移至其他 EU 成員國，不屬於國際傳輸。GDPR（一般資料保護規則）第 1(3) 條規定，不得基於資料保護理由限制個人資料在 Union 內自由流通，而第 V 章的傳輸規則適用於 EU 以外的國家。存放波蘭客戶資料的 Frankfurt 或 Amsterdam 伺服器，在法律上的地位與 Warsaw 伺服器相同。波蘭對一般企業沒有普遍適用的資料存放地要求，但特定受監管產業可能另有規定。

真正會改變的是文件作業，而稽核實際出錯的地方往往就是文件作業。您的 hosting provider 是依照您指示行事的 processor，因此必須依第 28 條簽訂資料處理協議，在波蘭語中稱為 umowa powierzenia。依第 30 條建立的處理活動紀錄，應註明資料實際存放的位置。您在得知個人資料外洩後，有 72 小時可向 UODO（Urząd Ochrony Danych Osobowych，波蘭監管機關）通報，因此應確認合約要求 provider 在無不當延遲的情況下通知您。若 provider 於 Friday 得知外洩，直到 Monday 才寄送電子郵件通知，您的通報期限大多已經過去。

簽約前值得確認的問題是：哪些人員會接觸資料？請索取 sub-processor 清單。支援服務人員位於哪個地區？備份會複製到哪裡？遠端管理是否從 EEA（European Economic Area）以外執行？即使磁碟從未離開 Frankfurt，從 EU 以外的國家進行遠端存取仍屬於第 V 章所稱的傳輸。這項細節可能使原本託管於 EU 的環境，變成需要採取傳輸保障措施的環境。您仍是潛在客戶時，就應取得這些問題的書面答覆。

實際決定因素

如果網站大多是靜態內容，或位於 CDN 後方，origin 的位置影響有限。此時應以價格與支援品質作為選擇依據。如果應用程式具互動性且未使用快取，或執行遊戲伺服器、語音伺服器，使用者會等待每次往返傳輸，請選擇 Warsaw，不要再花時間最佳化。中間情況則是一般商業網站，訪客位於 Poland，供應商位於 Europe。這類網站放在 Frankfurt 或 Amsterdam 通常完全沒有問題，實際測量一個下午就能證明這點。

通常應先處理兩個成本更低的改善項目。與任何路由相比，吵雜鄰居造成的影響更浪費時間，因為在超額銷售的主機上 爭用資源 會表現為整秒的延遲，無論伺服器位於何處都無法解決。接著，在煩惱伺服器位置前，先讓伺服器環境具備可重現性。如果你的建置是從零開始佈建新 VPS 的 cloud-init 檔案，測試 Warsaw 與 Frankfurt 只需花費一小時的 instance 使用時間；日後搬遷也只需一個下午，而不是整個週末。數據確認前先採用月租方案，因為年繳預付只是為尚未做出的決定提供折扣。

FAQ

波蘭網站需要使用位於波蘭的 VPS 嗎？

通常不需要。對於會使用快取的內容，從 Frankfurt 或 Amsterdam 提供服務即可滿足波蘭使用者的需求，而額外距離造成的往返延遲通常只有數十毫秒。當應用程式頻繁往返傳輸且未使用快取，或使用者需要即時互動時，距離才會開始造成明顯影響，因為每次往返都會再次承擔這項延遲。請先從波蘭的連線使用 ping 和 curl 測量實際延遲，再作決定。

對 Warsaw 的訪客而言，Frankfurt VPS 會慢多少？

距離決定了最低延遲：單程約 900 km，而光在光纖中的傳播速度約為每毫秒 200 km，因此往返延遲約為 10 ms，任何供應商都無法消除。實際路由與設備還會增加延遲。真正重要的數值，是將這項往返延遲乘以頁面載入所需的往返次數，因為 DNS、TCP、TLS 與 TCP slow start 各自都可能需要一次或多次往返。請從自己的網路，在晚間流量較高的時段，對每個城市的測試主機執行 ping -c 20 與 10 次取樣的 curl 延遲測試迴圈，然後比較中位數。

我可以向波蘭境外的供應商索取含有 NIP 的 VAT 發票嗎？

可以，任何可靠的 EU 供應商通常都能提供。結帳時，在 PL 前綴後輸入 NIP，供應商會透過 VIES 驗證，並依 reverse charge 機制開立免 VAT 發票，再由您在波蘭的申報中自行處理應納稅額。如果結帳頁面沒有 VAT number 欄位，通常會被收取消費者 VAT，而後續申請退回相當麻煩。若供應商位於 EU 以外，波蘭企業通常須將這筆採購列為服務進口。

依 GDPR 規定，將波蘭客戶的資料託管在 Germany 合法嗎？

合法。資料在 EU member states 之間移動不屬於 international transfer，而 GDPR Article 1(3) 也明確保障這種自由流動。無論伺服器位於何處，都必須履行相同義務：依 Article 28 簽訂 processor agreement，並在 72 小時內向 UODO 通報資料外洩事件。請確認支援服務台與備份的所在地，因為即使資料仍儲存在 EU，從 EEA 以外進行的管理存取仍屬於 transfer。

境外供應商會以 złoty 向我收費嗎？

有時會。許多國際供應商以 euro 或 US dollars 報價，之後由發卡銀行換算金額並加收匯兌費用，而這些費用不會顯示在價格頁面上。有些供應商則不會如此：截至 October 2026，OVHcloud 的波蘭網站以 złoty 列出 VPS 價格，並同時顯示未稅與含稅價格。如果結帳時以 euro 報價，卻提供以 złoty 收款的選項，這就是 dynamic currency conversion，匯率通常比銀行提供的匯率差。所有本地供應商都能從一開始以 złoty 計費，只有部分境外供應商也提供相同服務。