私が運営しているブログは、クラシックエディタ環境で、テキスト主体なのであまり影響は受けないはずなのですが、6.9から7.0へのメジャーバージョンアップなので、いつも通り様子をみます。

はかせ

WordPress7.0にする場合は、Cocoonは最新版を使用します。

2026年6月2日、WordPress7.0対応のCocoon 2.9.3が公開されました。

ということで、

はかせ

WordPress 7.0への更新は、いつも通りしばらく様子見で、メンテナンスリリース待ちです。

ここでは、使用しているWordPressとテーマの対応状況についてまとめています。

WordPress 7.0のリリース記録

WordPress 7.0 “Armstrong”は、1度リリースが延期となり、2026年5月20日にリリースされました。

以下、WordPress 7.0のベータ版からリリースまでの記録です。

2026年5月15日：WordPress 7.0リリース候補4（RC4）がリリースされています。

2026年5月9日：WordPress 7.0リリース候補3（RC3）がリリースされています。

2026年4月25日、WordPress 7.0の新しいリリース日が、2026年4月9日から2026年5月20日となりました。

2026年4月4日、WordPress 7.0のリリースが数週間延期されることになりました。

2026年3月27日、WordPress 7.0リリース候補2（RC2）がリリースされています。

2026年3月25日、WordPress 7.0リリース候補1（RC1）がリリースされています。

2026年3月13日、WordPress 7.0ベータ5がリリースされています。

2026年3月11日、WordPress 7.0ベータ4がリリースされています。

2026年3月6日、WordPress 7.0ベータ3がリリースされています。

WordPressテーマ：Cocoon

WordPressの更新は、「メンテナンスリリースとセキュリティリリースのみ自動更新」にしています。

Cocoonは、最新バージョンを使うようにしちえます。

このブログのCocoonバージョン：2.9.3.1

2026年6月8日現在

Cocoonは、WordPressで自動更新できるようになってから手動で更新しています。

はかせ

Cocoonは、WordPressのバージョンアップ対応も早く、開発・運営・サポートはエックスサーバとわいひらさんとの共同なので、使い続けています。

WordPressプラグイン

2026年6月8日現在、このブログで使用しているWordPressプラグインのWordPress 7.0対応状況は、以下の通りです。

• WPプラグインは最新版を使用しています。
• Cocoonが多機能なので、WordPressのプラグインはできるだけ使わないようにしています。
• 私のブログは文字が多く画像もSquooshを使い圧縮してからアップロードしているので、キャッシュ関係も必要なさそうです。
• WP-Optimizeは、多機能（クリーン圧縮、キャッシュ）ですが、記事のリビジョン管理機能のみ使っています。
• WordPressプラグインの自動更新は使っていませんが、私の場合には自動更新でもよさそうです。
• SiteGuard WP Pluginを使っています。

はかせ

ブロックエディタ（Gutenberg）の更新内容には注意が必要です。

このブログのWordPressバージョン：6.9.4

2026年6月8日現在

まとめ

はかせ

WordPressのメジャーバージョンアップは、様子をみてから更新しています。

WordPressのメンテナンスリリースは、自動更新としています。

エックスサーバーとCocoon開発者わいひらさんとで共同開発されたプラグインです。

私の運営しているブログではWordPressの無料テーマであるCocoonを使っています。

エックスサーバーを利用しているのでエックスサーバー製のXwriteは使ってみたいと思ってはいるのですが、WordPressのテーマ変更はかなりの手間がかかります。

エックスサーバーからはCocoonからXwriteへの移行プラグイン「テーマ移行サポート（Cocoon→Xwrite）」が公開されたことで、Cocoonユーザーから有料のテーマに変更する場合の敷居がだいぶ下がったのではないかと思います。

ここでは、CocoonからXwriteへの移行プラグイン「テーマ移行サポート（Cocoon→Xwrite）」と、移行の際の注意点について、主にテキストベースのブログ運営者の観点でまとめています。

CocoonからXwriteへの移行プラグイン公開

2024年のクリスマス、CocoonからXwriteへの移行プラグイン「テーマ移行サポート（Cocoon→Xwrite）」がエックスサーバーから公開されました。

無料のWordPressテーマCocoonから有料のエックスサーバー製WordPressテーマXwriteに移行する場合の敷居がだいぶ下がりました。

とはいえ、WordPressのテーマ変更は、気軽にやってよいことではありません。

WordPressのテーマを変更する場合には、WordPressのメジャーバージョンアップ以上に、事前の確認（テスト）が必要です。

CocoonからXwriteへの移行プラグイン「テーマ移行サポート（Cocoon→Xwrite）」の詳細は、以下の記事をご参照ください。

• Xwriteユーザーならば無料で使用できます。

CocoonからXwriteにテーマ移行を手軽にできるプラグインを公開しました。

WordPress無料テーマのCocoonから、有料テーマに乗り換えたとき、Cocoonで利用していた装飾が崩れてしまったということはないでしょうか。テーマ移行を行った方の中には、次のような吹き出し装飾が、以下のように崩れてしまったという経...

wp-cocoon.com

CocoonからXwriteに移行する場合の注意点

CocoonからXwriteへの移行プラグイン「テーマ移行サポート（Cocoon→Xwrite）」は、エックスサーバーのプレミアム・プラン以上であれば無料で使用できます。

私はエックスサーバーのスタンダードプランを利用していますので、コスト面ではXwriteの買い切り価格で購入することになると思います。

• 2025年12月27日現在、Xwriteはサブスク（月額と年額）もあります。

CocoonからXwriteへの移行プラグイン「テーマ移行サポート（Cocoon→Xwrite）」を使ってできないことは、次の通りです。

• 広告ブロックの利用
• 広告ショートコードの利用
• プラグインで利用しないCocoon設定情報の移行

以下、私がXwriteを使う場合の注意点として紹介します。

Cocoonの「広告ブロック」を利用できない

私の場合ですが、「広告ブロック」は、使用していないので影響ありません。

Cocoonの「広告ショートコード」が利用できいない

これは、影響範囲が広くというよりは、私の運営するブログではほぼ全てのページイン「広告ショートコード」を使っているので、正直なところ非常に面倒だと感じました。

しかし、CocoonからXwriteへの移行プラグインの説明をよく読んでみると、あえて「広告ショートコード」を利用できないようにして、次のような理由でトラブルを避けていることがわかりました。

プラグインで利用しないCocoon設定情報の移行

CocoonからXwriteへの移行プラグイン「テーマ移行サポート（Cocoon→Xwrite）」で利用しないCocoon設定情報は、移行されないのは当たり前のことです。

とはいえ、Cocoonが多機能であるがゆえCocoonで設定できることは多岐にわたります。

エックスサーバーのWebサイトには、「テーマ移行サポート（Cocoon→Xwrite）」プラグインについての説明ページがあります。

はかせ

移行プラグインがあるとはいえ、WordPressのテーマ変更は大仕事なので、よく読んだうえで、実際に使えるかどうか事前確認が必要だと考えています。

まとめ：CocoonからXwriteへの移行

WordPressの無料テーマCocoonが多機能であるがために、WordPressのテーマを変更することを想像するだけで、「私のブログのテーマ変更はしない」という結論につながっていました。

2025年のクリスマスに、CocoonからXwriteへの移行プラグイン「テーマ移行サポート（Cocoon→Xwrite）」がエックスサーバーから公開されたことで、

WordPressの無料テーマCocoonからエックスサーバー製の有料テーマXwriteに移行を検討している方には、プラスの材料となったのではないでしょうか。

移行プラグインでCocoonからXwriteへの移行作業の敷居が下がったのは間違いないとは思いますが、WordPressのテーマ変更は大仕事です。

はかせ

私の場合、CocoonからXwriteに移行すると決めた場合でも、十分な事前検討と、テスト環境などによる事前チェックが必要だと考えています。

2026年2月4日、WordPress 6.9.1メンテナンスリリースが公開されました。

• 2026年1月30日：WordPress 6.9.1リリース候補版1（RC1）リリース

私が運営しているブログは、クラシックエディタ環境で、テキスト主体なのであまり影響は受けないはずなのですが、6.8から6.9へのメジャーバージョンアップなので、いつも通り様子をみます。

はかせ

WordPress6.9にする場合は、Cocoonは最新版を使用します。

2025年12月13日、最新版Cocoon 2.8.9に更新しました。

ということで、

はかせ

WordPress 6.9のメンテナンスリリースが公開されたので、このブログをWordPress 6.9.1に更新しました。

ここでは、使用しているWordPressとテーマの対応状況についてまとめています。

WordPress 6.9のリリース記録

WordPress 6.9は、予定通り2025年12月2日にリリースされました。

2026年2月4日：WordPress 6.9.1メンテナンスリリース

2026年1月30日：WordPress 6.9.1リリース候補版1（RC1）リリース

以下、WordPress 6.9のベータ版からリリースまでの記録です。

2025年10月22日：WordPress 6.9ベータ1リリース

2025年10月30日：WordPress 6.9ベータ2リリース

2025年11月7日：WordPress 6.9ベータ3リリース

2025年11月8日：WordPress 6.9ベータ4リリース

2025年11月13日：WordPress 6.9リリース候補版1（RC1）リリース

2025年11月19日：WPプラグインの更新がはじまりました。

2025年11月20日：WordPress 6.9リリース候補版1（RC2）リリース

2025年11月27日：WordPress 6.9リリース候補版1（RC3）リリース

WordPressテーマ：Cocoon

WordPressの更新は、「メンテナンスリリースとセキュリティリリースのみ自動更新」にしています。

Cocoonは、最新バージョンを使うようにしちえます。

このブログのCocoonバージョン：2.9.0.1

2026年2月7日現在

Cocoonは、WordPressで自動更新できるようになってから手動で更新しています。

はかせ

Cocoonは、WordPressのバージョンアップ対応も早く、開発・運営・サポートはエックスサーバとわいひらさんとの共同なので、使い続けています。

WordPressプラグイン

2026年2月7日現在、このブログで使用しているWordPressプラグインのWordPress 6.9対応状況は、以下の通りです。

• WPプラグインは最新版を使用しています。
• Cocoonが多機能なので、WordPressのプラグインはできるだけ使わないようにしています。
• 私のブログは文字が多く画像もSquooshを使い圧縮してからアップロードしているので、キャッシュ関係も必要なさそうです。
• WP-Optimizeは、多機能（クリーン圧縮、キャッシュ）ですが、記事のリビジョン管理機能のみ使っています。
• WordPressプラグインの自動更新は使っていませんが、私の場合には自動更新でもよさそうです。
• SiteGuard WP Pluginを使っています。

はかせ

ブロックエディタ（Gutenberg）の更新内容には注意が必要です。

このブログのWordPressバージョン：6.9.1

2026年2月7日現在

まとめ

はかせ

WordPressのメジャーバージョンアップは、様子をみてから更新しています。

WordPressのメンテナンスリリースは、自動更新としています。

このブログのドメインを購入したエックスサーバードメインの記事を参考にして、エックスサーバーの設定を見直すことにしました。

ここでは、メール送信に関するエックスサーバーの設定について、自分で理解した内容を備忘録を兼ねて説明します。

サーバー設定の見直しは、定期的に行うべきだとは思いつつなかなか習慣化できないので、機能アップなどのメールをきっかけに見直すように心がけています。

はかせ

仕組みまで理解しようとするとなかなか難しいので、まずは、おすすめの設定をしていくことからはじめています。

メール送信に関するエックスサーバーの設定

メール送信に関するエックスサーバーの以下の3つの設定について説明します。

• SPF設定
• DKIM設定
• DMARC設定

メール送信ドメインの認証とは

スパムメールの送信先をみても、メールの見た目上の送信元アドレスは偽装することが技術的できそうなことはわかります。

これを悪用しているのが、なりすましメールやフィッシングメールであり、これらはメール送信者の信頼性を損なうリスクでもあります。

ブログ運営をしているとメール送信者にもなりますので、この様なリスクを低減するために送信ドメイン認証という仕組みがあり、代表的な技術に次の3つがあります。

• SPF：送信元IPアドレスの正当性を確認する。
• DKIM：メールに電子署名を付与し、改ざんやなりすましを検出する。
• DMARC：SPFやDKIMの結果をもとに、メールの受け取り方を制御する。

エックスサーバーでもこれらの送信ドメイン認証の設定が可能です。

以下、SPF・DKIM・DMARCについて簡単に（自分が理解できたこと）を説明します。

SPF（Sender Policy Framework）

SPF（Sender Policy Framework）は、メールの送信元のIPアドレスが正しいものかどうかを検証する仕組みです。

• SPFは、そのまま「エスピーエフ」と読みます。

SPFレコードによりメール送信元のIPアドレスが正しいかどうか確認します。

はかせ

実際の手紙に例えると、発送元の郵便局の住所（IPアドレス）が、許可された発送元のリストにあるかを確認するイメージです。

SPFの仕組みについては、ここでは説明しませんので、参考リンクをご参照ください。

エックスサーバーでのSPF設定については、このドメインを例に後述します。

DKIM（Domain Keys Identified Mail）

DKIM（Domain Keys Identified Mail）は、メールに電子署名をつけて、メース受信者が、メール改ざんの有無や正当性を確認できる仕組みです。

• DKIMは、「ディーキム」と読みます。

電子署名により、メール内容とメール送信者が正しいかどうか検証します。

はかせ

実際の手紙に例えると、手紙が開封されていないことを確認するイメージです。

DKIMの仕組みについては、ここでは説明しませんので、参考リンクをご参照ください。

エックスサーバーでのSPF設定については、このドメインを例に後述します。

DMARC（Domain-based Message Authentication, Reporting, and Conformance）

DMARC（Domain-based Message Authentication, Reporting, and Conformance）は、SPFとDKIMの結果をもとに、受信側がメールをどのように処理するかを決める仕組みです。

• DMARCは、「ディーマーク」と読みます。

SPFやDKIMで検証されたドメインとFromアドレス（送信者のアドレス）のドメインが一致しているか検証します。

はかせ

実際の手紙に例えると、手紙の確認結果をもとに、配達するかどうかを審査で決める（あらかじめ決めたルールに従い判断する）様なイメージです。

DMARCの仕組みについては、ここでは説明しませんので、参考リンクをご参照ください。

エックスサーバーでのSPF設定については、このドメインを例に後述します。

エックスサーバーの設定見直し：SPFとDKIM設定

2025年7月、エックスサーバーのDMARC・DKIM・SPF設定を見直しました。

まず、SPFとDKIMの設定を確認します。

SPFの設定

エックスサーバーのSPF設定は、ドメイン設定と同時に完了するため、SPFについて個別の設定はほとんどないようですが、確認していきます。

SPF設定は、エックスサーバーのサーバーパネルで設定します。

SPFの設定画面は、［メール］＞［SPF設定］です。

下図は、このドメインのSPD設定画面です。

以下の設定になっていることを確認しました。

• 設定内容：標準設定
• SPF設定：ON

SPF設定

図1　SPF設定

SPF設定をONにすると、SPF認証をするための「SPFレコード」がDNSに追加されます。

DKIMの設定

エックスサーバーのDKIM設定は、SPF設定等同様、ドメイン設定と同時に完了します。

DKIM設定は、エックスサーバーのサーバーパネルで設定します。

DKIMの設定画面は、［メール］＞［DKIM設定］です。

DKIMについては、個別の設定はないようですが、確認していきます。

下図は、このドメインのDKIM設定画面です。

以下の設定になっていることを確認しました。

• 設定状況：ON

DKIM設定

図2　DKIM設定

DKIM設定は、確認だけで終わりました。

DMARCの設定

いよいよ気になるDMARC設定の見直しです。

2025年7月、エックスサーバーのDMARC・DKIM・SPF設定を見直しました。

DMARC設定を確認していきます。

DMARC設定対象ドメイン

エックスサーバーのDMARC設定は、ドメインごとに行います。

DMARC設定は、エックスサーバーのサーバーパネルで設定します。

DMARCの設定画面は、［メール］＞［DMARC設定］です。

設定を見直したいこのドメインの編集のアイコンをクリックします。

DMARC設定

図3　DMARC設定

DMARCポリシー

DMARCポリシーは、次の3つから選択します。

• 何もしない（通常どおりのメール配送）。
• 迷惑メールとして配送する。
• メールを配送しない。

おすすめされている設定方法は、次の順に進めます。

• はじめは、「何もしない」を選ぶ。
• メールが正しく認証され、想定どおりメール送信が完了している状況を確認してから、「迷惑メールとして配送する」または「メールを配送しない」に変更する。

DMARCのレポート通知設定

DMARCのレポート通知設定は、ONかOFFです。

おすすめされている設定は、「ON」です。

「ON」にしたら通知先メールアドレスを入力します。

DMARCレポートの注意点

DMARCレポートのメールにより、認証成功・失敗数が通知されます。

• DMARCのレポートには、SPFやDKIMの認証結果など、メール送信の状況を把握するための情報が記載されています。

DMARCレポートは、以下の様に確認や設定変更することがおすすめされていますが、安易に変更せず、よく考えてから変更し、変更しても悪影響（届けたいメールまで届かなくなっていないかなど）の確認が必要です。

• DMARCレポートで状況を確認しながら、認証が確実に成功する状態を確認したうえで順次設定を変更していきます。

自社のなりすましメールを防止するには、「隔離」や「拒否」としたいところですが、状況を把握しないまま設定すると、届けるべきメールまで届かなくなる可能性があります。

メール内容をもとに段階的に「迷惑メールとして配送する」、最終的に「メールを配送しない」に変更します。

はかせ

DMARCレポートを読んで慎重に対応することが必要ということです。

参考リンク

エックスサーバー・ドメインのDMARC・DKIM・SPFの設定見直しについては、エックスサーバーの以下の記事を参考にしています。

【図解】DMARC・DKIM・SPFとは？メールの送信者認証をわかりやすく解説

メールセキュリティを強化する「DMARC」「DKIM」「SPF」について、仕組み・メリット・設定方法をわかりやすく解説しています。設定していないと正しくメールが届かない可能性もあります。「よくわかっていない……」という方は、ぜひご覧ください...

www.xdomain.ne.jp

DMARC設定については、エックスサーバーの以下のマニュアルを参考にしています。

• ［ホーム］＞［マニュアル］＞［DMARC設定］

DMARC設定 | レンタルサーバーならエックスサーバー

レンタルサーバー「エックスサーバー」のご利用マニュアル｜対象ドメインのなりすましやその他の不正なメールの送信を制限できる「DMARC設定」機能のご案内です。

www.xserver.ne.jp

まとめ

たまに届くDMARCレポートのメール、大きな問題はなさそうですが、気にならないと言えばうそになります。

このブログのドメインを購入したエックスサーバードメインの記事を参考にして、エックスサーバーの設定を見直すことにしました。

ここでは、メール送信に関するエックスサーバーの設定について、自分で理解した内容を備忘録を兼ねて、以下の項目で説明しました。

• メール送信に関するエックスサーバーの設定
  • メール送信ドメインの認証とは
  • SPF（Sender Policy Framework）
  • DKIM（Domain Keys Identified Mail）
  • DMARC（Domain-based Message Authentication, Reporting, and Conformance）
• エックスサーバーの設定見直し：SPFとDKIM設定
  • SPFの設定
  • DKIMの設定
• DMARCの設定
  • DMARC設定対象ドメイン
  • DMARCポリシー
  • DMARCのレポート通知設定
    • DMARCレポートの注意点
• 参考リンク

これまで7冊のKindle本を出版してきましたが、Kindleペーパーバックの著者用コピーは、実は優れたサービスなのではないかと言うことに気づきました。

Kindleペーパーバックは、Amazonでの販売用の他に、著者向けに、

• レイアウト確認などの校正に使うKindleペーパーバックの校正刷り
• Kindleペーパーバックの著者用コピー

の2種類のKindleペーパーバックがあります。

ここでは、意外に便利というレベルではなく、もしかすると画期的なサービスかもしれないKindleペーパーバックの著者用コピーについて説明します。

Kindleペーパーバックと校正刷り

まずは、Kindleペーパーバックと校正刷りについて説明します。

Kindleペーパーバックは、出版前のテストコピーです。

私は、Kindleペーパーバックはリアルな紙の書籍なので、販売開始前に、文字の大きさやレイアウトの確認のため、校正刷りを購入して確認しています。

• Kindle（電子書籍）は、KDPでの登録作業の中でのチェックのみです。

Kindleペーパーバックの校正刷りは、下図の様に、表紙に「Not for Resale（校正刷り: 再販禁止）」という透かしが入っています。

• バーコードが印刷されていますが、ISBN は印刷されていません。

図　Kindleペーパーバックの校正刷りの例

はかせ

はじめてKindleペーパーバックを作った時には、本の大きさ、文字の大きさ、余白、見やすさなど、決めるのが難しいけれど決めなければいけないことが多く、悩みながら決めていったことを思い出します。

Kindleペーパーバックの著者用コピー

Kindleペーパーバックの著者用コピーは、Amazonで販売中のKindle本を印刷したものです。

販売されているKindleペーパーバックとは、以下のような違いがありますが、最大の特徴は、

• 印刷コストで購入可能（つまり、販売価格より安く購入できる）

ことです。

注意点を以下に列挙しますが、プレゼントやセミナーなどでの配布資料にする場合には、とても魅力的なサービスです。

• 校正刷りまたは著者用コピーの購入に対するロイヤリティはなし。
• 校正刷りまたは著者用コピーの注文は、KDPレポートに表示されない。なお、過去の注文は、Amazon注文履歴で確認できます。

著者用コピーのメリット

著者用コピーは、次のような場合に使うことができる著者が利用できるサービスです。

• 趣味で作った本を知人にプレゼントする。
• 自分用に紙の本を作る（自力出版）。
• セミナー配布資料にする。

自費出版の場合、初版分はある程度の量を購入することになりますが、著者用コピーは必要部数だけ購入することができます。

もちろん、必要な時に必要数追加することもできます。

著者なら印刷コストで紙の本を入手できるKindleペーパーバックの著者用コピー、興味をもたれたら、Kindle出版に取り組んでみてはいかがでしょうか？

また、Kindleペーパーバックの著者用コピーは、自費出版を検討されている方にとっても手段の1つになると思います。

まとめ

Kindleは電子書籍で、Kindleペーパーバックは紙の本です。

Kindleペーパーバックは、Amazonでの販売用の他に、

• レイアウト確認などの校正に使うKindleペーパーバックの校正刷り
• Kindleペーパーバックの著者用コピー

の2種類のKindleペーパーバックがあります。

これまで7冊のKindle本を出版してきましたが、意外に便利というレベルではなく、もしかすると画期的なサービスかもしれないKindleペーパーバックの著者用コピーについて、以下の項目で説明しました。

• Kindleペーパーバックと校正刷り
• Kindleペーパーバックの著者用コピー
  • 著者用コピーのメリット

これまでの6冊、電子書籍のKindleを作ってから、紙の書籍（Kindleペーパーバック）を作っていました。

今回は、1ページの文書量を増やしたい、表を見やすくしたいと思い、これまでのA5判ではなくB5判で作ることにしました。

Kindleペーパーバックから作成したはじめての出版となるので、電子書籍化とペーパーバック作成について、具体的にどの様に進めたのかについて説明します。

Kindle本の原稿を書く：ブログ記事の作成

はじめに、既刊「わかりやすい品質マニュアルの作り方」の続編を作ることにした理由を列挙します。

• 既刊の全体的な見直しをすることで、2026年の品質マニュアル改訂前にやっておくべきことを明確にしたいので、見直しは必要と考えていた。
• 詳細は省きますが、JISQ9001：2025の追補が2024年3月に発行され、品質マニュアルの改訂が必要になった。
• ISO9001：2015の改訂作業が進んでいて、2026年の後半には発行される見込みとなっている。

実際見直してみると、大幅に加筆・修正を加えたい部分もあり、2025年版として作り直した方がよいとの結論になりました。

7冊目のKindle本、これまでブログ記事からの作成ではなく、既刊「わかりやすい品質マニュアルの作り方」のKindleペーパーバックの原稿（ワードファイル）を使い、次のように作っていきます。

1. 既刊を見直し、変更（加筆・修正）が必要な部分を洗い出す。
2. 関連するブログ記事を使い、既刊のワードファイルに加筆・修正を加える。

なお、表紙は2025年版ということがわかるように変更する。

（今回は対象外）ブログの記事作成・投稿

ブログの記事からKindle出版する場合には、ブログ記事作成時に、次のことを考慮します。

• 1つのカテゴリがKindle本の章になるイメージ
• ブログ記事をカテゴリ単位でまとめる際には、順番を意識する。
• ブログ記事のボリュームが、Kindle本として大き過ぎる場合には、複数の章に分ける

Kindle本としての構成を検討

今回は、既刊の加筆・修正ではありますが、新たに追加したい内容もあるため、全体構成やどこに追加したらよいかは事前に考えてから編集作業をはじめます。

はかせ

ワードで170ページ程度あるので、作業内容をある程度整理してから着手しています。

行き当たりばったりで編集をはじめてしまうと、一気に終わる作業量ではないため、どこまで進んだか、何をしたのか分からなくなってしまいます。

作業内容を記録すればよいのでしょうが、それはそれで面倒ですし、ワードの校正機能などを使うのも1人での作業になるのでメリットよりも面倒だと感じてしまったのが正直なところです。

Kindle本としての構成を考え、作る時の考慮事項を列挙します。

• 「はじめに」は、つかみとして重要ですが、思い通りに進まないのもまた事実です。「気長にコツコツとアイディアをメモして、まとめてみる」を続けます。
• メインとなる章は、ブログのカテゴリを参考にして決める。
• 全体の章立て（構成、目次）を決める。
• 「おわりに」は、あわてなくていい。基本的に「はじめに」に対応する形でまとめればよい。

Kindleペーパーバックの書式設定

既刊はA5サイズでしたが、今回は次の理由でB5サイズとしました。

• 1ページの文書量を増やしたい。
• 表を見やすくしたい。（大きな表をできるだけ少ないページ数にしたい。）

フォントは見やすさ重視でメイリオとし、フォントサイズは10ptとしました。

ワードファイルの余白も変更になるので、既刊のワードファイルの編集をはじめる前に、B5サイズの本としての余白設定などを決めました。

はかせ

後からでも変更はできるのですが、レイアウトを再度見直す必要があるので、できるだけ早い段階で決めた方がよいと思います。

見た目など、ある程度作業を進めないと分からない部分もありますので、その辺は悩み過ぎずに後で手を動かすことにしました。

タイトルと表紙デザイン

全体構成（目次）のイメージができてきたらタイトルと表紙のデザインに手をつけます。

• メインタイトル、サブタイトル
• キャッチコピーを含む表紙デザイン（イラストとか）

本文のボリューム（ページ数）が決まらないと、Kindleペーパーバックの表示の厚さが決まらないので、とりあえずブログ原稿をKindle本のワードファイルにまとめたらページ数を確認します。

Kindleペーパーバックの表紙データは、レイアウトがだいたい決まってからGIMPを使い仕上げていきます。

はかせ

GIMPはとても多機能ですが、使い方を調べたのは文字の縁取りぐらいです。Kindle本は表紙デザインが重要だといわれていますが、ニッチな専門的な本になるのと、個人的にセンスがあるとも思えないのでデザインには、時間をかけ過ぎないようにしています。

はじめにとおわりに

「はじめに」は、意外に難しいというか、スムーズに仕上がっていくこともあれば、なかなか形にならない時もあります。

タイトル（書名）とキャッチコピー（表紙に加える）と合わせて、思いついたことをメモに残したりと工夫が必要です。

「おわりに」は、「はじめに」と対になる感じでまとめるようにしています。

Kindleペーパーバックを仕上げる

Kindleペーパーバックの表紙は、表、横、裏の表紙が1つになったものです。

Kindle本の原稿（ワード）のボリューム（文字数）が決まれば、ページ数が決まるので、グラフィック系のソフト（GIMP）で仕上げます。

はかせ

私が使うGIMPのグラフィック系の機能は、文字やアイコンの縁取り程度です。

Kindle本（電子書籍）を仕上げる

Kindle本の原稿（ワード）は、Kindleペーパーバックのファイルを使っています。

はかせ

今回は6冊目なので、構成が似ているKindle本のワードファイルを流用します。表紙も同様です。

Kindle本の文章は、

• ブログ記事
• ブログ記事をKindle本の原稿（ワード）にする時
• Kindle本の原稿（ワード）

の少なくとも3回は、推敲しています。

ブログ記事の文章としての仕上がり具合にもよりますが、Kindle本としてまとめると、誤字・脱字や日本語変換ミスだけでなく、表記ゆれも出てきます。

Kindle本の原稿（ワード）になってから、

• 推敲
• 文章の構成（順番を変更したり、追加・削除）

を繰り返していきます。

販売開始

Kindleペーパーバックから本文は作成しましたが、販売は今まで通り、電子書籍のKindleとKindleペーパーバックは、連続して行います。

はかせ

Kindleペーパーバックは校正刷りで現物確認をしているため、同時販売しようとすると、電子書籍のKindle販売開始を遅らせることになります。

完成したら認知して頂くために、即販売開始がよいと考えていますので電子書籍のKindleが先行販売となります。

ブログによる紹介記事の準備も必要なので、事前にどこまで準備できるかがポイントです。

まず、電子書籍のKindleで申請し、販売開始できるようになったら、Kindleペーパーバックを申請します。

はかせ

Kindleで販売開始にならないと、同じ内容のKindleペーパーバックも販売開始できないだろうと考えているからです。

価格を決める

価格を決める必要があります。

例えば、

• 電子書籍のKindleは、同じシリーズなので同一価格で、手に取りやすい価格設定にする。
• Kindleペーパーバックは、印刷代や送料を除いた価格設定にする。

と言った感じです。

はかせ

ある程度売れるとKindleのキャンペーンのAmazonからお誘いがきます。認知されるのにもよいだろうと、キャンペーンには申し込む様にしています。

まとめ

これまでのKindle6冊は電子書籍のKindleを作ってから、紙の書籍（Kindleペーパーバック）を作っていました。

今回は、既刊「わかりやすい品質マニュアルの作り方」の続編となり、Kindleペーパーバックでの1ページの文書量を増やしたい、表を見やすくしたいと思い、これまでのA5判ではなくB5判で作りました。

Kindleペーパーバックから作成したはじめての出版となるので、電子書籍化とペーパーバック作成について、具体的にどの様に進めたのかについて、以下の項目で説明しました。

• Kindle本の原稿を書く：ブログ記事の作成
  • （今回は対象外）ブログの記事作成・投稿
  • Kindle本としての構成を検討
  • Kindleペーパーバックの書式設定
  • タイトルと表紙デザイン
  • はじめにとおわりに
  • Kindleペーパーバックを仕上げる
  • Kindle本（電子書籍）を仕上げる
• 販売開始
  • 価格を決める

エックスサーバーからメールフォームを悪用した不正アクセス対策として、Contact Form 7を使っている場合のreCAPTCHA導入方法の案内がきていました。

GWで気持ちに余裕もあるので、reCAPTCHAを導入について調べたので、備忘録を兼ねて説明します。

メールフォームの悪用と対策

メールフォームの悪用と対策について説明します。

メールフォームの悪用

メールフォームの悪用とは、次のようにして自動返信機能を利用して無関係な第三者にスパムメールを送信する攻撃のことです。

• お問合せの内容に、フィッシングサイトのURLや宣伝広告を入れる。
• 連絡先のメールに無関係な第三者メールアドレスを入力して送信する。
• お問合せ機能のメール自動返信機能により無関係な第三者にスパムメールを送信する。

メールフォーム悪用対策

メールフォームの悪用対策には、次の2つの方法があります。

• reCAPTCHA導入
• 自動返信機能の無効化

reCAPTCHAとは

reCAPTCHAとはGoogleが無料で提供しているセキュリティ対策ツールです。

reCAPTCHAを導入することで、

• 人間からのアクセスかロボットからのアクセスか判別する。
• ロボットからのアクセスに対して何らかのアクションを要求する。

メールフォームの悪用を含む不正アクセスは、ロボットによるアクセスが多いため、reCAPTCHAの導入は効果的な対策となるようです。

reCAPTCHAを導入する

reCAPTCHAを導入します。

GoogleのreCAPTCHAのページ（こちら）にアクセスします。

図1　reCAPTCHAの概要のページ

左上のGoogle Cloudのロゴに気づき、

はかせ

Google Cloudは使っていないけれど、reCAPTCHAは、Google Cloudの一部なのか？

と思いつつ、

上図一番上の「reCAPTCHAを使ってウェブサイトを今すぐ保護しましょう。」をクリックすると、下図のreCAPTCHAの登録画面になります。

図2　reCAPTCHAの登録画面

「最大10,000 件/月まで料金なしで評価」、「クレジットカードは不要です」とあるので、よくある登録して最初は無料のパターンかと思いつつ、登録内容をみていきます。

reCAPTCHAの設定：サイトの登録

reCAPTCHAを使い始めるための設定は簡単そうです。

はかせ

登録が簡単なのはありがたいのですが、料金についてよく調べてみたほうがよさそうだと思いはじめました。

reCAPTCHAに登録するサイトの情報は、次の3つで簡単にできます。

• ラベル：サイトを容易に識別できるラベル（ブログのタイトルやURLなど）
• reCAPTCHA タイプ：スコアベース（v3）
• ドメイン：reCAPTCHAを導入するサイトのドメイン

Google Cloudは使ったことがないので、Google Cloud Platformが自動的に作成されています。

と、ここで中断することにしました。

はかせ

Google Cloudは使っていませんし、言葉を聞いたことがある程度だったので、現時点でGoogle Cloudがどのようなものか知っておいたほうがよいと判断したからです。

私が運営するブログでも以前からスパムメールがきます。

最近は、内容が変わってきているなと思い、エックスサーバーからのお知らせメールもあったので、reCAPTCHA導入するかと思ったのですが・・・。

参考リンク

参考にしたエックスサーバーのreCAPTCHA導入に関するリンクは以下の通りです。

メールフォームを悪用した不正アクセスについて | レンタルサーバーならエックスサーバー

レンタルサーバー「エックスサーバー」のご利用マニュアル｜メールフォームを悪用した不正アクセスの対応方法を記載しています。

www.xserver.ne.jp

Contact Form 7の設定方法や使い方！ スパムメール対策も解説

WordPressでホームページを作る方向けに、プラグインの「Contact Form 7」を使ってお問い合わせフォームを設置する方法を解説しています。また併せて、スパムメール対策としてGoogleのreCAPTCHAを導入する方法も解説し...

www.xserver.ne.jp

まとめ

私が運営する4つのブログでは、お問い合わせ機能は、WordPressプラグインのContact Form 7を使っています。

エックスサーバーからメールフォームを悪用した不正アクセス対策として、Contact Form 7を使っている場合のreCAPTCHA導入方法の案内がきていました。

reCAPTCHAを導入について、備忘録を兼ねて以下の項目で説明しました。

• メールフォームの悪用と対策
  • メールフォームの悪用
  • メールフォーム悪用対策
  • reCAPTCHAとは
• reCAPTCHAを導入する
  • reCAPTCHAの設定：サイトの登録
• 参考リンク

いつ頃からか覚えはないのですが、WordPressで表示される文章のフォントが違っていることがあり、なんでだろうとGoogle先生に聞いたところ、Windowsアップデートによる影響らしいことが分かりました。

確かに見やすくはなっているのですが、フォントの変更は影響範囲が広いのでできればこれまで通りのフォントを使いたいものです。

ここでは、フォントが変わってしまったことと、WordPressでのフォントについてまとめています。

WordPressの見た目（フォント）が変わってしまう理由

WordPressでブログ原稿を作るのは土日が多いのですが、投稿後のブログの編集やプラグインなどのアップデートなどで平日夜にWordPressを開くこともあります。

いつ頃からかは定かではないのですが、WordPressで表示される文字（フォント）に違和感があることに気づきました。

WordPressを使うのは、

• Windows 11の2つのブラウザ：ChromeとEdge

です。

WordPress上での文字の見た目の違和感なので、緊急性はなかったのでしばらく放置していましたが、長年親しんできたフォントが違っていると何となく気持ち悪いので、原因と対策をGoogle先生に聞いてみた結果を整理します。

ブラウザのフォントが変わってしまった理由

ブラウザのフォントが変わってしまった理由は、

• Windowsアップデートでフォントが変えられてしまう（デフォルトフォントに変更される）。
• Chromeのアップデートでフォントが変えられてしまう（デフォルトフォントに変更される）。

からです。

ブラウザのフォントが変わると見た目が変わるので、できれば変わらないようにしたいのですが、根本的な対策は難しそうです。

アップデートで変わったブラウザのフォント

ブラウザ（Chrome）のフォントには、

• 標準フォント
• Serif フォント
• Sans Serif フォント
• 固定幅フォント

があります。

ブラウザのフォント設定を確認すると、次のフォントに変わっていました。

• Noto Sans JP
• Noto Serif JP
• BIZ UDGothic

これらのフォントに変更されてしまうと、見にくいフォントだというわけではなく、「慣れていないので違和感を感じる」といった感じです。

WordPressで使っているフォント設定

ブラウザのフォントが変わっていたら、再設定するしかありません。

はかせ

フォントが変わっていたら休憩がてらフォントを変更しています。

現在、私がWordPress（ブラウザ）で使用しているフォントは、次の通りです。

• 標準フォント： Meiryo
• Serifフォント： Yu Mincho
• Sans Serifフォント： Meiryo
• 固定幅フォント： MS Gothic

なお、ブラウザ以外では、

• 文書作成：メイリオ
• パワーポイント：MS Pゴシック

としています。

はかせ

書式が決まっている場合には、MSゴシック、MS明朝がほとんどです。

見やすいフォントにしていくこと自体は、良い方向だとは思います。

しかしながら、見た目が変わると違和感を感じるのもフォントなので、Windowsアップデートなどで強制的にデフォルトフォントを変更するのはやめて欲しいなと思います。

まとめ

いつ頃からか覚えはないのですが、WordPressで表示される文章のフォントが変わっていて違和感を覚えるようになりました。

原因は、Windowsアップデートのようです。

確かに見やすくはなっているのですが、これまで通りのフォントを使いたいものです。

ここでは、フォントが変わってしまったことと、WordPressでのフォントについて以下の項目でまとめました。

• WordPressの見た目（フォント）が変わってしまう理由
  • ブラウザのフォントが変わってしまった理由
  • アップデートで変わったブラウザのフォント
• WordPressで使っているフォント設定

私が運営しているブログは、クラシックエディタ環境で、テキスト主体なのであまり影響は受けないはずなのですが、6.7から6.8へのメジャーバージョンアップなので、いつも通り様子をみます。

はかせ

WordPress6.8にする場合は、Cocoonは最新版を使用します。

ということで、

はかせ

2025年5月2日、WordPress 6.8.1メンテナンスリリース！

2025年7月16日、WordPress 6.8.2メンテナンスリリース！

このブログをWordPress 6.8.2に更新しました。

ここでは、使用しているWordPressとテーマの対応状況についてまとめています。

WordPressテーマ：Cocoon

WordPressの更新は、「メンテナンスリリースとセキュリティリリースのみ自動更新」にしています。

このブログのCocoonバージョン：2.8.7.1（2025年8月現在）

はかせ

2025年7月16日、WordPress 6.8.2メンテナンスリリース。

このブログも更新しました。

Cocoonは、WordPressで自動更新できるようになったら更新しています。

はかせ

Cocoonは、WordPressのバージョンアップ対応も早く、開発・運営・サポートはエックスサーバとわいひらさんとの共同なので、使い続けています。

WordPressプラグイン

2025年8月15日現在、このブログで使用しているWordPressプラグインのWordPress 6.8対応状況は、以下の通りです。

• WPプラグインは最新版を使用しています。
• Cocoonが多機能なので、WordPressのプラグインはできるだけ使わないようにしています。
• 私のブログは文字が多く画像もSquooshを使い圧縮してからアップロードしているので、キャッシュ関係も必要なさそうです。
• WP-Optimizeは、多機能（クリーン圧縮、キャッシュ）ですが、記事のリビジョン管理機能のみ使っています。
• WordPressプラグインの自動更新は使っていません。
• SiteGuard WP Pluginを使っています。（2024年10月19日から）
• Regenerate Thumbnailsは削除しました。（2025年8月15日）

はかせ

ブロックエディタ（Gutenberg）の更新内容には注意が必要です。

このブログのWordPressバージョン：6.8.2

まとめ

はかせ

WordPressのメジャーバージョンアップは、様子をみてから更新しています。

WordPressのメンテナンスリリースは、自動更新としています。

ブログの環境は、エックスサーバーとWordPress無料テーマCocoonです。

2025年2月27日、Cocoonの開発者わいひらさんが、エックスサーバーが開発・提供しているWordPressテーマ「XWRITE」の開発メンバーになることをXで知りました。

わいひらさんからエックスサーバーに事業譲渡したCooonの開発体制も強化されるとのこと。

以下、簡単にまとめておきます。

はかせ

CocoonのWebサイトがブログ風から今どきのWebサイトになっています。Cocoon公式サイトをのぞいてみてください。

Cocoon

SEO・高速化・モバイルファースト最適化済みのシンプルな無料Wordpressテーマ。100％GPLテーマです。

wp-cocoon.com

エックスサーバーのお知らせから

2025年2月27日、以下のエックスサーバーのお知らせが出ました。

大人気WordPressテーマ「Cocoon」開発者わいひら氏との開発協力体制を強化

大人気WordPressテーマ「Cocoon」開発者わいひら氏との開発協力体制を強化

大人気WordPressテーマ「Cocoon」開発者わいひら氏との開発協力体制を強化

www.xserver.co.jp

詳細は、上記お知らせを読んで頂くとして、エックスサーバーにCocoonを事業譲渡して2年が過ぎ、次のような協力体制の強化となります。

• Cocoon開発者のわいひらさんとエックスサーバーの開発チームによる安定した運用体制を確立
• Cocoon開発者のわいひらさんが、エックスサーバーが開発・提供するWordPressテーマ「XWRITE」の開発担当として正式参画

はかせ

Cocoonのユーザーとしても、エックスサーバーのユーザーとしても嬉しく思います。

エックスサーバーのテーマ「XWRITE」

ブログをはじめ、そして続けている理由の1つに、

自分の会社をつくりたい

という夢というか野望というか目標があります。

会社をつくるとなれば、公式Webも作ることになるので、

• 社名は？
• キャッチフレーズは？
• ドメイン名は？
• Webサイトのテーマは？

などなど、考えることもあるのですが、なかなか形にはならず、いますべきブログ記事を書こうとなることがままあるのですが・・・。

Webサイトは、エックスサーバーとWordPressでいこうと考えているのですが、WordPressのテーマについては、悩んでいます。

決まっていることは、

• サーバーは、このままエックスサーバーでいく。

ことだけで、

希望としては、

• WordPressはブロックエディタを使ってみたい。

というのがあり、

悩んでいるのは、WordPressのテーマです。

無料ならCocoon一択ですが、有料テーマを使いたくて、Google先生に聞いたりしていますが、

• SWELLは、Cocoonからの移行機能があっていいな？
• エックスサーバーのXWRITEもよさそうだけど、標準機能ではCocoonを使うのとあまり変わらないみたい？

と言った感じです。

そろそろ、決めないといけないような状況になりつつあるのですが、なかなか決まらずといった状況です。

はかせ

個人的な好みということになりますが、エックスサーバーは好きで選び、エックスサーバーが開発・サポートするテーマなら安心感もあってよいと思っています。

CocoonではなくXWRITEを使う積極的な理由がないのが悩みの種です。

まとめ

このブログを含め4つのブログを運営しています。

ブログの環境は、エックスサーバーとWordPress無料テーマCocoonです。

2025年2月27日、Cocoonの開発者わいひらさんが、エックスサーバーのWordPressテーマ「XWRITE」の開発メンバーになるとのことで、わいひらさんからエックスサーバーに事業譲渡したCooonの開発体制も強化されるそうです。

Cocoonユーザーにうれしいお知らせと、エックスサーバーのXWRITEについて、以下の項目でまとめました。

• エックスサーバーのお知らせから
• エックスサーバーのテーマ「XWRITE」