投稿者: adminHelp

自分のサイトを、ふだん使っていないブラウザで開いてみてください。スマートフォンなら、シークレットモードでも構いません。

Instagramの投稿を並べている場所があれば、そこに出ている一番新しい投稿の日付を見ます。今週の投稿が出ていれば問題ありません。半年前で止まっていたら、その表示はもう動いていません。

投稿は届いているのに、サイトだけ止まる

サイトに並んでいるあの写真は、サイトの中に保存されているものではありません。表示のたびにInstagram側へ取りに行き、返ってきたものを並べています。

この受け渡しの仕組みが、2024年の終わりにInstagram側で一つ終了しました。古い仕組みを使ったままのサイトは、その日を境に何も受け取れなくなっています。こちらは何も触っていません。向こうの都合で止まります。

止まっても、誰も教えてくれない

厄介なのは、壊れた見た目にならないことです。

画面が真っ白になるわけでも、赤いエラーが出るわけでもありません。半年前の写真が、今日も同じように整った形で並んでいるだけです。訪問者から見れば「更新が止まっている店」に見えますが、こちらから見れば、いつもどおりのサイトです。

そのうえ自分のサイトは、毎日のように見ています。見慣れた写真が並んでいると、脳が「いつもの表示」として通してしまう。だから、ふだん使っていないブラウザで、日付だけを見るのが確実です。

直すのは、つなぎ直すことです

作り直しではありません。Instagramとの接続をもう一度結び直せば、たいてい戻ります。

使っている表示の仕組み（プラグインや埋め込みサービス）の設定画面に、「Instagramと接続」「アカウントを連携」といった項目があります。そこを一度切ってから、つなぎ直します。作業そのものは数分です。

ただし、古い仕組みが完全に終わっている場合は、新しい方式に対応した仕組みへ入れ替える必要があります。同じ場所に同じように並べ直すだけなので、ここも作り直しにはなりません。

IDとパスワードは渡さずに済みます

この作業でInstagramのログインが必要になりますが、アカウントのIDとパスワードを制作者に預ける必要はありません。

接続の操作は、ご自身の画面で行えます。制作者側は「この画面のこのボタンを押してください」という手順を用意できるので、そう頼んでください。SNSのアカウントは事業の資産です。一度渡した情報は、渡した相手の環境に残り続けます。

止まるのはInstagramだけではない

同じことが、外から借りているすべての部品で起こります。

地図、予約カレンダー、口コミの表示、動画、チャット窓口。どれもサイトの中身ではなく、よその会社から毎回借りているものです。貸している側が方針を変えれば、こちらの都合とは無関係に止まります。

だから、季節が変わるくらいの間隔で一度、サイトを上から下まで開いて、外から借りている部分だけを見てください。地図は出ているか。予約の画面は進むか。SNSの日付は今週か。

本文や写真は、放っておいても勝手に消えません。消えるのは、いつも借りものの部分です。

サイトが突然見られなくなる原因で最も多いのは、攻撃ではありません。契約の期限切れです。しかも本人はたいてい、止まってから気づきます。

ドメインとサーバーは、別々の契約です

この2つを1つだと思っている方がとても多いのですが、別物です。

• ドメイン＝住所。「〇〇.com」そのもの
• サーバー＝土地と建物。サイトの中身が置いてある場所

契約先が違うことも珍しくありません。ドメインはA社、サーバーはB社、という状態です。当然、更新の期限も別々に来ます。片方だけ払っていても、もう片方が切れればサイトは止まります。

そしてドメインが止まると、そのドメインのメールも止まります。info@〇〇.com のようなアドレスを使っている場合、サイトが見られなくなるだけでなく、お客様からのメールが届かなくなります。こちらのほうが痛い、という商売は多いはずです。

「自動更新にしてあるから大丈夫」が通じないとき

自動更新は、支払いが通ることが前提です。登録したクレジットカードが期限切れになっていれば、自動更新は失敗します。カードを作り替えたとき、あるいは事業用のカードを変えたときに、ドメインとサーバーの登録まで直した記憶がありますか。

更新のたびに引き落とされる金額は数千円です。通帳やカード明細で気づくには小さすぎる額で、止まって初めて分かります。

本当の落とし穴は、通知の宛先です

サーバー会社もドメイン会社も、期限の前にメールで知らせてきます。ではなぜ気づけないのか。その通知が、あなた宛てに届いていないからです。

よくあるのはこの3つです。

• サイトを作った制作会社が代理で契約しており、通知は制作会社に届いている（そしてその会社との付き合いは、もう切れている）
• 契約時に登録したのが、退職した担当者のアドレス
• 登録したのが普段見ていないアドレスで、通知が何年も未読のまま溜まっている

3つとも「誰も悪意なく起きる」のが厄介なところです。契約した当時は正しい設定でした。時間が経って、宛先の人だけが変わったのです。

今日できる確認は3つ

15分あれば終わります。

1. 契約先を1枚に書き出す。ドメインをどこで取っているか、サーバーをどこで借りているか。会社名と、管理画面のログイン先を紙かメモに書きます。分からなければ、それ自体が最大の問題です。過去のメールを「更新」「請求」で検索すると会社名が出てきます。

2. 期限日と自動更新の状態を見る。それぞれの管理画面にログインし、次の更新日がいつか、自動更新がオンになっているか、登録カードの有効期限が切れていないかを確認します。ここを見れば3分で分かります。

3. 通知の宛先を、いま読んでいるアドレスに直す。これが一番効きます。管理画面の登録メールアドレスが、あなたが毎日開くアドレスになっているか。なっていなければ、その場で変更してください。

もし切らしてしまったら

すぐ諦める必要はありません。期限を過ぎてもしばらくは元に戻せる仕組みが用意されているのが普通です。ただし猶予の長さも、その間に払う金額も、会社によって違います。共通して言えるのは時間が経つほど不利になることだけです。

特にドメインは、猶予期間を完全に過ぎると解放され、第三者が取得できる状態になります。長く使ってきた住所ほど、失ったときに戻せません。気づいた時点で、後回しにせず契約先に連絡してください。

まとめ

セキュリティ対策も大事ですが、その前に土台の話です。サイトは、更新料を払い続けているあいだだけ存在します。守るべきは複雑な設定ではなく、期限のお知らせが、ちゃんとあなたに届く状態です。

今日、管理画面の登録アドレスだけでも見直してみてください。

サイトを作ってから、問い合わせが一度も来ていない。よくある話です。ただ、来ていないのか、届いていないのかは別の話です。フォームの見た目はふつうに動いていて、送信後に「ありがとうございました」まで出るのに、その先のメールだけが消えていることがあります。送った側は届いたつもりでいるので、誰も気づきません。

まず1分で確かめる

自分のサイトのお問い合わせフォームを開いて、自分で送ってみてください。名前も内容も適当で構いません。ふだん見ているメールソフトに、数分以内に届くかどうかを見ます。

• 届いた — 少なくとも今日は通っています。ただし後述のとおり、通っていたものが途中から止まることがあります
• 届かない — 迷惑メールフォルダを必ず見てください。ここに入っている例が一番多いです
• 送信者への自動返信は届くのに、自分宛の通知だけ来ない — 宛先の設定か、受信側の判定のどちらかです

なぜ消えるのか

フォームからのメールは、送信者の名前で送られているように見えて、実際にはサイトのサーバーが送っています。受信側から見ると「本人ではない場所から、本人の名前で届いたメール」になります。この形は、なりすましを見分ける仕組みに引っかかりやすいものです。

厄介なのは、受信側の判定が年々厳しくなっている点です。作った当時は届いていたものが、サイトを何も触っていないのに、ある時期から迷惑メール行きに変わります。壊れた瞬間がないので、原因を探す手がかりも残りません。

もうひとつ多いのが、転送です。サイトの宛先を、ふだん使っている別のアドレスへ自動転送している場合、その途中で捨てられていることがあります。転送は送り主をさらに分かりにくくするので、判定はより厳しくなります。

今日からできること

月に一度、自分のフォームから自分宛に送る。これだけで、止まっていることに数週間以内に気づけます。手帳でも携帯の繰り返し予定でも構いません。点検の日を決めておくのが確実です。

そのうえで、直すときは制作した相手にこう伝えると話が早く進みます。

• フォームの送信元アドレスを、サイトのドメインのアドレスにしてほしい
• 問い合わせた人のアドレスは、返信先として入れてほしい
• 受信は転送せず、そのアドレスで直接受け取れるようにしたい

言葉の意味が分からなくても差し支えありません。この3つが揃っているかどうかが、届き続けるかどうかの分かれ目です。

取りこぼしは数えられない

広告費をかけても、記事を増やしても、最後の一歩でメールが消えていれば全部が無駄になります。しかも失った件数は記録に残らないので、損失は見えません。まずは1通、自分で送るところからです。

自分のサイトを開いて、なんとなく読みにくいと感じたことはないでしょうか。原因は文字の小ささではなく、色の薄さであることが多いです。

読みやすさには測れる基準がある

文字の色と背景の色の差は、数字で表せます。コントラスト比と呼ばれ、白い背景に黒い文字なら21倍、薄い灰色なら2倍というように出ます。

世界的に使われている目安は次の2つです。

• ふつうの大きさの文字 — 4.5倍以上
• 大きい文字（およそ24px以上、太字なら18.5px以上） — 3倍以上

同じ色でも、大きい文字なら足りて、小さい文字だと足りないということが起きます。「この色は使える／使えない」ではなく、「この色をこの大きさで使えるか」という判断になります。

落ちるのは本文ではなく、ブランドの色

先日、あるサイトの配色を1組ずつ測りました。結果ははっきり分かれました。

本文の灰色は背景との差が6.4倍で、余裕で足りていました。背景に薄い色を敷いた場所も、白抜きの見出しも通りました。

足りなかったのは、そのサイトのブランドカラーです。緑を白い背景に置くと3.4倍。見出しとして大きく使う分には足りますが、本文の中に16pxのリンクとして置くと足りません。

そして多くのサイトで、リンクの色はブランドカラーに設定されています。色を決めた時点では見出しやボタンを見ているので、そこでは何も問題がありません。あとから本文にリンクを置いたとき、静かに基準を割ります。

もう1つ落ちたのが、入力欄にうっすら出ている案内文です。「お名前」「メールアドレス」と薄い灰色で書かれている、あれです。ここは1.7倍しかありませんでした。薄く見せることが目的のデザインなので、そもそも構造的に落ちやすい場所です。

自分のサイトで確かめる

道具なしでできる方法から。スマートフォンの画面の明るさをいちばん暗くして、自分のサイトを開いてください。読めない場所が、そのまま薄すぎる場所です。屋外で見るのも同じ効果があります。

正確に知りたい場合は、色の番号（#5B9956 のような6桁の文字列）を制作者に聞いて、無料のコントラストチェッカーに文字色と背景色を入れます。ブラウザで動くものがいくつもあり、比が数字で出ます。

見るべき場所は4つです。

• 本文の中のリンク
• 注釈や補足の、小さくて薄い文字
• 入力欄の薄い案内文
• 写真の上に置いた白い文字

足りなかったときにどうするか

ブランドカラーそのものを変える必要はありません。文字用にもう1段濃い色を別に用意して、本文のリンクだけそちらに切り替えます。見出しやボタンは元の色のまま残せるので、見た目の印象はほとんど変わりません。

リンクに下線を付けるのも有効ですが、意味が違います。下線が助けるのは「どこがリンクか分かる」ほうで、薄くて読みにくいこと自体は直りません。両方やるのが望ましいです。

入力欄の案内文は、薄いままでも致命的ではありません。ただし、そこにしか説明が書かれていない場合は問題です。入力を始めると案内文は消えるので、消えたら何を書く欄か分からなくなります。欄の外に見出しを付けておけば解決します。

まとめ

読みにくさは感想ではなく、測れる数字です。

そして落ちるのは、たいてい本文ではなくブランドカラーを小さく使った場所です。まず本文の中のリンクを見てください。

記事を書いても検索結果に出てこない。そういうとき、記事を増やす前に確かめることがあります。サイトの地図——サイトマップが、そもそも存在しているかどうかです。

1分でできる確認

ブラウザのアドレス欄に、自分のサイトの住所に続けて /wp-sitemap.xml と入れて開いてください。

• 細かい文字の一覧が表示される → 地図はあります
• 「ページが見つかりません」と出る → 地図がありません

WordPress は 5.5 から、この地図を自動で用意します。何もしていなければ、あるのが普通です。

ひとつ例外があります。SEO系のプラグインを入れている場合、そちらが別の名前で地図を作っていることがあります。/sitemap.xml や /sitemap_index.xml も試してみてください。どれかが開けば、地図はあります。

無かったときに疑う場所

壊れているとは限りません。止められていることがあります。

テーマやプラグインの「高速化」「軽量化」の設定に、使わない機能を出力しない項目がまとめられていることがあり、その中にサイトマップが入っている場合があります。

実際、私のサイトがこれでした。国内でよく使われている有料テーマの高速化設定に、サイトマップの出力を止める項目があり、それが入っていました。

これ自体は悪い設定ではありません。別のプラグインで地図を作っているなら、二重に出さないために止めるのは正しい判断です。問題は、他に作っているものが無いまま止まっていて、地図が1つも無い状態になっていたことです。

気づきにくいのは、この項目が「検索」ではなく「高速化」の側に置かれていることです。検索に出ない原因を探しているとき、高速化の設定は見に行きません。

直したあと、もう1つ

地図があっても、Google に「ここにあります」と伝えていなければ、見つけてもらうまで待つことになります。

Google Search Console のサイトマップの欄に wp-sitemap.xml と入れて送信してください。私の場合は登録がゼロでした。送信するとすぐに読み取られ、エラーも警告もありませんでした。

ただし、順位がその日に付くわけではありません。ここで直るのは「見つけてもらえない」ほうです。「選んでもらえる」ほうは記事の中身の仕事で、別の話になります。

まとめ

検索に出ないとき、書く量を増やす前に、地図があるかを見てください。1分で終わります。

地図が無いまま記事を足しても、増えるのは見つからない記事です。

WordPressの管理画面に出る「新しいバージョンが利用できます」。押せば最新になります。ただし、押してはいけない場合があります。

何が起きるのか

WordPressを動かすには、サーバー側にも条件があります。PHPというプログラムの版と、データベースの版です。この2つは、本体の大きな更新のたびに必要な水準が上がることがあります。

条件を満たさないサーバーで本体だけ上げると、見た目が崩れる程度では済みません。データベースにつながらなくなり、サイト全体が開かなくなることがあります。

やっかいなのは、管理画面の更新案内がその条件を必ず見ているとは限らないことです。条件を満たしていないのに「最新版が利用できます」と表示されているサイトを、先日の点検で続けて2件見ました。別々の制作者、別々のサーバーです。

押す前の確認（3分）

管理画面から、ツール → サイトヘルス と進みます。

• 「状態」タブ — 推奨より古いものがあると、ここに警告が出ます
• 「情報」タブ — 「サーバー」を開くとPHPの版、「データベース」を開くとデータベースの種類と版が分かります

「状態」タブに何も出ていなければ、まず問題ありません。警告が出ていたら、その内容を控えてください。

古かったらどうするか

自分では上げられないことがほとんどです。PHPはサーバーの管理画面から選べることが多いのですが、データベースは契約プランそのものに紐づいていて、乗り換えや引っ越しが必要になる場合があります。制作者かサーバー会社に相談する話になります。

ただし、急ぐ必要はありません。ひとつ前の系統でも、安全のための修正は配られ続けます。実際、先の2件はどちらも本体の最新版には上げられませんでしたが、今の版に対する修正は自動で当たっていました。

危ないのは「古い版のままでいること」より、「条件を満たさないまま上げて、サイトが開かなくなること」のほうです。

順番を決めておく

更新の前にバックアップを取ってください。戻せる状態を作ってから押す、という順番です。

プラグインの自動更新は有効にしておいて構いません。問題になりやすいのは本体の大きな更新のほうです。

まとめ

更新すること自体は正しい作業です。順番があるだけです。

バックアップを取る、サイトヘルスで条件を見る、それから押す。この3つを決めておけば、更新でサイトが止まることはほとんど防げます。

WordPressサイトの点検を続けて何件か回ったところ、4件連続で同じものが見つかりました。公開フォルダに置き忘れられたバックアップです。

何が問題なのか

バックアップの圧縮ファイルが、誰でもアクセスできる場所に残っていました。URLを直接指定すれば、そのまま手元に落とせる状態です。

中身はサイトの全ファイルと、多くの場合データベースまで含まれています。データベースにはユーザー情報も、管理者のパスワードの手がかりも入っています。つまり、これ1つで中身をまるごと持っていかれます。

なぜ起きるのか

悪意があって置かれたものではありません。移行や更新のときに作ったバックアップを、作業が終わったあと消し忘れているだけです。

作業中は必要なので置きます。終わったら要らなくなります。その「終わったら」に消す手順が入っていないと、そのまま残ります。実際、4件すべてが別の制作者・別のサーバーで、同じ形でした。よくある落とし方だということです。

どう確かめるか

自分のサイトのURLに続けて、思いつくファイル名を入れてみてください。よくあるのは次のような名前です。

• backup.zip
• wordpress.zip
• サイト名.zip
• 日付が入ったファイル名

ファイルの保存が始まったら、それは誰でも落とせる状態です。すぐに消してください。

消すときの注意

消す前に、それが本当に不要なバックアップかを確かめてください。稼働中の仕組みが参照しているファイルだと、消すとサイトが止まります。

迷うなら、いったん公開されない場所へ移すのが安全です。移したあとURLを開いて、見つからない表示になることを確認してください。

まとめ

バックアップを取ることは正しい作業です。問題は、置いた場所と、消す手順が決まっていないことです。

作るときに「いつ消すか」を一緒に決めておけば、それだけで防げます。