出来たwordpressサイトを移行する手順の覚書です。

自分の場合は、初期設定済みのサイトを移行して、それを土台にサイトを構築していくので、手順を忘れないためのものです。

■Duplicatorを使う

方法はたくさんあると思いますが、プラグインのDuplicatorを使って移行作業をしていきます。

  1. hidari Duplicatorをインストール→移行元サイトをバックアップ
    • プラグイン新規追加から「Duplicator」をインストールし有効化する
    • wordpressのダッシュボードから「Duplicator」→「パッケージ」で開いた画面の右上「新規作成」をクリック
    • 「名前」に分かりやすい名前を付ける。デフォルトでもOK。
    • 「アーカイブ」では除外するファイルを設定する。サイズが大きすぎる場合はチェックを入れて除外する。
      サイズに問題なければ全てのチェックを外してOK。
    • 「インストーラー」も何もしなくてもOK。
    • 「次」をクリック
    • サイトがスキャンされ、「スキャン完了」と表示されるはず。
    • サイズで「通知」が出るが「 はい。ビルドプロセスを続行します。」にチェックし、「ビルド」をクリック
    • Buildが成功したら「Installer」ボタンと「Archive」ボタンをクリックしてダウンロードを実行
    • これでバックアップは完了
  2. 移行先サイトにインストール
    • 移行したいサイトのwordpressが入っているディレクトリにFTPでダウンロードした「installer.php」と「~.zip」をアップロード。
    • installer.phpにブラウザからアクセス。
      https://domain.com/installer.php
      ↑こんな感じのURLだと思う。
    • まず、アップロードしたアーカイブファイル「xx_xxx_xxxxxxxx_archive.zip」←こんな感じのファイル名を入力する。
    • 移行先サイトのデータベース情報を入力する。
      • 「ユーザー名」と「パスワード」はデータベースを作成した時のもの(MySQLユーザー名とMySQLパスワード)。
      • 「ホスト名」→xserverの場合はxserverのサーバーパネルから「MySQL設定」で下の方に表示される
        「MySQL×.× ホスト名 mysql****.xserver.jp」と出る
        「mysql****.xserver.jp」部分。
      • 恐らくそれ以外は薄い字で出ているのでその通りタイプする。
        「localhost」となっている個所だけ「 mysql****.xserver.jp」に変えるのを忘れずに。
    • 「Test Database」をクリックしてデータベースの接続テスト。問題なければ「次」
    • インストールが完了したら、「Auto delete installer files after login (recommended) 」にチェックを入れて「Admin Login」する
    • 「Auto delete installer files after login (recommended) 」はインストールで使用したセキュリティ上危険なファイルを自動で消すよって意味。
    • ログイン後、ダッシュボードの「Duplicator」→「ツール」→「格納されたデータ」→「データクリーンアップ 予約済みのインストーラーファイルをすべて削除します。」から「インストール時のファイルを削除」をクリック
    • それでも「正常に削除されないファイルは手動で削除してね」ってセキュリティノートが出る
    • 念のためftpで見たが残っていなかった。以下、残っていたらダメなファイル。
      • installer.php
      • dup-installer-data_[HASH].sql
      • dup-installer-log_[HASH].txt
      • dup-database_[HASH].sql
      • [HASH]_archive.zip/daf
    • 詳しくはセキュリティノートの「Which files need to be removed after an install?」部分がリンクになっているのでクリックして確認。

 

移植されている項目を検証してみた。

 

取り合えず変更する事。→adminのユーザー名とパスワードが移行元のものと同じになるので変更する。
ダッシュボードの「ユーザー」から「新規追加」で新しいユーザーを追加→一旦ログアウトして、新しいユーザーでログイン。
すると旧ユーザーが削除できる。

■xserverにDiviをインストールするまで

wordpressをインストールして、https:にしただけで、プラグインも入っていない状態のサイトに移行をしてみた。
移行後はプラグインはすべて入っていた。
当然Diviも。

Diviの「ユーザー名」「APIキー」
wordpress のダッシュボード「Divi」→「更新情報」タブを開いて「ユーザー名」「APIキー」を確認したが、アスタリスク(∗∗∗)になっていた。
でも、明らかに文字数が違う。これは、ブラウザに保存された別のIDとパスだと思う。

念のため、 Divi のメンバーサイトのアカウントページから「ユーザー名」「APIキー」をコピペして「変更を保存」をクリックしておいた。

■Divi テーマオプション
元サイトに設定したロゴとfaviconが設定されていた。
新しいものに変更する。
ロゴはダッシュボードの「Divi」→「テーマオプション」→「一般」からアップロード
faviconはダッシュボードの「Divi」→「テーマカスタマイザー」→「一般設定」→「サイトアイデンティティ」からアップロード
Divi テーマオプションのその他の設定やカスタムCSSもすべて元サイトから移行されていた。
移行元サイトの Google Search Console や Google Analytics のコードは消しておいたので新しいサイトで再度設定する必要がある。

■wordpressの初期設定
「サイトのタイトル」や「キャッチフレーズ」も当然移行されているので変更する。
移行先サイトは既にhttps化していたので、「Duplicator」でそれがされるのかは未確認。
「日付形式」や「時刻形式」はOK。
その他の設定も移行元と同じ設定になっていた。

■wordpressでDiviを使うときのプラグイン
プラグインは全て入っていた。
設定も大丈夫みたい。
ただ、WP Resetは再度「Snapshots」でバックアップファイルを作成した方が良い。

■Diviのテーマカスタマイザー
これも移行元サイトと同じ設定になっていた。
Login designer のロゴをアップロードする。