本日の作業内容と、移行に向けて残っている準備をまとめます。
移行対象となる全39本（発生額20本・リファラー19本）のうち、35本でログインからレポートページ到達までの動作確認が完了しました。残る2本はA8のstormADアカウントで、これはご指示によりスルーとしています。
これにより、Selenium 4対応と新環境での動作確認は、実データ取得を除いてほぼ完了した状態です。
本日最も重要な成果です。現行サーバーが実際に動かしているスクリプトとGitHubリポジトリの中身を突き合わせたところ、8本がリポジトリに登録されていないことが判明しました。
発生額側4本（A8の6アカウント目、オーガニックグループ、グラッド、ナハト）、リファラー側4本（同じ4アカウント分）です。リポジトリだけを見て移行していたら、この4社分のデータ取得が新サーバーで丸ごと止まっていました。
中田様から現行サーバーの最新ファイル一式をご提供いただき、8本すべてを取り込んで改修し、動作確認まで完了しています。
あわせて、オーガニックグループ・グラッド・ナハトの3社は同一システムの別ドメインで、処理が共通モジュール2本にまとめられていることも判明しました。この共通モジュールも古い記述のままだったため、同時に改修しています。
テスト中に、移行とは無関係に現行環境でも発生していたと思われる問題が見つかりました。
1件目はA8リファラー6本の日付指定です。日付の欄はプルダウン形式ですが、スクリプトは文字を打ち込む方式で操作しようとしていたため、日付が設定されないまま検索が実行される状態でした。終了日にいたっては設定処理自体がありませんでした。プルダウン専用の操作方法に変更し、開始日・終了日とも前日を指定するよう修正済みです。実機で昨日の日付が正しく設定されることを確認しました。
2件目はA8 stormADアカウントのログイン失敗です。他のA8アカウントがすべて成功する中、このアカウントだけログイン後にトップページへ戻されます。現行サーバーの実行ログでもこのアカウントの報酬は0で、設定ファイル上のパスワードの文字数も他アカウントと明らかに異なっていました。パスワードが変更されて設定が古いままの可能性がありますが、ご指示によりスルーとしています。
ご質問いただいた送信先2つ（plus-creative.xyz と data-organizing.com）は、いずれも変更不要です。
どちらもXserver上にあり、今回移すConoHa VPSとは別契約のため、移行の対象外です。またスクリプト側も送信先URLを設定ファイルで管理しているため、現行の設定ファイルを新サーバーへ持っていけば、送信先は自動的に同じになります。コードの修正は発生しません。
中田様が1本ずつ動作を確認できるよう、テスト環境と記録用のチェックシートを整備しました。テスト環境の構成は現行サーバーと完全に一致しています（発生額20本・リファラー19本）。動作確認時のスクリーンショットは56枚を保管しており、チェックシートの各行から確認できます。
なお、本日の作業内容はGitHubリポジトリには一切反映していません（ご指示のとおり）。テスト用に取得した認証情報も、作業終了後にすべて削除済みです。
・ConoHa VPSの新規契約（2GBプラン／Ubuntu 24.04 LTS／東京リージョン）
・契約後、新サーバーのIPアドレスと初期ログイン情報のご共有
・ASP各社の管理画面でIP制限をかけているかのご確認（かけている場合、新サーバーのIPを許可リストへ追加する作業が必要です）
・エラー通知の宛先と、リファラー側で使用しているSlack通知を現行のまま使うか、PLUS社側のものへ切り替えるかのご判断
・移行を実施する時期のご希望（月初・月末はデータ確認の負荷が高いため、月の中旬を推奨します）
・新サーバーの初期設定（タイムゾーンを日本時間へ変更、日本語環境の導入、作業用ユーザーの作成、SSH接続の安全化）
・実行環境の構築（Python・Chrome・必要なライブラリの導入）
・スクリプトと設定ファイルの配置
・実データでの動作確認（前日分のデータを実際に取得し、金額やCV件数が正しいか、受け先2サイトへ正しく登録されるかの確認）
・自動実行（cron）の登録と、初回自動実行の立ち会い確認
・1〜2週間の並行稼働と、新旧の登録結果の日次突合
・一致を確認したうえで、現行サーバー側の自動実行を停止
・現在の8本の未登録スクリプトをGitHubリポジトリへ正式に登録するかどうか（登録しない場合、今後も同じ移行漏れリスクが残ります）
・A8 stormADアカウントを今後も取得対象として残すか、除外するか
並行稼働の期間中は、新旧2台から同じASPアカウントへ同時刻にログインすると、ASP側の制限で片方が弾かれる可能性があります。そのため実行時刻をずらす必要があります（例：現行は朝7時44分から、新サーバーは10時44分）。