このページでは、

• All-in-One WP Migration and Backupのインポートが100％で止まったまま終わらない。
• All-in-One WP Migration and Backupのバックアップデータのダウンロードが出来ない！（サイトでファイルを取得できませんでした）

などの症状の解決方法を紹介します。

※私はほぼ初心者なので難しいことは説明出来ませんが、実例として参考になればと思います。

All-in-One WP Migration and Backupのインポートが100％で止まったまま終わらない！

内容が上手くまとまらないのですが、いろいろ試行錯誤して分かった事を自分用のメモも兼ねて共有したいと思います。

先日、ワードプレスのプラグインAll-in-One WP Migration and Backupのインポートが100％で止まったまま終わらないという状況になりました。（2025.9月末のこと）

不思議なことにインポートの容量を越えているわけではないのにもかかわらず、インポートが失敗するのです…。（アップロード制限が1Gで、ファイルサイズが1G以下でした。）

※管理用URL

上の画像のようにインポートが100％に達した状態のこの画面が表示されたまま、ずーっと止まってしまうのです。何時間放置しようともインポート停止をクリックするまではこの状態のままなのです。
4つのサイトのうち3つのサイトでこのエラーが発生しました。

問題のなかった残り一つのサイトは、放置していてしばらくプラグインもテーマも更新していなかったサイトでした。
なので、プラグインやテーマが古いものは異常がないのかも知れないな？と考えました。

ちなみにAll-in-One WP Migration and Backupは全部のサイト共通でバージョン 7.99でした。なのでそれ以外のテーマやプラグインうちの何かが悪さしているのでは？と思いました。

そこで、古いプラグインやテーマの動作確認をしたいと思って、テスト用のコピーサイトをサブドメインに作ろうとした所でまた新たな不具合が発生しました！
それは、何故かサブドメインでは他のプラグインでもバックアップデータのインポートが出来ない！というものでした。

このサブドメインの不具合の原因と解決方法はこちらで詳しく解説しています。
→サブドメインでバックアップデータのインポートが出来ない！（Xサーバーの場合）

「All-in-One WP Migration and Backup」のインポート出来ない問題の解決方法は？

ちなみにサブドメイン以外の他のサイトは、いつの間にか、All-in-One WP Migration and Backupのインポートが正常に出来るようになっていました！！

これが何故直ったのかが分からないのです…。
他のプラグインやファイルマネージャなどでバックアップと復元を試しているうちに気づいたら直っていました。

ワードプレスの自動更新で修正されたのかも？とも思いましたがそのタイミングでの更新は無かったです。

思い当たることといえば、何度もバックアップや復元を繰り返していたことです。
この際、プラグインに頼らなくても復元が出来るようになればプラグインに不具合があっても困らないと思ったので勉強も兼ねて何度か復元を繰り返しました。

もしかしたら復元を試している際に、悪さをしていた何某かのデータが上書きされたのかもしれないと思うのですが、よくわかりません…😅

ちなみに「インポートが100％で止まる」という不具合は昔からよくある不具合のようですね。
ネット上では、同じ不具合の報告と解決方法を紹介している所がたくさんあったのですが、情報が古かったり、容量をあげようとか、PHPを合わせようとか、状況が当てはまらなかったり、難しくてよくわからないものばかり…😅（「エラーログを見る」とかもよくわからない！）

・All-in-One WP Migrationでインポートが終わらないやエクスポートが途中で止まるなど、うまくいかないときの対処法
・WordPressのインポートが100％で止まってしまう
・All-in-One Migrationインポートが止まる。100%から動かない。
・All-in-One WP Migrationでインポートが止まった！でも“途中で直せばうまくいく”って知ってた？

私なりの予想ですが、私が実行した何れかによって不具合が修正された可能性があると考えています。

以下が私が実行したことです。

【プラグイン「UpdraftPlus」と「BackWPup」を併用した復元の実行】

• 「UpdraftPlus」でのバックアップと復元 /（ウェブサーバーのデータベースの復元）
  • 復元後のプラグインの画面で「古いファイルを削除する」というリンクを踏むのを忘れないように！削除しないと次に復元する時に上手く出来なくなる可能性があります。
  • 余分なバックアップデータを削除してからバックアップした方がいいかも知れません。
• 「BackWPup」でのバックアップと復元 /（データベースサーバー（MySQL）の復元）
  • 「BackWPup」からダウンロードした圧縮フォルダを解凍して取り出した「sql」のファイル（拡張子：sql）のみを、phpMyAdminにログインしてMySQLデータベースにインポートして上書きする

→UpdraftPlusとBackWPupについてはこちらの動画が分かり易いです。
→webサーバーとデータベースサーバーの違いはこちらが参考になります。

【Xサーバー管理画面での復元の実行】

• Xサーバーの管理画面でのデータベースの復元
  • Xサーバーの管理画面から「バックアップ」→「自動バックアップデータ取得・復元」から復元
  • 「ファイルマネージャー」の手動上書き（アップロード）から復元

• Xサーバーから取得したバックアップファイルからMySQLを復元　※手順の参考
  • XサーバーからダウンロードしたMySQLのバックアップファイル（圧縮フォルダ（「.sql.gz」のファイル））を、phpMyAdminにログインしてMySQLデータベースにインポートして復元

【プラグインの操作】

• All-in-One WP Migrationのプラグインのアンインストールと再インストール
  （※これを最初に試すことをお勧めします！）
• セキュリティプラグインの無効化

【Xサーバーのアップロード容量を上げる】

• xサーバーにてアップロード容量を「php.ini設定」から5Gに変更
  （もしかしたらこのアップロード容量を変更したというのが良かったのかも？）

などなど、結局はっきりとはわからないですが、上記のいずれかかな？と思っています。

一番思い当たるのは、容量の変更です。

もしかしたら、Xサーバーの設定でアップロード容量を「php.ini設定」から5Gに変更したのが良かったのかも？と思っています。

Xサーバーの「php.ini設定」で以下の様に変更しました。とりあえず、これを参考に試してみてください。（太字が変更箇所　※5Gでなくても何ギガでも大丈夫です。）

max_execution_time　0
max_input_time　300

容量ではありませんが、上記の2項目も一緒に変更するとアップロードがスムーズになるかもしれません。

次に気になるのが、プラグインの再インストールです。

「All-in-One WP Migration and Backup」の再インストールを試してみてください。
バックアップデータを削除しないままアンインストールすれば、再インストールした時に再びバックアップデータが表示されると思います。
（大事なバックアップデータはダウンロードしてからアンインストールしましょう！）

これで直らない場合は、他のベテランさんのサイトを参考に頑張ってみてください…m(_ _)m
（代わりになるバックアッププラグインをお探しならば「UpdraftPlus」がお勧めです！）

All-in-One WP Migrationのデータのダウンロードが出来ない！ ”サイトでファイルを取得できませんでした”

※管理用URL

Xサーバーでサブドメインでコピーサイトを作成したところ、今度は「All-in-One WP Migration and Backup」のエクスポートしたデータのダウンロードが出来なくなるという不具合が発生しました…m(_ _)m

エクスポートしたデータをダウンロードすると、一見ダウンロード出来たかと思ったのですが、ブラウザのダウンロード履歴を見ると、「サイトでファイルを取得できませんでした」という理由が表示されてダウンロードエラーになっているのです。（上の画像を参照）

ダウンロードエラー ”サイトでファイルを取得できませんでした” の解決方法！

この場合、All-in-One WP Migration and Backupのプラグインを削除してから再インストールしてみたらなんとあっさりと直りました😅
（それまでにかかった時間はあっさりじゃなかったけどね！！）

コピーサイトの場合、All-in-One WP Migration and Backupのプラグインに残っていたコピー元の設定が悪さをしていて、再インストールすることでその設定がリセットされて不具合が直ったのではないかな？と思いました。

サーバーから直接データをダウンロードすることも出来ます。

もし、プラグインの再インストールで解消しなかった場合は、バックアップデータのファイルをサーバーのファイルマネージャーから直接ダウンロードする（容量が大きい場合はFTPソフトを使ってダウンロードする）という方法があります。

All-in-One WP Migrationのバックアップデータの保存先は？

バックアップデータの保存先には、サーバーのファイルマネージャーからアクセス出来ます。

対象のサイトの「public_html」の中の「wp-content」というフォルダ中の「ai1wm-backups」というフォルダの中に「××××××.wpress」というファイルがあれば、それがエクスポートしたファイルです。
それがない場合は、エクスポートが出来ていないのでダウンロードが出来ません。

＜All-in-One WP Migration保存先のアドレス＞
/自身のサイト名/public_html/wp-content/ai1wm-backups

私の場合は、コピーサイトのバックアップが正しくエクスポートされていない（データがファイルに存在していない）のが原因でダウンロードエラーになりました。
一見、管理画面にはエクスポートしたデータが表示されているのですが、実際にはサーバーには保存されていなかったので、ダウンロードが出来なかったのです。
プラグインを再インストールしたら、見せかけのコピー元のバックアップデータや見せかけのコピー先のバックアップデータは管理画面から消えていました。

※コピーサイトの場合は、コピー元のバックアップデータが残っている可能性も考えられるので、どのサイトのデータなのか？をファイルの情報をよく確認してからダウンロードしてください。

＜サーバーからファイルをダウンロードする時の注意点＞

サイズが大きい場合はサーバーのファイルマネージャーからのダウンロードはFTPソフトを使わないとダウンロード出来ないかもしれません。
（ダウンロード後はファイルが破損していないか？を中身を見て確認した方がいいです。）

※ファイルマネージャからのダウンロードが上手くいかない場合は、Xサーバーの「手動バックアップの取得」からダウンロードしておいて、そこから必要なファイルを取り出すという事も出来ると思います。（多分）

やっぱり「All-in-One WP Migration and Backup」が便利！

サーバのサイトコピーや簡単移行の機能を使えない場合は、サイトのコピーやお引越しには、「All-in-One WP Migration and Backup」を使うのが一番簡単なんですよね。（※インポート容量が1G~2G以下の場合）

なにせ小難しい「URL置換」を自動的にしてくれるので、ドメイン引っ越しやコピーサイトを作る場合には非常に助かるんですよね！（※UpdraftPlusでもURL置換が出来るのでこちらもお勧め！）

初めてのサイト作成で、既存のWordPressのテンプレートをインストールして作るというような時には初心者には、このAll-in-One WP Migration and Backupは手順が少なくてすむので助かります。
無知な初心者でもサイトのコピーやバックアップが出来るというのがこのプラグインにいいところです。
無料だと容量制限がありますが、「有料にすれば容量制限なしでワンクリックで復元出来る」ので、いざという時には頼りになります。私は意地でも有料では使わないですが…😅

エクスポート時にはセキュリティプラグインを無効化しておきましょう！

ここで大事なことがあります！
引っ越し元やコピー元をエクスポートする時には、セキュリティプラグインを無効化してからエクスポートしましょう！

そうしないとコピー元でURL置換を拒否されて、コピー元のURLのままでコピーサイトが作成されてしまい、ブロックされて管理画面にすら入れなくなってしまう場合があります。
（※運よく大丈夫な時もあるのですが、複数回コピーをやり直したりするとセキュリティプラグインにはじかれるかもしれません。同じサイトを繰り返し復元しない方がいいかもしれません。）

そして、コピー後のパーマリンク設定は忘れないようにしましょう！

→All in one WP Migrationの詳しい使い方はこちらが参考になります。

＜All-in-One WP Migrationのアップロード容量の上限は1Gまたは2Gまで！＞

ちなみにAll-in-One WP Migration and Backupのバックアップデータのインポートの容量の上限は1Gまたは2Gまでのようです。（バージョン 7.99 / 2025.9現在）

私はアップロード容量をxサーバーの「php.ini設定」から元々1Gだったところを5Gに変更して、プラグインのインポート画面でも容量が5Gと表示されるようになっていましたが、2Gまでしかインポート出来ませんでした。
しかしそれもサーバー側で上限が1Gに変化する可能性があるので、1Gまでと思っておいた方が無難です。
サーバーによって変わるのでXサーバーの場合は1G～2Gという風に思っていた方がいいかもしれません。

私は1G以上でインポート出来た事があったのですが、その後1G以上2G未満でもダメな時があったのですが、もしかしたらその月にデータ容量を使い過ぎてサーバー側で1G制限にされてしまったのかな？と考えています。（詳細不明）
それか1G以上でインポートできたのがたまたま運が良かっただけなのか…。
今後1G以上でインポート出来るのか？を検証したいと思います。

※アップロード容量はプラグイン側の制限なのか？サーバー側の制限なのか？は私はよくわかりませんがサーバー側だと言われています。有料版ではどうなるのか？は分かりません。

All-in-One WP Migration and Backupのデメリット！

All-in-One WP Migration and Backupのデメリットは以下の2つです。

• ファイル形式に互換性がない（開くことすら出来ない）
• 復元には容量制限がある（1G～2Gまで：サーバの上限による）
  （Xサーバーでは1Gまでは多分OK。プラグイン側の制限強化やエラーで急に使えなくなる事もあるかも？😱）

All-in-One WP Migration and Backupは、サイズが1G～2G以上の場合は復元が無料ではできないうえに、プラグインに不具合が出る事が多い印象があるので、これだけを頼りにしているといざという時に困るので、他のバックアップ系プラグインとの併用をお勧めします。

バックアッププラグインは併用をお勧めします！

バックアッププラグインは、万が一のために他のプラグインとの併用をお勧めします。

以下の2つのプラグインを併用すればAll-in-One WP Migrationは無くても大丈夫ですが、私は念のために3つを併用しています。

私のお勧めは、以下の2つの併用です。

• UpdraftPlus
  • （復元が容量制限なしで無料！保存先はGoogleドライブを推奨します）
    ※UpdraftPlusは大容量でも自動分割で保存されるので容量が大きくても復元出来ます！
• BackWPup
  • （無料での復元は出来ないが、全てのデータが保存出来る！バックアップデータには互換性がある）

UpdraftPlusには全てのデータが含まれているわけではなく（コアファイルが含まれない）ので、その不足分を全てのデータを保存出来るBackWPupで補うという意味で、2つの併用をお勧めします。

BackWPupは復元機能は無料版では使えないのですが、データ保存用として使います。
BackWPupプラグインで保存したバックアップファイルは、プラグインを介さなくても復元データとして使えるので安心感があります。

＜この2つを併用する理由＞
日常的なバックアップと復元はUpdraftPlusで十分なのですが、いざ管理画面に入れないというようなエラーが起きた時の復元には、BackWPupで保存したデータがあると手動で修正することが出来ます。（復元には知識が必要です）
普段のバックアップデータの保存には、UpdraftPlusを使い、念のためにBackWPupを併用するという感じがいいと思います。

※Xサーバーならば自動バックアップからの復元があるので、プラグインがなくても最終的には何とかなります。しかし、プラグインでのバックアップはサーバーそのものがぶっ壊れた場合の保険でもあるのでプラグインでのバックアップは必要です。

バックアップと復元にお勧め

• All-in-One WP Migration and Backup（復元の容量は1G～2Gまで）
  保存先はサーバー内
• UpdraftPlus（復元の容量制限なし）
  保存先は無料利用だとGoogleドライブがお勧め！

念のためのデータ保存用にお勧め

• BackWPup

＜UpdraftPlusは昔はURL置換が出来なかったが今はOK！＞

実は昔はUpdraftPlusは、ドメイン置換が出来なかったのでバックアップ用だと思っていたのですが、今回試してみたらなんと、ドメイン置換が自動で出来るようになっていたので引っ越しやサイトコピーにも使えるということに気づいたのです！

ということならば、万能なのはAll-in-One WP Migration ではなく、UpdraftPlusと言ってもいいと思います。
バックアップも、移行もこれ一つあればバッチリです。

復元時の容量制限がないですし、データが種類ごとに分割されてエクスポートされるというのが使いやすい場合もあります。（分割が面倒に感じる時もあるけど）

そして、バックアップデータの中身が開けるというのがいいところです。
復元時にはプラグインが必須ですが、データを取り出して使うことはプラグインを介さなくても出来ます。

例えば、特定のプラグインの過去のバージョンが欲しい時には、過去のバックアップデータからそのプラグインの過去のバージョンのバックアップデータを取り出して、WordPressに再インストールするということも出来ます。（※取り出したプラグインのファイルを圧縮すると管理画面からアップロード出来ます）

UpdraftPlusの使い方や注意事項はこちらで紹介しています。
→作成中

まとめ

■All-in-One WP Migration and Backupのインポート出来ないという不具合の直し方

• プラグインの再インストール
• 容量の変更

上記の2つが効果があるかもしれない？
……という感じです。はっきりしなくてすみませんm(_ _)m

または、サブドメインの場合はこちらの方法が当てはまるかもしれません。
→サブドメインでバックアップデータのインポートが出来ない！（Xサーバーの場合）

■エクスポートしたデータがダウンロード出来ないという不具合の直し方

• プラグインの再インストールであっさりと解決！

■念のためにバックアッププラグインの併用をお勧めします。

UpdraftPlusは、URL置換が出来る上に復元時の容量制限がないことが分かったので、UpdraftPlusに乗り換える、又は併用することをお勧めします。

このページが皆さまの参考になれば幸いです。

＜参考サイト / 自分用メモ＞
All-in-One WP Migrationでインポートが終わらないやエクスポートが途中で止まるなど、うまくいかないときの対処法

All-in-One WP Migration and Backupの容量アップの方法

• バックアップ All In One WP Migration 無料で容量を何GBにも拡張！

• 【初心者でも安心】UpdraftPlusでWordPressを安全に引っ越し＆移行する方法

親ドメインのサイトでは同じ状態になっても何となく直ってしまったのですが…サブドメインではAll-in-One WP Migration and Backupのみならず、他のプラグインのデータもインポート出来なくなってしまったのです！

何日も試行錯誤してやっと分かったエラーの原因と、解決方法を紹介します。

［注意］
このページの内容はXサーバー使用時に限られていますのでご了承ください。

＜このページで説明すること＞
Xサーバーでサブドメインを作成して、「WordPress簡単インストール」を使用する場合に発現する不具合です。

サブドメインではインポートやダウンロードのエラーが起きやすい？！（※Xサーバー使用の場合）

サブドメイン以外のサイトでは、こちらのページで紹介した通り「All-in-One WP Migration and Backupのバックアップデータのインポート時に100％で止まる」というエラーがいつの間にか直っていました。
（原因はよくわからないけど…多分容量の変更が良かったのかも？）

この画面のまま止まってしまうのです……。

※管理用URL

インポートの容量を越えていないのにインポートが失敗する！
（アップロード制限が1Gで、ファイルサイズが1G以下でした。）

しかし、サブドメインの新規サイトの方はそれに加えて、他のプラグインにおいても、「バックアップは出来るが、インポートが出来ない（復元出来ない）」というエラーが起こってしまいました…m(_ _)m

つまり、全てのプラグインでバックアップデータがインポート出来ない状態になったのです！

サブドメインのバックアップデータのインポート時のエラーを治す方法は？（※Xサーバー使用の場合）

いろいろと試行錯誤した結果、やっと解決方法が分かりました！
検索ではこの解決方法は出てこなかったので、こちらの情報が誰かの為になれば幸いです。

私はxサーバーを使っているので、ここで紹介する情報はXサーバー使用の場合に限られるということをご了承した上でお読みくださいませ。

こちらで紹介する内容は私が個人的に発見したものなので、全ての例に当てはまるとは限りません。
参考にする際は自己責任でお願い致しますm(_ _)m

＜エラーの内容＞（※サブドメインで発生）

バックアップ系プラグインにおいて、バックアップデータのエクスポートは問題なく出来るがインポートが出来なくなるというもの。

今回バックアップデータがインポート出来なくなったプラグインは以下の二つです。

• All-in-One WP Migration and Backupｍ
• UpdraftPlus

おそらくこれに限らず、全てのプラグインにおいてバックアップデータのインポートが出来ない状態になっていました。

＜エラーの原因：「Wordfence Security」のWAF設定＞（※サブドメインで発生）

今回、試行錯誤しまくって奇跡的に発見したのが、ウェブサーバーのデータベースにある「user.ini」の記述がエラーの原因ということでした。

そして、元凶はセキュリティプラグインの「Wordfence Security」のWAF設定によるものでした！
このプラグインを親ドメインで使っていなかった場合は、この不具合は出ないかもしれません。（不具合の原因はいつもセキュリティプラグインなんですよね～😅）

今回、初めてファイルマネージャーを開いたという万年初心者の私が、ここまで解明出来たなんてめちゃくちゃ頑張ったな！と思います。（何日も試行錯誤しました…）

エラーになった経緯

Xサーバーでは、サブドメインを作成した時に作られるサブドメインの初期フォルダの中には、

• .user.ini
• default_page.png
• index.html

というファイルが作られます。

その「.user.ini」のファイルの内容に、親ドメインに入っているセキュリティプラグイン「Wordfence Security」のWAF設定がそのままサブドメインの「.user.ini」にもコピーされていたのがエラーの原因なのでした。

以下がサブドメインの「user.ini」の内容の例文です。
（親ドメインも同じ）

WAF設定は文末に追記されています。
分かりやすく該当部分の背景を黄色くしています。

以下の部分がサブドメインの「.user.ini」ファイルの中にあった「Wordfence Security」のWAF設定の記述です。

サブドメインのファイルなのに、親ドメインのアドレスが設定されてしまっています！

; Wordfence WAF
auto_prepend_file = ‘/home/example/example.com(親ドメイン名)/public_html/wordfence-waf.php’
; END Wordfence WAF

親ドメインとサブドメインの「.user.ini」が連動しているのが問題！

今回、サブドメインに親ドメインの「user.ini」がコピーされていたのが、エラーの原因になっていました。

サブドメインの「.user.ini」に、親ドメインへのアクセスが設定されてしまっているので、バックアップデータをインポートする時にサブドメインの情報にアクセス出来ないという現象が起きていたのです。
なのでとりあえずは、このWAF設定を削除するとバックアップデータがインポート出来ないというエラーが解消します。（※削除する前にバックアップしてください。）

しかし、この場合はおそらくそれで全て解決とはいかないと思います。
なぜならば、親ドメインとサブドメインの「user.ini」が連動していた場合、またエラーを再発させる可能性があるからです。

このまま終了すると、後にエラーが再現される可能性があるので、この後紹介する方法で「.user.ini」をサブドメイン側で連動を解除する事をお勧めします。

親ドメインとサブドメインの「.user.ini」が連動しているかを確認する方法！

「.user.ini」が連動しているのかを確認したい方は以下の方法で確認する事が出来ます。

👉確認するのが面倒な方はここは読み飛ばして「「.user.ini」の連動を解除する手順」に進んでも大丈夫です。

以下が「.user.ini」のWAF設定です。

; Wordfence WAF
auto_prepend_file = ‘/home/example/example.com(親ドメイン名)/public_html/wordfence-waf.php’
; END Wordfence WAF

＜注意＞
以下の変更をする前に「.user.ini」のファイルの内容をコピーしてバックアップしておいてください。
そして、くれぐれも違うサイトのディレクトリをいじらないように気をつけてください！

■「.user.ini」が連動しているかを確認する方法！

• ウェブサーバー（Xサーバー）のファイルマネージャにアクセスする
• サブドメイン直下にある「.user.ini」のファイル内に記載されているWAF設定のみを削除して保存する
• 親ドメインの「.user.ini」にアクセスして親ドメインのWAF設定が削除されているかどうかを確認する
• 親ドメインのWAF設定が削除されていた場合
  →連動してしまっているので、⑤に進みます。
  
  親ドメインのWAF設定が削除されていない場合
  →連動していません。
  連動していない場合はWAF設定を削除した時点でエラーが解消されているはずです。バックアップデータが無事にインポート出来るのが確認出来ればOKです！
• 連動していた場合は削除した親ドメインのWAF設定を元に戻して保存します。
  そして、次で紹介する「「.user.ini」の連動を解除する手順」に進みます。
  ※連動していた場合のWAF設定は親ドメインの.user.iniでもサブドメインの.user.iniでもどちらかに書き込むと両方に反映されるのでどちらに書き込んでも大丈夫です。
  ※あるいは、親ドメインのWordfence Securityの管理画面でファイヤーウォールの設定を再設定し直しても親ドメインの.user.iniに先ほど削除したWAF設定が書き込まれるので同じ事になります。
• 最後に親ドメインの「Wordfence Security」の管理画面で以下を確認します。

• ファイヤーウォールの設定が有効になっているか？
• .user.iniの設定が正しくされているか？

Wordfence Securityのプラグインの管理画面で「Wordfence の保護機能が有効です」書かれていればセキュリティが有効になっています。
それを見るとちゃんと設定されているように見えるので紛らわしいのですが、その状態でも「.user.ini」のWAF設定が完了していない場合があります。

「.user.ini」のWAF設定が出来ていない時は、管理画面の上の方に「再設定してください」というような注意書きが出ていると思います。

※管理用URL

「.user.ini」が有効になっていなかったら、「設定するにはここをクリック」という項目が画面の最上部に出るのでそこから案内に従って設定します。
親ドメインの「.user.ini」のWAF設定が無事に有効になったら、次で紹介する連動を解除する方法に進みましょう。

親ドメインとサブドメインの「.user.ini」の連動を解除する方法！

＜「.user.ini」の連動を解除する方法は簡単！＞
サブドメインの「.user.ini」のファイルを削除してから、再び作成することで連動が解除されます。

「.user.ini」の連動を解除する手順

Xサーバーのファイルマネージャの画面

※管理用URL

「.user.ini」の連動を解除する手順

（※この方法は私がたまたま発見した方法なので、予想外の不具合が出る可能性もあるかもしれません。実行する場合は自己責任でお願いし致しますm(_ _)m）

• Xサーバーのファイルマネージャでサブドメインのディレクトリの「.user.ini」のファイルにアクセスします。（親ドメインの場所と間違わないように！）
• サブドメインの「.user.ini」のファイルを選択して「編集」をクリックすると中身が開けるので、ファイルの中身を全てコピーします。（ctrl+Aで全選択し、ctrl+Cでコピー）
• 中身を全部コピーしたら「.user.ini」のファイルを一旦削除します。
  （※ファイルを削除するのが怖い場合は、「.user.ini」を「.user.ini❌」というようなでたらめな名前に変更して一旦無効化しておきます。）
  
  ■ファイルをコピーするには別の方法もあります。
  ファイルマネージャのコピー機能でコピーする方法。
  「.user.ini」を右クリック→「コピー」を選択→保存先は変更せずにそのまま「コピー」をクリックします。すると「.user – copy.ini」というファイルが同じ場所に作成されます。そして、元々あった「.user.ini」を削除またはファイル名を変更して無効化します。
  「.user – copy.ini」のファイル名から – copyのみを削除して「.user.ini」に変更して保存（更新ボタンをクリック）した後で⑤に進みます。
  
  ■ファイルを一旦無効化する方法
  ファイルを選択して右クリック→「名前変更」→「.user.ini❌」というようにでたらめな文字を追加して「更新」ボタンをクリックして保存します。そうすると無効化出来るので削除せずに保存しておけます。
• 「.user.ini」のファイルを削除したら、削除したものと全く同じ「.user.ini」という名前のファイルをもう一度同じ場所に作成して、先ほどコピーした内容を貼り付けて「更新」ボタンをクリックして保存します。
• いま作成したサブドメインの「.user.ini」のファイルの内容から「WAF設定のみを削除」して「更新」ボタンをクリックして保存します。
  （WAF設定はページの一番下にある以下の記述です）
  ; Wordfence WAF
  auto_prepend_file = ‘/home/example/example.com/public_html/wordfence-waf.php’
  ; END Wordfence WAF
• 親ドメインとサブドメインの「.user.ini」の連動が解除されているかを確認します。
  親ドメインの「.user.ini」にアクセスして内容を確認してみましょう。
  親ドメインのWAF設定は削除されていますか？
  もし削除されていなければ無事に連動が解除されています！
  サブドメインと同様に削除されてしまっていたら連動は解除されていません。手順を見直してください。
  （※無事に解除できていたら、③で作成した「.user.ini❌」は削除しても大丈夫です。元に戻したい場合は❌を削除して保存します。）
• 「.user.ini」の連動が無事に解除されていれば、サブドメイン側でWAF設定を削除した時点でエラーは解決しているはずです！
  バックアップデータがインポート出来るかどうかを確認してみましょう！

サブドメインでは「.user.ini」を正しく設定することが重要！

実は「.user.ini」のWAF設定はセキュリティに関連するものではないので、親ドメインのみの場合はこの記載がなくても大丈夫なのです。

しかし、サブドメインがある場合はそうはいきません。
この.user.iniのWAF設定を親ドメインとサブドメインで正しく設定し直さないと再び正常にアクセスされなくなる可能性があるのです。（再びどちらかでバックアップデータがインポート出来ないというエラーが出る）

サブドメインで「.user.ini」を正しく設定しないといけない理由とは？

実は、「.user.ini」からWAF設定を削除してしまえばあっさりと親ドメインとサブドメインの両方でバックアップデータがインポート出来るようになるので一見直ったように思えます。

しかし「.user.ini」が連動したままの場合は、親ドメインとサブドメインのどちらかのWordfence Securityの管理画面に出てきた案内に従って接続設定をしてしまうと、再びどちらかのWAF設定のURLが両方の.user.iniに書き込まれてしまうので、またどちらかでバックアップデータがインポート出来ないという不具合が再現される事になります。
（※まあ管理画面に出てくるやつを再設定せずに放っておくならば連動を解除せずにWAF設定を削除するだけでも大丈夫なんですけどね…。）

なので、連動を解除したうえで親ドメインとサブドメインの両方で「.user.ini」のWAF設定を正しく設定し直す事を推奨します。

「Wordfence Security」をどちらのサイトでも使わない場合

「Wordfence Security」をどちらのサイトでも使わない場合は、「.user.ini」の連動を解除せずとも「.user.ini」からWAF設定を削除してしまえば「バックアップデータがインポート出来ない」というエラーは解消します。

しかし連動したままだと何かのきっかけで再び不具合が出る可能性があるので連動を解除しておくことをお勧めします。

＜連動したままのほうがいい場合もある＞
ただし、敢えて連動させておきたい！という意図があるならば解除しなくても大丈夫です。
Xサーバーの初期設定では、管理画面から親ドメインのアップロード容量の設定を変更するとサブドメインにも反映されるようになっています。
そしてサブドメインの容量を管理画面から変更することが出来ません。
なので、.user.iniの連動を解除してしまうと、親ドメインでアップロード容量を変更してもサブドメインに反映されなくなってしまうので、連動させておきたい場合はそのままにしておきましょう。

→ファイルをいじればサブドメインの容量も個別に変更出来ます。

Wordfence Securityを使用していない場合にもエラーはおこる？

親ドメインとサブドメインの「.user.ini」の連動があった場合、Wordfence Securityを使用していないければ一見問題なさそうに見えますが、そうとは限りません。

「.user.ini」の連動があった場合におこる不具合

Wordfence Securityを使用していない場合に、親ドメインとサブドメインの「.user.ini」の連動があった場合におこる不具合は？

Wordfence Securityを使用したことがないならば、「.user.ini」の中にWAF設定が存在していないので「バックアップデータがインポート出来ない」というエラーは起きないと思います。
以前Wordfence Securityを使っていたことがあり、WAF設定が削除されずに残っていた場合は不具合が出るのでWAF設定を削除しておきましょう！
（※他のセキュリティプラグインでも同じようになる可能性がありますが、私は他のプラグインを使っていないのでわかりません。）

この場合で考えられる不具合は、「.user.ini」の設定を親ドメインとサブドメインで個別の設定することが出来ないことによっておきる不具合です。

詳しくはわからないのですが、想像できる不具合はこんな感じではないかと思います。

「.user.ini」の連動を解除しないときにおこる不具合の例

• サブドメインの容量を個別に変更出来ない
• 片方を変更すると、もう片方が意図しない変更をされるので何某かの不具合が起きる可能性がある。

「.user.ini」の連動を解除した場合におこる不具合の例

• 解除後は親ドメインの容量の変更が反映されなくなくなる

親ドメインとサブドメインの「.user.ini」が同じ内容でも問題がない場合は気にしなくても大丈夫ですが、個別の設定が必要な場合は「.user.ini」の連動を解除しておきましょう！

Wordfence Securityを親ドメインとサブドメインの両方にインストールした場合の設定方法！

両方でWordfence Securityを使用する場合は、親ドメインのWordfence Securityの設定がサブドメインのWordfence Securityの設定に引き継がれているので、その情報を削除してWordfence Securityの再設定をします。

サブドメインのWordfence Securityの再設定の方法

先ずは、「.user.ini」設定が親ドメインとサブドメインで連動していないことを確認します。連動していたら正常に設定する事が出来ないので、先ほど説明した「.user.ini」の連動を解除する方法を行ってから再設定をします。

Wordfence Securityを再設定する手順

サブドメインでもWordfence Securityを使っていた場合のサブドメインでの再設定の方法です。

• 前述の方法で「.user.ini」の連動を解除する。
• サブドメインの「.user.ini」のWAF設定を削除する。
  (削除しなくても再設定すると上書きされますが一応削除しておきます。)
• Wordfence Securityの管理画面の最上部に表示される「設定するにはここをクリック」という項目が画面の最上部に出るのでそこから案内に従って設定します。

次に進んで「.user.ini」を確認してみましょう！

WAF設定を「.user.ini」で確認しましょう！

親ドメインとサブドメインでWordfence Securityを使用する場合は、最終的に「user.ini」の中にあるWAF設定のアドレスが、以下のように親ドメインとサブドメインに個別に記載されていれば無事に成功です！

それぞれのドメインが記載されていればOK！
（※WAF設定は「user.ini」の最下部に記載されています）

「phpinfo.php」でWAF設定のアクセス先が合っているのか？を確認する方法！

この方法は必ずしも必要ではないので読み飛ばしても大丈夫です。
自分用のメモとして残しています。

「.user.ini」のファイルを確認する以外にも、Wordfence SecurityのWAF設定が正しく設定されているのかを「phpinfo.php」で確認する方法があります。

ウェブサーバーのファイルマネージャにアクセスして、調べたい対象のドメイン直下に「phpinfo.php」のファイルを作ると、WAF設定をブラウザ経由で確認する事が出来ます。

「.user.ini」のファイルの書き換えを何度も繰り返したり複雑な作業をする時には、これを親ドメインとサブドメインの両方に設置しておくと、素早く確認出来るので便利です。

これをしなくても「.user.ini」や「Wordfence Security」の管理画面でWAF設定を確認することも出来ますが、この方法も合わせて確認すれば確実です。

手順

1. Xサーバーのファイルマネージャにアクセスして、調べたいドメインの直下に phpinfo.php という名前のフォルダを作成します。

サブドメインのアドレスは、Xサーバーの場合に限るかもしれませんが、
・親ドメイン名/public_html/サブドメイン名/
となっていると思います。

■親ドメインの場合

/home/親ドメイン名/public_html/phpinfo.php

■サブドメインの場合

/home/親ドメイン名/public_html/サブドメイン名/phpinfo.php

⚠️ サブディレクトリに置くとサブドメインや下層ディレクトリの設定が優先されるので、必ず調べたいドメインの直下に置く

2. 中身は以下のものをコピーして貼り付けます。

<?php phpinfo(); ?>

3. 以下のリンクにブラウザでアクセスします。

https://ドメイン名/phpinfo.php

4. ショートカットキーの「 Ctrl + F 」を同時に推して検索窓を呼び出して auto_prepend_file を検索して、アドレスが合っているのか？を確認します。
5. 確認後はファイルマネージャに作った「phpinfo.php」のファイルは必ず削除してください。そのままにしておくとこの情報を公開している状態のままになるので、セキュリティ上の問題があります。

親ドメインは：https://親ドメイン名/phpinfo.php
サブドメインは：https://サブドメイン名/phpinfo.php
にアクセスする。

これらのURLにアクセスして出てきたページに、それぞれのドメインが表示されていれば成功です！

※管理用URL

確認後はファイルマネージャに作った「phpinfo.php」のファイルは必ず削除してください。そのままにしておくとセキュリティに問題があります。

最後にWordfenceの管理画面で「WAF 設定の状態」を確認する！

インポートのエラーが直っても、どちらかのサイトのWAF設定が上手くいっていない場合もあります。
親ドメインとサブドメインのWordfence Securityの管理画面でファイヤーウォールの設定が有効になっているのか？を確認しておきましょう。

「Wordfence Security」の管理画面でWAF設定を確認する方法

「Wordfence Security」の管理画面で以下の二点を確認します。

• ファイヤーウォールの設定が有効になっているか？
• .user.iniの設定が正しくされているか？

Wordfence Securityのプラグインの管理画面で「Wordfence の保護機能が有効です」書かれていればセキュリティが有効になっています。
それを見るとちゃんと設定されているように見えるので紛らわしいのですが、その状態でも「.user.ini」のWAF設定が完了していない場合があります。

「.user.ini」のWAF設定が出来ていない時は、管理画面の上の方に「再設定してください」というような注意書きが出ていると思います。

※管理用URL

＜「.user.ini」のWAF設定を有効にする方法＞
「.user.ini」のWAF設定が無効になっている時は、画面の最上部に「設定するにはここをクリック」という項目が出るので、それをクリックして案内に従って設定します。

両方のサイトで「.user.ini」のWAF設定が無事に有効になっているのかを確認しましょう！

もしも「.user.ini」が連動したままの場合は、片方のファイヤーウォールの最適化の設定をすると、もう片方の設定が無効になるというエラーが起きるので、どちらかのサイトでまたバックアップデータがインストール出来ないというエラーが出ます。

ちなみに、WAF設定を削除した後に両方のサイトでWordfence Securityのファイアウォールの最適化をしないまま放置しておくならば、「.user.ini」の連動を解除する必要はありません。
「.user.ini」のWAF設定を削除したままであればインポートは問題なく出来るからです。
しかし、それを忘れて（又は、知らずに）設定をしてしまう人がいそうなので、ここでは連動を解除することを推奨しています。

https://example.com/?wfs_test=<script>alert('XSS')</script>

サブドメインにWordPressをインストールすると「.user.ini」の連動によるエラーが出るかもしれません！（Xサーバーの場合）

サブドメインで「バックアップデータがインポート出来ない」というエラーは、「.user.ini」が親ドメインとサブドメインで連動しているのが原因であり、Wordfence Securityを使用している場合には「.user.ini」の連動を解除する必要があるという解説をここまでしてきました。

このエラーを直す方法は、「.user.ini」のファイルの連動を解除するという簡単な方法なので、事後対応でも全く構わないのですが、ここまで調べたのだからこのエラーが発現しないサブドメインのサイトの作成方法を完全に把握したくなりました。

ということで、最初から「.user.ini」の連動が解除された状態でサブドメインのサイトを作成するにはどうしたらいいのか？を検証しました。興味のある方は参考にしてください。

＜注意＞
前提として、Xサーバーを使っていて、サブドメインで「WordPress簡単インストール」でサイトを作成していた場合にのみ当てはまります。
（※「.user.ini」が連動していても、Wordfence Securityを使用していない場合はエラーにはなりません。）

サブドメイン作成時に「.user.ini」の連動を解除しておくと連動によるエラーを防げる！

まず確実な方法は、サブドメイン作成時に作られる初期ファイルである「.user.ini」ファイルの連動を解除しておくことです。

そして、親ドメインでWordfence Securityを使用しているならば、サブドメインの「.user.ini」に記載されている親ドメインのWAF設定を削除しておきましょう！
そうすれば、その後サブドメインにサイトを作成した時にエラーが起きません！

サブドメインのエラーを防ぐには、この方法が一番簡単です。

• サブドメイン作成（まだWordPressをインストールしていない状態です）
• サブドメイン作成時に作られた初期ファイルの「.user.ini」の連動を解除する
  ・手順はこちら→.user.iniの連動を解除する方法
• 「.user.ini」の親ドメインのWAF設定を削除して保存する（←ここが大事！）
• サブドメインにWordPressをインストールする

上記のようにすれば「.user.ini」の連動が解除されるので、サブドメインでサイトを作成しても「バックアップデータをインポート出来ない」というエラーが出ません！

サイト作成の手順別のエラーの発現の有無は？

前提としていずれも、Xサーバーの「WordPress簡単インストール」を使ってサブドメインにサイトを作成した場合です。

■WordPressをインストールする前に、サブドメインの.user.iniの連動を解除している場合（※WAF設定も削除している）

• 親ドメインのコピーを作成
  親ドメインとは違うサイトのコピーを作成
  新規インストール
  →⭕️どの方法からサイトを作成してもエラーになりません。

■WordPressをインストールする前に、サブドメインの.user.iniの連動を解除していない場合

• 親ドメインのコピーを作成
  • ❌エラーになる
    
    →親ドメインでWordfence Securityを使用していた場合は、「.user.ini」ファイルの連動の解除と「.user.ini」のWAF設定の削除、又は再設定が必要。
    
    →親ドメインでWordfence Securityを使用していない場合は一見エラーはないが、いずれエラーになる可能性があるので「.user.ini」ファイルの連動を解除しておくことを推奨します。
    
    
• 親ドメインとは違うサイトのコピーを作成
  • 🔺.user.iniの連動は解除されているが、コピー元のWAF設定が残っている可能性がある。
    
    →コピー元でWordfence Securityを使用していた場合
    コピー元のWAF設定が残っているので、WAF設定を削除、又は再設定が必要。
    
    →コピー元でWordfence Securityを使用していない場合はエラーにならないので何もしなくても大丈夫です。
• 新規インストール
  • ❌エラーになる
    
    →親ドメインでWordfence Securityを使用していた場合は、「.user.ini」ファイルの連動の解除と「.user.ini」のWAF設定の削除が必要。
    
    →親ドメインでWordfence Securityを使用していない場合は一見エラーはないが、いずれエラーになる可能性があるので「.user.ini」ファイルの連動を解除しておくことを推奨します。

・WordPress 簡単インストール手順 | Xサーバー公式
・WordPress サイトコピー手順 | Xサーバー公式

エラーのあるバックアップデータを復元すると不具合が再現するのか？

今回、「.user.ini」の不具合を修正した後に、不具合があった時のバックアップデータを復元すると不具合が再現するのか？が気になったので試してみました。

All-in-One WP Migration and Backupで復元してみて確認しましたが、不具合の再現は無かったです。

一度「.user.ini」の連動を解除してしまえば、エラーがあった状態のサイトのデータを復元しても不具合の再現はないようです。

復元後は念のためにサブドメインの「user.ini」の内容を確認してみましょう。
「WAF設定の記載がない」又は、「WAF設定にサブドメインのURLが記載されている」ならばOKです。
そこに、親ドメインのWAF設定が記載されていたらアウトです。
前述の方法で修正しましょう。

バックアップの際はコピー元のセキュリティプラグインを無効化しておくこと！

All-in-One WP Migration and Backupを使って、サイトをコピーする場合、バックアップデータから確実に復元したいのであれば、元のサイトのバックアップデータをエクスポートする時にはセキュリティプラグインを無効にしてからエクスポートしましょう。
セキュリティによってコピーを拒否される可能性を無くすためです。

同じドメインに復元するのならばセキュリティを無効化しなくても大丈夫なのですが、サイトの複製や引っ越しをする時には、セキュリティプラグインを無効化してからエクスポートしないと復元時にはじかれる可能性があります。

その場合、セキュリティプラグインによって、URL置換を拒否されて元のサイトのURLのまま複製されてしまい、管理画面にも入れなくなってしまいます😱

All-in-One WP Migration and Backupの容量は1Gまたは2Gまで！

All-in-One WP Migration and Backupはバックアップデータが1Gまたは2Gを超えるとインポート出来ないので、普通の復元方法では復元出来ません。なので簡単に復元出来るのは1Gまたは2G以下の場合という条件付きです。
（※1Gの場合もあります。1Gなのか2Gなのかは変動するみたいなので確定出来ません…。）
（※私の場合はxサーバーで1G~2Gでしたが、サーバーの制限によって容量が違うかもしれません。）

Xサーバーではほとんどの場合、初期値の容量が1Gになっているのでインポートするデータが1G以上の場合は2Gに変更する必要があります。

サーバーパネルから「PHP設定」→「phpini設定」からアップロード容量を変更出来るので、容量をあげてみてください。（ファイルをいじらずに設定できます）
サーバーで容量の変更をした後でプラグインのインポート画面を確認すると容量の変更が反映されているはずです。（※2Gに変更しても1Gまでしかインポート出来ない場合もあります。）

私が容量の変更をした例です。

Xサーバーの「php.ini設定」で以下の様に変更しました。とりあえず、これを参考に試してみてください。（太字が変更箇所　※5Gでなくても何ギガでも大丈夫です。）

max_execution_time　0
max_input_time　300

容量ではありませんが、上記の2項目も一緒に変更するとアップロードがスムーズになるかもしれません。

管理画面から容量の変更が出来るのは親ドメインのみ！

Xサーバーの場合ですが、管理画面から容量の変更が出来るのは親ドメインのみで、親ドメインの設定がそのままサブドメインにも引き継がれるようになっています。

しかし、今回案内した「.user.iniの連動を解除する方法」を実行すると連動が解除されるので、親ドメインの容量の変更が反映されなくなってしまうので、サブドメインの容量を変更したい場合はサブドメインの設定を個別にする必要が出てきます。

サブドメインの容量を個別に変更するにはどうすればいいのでしょうか？

サブドメインのアップロード容量は「.user.ini」で変更出来る！

サブドメインの容量は管理画面から変更が出来ません。
しかし、サブドメインの容量は先ほどさんざん出てきた「.user.ini」を書き換えることで変更することが出来ます。

ちなみに、容量の変更方法には「.htaccess」などのファイルを書き換えるという方法もありますが、Xサーバーではそれらのファイルの変更を拒否する設定になっていて「.user.ini」で容量の変更をすることを推奨しています。

以下の説明を参考にサブドメインの「.user.ini」のアップロード容量の変更をしてみてください。

「.user.ini」のファイルの内容です。
※容量は私が変更した例です。

変更方法は至って簡単！
この5G（初期値は1G）のところを好きな数字に変えて保存すればいいだけです。
（※連動を解除していない場合は親ドメインの容量も同時に変更されます。）

サブドメインに「.user.ini」が作成されていない時には親ドメインの容量が引き継がれない！

サブドメインに「.user.ini」が作成されていない場合は、親ドメインの容量が受け継がれていません。
親ドメインで容量を2Gにしていても、サブドメインの容量はXサーバーの初期値の1Gになってしまっていると思います。

［容量の確認方法］
WordPressの管理画面から「ツール」→「サイトヘルス」→「情報」→「サーバー」にアクセスすると、以下のように容量が表示されています。

私のサイトの例（※容量を変更してあります）

この場合はサブドメインに新しい「.user.ini」のファイルを作成することでサブドメインの容量を個別に設定できます。

「.user.ini」ファイルに記入すべき内容がよくわからない場合は、親ドメインの「.user.ini」の内容を丸ごとコピーして保存すれば親ドメインの容量と同じ設定になります。（※親ドメインのWAF設定があった場合は削除しておきましょう！）
容量の変更をしたい場合は、容量のところを変更して保存します。
または「.user.ini」を作成して、容量の部分だけを記入して保存するのでも大丈夫だと思います。

⚠️私は適切なファイル内容についてはよくわかりません。変更の際は自己責任でお願いします。
他のサイトやチャットGPTに聞いたりなどしてご自身でも調べて確認してください。

「user.ini」が作られない原因は？

初期ファイルを削除してから新規インストールすると「.user.ini」が作られない！

サブドメインの初期ファイルの「.user.ini」を削除してから新規インストールをすると、「.user.ini」が作られないようです。（サブドメインのサイトを削除した後に残るファイルも同様）

• サブドメインの初期ファイルの「.user.ini」を削除して、新規インストー
  →.user.iniが作られない。
• サブドメインの初期ファイルの「.user.ini」を削除して、サイトコピー
  →コピー元の.user.iniがコピーされる。
• サブドメインの初期ファイルの「.user.ini」を削除しないで、新規インストール
  →親ドメインの.user.iniがコピーされる。
• サブドメインの初期ファイルの「.user.ini」を削除しないで、サイトコピー
  →コピー元の.user.iniがコピーされる。

サブドメインで「バックアップデータをインポート出来ない！」のまとめ

今回紹介した、サブドメインで「バックアップデータがインポート出来ない」という不具合は、

• Xサーバーを使用
• サブドメインで「WordPress簡単インストール」でサイトを作成
• 親ドメイン、コピー元、サブドメインのいずれかでWordfence Securityを使用している

という条件が揃わないと発生しない例ですが、同じエラーで困っている方の参考になれば幸いです。

■サブドメインのバックアッププラグインで「バックアップデータがインポート出来ない」という不具合の原因は？

• 親ドメインのWordfence Securityの「.user.ini」ファイルのWAF設定がサブドメインに親ドメインのURLのままコピーされたのがエラーの原因

■エラーの修正方法

• 親ドメインとサブドメインの「.user.ini」ファイルの連動を解除してサブドメインのWAF設定を削除する

とりあえず、「バックアップデータがインポート出来ない」という不具合が出たら「.user.ini」が原因かもしれない！という風に覚えておくと役に立つかもしれません！

あとがき

今回エラーの原因になったのは、セキュリティプラグインの「Wordfence Security」なのですが、最近（2025年）からXサーバーでは、「CloudSecure WP Security」というプラグインをデフォルトでインストールすることを推奨しています。

なので今後、Wordfence Securityを使用する人が減ってくると、このエラーが発現されることが少なくなるのかもしれません。

ちなみに、このCloudSecure WP Securityの使い勝手はどうなんでしょうね？使っていないのでよくわからないのですが、最初のアカウントの登録がいらないので使い始めのハードルが低いのがいいですね。

• CloudSecure WP Security
• エックスサーバー株式会社へWebサイト向けセキュリティ診断技術をOEM提供

今回、自力で解決出来たことが凄いと思いました！

親ドメインとの「.user.ini」の連動による不具合は、Xサーバーでサブドメインを使用していれば遭遇率が高いことのような気がするのですが、なぜか他のサイトで紹介しているのを見つけられませんでしたが、遭遇している人が少ないのだろうか？と不思議に思いました。

そして、よく自力で解決出来たものだと自分を褒めたい気持ちです。
私は今回、初めてファイルマネージャを触ったくらいの初心者なので、解決策を発見できたのが奇跡だと思っています。

何日も模索していたら偶然手がかりを見つけて発見できたのです。

科学者が長年諦めずにいることで遂に与えられる「偶然という名の奇跡」を今回味わった気ようながしています…（大袈裟）

まあチャットGPTの手を借りたおかげでもありますが…しかしやつは嘘つきなんですよね…😅（何度か騙されました。さっきと逆のことを言ってるよ！と、、もしかしたら今も騙されているのかも知れません。このページのどこかに僅かな嘘があったらGPTのせいです、すみません…m(_ _)m　※紹介した方法は実証実験をしています。）

もしかしたらベテランの人から見たら、「それは簡単なことだよ、わざわざ書くことでもないから言わなかったことだよ！」ということなのかもしれませんね…。

今回調べたことで、サイトの仕組みをある程度は理解できたので良かったです。
そして、プラグインに頼らずとも、手動で復元出来るように手動復元の方法もこれから実践して覚えたいと思っています。

その手動復元についてもいずれ自分用にまとめたいと思います。

このページが皆さまの参考になれば幸いです。

＜参考サイト / 自分用メモ＞
All-in-One WP Migrationでインポートが終わらないやエクスポートが途中で止まるなど、うまくいかないときの対処法

All-in-One WP Migration and Backupの容量アップの方法

• バックアップ All In One WP Migration 無料で容量を何GBにも拡張！

Xサーバーのバックアップや復元について

• エックスサーバーのバックアップの復元と取得方法【完全版】
• 自動バックアップ機能 | エックスサーバー
• 自動バックアップからのデータ取得 | エックスサーバー

サブドメインについて（※Xサーバー）

＜Xサーバー公式＞

• マニュアル
• サブドメイン設定
• php.ini設定について
• php.ini設定で設定可能な項目について

よくわからないけど一応保存…。

• XアクセラレータVer.2利用時に無効となるphp.ini設定について

（※ちなみに私は初心者です。難しいことはわかりませんのでご了承ください。）

アコーディオン（トグル）の内のブロックが消えた時の復活方法

私の作業環境：ワードプレスの「cocoon（コクーン）」というテーマを使用

ワードプレスの編集画面の左側に出てくるメニューで「アコーディオン（トグル）」というものがありますよね？
これを使ったページをしばらくしてから見に行くとアコーディオン内のブロックがまるまる消えていることがあるので、不具合なのかな？と諦めていたのですが、簡単に消えた部分を復活させる方法がわかったので紹介します。

下記のものが、「アコーディオン（トグル）」です。

これをクリックすると現れるはずのブロックがいつの間にか消えている事が時々あるのです。

クリックしてもアコーディオンが開かないし、クリックすると出てくるはずのここで言うと「オレンジ色のブロック」の部分が消えているのです…。

これはある時から気になっていました。
久々に編集画面を開いた時に消えている事が多いのです。

ちなみに元々、アコーディオンををコピーして貼り付けると、「アコーディオン（トグル）」が消えるという不具合があった(※1)のでそのせいなのか？と思いましたが、違ったみたいです。
何故かコピーも何もしていないのに消えているのです…。
「何もしていないつもりで何かの操作をしたせいで不具合が起きた」という可能性はありますが…。

(※1)「アコーディオン」は、コピー（複製）すると開かないという不具合は前からありました。
>>トグルボックスを「複製」した場合の挙動 | 不具合報告

ちなみに2025.2月現在では複製しても大丈夫だったので修正されたのかもしれません。（※詳細不明）

どうしたものか？と考えていたところ…ふと「リビジョン」で復活させればいいのでは？と思いつきました。
そして、問題なく復活させることが出来ました！
なぜ今まで気付かなかったのか？というほど簡単でしたね…。

と言ってもタイミングによって(消えたのに気づかずに他の部分を編集してしまった時)は、消えたアコーディオンの部分だけを復活させる為の手順がややこしくなりますが、出来ないことはないです。

■リビジョン（編集履歴）から復元する！

ワードプレスの編集画面の右側の「設定（四角いマーク）」をクリックすると、上に「投稿」「ブロック」という項目が横に並んで出てきます。

「投稿」を選択すると、メニューの中に「リビジョン」という項目があります。
その横のリンク付きの青い数字はそのページの編集履歴の数です。
その青い数字のリンクをクリックすると、「リビジョン（編集履歴）」が出てきます。

その履歴の編集日時［こういうやつ→（○○によるリビジョン○分前 (○月○日 @ ○○:○○)］を見て、不具合が出る前の履歴を探して見当がついたら、そのページのタグを見てください。

「リビジョン（編集履歴）」は2つのページが右と左に表示されていて、変更前と変更後のタグが色分けされているので、変更部分を見比べられます。
右側に表示されているページが復元されます。

これかな？というものがあったらそのページを復元してみてください。
不具合が起きる前のページが復活して無事にアコーディオンの部分が問題なく表示されていれば復元成功です！

不具合後に他の部分を編集してしまっていた場合の復元方法

不具合後に他の部分を編集してしまっていて、直近の変更をそのまま残したいときの復元方法です。

①不具合が起きる前のページを復元
②復元されたアコーディオンのブロックだけをコピー
③復元前のページを復元
④不具合のあるアコーディオンを削除して、そこにコピーしたアコーディオンを貼り付ける

という手順で正しいアコーディオンを復元できると思います。
もしも、アコーディオンをコピーしたことによってアコーディオンに不具合が起きる場合は、アコーディオン以外の部分をコピペするなどして対応するといいと思います。

＜復元前にバックアップ（メモ）しておけば安心＞
復元する前に予め、復元前の履歴の日時をメモっておくと、ミスがあって元に戻したいときに、その日時の履歴を復元すれば復元前の状態に戻せます。
色々やっているとどれが元のページが分からなくなるので、復元前の履歴の日時をメモすることをお勧めします。
（※復元したい方のページの日時も同時に念のためメモしておくとミスがあった時に分かりやすくなります。）

復元前の履歴の日時は「リビジョン」を開いた時に一番最初に表示されたページに書いてある、一番上に表示されている下記のようなものです。

○○による現在のリビジョン○○秒前 (○月○日 @ ○○:○○)

この　○月○日 @ ○○:○○　をメモっておく！

＜新規ページにバックアップ（コピペ）してもいい＞
復元作業に入る前に、新規ページを作ってそこに、復元前のページ全体を丸ごとコピー&ペーストしてバックアップしておくのもいいと思います。
何かあったらそれをコピぺすれば修正出来ます。

＜ページ全体を丸ごとコピーする方法＞
編集画面の右上の一番右端にある、縦三点リーダー「︙」をクリックすると出てくるメニューの「全てのブロックをコピー」という項目を選んでクリックするとページ内の全てのブロックが丸ごとコピーされます。

編集中にエラーになったら、編集画面の再読み込みで復活する！

編集中にブロックがエラーになったり、「パターン（旧再利用ブロック）」が時々編集画面で消えている事があるのですが、それは表示されていないだけで編集画面を再読み込みすると現れます。
見えないので間違って削除してしまう事があるので厄介ですが…。

もしも、間違って削除してしまった時は、リビジョン（復元）すればエラー前の状態にもどせます。

誰でも思いつくであろう簡単な解決方法でしたが…
同じような方のお役に立てれば幸いです。

リダイレクトの元記事は削除するとリダイレクトが無効になる！

ある記事を別のサイトに移行した時に、ワードプレスの元の記事内の設定から、リダイレクトをかけた場合の例です。

リダイレクトの元記事を、

• 「公開」「非公開」「下書き」にした場合
  →リダイレクトが有効のまま。
• 「削除」した場合
  →リダイレクトが無効で「404」表示になる。

実際に試してみたら、削除した時だけリダイレクトが無効になりました。

まあそうですよね。記事内でリダイレクトの設定をしているので記事を削除したら効かなくなりますよね。

私は非公開や下書きはネットから切断されるイメージを持っていたので、非公開や下書きにしてもリダイレクトが効くのは意外でした。

リダイレクト後の元記事の内容はリダイレクトにミスがなければ、記事の内容は削除してしまっても大丈夫のようです。

記事の内容はサイトを軽くしたいので削除しておくことにしました。
ページだけは残しておいて、しばらくしたら削除しようと思っていますが、いつ削除すればいいのか？と調べたところ、半年位は様子を見た方がいいようです。

ただ、元々アクセスが集まっていない記事の場合、コピペ判定されないようにリダイレクトを正しく設定していれば、その辺は適当でもいいみたいです。
元々引き継ぐものがないからねぇ・・（私の場合は…😅）

サーチコンソールのURL削除はしない方がいい

リダイレクト後の元記事のURL削除はしないで自然に任せる方がいいようです。
（私は勘違いしてわざわざURL削除してしまいました。）

リダイレクト後の元記事の公開状態について

リダイレクトを設定した後、元記事をどの状態にするべきか迷ったので調べました。

ChatGPTに聞いた内容をまとめたものです。（自分用にメモ）

リダイレクト後に元記事をどの状態にするべきかは、リダイレクトの目的やSEOを考慮して決定する必要があります。

リダイレクト後の元記事を「公開」「非公開」「下書き」のどれに設定するべきか、それぞれのケースと最適な選択肢について詳しく解説します。

1. 公開のままにする場合

適切な場合

• 技術的にリダイレクトを確実に設定している場合
  元記事が公開状態であっても、リダイレクト（301リダイレクト）が適切であれば、訪問者も検索エンジンも新しいURLにリダイレクトされます。

メリット

• リダイレクトが正常に機能していれば、元記事が公開状態でも問題はありません。
• リダイレクトのトラブルが発生した場合に元の記事が表示され、404エラーを回避できます。

デメリット

• 設定ミスやキャッシュの影響で元記事が検索エンジンにインデックスされ続ける可能性があります。

2. 非公開にする場合

適切な場合

• リダイレクトを完全に設定し、元記事を訪問者に見せる必要がない場合
  非公開設定にしてもリダイレクトが適切に機能していれば、SEO上の問題は発生しません。

メリット

• 記事内容が重複していると見なされるリスクを低減できます。
• 元の記事が誤って表示される心配がありません。

デメリット

• 非公開設定にするだけでリダイレクトを設定しないと、検索エンジンやユーザーが404エラーを受け取る可能性があります。

3. 下書きに戻す場合

適切な場合

• 記事の編集や再利用の可能性を残したい場合
  下書きに戻すと記事が非公開状態になり、内部的に記事内容を保持したまま公開を停止できます。

メリット

• 必要に応じて記事を再公開できる。
• 外部からのアクセスを防ぎつつデータを保持可能。

デメリット

• 記事が404エラーを返す可能性があり、リダイレクト設定をしていない場合にはSEOに悪影響があります。

最適な選択肢は？

1. 301リダイレクトを設定した上で「非公開」にする
   • 記事を非公開にしつつリダイレクトを機能させることで、元記事が直接アクセスされるリスクを防ぎます。
2. リダイレクトが完全に動作している場合は「公開」のままでもOK
   • リダイレクト設定を優先し、元記事を残しておいても問題ありません。
3. 再利用を考える場合は「下書き」に戻す
   • 記事の内容を保持したまま非公開にできるため、リダイレクト後の運用に柔軟性が生まれます。

注意点：リダイレクトの設定が最優先

• どの状態にする場合でも、301リダイレクトを適切に設定することが最も重要です。
  設定が正確であれば、元記事がどの状態でも悪影響を与えません。

サーチコンソールでの確認も忘れずに

リダイレクト後は、Googleサーチコンソールでリダイレクトの動作状況や新しいURLのインデックス状況を定期的に確認しましょう。

リダイレクトの設定はSEOに大きな影響を与える重要な作業です。
元記事の公開状態を適切に設定しましょう！

私はブログ初心者です。
ブログ作成について、気になったことを自分用のメモも兼ねて共有しています。
こちらの内容が間違っていても責任は持てませんのでご了承くださいませ。
（※難しいことは上級者様のサイトを参考にしてください。）

このページが皆さまの参考になれば幸いです。

5GB以上は私のパソコンにダウンロードできないみたい？

サイトが大きくなるとどうしても、バックアップ時の容量が増えてしまいますよね。
このサイトのバックアップデータが5GB以上になってしまったのですが、何度ダウンロードしてもエラーになってしまうのです。

何とかダウンロードできないかと試行錯誤をしていましたが、やはり5GB以上のデータを私のパソコンでダウンロードすることはできませんでした。
もっと調べれば方法があったのかもしれませんが私には分かりませんでしたm(_ _)m

私が試したことは、
・Chromeではなく、別のブラウザー「Firefox」などからダウンロードを試してみてもダメだった。
・サーバーのダウンロード容量制限が云々とかはよくわからないのでスルーした。
(※私はXサーバーの有料版を使用)
という感じでした。

All-in-One WP Migrationではバックアップデータを分割してダウンロードできないのか？

バックアップファイルを分割してダウンロードすればいいのでは？と思って、色々調べてやっと見つけた方法が、メディアファイルだけをバックアップデータから除外してバックアップを取り、メディアファイルはFTPで移す云々…という方法でした。

この方法はちょっと私にはハードルが高そうなので、どうしてもダメだった時にこの手を使おうということで保留…😅

他のバックアップ関連のプラグインのデータを削除する！

とりあえずサイト内のデータをなるべく少なくすれば5GB以下になるかもしれない！と思って余分なものを削除していました。
そこで気づいたのですが、データを圧迫しているプラグインがあったのです。

それは、予備で入れていたバックアップ用のプラグインで「UpdraftPlus」でした。
このプラグインが悪いというわけではなく、こちらで保存していたバックアップデータのおかげで容量が増えていたのです。

そこで、このプラグインでバックアップしたデータを全て削除して、「All-in-One WP Migration」で改めてバックアップを取ってみたところ、、5GB以下になったのです！！
とりあえず今の時点ではちゃんとバックアップを取ってダウンロードすることができました。
応急処置的な対策ですが、この方法が参考になれば幸いです。

「UpdraftPlus」は念の為に入れていたものですが、復元の方法も使い方がよくわからないので、私にはこのプラグインは必要ないということが分かりました。

なので私が実際に復元に使うとしたら、「All-in-One WP Migration」が使いやすいと思いました。
このプラグインの使い方は割と簡単で私にもできそうです。
しかし、データが増えすぎた時のバックアップ＆インポートの方法は、未経験者としてはちょっと身構えます。

とりあえず今はこれでいいけれど、そのうちにバックアップデータが5GB以上になった場合は「メディアファイルを別にしてFTP がどうのこうの～」をやらなきゃいけないんでしょうね…m(_ _)m

とりあえずメディアファイルを別にすればバックアップできるということがわかったのでちょっと安心しました。

《参考サイト様》
「FTPでメディアファイルを移す方法」は、以下のサイトが参考になりました。
(というかここにもバックアップのプラグインデータが原因で容量が増えてるって書いてある～～。気付けよ…私😅)

■【All in one WP Migrationの使い方】WordPress移行・引越し方法

インポート時の容量制限を無料で上げる方法
■All-in-One WP Migrationの容量を上げる方法とバックアップ

こちらの記事が少しでもお役に立てれば幸いです。

ちなみに、私はブログを始めて2年ぐらいの初心者です。（この先もずっと初心者だと思います😅）
その程度の人が書いた覚書という感じで、極々初歩的な知識として参考にしてください。

WordPress(ワードプレス)の使い方

ワードプレスを使う中で、私が早めに覚えておいた方がいいと思う初歩的な知識を紹介します。

前提として、私と同じくブラウザはGooglechromeブラウザを使用していて、WordPressではGutenberg(グーテンベルク)ブロックエディタを使っている前提でお話しします。

ワードプレスの詳しい使い方は、他のサイト様で説明がされていますので、ここではこんな簡単なことなら早く知っておきたかった！というような覚書を紹介します。

エンター(entar)ボタンの使い方！

まず最初にワールドプレスで知らないと面倒なことは、キーボードのエンターボタンの使い方です。

entarボタンを使い分けて、段落と改行を打ち込みます。

《改行》
shift+entar　(※「shift」ボタンを押しながら「entar」のボタンを押す)

《段落》
entarのみ

私は、ワードプレスを使い始めの頃に、改行しているつもりでentarボタンを押していたのですが、entarボタンだけだと段落追加になってしまうので、改行のやり方が分からなくて困りました。
改行はshift+entarで入れられると言う事が分かっていると最初に戸惑わなくて済みます。

私は、shift+entarで改行を続けて入れると隙間が空くので、それで行間を開けていたのですが、SEO的には適切でないみたいです😅
見た目は同じなのに難しいですね。（※未だに良く分かっていないかも…）

長文を見やすくする為に、文中で行間を一行分開けるときは、段落を分けることで隙間を空けるか？改行を続けて打って隙間を空けるか？考えて使いましょう。

通常は段落を分ける方が良い(※多分)のですが、私は背景色を同じにしたい時だけ改行で行間を開けています。(ブロックが分かれてしまうと背景色を同じに出来ないから)

文中ではなくブロック間に空白を入れるときは、「スペーサー」あるいは、右側のメニューにある「ブロック下余白」(←最近知った)というものを使って空白を入れた方がいいみたいです。
(私はスペーサーを入れるのが面倒くさいからずっと改行を連打して空白を作っていましたが、これはSEO的に良くないみたいです…m(_ _)m)

見た目の仕上がりが一緒だからついついその場の感覚でやってしまいがち…。
初心者の方は段落と改行の適切な使い方を調べて勉強するといいと思います。

私は段落の概念がややこし過ぎて、未だによくわかりません…😅
サイトを検索しても分かりやすい説明がなく、人によって違う事を言っていて余計に混乱していましたが…いっそSEO的なことならば、チャットGPTに聞いた方が正確なのでは？と思って、最近GPTにいろいろ聞いてみたところ、何となく分かった様な気がしました。

SEO的なことやHTMLなどの知識は、GPTに聞いてみるのもいいと思います。
自分なりに質問の仕方を工夫すると正確な答えにたどり着けると思います。
聞き方を変えるとちょっと違う答えが来ることもあるので、求める答えが正確に来るかどうか？は自分の質問の仕方次第であり、判断力が必要だと思います。

タグに関してはチャットGPTに聞くと楽です！

私はろくにHTMLやCSSを扱えませんが、GPTに聞くと、「キラッと光るボタンリンク」なども簡単に作れるので、ほんとうに助かります。
これがなかったら私はボタンリンクなんて作れませんでした…😅

GPTの得意分野はまさにタグやサイト作成の知識だと思うので、タグの作成に関しては大いにGPTを活用した方が楽にブログ作成が出来ます。

ただGPTをうまくに使うには質問の仕方、指示の出し方がポイントになります。
いろいろと試してみてください。

ページ内で素早く目当ての単語を見つけ出す方法！

例えば、仮説と仮設と架設など、同じ仮名で漢字が違う単語を気づかずに誤変換して入力してしまった！しかもたくさん間違った単語を入力してた～😱という時に、ページの上から下まで目視で全部チェックするのは大変です。

そういう時は、「ctrl」ボタンを押しながら「F」のボタンを押すと、上に検索窓が出てくるので、そこに検索したい単語を入力して検索する(entarボタンを押す)と、一発でその単語の部分に飛んでくれます。

これは本当に便利です！

《文字検索》
『ctrl+F』

あと便利なのがリサーチの時です。
特定のキーワードをリサーチしたい時に、調べたいページに行ったら『ctrl+F』で文字検索すると、一発で目当ての単語のところまで飛びます。

これは本当に便利ですので、早めに知っおきたかった！😱と心から思いました。
是非使ってみてください。

突然ワードプレスの編集画面のサイズが変わった時

ある日突然、編集画面が小さくなったり大きくなったりする時はありませんか？

私は急に、ワードプレスの編集画面の大きさが変わって焦ったことがあるのですが、ブラウザの縮尺を変更していたのが原因でした。

編集画面の縮尺がおかしくなった場合は、Google Chrome の場合は、ブラウザの右上にある「縦3点リーダー(︙←これ)」をクリックすると、「ズーム」という項目が出てきますので、そこが100%になっているかどうか確認してください。
その変更された倍率を100％に戻すと編集画面の大きさも元に戻ります。

おそらくキーボードのショートカットを無意識に操作してしまって、知らない間に縮尺が変わっていたのだと思います。
ありがちなパターンだと思うので、注意してください。

ブラウザ画面の縮尺変更のショートカット
→「ctrl」+「マウスのホイールを上下に転がす」

ちなみに WordPress だけでなく、Google スプレッドシートの画面も急に文字の大きさがすごく小さくなったときに、直し方がわからなくて散々苦労したのに…単なるブラウザの縮尺が変わっていただけという事がありました😅

ブラウザを使っている全てのものは、「ショートカットを知らずに操作してしまうことで縮尺が変わってしまうことがある」ということを覚えておきましょう！

タイピングが苦手な人には音声入力がおすすめ！

私はタイピングによる文字入力が苦手なので、WordPressの編集画面でも音声入力が使えたらいいのに！とブログを始めた当初からずっ～～～と思っていました。

しばらくしてから、ワードプレスの編集時にも使える音声入力があるのを知りました。
もっと早く知りたかった！と思ったので、皆さんにも紹介します。

《ワードプレスで使える文字入力》
・Google Chromeブラウザの拡張機能「voice in」
→Voice In – 音声からテキストへのディクテーション
※無料で使えるのは1日60分まで

この拡張機能をGooglechromeブラウザにインストールして機能をオンにすればワードプレスの編集画面でも音声入力が出来ます。
※「voice in」の使い方は、他のサイトでも紹介されていますので調べてみてください。

《「voice in」は有能ですがちょっと困った動作もあります》
例えば、「コピー」と言うとコピーされちゃったり、「まる」が「。」に強制的に変換されちゃったり、便利な場合も困る場合も両方あるのですが、それは有料機能でカスタマイズすれば解決できるみたいです。

有料の場合は、月額料金プランだけではなく、49ドルくらいで買い切れるプランもあるようです。
買い切って時間を気にせずに使うのもありかもしれませんね。
タイピングが苦手な人にとってはかなりの時間短縮に繋がるので購入しても全然元が取れると思います！

私は買い切れることを今まで知らなかったので、月額料金なんてバカバカしいと思って購入する気は無かったのですが、買い切りプランがあるのならば、最初のうちに買い切っておけばよかったな～と今さらながら思いました…。

ちなみに、私は最近タイピング練習を始めました。
さすがにそろそろタイピングを覚えないと、ブログを作成する人としてどうなのか？と思ったので…なので、「voice in」を買い切るのが悔しいので購入しないつもりです。が、我慢できずに買いきるかも…😅

タイピング練習にはこちらのサイトがおススメです。
◆ひよこでも出来るタイピング練習講座

色々タイピング練習のサイトを試してみましたがこちらが一番使いやすかったです！

※タイピング練習用の小説を自作しましたので良かったらどうぞ。
→タイピング練習/自作小説の一覧

コピー履歴をたくさん保存できると便利！

複数の項目をコピーする時はページを何度も往復して、コピー&ペーストを繰り返さないといけないので面倒なのですが、コピー履歴を保存出来れば、一度に複数のコピーが出来て、ページを往復しないで済みます。

コピー履歴を保存する機能やソフトは、おそらくたくさんありますが私が使っているのは「Clibor」です。
テキスト専用のクリップボードで、パソコンにダウンロードして常駐させるタイプ(※インストール不要)のソフトです。これを知ってからだいぶ楽になりました。

コピー履歴を呼び出すときは、コントロールキーを2回連打するとコピーしたテキストの一覧が出てきます。
コピー以外にも、定型文やよく使うHTMLのタグなど記憶させて使っています。

ダウンロード：窓の杜
公式サイト：クリップボード履歴ソフト「Clibor」
※詳しい使い方は公式サイトを見てください。

挙動がおかしくなったら別のブラウザで編集画面を開いてみよう！

こちらのページで詳しく紹介していますが、私はワードプレスのアップデートをきっかけにワードプレスの編集時の挙動がおかしくなってしまい、まともに編集ができなくなってずっと困っていました。

それがシークレットブラウザでワードプレスにログインしてみたらあっさりと解決した事がありました。

なので、なにかワードプレスの挙動がおかしくなったな？！と思ったら、シークレットブラウザや、別のブラウザでログインして編集画面を開いてみてください。
Googlechromeブラウザの拡張機能が原因で不具合を起こしている場合が多いですので、覚えておくといいと思います。

詳しくはこちらで紹介しています。
→WordPressでエンターで段落が追加出来ない、再読み込みしないと編集できないバグ(不具合)の解決法！

このページが少しでも皆様のお役に立てれば幸いです。

パターンを埋め込もうとするとフリーズするなどの不具合について。
■ワードプレスのパターンの不具合はポチップのせい？！

なにがむかつくかって、ゾンビが湧く意味が分からなかったから！

そもそもなにがむかつくかって、意味が分からなかったからです。

収益の仕組みが分からないから、『なぜ意味のない動画を貼り付けたり、コメントを大量に貼り付けたりするのか？』がわからなかったのです。

だから余計に腹が立つんですよ！
広告も載せていないのになんでアクセス稼ぐだけで儲かるんだろう？？
と無意味なものに妨害されたり、いちいち疑問に感じること自体も不快でした。

そもそもこんなんで儲かるシステムがあるのが不可思議で、誰が得するんだろうか？と思います。
そのうち意味のないアクセス稼ぎは無効にしないといけないと思います。
アフィリエイトだって提携審査があるのになんで、SNSだけなんでもござれなのか意味が分かりません。

ひたすらゾンビをブロックしていた虚しい日々……

どうせ無限に湧いてくるんだから意味がないのはわかっていたけど、我慢できずにひたすら検索で出てきたゾンビをブロックしまくっていましたが、虚しい疲労を感じていました。

そして惨いことに検索では、ブロックしているもの(ゾンビ)や除外ワードが表示されてしまうのです……m(_ _)m

アラビア語とかインド語とかを禁止ワードに指定する方法を最近知ったのだけど……これもあまり効き目がありませんでした。

位置情報(lang:ja near:東京 within:950km)を検索時に指定することで日本のツイート以外を除外するという方法もあったけど、これはいちいち検索時にタグ貼り付けたりするのも面倒くさいし、効果も微妙だな～と思っていたら、、

強力なゾンビ撃退ワードを発見しました！
それは…

『○○ -source:Twitter_for_Advertisers』
というタグを貼って検索すると、かなり効果があったのです！
(※○○は検索ワードです。)
仕組みはよくわからないのですが、とにかくゾンビがごっそり消えたのです！！

これで楽になる！と思っていたところ、直後にもっと凄いものを発見しました。

ゾンビ撃退ツールはこれ！

それは、「x-zombie-killer」というGooglechromeブラウザのアドオン(拡張機能)です。
もちろん無料でも使えます。

パソコンのブラウザ経由ではありますが、この拡張機能を入れると一気に撃退出来ます。
しかも撃退したゾンビの数が表示されるのです。
気持ちいい～！！
わざわざタグを貼る必要もないですし精度もいいです。
もっと早く知りたかった！！という感じです。

「x-zombie-killer」公式：https://itokoba.com/archives/10358
開発者様のTwitter(X)：https://x.com/xzombiekiller1

chromeブラウザの拡張機能についての参考
■Google Chrome（クローム）拡張機能とは？｜基本的な使い方とおすすめ9選 | @niftyIT小ネタ帳↗

※グーグルクロームブラウザの拡張機能を使った事が無い方は、最初は戸惑うかもしれませんが、調べれば分かるので大丈夫だと思います。

これでやっと忌々しいゾンビストレスから解放されました！

とは言え、一部の人しかゾンビを撃退出来ないのだから、やっぱり災害時のゾンビの弊害は避けられません。
ゾンビを撃退出来ない人々の情報は守られませんから……。

以前のツイッターは災害時の救済や情報収集に便利だったのに、イーロンマスクのせいで台無しです！
これは人命や安全に関わることなので、ホントに腹立たしいです！
みんなにゾンビ撃退方法を知って欲しいです！

スマホで「x-zombie-killer」は使えないの？

残念ながらスマホに入っているGooglechromeブラウザでは拡張機能を使えません。
開発者の方は、今後スマホでも使えるアプリを開発したいようですが、まだまだ先になると思います。

しかし、スマホからでもGooglechromeブラウザの拡張機能が使えるブラウザ『Kiwi Browser』というアプリがあります。

これをGoogle Playからダウンロードして、chromeブラウザと同じように拡張機能に『x-zombie-killer』を入れればスマホでも『x-zombie-killer』が使えるのです！
是非とも試して見てください。

【x-zombie-killerをスマホで使う方法】

kiwiブラウザーなどchromeの拡張機能が利用可能なスマホ向けブラウザアプリがあります。

そちらをお使いいただければ、一応利用可能です。
お試しください。

（そのうち公式でアプリ版も出せたらいいなと思っています）https://t.co/AHgrAiYurT

— 【公式】x-zombie-killer【インプレゾンビ対策ブラウザ拡張機能】 (@x_zombie_killer) July 24, 2024

↑上のアカウントは凍結されたようです。
↓新しいアカウントはこちらです。

【アカウント再取得のお知らせ】
公式Xアカウント（@x_zombie_killer）が凍結されてしまったため再取得しました。

インプレゾンビないしは一部攻撃的な日本人（レビューでも誹謗中傷まがいのコメントをしている）の逆恨み通報が原因です。

今後はこちらのアカウントで発信していきます。

— 【公式】x-zombie-killer【インプレゾンビ対策ブラウザ拡張機能】 (@xzombiekiller1) August 20, 2024

いろいろ面倒くさい！と言う方にはこれ！

拡張機能？！よくわからないよ～！と言う方でも大丈夫です。

拡張機能を入れなくても、検索時に検索ワードの後に、スペースと-source:Twitter_for_Advertisers と入力して検索するだけで、ゾンビがかなり減りますので、このワードを辞書登録かメモ保存しておいていざという時に使って見てください。
これだけでも十分撃退出来ると思います。

タイムラインのツイートには使えないですが、検索時に使えるので緊急時に情報を検索する時に役立つと思います。

〇〇 -source:Twitter_for_Advertisers
（例：地震 -source:Twitter_for_Advertisers）

○○に検索ワードを入れて検索してみてください。

たかが、SNSと侮るなかれ！

「こんなの要らない」と、小ばかにして放棄出来る人がカッコイイのかもしれませんが、私はどっぷりTwitterを活用しているTwitter大好き民なのです。

そして、決して『X』とは言いたくないし、リポストってなに？って感じです。
イーロンから可愛かったあの小鳥さんと便利なTwitterを取りもどしたいです。

バカにする人もいるかも知れませんが、Twitterは日本人にとって有用な情報源であり、稀有なツールだと思うのです。

リアルタイムで色んな情報が流れてくるのってTwitterだけなんですよ。
ブログをやっていない人や、ブログに書くほどじゃないものを気軽にリアルタイムで書き込めるのがTwitterのいいところ。
些細な情報のありがたみは、計り知れないのですよ。

中には心無い書き込みもありますが、掲示板ほど荒れていないし、公共性が保たれていて、しかも映えなんて関係ない本音の流れる場所、それがちょうどいいんですよ。

映えは要らない！

インスタ？(ントラーメン)なにそれ美味しいの？？って感じです。
私は未だに、人のリア充自慢のなにが面白いのかが分かりません。
始まった当初から今までずっとなにそれ？？のまんまです。
「インスタ」ってそもそも見たいんじゃなくて、見せたい側(自慢)が主体だよね？って思います。

Twitterは知りたい側+愚痴る場所(自虐)のツールなんだなと思います。
そして、本音が言える場所。暴言はあるけど、アングラ掲示板ほどのカオスでもない感じがいいのです。

かつてのTwitterに戻って欲しいと心底願います…。

Xで腹立つパターン

イーロン以後はインプレゾンビだけじゃなくて、不快なツイートが増えましたよね。

• プロフ見て
  そして、見ても意味が分からない
  
  
• 続きのある感じで終わっているのに続きが見当たらない！
  しかも大勢から当たり前のように大量に返信されてて(仲間っぽい)、誰も続きがないことに触れていないのが意味が分からない。
  ※最近はその手のものは全部ブロックしたからか？見なくなったけど。
  
  
• 結局答えが書いていない
  見つからないのか？書いていないのかも分からないけど…
  他人の時間をムダに奪っていて腹が立つ！

もう意味の分からない事するのやめて欲しいです！

パターンの不具合の原因がポチップ？！

現在やっと、WordPress の不具合(エンターで段落追加できない)を解決したところなのですが……パターンの不具合は何とも解決できないんです。
(※私が使っているテーマはcocoonで、ワードプレスの現在のバージョン: 6.6.1です)

なんだか最近のWordPress のアップデート後の不具合が多いんですよね m(_ _)m
WordPress のせいなのか、プラグインのせいなのかは分かりませんが……。

しかしそれ以前に、最近すごく編集がしづらくなったと思いませんか？

• 編集中に画面の一番下まで来ると、突然一番上に編集地点が飛んでカーソルを見失う！！
  (これがすごいイラつく！！)
  
• メニューバーが大きくなりすぎて使いにくくなった
  
• パターンが編集画面で直接編集できなくなって、別のページで編集するようになったが、編集画面を別タブで開けないので編集していた場所に戻るには新たに編集ページの頭からスクロールして元いた編集地点に戻らないといけない。
  (これがかなり辛い！パターンを使うのを躊躇するぐらいに不便になった！)
• パターンの編集中に仕上がりをプレビュー出来ない！
  (これも凄く不便！！)

お呼びでない、変更ばかりされていると感じます。

なんだかどんどん不便になってる！！！！！！！！！！
しかも不具合が増えてる！！
ストレスたまる～～～～～！！(@_@)

パターンの不具合とは？

私が遭遇している不具合は、
パターンを挿入しようとすると、フリーズしてしまうというものです。

記事の編集中に左上の+ボタンを開いて目当てのパターンを挿入しようとしてクリックすると、フリーズしてしまって、再読み込みしてリセットしないといけなくなるのです。

色々試したところポチップ(プラグイン)が含まれているパターンが埋め込みできなくなっていることが分かりました。

ネットの口コミによると、昔からポチップの不具合は結構出ているみたいですね。
ポチップを使うと、アフィリエイトがエラーで成果が承認されないとか(本当かは分かりません)、アフィリエイトの成果が無効になっちゃうともったいないよな。。でも確かめようがないんですよ、元々売れてないから…😅

だけど便利だからポチップをずっと使いたいんですよ。
そもそも大量にセットしたものを他のものに今さら差し替えるなんて大変すぎてできないし、やっぱり便利だし、、なんとか不具合を修正する方法はないものか？と、ずっと調べているんですけど分からないんですよ…m(_ _)m

ポチップに頼りまくっているので、今さらポチップを消すわけにはいかないし、、どうしたものか……。
解決策なくてごめんなさい……😅
分かったら追記します。。

※追記
《解決方法》
右上の縦三点リーダー(︙)から「パターンの管理」に行って、目当てのパターンの編集画面を開いて、右上の(︙)から、「全てのブロックをコピー」をクリックしてコピーしてから、記事内に貼り付けると挿入できました。
面倒くさいですが何とかなりそうです。

パターンの不具合2

パターンの不具合が他にもありました。(2024.8月時点)

記事編集中にパターンをクリックすると上に表示される「オリジナルを編集」からパターンの編集画面に飛んで編集すると、ポチップ使っているかどうかは関係なく、表示がおかしくなって編集しづらくなっている時がありました。

言葉で説明しづらいのですが…
パターンの記事の表示の途中に、編集画面の下にある追加 CSS とかを書き込むエリアがパターンの上にかぶさって邪魔しに来るのです…。
完全にバグってます。。
短いページならいいのですが、パターンが長く続いているページだとかぶさって編集出来なくなるのです。

《解決方法》
編集画面の右上にある縦三点リーダー(︙)をクリックして出てくるメニューから「パターンの管理」に行くと、バグがなく編集できました！
ただ、パターンの候補から目当てのパターンを探さなければ行けないので、すごくめんどくさいです。

おそらく、上に出てくる「オリジナルを編集」に問題があるような気がします。

そのうち修正されると思いますが、同じ状況の方の参考になれば幸いです。

初心者の方は、こちらも参考になるかもしれません。
■ワードプレスのブログ作成で最初に知っておきたい知識を紹介(超初心者用)

編集画面でエンターで段落が追加出来ないバグの解決方法。
■WordPressでエンターで段落が追加出来ない、再読み込みしないと編集できないバグ(不具合)の解決法！

エンターがおかしい！段落が追加できない！編集できない！

私は、今年(2024年)か去年あたりのWordPress のアップデート以降、ものすごいバグに見舞われていたのですが……やっと解決法が分かりました！！
長かった苦悩がやっと終わりました！！

症状としては、

• エンターで段落が追加できない
• 編集中にフリーズする
• 一か所編集する度に、フリーズして再読み込みしないと次の編集ができない

などの症状がありました。

私はいくつかのサイトを作っているのですが、そのうちの2つにその症状が出ていました。

ずっ～と、長い間調べ続けていましたが修正方法が分かりませんでした。
ワードプレスのバージョンをダウングレードしてみても治りませんでした。

あれやこれやとやっても全然直らず、、
もうWordPressを再インストールとか、新しく作り直したりとかしないといけないのかな？
新しくWordPressを再インストールするって一体どうすればいいんだい？
新しくインストールしてバックアップから再構築ってできるのかな？
写真とかどうするの？ちゃんと元通りになるの？ドメインはどうなるの？とか、、
そもそも再構築したらバグも再現されるのでは？とか…。
もう訳が分からな過ぎて……
私のスペックでは対処できないな～(涙)なんて、絶望的な状態になっていたところ……
なんとなくネットを検索していったらふと目に留まったのです。

そこに書いてあった言葉それは、、
ブラウザのせいではないか？ということでした。
シークレットブラウザで稼働した場合にバグが消える場合があるというようなことが書いてありました。

不具合の原因を確認するときの方法に、
・他のブラウザで試す
・プライベートモードで起動する
・Cookieやキャッシュをリセットする
などの方法があると紹介されていました。

GoogleChromeを使っている人は、シークレットブラウザで編集してみるとバグがが出ない場合があるという情報があって、試しにやってみたら……なんと治りました！！

バグの出ていない他のサイトも同じブラウザを使っているので、なぜその2つだけにバグが起きていたのかは分かりませんが、とにかく普通に編集できるようになりました！！

シークレットブラウザで毎回ログインするのがめんどくさいので、今まで使っていたChrome ブラウザとは別のアドレスでログインした新しいChromeブラウザでログインしたところ、普通に編集できました。
おそらく、元々使っているブラウザの拡張機能のせいかもしれません。
そのブラウザには拡張機能がいっぱい入っているのでそのどれかと、WordPress の何かが合わなかったのだろうと思います。

もう完全に絶望していましたから、普通に編集できるようになってよかったです！

未だにエラーの原因は分かりませんが、とりあえず編集できるようにはなりました✨
もし、原因がわかったらこちらで報告したいと思います。

同じ症状の人に届いてほしい！！
皆さんも同じ症状の方がいたら、試してみてください！

こちらのページがお役に立てたら幸いです。

初心者の方は、こちらも参考になるかもしれません。
■ワードプレスのブログ作成で最初に知っておきたい知識を紹介(超初心者用)

パターンを埋め込もうとするとフリーズするなどの不具合について。
■ワードプレスのパターンの不具合はポチップのせい？！

スプレッドシートでタイトルに変換できない時の対処方法

このような画面で「はい」を選択しても、タイトルに変換されません！

画像の右下の『はい』です。

解決方法は意外と簡単でした！

URLにカーソルを合わせると出てくるウィンドウ(上の画像)で、編集のマーク(右上のペンのマーク)をクリックして、一度編集画面に行ってから(ここで編集しなくても、編集しても大丈夫です。※編集しないとダメな事もたまにあります)、元の画面に戻ってもう一度、URLにカーソルを合わせて『はい』をクリックすると、なぜか急に変換できるようになりました！
原因は分かりませんがこれで編集できるようになると思います。



そして、再びスプレッドシートを開いて現象が再発したときは、もう一度同じことをするとまた変換できるようになります。

なので、URL がタイトルに変換できなくなった場合は、一度編集画面を開くということが解決方法になります。

これで必ず解決できるとは限りませんが、もし困った方は試してみてください！

※追記　2024.5/12
不具合が直りましたね。そもそも不具合があったのは私だけなのでしょうか？
本日から急に、普通にURLをタイトルに変換出来るようになりました。

「URLをリンクのタイトルに置き換えますか？」という質問が出ない時がある！

時々ですが、リンクにカーソルを合わせるとサムネイルが出てくるのに、「URLをリンクのタイトルに置き換えますか？」という質問が表示されないので、タイトルに変換出来ない事がありませんか？

これは前から気になっていてずっと解決方法が分からないままだったのですが、運よく気づいたのでこちらで共有したいと思います。

なぜか質問が出ない！！😱

この赤い四角に囲まれた部分しか出て来ない時があります！

これは、カーソルを合わせるだけではなく、該当のセルをクリックして選択している状態にしてから、URL をクリックすると質問が出てくるようになります。
ちょっと説明しづらいのですが…やってみるとできると思いますので試してみてください！

こちらのページがお役に立てれば幸いです。