しかし、その勉強会に出席している間、ふと「自分がここで書いているブログとChatGPTを連携させて、文章作成の簡略化を図れないか」という思いつきが頭に浮かんだ。

それで、今日、暇な時間を見つけて、WordPressとGhatGPTの連携方法を学んだ。やり方はそんなに難しくないようで、WordPressに「AI Engine」というプラグインをインストールして、そのプラグインにChatGPTのAPIキーを入力すればいいとのことである。そのやり方は、「WordPress ChatGPT 連携」などとキーワード検索すれば大量に出てくるので、それを参照されたらいいと思う。

僕がここで言いたいのは、連携方法ではなく、連携した後の使い道についてである。実は、この記事を最初はChatGPTに作成させようと試してみたのだが、なんとエラーが出てしまい、作成ができないのである。エラーは

Error

OpenAI: You exceeded your current quota, please check your plan and billing details. For more information on this error, read the docs: https://platform.openai.com/docs/guides/error-codes/api-errors.

という内容だった。この英語の内容そのままにGoogleで検索をかけたところ、原因はChatGPTをWordPressで使う前に、ChatGPTの使用料金を支払わないと、使えないというところにある。僕自身のChatGPTのアカウントは無料版を使っているのだが、どうもAPIを使用する際には有料課金になってしまうらしいのである。

まだ、完全に調べ切った訳ではないから、ブログを書くのにChatGPTを無料で使う方法がないかは追加調査が必要だが、現時点ではせっかくWordPressにAI Engineというプラグインを入れて、ChatGPTのAPIキーまで取得したのに、ブログ記事を書くのにAIの助けを借りることができない。WordPressとChatGPTの連携方法を書いてあるブログでは、この料金プランのことを書いてあるサイトはないように思えるので、注意が必要である。

しかし、思いつきで始めたChatGPTの使い道が、あっさりと目論み崩れたのにはがっかりである。もう少し勉強は必要かも知れない。

電話の中で、売買手続きはゴールデンウィーク中の30日を目安に売主と行うように進めている、という話があった後、手付金として100万円強の入金が当日必要である、という話はいただいた。これはローンにはならないみたいなので、スマートフォンの銀行アプリの振込限度額を200万円にアップする手続きを行なっている。多分、当日にはスマートフォンから指定された口座に振り込みをすることになるのだと思う。

後、精神疾患を抱えているため、通常の住宅ローンは通らなかったという話は書いているが、唯一通りそうなのはフラット35である。フラット35が通りそうなのは、単に団体信用保険をつけなくてもローンの申請ができるからで、精神疾患のために団体信用保険の審査に落ちているものと思われる僕的には、これが無いだけでローンに通る可能性は高くなると思う。金利が高いのは難点だが。

ただ、30日の売買契約時にフラット35のローン審査が通るかどうかはわからない。審査に時間がかかるから、30日に可否決の結果が出るとは限らない。なので、申請書類は送ったので早めに記入して返信して欲しいという話もあった。

先ほど、郵便ポストを見たところ、フラット35の申請書類は届いていた。ただ、今日は書く気にならないし、今日書いたところで郵便の収集は時間的に終わっているから、この土日で書くつもりである。できるだけ早めに動きたいとは思うが。

また、バタバタする週末になりそうだが、時間はあるので、じっくり書類は書きたいと思う。

その記事を書いた後、資料の一部に目を通し、懸念事項に対するある種の回答みたいな内容を見つけた。それで、昨日の夕方、候補物件の購入意思を固めて、「購入申込書」にわかる範囲で記述し、pdf化してから不動産会社にメールで購入意思を示すことにした。

物件は横浜市の南部である。京浜急行の沿線と思って貰えばいいかと思う。実家からも近く、精神疾患の通院治療を受けられる病院からも近く、また、周囲は割と静かで、近くにコンビニ、スーパーがあることが決め手である。ホームシアターを構築するのにも、部屋の広さといい、静音性といい、悪くないかなと下見の時に思った。

午前中に不動産会社から「購入申込書」で僕がわからないので書き込まなかった項目について、「こういう内容で書いて欲しい」という連絡があり、昼休みに追加で記述してからまたpdf化して、再送した。

また、その連絡の中に購入締結の手続きを4月末に行いたいのだが、首都圏に来る予定はあるか、という問いかけもされていた。中古マンションを買うと決めた時に、ゴールデンウィークは海外旅行をするつもりだったのをやめて、たまには実家に帰るか、と思って見込みで実家帰省の航空券の予約をしていた。そのため、購入締結の手続きは首都圏でできそうなので確実に空いている曜日も連絡した。

2月あたりから徐々に神奈川に住まいを移す計画を進めてきたのであるが、会社も含めて本格的に動き出した感はある。実際にはまだまだクリアしなければならない部分が多いので、神奈川で暮らし出すのは夏ぐらいかなと思っているが、スケジュールは見え始めた感はある。

その間にも住宅ローンの仮審査の結果が届いたのだが、予想通り、団体信用保険の部分で否決された。精神疾患を抱えているから、団体信用保険の点で否決されるかもとは思ったのだが、予想通りだったので、何となく差別されているなとは思った。

住宅ローンでも、フラット35の団体信用保険未加入審査ならば、ローンが通りそうではあったが、利率は当然通常のローンよりは1％以上高い。しかし、ローンを組むのだったらフラット35の団体信用保険未加入しかないので、それで月々の支払額のシミュレーションをしてみた。元々は現金一括で買っても老後は安全だろう、というファイナンシャル・プランナーのお墨付きはいただいているので、フラット35でローンを組んでも大丈夫だと思う。精神疾患を抱えているので、平均寿命は健康な人よりは短いと思うし。

比較表を作った後、気になる点がいくつか出てきたので、不動産の方に質問を投げていた。回答で「この週末には返事できると思います」とあったのだが、昨日の昼になっても回答がなかったので、昨日の午後に「どうでしょうか?」と確認のメールを投げたところ、SMSで「今日中に回答します」と連絡があり、夕方に回答メールが届いた。

昨晩は精神的にちょっとじっくり回答を見られなかったので、今日、仕事の合間にちょこちょこ見たり、欠けていた比較表を埋めたりしていた。それで、ほぼ、購入すべき物件を決めていた。

ただ、もう少し資料を読み込みたいと思うところもあるので、明日、明後日は仕事がそんなに忙しくないので、仕事の合間に資料を読んで、そろそろ購入物件を決め、購入の意思を不動産の人に示したいとは思った。水曜あたりまでには結論を出したいなと思った。あまりダラダラしていても決められないので。

どの道、今の社宅は契約切れのために来年の春までに出て行かざるを得ないので、少し早めに行動するだけなのであるが、何せ一生の買い物になる住居購入なので、思い切りがなかなか切れないところもある。でも、自分で神奈川に戻ると決めたことでもあるので、割り切ったところも必要かと思う。

神奈川に引っ越すといっても実家には戻らない。実家に戻ったらおそらく介護離職に巻き込まれてしまい、自分の生活が破綻するので、実家からそんなに遠くない場所に中古マンションを購入して、そこに住む予定である。もちろん、福岡住まいの中で購入した品物が溢れていて、実家に入りきらないと言うのもある。実家には55型のテレビを置くスペースはないし、5.1.2chのDOLBY ATMOS環境を作ることもできないからである。

資金はあるつもりなので、セゾンカードと提携している会社とのやり取りで実家から近く、かつ価格がある程度低めで、利便性が高く、精神疾患の病院にも通いやすいところ、ホームシアターができる広さの部屋という条件でいくつか物件を提示してもらった。

提示してもらったいくつかの物件のうち、2-3件ほど目星をつけ、資料からはわからない疑問をメールベースで問い合わせたりしていた。

そして、明日と明後日、神奈川に移動し、実際の物件の下見をしてくる予定である。しかし、昨晩、メールが届いて候補の物件の一つが他の方に契約されてしまったので、別の候補を2件提示するから、見学しますか? と急に言われてしまった。こちらも慌てたが、まず物件の下見はするという回答をしている。

その後、慌ててネットで新たに提示された物件についての評判等を調べた。一つは駅からわずか2分の近さではあるが、価格が少し高いのと部屋は狭く、また線路と道路ぎわなので、多分下見はしても選択肢からは外れるかな、と思っている。

もう一つは、駅からは遠いかわりに安い。ただ、ネットの情報だと事故物件が2部屋ほどあるみたいである。近所にスーパーもコンビニもないので、明日、明後日の下見でどう印象が変わるかによると思う。

最初に提示されてまだ空き部屋になっている物件は、現時点では第一候補かなという気はするが、現地に行かないとなんとも言えない。資料やネットの評判では悪くはないし、価格的にも広さ的にも駅からの距離やスーパー、コンビニの近さ的にも悪くないのだが。

明日、明後日の下見で物件購入を決めるかどうかまだわからないのであるが、まずは実際の環境を見ないと判断できないところが多いので、いろいろ確認してくるつもりでいる。土日の神奈川移動なので疲れそうだが。

今日、3連休で暇というのと、映画を観る気はわかなかったので、この対処をしてみようと思った。映画の記事でエラーが起きているのは、Amazonアソシエイトが原因で、画像付きのリンクを映画の紹介ページに貼り付けていたのだが、昨年の12月末を持ってこの画像付きリンクが廃止され、Amazonアソシエイトは単純なリンク機能だけになってしまったことに起因することを最近になって知った。

それで、Pinterestの方は、映画の記事のfeedを引っ張って表示する設定を削除した。単純にfeedのURLを登録していたのを削除しただけである。

問題はブログの記事のほうで、画像付きリンク廃止によって表示画面は「?」マークが出てしまうようになってしまっていた。これはみっともないので、一括で「No Image」に置き換えられないかな、とネットを探していた。

すると、すでにWordPressにインストールしてあるプラグインの「Search Regex」を使って、正規表現でAmazonのリンクを検索かけて、置換すれば解決しそうだと分かった。

参考にしたサイトは、「きむおばブログ」の「WordPressで運営しているブログから廃止されたAmazon画像リンクを一括削除する方法」というページであるが、ここに書いてある内容をそのままコピペではうまく行かなかった。

最終的には下記内容を検索ボックスに入力し、置換用文字列に「No Image」とすることで、100ページ近い画像付きリンクを一括変換できた。

<iframe sandbox.*.*</iframe>

今年の1月からずっと気になっていた部分ではあるが、無事解決できたので、気分的にはスッキリした。

それを受けて、このブログ自体もIndexing APIを使ってページのインデックスできないかと思い、Google Cloudのプロファイルをこのブログ用に作り、手順に従って設定を行った。設定が終わり、適当に選んだページのインデックス促進を促したところ、うまくいきそうだった。

しかし、このブログでIndexing APIを動かした後、「がちゃんの部屋」の方のインデックス促進を促そうとしたところ、「がちゃんの部屋」の方のAPIが停止していて、インデックス促進に失敗してしまった。失敗した後、APIを起動しなおし、「がちゃんの部屋」のインデックス促進ができるようになった。

そのあたりからトラブルが発生してしまった。このブログの管理画面で、「アクティブなphpセッションを検出」というエラーと、「RESTエラーが発生しました」というエラーの2つが出てしまった。WordPress上致命的なエラーであり、Indexing APIを導入したことによるエラーだと推測できたので、このブログにインストールしてあったプラグインを停止したが、解決しなかった。Google Cloudにあるこのブログ用のプロファイルを削除しても解決しなかった。それどころか「がちゃんの部屋」のWordPressの管理画面でも全く同じエラーが発生してしまった。

何かが欠けている、と思った末に、GoogleのSearch Consoleの設定も変更していたことを思い出した。それでSearch Consoleのこのブログの設定をIndexing APIを導入する前の状態に戻した。

その結果だが、ようやくこのブログの管理画面と「がちゃんの部屋」の管理画面からエラーメッセージが消えて、正常動作するようになった。かなり焦ったが、2つのブログを同時にIndexing APIを使ってページのインデックス促進を図ることは無理のようである。このブログの方はまだアクセス数はそこそこあるので、当面Indexing APIは使わずに運用し、「がちゃんの部屋」だけAPIを使って運用していこうと思っている。

しかし、なぜか2021年ぐらいからSearch Consoleで「検出-インデックス未登録」と表示されて検索結果に出てこない通常のブログやwebサイトのページでもこのIndexing APIを設定すれば、インデックス未登録のページがインデックス登録される、という記事が多数登場することとなった。もちろん、ブログや通常のwebサイトでのページの登録にはIndexing APIの使用は対象外であり、トラブルがあっても自己責任だし、利用目的も違うのだが、ブログやwebサイトのページの登録に使用したら違反だ、という明確な記述もないことから、Search Consoleで地道にブログやwebサイトの記事管理をしているにも関わらず、「検出-インデックス未登録」のページが多数出現する管理者が次々にIndexing APIを使ったページのインデックス化を図っているのが実態である。

僕もそれに倣ってIndexing APIを設定して、「がちゃんの部屋」のページをインデックス化しようと企んだ。900ページ近くあるサイトではあるが、2022年1月にWordPressに移行してから、100ページ程度しかインデックス化されず、アクセス数もわずかなので、ページを作るモチベーションを保つのが大変だったのである。

Indexing APIの設定方法はGoogleで「Indexing API 使い方」と検索すれば山のように出てくるので、特に僕は書かない。書いても読まれる可能性は少ないし、書くのが大変というのもある。ただ、効果はというと現時点では絶大である。WordPressに引越して1年半以上頑張って100ページしかインデックス化されなかったのに、Indexing APIを使って2-3日で300ページ以上のインデックス化が図れたのである。900ページを一気にインデックス化できればいいのだが、APIの仕様上、1日で最大200ページしか作業できないから、2-3日で300ページ以上のインデックス化は成功と言える。ちなみにIndexing APIはページのインデックス化を強制するのではなく、「検出-インデックス未登録」のページにGoogleのクローラーを呼び寄せるためのものである。それも強制ではないから、インデックス化されないページもあるだろうし、クローラーが来ないページもあり得る。

それでも20年にわたって色々書き続けたページがGoogleの検索にも引っかからず、ただ、サーバーの肥やしになっているのは耐えられなかったので、Indexing APIの作業は続けるつもりである。インデックス化されても見る人がいないと、それはそれで寂しいものがあるのだが、インデックス化されないということは人の目に触れる第一歩ですら達成していないことになるから、作業を続行してみようと思う。

このブログにしろ、「がちゃんの部屋」にしろ、インデックス化されない原因の一つが、sitemap.xmlに記述しているURLをGoogleが認識しない、というのがある。sitemap.xmlの読み込みには成功しているのだが、それがGoogleのインデックス作成に全く活用されていない。そのため、書いた記事は大量にあるのだが、検索結果に引っ掛かる記事は少ない、という問題を抱えている。

その問題の解決策のテストをしている時に、ふとこのブログの記述するユーザーを見ていたところ、なぜか2人のユーザーで記事を書いていることになっていた。bloggerからWordPressに移行した当初の時に少しトラブってユーザー設定をやり直したことだけは覚えているが、どうもその時に管理者ユーザーの他に記事を書いたり修正したりする権限だけ与えられている別ユーザーも作ってしまったらしい。

別ユーザーの記事数は8600記事を超えていて、bloggerからの移行データをそのまま持っている感じ。管理者ユーザー、つまり設定をきちんと行なったユーザーの方は600記事程度なので、WordPress引越し後に記述した記事のようだ。

そのままでも不具合はないのだが、どうも僕しか執筆者がないのに2人のユーザーがいるのが気分が悪く、また記事のインデックス化にも悪影響を与えそうな気がしたので、別ユーザーのアカウントを削除することにした。

WordPressのメニュー画面から「ユーザー」-「ユーザー設定」と進むと、2人の登録ユーザーが現れるが、削除したい別ユーザーをマウスオーバーすると、「削除」の文字が現れるので、これをクリックする。

すると「ユーザー削除」の画面になるのだが、ここで「このユーザーが所有するコンテンツをどのように処理しますか?」と選択する画面が現れるので、今回は管理者のユーザーにコンテンツを統合したいので、「すべてのコンテンツを以下のユーザーのものにする(ユーザー名)」を選択し、管理者ユーザーの名前が現れていることを確認してから、「削除を実行」する。

これで、管理者が僕のユーザー一人になって、コンテンツはすべて僕の所有した状態になる。まだまだ、このブログの修正には手間と時間がかかりそうだが、少しずつでもやっていくしかないだろう。何せ、Googleの検索に引っかからないと、いくら書いても読んでもらえないのだから。

原因一つはInvisible reCAPTCHAのプラグインにあることはエラーメッセージから明白だった。WordPressのバージョンが上がっていくのに、このプラグインは3年も更新されていなかったためである。そのため、整合性が取れなくなっていたのだと判断した。Invisible reCAPTCHAはアンインストールしたので元に戻ったが、何らかのreCAPTCHAのプラグインをWordPressにインストールしておくことは、スパム対策に必要だと判断したので、別のプラグインを探し、Advanced Google reCAPTCHAというプラグインを導入した。

これで、サイトのセキュリティは保たれたと思ったのだが、別の問題に遭遇した。iPhoneやiPadにインストールしてあるWordPressのアプリが使用不能になってしまったのである。WordPressアプリは常にログインした状態でいるのだが、記事の更新をしようとすると、「連携できません」と表示が出て、ユーザー名やパスワード確認画面に飛んでしまい、何も出来ないのである。

webでWordPressにログインし、Advanced Google reCAPTCHAを無効にすると、WordPressアプリは使用できるので、Advanced Google reCAPTCHAのセキュリティ機能が働きすぎて、WordPressアプリが不正な動きをする判断をGoogle reCAPTCHAがしてしまっていると推測できた。

原因はわかったが、解決方法はわからないままである。2つ選択肢があって、セキュリティを高めたまま、つまりAdvanced Google reCAPTCHAを生かしたままWordPressアプリの使用をやめてiPhone/iPadでもSafariで書き込みをするか、Advanced Google reCAPTCHAを無効にしてWordPressアプリでも書き込めるようにするかである。

ただ、WordPressへの不正アクセスは多いので、Advanced Google reCAPTCHAを無効にするのはリスクがありすぎる。このブログも大した正式アクセスがないのに、しばしば不正アクセスを試みる人が多いのである。なので、当面はiPhone/iPadでもSafariからWordPressへの投稿をせざるを得ないかなと思っている。何か新しい解決方法が見つかれば、またそれでセッティングを行っていきたい。