"Does a VPN make my internet slower?" is one of the most common questions people ask, usually right after a laggy match or a video that keeps buffering. The honest answer is: it depends, and the reasons are mostly ordinary networking and physics, not magic.
This explainer walks through what speed and ping actually measure, where a VPN adds delay, why some protocols are lighter than others, and what you can do when a game or a call feels slow. It won't promise you a lower ping, because no VPN can honestly promise that.
Speed and ping are different things
People often say "speed" when they mean two separate measurements:
- Bandwidth (throughput) is how much data can move per second, usually shown in megabits per second. It decides how quickly a large file downloads and whether a video can play in high resolution.
- Latency (ping) is how long a small packet takes to travel to a server and back, measured in milliseconds. It decides how quickly a game reacts to your button press or how natural a voice call feels.
- Jitter is how much the latency jumps around from moment to moment. Steady 60 ms often feels better in a game than a ping that swings between 30 and 150 ms.
- Packet loss is the share of packets that never arrive. Even a little loss can cause rubber-banding in games and choppy audio in calls.
Video streaming mostly cares about bandwidth, because players buffer ahead. Online games and calls care far more about latency, jitter and loss. Keeping these apart helps you figure out what is actually wrong.
Delay matters for people, not only for machines. The International Telecommunication Union's Recommendation G.114, "One-way transmission time", is the standard reference on how transmission delay affects interactive communication such as voice calls. The general idea is simple: the longer the delay, the more a conversation or a game feels out of sync.
Where a VPN adds delay
Without a VPN, your traffic goes from your device to your internet provider and then along whatever path the internet chooses to the game or video server. With a VPN, it takes a detour: your device, your provider, the VPN server, and only then the destination. Several things add up along that detour.
Distance
Signals travel through fibre fast, but not instantly. Every extra thousand kilometres of cable adds a few milliseconds each way. If you are in Istanbul and connect to a VPN server on another continent before reaching a game server in Frankfurt, your packets travel much further than they need to, and no software can shorten that path.
Routing
The internet is a web of networks that hand traffic to each other. The route from you to the VPN server, and from the VPN server to the destination, may not be the most direct one. Sometimes a VPN route is worse than your provider's direct route; occasionally it is better, for example when your provider's own path to a certain region is congested. That is why results vary so much from person to person.
Encryption and packet overhead
A VPN wraps each packet in an encrypted envelope. Encrypting and decrypting takes a little processing time, and the extra headers make each packet slightly larger, so a little less of every packet carries your actual data. On modern phones and computers this cost is usually small compared with distance and routing, but on older or low-power devices it can be noticeable.
Server load and capacity
A VPN server is shared. If many people are using it at once, or its own connection to the internet is busy, queues build up and both latency and throughput suffer. This is one of the main reasons the same server can feel fine in the morning and sluggish in the evening.
Why the protocol matters
The protocol is the set of rules a VPN uses to build the tunnel. They differ in how much work they do per packet and how they carry traffic.
WireGuard, described by Jason Donenfeld in a paper presented at the NDSS 2017 security conference, was designed to be lean. It carries traffic over UDP, uses modern cryptography (Curve25519 for key exchange and ChaCha20Poly1305 for encryption), and sets up a session with a handshake that needs only one round trip. The paper notes that it can be implemented for Linux in fewer than 4,000 lines of code. Less code and a simple design generally mean less overhead and faster reconnection when you switch from Wi-Fi to mobile data.
TCP-based protocols can behave differently on some networks, but they may add delay, especially when the network is losing packets. Neither choice is "always better": the right one depends on the network you are on. For a deeper look, see our explainer on WireGuard and modern VPN protocols.
When a VPN can make things feel better
A VPN cannot make light travel faster, but in some situations people do notice an improvement:
- The provider's own route is congested. A different path through a VPN server can occasionally avoid a busy link between networks, for example during evening peak hours.
- Unstable networks. A protocol that reconnects quickly can make roaming between Wi-Fi and mobile data smoother, so a call or stream recovers sooner after a drop.
- Badly managed local networks. On some hotel or campus networks, an encrypted tunnel to a well-connected server behaves more predictably than the network's own handling of traffic. This depends entirely on the network, and the tunnel itself still adds some overhead.
None of these is guaranteed. Treat any improvement as a bonus, not something to expect.
Practical tips for games, calls and video
If something feels slow, try these steps one at a time so you can see what actually helps:
- Measure without the VPN first. Note your ping to the game server or a test site, then connect and compare. If the problem exists without the VPN, it lies elsewhere.
- Pick a server close to you or to the game server. For gaming, a server in or near your own country, or near the game's region, usually adds the least distance.
- Prefer a cable or a strong Wi-Fi signal. Weak Wi-Fi often causes more jitter and packet loss than any VPN.
- Try a different protocol. If your app lets you choose, compare automatic mode with WireGuard on the same server.
- Try a different time of day or another server to rule out a busy server.
- Use split tunneling for the game. Many VPN apps can exclude chosen apps from the tunnel. Android's developer documentation explains that excluded apps "use system networking as if the VPN wasn't running", while everything else stays protected. Just remember that the excluded app's traffic is then not protected by the VPN.
- Close background downloads and cloud sync, which compete for the same bandwidth.
On Windows, VPNRice for Windows has a Game mode that sends only traffic for supported game servers through the VPN and leaves everything else on your normal connection; it uses WireGuard while it is on. After connecting, you can check which IP address and location websites see with our What is my IP tool.
Key takeaways
- Speed (bandwidth) and ping (latency) are different; games and calls care most about latency, jitter and packet loss.
- A VPN adds a detour. Distance, routing, encryption overhead and server load decide how much it costs you.
- Lean protocols such as WireGuard keep overhead low, but no protocol can remove the physical distance.
- Choose a nearby server, use a stable connection, compare protocols, and exclude a game with split tunneling if you don't need it protected.
- Be wary of any service that promises a lower ping in every case: the network path, not the brand, decides.



