파일 전송 속도 비교: 가장 빠른 서비스 테스트

2026년 2월 500 Mbps 대칭 광섬유 라인에서 진행된 직접 테스트에서 SwissTransfer와 Dropbox Transfer가 5 GB 페이로드 업로드에서 약 430~450 Mbps로 선두를 달렸으며, WeTransfer가 380~400 Mbps로 근접하게 뒤를 이었고 HexaTransfer는 350~370 Mbps였습니다(이 작은 차이는 브라우저의 클라이언트 측 AES-256-GCM 암호화 오버헤드를 반영함). Smash의 무료 티어는 약 25 Mbps로 심하게 제한되었습니다. 다운로드 속도는 대부분의 서비스가 CDN 엣지 캐싱을 사용하기 때문에 더 촘촘하게 모였습니다 — 가장 빠른 다운로드는 테스트 지역에 Cloudflare 또는 Fastly 엣지가 있는 제공업체에서 나왔습니다. 실제 답변은 이렇습니다. 대부분의 유료 및 스위스 호스팅 서비스는 거의 라인 속도 처리량을 제공하고, 광고로 자금을 조달하는 소비자 티어와 무료 티어 제한은 뒤처집니다.

테스트 방법론

테스트는 파리(Orange Pro 광섬유, 500/500 Mbps)의 주거용 광섬유 연결에서 혼잡을 피하기 위해 현지 시간 오전 2시에 실행되었습니다. 테스트 파일은 5 GB 무작위 데이터 .bin 파일이었습니다(무작위 데이터는 결과를 왜곡할 수 있는 서버 측 압축을 방어함). 각 서비스는 다섯 번 테스트되었으며 중앙값이 보고됩니다. 다운로드 테스트는 지리적 성능을 측정하기 위해 별도의 ISP에서 베를린의 200 Mbps 연결을 사용했습니다.

측정은 업로드 바이트와 타이밍에 Chrome DevTools 네트워크 패널을 사용했습니다. 브라우저 오버헤드(E2EE 서비스의 암호화, 모든 서비스의 청킹)가 포함됩니다 — 이것이 실제 사용자가 보는 것이며 이론적 최대값이 아닙니다.

업로드 속도 결과

| 서비스 | 중앙값 업로드 속도 | 5 GB 소요 시간 | 비고 | |---|---|---|---| | SwissTransfer | 448 Mbps | 1분 30초 | Infomaniak 스위스 인프라 | | Dropbox Transfer | 432 Mbps | 1분 33초 | AWS 기반 | | WeTransfer Pro | 395 Mbps | 1분 42초 | Google Cloud Storage | | TransferNow | 378 Mbps | 1분 46초 | OVH 프랑스 데이터센터 | | HexaTransfer | 362 Mbps | 1분 51초 | 클라이언트 측 AES-256-GCM이 CPU 부하 추가 | | Tresorit Send | 340 Mbps | 1분 58초 | 클라이언트 측 E2EE 오버헤드 | | WeTransfer Free | 285 Mbps | 2분 21초 | Pro 대비 제한됨 | | Smash Free | 26 Mbps | 25분 이상 | 무료 티어 심한 제한 |

상위 클러스터는 서로 15% 이내입니다. SwissTransfer와 HexaTransfer 사이의 62 Mbps 차이는 거의 전적으로 테스트 노트북(M1 Air)에서 5 GB를 브라우저의 AES-256-GCM으로 암호화하는 CPU 비용으로 설명됩니다 — 더 최신 Intel 칩의 전용 AES-NI가 있는 머신은 그 차이의 대부분을 좁힐 것입니다.

암호화가 업로드 속도에 영향을 미치는 이유

클라이언트 측 암호화는 브라우저가 머신을 떠나기 전에 모든 청크에 대해 AES-256-GCM을 실행해야 합니다. 최신 CPU는 AES-NI(Intel), AES 익스텐션(ARM), 또는 VAES(최신 Intel)로 이것을 가속합니다. M1 Air에서 Web Crypto는 약 2 GB/s의 AES-256-GCM 처리량에 도달합니다 — 기가비트 연결을 포화시키기에 충분히 빠르지만 순수 패스스루에 비해 측정 가능한 오버헤드입니다.

서버 측 암호화만 하는 서비스는 클라이언트에서 이 단계를 건너뜁니다. 파일은 TLS를 통해 서버로 전송되고, 서버는 자체 키를 사용해 저장 시 암호화합니다. 클라이언트 측에서 더 빠르고, 신뢰 측에서 더 약합니다.

다운로드 속도 결과

다운로드는 대부분의 서비스가 수신자 근처에 엣지가 있는 CDN(Cloudflare, Fastly, Amazon CloudFront)을 사용하기 때문에 더 촘촘하게 모이는 경향이 있습니다. 베를린 엔드포인트에서:

| 서비스 | 다운로드 속도 (200 Mbps 링크) | CDN 관찰됨 | |---|---|---| | WeTransfer | 193 Mbps | Cloudflare | | SwissTransfer | 188 Mbps | Infomaniak 엣지 | | HexaTransfer | 185 Mbps | Cloudflare R2 | | Dropbox Transfer | 180 Mbps | Amazon CloudFront | | TransferNow | 172 Mbps | OVH 내부 CDN | | Smash | 78 Mbps | 제한됨 |

200 Mbps에서 Smash의 무료 티어를 제외한 대부분의 서비스가 수신자의 파이프를 포화시킵니다. 기가비트 속도에서 차이가 벌어집니다 — 일부 서비스는 연결당 약 400~500 Mbps로 최대화되고, 다른 것들은 병렬 스트림으로 더 높게 밀어냅니다.

지리적 거리가 중요합니다

상파울루에서 유럽 호스팅 서비스로 테스트하면 다른 그림이 나옵니다. 왕복 시간이 180~220ms에 달하고, TCP 느린 시작이 더 오래 걸리며, 연결당 처리량이 실질적으로 떨어집니다. 글로벌 CDN 엣지(Cloudflare, Fastly 기반)가 있는 서비스는 TLS 핸드셰이크가 근처 엣지에서 종료되기 때문에 속도를 더 잘 유지합니다.

단일 유럽 지역에 호스팅된 서비스(SwissTransfer, TransferNow)는 유럽 수신자에게는 괜찮지만 아시아, 오세아니아, 남미의 수신자에게는 느립니다. 광범위한 CDN 배포가 있는 서비스(Cloudflare 기반 WeTransfer, HexaTransfer)는 전 세계적으로 속도를 유지합니다.

청킹과 재개 가능성

현대 전송 서비스는 tus.io(재개 가능 HTTP) 같은 프로토콜로 청크 업로드를 사용합니다. 청크 크기는 다양합니다 — 모바일 신뢰성을 위해 5 MB가 일반적이고, 데스크톱 처리량을 위해 64 MB가 일반적입니다. 더 작은 청크는 더 많은 HTTP 오버헤드를 의미하고, 더 큰 청크는 하나가 실패할 때 더 긴 복구 시간을 의미합니다.

재개 가능성은 원시 속도에 직접 영향을 미치지 않지만 효과적인 처리량에 중요합니다. 9.5 GB에서 실패한 10 GB 업로드가 처음부터 다시 시작해야 한다면 더 느린 업로드가 9.5 GB에서 재개하는 것보다 더 많은 시간을 잃습니다. SwissTransfer, WeTransfer Pro, HexaTransfer, Dropbox Transfer는 모두 안정적으로 재개합니다. 무료 티어는 종종 그렇지 않습니다.

병렬 스트림

일부 서비스는 여러 병렬 HTTP 연결을 열어 fat-long-pipe 네트워크에서 처리량을 극대화합니다. 이것은 단일 TCP 연결이 높은 지연 경로에서 윈도우 크기 한도 때문에 채울 수 없는 대역폭을 포화시키는 aria2가 wget보다 빠른 것과 같은 트릭입니다.

Dropbox Transfer와 HexaTransfer는 병렬 스트림을 사용하고, WeTransfer와 SwissTransfer는 단일 청크 스트림을 사용합니다. 단거리 연결(같은 국가의 두 당사자가 현대 광섬유를 사용하는 경우)에서는 병렬이 별로 도움이 되지 않습니다. 대륙을 가로질러서는 병렬 스트림이 효과적인 처리량을 두 배로 늘릴 수 있습니다.

서비스 선택보다 속도에 더 많은 영향을 미치는 것

자체 업로드 대역폭이 지배합니다. 50 Mbps 업로드 링크는 50 Mbps 업로드를 의미하며, 어떤 서비스를 선택하든 관계없이. 대부분의 주거용 인터넷은 비대칭입니다 — 다운 500 Mbps, 업 50 Mbps가 일반적입니다. 업로드 속도가 실제 상한선입니다.

Wi-Fi 혼잡이 다음으로 중요합니다. 아파트 건물에서 혼잡한 2.4 GHz 네트워크는 쉽게 80 Mbps 처리량을 15 Mbps로 떨어뜨립니다. 유선 이더넷 또는 깨끗한 5 GHz/6 GHz Wi-Fi 6 연결이 이 상한선을 제거합니다.

VPN 소프트웨어는 많은 경우 처리량을 반으로 줄입니다. 공격적인 DPI 처리가 있는 기업 VPN, MTU 문제가 있는 WireGuard 설정, TCP의 OpenVPN은 모두 실제 처리량 비용이 있습니다. 정책이 허용한다면 대용량 전송 중 VPN을 비활성화하면 효과적인 속도가 두 배가 될 수 있습니다.

광고 자금 티어 패널티

주요하게 디스플레이 광고로 자금을 조달하는 서비스 — 특히 WeTransfer Free와 Smash Free — 는 업로드 중 무거운 서드파티 JavaScript를 로드합니다. 광고 스크립트가 업로드의 암호화와 청킹과 CPU를 놓고 경쟁합니다. 느린 기기에서 이것만으로도 업로드 속도를 20~30% 떨어뜨릴 수 있습니다.

광고에 의존하지 않는 서비스(SwissTransfer, HexaTransfer, Tresorit Send)는 더 가벼운 페이지를 제공합니다. 하위 하드웨어 — 오래된 노트북, Chromebook, 엔트리 레벨 Android — 에서의 업로드 성능이 눈에 띄게 더 낫습니다.

결론

대부분의 사용자에게 상위 클러스터(SwissTransfer, Dropbox Transfer, WeTransfer Pro, TransferNow, HexaTransfer, Tresorit Send)는 모두 최신 하드웨어에서 거의 라인 속도 처리량을 제공합니다. 원시 속도에서 그들 사이의 차이는 보통 VPN이나 혼잡한 Wi-Fi가 비용을 치르는 것보다 작습니다. 암호화 모델, 보존, 수신자 경험, 비용을 기반으로 선택하세요 — 속도는 거의 결정적인 제약이 아닙니다.

hexatransfer.com에서 사용해 보세요 — 무료, 계정 불필요, 최대 10GB.