いつものようにコーヒー片手に、AI自動投稿のログをチェックしていた時のことだ。ピタッと、時間が止まったかのような感覚に襲われた。 エラーログがずらりと並び、見慣れた「投稿成功」の文字はどこにもない。 うわ、終わった。 僕のPinterest自動投稿が、完全に沈黙していたのだ。 ・...
いつものようにコーヒー片手に、AI自動投稿のログをチェックしていた時のことだ。ピタッと、時間が止まったかのような感覚に襲われた。
エラーログがずらりと並び、見慣れた「投稿成功」の文字はどこにもない。
うわ、終わった。
僕のPinterest自動投稿が、完全に沈黙していたのだ。
・Pinterest自動投稿停止からの復旧
・旧セレクタ全滅からのDOM解析
・入力フィールド混線の「読み戻し検証」
🚨 突然の沈黙：Pinterest自動投稿が停止した日
まさか、こんな日が来るとは思わなかった。
これまで何事もなく動いていた、僕のAIによるPinterest自動投稿システムが、突然エラーメッセージを吐き始めたのだ。
それも、一部が動かない、というレベルではない。
まさかの「旧セレクタ全滅」。WebサイトのUI変更は個人開発者にとって、ある意味で宿命だ。
だが、今回は違った。
UIが大規模に刷新され、これまで僕のプログラムが依存していたHTML要素のパス（セレクタ）が、一つ残らず消え去っていたのだ。つまり、僕のAI自動投稿プログラムは「どこを操作すればいいか分からない」状態に陥ってしまった。
完全に盲目だ。
・PinterestのUIが大規模刷新
・既存のCSSセレクタが全滅
・自動投稿システムが完全に停止
・泥沼の復旧作業の始まり
🧪 泥沼のDOM解析：新UIの内部構造を暴く戦い
途方に暮れても、始まらない。
僕はすぐにブラウザのデベロッパーツールを開き、Pinterestの新しいUIの解析に取り掛かった。
まずは、現在のDOM（Document Object Model）をすべてダンプする。
それを旧UIのDOM構造と徹底的に比較する作業だ。どこが変わり、どの要素が追加され、どんな属性が付与されたのか。
まるで遺跡の発掘作業だ。
セレクタを一つ一つ探し、新しいパスを特定していく。これまで使っていたCSSセレクタの多くは無効になっている。
XPathを駆使したり、属性値から類推したり。
新しいUIの解析は、本当に骨が折れる。特に、クラス名がランダムなハッシュ値だったりすると、もうお手上げ。安定した属性を見つけるのが鍵なんだ。今回はセッション情報（Cookie注入）やユーザーエージェント（UA）の紐付けも重要だった。
加えて、セッション情報（Cookie注入）やユーザーエージェント（UA）が、UIの挙動に大きく影響することも再確認した。
これらの情報を正しく設定しないと、そもそもログイン後の画面にすら辿り着けないからだ。
この泥臭い作業で、僕はPinterestの新しいUIの骨格を少しずつ掴んでいった。新しいボード作成のフロー、画像アップロードのモーダル、そして投稿ボタンの位置。
気がつけば、数時間が経過していた。
⚠️ 発生ログ：入力フィールドの混線と「読み戻し」検証への道
セレクタを更新し、なんとか新しいUIに対応したつもりだった。
しかし、次のテストでまたしても想定外の事態が発生したのだ。
「タイトル」欄に、なぜか「本文」が入力されてしまう。
「おいおい嘘だろ…」。何度試しても、同じ結果だ。
プログラムが意図したフィールドに、正しく値が入らない。
これが本当に厄介だった。コード上は正しいのに、Webサイトの裏側で何かが起きているとしか思えない。
WebサイトのUI変更では、こんな「見えない混線」が起きることがある。
これは、書き込み後に本当に書かれているかを検証する必要がある。
・使用AI：Claude
・作業時間：3時間
・発生エラー：入力フィールドの混線（タイトルに本文流入）
・精神ダメージ：★★★★★
読み戻し検証の実装
時系列で振り返ってみよう。
- 10:00 - セレクタ更新後のテスト:
- DOM解析で取得した新しいセレクタを使って自動投稿を試す。
- 結果：投稿は成功するものの、タイトルフィールドに本文の内容が誤って入力される。
- 10:30 - 入力フィールドの属性確認:
- ブラウザのデベロッパーツールで、タイトルと本文の入力フィールドの属性を再確認。
- 見た目上は異なるフィールドだが、内部で何らかの関連性があるのか？ 特定できず。
- 11:00 - 「読み戻し検証」の実装:
- この混線を解決するため、「書き込み後の読み戻し検証付き入力処理」を導入することを決断した。
- 書き込み: まず、ターゲットの入力フィールドに値を書き込む。
- 読み戻し: 次に、そのフィールドから値を読み戻す。
- 検証: 読み戻した値が、書き込んだ値と一致するかを確認する。
- 一致しない場合、再度書き込みを試みるか、エラーとして処理する。
この「読み戻し検証」を導入することで、フィールドが混線していても確実に正しい情報が書き込まれるようになった。
まさかこんな泥臭い検証が必要になるとは。
| 従来の入力方法 | 読み戻し検証付き入力処理 |
|---|---|
| 書き込むだけ | 書き込む→読み戻す→検証する |
| 意図しない混線あり | 確実に書き込みを保証 |
| 無言のエラーで失敗 | 問題を早期に検知 |
✅ スクレイピング復活！泥沼の先に掴んだ自動投稿の安定
「読み戻し検証付き入力処理」を実装し、ようやくシステムは安定した。
何度もテストを繰り返し、無事にPinterestへの自動投稿が復活したのだ。
僕のAIは、迷うことなく「特定のコンテンツテーマのボード」を選択し、AI開示スイッチも忘れずにONにする。
・UI変更には「読み戻し検証」が有効
・セレクタだけでなく、入力値の検証が重要
・泥臭い試行錯誤こそが自動化の肝
WebサイトのUI変更は、個人開発者にとって永遠の課題だ。だが、今回の経験で、どんなに困難に見える問題でも、一つ一つ丁寧に解析し、検証を繰り返せば必ず解決できるという確信を得た。
まさに、泥沼の先には必ず安定が待っている。
📌 変わるUIと向き合う：個人開発者が持つべき心構え
「自動化ツールは一度作ったら終わり」ではない。
むしろ、完成は始まりに過ぎない。
Webサイトは常に変化し、その変化に追随することが、自動化ツールを維持していく上で最も重要なスキルだと痛感した。
システム開発は、生き物と同じだ。常に監視し、変化に対応し、時には根本から見直す勇気も必要になる。
そして、システムの裏側で何が起きているのかを「想像し、検証する力」。
それが、自動化ツールを長く、そして安定して運用していくための、個人開発者が持つべき心構えなのだ。
💡 あなたの自動化ツールを守るために、今日から始める一歩
今回のPinterest自動投稿停止の経験は、僕に多くのことを教えてくれた。
もしあなたの自動化ツールがWebサイトのUI変更で停止してしまったら、まずは冷静にDOMをダンプし、新旧の構造を比較してみてほしい。
そして、特に重要な入力フィールドには、「書き込み後の読み戻し検証」を導入することを強くお勧めする。
これは、今後のあなたの自動化ツールを守るための、非常に有効な一手になるはずだ。
・WebサイトのUI変更で自動投稿が停止することは避けられない
・DOMのダンプと新UIの徹底的な解析が復旧の第一歩
・入力フィールドの混線には「読み戻し検証」が絶大な効果を発揮
・自動化ツールの維持には継続的な監視と泥臭い検証が不可欠
・今後の実験予告: 他のWebサービスでのセレクタ追従性向上と、AIによる自動デバッグの可能性を模索する
今回のような自動化ツールの復旧ログや失敗談は、Substackでも配信している。
新しい実験をいち早く読みたい方は、ぜひ登録してみてほしい。
