콘텐츠 관리 시스템이 진화하는 4가지 방법과 그것이 언론인에게 중요한 이유

디지털 미디어 혁명의 부산물 중 하나는 오늘날 대부분의 언론인이 어느 정도는 기술 전문가라는 것입니다. 최신 고성능 스마트폰을 탐내지 않는 기자를 만나는 일은 점점 더 드뭅니다.

나는 HTML 코드를 한 번도 작성한 적이 없지만 웹을 완전히 건너뛰고 태블릿 장치를 위한 스토리텔링을 찾기 시작하려는 열망이 있는 오랜 저널리스트를 만났습니다. 위치 기반 네트워킹이 어떻게 진화하고 있는지에 대해 글을 쓰고 있다면 자신의 이야기에 지리 데이터를 추가할 생각이 없는 호기심 많은 저널리스트를 많이 끌어들일 가능성이 있습니다. 그러나 사람들이 매일 사용해야 하는 한 가지 기술, 즉 그들이 하고자 하는 우주 시대 스토리텔링을 방해하거나 가능하게 하는 기술인 콘텐츠 관리 시스템에 관심을 갖도록 하는 것은 어렵습니다.

어떤 식으로든 귀하의 직업이 공개 또는 반 공개 소비를 위한 미디어 제작과 관련된 경우 콘텐츠 관리 시스템(CMS)을 많이 사용하고 있을 가능성이 있습니다. 또한 조직에서 CMS를 교체하거나 개선할 가능성이 상당히 높습니다. 콘텐츠 관리가 어떻게 발전하고 있는지에 대해 우리가 배운 몇 가지 핵심 교훈을 아는 것은 가치가 있으므로 무엇을 찾아야 하는지 알 수 있습니다.

여러 언론사에서 일하면서 웹 초창기에 했던 것과는 다르게 콘텐츠 관리에 접근하기 시작했다는 느낌을 한동안 받았습니다. CMS가 무엇을 해야 하는지에 대한 우리의 감각이 성숙해지고 있습니다. 자세한 내용을 알아보기 위해 여러 언론사에서 CMS 개발에 필수적인 역할을 했던 세 사람과 이야기를 나누었습니다. 그 중 두 사람은 Project Argo의 편집 제품 관리자로 함께 일했습니다.

• 앤드류 피츠제럴드 , 그는 최근 Current TV에서 Al Jazeera의 'The Stream' 온라인 존재의 수석 프로듀서가 되었습니다.
• 패트릭 쿠퍼 , 이전에는 USA Today의 일간 뉴스 블로거였으며 현재 NPR.org의 제품 소유자이자 NPR의 디지털 플랫폼('Seamus')을 지원하는 CMS입니다.
• 마크 라발리 , 보스턴 글로브(Boston Globe), 워싱턴 포스트(Washington Post), 내셔널 저널(National Journal)과 같은 조직에 머물다 NPR에 와서 Project Argo('Navis')를 지원하는 플랫폼을 구축하기 위해 오기 전에 제 팀원입니다.

이 세 가지 시스템은 모두 매우 다르지만 CMS가 어떻게 발전하고 있는지에 대한 유용한 포인터를 제공한다고 생각하는 몇 가지 주요 공통점을 공유합니다.

저널리즘은 '컨텐츠 관리 시스템'에서 '컨텐츠 관리 생태계'로 이동하고 있습니다.

디지털 뉴스 운영은 CMS를 원스톱 상점, 즉 자신의 콘텐츠로 하고 싶은 모든 것을 할 수 있는 도구로 생각했습니다. 편집자는 기사를 할당하고, 기자는 기사 초안을 작성하고, 멀티미디어 전문가는 비디오를 저장하고, 온라인 제작자는 섹션 전면을 프로그래밍하고, 커뮤니티 관리자는 댓글 등을 관리할 수 있습니다. 뉴스 조직은 소프트웨어가 특정 기능을 얼마나 잘 수행했는지보다는 소프트웨어에 얼마나 많은 다양한 기능이 있는지에 따라 잠재적인 CMS를 판단할 것입니다.

우리는 마침내 단일 CMS가 디지털 뉴스 조직의 모든 콘텐츠 기능을 처리할 수 없다는 사실을 받아들이기 시작했습니다. 오늘날 좋은 콘텐츠 관리 시스템은 다른 많은 소프트웨어와 상호 작용하도록 설계되었습니다. 이제 CMS가 YouTube에 저장된 비디오, Disqus에서 관리하는 댓글 또는 CoverItLive에서 포함된 라이브 채팅과 원활하게 재생될 것이라는 진정한 기대가 있습니다. Facebook, Twitter 및 Tumblr와 같은 다른 환경에는 자체 도구 모음이 있습니다. 그리고 점점 더 우리가 '컨텐츠 관리 시스템'이라고 부르는 것이 실제로는 밀접하게 통합된 여러 시스템의 조합입니다.

플랫폼을 구축하기 위한 몇 가지 옵션을 조사한 후 프로젝트 아르고 , 우리 팀은 사용하기로 결정했습니다 워드프레스 기준으로. 그러나 우리는 WordPress가 쉽게 만들 수 없는 몇 가지 작업을 수행하고 싶었습니다. 그래서 Lavallee는 WordPress를 장고 . 이를 통해 Argo 플랫폼을 다음과 같은 서비스에 원활하게 연결할 수 있었습니다. 맛있는 그리고 일상 , 소프트웨어 사용자의 마찰을 최소화합니다. 각 도구는 점점 더 복잡해지는 기능을 하나의 시스템에 집어넣으려 하지 않고 의도한 대로 정확하게 수행합니다.

알 자지라는 “ 스트림” 전 세계 소셜 미디어 아울렛에서 일어나고 있는 활발한 대화를 기반으로 구축된 쇼 및 온라인 뉴스 소스입니다. 따라서 사이트에서 프로그램의 온라인 존재를 처리할 콘텐츠 관리 시스템을 선택했을 때 해당 대화를 선별하기 위해 만든 소프트웨어로 시작했습니다. 저장하다 . 웹 앱을 사용하면 주류 사용자가 소셜 미디어 사이트의 게시물에서 스토리를 쉽게 수집할 수 있습니다.

'The Stream'의 온라인 제작자는 Storify에서 스토리를 작성하여 Drupal 설치로 가져와 편집, 승인 및 웹에 게시합니다. Storify-plus-Drupal 콤보는 'The Stream' 팀에 몇 가지 이점을 제공합니다.

• Storify는 제작자에게 소셜 미디어 대화에서 중요한 정보를 가져올 수 있는 매끄럽고 사용하기 쉬운 인터페이스를 제공합니다.
• Drupal은 사이트 게시 작업을 처리하여 Storify를 사용할 수 없는 경우에도 'The Stream'이 게시를 계속할 수 있도록 합니다.
• 또한 Google 지도 처리와 같이 Storify에 아직 없는 기능이 추가되었습니다.

NPR.org의 CMS인 Seamus는 자체 개발했으며 소프트웨어의 지속적인 개발 및 유지 관리에 전념하는 전체 팀이 있습니다. 그러나 이러한 강력한 리소스에도 불구하고 Seamus는 조직의 콘텐츠 관리 에코시스템에서 유일한 참여자가 아닙니다. 별도의 자체 개발 시스템('NewsFlex')은 오디오 자산과 라디오에 대한 스토리 예산을 관리합니다. 그리고 이메일은 NPR의 온라인 편집자의 워크플로에 매우 깊이 통합되어 있어 다른 CMS는 Outlook이라고 할 수 있습니다.

그러나 NPR의 콘텐츠를 관리하는 Seamus의 가장 큰 파트너는 NPR API('응용 프로그래밍 인터페이스')라는 것입니다. 많은 방법에 대해 많이 작성되었습니다. API를 통해 NPR은 디지털 존재감을 구축할 수 있었습니다. ; 여기 내 Pointer 편집자인 Mallary Tenore가 이 API를 모든 공개 미디어로 확장하려는 노력에 대한 훌륭한 기사가 있습니다. API를 사용하면 모든 콘텐츠 관리 시스템이 서로 더 쉽게 통신할 수 있습니다. 콘텐츠 관리 소프트웨어가 얼마나 상호 연결되었는지를 완벽하게 반영합니다.

콘텐츠 관리 시스템이 '아름다워야' 한다는 인식이 높아지고 있습니다.

나는 팝업 창의 광산 필드로 흩어져 있는 텍스트 입력 상자의 컨텍스트 없는 클러스터인 끔찍한 CMS를 보았습니다. 그러다가 2005년이나 2006년 어느 날, Django를 위한 Wilson Miner의 멋진 관리 페이지 디자인에 눈을 떼지 못했습니다.

Windows 3.1의 가혹한 실용주의 미학을 모방한 CMS의 수년 후, Django 관리자는 놀랍습니다. 멋진 색상 팔레트입니다. 세련되고 의도적인 그라디언트; 황홀한 아이콘 디자인. 사물과 상호 작용하는 경험조차도 기쁨이었습니다. 버튼을 누르면 불필요한 장식이 없고 모든 것이 부드럽고 만족스러운 매력적인 JavaScript 효과가 나타날 수 있습니다. 세상이 조금 바뀌었습니다.

일반적인 뉴스 조직 CMS는 새 사용자에 적응하기 위해 몇 주 동안 교육을 받아야 했습니다. 결국, 왜 회사는 뉴스 사이트의 사용자가 결코 볼 수 없는 '백엔드 인터페이스'를 다듬는 데 귀중한 디자인 리소스를 소비할까요? 놀랍도록 직관적인 사용자 경험 디자인으로 찬사를 받은 Storify가 이제 뉴스 조직의 CMS를 위한 백엔드 인터페이스 역할을 할 때 우리가 얼마나 멀리 왔는지 보여줍니다. 백엔드 사용자에게도 아름다운 소프트웨어가 기대가 되고 있습니다.

더 나은 콘텐츠 관리 시스템이 더 나은 콘텐츠를 만든다는 사실을 이제 이해하고 있기 때문에 우리는 이 방향으로 나아가고 있습니다. NPR의 Cooper는 '사람들이 더 행복할수록 그들의 콘텐츠가 더 좋아질수록 더 많은 콘텐츠를 생산할 것입니다.'라고 말합니다. 게다가 그가 지적했듯이 디지털 저널리스트들은 이제 뉴스 사이트가 시작되고 대부분의 콘텐츠가 다른 미디어 형식에서 포팅되었을 때보다 훨씬 더 창의적이고 독창적인 작업을 수행합니다. “디지털 뉴스룸은 삽질에서 창작으로 옮겨갔습니다. '이 두 작업에는 매우 다른 환경이 필요합니다.'

지난 9월에 12개의 Argo 사이트를 시작했을 때 우리 팀은 사이트를 운영할 블로거와 직접 교육을 할 수 없었습니다. 우리는 블로거에게 스타터 가이드와 몇 가지 튜토리얼에 대한 링크를 제공했고 전화로 이용할 수 있었지만 그렇지 않으면 스스로 플랫폼에 대한 속도를 높여야 했습니다. 며칠 만에 HTML을 처음 접하는 사용자도 강력하고 매력적인 사이트를 게시할 수 있었습니다. 이것은 WordPress 인터페이스에 들어간 수년간의 테스트, 사용 및 개발 없이는 불가능했을 것이라고 Lavallee는 지적합니다. 'WordPress 개발자는 수백만 명의 사용자로부터 직접 피드백을 받을 수 있습니다. 일반적으로 기업 지원 포럼에서는 그렇지 않습니다.'

이것은 나를 다음 요점으로 이끕니다.

오픈 소스 소프트웨어는 기본 콘텐츠 관리 경험의 기준을 높였습니다.

신문 업계에서 일할 때 콘텐츠 관리에 대해 거의 동일한 요구 사항을 가진 수천 개의 개별 신문이 있었지만 기본 콘텐츠 관리 표준이나 플랫폼에 아직 정착하지 못했다는 사실에 엄청난 자원 낭비라는 생각이 들었습니다. 매일 새로운 공급업체가 처음부터 제작된 독점 제품으로 콘텐츠 관리 시장에 진입하는 것 같았습니다.

한편, 2000년대 초반에는 오픈 소스 CMS 소프트웨어가 아직 강력한 대안이 되지 못했습니다. 그러나 오픈 소스 커뮤니티는 표준에 수렴하기 시작했고 이 분야의 다른 사람들이 성취한 작업을 기반으로 구축되었습니다. (예를 들어, WordPress는 오픈 소스 블로깅 플랫폼 b2의 후손으로 시작되었습니다.)

10년 중반까지 WordPress, Drupal 및 Django와 같은 프로젝트가 임계량을 달성하기 시작했습니다. Lavallee는 지난 몇 년 동안 미디어 회사에서 소프트웨어 결정을 내리는 경영진이 공급업체에서 판매하는 값비싼 제품보다 더 매끄럽게 보이는 오픈 소스 소프트웨어 패키지를 보기 시작했다고 말합니다.

오늘날 독점 CMS를 고려하고 있는 소프트웨어 또는 뉴스 조직을 시연하는 공급업체는 투자를 정당화할 수 있는 상당히 높은 기준을 가지고 있습니다. 그들의 필요. 무료 소프트웨어가 개선됨에 따라 모든 CMS는 이를 따라잡기 위해 개선해야 했습니다.

그리고 그들을 이길 수 없다면, 그 위에 구축하십시오. 가장 자원이 풍부한 뉴스 조직조차도 자체 제작 또는 공급업체 구축 CMS와 함께 또는 내부에서 Django, Ruby on Rails, WordPress 및 Drupal과 같은 오픈 소스 도구를 사용하고 있습니다. 예를 들어 Seamus는 다음과 같은 오픈 소스 제품을 통합합니다. 제이쿼리 그리고 ImageMagick 그 내부에서. WordPress를 출발점으로 사용할 수 있었기 때문에 Argo 사이트를 빠르게 시작할 수 있었습니다. 우리의 모든 개발은 우리의 요구에 맞게 소프트웨어를 조정하고 확장하는 방향으로 진행되었습니다. NPR의 디지털 서비스 부서는 회원 스테이션이 웹 존재를 개발할 수 있도록 지원합니다. 그들의 최신 제품은 최신 버전의 Drupal을 기반으로 합니다.

이 모든 것이 오픈 소스 소프트웨어가 만병 통치약이라는 말은 아닙니다. NPR의 Cooper와 Al Jazeera의 Fitzgerald는 모두 콘텐츠 관리에 대한 사내 개발 전문 지식을 보유한 대기업의 엄청난 가치를 인용합니다. WordPress와 Drupal은 훌륭한 기본값과 시작점을 제공하지만 조직의 요구 사항이 더 크고 복잡할수록 이러한 제품의 한계에 더 많이 부딪힐 것입니다.

작년에 NPR은 블로그를 WordPress에서 Seamus로 이전하여 블로그 콘텐츠와 NPR이 생성하는 나머지 자료 간의 원활한 통합을 가능하게 했습니다. 그리고 Current의 미디어 회사에 대한 이해가 발전함에 따라 조직은 자체 제작한 콘텐츠 관리 플랫폼도 이에 맞게 설계할 수 있었습니다.

우수한 콘텐츠 관리에는 지속적인 개발이 필요하다는 것을 깨달았습니다.

미디어의 모든 측면에서 뉴스 조직은 끊임없는 변화가 새로운 표준이라는 사실에 익숙해져야 했습니다. 콘텐츠 관리도 다르지 않습니다. 지난 10년 동안 모든 뉴스 조직은 항상 몇 년마다 새로운 시스템으로 전환하는 것처럼 보였습니다. 이는 매우 중요한 작업이었습니다. 우리는 모든 문제를 해결하고 향후 10년 동안의 모든 요구를 충족할 만큼 충분히 유연하고 강력한 시스템인 은색 총알을 찾고 있었습니다.

우리는 이제 그런 시스템이 존재하지 않는다는 것을 압니다. 우리는 CMS(모든 CMS, 오픈 소스, 엔터프라이즈 등)에 지속적인 투자와 개발이 필요하다는 것을 이해하기 시작했습니다. 조직의 규모에 상관없이 콘텐츠 관리 시스템은 해마다 급격하게 변화하는 디지털 뉴스 환경을 수용할 수 있도록 개발되어야 합니다.

대규모 미디어 조직의 일원이라면 사내 개발 팀이든 공급업체와의 긴밀하고 지속적인 관계든 상관없이 CMS를 유지 관리하고 확장하는 데 전념하는 인력이 필요합니다. WordPress를 실행하는 2인 독립 뉴스 작업의 일부인 경우 소프트웨어를 정기적으로 업데이트하고 필요에 맞는 플러그인을 추가 및 제거해야 합니다.

여러 면에서 이 현실은 위의 다른 세 가지 관찰을 강조합니다. 우리의 콘텐츠 관리 환경은 가까운 장래에 자주 그리고 크게 발전해야 한다는 것을 알고 있기 때문에 다른 사람들과 상호 운용할 수 있을 만큼 가볍고 유연한 시스템을 구축해야 합니다.

1년 안에 바뀔 시스템에 한 달을 투자하는 것은 의미가 없기 때문에 사용자가 직관적으로 이해할 수 있을 만큼 아름다운 콘텐츠 관리 인터페이스를 사용해야 합니다.

그리고 빠르게 개발해야 하기 때문에 콘텐츠 관리 생태계를 개선하려면 오픈 소스 소프트웨어 세계에서 도구와 아이디어를 빌려야 합니다.