独自のCMSを作成することは、自宅に象を飼うようなものです。
ほとんどの人にとって、動物園に行く方がずっと簡単です。
2000年に大学で学び、イントラネット開発者として働きました。静的HTMLで書かれたコンテンツをイントラネットに公開しました。 これは私の最初の「プログラマー」作品であり、私はそれを楽しんだ。 数週間。
その後、私の義務が単調で自動化されていないことが明らかになりました。 そして、ユーザーがコンテンツを個別に管理できるようにするクラシックASPでアプリケーションの作成を開始しました。 私はコンテンツ管理システムのようなものの存在について全く知らなかったので、自転車を発明しました。 当時、 商用CMSはほんの数個しかなく 、しばしば数十万ドルの費用がかかりました。 このカテゴリのソフトウェアの普及と価格帯を考えると、自分のCMSを作成して不便さを軽減し、効率を向上させようとしたのは私だけではないことは驚くことではありません。
2004年までに、ほとんどすべてのインターネット代理店が独自のCMSを作成し 、多くの場合、特定の顧客向けにカスタマイズしています。 これは何十もの修正をもたらしました-管理の面で悪夢です。 「これは無意味です」と私は思いました。 その時までに、私はすでにいくつかの専門化されたCMSを書いていて、再び退屈しました。 「どのサイトにも役立つCMSを書くのはどうですか？」その結果、私はKentico Softwareを組織しました。KenticoSoftwareの使命は非常に単純でした。 世界中の開発者が任意のサイトを作成できるCMSを作成することです 。
驚き：人々はまだ自分のCMSを書いています！
13年後、私はまだ自分のCMSを書いている人々の数に驚いています。 オープンソースからエンタープライズレベルの商用システムまで、そのクラスの最高のものからユニバーサルオールインワンまで、あらゆるタイプのプロジェクト向けに多くの成熟した製品があります。
それでは、なぜだれもが独自のCMSを記述する必要があるのでしょうか？
答えは簡単です。 人々はフラストレーションからこれを行います。
従来のWebベースのCMSには弱点と制限があります。 しかし、真実は、 これらすべての失望はすでにその関連性を失っていることです。 それは偽善的だと思う。 結局のところ、私のCMSを書くことは私を助けてくれたのに、なぜ他の人を助けないのですか？
説明させてください。
ヘッドレスアーキテクチャにより非推奨となった汎用CMS
過去15年にわたり、CMSおよびテクノロジー市場は、さまざまなデバイスに関連する変化するデジタル環境とユーザーの期待に対応し始めています。
そして今日、新しい世代のCMSテクノロジー（ヘッドレスアーキテクチャを備えたクラウド）がコンテンツ管理の分野で革命を起こすでしょう。 従来のソリューションとは異なり、 ヘッドレスCMSは、コンテンツの管理と、APIを介して任意のアプリケーションからアクセスできるようにすることにのみ焦点を当てています。 このような製品には通常、コンテンツの表示方法を決定する「ヘッド」がないため、ヘッドレスCMSは設計上の問題を開発者に完全に任せます。
したがって、今日、独自のCMSを作成するのは賢明ではありません-そのような製品のベンダーになりたい場合を除きます。 しかし、私は話すのは簡単です。 結局のところ、多くの欠点に遭遇し、自己記述CMSが状況から抜け出すことができる多くの理由を見つけたのは私だけではありません。
それでは、開発者の不満の主な理由を見て、彼らが時代遅れになっている理由を見つけましょう。
理由＃1：標準CMSは私の創造性を制限する
フロントエンド開発者が最初に不満を言うのは、 CMSがHTMLコードに干渉し、回避策を探す必要があることです。
しかし、これで終わりです。headless-CMSは完全な自由を提供し、結果のHTMLコードには影響しません。 リポジトリからコンテンツを抽出するには、お好みのプログラミング言語を使用して対応するREST APIを呼び出すだけです。
さらに、このコンテンツをどのように表示するかはあなた自身が完全に決定します！
理由2：標準CMSインターフェイスが複雑すぎる
過去10年間に多くの従来のCMSが大幅に成長しました。 彼らはすべて優れたコンテンツ管理ソリューションを提供するというアイデアから始めましたが、ほとんどは電子商取引、マーケティングオートメーション、予約システム、電子メールマーケティングなどに潜入したため、「忍び寄る改善主義」から逃れられませんでした。 誰かがすべてを1か所にまとめるのは便利ですが、新しいユーザーがそのようなCMSを習得することは困難です 。 ほとんどの場合、コンテンツを管理するだけでよく、オプションが多すぎると生産性が低下します。
新しいヘッドレスCMSは、別の前提に基づいて作成されます。これは、マイクロサービスのモザイクの断片の1つにすぎないため、これらの製品には、 コンテンツ管理用に最適化され たユーザーインターフェイスがあります 。 同時に、最新のCMSは、コンテンツリポジトリの上に独自の編集インターフェイスを作成できるコンテンツ管理APIを提供します。 これは、ユーザーを別のインターフェイスにリダイレクトするのではなく、より専門的なインターフェイスを作成したり、コンテンツ編集機能をアプリケーションに統合する場合に便利です。
理由3：標準のCMSは高すぎる
「 私たちは商用CMSにXルーブルを支払いたくなかったので、独自のCMSを書くことにしました 。」 実際のCMSよりもはるかに単純なもの（ニュースのリストの管理など） が必要ない場合、長期的には、自作のCMSでお金を節約することはできません 。
現在、無料のオープンソースCMSのホストから選択するか、クラウドレスヘッドレスCMSを使用できます。クラウドレスヘッドレスCMSは、独自のシステムを開発して使用するよりも常に収益性の高い消費の特性を考慮した価格設定ポリシーです。
理由＃4：標準CMSは安全ではない
多くの組織にとって、CMSセキュリティは悪夢です。 そのため、一部の開発者は次のように考えています。「 CMSを作成すると、ハッカーがCMSのバグを見つけるのが難しくなります。」
あいまいさによる古典的なセキュリティ （ あいまいさによるセキュリティ）。
はい、ハッカーはよく知られているセキュリティホールを利用できますが、 広く使用されているCMSは通常、徹底的にテストされています。 通常、問題の主な原因は、使用されているさまざまなプラグインの新鮮な修正を企業が使用していないことです。
曇りヘッドレスCMSを使用すると、常に最新バージョンを使用できます。 CMSは、コードとインフラストラクチャの両方を知っているベンダーによって直接ホストされており、セキュリティの問題に適切に注意を払うことができます。
理由5：標準CMSが私のアーキテクチャに適合しない
特定の状況では、これは公正な発言でした。 最も伝統的なCMSは、すべてを構築する中央プラットフォームとして使用することを目的としていました。 これは、上に示したように、アプリケーションコードがCMSに密接にリンクされていたことを意味します。 CMSプラットフォーム、プログラミング言語、更新サイクル、スケーラビリティ、セキュリティによって制限されていました。
当然のことながら、多くのソフトウェアアーキテクチャはこの道をたどることができませんでした！ CMSとアプリケーションの間にプロキシレイヤーを作成する必要がありました 。または、驚きです。 -独自のCMSを作成します。
幸いなことに、ヘッドレスアーキテクチャにより、APIを使用してコンテンツに簡単にアクセスし、必要な方法でアプリケーションを作成できます 。
理由＃6：多くのクライアントは、私たちが書いたCMSをまだ使用しています
多くのデジタル代理店は、顧客向けにCMSを引き続きサポートしています。 別の代理店に簡単に切り替えることができないクライアントをバインドするために、意図的にこれを行う人もいます 。
一般に、各機関が独自のCMSを使用しても利点はありません。 彼らがCMSベンダーになることを望んでいないなら、できるだけ早く自分で書いたシステムを放棄するほうがよいでしょう。 幸いなことに、多くの機関はこれが行き止まりであり、プロプライエタリなシステムと競合できないことをすでに理解しています。 しかし、彼らは未知の世界に飛び込み、顧客を標準のCMSに移行することを恐れています。 場合によっては、これは感情的または政治的な決定です。 たとえば、CMSが何年も前に会社の創設者によって作成された場合、またはCMSが最高の開発者の発案者であり、とりわけ、その動作を知っている唯一の開発者である場合。
私のアドバイス： あなたの代理店が負ける前にこの大胆な一歩を踏み出してください！
最新のCMSを選択し、顧客を惹きつける主な利点を強調します。 最後に、開発者に新しいおもちゃを提供してください！ ヒント：それらのほとんどは、すぐにヘッドレスCMSに恋をするでしょう。
...そして、自己記述CMSを使用する2つの理由が保証されます
正直に言って、独自のCMSを使用することが推奨される場合、またはこれが一般的に唯一の可能なオプションである場合があります。
• コンテンツ管理はビジネスの基盤です。中規模の企業の場合、おそらくコンテンツ管理システムを完全に制御する必要があります。 あなたが多数の出版物を持つ大規模な出版社であり、完全にカスタマイズされたワークフローが必要な場合、独自のCMS（または少なくともカスタム編集インターフェース）も必要になる場合があります。 しかし、これらのカテゴリーに属し、そのような投資が正当化される企業は非常に少ないです。
• 固有のセキュリティまたはコンプライアンス要件 ：繰り返しますが、コンテンツストレージ、セキュリティ、ソフトウェアアーキテクチャ、またはインフラストラクチャに関して特定のルールを遵守する必要がある組織はほとんどなく、これらのルールは標準CMSの使用を許可しません。
上記のいずれかがあなたに関するものである場合、独自のCMSの作成に費やされる時間は、車輪の発明ではなく、競争上の優位性の作成に費やすことができる時間であることに注意してください 。
明らかなビジネスケースが発生するまで、CMSを作成しないでください。
人々は常に、真のCMSを作成するための作業量を過小評価しています。
おそらく最初に考えたのは、 「 CMSでこれほど複雑なものは何ですか？ 文書化されたデータベースを取得し、上部の編集インターフェイスをねじ込みます 。」 これは簡単なスタートですが、まだ実際のCMSではありません。 コンテンツモデリング、言語オプション、ワークフロー、権限、コンテンツ配信、検索などのレベルの追加を開始すると、本当に複雑なソリューションを開発および管理していることがわかります。
これで、CMSの作成はお粗末なアイデアであることが明らかになったと思います。 これは優れたプログラミング演習ですが、CMSベンダーでない限り、ビジネスの基盤ではありません。