画像圧縮はCaesiumが結局便利だと思う

Web制作で画像を扱うことが多いのですが、画像の圧縮は結局Caesiumを使うことが多いです。

Figmaなどから画像を書き出して、そのままWordPressやサイトにアップロードすると、思ったより容量が大きいことがあります。

なので、サイトにアップロードする前にCaesiumでまとめて圧縮しています。

Caesium公式サイト

Caesiumとは

Caesiumは画像を一括で圧縮できる無料ソフトです。

JPEG、PNG、WebPなどに対応していて、複数の画像をまとめて一瞬で圧縮できます。

画像圧縮ツールはいろいろありますが、個人的には手動で画像を圧縮するならCaesiumが一番使いやすいと思っています。

Figmaから書き出した画像が結構重い

Figmaから画像を書き出すことがよくありますが、そのままだと結構重いです。

アイキャッチ画像やバナー画像でも、普通に1MBを超えることがあります。

1枚だけならまだいいのですが、ブログ記事や制作案件で何十枚も画像を使う場合は、結構な容量になります。

なので、Figmaから書き出した画像をそのまま使わずに、一度Caesiumに入れて圧縮してからアップロードしています。

WordPressにアップロードする前に圧縮したい

WordPressには画像圧縮プラグインもあります。

それはそれで便利なのですが、個人的にはアップロード前に圧縮しておきたいです。

理由は、アップロードした時点でメディアライブラリに重い画像が残るからです。

後から圧縮するより、最初から軽い画像をアップロードした方が管理しやすいです。

バックアップの容量も増えにくいので、特に画像が多いサイトでは大事だと思います。

Caesiumの使い方

使い方はかなり簡単です。

1. Caesiumを起動する
2. 圧縮したい画像をドラッグする
3. 品質を設定する
4. 出力先を指定する
5. 圧縮する

これだけです。

画像が多い場合でもまとめて処理できるので、かなり楽です。

おすすめの設定

JPEGの場合は、品質75〜85くらいで使うことが多いです。

写真をきれいに見せたい場合は85くらい、ブログのアイキャッチや説明用の画像なら75〜80くらいでも十分なことが多いです。

PNGはロゴや図解、透過画像などで使うことが多いので、画質を見ながら調整しています。

WebPで使う場合も、だいたい80前後から試しています。

ちなみにWebpを使う場合でも
https://tools.solgeo.co.jp/tools/image-resizer
こういったサイトはかなり簡単にWebPにできるのでよく使ってます。

実際の流れ

自分の場合はだいたいこんな流れです。

Figmaで画像を書き出す
↓
Caesiumでまとめて圧縮
↓
必要ならWebPにする
↓
WordPressにアップロード
↓
記事やページに使う

地味ですが、このひと手間で画像の容量がかなり変わります。

画像圧縮プラグインだけではだめなのか

だめではないです。

ただ、画像圧縮プラグインはアップロード後の処理なので、アップロード前に軽くしておいた方が安心です。

個人的には、Caesiumで事前に圧縮して、WordPress側でも必要に応じて最適化する、という形が良いと思っています。

まとめ

画像圧縮は地味ですが、Web制作ではかなり大事です。

Figmaなどから書き出した画像をそのままサイトにアップロードすると、ページが重くなる原因になります。

Caesiumを使うと、画像をまとめて一瞬で圧縮できるので、手動で画像最適化したいときにかなり便利です。

Web制作で画像を扱うことが多い人は、入れておいて損はないと思います。

Caesium公式サイトはこちら

投稿 【2026年版】Web制作で今も使っている無料画像圧縮ソフト「Caesium」｜Figma画像を一瞬で軽量化する方法 は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

WordPressは管理画面から記事を追加できるため、クライアント自身が更新するサイトにはとても便利です。

一方で、最近はNext.jsやAstroで静的なWebサイトを作る機会も増えてきました。

その中で実際に使ってみて便利だったのが、ブログやお知らせをMarkdown（md）ファイルで管理する方法です。

最初は「管理画面がないと不便では？」と思っていましたが、制作会社側で更新代行するサイトや、更新頻度がそこまで高くないクライアントサイトでは、むしろmdファイル管理の方が扱いやすい場面もありました。

mdファイルでブログを更新するとは？

Markdownは、文章をシンプルな記法で書けるテキストファイルです。

例えば、ブログ記事を次のようなファイルとして管理します。

/content/blog/
  ├ sample-post.md
  ├ news-2026-06.md
  └ case-study.md

記事の中身は、次のような形になります。

---
title: "ブログをmdファイルで管理するメリット"
date: "2026-06-11"
description: "Next.jsやAstroで作ったサイトのブログをMarkdownで更新するメリットを紹介します。"
---

# はじめに

Next.jsやAstroで作ったサイトでは、ブログ記事をmdファイルで管理できます。

このように、記事タイトルや日付などの情報をファイル内に書いておき、本文も同じファイルで管理します。

WordPressのような管理画面はありませんが、VSCodeなどのエディタで編集して、そのままサイトに反映できます。

クライアントサイトでも使いやすいと感じた理由

mdファイル管理は、エンジニア向けの技術ブログだけでなく、クライアントサイトでも使える場面があります。

特に、次のようなサイトでは相性が良いと感じています。

• お知らせの更新頻度が月に数回程度
• 制作会社側で更新代行をしている
• クライアント自身が管理画面を頻繁に触らない
• 表示速度やセキュリティを重視したい
• シンプルな会社サイトやサービスサイト

例えば、会社サイトのお知らせ、採用情報、イベント告知、施工実績、ブログ記事などは、mdファイルでも十分に管理できます。

クライアントが直接毎日投稿するメディアサイトであればWordPressの方が向いていますが、制作会社側で内容を受け取って更新する運用であれば、mdファイル管理はかなり快適です。

管理画面がないことで、むしろシンプルになる

WordPressの場合、管理画面があることは大きなメリットです。

ただし、管理画面があるということは、同時に次のような管理も必要になります。

• WordPress本体の更新
• プラグインの更新
• テーマの更新
• ログイン情報の管理
• セキュリティ対策
• バックアップ管理

一方、Next.jsやAstroで作った静的サイトでは、そもそもWordPressの管理画面がありません。

そのため、ログイン画面への攻撃や、プラグインの脆弱性を気にする必要が少なくなります。

クライアントにとっても、「管理画面に入って操作する必要がない」という点は、場合によってはメリットになります。

Gitで変更履歴を管理できる

mdファイルで記事を管理すると、サイトのソースコードと同じようにGitで履歴管理できます。

これは実務ではかなり便利です。

• いつ記事を追加したか分かる
• 誰が修正したか分かる
• 過去の内容に戻せる
• 公開前に差分を確認できる
• サイト全体の変更と記事更新をまとめて管理できる

クライアントから「前の文章に戻したい」と言われた場合でも、履歴が残っていれば対応しやすくなります。

WordPressのリビジョン機能も便利ですが、制作側でコードと一緒に管理できる点は、mdファイル運用の大きなメリットです。

表示速度が速くなりやすい

Next.jsやAstroは、サイトの作り方によって静的なHTMLとして出力できます。

静的サイトとして公開する場合、アクセスのたびにデータベースを読みに行く必要がありません。

そのため、ページ表示が速くなりやすく、サーバーへの負荷も抑えやすいです。

特にAstroは、必要なJavaScriptだけを読み込む設計にしやすいため、会社サイトやブログとの相性が良いと感じています。

セキュリティ面でも安心しやすい

WordPressは便利ですが、世界中で多く使われている分、攻撃対象にもなりやすいCMSです。

特に、使っていないプラグインを放置していたり、更新が止まっているテーマを使い続けていたりすると、リスクが高くなります。

静的サイトの場合、管理画面やデータベースを持たない構成にできるため、攻撃されるポイントを減らせます。

もちろん、Next.jsやAstroでもライブラリ更新やホスティング環境の管理は必要です。

それでも、WordPressの管理画面やプラグイン更新に追われにくい点は、保守のしやすさにつながります。

AIで記事を作るときにも相性が良い

最近は、記事の下書きや構成案をAIで作ることも増えてきました。

mdファイル運用は、AIとの相性も良いです。

例えば、ChatGPTに記事の下書きを作ってもらい、それをMarkdown形式で出力してもらえば、そのままmdファイルとして保存できます。

見出し、箇条書き、コードブロックなどもMarkdownで扱いやすいため、技術記事や解説記事の作成にも向いています。

クライアントからもらった原稿を整えて、mdファイルとして追加するだけなので、更新作業もシンプルです。

WordPressの方が向いているケースもある

もちろん、すべてのサイトでmdファイル管理が最適というわけではありません。

次のような場合は、WordPressの方が向いています。

• クライアント自身が頻繁に記事を投稿する
• 管理画面から画像や記事を直感的に操作したい
• 複数人で権限を分けて投稿したい
• 予約投稿や下書き管理をよく使う
• フォームや会員機能などCMS機能を多く使う

WordPressは、クライアントが自分で更新するCMSとして非常に優秀です。

そのため、サイトの目的や運用体制によって使い分けるのが大事だと感じています。

mdファイル運用が向いているケース

実際に使ってみて、mdファイル運用が向いていると感じたのは次のようなケースです。

• 制作会社側で更新代行するサイト
• お知らせの更新頻度が高すぎないサイト
• 表示速度を重視したいサイト
• セキュリティ面をシンプルにしたいサイト
• Gitでサイト全体を管理したいサイト
• Next.jsやAstroで作っている会社サイト・サービスサイト

特に、会社サイトや小規模なサービスサイトでは、WordPressを使わなくても十分なケースがあります。

「更新できるサイト＝WordPress」と考えがちですが、更新内容や運用方法によっては、Markdown管理の方がシンプルで扱いやすいです。

実際に使って感じたメリット

実務で使ってみて、特に便利だと感じたのは次の点です。

• 記事追加がファイル追加だけで済む
• VSCodeで編集できる
• Gitで履歴管理できる
• サイト全体の表示が速い
• WordPressの更新管理が不要になる
• クライアントサイトでも保守しやすい
• AIで作った原稿を反映しやすい

特に、制作側で更新を担当するサイトでは、管理画面にログインして記事を作るよりも、mdファイルを追加してデプロイする方が楽に感じることがありました。

まとめ

Next.jsやAstroで作ったサイトのブログをmdファイルで更新する方法は、思っていた以上に便利でした。

特に、クライアントサイトでも制作会社側が更新代行するような運用であれば、WordPressよりもシンプルに管理できる場面があります。

もちろん、クライアント自身が頻繁に記事を投稿する場合はWordPressの方が向いています。

しかし、更新頻度がそこまで高くなく、表示速度やセキュリティ、保守性を重視するサイトであれば、Next.jsやAstroとMarkdownの組み合わせはかなり有力な選択肢です。

今後も、サイトの目的や運用体制に合わせて、WordPressと静的サイトをうまく使い分けていきたいと思います。

投稿 Next.jsやAstroで作ったサイトのブログをmdファイルで更新すると便利だった話 は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

プラグインを入れすぎると、サイトが重くなったり、管理画面が複雑になったり、更新停止によるセキュリティリスクにつながることもあります。

この記事では、WordPress制作や保守の現場で実際に使う機会が多いプラグインを、用途別にまとめます。

「とりあえず人気だから入れる」ではなく、「この目的ならこのプラグインがあると便利」という視点で選んでいます。

WordPressプラグインを選ぶときの考え方

まず大前提として、プラグインは少なければ少ないほど管理は楽です。

ただし、すべてを自作するのが正解とも限りません。フォーム、バックアップ、SEO、リダイレクト、セキュリティなどは、実績のあるプラグインを使った方が安全で効率的なことも多いです。

プラグインを選ぶときは、次のような点を確認しています。

• 最近も更新されているか
• 利用者が多いか
• サポート情報が見つかりやすいか
• 機能が多すぎず、目的に合っているか
• 他のプラグインやテーマと競合しにくいか

それでは、用途別に見ていきます。

1. Advanced Custom Fields（ACF）

WordPressでカスタムフィールドを扱うなら、今でも定番のプラグインです。

会社概要、施工実績、店舗情報、採用情報、商品情報など、投稿本文だけでは管理しにくい情報を入力欄として整理できます。

たとえば、施工実績であれば「施工場所」「工期」「費用」「担当範囲」などを個別の入力項目にできます。管理画面がわかりやすくなるので、クライアント側で更新するサイトにも向いています。

向いているケース

• 管理画面の入力項目を整理したい
• 投稿や固定ページに独自の項目を追加したい
• 制作後にクライアントが更新しやすい形にしたい

2. Custom Post Type UI

カスタム投稿タイプやカスタムタクソノミーを管理画面から作成できるプラグインです。

WordPressでは「投稿」「固定ページ」だけでなく、「施工実績」「お客様の声」「スタッフ紹介」「商品情報」など、用途に合わせた投稿タイプを作ることがあります。

本来はコードで登録することもできますが、管理画面から設定したい場合には便利です。

向いているケース

• 施工実績や商品情報など、通常投稿とは別で管理したい
• カスタム投稿タイプを手軽に作りたい
• ACFと組み合わせて情報を整理したい

3. Contact Form 7

WordPressの問い合わせフォームといえば、まず名前が挙がる定番プラグインです。

シンプルな問い合わせフォームであれば十分対応できます。利用者が多いため、カスタマイズ方法やトラブル時の情報も見つけやすいです。

ただし、確認画面や条件分岐などを細かく作りたい場合は、追加プラグインや別のフォームプラグインを検討することもあります。

向いているケース

• シンプルな問い合わせフォームを作りたい
• 無料でフォームを設置したい
• 情報が多い定番プラグインを使いたい

4. MW WP Form

確認画面付きのフォームを作りたいときに使われてきたプラグインです。

日本の制作現場では、問い合わせフォームに「確認画面」を求められるケースがよくあります。そのような案件では候補に入ることがあります。

ただし、プラグインの更新状況や今後の運用方針は確認してから採用するのがおすすめです。新規案件では、他のフォームプラグインと比較して選ぶとよいです。

向いているケース

• 確認画面付きフォームが必要
• 日本語案件で使いやすいフォームを探している
• 既存サイトでMW WP Formが使われている

5. Snow Monkey Forms

比較的新しいWordPressの編集体験に合いやすいフォームプラグインです。

ブロックエディターとの相性がよく、シンプルなフォームを作りたい場合に使いやすいです。

テーマやサイト構成によっては、Contact Form 7よりも管理しやすいと感じることがあります。

向いているケース

• ブロックエディター中心でサイトを作っている
• シンプルで管理しやすいフォームが欲しい
• 日本語環境で使いやすいフォームを探している

6. WP Mail SMTP

WordPressから送信されるメールの到達率を改善したいときに使うプラグインです。

問い合わせフォームからメールが届かない、迷惑メールに入りやすい、サーバー移転後にメール送信が不安定になった、という場面でよく使います。

WordPress標準のメール送信ではなく、SMTPや外部メールサービスを使って送信できるようにするため、フォーム運用では重要度が高いプラグインです。

向いているケース

• 問い合わせメールが届かない
• メールが迷惑メールに入る
• Postmark、SendGrid、Gmail、SMTPなどで送信したい

7. EWWW Image Optimizer

画像の圧縮や最適化に使うプラグインです。

WordPressサイトが重くなる原因のひとつに、画像サイズの大きさがあります。特にスマホで撮影した写真をそのままアップロードすると、ページの読み込みが遅くなりやすいです。

EWWW Image Optimizerを使うと、アップロード済みの画像や新しく追加する画像を圧縮できます。

向いているケース

• 画像が多いサイトを運用している
• ページ表示速度を改善したい
• クライアントが大きな画像をアップロードしがち

8. LiteSpeed Cache

LiteSpeed系のサーバーを使っている場合に候補になるキャッシュプラグインです。

キャッシュ系プラグインは、サーバー環境との相性がとても重要です。LiteSpeedサーバーを利用している場合は、LiteSpeed Cacheが選択肢になります。

ただし、キャッシュ設定を間違えると、表示崩れや更新内容が反映されない原因になることもあります。導入後は必ず動作確認を行いましょう。

向いているケース

• LiteSpeedサーバーを使っている
• ページ表示速度を改善したい
• キャッシュ設定を細かく調整したい

9. WP Super Cache

シンプルなキャッシュプラグインを使いたい場合の候補です。

キャッシュ系プラグインは高機能なものほど設定が複雑になりがちです。WP Super Cacheは比較的シンプルに使えるため、小規模サイトでも導入しやすいです。

表示速度改善をしたいけれど、複雑なチューニングまでは不要という場合に向いています。

向いているケース

• 小規模サイトでキャッシュを使いたい
• シンプルな設定で運用したい
• まずは基本的な表示速度改善をしたい

10. UpdraftPlus

WordPressのバックアップ用プラグインです。

サイトの更新前、プラグインのアップデート前、サーバー移転前など、バックアップが必要な場面は多くあります。

バックアップは、トラブルが起きてからでは遅いです。制作時だけでなく、保守運用でも重要なプラグインです。

向いているケース

• 定期的にバックアップを取りたい
• 更新作業前に復元ポイントを作りたい
• サーバー移転やテスト環境作成に備えたい

11. Wordfence Security

WordPressのセキュリティ対策でよく使われるプラグインです。

ファイアウォール、マルウェアスキャン、ログイン保護など、セキュリティ関連の機能がまとまっています。

ただし、サーバー負荷が高くなることもあるため、安価な共用サーバーやファイル数が多いサイトでは設定に注意が必要です。

向いているケース

• ログイン攻撃対策をしたい
• マルウェアスキャンを行いたい
• 保守対象サイトのセキュリティ状況を確認したい

12. Redirection

URL変更時のリダイレクト管理に便利なプラグインです。

ページのURLを変更したとき、古いURLにアクセスしたユーザーを新しいURLへ転送できます。

サイトリニューアル、ページ統合、記事削除、スラッグ変更などの場面でよく使います。404エラーの確認にも使えるため、SEOやユーザー導線の改善にも役立ちます。

向いているケース

• ページURLを変更した
• 古いURLから新しいURLへ転送したい
• 404エラーを確認したい
• サイトリニューアル時のリダイレクトを管理したい

プラグインを入れるときの注意点

便利なプラグインでも、入れすぎると管理が大変になります。

特に、次のようなプラグインは注意が必要です。

• 長期間更新されていないプラグイン
• 同じ機能を持つプラグインの重複
• キャッシュ系プラグインの複数導入
• セキュリティ系プラグインの複数導入
• 不要になったまま放置されているプラグイン

使っていないプラグインは、停止だけでなく削除するのがおすすめです。

まとめ

WordPressプラグインは、サイト制作や保守を効率化してくれる便利な仕組みです。

ただし、「便利そうだから入れる」のではなく、「この機能が必要だから入れる」という考え方が大切です。

今回紹介したプラグインは、制作や保守の現場で使う機会が多いものです。

• 入力項目を整理したいなら、Advanced Custom Fields
• 投稿タイプを分けたいなら、Custom Post Type UI
• フォームを作りたいなら、Contact Form 7やSnow Monkey Forms
• メール送信を安定させたいなら、WP Mail SMTP
• 画像や表示速度を改善したいなら、画像圧縮・キャッシュ系プラグイン
• 保守運用なら、バックアップ・セキュリティ・リダイレクト管理

サイトの目的やサーバー環境に合わせて、必要なものだけを選んで使うのが、2026年のWordPress運用でも大切だと思います。

投稿 【2026年版】現場で使うWordPressプラグイン12選｜制作・保守で入れてよかった定番ツール は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

SEOのためにもaltは大事だと言われていますが、正直なところ面倒な作業でもあります。

特に店舗サイトやコーポレートサイトを制作していると、画像が数十枚になることも珍しくありません。

今回は、最近のalt作成について書いてみます。

alt属性って意外と悩む

alt属性は画像の内容を説明するためのテキストです。

画像が表示できない環境や、読み上げソフトなどでも利用されます。

SEOにも関係すると言われています。

ただ、実際に作業していると結構悩みます。

例えば飲食店の料理写真。

「ラーメン」だけでも間違いではありません。

でも、せっかくならもう少し内容が伝わる方が良い気がします。

かといって毎回長文を書くのも大変です。

画像が増えると地味に時間がかかる

10枚くらいなら問題ありません。

ただ、店舗サイトになると50枚以上あることもあります。

さらにギャラリーページがあると100枚近くになることもあります。

画像をアップロードして、altを考えて、入力して。

1枚あたりは数秒でも積み重なると結構な時間になります。

そして何より途中で面倒になります。

最近はAIに下書きを作ってもらう

最近は画像をAIに見せてaltの候補を出してもらっています。

例えば、

• 店舗外観
• 店内写真
• 料理写真
• スタッフ写真
• 施工事例

この辺はかなり得意です。

もちろんそのまま使うこともありますし、少し調整することもあります。

ゼロから考えるよりはかなり楽です。

AIの方が説明が上手いこともある

たまに自分より上手い説明をしてくることがあります。

例えば店内写真を見せると、

「木目調のテーブルと落ち着いた照明が特徴の店内」

みたいな文章を出してきます。

自分だと「店内写真」で終わらせてしまいそうな場面です。

もちろんSEOのために無理やりキーワードを詰め込む必要はありませんが、画像の内容が伝わる文章になっていることは大事だと思います。

最終確認は人間がやる

ただし、AIが出した内容をそのまま信用するわけではありません。

たまに見当違いな説明をすることもあります。

写真の一部だけを見て判断しているようなケースもあります。

なので最終確認は人間です。

AIは下書き担当という位置付けがちょうど良い気がしています。

まとめ

最近はalt属性を全部自分で考えるのをやめました。

代わりにAIに下書きを作ってもらい、必要に応じて修正しています。

作業時間も短縮できますし、表現の幅も広がります。

特に画像が多いサイトを制作する人にはおすすめです。

今後もこういう細かい作業はAIに手伝ってもらおうと思います。

投稿 画像のalt属性、全部自分で考えるのをやめました は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

WordPress保守ツールを料金込みで比較してみた

WordPressサイトを複数管理していると、だんだん確認作業が大変になってきます。
前回NexraOneを使ってみたということで紹介したが、それに至るまで色々比較したので、ご紹介。

サイトが落ちていないか、WordPress本体やプラグインの更新が溜まっていないか、SSLの期限は大丈夫か、エラーが出ていないか。

1サイトだけなら手作業でもなんとかなりますが、複数サイトになると毎回ログインして確認するのは正直しんどいです。

そこで、WordPress保守や監視に使えるサービスをいくつか比較してみました。

有名どころだと、ManageWP、MainWP、WP Umbrella、BlogVaultなどがあります。

どれも良いサービスなのですが、海外サービスはUIやヘルプが英語中心なので、そこが少しつらいなと感じました。

最終的に、自分の用途では日本語で使いやすいNexraOneがちょうど良かったです。

※料金は2026年5月時点で確認した内容です。海外サービスは為替で変わるため、この記事では概算として1ドル=157円、1ユーロ=185円で計算しています。キャンペーン、税金、為替、プラン改定により実際の金額は変わります。

料金比較表

機能比較表

海外サービスは便利だけど、英語UIが地味につらい

ManageWP、MainWP、WP Umbrella、BlogVaultは、どれも有名で機能も多いです。

ただ、実際に使うことを考えると、UIやヘルプが英語中心なのが少し気になりました。

自分だけが使うならまだいいのですが、クライアントや社内メンバーに説明する場合、英語UIは地味にハードルになります。

例えば、アラート内容、設定項目、通知条件、レポート画面などを説明するときに、毎回英語を読み解く必要があります。

慣れている人なら問題ありませんが、WordPress保守をチームで回す場合や、非エンジニアの担当者も見る場合は、日本語UIのほうが圧倒的に楽です。

この点で、NexraOneは日本語で使えるのがかなり良いと思いました。

1サイトあたりで見るとNexraOneはかなり安い

料金を1サイトあたりで見ると、NexraOneはかなり使いやすい価格帯です。

Proプランは10サイトまでで月額¥1,980なので、10サイト使うと1サイトあたり約¥198/月です。

Businessプランは30サイトまでで月額¥5,400なので、30サイト使うと1サイトあたり約¥180/月です。

WordPressの監視、Heartbeat、通知、SSL・ドメイン期限監視などをまとめて使えることを考えると、複数サイトを管理している人にはかなり現実的な金額だと思います。

海外サービスも安いものはありますが、ドル建てやユーロ建てなので、為替によって月額の印象が変わります。

日本円で料金が分かるのは、地味ですが安心です。

ManageWPは老舗で機能が多い

ManageWPはかなり有名なWordPress管理サービスです。

無料で複数サイト管理を始められ、必要に応じてバックアップ、稼働監視、セキュリティチェック、レポートなどの有料アドオンを追加できます。

必要な機能だけ追加する方式なので、使い方によってはかなり柔軟です。

ただし、複数の有料アドオンを入れると1サイトあたりの金額は上がります。

また、UIは英語なので、日本語でチーム運用したい場合は少しつらい場面がありそうです。

MainWPはサイト数が多いと安い

MainWPはSaaSではなく、セルフホスト型です。

自分のWordPressに管理画面を作って、そこから複数サイトを管理します。

Proプランは年額$199なので、サイト数が多いほど1サイトあたりの金額は安くなります。

例えば30サイトで使うなら、1サイトあたり月額約¥87くらいの計算になります。

ただし、自分で管理画面用のWordPressを用意し、その環境自体も保守する必要があります。

管理コストを減らしたいのか、自分で全部持ちたいのかで、向き不向きが分かれると思います。

WP Umbrellaは保守会社向けにかなり強い

WP Umbrellaは、WordPress保守会社や制作会社向けにかなり作り込まれている印象です。

監視、バックアップ、安全な更新、クライアントレポート、SSL・ドメイン監視、PHPエラー監視など、保守業務に必要なものがかなり揃っています。

料金は€1.99/サイト・月なので、日本円だと約¥368/サイト・月くらいです。

機能面ではかなり魅力的ですが、UIは英語です。

国内の小規模チームや、クライアント説明まで考えると、日本語UIがないことは少しハードルになると感じました。

BlogVaultはバックアップ重視なら強い

BlogVaultは、バックアップ、復元、ステージング、マイグレーション、セキュリティに強いサービスです。

WordPressのバックアップをしっかり取りたい場合は候補に入ると思います。

Personalプランは$99/年からなので、日本円だと年額約¥15,543、月額換算で約¥1,296/サイトくらいです。

バックアップや復元を重視するなら良さそうですが、自分が今回探していたのは複数サイトの監視と通知だったので、用途としては少し違うかなと感じました。

NexraOneは日本語でWordPress監視をしたい人に合う

比較してみて、自分にはNexraOneが合っていました。

理由はシンプルです。

• 日本語で使える
• 料金が日本円で分かりやすい
• 1サイトあたりの金額が安い
• 複数WordPressサイトを一覧で見れる
• 外部監視だけでなくWordPress内部Heartbeatも見れる
• SlackとChatwork通知に対応している
• SSLやドメイン期限も確認できる

海外サービスは便利ですが、英語UIがつらい場面があります。

特に、WordPress保守をチームで回したい場合や、非エンジニアの人も見る場合は、日本語で使えることはかなり大事だと思いました。

NexraOneは、現在は監視と通知を中心としたサービスですが、公式Xの投稿を見ると、バックアップ＋自動更新機能も近日リリース予定らしいです。

これが入ってくると、監視だけでなくWordPress保守全体をかなりまとめやすくなりそうです。

まとめ

WordPress保守ツールは、目的によって選び方が変わります。

• 多機能な老舗サービスを使いたいならManageWP
• 自分で管理環境を持ちたいならMainWP
• 保守会社向けにレポートやバックアップまでまとめたいならWP Umbrella
• バックアップや復元を重視するならBlogVault
• 日本語でWordPress監視と通知をシンプルに使いたいならNexraOne

自分の場合は、英語UIのサービスをチームで使うのが少しつらく、まずは日本語で分かりやすく監視と通知を整えたかったので、NexraOneがちょうど良かったです。

料金もProなら1サイトあたり約¥198/月、Businessなら約¥180/月なので、複数サイトを管理している人には導入しやすいと思います。

WordPressサイトを複数管理していて、毎回ログインして確認するのが大変だと感じている方は、一度試してみても良いと思います。

NexraOneはこちら

投稿 WordPress保守ツールを比較してみた。海外サービスは便利だけど英語UIがつらかったのでNexraOneを使ってみた は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

WordPressサイトの管理が増えてきて、確認作業がしんどくなってきた

WordPressでサイトを運用していると、最初は1サイトだけだったのに、気づいたら複数サイトを管理していることがあります。

自社サイト、クライアントサイト、テストサイト、LP用のサイトなど、数が増えてくると地味に大変なのが日々の確認作業です。

サイトがちゃんと表示されているか。
WordPress本体やプラグインの更新が溜まっていないか。
SSLの期限が近づいていないか。
Fatal Errorが出ていないか。
メール送信やログイン周りで問題が起きていないか。

こういうのを毎回それぞれのWordPress管理画面にログインして確認するのは、正直かなり面倒です。

しかも、忙しいと後回しになります。

そして、後回しにしているうちに「サイトが見れないんですが」と連絡が来て、そこで初めて気づく。。みたいなこともあります。

これはまずいなと思い、WordPressサイトをまとめて監視できるサービスを探していたところ、NexraOne（ネクセラワン）を使ってみました。

NexraOneとは

NexraOneは、WordPressサイトを複数まとめて監視できるSaaSです。

WordPressに専用プラグイン「NexraOne Agent」を入れて、NexraOneの管理画面と接続すると、サイトの状態をダッシュボードで確認できるようになります。

いわゆる外部からの死活監視だけでなく、WordPress内部からHeartbeatを送ってくれるので、WordPress側がちゃんと動いているかも確認できます。

使ってみて良かったのは、単純に「複数サイトの状態を見る場所が1つになる」というところです。

今までは、気になったときに各サイトへログインして確認していましたが、NexraOneを入れてからは、まずNexraOneの画面を見るようになりました。

導入は思ったより簡単でした

導入方法は、普通のWordPressプラグインとほぼ同じです。

1. NexraOneに登録する
2. NexraOneの管理画面でサイトを追加する
3. WordPress側にNexraOne Agentをインストールする
4. Connect Tokenで接続する
5. ダッシュボードで接続状態を確認する

WordPress.org公式ディレクトリにプラグインがあるので、WordPress管理画面から「NexraOne Agent」で検索してインストールできます。

ZIPをアップロードしたり、FTPで入れたりしなくてもいいので、その点はかなり楽でした。

サイトの状態が一覧で見れるのが便利

一番便利だと感じたのは、複数サイトの状態を一覧で見れるところです。

WordPressの管理画面はサイトごとに分かれているので、複数サイトを管理していると「どのサイトがどういう状態か」を把握するのが面倒です。

NexraOneでは、接続しているサイトの状態をまとめて確認できます。

サイトが正常か、Heartbeatが届いているか、アラートが出ていないか、更新が必要かなどを一覧で見れるので、巡回作業がかなり減りました。

サイト数が少ないうちは手作業でもなんとかなりますが、増えてくるとこういう一覧画面があるだけでだいぶ助かります。

異常があったときに通知が来るのが安心

監視ツールで大事なのは、異常が起きたときに気づけることだと思います。

NexraOneでは、Slack、Chatwork、メールなどに通知を送ることができます。

普段SlackやChatworkを見ている場合は、そこに通知が来るようにしておくとかなり便利です。

わざわざ管理画面を開きに行かなくても、何かあったら通知で気づけます。

特に、クライアントサイトを管理している場合は「お客様から連絡が来る前に気づける」というのが大きいです。

WordPress内部の監視ができるのが良い

外部監視だけなら、他にもいろいろなサービスがあります。

ただ、NexraOneで良いと思ったのは、WordPressプラグインを通して内部の状態も見れるところです。

外からサイトが表示できていても、WordPress内部ではエラーが出ていたり、Cronが止まっていたり、更新が溜まっていたりすることがあります。

外部からの監視だけだと「サイトが表示されるか」までは分かりますが、WordPress内部の細かい状態までは見えません。

NexraOne Agentを入れることで、WordPress側から状態を送ってくれるので、よりWordPress保守向けだと感じました。

SSLやドメイン期限も見れるのが地味に助かる

SSLやドメイン期限の確認も、忘れがちな作業の1つです。

特にドメイン期限切れは怖いです。

サイトが見れなくなるだけでなく、メールにも影響が出る場合があります。

NexraOneでは、SSLやドメイン期限も監視対象になっているので、期限が近づいてきたときに気づきやすくなります。

こういう地味だけど重要な確認をまとめて見れるのはありがたいです。

WordPress保守をしている人にはかなり合うと思う

実際に使ってみて、NexraOneは以下のような人に向いていると思いました。

• WordPressサイトを複数管理している人
• クライアントサイトの保守をしている制作会社
• サイトの異常に早めに気づきたい人
• 更新確認やSSL期限確認を効率化したい人
• SlackやChatworkで通知を受け取りたい人
• WordPress保守を属人的にしたくない人

逆に、個人ブログ1サイトだけをゆるく運営している場合は、そこまで必要ないかもしれません。

ただ、複数サイトを管理している人や、仕事としてWordPress保守をしている人にはかなり便利だと思います。

まとめ：WordPressの確認作業を減らしたい人にはおすすめ

WordPressサイトは、作って終わりではなく、運用していく中でいろいろな確認が必要になります。

サイトが落ちていないか。
更新が溜まっていないか。
SSLやドメイン期限は大丈夫か。
エラーが起きていないか。
通知がちゃんと届くか。

こういう作業を全部手作業でやるのは、サイト数が増えるほど大変です。

NexraOneを使うと、WordPressサイトの状態をまとめて確認でき、異常があればSlack、Chatwork、メールで通知を受け取れます。

使ってみて、今までなんとなく手作業で確認していた部分をかなり整理できました。

WordPressサイトを複数管理していて、「毎回ログインして確認するのが面倒だな」と感じている方は、一度試してみても良いと思います。

NexraOneを見てみる

投稿 WordPressを複数管理していると、どのサイトで何が起きているのか分からなくなるので「NexraOne」を利用してみました。 は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

[推奨版] Slack連携で「非推奨」を回避！Fail2Notifyの正しい設定手順【2026年最新】

以前、WordPressのメール送信エラーをSlackに通知するプラグイン「Fail2Notify」の設定方法を紹介しましたが、実は当時のやり方（Incoming Webhooksアプリ）は現在「非推奨（Legacy）」扱いになっています。 現時点でも動いてはいますが、Slack公式としては「Slackアプリを作って、そこからWebhookを発行する」という新しい方式を推奨しています。

今回は、将来的な廃止リスクを避けるためにも、Slack公式推奨の手順でWebhook URLを取得し、Fail2Notifyと連携する方法を解説します。

設定手順：Slackアプリを作成する

難しそうに見えますが、やることは「アプリのガワを作ってスイッチをONにする」だけ。3分で終わります。

1. アプリ管理画面へアクセス

まずはブラウザでSlackのAPI管理画面を開きます。

👉 https://api.slack.com/apps

画面右上にある[Create New App]ボタンをクリックし、出てきたポップアップで[From scratch]（最初から作る）を選びます。

2. アプリ名と送信先を決める

設定画面が出るので、以下のように入力して[Create App]を押します。

• App Name：Fail2Notify（ここに入力した名前で通知が届きます）
• Pick a workspace…：通知を送りたいSlackワークスペースを選択

3. Webhook機能をONにする

アプリの管理画面（Basic Information）に入れたら、左メニューの[Incoming Webhooks]をクリック。 そして、[Activate Incoming Webhooks]のスイッチをパチっとOnにします。

4. URLを発行する

スイッチを入れると画面下に項目が増えるので、一番下の[Add New Webhook to Workspace]ボタンをクリック。

「どのチャンネルに投稿しますか？」と聞かれるので、通知先のチャンネル（例：#general）を選んで[許可する]を押してください。

5. URLをプラグインに登録

元の画面に戻ると、表の中にWebhook URL（https://hooks.slack.com/...）が発行されています。 これをコピーして、WordPress側の設定画面に貼り付ければ完了です！

まとめ：これでもう「非推奨」に怯えない

というわけで、Fail2NotifyのSlack通知を推奨手順で設定し直す方法でした。

投稿 【2026年4月28日更新】[推奨版]メールの送信失敗を通知！WordPressのメール送信エラーをSlackで即座に見逃さない！「Fail2Notify」のSlack連携設定ガイド は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

投稿 アリババクラウド Simple Application Server で WordPress を安全に運用する方法 は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

なぜ更新通知を「非表示」にしたくなるのか

WordPress はセキュリティと機能改善のために、コア本体・テーマ・プラグインの
アップデート通知を自動的に表示します。

しかし、次のようなケースでは「一部、もしくは一時的に」非表示にしたくなることがあります。

• クライアント向け管理画面で、更新通知を見せたくない
• ステージング環境だけ通知を消してスッキリさせたい
• 更新の判断は自分（開発者）が行うため、他の人に混乱させたくない

この記事では、functions.php に数行追加するだけでできる
「更新通知の非表示」テクニックと、やってはいけない注意点を整理します。

<?php
// コア・プラグイン・テーマの更新チェックを無効化
add_filter( 'pre_site_transient_update_core', '__return_null' );
add_filter( 'pre_site_transient_update_plugins', '__return_null' );
add_filter( 'pre_site_transient_update_themes', '__return_null' );

<?php
// ダッシュボードの「更新」メニューを隠す
function my_hide_update_menu() {
    remove_submenu_page( 'index.php', 'update-core.php' );
}
add_action( 'admin_menu', 'my_hide_update_menu', 999 );

/* サイドバーの更新バッジを非表示 */
#menu-dashboard .update-plugins,
#menu-plugins .update-plugins,
#menu-appearance .update-plugins {
    display: none !important;
}

投稿 WordPress で更新通知（アップデート通知）を非表示にする安全な方法まとめ は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

そこでおすすめなのが、メール送信エラーを検知して通知してくれるプラグイン「Fail2Notify」です。

無料の範囲だとslackでの連携ができるのでその連携方法をご紹介します。

ちなみにFail2NotifyもSlackも無料版で問題ないです。

Step 1：Slackの「Webhook URL」を取得する

まずは通知を受け取りたいSlack側で、情報の受け口となる「Webhook URL（ウェブフックURL）」という専用のURLを発行します。
※今回はパソコン版での紹介です！

1. Slackを開き、左メニューの「その他」からAppをクリック（または「アプリを追加する」から検索）。
2. 検索窓に「Incoming Webhooks」と入力して検索します。
3. 「Incoming Webhooks」というアプリが表示されるので、「インストール」ボタンを押します。
4. ブラウザが立ち上がりSlackの公式サイトへ移動します。「Slackに追加」ボタンをクリックします。
5. チャンネルへの投稿という項目で、通知を送りたいチャンネル（例：#general や #エラー通知 など）を選び、「Incoming Webhook インテグレーションの追加」をクリックします。
6. 画面が切り替わると、「Webhook URL」という項目に https://hooks.slack.com/services/... から始まるURLが表示されます。
7. このURLを後で使うので、コピーしておきます。

これでSlack側の準備は完了です！

Step 2：WordPressでプラグインの設定を開く

次にWordPressの管理画面に戻り、設定画面を開きます。

1. WordPressの管理画面（ダッシュボード）にログインします。
2. 左側のメニューから「Fail2Notify」をクリックします。
   ※設定の中にあります。

Step 3：Webhook URLを貼り付けて保存する

設定画面が開いたら、先ほどコピーしたURLを登録します。

1. 画面内に「Slack Notifications（Slack通知設定）」というエリアがあります。
2. 「Enable Slack alerts（Slack通知を有効化）」のチェックボックスにチェックを入れます。
3. 「Webhook URL」の入力欄に、Step 1でコピーした https://hooks.slack.com/... のURLを貼り付けます。
4. 最後に、画面下部の「変更を保存」ボタンをクリックします。

設定はこれだけで完了です。
設定したら、下に「send test notification」というボタンがあるので、それを押すと、設定に問題なければslackに通知が来ます。

まとめ

お疲れ様でした！これでWordPressからメール送信に失敗した際、指定したSlackチャンネルへ自動的に通知が届くようになりました。

「大事なお問い合わせメールが届いていなかった！」というトラブルを未然に防ぐためにも、ぜひこの設定を活用してサイト運営に役立ててください。

書きましたが、クライアントと私と、複数に通知が欲しい時の設定がないのが残念だなと思ったのでこの辺が改善されるといいですね！

投稿 WordPressのメール送信エラーをSlackで即座に見逃さない！「Fail2Notify」のSlack連携設定ガイド は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。