Undetectable で Cookie を扱う方法

Cookie は、Web サイトがあなたのセッションや選択した設定を記憶するのに役立ちます。Undetectable では、特定のプロファイル内で Cookie を表示したり、ファイルからインポートしたり、移行用に保存したり、削除したりできます。また、Web サイトを訪問しながら Cookie を収集する必要がある場合は、この作業を Cookies Bot に任せることができます。

まずは目的から考えるのが最適です。初めて Web サイトを開いてアカウントにログインする場合、事前に Cookie ファイルを探す必要はありません。作業中に Web サイトが必要なレコードを作成します。インポートは、別のセッションの Cookie をすでに持っている場合に便利です。ボットは、Web サイトのリストへの訪問を自動化する必要がある場合に便利です。

このガイドでは、プロファイル内の Cookie を見つけ、ファイルをアップロードし、結果を確認し、混乱しやすい設定を確認するまでの全体の流れを説明します。

目的を選ぶ

やりたいこと	どこから始めるか
初めてアカウントにログインする	必要なプロファイルで Web サイトを開き、通常どおりログインする
すでに保存されている Cookie を表示する	Profile → Cookies → View
ファイルまたはテキストから Cookie をアップロードする	Profile → Cookies → Import
移行用に Cookie を保存する	Profile → Cookies → View → Export
複数の Web サイトを自動で訪問する	Bot: プロファイル、アドレス一覧、クロールパラメータを選択する
インポート後に Web サイトがログインを求める理由を調べる	View でレコードを確認し、その後 Web サイト側でセッションを確認する

以下のボタン名は、スクリーンショットに表示されているインターフェースと同じく英語で記載しています。

Cookie には具体的に何が保存されるのか

Cookie は、名前、値、およびどこでどれくらいの期間使用できるかを決めるパラメータを持つ小さなレコードです。たとえば、Web サイトは選択した言語、カートの内容、認証済みセッション識別子を保存できます。

Cookie と保存済みパスワードは別のデータです。 ログイン時、Web サイトは通常、パスワードではなく Cookie 内のセッション識別子を使用します。そのため、Cookie を移行すると再ログインせずに作業を続けられる場合がありますが、パスワードマネージャーの代わりにはならず、セッション復元を保証するものでもありません。これらのレコードの仕組みは、 HTTP cookies に関する MDN ガイドで説明されています。

Undetectable では、各プロファイルが独自の Cookie セットを使用します。あるプロファイルでアカウントにログインしても、このセッションが別のプロファイルに自動的に転送されることはありません。そのため、インポートする前には必ず選択中のプロファイル名を確認してください。ここで間違えると、本来作業するつもりだったアカウントとは別のアカウントを開いてしまう可能性があります。

混乱を避けるために役立つ違いが、さらに 3 つあります。

Cookie は閲覧履歴と同じではありません。 Cookie レコードと開いたページの一覧は、ブラウザデータの別々の部分です。

Cookie は IP やプロファイル設定を変更しません。 接続とブラウザのパラメータは別途設定されます。

Cookie ファイルはプロファイル全体のコピーではありません。 すべての設定、拡張機能、その他のブラウザデータが含まれているとは考えないでください。

プロファイル内の Cookie を表示する方法

まずは表示から始めましょう。これは、インポートの確認にも、ボット実行後にも役立ちます。

1. Profiles リストで、必要なプロファイルを選択します。

2. そのブラウザウィンドウが起動している場合は、Cookie を編集する前に閉じてください。これにより、Web サイトがあなたの変更と同時にレコードを更新してしまう状況も防げます。

3. Cookie アイコンのタブ — Cookies を開きます。

4. View に切り替えます。

5. ツリー内で必要なドメインを探すか、Search を使用します。「+」アイコンでブランチを展開し、個別のレコードに移動します。

リストの横には、円形の矢印が付いた更新ボタンがあります。インポート後や Web サイト訪問後に表示リストを再読み込みする必要がある場合はクリックしてください。リスト更新ボタンは Cookie の有効期間を延長せず、アカウントのログイン状態も復元しません。

合計カウンターだけでなく、必要なドメインに注目してください。 ストアのセッションを移行した場合は、そのストアのレコードを探してください。他の Web サイトの Cookie が多数あっても、必要なセッションが移行されたかどうかは分かりません。

ツリーには、手動で入力していないドメインが含まれる場合があります。ページはサードパーティサービスを読み込むためです。それだけで、Cookie が別のプロファイルから来たという意味にはなりません。

ファイルまたはテキストから Cookie をインポートする方法

Undetectable は JSON と Netscape をサポートしています。プロファイル作成時、または後からその設定を通じて Cookie をアップロードできます。これらの形式とアップロード方法は、 Cookie ドキュメントのセクションに記載されています。

ファイルを準備する

必要なアカウントまたはプロファイルからエクスポートした Cookie を使用してください。手元にあるものが、ユーザー名とパスワードの一覧、スクリーンショット、ブラウザプロファイル全体のエクスポートファイルではなく、実際に Cookie ファイルであることを確認してください。

ファイル拡張子だけで内容は決まりません。任意のテキストファイルを .json にリネームしても、有効な JSON にはなりません。同様に、HTTP ヘッダーの name=value 文字列は完全なエクスポートと同等ではありません。ドメイン、パス、有効期限が含まれていない場合があります。

別の形式が必要な場合は、 Cookies Converterを使用してください。変換はデータの表現を変更するものです。不足している Cookie を作成したり、終了したセッションを再び有効にしたりするものではありません。

選択したプロファイルに Cookie をアップロードする

1. プロファイルを選択し、ブラウザウィンドウが開いている場合は閉じます。

2. Cookies → Import に移動します。

3. Browse files をクリックしてファイルを選択するか、インポートエリアにドラッグします。

4. Cookie がテキストとしてある場合は、Click for text insert をクリックし、完全なエクスポートテキストを貼り付けます。

5. Import expired cookies の状態を確認します。現在のセッションを通常どおり移行する場合は、チェックボックスを無効のままにします。

6. 結果メッセージを待ちます。プログラムが形式エラーを報告した場合は、プロファイルを起動する前に修正してください。

7. 変更後に Save ボタンが有効になっている場合は、プロファイルを保存します。その後 View に移動し、必要なレコードを確認します。

プロファイルに重要な作業中のセッションがすでにある場合は、試す前にその Cookie をエクスポートするか、別のテスト用プロファイルを使用してください。どれかが「合う」ことを期待して、複数のファイルを連続でアップロードしないでください。その後、どのデータを確認しているのか分かりにくくなります。

Import expired cookies を有効にすべきか

この名前は「有効期限が過ぎた Cookie をインポートする」という意味です。デフォルトでは、Undetectable はそのようなレコードをインポート対象から除外します。このチェックボックスにより、それらを処理に含めることができます。

現在のエクスポートを使って通常作業を行う場合、事前に有効にする必要はありません。古いデータセットを意図的に処理する必要がある場合、たとえばインポート診断時に役立ちます。ログインを復元することが目的であれば、まずはアクティブなセッションから新しいエクスポートを取得してみてください。

古いレコードのインポートを許可しても、Web サイトがそれを再び受け入れるという意味ではありません。 Cookie にはブラウザ内での保存期間がありますが、認証には Web サイトのサーバー側の状態があります。ログアウト、パスワード変更、またはサービス独自のルールによってセッションが終了している場合があります。ローカルの有効期限を変更しても、サーバーに復元を要求することはできません。

同じチェックボックスが 2 か所にある場所

特定のプロファイル内: Cookies → Import → Import expired cookies を開きます。ここでは、現在作業しているプロファイルの設定を確認します。

一般設定内: Settings → Profiles → Browser settings → Cookies → Import expired cookies を開き、変更を保存します。これは Default settings for new profiles セクション — 新規プロファイルのデフォルト設定です。その目的は、新規プロファイル設定のドキュメントでも確認できます。

既存のプロファイルにファイルをインポートする場合は、その Import タブで直接チェックボックスを確認してください。これにより、以前に指定されたテンプレートに関係なく、どの設定状態で操作を実行しているのかが分かります。

インポート結果を確認する方法

インポート成功メッセージは、プログラムがデータを受け入れたかどうかという問いに答えます。作業を続けられるか確認するには、さらに 2 つのチェックが必要です。

Undetectable 内のレコードを確認する

Cookies → View を開き、リストを更新して、必要な Web サイトのドメインを探します。展開し、期待するレコードが表示されていることを確認します。特定の Cookie を確認する場合は、名前だけでなくドメインとパスも比較してください。同じ名前が Web サイト内の異なる領域に存在することがあります。

最終カウンターが、ファイル内のレコード数と常にぴったり同じ数だけ増えるとは期待しないでください。たとえば、一部の Cookie は期限切れでインポートされない場合があります。2 つの数値を比較するよりも、具体的なデータを確認する方が信頼できます。

Web サイト自体を確認する

Open をクリックし、Cookie を移行したサービスを開きます。正しいアカウントにログインしており、ダッシュボード、設定、または普段使用する別のページなど、作業用セクションを開けることを確認します。

Web サイトが再ログインを求めても、それが必ずインポートエラーを示すわけではありません。レコードは正しく読み込まれていても、サーバー側ですでにセッションが終了している場合があります。一部の Web サイトでは、追加のブラウザデータを使用したり、ログイン確認を求めたりします。

確認に成功したら、通常どおりプロファイルのブラウザウィンドウを閉じ、その後同じプロファイルを再度開いて Web サイトを再訪問します。これにより、本作業を始める前にデータ保存の問題に気付けます。

実用上の準備完了基準: 必要な Cookie が選択したプロファイルで表示され、Web サイトが期待するアカウントを開き、再起動しても作業フローが崩れないことです。Cookie の数だけではその基準にはなりません。

View タブで他にできること

ここには Add new、Edit、Export、Delete、Copy があり、その下に 2 つの個別のクリーンアップコマンドもあります。初心者には通常、表示、インポート、エクスポートで十分です。手動編集は、自分の Web サイトをテストするなど、特定の目的がある場合に必要です。

個別の Cookie を追加または編集する

新しいレコードの場合は Add new をクリックします。既存のものを変更するには、ドメインを展開し、必要な Cookie を選択して Edit をクリックします。ボタンが使用できない場合は、個別のレコードが選択されているか、プロファイルが閉じているかを確認してください。

手動で編集する場合、各フィールドの目的を理解することが重要です。

パラメータ	定義する内容
Name and Value	レコード名とその内容
Domain	Cookie が使用されるホストまたはドメイン領域
Path	レコードが適用される Web サイト上のパス
Expires or expirationDate	有効期限。ラベルはエクスポート形式によって異なります
Secure	安全な接続での Cookie 送信
HttpOnly	ページの JavaScript から Cookie へのアクセスを制限
SameSite	Web サイト間のリクエストで Cookie を送信する条件

これらは Cookie のパラメータであり、すべてのエディタフォームに必ず存在するフィールド一覧ではありません。それぞれの意味は、 MDN Set-Cookie リファレンスで説明されています。

作業中のセッションを移行する場合は、元の値を維持してください。「念のため」にドメイン、フラグ、日付を変更しないでください。レコードはリストに残っていても、Web サイトのリクエストに一致しなくなる場合があります。手動で作った値も、サービス自身が発行しなければならないセッション識別子の代わりにはなりません。

Cookie をエクスポートまたはコピーする

ファイルが必要な場合は Export を使用し、クリップボード経由でデータを転送する必要がある場合は Copy を使用します。操作前にツリー内の選択を確認し、操作後には結果の内容を確認してください。保存しようとしたレコードだけが含まれている必要があります。

JSON を選択した場合は、たとえば project-profile-2026-09-16.json のように、分かりやすいファイル名を付けてください。日付があると、新しいエクスポートと古いエクスポートを区別しやすくなります。異なる作業用アカウントの Cookie を、同じフォルダー内で cookies.json のような同じ名前で保存しないでください。

ファイルにはアクティブなセッションのデータが含まれる場合があります。本当にアクセスが必要な相手にだけ共有し、Cookie の値を公開例やスクリーンショットに載せないでください。

Cookie を削除する、またはすべてのデータを消去する

これらの操作は対象範囲が異なります。

Delete — 選択したレコードを削除します。まず、何が選択されているかを正確に確認してください。

Delete all cookies — 選択したプロファイルのすべての Cookie を削除します。これにより、Web サイトのログイン状態や設定がリセットされる場合があります。

Delete all data — プロファイルデータのより広範なクリーンアップです。対象を絞った Cookie 削除の代わりとして使用しないでください。

問題が 1 つの Web サイトだけにある場合は、まずそのレコードを確認してください。完全なクリーンアップは、このプロファイル内の他の作業中セッションにも影響します。削除前に Cookie をエクスポートしておくのは有用ですが、Delete all data が削除する可能性のあるすべてのデータのバックアップコピーではありません。

Cookies Bot の用途

Cookies Bot は、選択したプロファイルでの Web サイト訪問を自動化します。これらの訪問中に、Web サイトは手動作業時と同じように Cookie を書き込む場合があります。ボットを使えば、各アドレスを自分で開く手間を省けます。

ここでは 3 つのツールを区別すると分かりやすくなります。ジェネレーターはアドレスを選択し、ボットはページを訪問し、Web サイトとのやり取りによって Cookie がプロファイルに保存されます。Generate をクリックするだけでは Cookie は追加されません。

ボットは、複数のプロファイルの準備や、再現可能な閲覧シナリオに役立ちます。単にアカウントにログインする必要があるだけなら、毎回の認証前に実行する必要はありません。

Cookie の収集は、「Cookie を歩かせる」または「ウォームアップ」の一部と呼ばれることがよくあります。しかし、これに普遍的な基準はありません。一定数のレコードや作業時間が、チェック、モデレーション、アカウント維持の回避を保証するものではありません。カウンターによる条件付きの「信頼レベル」ではなく、自分のタスクが完了したかを評価してください。

最初の Cookies Bot 実行を設定する方法

慣れるためには、1 つのプロファイルと短いリストから始めてください。一度に多数の実行を分析しようとするよりも、設定を確認し、ミスに気付きやすくなります。

プロファイルを選択し、接続を準備する

左メニューの Bot をクリックします。Profiles フィールドで、使用したいプロファイルを選択します。リストが多い場合は、フィルター、フォルダー、タグが役立ちます。バージョンにブラウザコア選択がある場合は、それが必要なプロファイルと一致していることを確認してください。

開始前に、このプロファイルで Web サイトを手動で開けることを確認してください。プロキシを使用している場合は、それが動作している必要があります。No Proxy が選択されている場合、ブラウザは利用可能な接続を使用します。つまり直接接続、またはプロファイルのトラフィックが実際にそこを通る場合は VPN 経由です。Web サイトジェネレーターで国を選択しても、接続は変更されません。

Web サイトを手動またはジェネレーターで追加する

自分のリストを使用する場合は、ボットのフィールドにアドレスを貼り付けます — 各 URL を新しい行に 1 つずつ — またはテキストファイルをアップロードします。曖昧さを避けるため、たとえば https://example.com のように完全なアドレスを使用してください。

準備済みのリストがない場合は、Country と Amount を設定し、Generate をクリックします。Country は Web サイト選択の地域を決め、Amount は取得するアドレス数を決めます。開始前に結果を確認し、自分のタスクに適さないページを削除してください。

国の選択は関連性の高いリストを得るのに役立ちますが、プロファイルの言語、タイムゾーン、IP を設定するものではありません。たとえば、フランスの Web サイトでの作業をテストする場合は、そのシナリオに必要な言語と接続設定を別途確認してください。

ジェネレーターはすでにボットに組み込まれています。通常の実行では、サービス間でリストを移す必要はありません。このツールの目的とボットとの関係は、人気サイトジェネレーターページで説明されています。

訪問順序を選択する

Script フィールドでは、さまざまなシナリオを利用できます。

Browse pages in order — 各プロファイルがリストの順番どおりに Web サイトを訪問します。最初の実行に便利です。結果をタスクと照合しやすくなります。

Browse pages randomly — Web サイト訪問の順序がシャッフルされます。

Group pages by profiles — リンクがシャッフルされ、プロファイル間で分配されます。各プロファイルに元のリスト全体を必ず巡回させたい場合は選ばないでください。

これらのシナリオの違いは、 Cookies Bot ガイドで説明されています。複数プロファイルの結果を比較する場合は特に重要です。訪問した Web サイトのセットが異なれば、生成される Cookie も異なります。

タブと時間を設定する

Tabs は同時に開くページ数を設定します。テスト実行では 1 を選択してください。何が起きているか観察しやすくなり、コンピューターや接続への不要な負荷を避けられます。大きな値にしても、より有用な Cookie が得られる保証はありません。

Timer フィールドでは、同じ閲覧時間が必要な場合は Fixed time を、指定範囲内で時間を変動させたい場合は Random interval を選択します。タイマーは、リスト全体の総実行時間とは区別して考える必要があります。

ツールに慣れるためには、利用可能な Web サイト 3 つ、タブ 1 つ、固定時間 20–30 秒 から始めることができます。これは設定確認のための例であり、推奨される「ウォームアップ」時間ではありません。ページの読み込みが間に合わない場合は、まず接続を確認し、閲覧時間を増やしてください。

追加オプションを理解する

Headless mode は、通常の表示ウィンドウなしでブラウザを起動します。最初の確認では、これを無効にして実際にどのページが開くかを見る方が便利です。後で、実行状況やログを確認しながらバックグラウンドモードを使用できます。

Do not load images in browser は画像の読み込みを無効にします。特にデータ量でプロキシ料金を支払っている場合、トラフィック使用量を減らせます。ページの見た目や画像ありの挙動を確認している場合は、読み込みを有効のままにしてください。

Use IP Change Link は、プロキシに指定された IP 変更リンクを指します。プロキシがこの機能をサポートしており、シナリオ上アドレス変更が必要な場合にのみ有効にしてください。通常のプロキシをローテーションプロキシに変えるものではなく、Cookie 収集の必須条件でもありません。

バージョンに Additional actions フィールドがある場合、最初の実行では No Actions を選択してください。まずページクロール自体を確認します。追加の動作は、後で具体的な目的に応じて有効にしてください。

タイマー、画像、接続、ログの扱いは、 Cookies Bot ドキュメントで説明されています。存在するからという理由だけでオプションを有効にしないでください。初期設定は、自分にとって完全に理解できるものであるべきです。

ボットを開始し、結果を確認する

Start をクリックします。進行状況とエラーメッセージを監視してください。詳細には View Log File を使用します。実行を中断する必要がある場合は Stop をクリックします。

完了後、必要なプロファイルに戻ります: Cookies → View → リストを更新。訪問した Web サイトのレコードが表示されているか確認します。特定の Web サイト設定の保存を確認していた場合は、その Web サイトを開き、設定を直接確認してください。

ボット実行が成功しても、すべてのアドレスが必ず Cookie を残したという意味ではありません。ページが別の種類のデータだけを使用した、同意を求めた、または必要なリソースの読み込みに失敗した可能性があります。表示モードでは、バナー、接続エラー、確認ページに気付きやすくなります。

短い実行が予測どおりに動作するようになったら、リストと選択プロファイル数を増やしてください。パラメータは一度に 1 つずつ変更します。そうすれば、何が結果に影響したのかが明確になります。

複数のプロファイルで Cookie を一括で扱う方法

一括エクスポートの場合、 Profile Manager を開き、必要な行を選択して右クリックし、“Export cookies” を選択します。この項目を、アカウントやプロファイル自体のエクスポートと混同しないでください。これらの操作の結果は異なります。一括エクスポートは、 Profile Manager ドキュメントで説明されています。

準備済みデータから多数の新規プロファイルを作成する場合、 一括作成を使用します。ファイルからの作成と適切な形式を選択し、“?” ボタンで構造例を開きます。ファイルをアップロードし、“Generation” をクリックしてプレビューリストを確認し、その後で “Creation” をクリックします。Undetectable は、Cookie による作成と、複数のパラメータを含むユニバーサル形式をサポートしています。詳細は、一括作成ガイドで確認できます。

まずは小さなセットで確認してください。スケールさせる際に最も重要なのは、アカウント、Cookie ファイル、プロファイルの対応関係を保つことです。アクティブなセッションを含む同じファイルを複数のプロファイルで使用しても、複数の独立したアカウントが作成されるわけではありません。

作業環境全体を別のデバイスに移行することが目的の場合は、プロファイルのインポートとエクスポートを検討してください。単一の Cookie ファイルの移行は、より限定された目的に適しています。

結果が期待と異なる場合の対処法（Q&A）

ファイルをインポートできない

内容と形式を確認してください: JSON または Netscape。エクスポートを完全にコピーしていること、先頭が切れていないこと、余計な説明やメッセンジャーの書式が含まれていないことを確認します。ファイルに確信がない場合は、ソースから Cookie を再度エクスポートし、テストプロファイルで操作を繰り返してください。

インポートは完了したが、必要な Cookie が表示されない

プロファイル名を確認し、View を更新し、検索フィルターをクリアします。その後、必要なドメインを探してください。そのレコードがソースファイルに実際に存在していたこと、および Import expired cookies が無効の状態で期限切れになっていなかったことを確認します。

Cookie は存在するが、Web サイトがユーザー名とパスワードを求める

正しい Web サイトとアカウントを移行したか、エクスポートがどれくらい新しいか、ソースセッションが開けていたかを確認してください。通常どおりアカウントにログインしてみます。それが機能する場合、問題はプロファイル接続ではなく、移行されたセッションにある可能性があります。同じ古いファイルを再インポートしても、通常は診断に役立つ新しい情報は得られません。

View または edit ボタンが使用できない

プロファイルのブラウザウィンドウを閉じてください。Edit と Delete では、さらにツリー内で必要なレコードを選択します。Web サイトのウィンドウを閉じることと、Web サイト自身のボタンでログアウトすることを混同しないでください。ログアウトするとセッションが終了する場合があります。

ボット実行後、Cookie が少ない、またはない

ログを開き、ボットがリストを巡回したか確認してください。その後、同じプロファイルでアドレスの 1 つを手動で訪問します。ページが読み込まれたか、アクセスチェックや同意要求があるかを確認します。Amount のアドレス数は、約束された Cookie 数ではありません。Web サイトによって量は異なります。

Headless mode で画面上に何も起こらない

このモードではブラウザウィンドウが表示されないのが正常です。進行状況と View Log File を確認してください。視覚的に診断する場合は、現在の実行を停止し、Headless mode を無効にして短い確認を繰り返します。

クリーンアップ後、他の Web サイトへのログインが消えた

どのコマンドを使用したか確認してください。Delete all cookies は、現在開いている Web サイトだけでなく、選択したプロファイル全体に適用されます。作業を続けるには、影響を受けたアカウントに再度ログインするか、保存済みでセッションがまだ有効な適切なデータがあれば復元する必要があります。

問題が続く場合は、Undetectable のバージョン、再現手順、正確なエラーテキスト、ファイル形式をサポート向けに準備してください。ボットの場合は、その設定と関連するログの断片も追加します。Cookie の値とプロキシアクセスデータは隠してください。通常、初期のエラー分析には不要です。

今すぐどこから始めるか

1 つのプロファイルで Cookies → View を開き、見慣れたドメインを探してください。自分のエクスポートがある場合は Import からアップロードし、レコードと Web サイトの動作を確認します。ボットを学びたい場合は、1 つのプロファイルと数個のアドレスで短いセッションを実行し、その後 View に戻ってください。

その後は、明確な作業フローができます。プロファイルを選択し、必要な操作を実行し、データを確認し、Web サイトが期待どおりに動作することを確かめる、という流れです。これは、1 つのアカウントでも、複数のプロファイルを準備する場合でも繰り返し使えます。