【Ai実践記】「たった1文字で、全部止まった」LPの締切タイマーが公開ページだけ動かなかった話

HTMLコードは直っていたのに、画面だけが古いままだった

今日は、一瞬で終わると思っていた作業に、想像以上に時間がかかった話です。

※記事の最後に、このnoteを書くキッカケになったLPのリンクもご案内しています。

先に、結論からお伝えしますね。

タイマーが止まっていた原因は、たった1文字のずれと、サーバーキャッシュの二重問題でした。

WordPressが、保存するたびにコードの記号を勝手に別の文字に書き換えていた。
さらにサーバーが、古いページを保存したままだった。
だから「直したのに、変わらない」状態が続いてしまったんです。

原因が二重だったから、片方だけ直しても画面は変わらない。
F12でコンソールを開いて、一つずつ疑う——その順番が、今回の正解でした。

ここから、締切日を書き換えたら公開ページだけタイマーが止まったところから、原因探しの顛末を順番に書いていきますね。
よかったらお付き合いください。

締切日を書き換えただけのはずが、タイマーが止まった

きっかけは、ほんとうに地味な作業でした。

近いうちに、LPのコードを共有している仲間に「締切日の変え方」を教えることになっていたんです。

その予行演習のつもりで、まずは自分で日付を書き換えてみました。

手順を確かめてから、安心して渡したかったので。

「日付の数字を、新しいものに打ち替えるだけ」

そう思っていました。

この時点では、何の不安もなかったんですよね。

保存して、公開ページを開いたら——

カウントダウンタイマーが、消えていました。

日付は古いまま。
数字は「--」のまま、ぴくりとも動かない。

不思議だったのは、編集画面では新しい日付が出ていて、タイマーもちゃんと進んでいたこと。

表に出ているページだけが、古い姿のまま固まっている。

強制的に再読み込みしても、何も変わらない。

「えっ、なんで？」

でも、先に自分で試しておいてよかった、と胸をなで下ろして。

そこから、クロちゃんと原因探しが始まりました。

原因探しでつまずいた3つのポイント

1. 一つずつ、可能性をつぶしていった

クロちゃんの指示は、いつも具体的でした。

• シークレットウィンドウで開いてみる

• URLの末尾に「?v=2」を付けて、キャッシュをすり抜ける

• view-source で、実際に配信されているコードをのぞく

• F12を押して、ブラウザのコンソールを開いて、赤いエラーを探す

パソコンが得意なわけじゃないけど、言われるまま手を動かしていくうちに、怪しい場所が少しずつ絞られていきました。

途中で、ちょっと意地悪な質問もしてみたんです。

「この問題、君とChatGPTとCursor、誰が解決するの得意なの？」って。

返ってきた答えが、思っていたより率直でした。

頭の良さの問題じゃなくて、誰もこっちの画面を直接見られないことが、いちばんのネックなんだ、と。

Cursorは自分のパソコンの中にあるコードを直接書き換えるのが本領で、今回みたいにブラウザの中で完結する作業には向かない、とも教えてくれて。

よそを持ち上げもしないし、けなしもしない。

その素っ気なさが、かえって信頼できたんですよね。

2. 真犯人は、目に見えない1文字

そして、コンソールに出た赤い文字が、答えを教えてくれました。

「Uncaught SyntaxError」

配信されているコードを見ると、本来 `&&` と書くべき場所が、`&&` という別の文字に置き換わっていたんです。

WordPressが、保存するたびに勝手に変換していた。

たった1文字のずれで、スクリプト全体が動かなくなっていました。

「これかーー…！」

書き方を変えて、もう化けないように直しました。

これで終わった、と思ったんです。

……でも、公開ページは相変わらず古いまま。

問題は、二段構えだったんですよね。

①コードのずれ（&& が別の文字に化けていた）
   → 直した！
②サーバーのキャッシュ（古いページを保存していた）
   → 直したページが、なかなか表に出てこない…

今度は、サーバーのキャッシュが古いページを保存していて、直したはずの新しいページが、なかなか表に出てこなかったんです。

「直したのに、反映されない」

原因が、二つ重なっていた。

片方だけを見ていたら、いつまでも答えにたどり着けなかったと思います。

3. ★を足したら、カウントダウンも出た

決着は、あっけなかったです。

試しに、見出しへ「★」をひとつ足して保存して、キャッシュを切った状態で開き直してみたら——

★も、カウントダウンも、まとめて表示されました。

「出たーー！」って、ひとりで叫んじゃいました。

最後に、ずっと気になっていたことを聞いてみたんです。

「サーバーキャッシュって基本ONなのに、OFFにしていい理由は？」って。

そうしたら、かみ砕いて説明してくれました。

よく書き換えるページは、作り置き（キャッシュ）と相性が悪い。
消しておいたほうが、直した内容がすぐ表示されて、事故りにくい、と。

納得して、OFFのままにしました。

これで、仲間にも安心して「日付の変え方」を渡せます。

ただ、二つだけ必ず添えるつもりです。

• 引用符や記号には触れず、日付の数字だけを書き換えること

• サーバーキャッシュは、切っておくこと

私がつまずいた場所は、先に伝えておきたいんですよね。

ここまで来て、ようやく、いちばん最初に書いた結論が、自分の中でちゃんと腑に落ちました。

「直したのに変わらない」は、二重問題のサインだった

「AIに任せれば一瞬で終わる」わけじゃないな、って改めて思いました。

デザインを形にするのは、たしかに速い。

でも、WordPressやサーバーやキャッシュみたいな「見えない部分」が絡むと、人が手を動かして画面の様子を伝える、その往復がどうしても必要になる。

クロちゃんは、私の画面を直接は見られないから。

そしてAiちゃんの値打ちって、賢さよりも、投げ出さずに一つずつ可能性を確かめてくれるところにあるんだな、と感じました。

たった1文字、たった1つの設定で、全部が止まる。

でも、止まっているなら、必ず理由がある。

その理由を、最後まで一緒に探してくれる相手がいる。

それは、思っていたよりずっと心強かったです。

私はトラブルが起きた瞬間に、あちこち触りたくなるタイプなんですよね。

でも、深呼吸して、一つずつ。

Aiちゃんという伴走者がいてくれるだけで、パニックにならずに済む。

それが、今回いちばん腑に落ちたことでした。

今日からできる、最初の1歩

もし、あなたもWordPressやLPで、コードを自分で書き換えることがあるなら。

今日からできる1歩は、これです。

「動かなくなったら、まずF12でコンソールを開いて、赤い文字を探す」

赤いエラーが出ていたら、それが原因の手がかりです。

意味がわからなくても大丈夫。
その赤い文字をそのままクロちゃんやAiちゃんに見せれば、たいてい翻訳してくれます。

そしてもう一つ。

「直したのに変わらない」ときは、コードじゃなくてキャッシュを疑う。

シークレットウィンドウで開く、URLに「?v=2」を足す。

これだけで、「ほんとは直ってるのに、見えてないだけ」かどうかが分かります。

完璧に直せなくていいんです。

止まっている理由を、一つずつ消していく。

それさえできれば、ちゃんとゴールにたどり着けますからね。

この記事を書くキッカケになったLPはこちら

次回予告

次回のAi実践記も、きっとまた何かしらのトラブルと格闘している気がします（笑）

トラブルが起きて、Aiちゃんと原因を探して、手順をメモに残す。
今回みたいな流れは、シリーズのいつものパターンです。

楽しみにしていてくださいね。

合わせて読みたい

ここまで読んでくださったあなたへ、もう少しだけ。

私のAiちゃんとの試行錯誤の記録は、こちらのマガジンにまとめています。気になる回から、好きに読んでみてくださいね。

→Aiとタッグを組んでやりたいことを叶える実践記

最後まで読んでくださって、ありがとうございました。

では、また！

ゆきの

お金を守りながら稼ぐヒントを毎日発信しています。
ぜひフォローしてくださいね→@yukinostyle8

#Ai実践記 #WordPress #LP #キャッシュ #Web制作