管理画面に入れなくなって2週間──AIに教わりながらWordPressを復旧した記録

4月6日の投稿を最後に、ブログが止まった。
最初は軽く考えていた。
「パスワードを間違えただけかもしれない」
その程度の認識だった。
だが現実は違った。
WordPress管理画面に入れない。
FTP認証もよく分からない。
ConoHaのサポートからは「サポート対象外寄り」の返信。
phpMyAdmin？ DB？ SiteGuard？
聞いたことはあっても、実際に触ったことはなかった。
気がつけば、2週間が経っていた。

「全部壊れたのかもしれない」という感覚
ブログ運営の解説動画では、よくこう言われる。
「初心者でも簡単」
「3分で設定可能」
「すぐに収益化」
だが実際にトラブルが起きると、そんな空気は一瞬で消える。
管理画面に入れなくなった瞬間から、こちらは完全に素人だ。
どこが壊れているのか分からない。
何を触れば危険なのかも分からない。
しかも今回は、FTP認証まで通らないように見えていた。
「もしかして全部壊れたのか？」
そんな感覚がじわじわと広がっていった。

YouTubeで見ていた知識と、実際の運営は別物だった
2～3年前、私はブログを始める前に大量のYouTube動画を見ていた。
SEO。
WordPress。
アフィリエイト。
ConoHa WING。
おすすめプラグイン。
知識は得たつもりだった。
だが、実際に自分のサイトで問題が起きると、話はまったく違った。
動画では、
「FTPで接続します」
の一言で済む。
しかし実際には、
「FTPってどこから開くのか？」
「どのパスワードを使うのか？」
「WordPressとFTPとDBは全部別なのか？」
というところから始まる。
この“現実との距離”は、実際に触って初めて分かる。

AIに教わりながら、少しずつ進めた
今回かなり大きかったのは、AIと一緒に作業を進められたことだった。
一人だったら、おそらく途中で止まっていたと思う。
FTP接続。
ファイルマネージャー。
wp-content。
plugins。
siteguard。
wp-config.php。
phpMyAdmin。
wp_users。
今こうして並べると、それなりに理解しているように見える。
だが実際には、
「このボタンを押せば良いのか？」
「ここを触ると壊れないか？」
「今の操作は危険ではないのか？」
を、一つずつ確認しながら進んでいた。

原因はSiteGuardだった
最終的に問題の一つだったのは、SiteGuardだった。
ログイン画面では、
「入力内容を確認してください」
という曖昧なエラーしか出ない。
最初はパスワードミスだと思っていた。
だが、実際にはセキュリティプラグイン側が認証を遮断していた。
pluginsフォルダ内の
siteguard
を、
siteguard_old
へ変更。
たったそれだけで、ようやく“本当のエラー”が表示されるようになった。
ここまで来て初めて、
「ことのはびと」という表示名ではなく、実際のログインIDが別に存在していることも分かった。

本当のユーザー名はメールアドレスだった
phpMyAdminの wp_users を確認すると、
user_login
に表示されていたのは、メールアドレスだった。
つまり私は、ずっと“表示名”でログインしようとしていたことになる。
これは初心者にはかなり分かりづらい。
しかも途中では、
「このサイトに登録されていません」
という表示まで出る。
だが、今思えばあれは進展だった。
SiteGuardの遮断を突破したからこそ、“本当のWordPressエラー”が見えるようになっていたのだ。

久しぶりに見た管理画面
そしてようやく、WordPressの管理画面へ戻れた。
約2週間ぶりだった。
たかが管理画面。
されど管理画面。
だが、その画面が表示された瞬間、
「ああ、サイトはちゃんと生きていたんだな」
という妙な安心感があった。

ブログ運営で本当に必要なのは、こういう経験なのかもしれない
SEOも重要だ。
収益化も重要だ。
AI活用も重要だ。
だが、その前に必要なのは、
「サイトが止まった時に戻って来られるか」
なのかもしれない。
今回私は、
FTP
phpMyAdmin
WordPress構造
セキュリティプラグイン
DB接続
まで触ることになった。
本来なら避けて通りたかった領域だ。
しかし逆に言えば、ここを一度経験したことで、ブログ運営に対する感覚はかなり変わった。
“ただ記事を書く”だけではない。
ブログとは、小さなシステムを維持し続けることでもあるのだと思う。