新しいパソコンでAI動画生成を始める前の準備

このページでできること

AI動画作業を新PCへ移す前に、素材と保存先、権利確認を整理する流れを整理します。PCを買い替えたり、新しいデスクトップを追加したりする時に一番大事なのは、古いPCの中身を丸ごとコピーすることではありません。同じ作業を安全に再現できるか、認証が通るか、GitHubやサイト確認の手順が崩れていないかを順番に見ることです。

Sora / AI動画では、ログイン、MFA、共有権限、保存先、作業履歴、外部サービス連携が絡みます。新PCに入れるものと入れないものを分け、秘密情報をAIやチャットへ貼らない前提で進めます。

旧PCはすぐ消さず、しばらく保管します。新PCだけで作業を始めると、あとから旧PCにしかないメモ、未commit差分、ブラウザ設定、素材、認証アプリ、deploy手順が必要になることがあります。移行直後は「両方使える状態」を残しておく方が落ち着いて確認できます。

新PCが届く前に準備するもの

ログインできるかを確認する。ただし認証コードやリカバリーコードをAIへ貼らない。
MFA認証アプリが使えるスマホを先に確認する。
作業フォルダ、repo、DriveやOneDriveの同期範囲を分ける。
最初の作業は公開URL確認やgit statusなど、変更しないテストにする。
本番反映、DNS、DB、cron、.htaccessのような設定変更は後回しにする。
Sora / AI動画で扱うアカウント、共有権限、保存先を旧PCと照合する。
旧PCはすぐ消さず、数日から数週間はバックアップとして残す。

この段階では、FTP、SSH、DB、DNS、cronなどの本番寄りの情報を急いで移しません。まずはブラウザ、GitHub Desktop、VS Code、Git、Node.js、Python、PowerShellなどの基本ツールを入れ、読み取り中心の確認ができるかを見ます。

ログインとMFAの確認

ログインより先にMFAを確認します。認証アプリが使えるスマホ、リカバリー方法、複数アカウントの区別、会社用と個人用の境界を整理してから、新PCでログインします。認証コードや復旧コードは、AI、チャット、記事本文、作業ログに貼りません。

ChatGPT、OpenAI、GitHub、Google、Microsoft、Canva、Figmaなどは、アカウントごとにログイン状態と権限が違います。新PCで入れたからといって、旧PCの作業権限が完全に再現されたとは限りません。見えるファイル、編集できるファイル、共有できる範囲を分けて確認します。

最初に入れる作業ツール

基本ツール

ブラウザ、VS Code、Git、Node.js、Python、PowerShellを入れます。バージョン差で動かないスクリプトが出ることがあるため、最初は確認だけにします。

GitHub

GitHub Desktopでログインし、必要なrepoをcloneします。main直編集を避け、branch、PR、diff確認の運用を維持します。

Sora / AI動画

このサイトの主題に関わるアプリやWebサービスは、ログイン、共有権限、保存先、素材、履歴を確認します。非公式ツールに認証情報を渡す前提にはしません。

Sora / AI動画で特に確認すること

Sora / AI動画の作業では、単にログインできるかだけでなく、旧PCで見えていたものと新PCで見えるものが同じかを確認します。たとえば共有ファイル、履歴、プロジェクト、ブックマーク、保存先、通知設定、外部サービス連携は、同じアカウントでも端末ごとに見え方が変わることがあります。

新PCで最初に確認する時は、編集や削除を伴う操作を避けます。開けるか、読めるか、一覧が見えるか、必要なフォルダへ到達できるか、公開済みページを確認できるか、という順番で進めます。確認だけで終わる作業を一つ成功させてから、実際の制作や更新に入ると安心です。

また、Sora / AI動画の情報をCodexや他AIへ渡す時は、画面に見えている内容をそのまま貼らず、公開してよい範囲だけに要約します。アカウント名、メール、顧客名、未公開素材、会社資料、認証に関わる文字列は、作業指示から外します。

作業フォルダをそのまま全部移さない

旧PCの作業フォルダを丸ごと新PCへ移すと、古いバックアップ、途中生成ファイル、ログ、重い素材、不要な一時ファイル、秘密情報に近いメモが混ざりやすくなります。必要なrepoはGitHubからcloneし、ローカルだけにある必要ファイルは別に棚卸しします。

OneDriveやGoogle Driveの同期も、すべて自動で同期する前に範囲を決めます。同期先とローカル作業フォルダが混ざると、公開してはいけないファイルがサイトフォルダへ入り込むことがあります。

deployや本番接続は最後に確認する

新PCで最初にdeploy scriptを実行する必要はありません。まず公開URL、sitemap、robots.txt、ads.txt、主要ページの200 OKを確認し、変更を伴わないテストから始めます。本番反映は、人が手順と対象ファイルを理解してから行います。

FTP、SFTP、SSH、DB、DNSの情報は、必要になるまで移さない方が安全です。移す場合も、平文メモとして保存せず、既存の資格情報管理や信頼できるツールを使います。

Search ConsoleとAdSenseの扱い

Search ConsoleやAdSenseは、新PCで開けるか確認するだけなら安全です。ただし、所有権確認タグ、ads.txt、AdSenseコード、robots.txt、canonical、redirectは安易に変更しません。特に審査中サイトや公開済みSEOサイトでは、PC移行とサイト設定変更を同時に行わない方がよいです。

最初の小さなテスト

新PCで最初に行うCodex作業は、ファイル変更なしの確認がおすすめです。1サイトの公開URL、sitemap、robots.txt、ads.txt、AdSenseタグ、Search Consoleタグ、内部リンクを確認し、変更なしで報告できるかを見ます。

このテストで見るのは「新PCでも同じ判断ができるか」です。公開URLが見える、sitemapが読める、GitHubの状態が確認できる、ローカルフォルダの位置が分かる、レポートを書ける、という基本がそろえば、次に小さな本文修正や1ファイル限定の作業へ進めます。

/GOAL
新PC移行後の安全確認テスト

目的：
新しいPCで作業環境が安全に使えるか確認する。

対象サイト：
https://soraguide.jp/

対象URL：
/sora-new-pc-setup/

やること：
・公開URLを確認する
・sitemap.xmlを確認する
・robots.txtとads.txtを確認する
・主要ページの200 OKを確認する
・AdSenseとSearch Consoleの確認タグが維持されているか見る
・内部リンク404がないか確認する

触らないもの：
AdSenseコード
Search Console確認タグ
robots.txt
ads.txt
.htaccess
DNS
DB
cron
Secrets
APIキー
認証用文字列
環境設定ファイル

停止条件：
・認証情報の入力や表示が必要
・本番反映が必要
・設定変更が必要
・危険な差分が出る
・旧PCにしかない未整理データが見つかる

急いで触らないもの

項目	理由	扱い方
AdSense / Search Console	確認タグや広告コードを消すと復旧に時間がかかる	新PCでは表示確認から始める
robots.txt / ads.txt / .htaccess	サイト全体へ影響する	PC移行作業では変更しない
DNS / DB / cron	本番停止や自動処理の失敗につながる	別GOALで扱う
秘密情報	漏れると取り返しがつきにくい	値を表示せず、必要なら管理方法だけ確認する
旧PC処分	未移行ファイルやセッションが残ることがある	数日から数週間は保管する

よくある質問

新PCをすぐメインにしてもよいですか？

いきなり置き換えるより、まずサブ環境としてログイン、repo clone、公開URL確認を行い、小さなテストが通ってからメイン化する方が安全です。

旧PCはいつ消してよいですか？

新PCだけで数日から数週間、通常作業が問題なく回るまで残します。特に未commit差分、素材、認証、deploy手順が残っていないかを見ます。

AIに移行作業を丸投げしてよいですか？

丸投げは避けます。AIにはチェックリスト化や手順整理を任せ、認証情報、本番反映、設定変更、旧PC処分は人が確認してから進めます。