星座の補償
物質C有名人

Zodiac Signによる互換性を見つけてください

コンテンツ管理システムが進化している4つの方法とそれがジャーナリストにとって重要である理由

他の

デジタルメディア革命の副産物の1つは、今日のほとんどのジャーナリストが技術者であるということです。最新の超強力なスマートフォンを切望していない記者に出会うことはますますまれになっています。

私は長年のジャーナリストに会いました。彼らはHTMLコードを一度も書いたことがありませんが、それでもWebを完全にスキップして、タブレットデバイスのストーリーテリングを考え始めたいと思っています。ロケーションベースのネットワーキングがどのように進化しているかについて書いていたとしたら、地理データをストーリーに追加するつもりのない多くの好奇心旺盛なジャーノをフックする可能性があります。しかし、人々が毎日使用しなければならない1つのテクノロジー、つまり、彼らがやりたい宇宙時代のストーリーテリングを阻害または可能にするもの、つまりコンテンツ管理システムに興味を持ってもらうのは困難です。

あなたの仕事が何らかの形で公共または半公共の消費のためのメディアを制作することを含む場合、あなたはコンテンツ管理システム（CMS）のヘビーユーザーである可能性があります。また、組織がCMSの置き換えまたは改善を検討している可能性もかなり高くなります。コンテンツ管理がどのように発展しているかについて私たちが学んだいくつかの重要な教訓を知ることは価値があるので、何を探すべきかを知っています。

多くのニュース組織で働いてきた私は、しばらくの間、Webの初期の頃とは異なる方法でコンテンツ管理に取り組み始めていると感じていました。 CMSが何をすべきかという私たちの感覚は成熟しています。詳細については、複数のニュース組織でCMS開発に不可欠な役割を果たしてきた3人と話をしました。そのうち、2人はProjectArgoの編集プロダクトマネージャーとして一緒に仕事をしました。

  • アンドリュー・フィッツジェラルド 、最近Current TVから引っ越して、AlJazeeraの「TheStream」のオンラインプレゼンスのシニアプロデューサーになりました。
  • パトリック・クーパー 、以前はUSA Todayの毎日のニュースブロガーでしたが、現在はNPR.orgとNPRのデジタルプラットフォーム（「Seamus」）を強化するCMSのプロダクトオーナーです。
  • マーク・ラヴァリー 、私のチームメイトは、ボストングローブ、ワシントンポスト、ナショナルジャーナルなどの組織に滞在した後、NPRに来て、プロジェクトアルゴ（「ネイビス」）を動かすプラットフォームを構築しました。

これらの3つのシステムはすべて非常に異なりますが、CMSがどのように開発されているかについての有用な指針となるいくつかの重要な共通点を共有しています。

ジャーナリズムは「コンテンツ管理システム」から「コンテンツ管理エコシステム」に移行しています

デジタルニュースオペレーションは、CMSをワンストップショップと考えていました。これは、コンテンツでやりたいことをすべて実行するツールです。編集者がストーリーを割り当てたり、レポーターがストーリーをドラフトしたり、マルチメディアメイヴンが動画を保存したり、オンラインプロデューサーがセクションフロントをプログラムしたり、コミュニティマネージャーがコメントを管理したりできる場所になります。ニュース組織は、ソフトウェアが特定の機能をどれだけうまく達成したかではなく、ソフトウェアが持っていたさまざまな機能の数によって潜在的なCMSを判断します。

私たちはついに、単一のCMSがデジタルニュース組織のすべてのコンテンツ機能を処理できるわけではないことを受け入れ始めました。今日の優れたコンテンツ管理システムは、他の多くのソフトウェアと相互作用するように設計されています。現在、CMSは、YouTubeに保存されている動画、Disqusが管理するコメント、CoverItLiveから埋め込まれたライブチャットでうまく再生されることが期待されています。 Facebook、Twitter、Tumblrなどの他の環境には、独自のツールスイートが付属しています。そしてますます、私たちが「コンテンツ管理システム」と呼ぶものは、実際には複数の緊密に統合されたシステムの組み合わせです。

プラットフォームを構築するためのいくつかのオプションを調査した後、 プロジェクトアルゴ 、私のチームは使用することにしました WordPress ベースラインとして。しかし、WordPressでは簡単にできないことをいくつか達成したかったので、LavalleeはWordPressと django 。これにより、Argoプラットフォームを次のようなサービスにシームレスにリンクすることができました。 美味しい と デイライフ 、ソフトウェアのユーザーの摩擦を最小限に抑えます。各ツールは、これまで以上に複雑な機能を1つのシステムにまとめようとせずに、設計どおりに機能します。

アルジャジーラは「 ストリーム' 世界中のソーシャルメディアで行われている活発な会話の上に構築されたショーおよびオンラインニュースソースとして。そのため、サイトがプログラムのオンラインプレゼンスを処理するコンテンツ管理システムを選択したとき、彼らはその会話をキュレートするために作成されたソフトウェアから始めました— Storify 。 Webアプリを使用すると、主流のユーザーはソーシャルメディアサイトの投稿からストーリーを簡単にまとめることができます。

「TheStream」のオンラインプロデューサーは、Storifyでストーリーを構築し、Drupalのインストールに引き込まれ、そこで編集、承認、Webに公開されます。 Storify-plus-Drupalコンボは、「TheStream」チームにいくつかの利点をもたらします。

  • Storifyは、ソーシャルメディアの会話からナゲットを引き出すための洗練された使いやすいインターフェイスをプロデューサーに提供します。
  • Drupalはサイトの公開タスクを処理し、Storifyが利用できない場合でも「TheStream」が公開を継続できるようにします。
  • また、Googleマップの処理など、Storifyにはまだない機能も追加されています。

NPR.orgのCMSであるSeamusは自社開発であり、ソフトウェアの継続的な開発と保守に専念する完全なチームがあります。しかし、これらの強力なリソースがあっても、組織のコンテンツ管理エコシステムのプレーヤーはSeamusだけではありません。別の自家製システム（「NewsFlex」）は、ラジオのオーディオアセットとストーリーの予算を管理します。また、電子メールはNPRのオンライン編集者のワークフローに非常に深く統合されているため、CMSのもう1つはOutlookであると言えます。

しかし、NPRのコンテンツを管理するSeamusの最大のパートナーは、NPR API（「アプリケーションプログラミングインターフェイス」）と呼ばれるものです。多くの方法について書かれています APIにより、NPRはデジタルプレゼンスを構築できます ;これは、このAPIをすべての公共メディアに拡張する取り組みについての私のPoynter編集者MallaryTenoreからの素晴らしい記事です。 APIを使用すると、すべてのコンテンツ管理システムが相互に通信しやすくなります。これは、コンテンツ管理ソフトウェアがどのように相互接続されたかを完全に反映しています。

コンテンツ管理システムは「美しい」ものでなければならないという理解が高まっています。

私はいくつかの恐ろしいCMSを見てきました—ポップアップウィンドウの地雷原が散らばっているテキスト入力ボックスのコンテキストレスクラスター。それから2005年か2006年のある日、私はDjangoのWilsonMinerの輝かしい管理ページのデザインに目を奪われました。

Windows 3.1の過酷な功利主義的な美学を模倣した何年にもわたるCMSの後、Django管理者は素晴らしかった—素晴らしいカラーパレット。上品で目的のあるグラデーション。魅力的なアイコンデザイン。物との交流の経験でさえ、喜びでした。ボタンを押すと、魅力的なJavaScript効果が呼び出される可能性があります。不必要に装飾的なものはなく、すべてがスムーズで満足のいくものです。世界は少し変わった。

あなたの平均的なニュース組織のCMSは、新しいユーザーに順応するために数週間のトレーニングを必要としていました。結局のところ、なぜ企業はニュースサイトのユーザーには決して見られない「バックエンドインターフェイス」を磨くために貴重な設計リソースを費やすのでしょうか。素晴らしく直感的なユーザーエクスペリエンスデザインで賞賛されたStorifyが、ニュース組織のCMSのバックエンドインターフェイスとして機能するようになったとき、私たちがどれだけ進んだかを示しています。バックエンドユーザーにとっても、美しいソフトウェアが期待されています。

より優れたコンテンツ管理システムがより優れたコンテンツを促進することを理解したため、私たちはこの方向に進んでいます。 「人々が幸せであればあるほど、彼らのコンテンツはより良くなり、より多くのコンテンツを制作するでしょう」とNPRのクーパーは言います。さらに、彼が指摘するように、デジタルジャーナリストは、ニュースサイトが始まったとき、コンテンツのほとんどが他のメディア形式から移植されたときよりもはるかに創造的で独創的な仕事をしています。 「デジタルニュースルームは、シャベルから作成に移行しました」と彼は言いました。 「これらの2つのタスクには、非常に異なる環境が必要です。」

昨年9月に12のArgoサイトを立ち上げたとき、私のチームは、サイトを運営しているブロガーと直接トレーニングを行うことができませんでした。ブロガーにスターターガイドといくつかのチュートリアルへのリンクを提供し、電話で利用できましたが、それ以外の場合は、ブロガーが自分でプラットフォームに慣れる必要がありました。数日のうちに、HTMLに不慣れなユーザーでさえ、堅牢で魅力的なサイトを公開することができました。 Lavallee氏は、WordPressインターフェースに何年にもわたるテスト、使用、開発が行われていなければ、これは不可能だったと指摘しています。 「WordPressの開発者は、何百万人ものユーザーから直接フィードバックを得ることができます。これは、企業のサポートフォーラムでは一般的に当てはまりません」と彼は言います。

それが次のポイントにつながります。

オープンソースソフトウェアは、デフォルトのコンテンツ管理エクスペリエンスの水準を引き上げました

私が新聞業界で働いていたとき、コンテンツ管理のニーズがほぼ同じである何千もの個々の新聞があったことは、リソースの途方もない浪費であることに気づきましたが、ベースラインのコンテンツ管理基準やプラットフォームはまだ決まっていませんでした。毎日のように、新しいベンダーがゼロから構築された独自の製品でコンテンツ管理市場に参入しました。

一方、2000年代の初めには、オープンソースのCMSソフトウェアはまだ強力な代替手段ではありませんでした。しかし、オープンソースコミュニティは標準に収束し始めており、この分野の他の人々が達成した作業に基づいて構築されていました。 （たとえば、WordPressは、オープンソースのブログプラットフォームb2の子孫として誕生しました。）

10年の半ばまでに、WordPress、Drupal、Djangoなどのプロジェクトがクリティカルマスを達成し始めました。 Lavallee氏によると、過去数年間で、メディア企業でソフトウェアの決定を下す幹部は、ベンダーが販売している高価な製品よりも見た目が滑らかなオープンソースソフトウェアパッケージを見始めました。

今日、プロプライエタリCMSを検討しているソフトウェアやニュース組織をデモするベンダーは、投資を正当化するためにかなり高い基準をクリアする必要があります。WordPressやDrupalよりも優れたものを構築する必要があります。彼らのニーズ。その自由ソフトウェアが改善されたので、すべてのCMSはそれに追いつくために改善しなければなりませんでした。

そして、もしあなたがそれらを打ち負かすことができないなら、それらの上に構築してください。最もリソースの豊富なニュース組織でさえ、Django、Ruby on Rails、WordPress、Drupalなどのオープンソースツールを、自社開発またはベンダー構築のCMSと一緒にまたは内部で使用しています。たとえば、Seamusには、次のようなオープンソース製品が組み込まれています。 jQuery と ImageMagick その内臓で。 WordPressを出発点として使用できたため、Argoサイトを迅速に立ち上げることができました。私たちの開発はすべて、私たちのニーズに合わせてソフトウェアを適応させ、拡張することを目的としていました。 NPRのデジタルサービス部門は、メンバーステーションがWebプレゼンスを開発するのを支援します。彼らの最新の製品は、Drupalの最新バージョンに基づいて構築されています。

これはすべて、オープンソースソフトウェアが万能薬であると言っているわけではありません。 NPRのクーパーとアルジャジーラのフィッツジェラルドはどちらも、コンテンツ管理に関する社内開発の専門知識を持つ大企業に多大な価値をもたらしています。 WordPressとDrupalは素晴らしいデフォルトと出発点を提供しますが、組織のニーズが大きく複雑になるほど、これらの製品の制限に対抗することになります。

昨年、NPRはブログをWordPressからSeamusに移し、ブログのコンテンツとNPRが生成する残りの素材との間のよりシームレスな統合を可能にしました。また、メディア企業としてのCurrentの理解が深まるにつれて、組織は自社製のコンテンツ管理プラットフォームを設計して適応させることができました。

優れたコンテンツ管理には継続的な開発が必要であることに気づきました

メディアのあらゆる側面において、ニュース組織は絶え間ない変化が新しい常識であるという事実に慣れなければなりませんでした。コンテンツ管理も例外ではありません。過去10年間のほとんどの間、すべてのニュース組織は常に数年ごとに新しいシステムに移行しているように見えました。これは非常に重要な取り組みです。私たちは、すべての問題を解決し、今後10年間のすべてのニーズを満たすのに十分な柔軟性と堅牢性を備えたシステムである特効薬を探していました。

そのようなシステムは存在しないことがわかりました。 CMS（すべてのCMS、オープンソース、エンタープライズ、その他）には継続的な投資と開発が必要であることを理解し始めています。組織がどんなに小さくても大きくても、コンテンツ管理システムは、年ごとに劇的に変化するデジタルニュース環境に対応するように開発する必要があります。

大規模なメディア組織の一員である場合は、CMSの維持と拡張に専念する人材が必要です。これは、社内の開発チームであろうと、ベンダーとの緊密で継続的な関係であろうと関係ありません。 WordPressを実行している2人の独立したニュース操作に参加している場合は、ソフトウェアを定期的に更新し、ニーズに合ったプラグインを追加および削除する必要があります。

多くの点で、この現実は上記の他の3つの観察を強調しています。コンテンツ管理環境は、近い将来、頻繁かつ大幅に進化する必要があることがわかっているため、他のユーザーと相互運用できるほど軽量で柔軟性のあるシステムを構築する必要があります。

1年で変更されるシステムに1か月のトレーニングを費やすことは意味がないため、ユーザーが直感的に理解できるほど美しいコンテンツ管理インターフェイスを使用する必要があります。

また、迅速に開発する必要があるため、コンテンツ管理エコシステムを改善するために、オープンソースソフトウェアの世界からツールやアイデアを借りる必要があります。