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属性、全部自分で考えるのをやめました は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

とはいえ、AIに全部任せるわけではありません。

最終的な確認は人間がやるのですが、「見落としを減らす」という意味では結構役立っています。

今回は実際に制作現場でやっている、AIを使った納品前チェックについて書いてみます。

サイト公開前は意外と確認することが多い

Webサイトを公開する前には、思っている以上に確認することがあります。

• 電話番号
• 住所
• 営業時間
• 定休日
• メールアドレス
• お問い合わせフォーム
• リンク切れ
• 誤字脱字
• メニュー表記

ページ数が少なくても、複数ページに同じ情報が掲載されていることがあります。

そのため、どこか一箇所だけ古い情報が残ってしまうことも珍しくありません。

実際、電話番号の一桁違いや営業時間の表記違いなどは、最後の最後で見つかることもあります。

AIにサイト全体を見てもらう

最近は公開前にサイト全体のテキストをAIに読ませています。

そして、

「電話番号に不一致はないか」

「住所表記に違いはないか」

「営業時間が統一されているか」

といった確認をお願いしています。

もちろん100%正しいわけではありません。

ただ、人間だけでチェックするよりも、別の視点で確認してくれるので意外と助かります。

意外と多い表記ゆれ

個人的に一番助かっているのは表記ゆれのチェックです。

例えば、

• お問い合わせ / お問合せ
• ホームページ / Webサイト
• 17:00〜24:00 / 17:00～24:00
• TEL / Tel / tel

こういった細かい違いは、人間だと見逃すことがあります。

特にページ数が多くなると、統一するだけでも結構大変です。

AIに一覧化してもらうと確認しやすくなりました。

電話番号や住所のチェックにも使える

飲食店や店舗サイトでは、電話番号や住所の確認も重要です。

最近は納品前にAIへ

「サイト内に掲載されている電話番号を全部抜き出して」

「住所を一覧にして」

という使い方もしています。

一覧で見ると、意外と違和感に気付けることがあります。

特にフッターやお問い合わせページは、コピペで作られることも多いのでチェックしておくと安心です。

フォームチェックの確認項目作りにも便利

お問い合わせフォームのチェックでも使っています。

例えば、

• 必須項目は正しいか
• 確認画面は必要か
• 送信完了画面はあるか
• 自動返信メールは届くか
• プライバシーポリシーへのリンクはあるか

など、確認項目を洗い出してもらいます。

最終的には実際にフォームを送信して確認しますが、チェック漏れ防止には役立っています。

AIはチェック担当の新人みたいな存在

AIを使っていて思うのは、優秀な検査ツールというより、チェック担当の新人が一人増えたような感覚です。

自分では気付かなかった違和感を指摘してくれることがあります。

もちろん間違った指摘をすることもあります。

だから最終判断は人間です。

ただ、「見落としを減らす」という意味では十分価値があります。

まとめ

最近は納品前チェックにもAIを使うようになりました。

特に便利なのは、

• 電話番号チェック
• 住所チェック
• 営業時間チェック
• 表記ゆれチェック
• フォーム確認項目の洗い出し

このあたりです。

AIだけで品質保証はできませんが、人間のチェックを補助してくれる存在としてはかなり優秀です。

今後も制作フローの中で使える部分はどんどん取り入れていこうと思います。

投稿 Webサイト納品前のチェックでAIが便利だった話 は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

とはいえ、

「AIが全部やってくれる！」

みたいな感じでは全然なくて、面倒な作業を少し手伝ってもらう。そんな使い方がほとんどです。

実際、Web制作の仕事って細かい作業の積み重ねなんですよね。

• 文章を書く
• メニューを登録する
• 画像のaltを考える
• SEOタイトルを考える
• 公開前にチェックする

今回は、その中でも「これはAI使うと結構楽になるな」と思った業務を紹介します。

1. 文章作成

まずは定番ですが、文章作成です。

ブログ記事やお知らせ、サービスページを書く時に使っています。

もちろん、そのまま公開することはほとんどありません。

ただ、最初の一文を書くのって結構大変なんですよね。

何を書こうか考えている時間が一番長かったりします。

AIに「こんな内容の記事を書きたい」と伝えるだけで、構成やたたき台を作ってくれるのでかなり楽になりました。

特に、

• ブログ記事
• お知らせ
• サービス紹介

この辺は相性が良いです。

2. 飲食店のメニュー登録

これは最近かなり助かっています。

飲食店のサイトを作ると、紙のメニューやPDFを渡されることがあります。

これを手入力すると結構大変です。

料理名、価格、カテゴリを見ながら、ひとつひとつ登録していく必要があります。

最近はAIに画像を読ませて、

• 文字起こし
• カテゴリ分け
• 表記ゆれの修正
• 登録しやすい形への整形

このあたりを手伝ってもらっています。

もちろん最終確認は人間がやりますが、ゼロから入力するのと比べるとかなり違います。

100品を超えるようなメニューだと特に効果を感じます。

3. 画像のalt作成

これも地味ですが便利です。

altはSEOだけでなく、アクセシビリティ的にも大事です。

ただ画像が50枚、100枚あると結構面倒です。

例えば「店舗外観」だけだと少し雑ですし、「木目調の外観が特徴的なカフェの店舗外観」みたいな説明の方が親切です。

AIに画像を見せると、それっぽいaltを考えてくれるので、下書きとして使っています。

最近は記事を書く時にも結構活躍しています。

4. SEOタイトル作成

SEOタイトルも毎回悩みます。

記事は書けたのに、タイトルが決まらない。

これ結構あります。

そんな時にAIに「この記事のタイトル案を10個出して」とお願いすると、それなりに良い案が出てきます。

もちろんそのまま使うわけではありませんが、考える時間はかなり減りました。

最近はディスクリプションも一緒に考えてもらっています。

5. 公開前チェック

意外と便利なのがこれです。

サイト公開前って、確認することがたくさんあります。

• 誤字脱字
• リンク切れ
• 電話番号
• 住所
• 営業時間
• フォームの動作

人間だけでやると、どうしても見落としが出ることがあります。

最近は「このページをチェックして」とAIに投げて、確認項目を洗い出してもらうこともあります。

実際に納品前のチェックでも使っています。

AIは仕事を奪うというより、アシスタントが増えた感じ

AIを使い始めて思うのは、仕事がなくなるというより、面倒な作業が減るという感じです。

特にWeb制作は、細かい入力や確認作業が多いので、その辺との相性はかなり良いと思います。

逆に、

• デザインの判断
• お客様とのやり取り
• 提案内容の検討
• 最終的な品質確認

この辺は今でも人間の仕事です。

なので今のところは、AIに仕事を奪われるというより、アシスタントが1人増えたくらいの感覚ですね。

まとめ

Web制作会社がAIを導入して変わった業務をまとめると、以下の5つです。

1. 文章作成
2. 飲食店のメニュー登録
3. 画像のalt作成
4. SEOタイトル作成
5. 公開前チェック

どれも、ひとつひとつは小さな作業です。

ただ、Web制作ではこういう小さな作業が積み重なって、結構な時間になります。

AIをうまく使うことで、作業時間を減らしつつ、人間が見るべきところに時間を使えるようになりました。

今後も制作現場で使えそうなものがあれば、いろいろ試していこうと思います。

投稿 Web制作会社がAIを導入して地味に楽になった業務5選 は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

Webサイト制作をしていると、意外と時間がかかるのが「メニュー登録」です。

特に飲食店サイトでは、フードメニュー、ドリンクメニュー、ランチメニュー、コースメニューなど、数十件から多い場合は100件以上の情報を入力することがあります。

1件ずつWordPressへ登録していると、数時間かかることも珍しくありません。

最近はこの作業をAIに手伝ってもらうことで、大幅に時間短縮できるようになりました。

今回は、実際に私がWordPressサイト制作で行っている「AIを使ったメニュー一括登録」の流れをご紹介します。

これまでのメニュー登録作業

以前は、お客様からいただいたメニュー表を見ながら、1つずつ手作業で入力していました。

• 商品名を入力する
• 価格を入力する
• カテゴリーごとに整理する
• レイアウトを調整する
• 入力ミスがないか確認する

例えば100件のメニューがあれば、100回近く同じような作業を繰り返すことになります。

単純作業ではありますが、価格や商品名を間違えられないため、かなり神経を使う工程です。

AIを使った現在の流れ

現在は、メニュー登録の一部をAIに手伝ってもらっています。

大まかな流れは以下の通りです。

1. メニュー表の画像やPDFをAIに読み込ませる
2. AIで文字起こしする
3. 商品名・価格・カテゴリーごとに整理する
4. WordPressやDiviで使える形に変換する
5. インポートして一括登録する

1. メニュー表をAIに読み込ませる

まず、お客様からいただいたメニュー表をAIに読み込ませます。

メニュー表は、PDFの場合もあれば、スマートフォンで撮影した写真の場合もあります。

AIに画像を読み込ませると、OCRという文字認識によって、画像内の文字をテキスト化できます。

例えば、紙のメニューに書かれている料理名や価格を、手入力せずにテキストとして取り出せます。

2. AIにメニュー内容を整理してもらう

画像から読み取ったテキストは、そのままだと少し崩れていることがあります。

例えば、以下のような状態です。

生ビール650円
ハイボール550円
レモンサワー500円

このままだとWebサイトに登録しづらいため、AIに整理してもらいます。

[
  {
    "name": "生ビール",
    "price": "650"
  },
  {
    "name": "ハイボール",
    "price": "550"
  },
  {
    "name": "レモンサワー",
    "price": "500"
  }
]

このように、商品名と価格を分けて整理できます。

さらに、ビール、サワー、フード、デザートなど、カテゴリーごとに分けることもできます。

3. Diviで使える形に変換する

私が制作で使うことの多いWordPressテーマ「Divi」では、ページデータをJSON形式でエクスポートできます。

既存のページデータをもとに、AIへ「この形式に合わせてメニューを追加して」と指示すると、Diviで読み込める形に整えてくれます。

つまり、AIには単に文章を書いてもらうだけではなく、Webサイトにそのまま使えるデータへ変換する作業もお願いできます。

4. WordPressへインポートする

AIで整えたデータを確認したら、WordPressのDiviへインポートします。

すると、手作業で1件ずつ入力しなくても、大量のメニューを一気に登録できます。

もちろん、最終的な確認は人間が行います。

AIの読み取りミスや、価格の間違いがないかは必ずチェックします。

どれくらい効率化できるのか

案件の内容にもよりますが、体感としてはかなりの時間短縮になります。

特に便利なのは、表記ルールの統一です。

例えば、「税込価格をカッコ付きで表示する」「円マークを使わない」「価格にカンマを付ける」といったルールも、AIに指示してまとめて修正できます。

AIを使っても最後の確認は人間が必要

AIはとても便利ですが、すべてを任せきりにするわけではありません。

特に飲食店のメニューでは、価格や商品名の間違いは大きな問題になります。

そのため、AIで作成したデータは必ず人間が確認します。

• 商品名に誤字がないか
• 価格が合っているか
• カテゴリー分けが正しいか
• Webサイト上で表示崩れがないか

AIはあくまで作業を助けてくれる存在です。

最終的な品質管理は、これまで通り制作者が行います。

AIは仕事を奪うものではなく、面倒な作業を減らしてくれるもの

AIというと「仕事がなくなるのでは」と言われることもあります。

ただ、実際にWeb制作の現場で使ってみると、AIは仕事を奪うというより、面倒な作業を減らしてくれる道具だと感じます。

デザインを考えること、サイト全体の構成を考えること、お客様の要望を整理することは、今でも人間が行う重要な仕事です。

一方で、データ入力、文字起こし、表記の統一、フォーマット変換のような作業は、AIが得意な分野です。

AIをうまく使うことで、単純作業に使っていた時間を、より大事な部分に使えるようになります。

まとめ

WordPressやDiviを使ったWebサイト制作では、AIを活用することで作業効率を大きく改善できます。

特に飲食店サイトのように、大量のメニュー登録が必要な案件では、AIとの相性がとても良いです。

• メニュー表の文字起こし
• 商品名や価格の整理
• カテゴリー分け
• Divi用データへの変換
• WordPressへの一括登録

こうした作業をAIに手伝ってもらうことで、制作時間を短縮しながら、ミスの少ないサイト制作を目指せます。

AIは特別なものではなく、日々の作業を少し楽にしてくれる実用的なツールです。

Web制作でも、うまく活用していきたいですね。

投稿 WordPress制作の時間を短縮。AIで飲食店メニューを一括登録した話【DIVI】 は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

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でサイトを運用していると、最初は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」を利用してみました。 は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。

以前、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連携設定ガイド は 日本生まれ中国育ち沖縄移住パパのブログ に最初に表示されました。