Server Distance and Route Path
The physical distance between your device and the VPN server is the largest single speed factor. Data travelling from Singapore to a server in Japan takes about 60-80 milliseconds in ideal conditions; a server in Europe adds 150-200 milliseconds. Each additional hop through an internet exchange or an overloaded transit link adds latency and can cause packet loss.
When you connect, the VPN app usually suggests the fastest server based on ping time. In many cases the closest server is the best choice for casual browsing. But streaming services often block servers in the country where the service originates, so you may need a server further away. In that situation, choose a server in a neighbouring region rather than the farthest option if your goal is reasonable speed.
Mobile travellers face an extra complication. As you move between countries, the optimal server may change. A server in Hong Kong might be fast when you are in Singapore but slow when you are in Bali. Recheck the server list each time you cross a border. Some VPN apps offer a 'fastest server' feature that runs a quick test on launch, which is worth enabling.
Protocol Selection and Its Impact
The VPN protocol determines how your data is wrapped and sent. Different protocols balance speed against security and bypass capability. For travel, you often need to prioritise one over the other depending on the network you are using.
WireGuard is currently the fastest widely supported protocol. It uses modern cryptography and runs with fewer data exchanges than older protocols. OpenVPN is slower because it processes more overhead per packet and often uses a single-threaded implementation. IKEv2/IPsec can be fast on native mobile clients but may be blocked on some public Wi-Fi portals. SSTP and PPTP are best avoided; PPTP is insecure and SSTP is slower than WireGuard on most networks.
In the VPN app settings, look for the protocol option. If your primary need is speed for video calls or streaming, choose WireGuard. If WireGuard is not available or is blocked by the local network, switch to OpenVPN with a UDP connection rather than TCP. UDP avoids the double error-checking that TCP adds on top of the VPN tunnel, which can cut speed by 30 to 50 percent on high-latency links.
Network Congestion and Peak Travel Times
VPN servers are shared resources. When many travellers connect to the same server at the same time, the server's CPU and bandwidth become strained. This is most noticeable during evening hours in the server's local time zone and during major holidays or events that cause a surge in VPN usage.
If you experience sudden slowdowns, try changing to a different server in the same country. Many providers have multiple server locations in large hubs like Singapore, Tokyo or Los Angeles. A server with a higher load indicator may still offer better speeds than a distant server if the load is moderate. Also consider connecting during off-peak hours for your destination time zone when you have flexible tasks like software updates.
Your own internet connection matters too. Hotel Wi-Fi, airport lounges and mobile hotspots have limited bandwidth shared among many users. A VPN cannot fix a congested local network. If your base speed test without the VPN shows less than 10 Mbps, the bottleneck is likely the local connection, not the VPN. In such cases, switching to a mobile data plan with a stronger signal or using a wired connection will help more than changing VPN settings.
Mobile Signal, Device Limits and Background Activity
On a phone or tablet, the radio signal quality directly affects throughput. A weak 4G signal with two bars may deliver only 5-15 Mbps even on a fast VPN. Before blaming the VPN, run a speed test without it. If the base connection is slow, move to a window or a higher floor, or switch to a 5G network if available. Signal boosters can help but are impractical for most travellers.
Device hardware also sets a ceiling. Older phones with single-core processors may struggle to encrypt and decrypt traffic at more than 50 Mbps. Similarly, running the VPN alongside heavy apps like video streaming, cloud sync or large downloads can starve the VPN process of CPU cycles. Close unnecessary apps, especially those that upload or download in the background.
Finally, check that your VPN app is not using split tunnelling by default. Split tunnelling sends some traffic outside the tunnel, which can improve speed for local services but may defeat the purpose of the VPN for privacy. If you want all traffic encrypted, ensure the setting is off. Conversely, if you only need the VPN for specific sites, enabling split tunnelling can preserve speed for local browsing.
