BalticProxyについて
2024年11月に設立され、ラトビアのリガに拠点を置く BalticProxy.eu は、BITE LatviaのSIMカードを入れた自社のAndroid端末群でモバイルプロキシを運営するプロバイダーです。3人のチームが、実際の5GモバイルIPで使えるSOCKS5とHTTPのポートを、代理店、スクレイピング担当者、広告運用者、SNS運用チームに提供しています。お客様が重視するのは速度そのものよりも、そのIPが本物のモバイル回線であり、実際のネットワーク上で安定して動作するかどうかです。
Gologinは私たちにとって補助的なツールではありません。当社のシステムとお客様の間に位置し、ログイン情報をお渡しする前にプロキシに触れる最後の工程です。チームは毎日Gologinを使っています。
1. 課題
Gologinを導入する前、品質で勝負するプロキシプロバイダーなら誰もが直面する、ありふれていても深刻な課題を抱えていました。
- お客様が実際に使う方法でプロキシを検証すること ：ターミナルでの確認では、ポートが応答することしか分かりません。実際のブラウザセッションで見える内容、つまりページの読み込み速度、IPが正しい都市を示しているか、実際のトラフィックでも接続が保てるかは確認できませんでした。
- 認証情報の手動設定は時間がかかり、ミスも起きやすかった ：新しいポートごとに長い認証情報の文字列が1本届き、それをホスト、ポート、ユーザー名、パスワードの4項目に手作業で分け、プロトコルもドロップダウンから選ぶ必要がありました。
- 裏付けとなる証拠がないままのサポート対応 ：お客様から「プロキシが遅い」と言われても、社内の数値で言い合うだけでは誰の役にも立ちませんでした。
お客様の使い方と違う方法でテストしても、その結果にはあまり意味がありません。Gologinなら、お客様が使うのとまったく同じ方法でテストできます。
2. これまでの解決策
- Gologinに切り替える前は、さまざまなツールやターミナルでの確認を試しました
- ターミナルの確認ではポートは問題なく動作しているように見えても、お客様からは「うまく動かない」という声が届いていました
- お客様の使い方と異なる方法でテストしていたため、テスト結果に意味がありませんでした
うまくいかなかった点は？
- ターミナルでの確認は、実際の利用状況を反映していませんでした。 コマンドラインでの確認では、ポートが応答することしか分かりません。ブラウザで見える内容、つまりページの読み込み速度、正しい位置情報、実際のトラフィック下での接続の安定性は分かりませんでした。
- 手動での項目入力が毎日の負担でした。 認証情報の文字列を、ポートごとに毎日手作業で4つの項目に分けて入力していました。時間がかかり、入力ミスも起こりがちでした。
- サポートチケットに裏付けがありませんでした。 お客様が体験した状況をそのまま再現する手段がないため、トラブルの解決は証拠ではなく意見のぶつかり合いになっていました。
3. 新しい解決策探しとGologinの選択
- プロキシを確認するために、さまざまなシステムを試しました
- Gologinを使い始めて初めて、お客様がプロキシをどのように使っているかを実感でき、お客様に最良の結果をお届けできるようになりました
他のツールではなくGologinを選んだ決め手は何ですか？
- プロキシの自動解析。 Gologinは、次のようなあらゆる認証情報の形式を解析します： ip:port:user:pass、user:pass@ip:port、ホスト名ベースの文字列など。貼り付けるだけで完了し、項目の手入力もプロトコルの推測も不要です。
- 1行で確認できます。 Check Proxyの結果には、国、都市、出口IP、プロトコル、応答時間が1行で表示されます。4つの項目を5秒で確認できます。
- お客様と同じブラウザを使用。 実際のブラウザセッションでテストするため、疑似的なチェックではなく、お客様が実際に体験する状態をそのまま確認できます。
改善してほしい点
- 設定画面でもプロキシの認証情報を貼り付けられると便利です(プロファイル設定と同じ自動解析に対応してほしいです)
- macOSでは、日没でシステムが切り替わってもダークモードが自動で切り替わらず、「設定」→「テーマ」→「システム」を手動でクリックする必要があります
- インターネット接続がない状態でプロファイルが閉じ、再接続した場合に、セッションを失わずに同期をやり直せる「再同期」オプションがあると助かります
4. 導入と成果
ワークフロー1 – 貼り付け、解析、確認:有効化時のチェック
この作業は1日に10回以上行っており、最も多くの時間を節約できている作業です。認証情報の文字列をそのままコピーし、プロファイルのProxyタブに貼り付けます。Gologinが項目を自動で分割し、プロトコルも自動で判別します。Ctrl+Vを1回押すだけで、入力も推測も不要です。その後、Check Proxyをクリックします。
Proxy in Latvia • LV • Riga • 317 ms — SOCKS5 • 84.15.220.158
この1行で、ポートが稼働していること、プロトコルが一致していること、ロケーションが正しいこと、そして通常の時間で接続できることを確認できます。このチェックに通らない限り、お客様には何も提供しません。
ワークフロー2 – 応答時間の確認と稼働中ポートの編集
すでにお客様が利用中のポートは、プロファイルの設定画面で詳細を確認します。以前は300msで応答していたポートが900msかかるようになった場合、その背後のスマートフォンに負荷がかかっています。お客様より先に把握したいところです。プロファイル全体を作り直さなくても、1つの項目(パスワード、ホスト、ポート)を編集するだけなので、1分もかかりません。お客様が気づく前にパフォーマンスの問題を見つけやすくなります。
ワークフロー3 – 実際のスピードテストでサポートチケットを解決
お客様から「プロキシが遅い」と連絡を受けたら、そのポートでGologinのプロファイルを開き、多くの購入者がプロキシの評価に使うspeedtest.netを実行します。スクリーンショットには、お客様のポートでクリーンなブラウザセッションから計測した、その時点の回線事業者、IP、ping、速度が表示されます。これをチケットにそのまま返信します。どんな説明よりも早く、認識の食い違いを解消できます。
ワークフロー4 – 安定性の確認と適切な期待値の設定
プロファイル内でpacketstats.comを実行し、数分間のpingを観察します。平均212ms、最小144ms、最大561msで、安定性は「Bad」と表示されました。データセンタープロキシであれば問題ですが、5G モバイルプロキシ であれば全く正常です。モバイル回線では、同じ基地局にいる全員で電波の利用時間を分け合うためです。
注目するのは線の形です。180〜220ms前後で安定したベースラインに、ときどきスパイクが出る状態は健全です。ベースラインがじわじわ上がったり、スパイクが集中したりする場合は、スマートフォンの再起動が必要です。このスクリーンショットは、数値の見方の説明を添えて新規のお客様にも事前にお送りしています。赤い「Bad」の表示に慌てず、結果を正しく読み取れるようにするためです。
パフォーマンスの目安
- ポートの有効化:以前は1〜2分(手動で項目を入力)→ 現在は約5秒(1回の貼り付け)
- お客様に届く無効なプロキシ:たまに発生 → ゼロ
- サポートチケットの解決:意見の食い違いで時間がかかる → ライブのスクリーンショットを証拠に迅速に解決
- 1日あたりのポート有効化数:10件以上
- GologinサブスクリプションのROI:推定3〜10倍
ターミナルのpingで分かるのは、ポートが生きているかどうかだけです。Gologinなら、お客様が実際に使うのと同じ方法で、本当に使えるかどうかを確認できます。
5. 成果
Gologinは、現在のワークフローに欠かせない存在だと言えますか?
- はい。プロキシをお客様に提供する前の最終ステップです。品質管理はここで行っています。
新しいソリューションに切り替えて、いかがですか?
- 非常に満足しています。より信頼性の高いサポートと、実際のユーザー体験に基づくデータを提供できるようになりました。お客様からの信頼が高まり、個別に対応するサポートも評価いただいています。
Gologin導入前後の変化を示す主要な指標を挙げるとしたら何ですか?
- ポートの有効化:1〜2分 → 5秒
- お客様に届く無効なプロキシ:たまに発生 → ゼロ
Gologinの機能で、予想外だった点を1つ挙げてください。
- プロキシ形式の自動解析です。どんな形式の認証情報文字列を貼り付けても、Gologinがプロトコルを判別して項目を正しく分割してくれます。特に1日10回以上の有効化では、想像以上の時間短縮になります。
