WordPress納品後のクライアント更新で破損しやすい5つの部分と防止策｜現場で使える実践テクニック

2026年04月10日

クリオ

Web制作ディレクター / フロントエンジニア

こんにちは！
今日は「WordPress納品後、クライアント様が更新中に壊してしまいやすい部分」についてお話しします。

これ、ほんま現場で毎月のように起こるトラブルなんですよ。
僕も最初の頃は「なんで壊れるんや…」って思ってましたけど、クライアント様の気持ちになると納得できるようになりました。

クライアント更新でよくある現場あるある

WordPressって便利なシステムですけど、クライアント様が自由に更新できる反面、めっちゃ壊れやすいんですよ。
「ビジュアルエディタでコピペしたら、CSSがぐちゃぐちゃになった」とか「プラグインを入れたら表示が崩れた」とか。

僕が見てきた納品後のトラブルって、大体がこの3つです。

大体のクライアント様は悪気なくて、「これボタンじゃん、押してみよう」みたいな感じなんです。
だからこそ、僕らが事前に防止策を用意しておくことが大切なんですよ。

これ、めっちゃあるあるです。
WordPressの外観→ウィジェットの「テキスト」ウィジェットに、HTMLを直接貼り付けてもらうことがありますよね。

クライアント様が「少し色を変えたい」と思って、<style>タグを追加したり、marginやpaddingをいじったりすると、レイアウトが一気に崩れます。
僕も最初は「そんなことするわけないやろ」と思ってたんですけど…やるんです。
特に「ちょっと知識がある社長さん」ほど危険です（笑）

WordPressのメニュー管理って直感的なんで、クライアント様が「あ、このメニュー項目、もういらないな」と思って削除してしまうことがあります。
でも実は、そのメニュー項目が複数の場所に設定されていたり、階層関係が重要だったりすることがあるんですよ。

特にヘッダーとサイドバーの両方に同じメニューを表示させてる場合、片方だけ削除したら「なぜかサイドバーも表示されなくなった」みたいなことが起こります。

「カスタマイザー」とか「テーマファイルエディタ」を有効にしてる場合、クライアント様がfunctions.phpとかstyle.cssを直接編集する可能性があります。
セミコロンを忘れたり、括弧が合わなくなったりして、サイト全体が真っ白になることもあります。

僕のおすすめは、納品時点で「テーマファイルエディタ」は無効化しておくことです。

クライアント様が「SEO対策に良さそう」とか「アクセス解析が便利」という理由で、勝手にプラグインを入れることはめっちゃあります。
そのプラグインが、既存のプラグインと競合して、JavaScriptが動かなくなったり、CSSが上書きされたりするんですよ。

特にスライダーやモーダル、アコーディオンなどの動的な部分が「急に動かなくなった」という相談をよく受けます。

これは地味なんですけど、クライアント様が/uploadsフォルダに大量の高解像度画像をアップロードすると、wp-config.phpのメモリ制限に引っかかることがあります。
すると「画像がアップロードできません」になったり、最悪の場合サイト全体が重くなったりします。

WordPressの管理画面に、クライアント様向けのご注意を入れておくといいですよ。
プラグインWP DisableやAdmin Columnsを使えば、管理画面の表示をカスタマイズできます。

具体的には、こんな感じです。

そして、これを「操作マニュアル」のドキュメントに明記しておくんです。

プラグインBackWPupやDuplicatorで毎日自動バックアップするようにセットアップしておきます。
ほんなら、万が一壊れても「昨日のバージョンに戻す」ができるんです。

そして、「このボタンをクリックして、この日時を選んで…」という「復旧手順書」をPDF化して、クライアント様に配っておくといいですよ。
できれば動画マニュアルがあると親切です。

納品時に、こんなチェックリストを一緒に見ていくといいですよ。

これをA4一枚にまとめて、クライアント様のオフィスに貼ってもらうのもいいですよ。
「あ、そういえば…」って見返してくれることが多いです。

WordPress納品後のトラブルって、ほぼ「予防可能」なんです。
壊れやすい部分を事前に把握して、クライアント様に「何が危険か」を丁寧に説明しておくことが全てなんですよ。

僕が