SOCKS5 vs HTTP(S) プロキシ：どのプロトコルを選ぶべきか？

多くの開発者は、最初に目にしたコードサンプルで使われていたという理由だけでプロトコルを選びがちです。しかし、プロトコルの選択はUDPのサポート、TLSの可視性、そして既存の技術スタックへの統合のしやすさに直結します。

根本的な違い

SOCKS5 はアプリケーション層の下（トランスポート層）で動作します。内部のプロトコルを検査・解釈することなく、生のTCP および UDP トラフィックをそのままトンネリングします。一方、HTTP(S) プロキシ はアプリケーション層で動作し、HTTPセマンティクスを直接解釈した上で、CONNECT メソッドを使用してHTTPSトラフィックをトンネリングします。

SOCKS5 を選ぶべきケース

• UDP が必要な場合 — WebRTC、HTTP/3/QUIC（弊社の UDP & QUIC ガイド を参照）
• 非HTTPトラフィック をプロキシ経由にする場合 — 独自のTCPクライアント、FTP、ゲームやボットの自動化
• プロトコルレベルのオーバーヘッドを排した、最も軽量で純粋なトンネルを求める場合

HTTP(S) を選ぶべきケース

• 追加の依存パッケージが不要 — 主要なHTTPクライアント（requests、axios、fetchなど）が標準でサポートしています。一方、SOCKS5は通常追加パッケージの導入が必要です。
• 送信トラフィックとしてHTTP CONNECTのみがホワイトリスト許可されている 企業内ネットワーク環境 にある場合
• デバッグ目的でプロキシ層におけるヘッダーの可視性が必要な場合

1つのゲートウェイで両方のプロトコルに対応

BifrostNetwork のゲートウェイは同一ポートで両方のプロトコルに対応しているため、スキーム（URLプレフィックス）を変更するだけで簡単に切り替えられます：

import requests

# SOCKS5（pip install "requests[socks]" が必要）
proxies_socks5 = {
    'http': 'socks5://resi.base_117f8a2e33-country-us:password@gate.bifrostnetwork.cc:9521',
    'https': 'socks5://resi.base_117f8a2e33-country-us:password@gate.bifrostnetwork.cc:9521'
}

# HTTP(S) — 同一の認証情報、同一のゲートウェイ、スキームのみ変更
proxies_http = {
    'http': 'http://resi.base_117f8a2e33-country-us:password@gate.bifrostnetwork.cc:9521',
    'https': 'http://resi.base_117f8a2e33-country-us:password@gate.bifrostnetwork.cc:9521'
}

response = requests.get('https://httpbin.org/ip', proxies=proxies_socks5)
print(response.json())

どちらを使うべきか迷った場合は、一般的なWebスクレイピングにはまずHTTP(S)を採用し、UDPや非HTTPプロトコルが必要になった段階でSOCKS5へ切り替えるのがおすすめです。