a-blog cms Ver.3.2をきっかけに、管理画面のスタイルガイドを整理した話

この記事は「a-blog cms Advent Calendar 2025」の17日目の記事です。

こんにちは!有限会社アップルップルでデザイナーをしている新井慎之介です。
今年も a-blog cms Advent Calendar に参加しています。普段はWeb・UI領域のデザインを担当しております。


この記事の概要

今年9月にリリースされた a-blog cms Ver.3.2 では、エントリー編集画面にブロックエディターユニットやグループユニットといった新たなユニットが導入されました。あわせてエントリー一覧画面にもさまざまな改修が行われ、管理画面のデザインは大きく進化しています。

本記事では、デザインが変わりつつある a-blog cms の管理画面について、現状をあらためて整理し、今後の開発をよりスムーズに進めるために、このタイミングでスタイルガイドの整備に取り組みました。個人的に進めた取り組みではありますが、実施して見えてきた成果や感じたことをまとめてご紹介します。

対象読者

  • a-blog cmsの開発・デザインに関わる方
  • CMSやプロダクト開発におけるUI整理に興味のある方
  • スタイルガイド/デザインシステムに関心のある方

実施したこと

a-blog cms Ver.3.2 のUI制作がひと段落したタイミングで、Figma上にある管理画面向けのスタイルガイドを整理しました。これまでのUI制作の中で蓄積されてきたデザイン要素をあらためて見直し、今後の開発でも迷わず使える状態をつくることを目的としています。


まずは、既存の管理画面UIやデザインパーツを棚卸しし、どのようなスタイルが使われているのかを整理しました。その上で、Ver.3.2 の新しいUIで使用した要素も含め、ばらつきや重複がないかを確認しています。

最終的には、今後のUI開発を見据え、カラーや余白の使い方、タイポグラフィの考え方などを共通ルールとして再整理しました。新しい画面や機能が追加されても、デザインの方向性がぶれにくい状態を目指しています。

成果物について

今回の成果物は、Figma上で整備した管理画面向けのスタイルガイドです。UI制作に必要な基本要素をひとつにまとめ、すぐに参照・利用できる形で整理しました。

スタイルガイドには、カラー、スペーシング(余白)、タイポグラフィ、アイコンやUIパーツといった、管理画面を構成する要素を網羅的にまとめています。それぞれの項目について、役割や使いどころが分かるよう整理し、UI設計時の判断に迷いが生じにくい構成にしました。

また、「今すぐ使える」ことを意識し、スタイルガイドに含めた各項目は Figma のバリアブル機能にも登録しています。デザイン作成時にはスタイルを選択するだけで適用できるため、UI制作をスムーズに進められる状態になっています。


カラー(Color)

  • 管理画面で使用している色の棚卸し
  • 役割ごとの整理(ベース、アクセント、状態色 など)
  • UI内での使用意図が分かる構成に整理



タイポグラフィ(Typography)


  • フォントファミリー、サイズ、ウェイトの整理
  • 見出し・本文・ラベルなど用途別の定義

スペーシング(Spacing)

  • 既存UIとVer.3.2の新しいUIで使用した余白の整理
  • 今後のUI設計で使用する余白の基準を定義

ボーダー・角丸・エレベーション

  • Border width / Border radius の整理
  • メニューやドロワーなどで使用するエレベーションの階層構造を整理

アイコン(Icon)

  • 管理画面で使用しているアイコンの整理
  • a-blog cms icon と Material Icons の使用状況の整理

実施してよかったこと・得られた成果

デザインパーツの整理 ― 現状を正しく把握できた

今回スタイルガイドを整備してまず感じたのは、「現状を正しく把握できたこと」そのものが大きな成果だったという点です。

これまでUI制作を進める中で自然と増えていったカラーや余白、文字サイズなどのスタイルをあらためて棚卸ししたことで、「何が」「どれくらい」存在しているのかを具体的に把握できるようになりました。

整理を進める中で見えてきたのは、スタイルの細かな違いや重複です。
似たような色や余白、用途が曖昧なスタイルが複数存在しており、スタイルレベルでのばらつきが可視化されました。

これまでは「なんとなく違和感がある」と感じていた部分も、実際に一覧として並べてみることで、どこに整理の余地があるのか、どこを基準にすべきかを冷静に判断できるようになりました。

スタイルガイドの整備は、単にルールを作る作業ではなく、これまで積み重ねてきたUIの状態を正しく理解するための作業でもあると実感しています。

効率性が生まれた ― すぐにUIを作れる状態に

スタイルガイドを整備して特に実感したのが、UI制作にかかる迷いが大きく減ったことです。

これまでは、新しい画面や機能を設計する際に、「この色でよいか」「余白はどれくらいが適切か」といった細かな判断を、その都度考えながら進める場面が多くありました。こうした小さな判断の積み重ねが、UI制作全体のスピードに影響していたと感じています。

スタイルガイドを整備したことで、カラーやタイポグラフィ、スペーシングといった基本要素について、あらかじめ選択肢が用意された状態になりました。Figma上でスタイルを選ぶだけでUIを組み立てられるため、「考える前に手を動かせる」状態に近づいたと感じています。

結果として、UI制作のスピードが向上しただけでなく、設計の初期段階から画面全体のバランスを意識しやすくなりました。スタイルガイドは、単なるルール集ではなく、UI制作を前に進めるための土台として機能していると実感しています。

一貫性を保てるようになった ― デザインの方向性が明確に

スタイルガイドを整備したことで、a-blog cms の管理画面におけるデザインの方向性を、明確に示せるようになったと感じています。

これまでは、新しいUIを追加する際に「既存の画面と比べて違和感はないか」「これまでのUIと揃っているか」といった点を、感覚的に判断する場面が少なくありませんでした。

スタイルガイドを通して、カラーや余白、タイポグラフィの考え方を整理したことで、「a-blog cms の管理画面として、どうあるべきか」を言語化できるようになりました。これにより、デザインの判断を個人の感覚に頼らず、共通の基準に基づいて行えるようになっています。

新しいUIを追加する際も、「このスタイルはガイドラインに沿っているか」「既存のルールの延長として成立しているか」といった観点で判断できるため、設計時の迷いが減りました。

結果として、画面や機能が増えても、管理画面全体としての統一感を保ちやすくなり、長期的にUIを育てていくための基盤ができたと感じています。

属人化の防止 ― UIを支える共通の指針ができた

a-blog cms Ver.3.2 以降、管理画面のUIは少しずつ変化しています。新しいユニットの追加や画面構成の見直しが進む中で、「これからどんな方向にUIを育てていくのか」という指針が、より重要になってきました。

今回スタイルガイドを整備したことで、Ver.3.2 以降のUIにおける共通の判断基準を持てるようになったと感じています。これにより、特定の人の感覚や記憶に頼らず、誰がUIを設計しても同じ方向を向いて判断できる状態に近づきました。

また、スタイルガイドとして整理した内容は、今後UIを追加・改善していく際の土台として機能します。ルールが明文化されていることで、「なぜこのデザインなのか」を後から振り返ることもでき、UIの統一感を保ちやすくなります。

スタイルガイドの整備は、目に見える変化こそ少ないものの、長期的にプロダクトを育てていく上で欠かせない取り組みだと改めて実感しました。

参考にした書籍・デザインシステム

今回のスタイルガイド整備を進めるにあたり、デザインシステムの考え方や実務への落とし込み方を学ぶため、いくつかの書籍やデザインシステムを参考にしました。

書籍『Figma for デザインシステム』


https://amzn.asia/d/0A7Ubu2

デジタル庁 デザインシステム


Material Design


さいごに

今回、a-blog cms Ver.3.2 のUI制作をきっかけにスタイルガイドの整備に取り組み、あらためて 「スタイルを整理すること自体が、プロダクトを理解することにつながる」 と感じました。

カラーや余白、タイポグラフィといった基本要素を整理する中で、これまで感覚的に使っていたスタイルを言語化でき、現在の a-blog cms が持つデザインの特徴や方向性を、自分自身でもはっきりと捉えられるようになりました。

また、スタイルガイドを Figma のバリアブル機能とあわせて整備したことで、「ルールを決めて終わり」ではなく、日々のUI制作の中で自然と使われ続ける仕組みをつくれた点も大きな学びです。

今後は、今回整理したスタイルガイドを土台として、コンポーネント単位での整理やルールの拡張にも取り組んでいきたいと考えています。UIの変化にあわせてスタイルガイドも更新し続け、a-blog cms の管理画面を、より使いやすく、育てていける状態を目指していきます。

スタイルガイドの整備は地味な作業ではありますが、長期的にプロダクトを成長させていくためには欠かせない取り組みだと実感しました。この記事が、同じようにUIやプロダクトを育てている方にとって、少しでも参考になれば嬉しいです。

明日の Advent Calendar

明日の「a-blog cms Advent Calendar 2025」18日目は、桐田さんです!

Ver. 3.1.x の不具合修正サポート終了のお知らせ(2026年3月31日)


a-blog cms をご利用いただいているパートナー・ユーザーの皆さまへ、メンテナンスポリシーに関する重要なお知らせをお届けします。

Ver. 3.1.x の不具合修正期間が終了します

2026年3月31日をもって、Ver. 3.1.x に対する不具合修正(フィックスバージョンのリリース)を終了いたします。

Ver. 3.1 はもともと 2025年9月14日が不具合修正の期限でしたが、多くの方にご利用いただいていることを踏まえ、2026年3月31日まで延長してまいりました。今回はその延長期間の最終日となります。

なお、セキュリティ修正については 2028年9月14日まで引き続き対応を継続いたします。重大なセキュリティ上の問題が発見された場合は、フィックスバージョンをリリースする場合があります。

対応のお願い:Ver. 3.2 へのバージョンアップをご検討ください

不具合修正サポートが終了したバージョンを継続してお使いの場合、発見された不具合への対応が受けられなくなります。安定した運用を続けるために、Ver. 3.2 へのバージョンアップをご検討ください。

Ver. 3.2 は 2025年9月9日にリリースされ、不具合修正を 2027年9月9日まで、セキュリティ修正を 2030年9月9日まで提供予定です。PHP 8.1〜8.4.x に対応しています。

現在のメンテナンスポリシー(抜粋)

バージョン

不具合修正(期限)

セキュリティ修正(期限)

対応 PHP

3.2

2027/09/09

2030/09/09

8.1 〜 8.4.x

3.1

2026/03/31 終了

2028/09/14

7.3 〜 8.3.x

3.0

終了済み

2026/12/24

7.2.5 〜 8.1.x

全バージョンの詳細はメンテナンスポリシーのページをご確認ください。

バージョンアップのご相談

バージョンアップの作業やテーマの互換性についてご不明な点がある場合は、フォーラムサポート窓口へお気軽にご相談ください。公式パートナーへのご相談も可能です。

引き続き a-blog cms をよろしくお願いいたします。

Ver. 3.2.18 & Ver. 3.1.70 & Ver. 3.0.56 リリースのお知らせ


この記事では、2026年3月30日にリリースした Ver. 3.2.18Ver. 3.1.70、Ver. 3.0.56 の変更内容について紹介いたします。

現在お困りの問題に該当する項目がありましたら、お早めにバージョンアップのご検討をお願いいたします。


リリースノート

Ver. 3.2.18 の変更点

features

  • CMS-7573 コンフィグセット一覧ページで現在のブログで設定されているコンフィグセットがわかるように改善

  • CMS-7564 静的書き出しなどHTML生成処理時に、HTTPリクエストの利用をやめ、PHP内部実行で解決できるように改善

changed

  • CMS-7574 Twig テンプレートの探索ロジックを twig → html.twig → html の順で候補を探索するように変更

fixed

  • CMS-7557 エントリー編集画面で関連エントリーのサムネイルが登録時に表示されない問題

  • CMS-7558 エントリーインポート時にカスタムユニットのメディアフィールドデータが壊れる不具合を修正

  • CMS-7560 メディアダウンロード機能で、インラインメディア(PDFやMP3など)のRangeリクエスト対応を修正(ダウンロードが途中で止まってしまう問題を修正)

  • CMS-7561 【セキュリティ対応】メンテナンスプログラムのエクスポートを廃止(ブログ管理のエクスポートで代替可能)

  • CMS-7566 ブロックエディターの画像貼り付け時に画像URLにクエリがあると、その後のメディアアップロードに失敗する問題の修正

  • CMS-7567 JS モジュールの出力する arguments 変数に不要なパラメーターが含まれてしまう問題の修正

  • CMS-7565 Json2Tpl モジュールで 2xx 系のステータスコード以外のレスポンスの場合、PHPエラーが発生する問題の修正

  • CMS-7570 url() 内のパスの書き換えが、style タグと style 属性の中以外でも動作してしまう問題の修正

  • CMS-7575 エントリーのインポート機能でカテゴリーとユーザーのソート順の値がおかしくなる問題の修正

  • CMS-7578 User_Search/V2_User_Searchで表示順が効かない問題を修正

Ver. 3.1.70 の変更点

fixed

  • CMS-7559 メディアダウンロード機能で、インラインメディア(PDFやMP3など)のRangeリクエスト対応を修正(ダウンロードが途中で止まってしまう問題を修正)

  • CMS-7562 【セキュリティ対応】メンテナンスプログラムのエクスポートを廃止(ブログ管理のエクスポートで代替可能)

  • CMS-7576 エントリーのインポート機能でカテゴリーとユーザーのソート順の値がおかしくなる問題の修正

  • CMS-7552 ファイルユニット及び画像ユニットを差し替えて承認申請した場合、承認される前に既存ファイルが削除されてしまう問題の修正

Ver. 3.0.56 の変更点

fixed

  • CMS-7563 【セキュリティ対応】メンテナンスプログラムのエクスポートを廃止(ブログ管理のエクスポートで代替可能)


リリースノートの補足

CMS-7574 Twig テンプレートの探索ロジックを twig → html.twig → html の順で候補を探索するように変更

Twig テンプレートを解決する際の探索順序を整理しました。

これまでは探索候補の優先順位だとtemplate.yaml で一覧ページのテンプレートを index.twig に設定された場合index.twig のみが一覧テンプレートファイルとして判定されていました。

今回の変更により、指定されたファイル名に対して、以下の順にテンプレートが探索されます。

拡張子が .html、なし、または .twig の場合

探索順

候補ファイル名の例

1

index.twig

2

index.html.twig

3

index.html

.html 以外の拡張子(例:.xml)の場合

探索順

候補ファイル名の例

1

foo.xml.twig

2

foo.xml

.xml などの場合は foo.twig(汎用の .twig ファイル)は候補に含まれません。これは、XMLテンプレートをHTMLテンプレートとして誤って解決するのを防ぐためです。

最終的に .html 拡張子もみるようにすることで、例えば404.twig がない場合に system テーマの 404.html が利用されるようになり、ファイルがないときにエラーが出ないようになります。


アップデート時の注意

テーマ設定や template.yaml で一覧テンプレートに index.html を指定している場合でも、同じディレクトリに index.twig が存在すると、今回の変更以降は index.twig が優先して使用されます。

Twig テンプレートを有効にしている場合、アップデート後に意図しないテンプレートが適用されていないか、各テンプレートの表示を確認することをおすすめします。


CMS-7564 静的書き出しなどHTML生成処理時に、HTTPリクエストの利用をやめ、PHP内部実行で解決できるように改善

静的書き出しなどのHTML生成処理において、従来は内部的に HTTP リクエストを発行して自サーバーへアクセスする実装になっていましたが、今回の改善により PHP 内部での実行に切り替えました。

これにより、以下のような環境での動作安定性が向上します。

  • ローカル開発環境など、自己ループバックの HTTP 接続が制限されている環境

  • SSL 証明書の設定が不完全な環境

  • サーバーのファイアウォール設定により自サーバーへの HTTP 接続が遮断されている環境

また、不要なネットワーク往復がなくなるため、静的書き出しの処理速度も改善されます。

改善対象の機能

  • 静的書き出し

  • テンプレート書き出し

  • POST_Download モジュール

  • メールマガジンのテンプレート取得

  • ナビゲーションモジュールの acms:// 指定

  • インクルードの acms:// 指定


CMS-7573 コンフィグセット一覧ページで現在のブログで設定されているコンフィグセットがわかるように改善

コンフィグセット一覧で、現在のブログで利用しているコンフィグセットに「このブログで使用中」というラベルが表示されている

管理画面のコンフィグセット一覧ページに、現在表示中のブログで有効なコンフィグセットを判別できる表示を追加しました。

複数のコンフィグセットを運用している環境では、どのコンフィグセットが現在のブログに適用されているかを一覧から即座に確認できるようになります。設定の確認や変更作業の際に、誤ったコンフィグセットを操作するリスクを低減できます。


最後に

該当する問題がございましたら、できるだけ早めのバージョンアップをご検討ください。

今後もご報告いただいた内容に対して真摯に受け止め修正と改善を行ってまいります。

今後ともどうぞよろしくお願いいたします。