タグ「CMS」の記事
片付く・戻せる・太らない ― アーカイブと復元、肥大化しないデータ
サイトを長く運用するほど、地味に効いてくる悩みが 3 つあります。古い下書きがたまって一覧が見づらくなる、間違って消したものを戻したくなる、そしてデータがじわじわ膨らんでいく ―― ケイズの CMS は、この「片付く・戻せる・太らない」を仕組みで解決しています。
古い下書きは、自動で片付く
長いあいだ操作されていない作業中のコンテンツは、自動でアーカイブされ、作業一覧から外れます（既定では...
誰が・どのサイトで・何をできるかを、細かく決められる ― 権限と操作ログ
複数の担当者で、しかも複数のサイトを運用するようになると、「この人は編集だけ」「この人は承認・公開まで」「外部の協力会社は閲覧だけ」といった操作範囲の切り分けが必要になります。公開前チェック（承認フロー）と並んで、運用の安心は「誰が・どこで・何をできるか」を仕組みで決められるかどうかで大きく変わります。公開前に承認をはさむ仕組みそのものについては 誤掲載を仕組みで防ぐ ― 承認ワークフローと...
複数サイトを1つの管理画面で・小さなサーバー1台で配信
ブランドサイト、サービスサイト、コーポレートサイト ―― 複数のサイトを、それぞれ別の CMS で運用していると、管理が分散し、サーバーも費用も積み上がっていきます。ケイズのCMSは、複数のサイトを 1 つの管理画面でまとめて運用し、小さなサーバー 1 台で配信できます。
複数サイトを 1 つの管理画面で
サイトごとに別々の管理画面へログインし直す必要はありません。1 つの管理画面でサイト...
誤掲載を仕組みで防ぐ ― 承認ワークフローと差分確認
Web サイトの事故でいちばん怖いのは、公開してはいけないものが公開されてしまうことです。誤った料金、未確認のお知らせ、直し忘れの誤字 ―― 承認の仕組みが無い CMS では、こうしたチェックがメールと目視に頼りがちで、抜けが起きます。ケイズのCMSは、公開前のチェックを仕組みとして標準で備えています。
「作業中 → 承認依頼 → 承認完了 → 公開」の 4 段階
記事は、書いた人がそのま...
直すのは1か所、反映は正確に全体へ ― 静的なのにサイト横断で一括更新
料金・スペック・共通の数値 ―― こうした「サイト全体で使い回す情報」は、気づけばサイト内の何十、何百という箇所に散らばっています。1 か所変えるたびに全部を手で直すのは、抜け漏れと事故のもと。ケイズのCMSは、静的サイトでありながら「1 か所変えれば、関係する全ページに反映」を実現しています。
共通データを 1 つの画面でまとめて更新
サイトのあちこちで参照している共通データ（料金表・ス...
公開前にサイト全体を、本番そっくりに確認できる ― サイト丸ごとプレビュー
公開前の確認といえば、ふつうは「いま書いているページ単体」を見るだけです。ですが実際のレイアウト崩れやリンク切れは、ヘッダー・ナビゲーション・関連記事へのリンク、ほかのページとの兼ね合いで起きます。ケイズのCMSは、サイト全体を本番そっくりのまま、公開前に丸ごと確認できます。
ページ単体のプレビューでは、全体の崩れを見落とす
1ページだけのプレビューで分かるのは、そのページの中身だけです。...
なぜ速くて、落ちなくて、狙われにくいのか ― ケイズのCMSの静的配信
Web サイトに求められるのは、結局のところ「速い・落ちない・安全」です。ニュースリリースやキャンペーンでアクセスが集中しても遅くならず、止まらず、攻撃にも強い ―― この 3 つを、ケイズのCMSは配信のしくみ（静的配信）そのもので実現しています。今回はその「公開した後」の強さを、数字を交えてご紹介します。
読者に届くのは「できあがったファイル」だけ
多くの CMS は、読者がページを開...
予約公開しても「当日の見え方」が事前に分かる ― ケイズのCMS
お知らせやキャンペーンを「この日時に出したい」と予約しておく ―― よくある機能です。ですが実際の運用でいちばん不安なのは、その日が来たとき、サイトが本当に思ったとおりに見えるかです。とくに複数のお知らせやバナーを前もって仕込んでおくと、それぞれが重なり合った「当日の姿」は、出してみるまで分からない ―― ここを解消したのが、ケイズのCMSの予約公開です。
指定した日時に、自動で公開される...
似ているようで、公開後がまるで違う ― ケイズのCMSの選びどころ
コーポレートサイトの IR やニュースリリース、FAQ サイト、オウンドメディア ―― 更新が多く、止められないサイトを運営していると、CMS はどれも似て見えます。書いて、プレビューして、予約して、公開する。並べてしまえば違いは分かりません。ですが、本当に差が出るのは「公開した後」です。ページの速さ、止まりにくさ、何かあったときに戻せる安心 ―― そこが作り方で大きく変わります。ケイズのC...
なぜ既製品でなく、自分たちで CMS を作ったのか ― 3つの設計判断
このブログは、既製のブログサービスではなく、自分たちで作った CMS @nano-cms/core の上で動いています。世の中に CMS はいくらでもあるのに、なぜ作ったのか。便利機能を並べる話ではなく、「どこで、何を選んだか」という設計判断の話をします。エンジニアの方なら、同じ岐路に立ったときの参考になるかもしれません。
欲しかったのは「安心して運用できる」土台
ブログ運用で地味に効いて...
エンジニア募集中！
採用情報はこちら
CATEGORY
LATEST ENTRY
TAG
AI・ChatGPT
Ansible
AWS
C#
CDN
CI/CD
CMS
Git
Go言語
Infrastructure as Code
Java
JavaScript
Kubernetes
Linux
Linuxコマンド
Liquid
MySQL
Nginx
Python
Redis
Spring Boot
Terraform
tmux・screen
TypeScript
アーキテクチャ
アジャイル
インタビュー
エッジ配信
お知らせ
ガバナンス
キャッシュ
キャリア
コスト
コミュニケーション
コンテンツ管理
コンテンツ運用
サイト運用
セキュリティ
セマンティックバージョニング
データモデル
テスト
デバッグ
テンプレート
テンプレートエンジン
ネットワーク
パフォーマンス
プレビュー
プロキシ
ブログ運用
プロダクト
マネジメント
マルチサイト
メンバー
リファレンス
ワークフロー
予約公開
働き方
共通パーツ
初心者向け
勉強会
品質管理
拡張性
採用
採用・就活
文法
新人・入社
書評
権限管理
正規表現
歴史エピソード
社内イベント
経営
自作タグ
自社開発
表示速度
設計
運用
運用効率
静的サイト
静的サイト生成