WYSIWTF

서비스형 콘텐츠(CaaS) 또는 서비스형 관리 콘텐츠(MCaaS)는 서비스 제공업체가 구독 라이선스가 부여된 웹 서비스를 통해 서비스 소비자에게 온디맨드 방식으로 콘텐츠를 제공하는 서비스 지향 모델입니다. 콘텐츠는 서비스 제공업체가 클라우드에서 중앙 집중식으로 호스팅하고 애플리케이션이나 시스템에 전달된 콘텐츠를 필요로 하는 여러 소비자에게 제공하므로 소비자가 필요할 때 언제든지 콘텐츠를 요청할 수 있습니다.

서비스로서의 콘텐츠는 다른 시스템에서 사용할 수 있는 방식으로 원시 콘텐츠(즉, HTML과 같은 특정 인간 호환 표현이 필요 없는 콘텐츠)를 제공하는 방식입니다. 서비스로서의 콘텐츠는 사람이 직접 소비하는 것이 아니라 다른 플랫폼이 특정 요구에 따라 콘텐츠를 소비하고 활용할 수 있도록 하는 것입니다. 이는 일반적으로 클라우드에서 이루어지며, 전 세계에서 액세스할 수 있고 콘텐츠에 대한 표준 형식을 제공하는 중앙 집중식 플랫폼에서 이루어집니다. 서비스로서의 콘텐츠를 사용하면 콘텐츠를 단일 리포지토리로 중앙 집중화하여 관리하고, 분류하고, 다른 사람이 사용할 수 있도록 하고, 검색하거나, 원하는 모든 작업을 수행할 수 있습니다.

 

---

 

'콘텐츠와 프레젠테이션의 분리'를 주장하는 것은 이 둘을 깔끔하게 구분해야 한다는 의미입니다. 물론 현실은 콘텐츠와 형식, 구조와 스타일을 완전히 분리할 수 없다는 것입니다. 문서를 작성하면서 다양한 글꼴, 제목 가중치, 공백이 글의 흐름에 미치는 영향을 살펴본 적이 있는 사람이라면 누구나 이 사실을 알고 있습니다. 태그에서 텍스트를 구문 분석하기 위해 HTML 코드를 가만히 들여다본 적이 있는 사람이라면 누구나 알고 있는 사실입니다.

 

한편으로 글쓰기와 발표 사이의 분업은 우리 역사의 모든 지점에서 찾아볼 수 있습니다. 고대 서기관이 석판을 깎고, 중세 수도사가 조명이 비치는 원고를 복사하고, 인쇄업자가 활자를 찍는 등 우리는 문서를 생산하는 사람과 아이디어를 떠올리는 사람이 동일해야 한다고 생각한 적이 없습니다.

하지만 우리는 매체와 메시지가 너무 긴밀하게 얽혀 있어서 쉽게 분리할 수 없다는 것을 알고 있습니다. 그래픽 디자이너는 디자인이 의미에 영향을 미치기 때문에 '룩앤필'(Look and Feel)은 프로세스의 마지막에 칠할 수 있다는 생각에 반대합니다. 커뮤니케이터로서 더 숙련될수록 콘텐츠와 프레젠테이션을 분리하는 것은 깊이 연결된 작업을 표준화하고 세분화하려는 산업 시대의 허구(음..)라는 것을 깨닫게 됩니다.

오늘날 우리는 웹에 좋다는 이유로 콘텐츠와 형식의 분리를 강제하려고 합니다. 이것이 바로 웹 표준을 가능하게 하는 것입니다. 웹 표준은 소셜 공유와 콘텐츠의 유연한 재사용을 가능하게 합니다. 접근성을 지원합니다. 수백 가지의 새로운 디바이스와 폼 팩터에 콘텐츠를 제공하려고 할 때 우리가 제정신을 유지할 수 있게 해줍니다.

콘텐츠와 프레젠테이션을 분리하는 최선의 방법을 논의할 때 디자이너와 개발자는 프론트엔드 코드에 집중하는 경향이 있는데, 이는 우리가 가장 많이 제어할 수 있는 부분이기 때문에 당연한 일입니다. 하지만 웹에서 콘텐츠를 제작할 때 직면하는 많은 문제와 마찬가지로, 진짜 문제는 콘텐츠 제작자가 콘텐츠를 구성, 관리 및 게시할 수 있도록 지원하는 도구에 있습니다. 콘텐츠가 취하는 형식은 CSS만큼이나 CMS에 따라 달라집니다.

콘텐츠 관리 도구는 콘텐츠 제작자가 의미와 구조에 집중할 수 있도록 어떻게 안내해야 할까요? CMS에서 프레젠테이션과 스타일링에 대한 적절한 제어 수준은 어느 정도일까요? 그리고 웹 페이지의 은유에서 벗어나 여러 플랫폼에 유연하게 콘텐츠를 게시하려면 이러한 도구는 어떻게 발전해야 할까요? 콘텐츠와 형식의 교차점에 있는 세 가지 도구를 살펴보겠습니다.

 

 

미리보기 버튼

가장 열성적인 구조화된 콘텐츠 편집자조차도 자신의 작업이 어떻게 보일지 확인하는 것을 좋아합니다. 작가는 편집할 문서를 인쇄하여 화면에서 보는 것과 다른 보기를 제공합니다. 블로거는 본능적으로 미리보기 버튼을 눌러 사용자가 볼 수 있는 방식으로 작업을 살펴봅니다.

이런. 수십 년 동안 데스크톱 퍼블리싱 프로그램과 레이저 프린터 간의 에뮬레이터를 개선해 온 덕분에 작성자는 문서가 인쇄되는 위치에 관계없이 거의 동일하게 보일 것이라고 확신할 수 있습니다. 이러한 가정을 웹으로 옮겨왔지만 이는 전혀 사실이 아닙니다. 브라우저마다 고유한 방식으로 콘텐츠를 렌더링합니다. 사용자는 글꼴 크기를 변경할 수 있으며, 심지어 사용자 지정 스타일 시트를 추가할 수도 있습니다. 오늘날에는 데스크톱, 태블릿, 모바일 기기에서 동일한 문서가 다르게 렌더링됩니다. 미리보기 버튼은 거짓말입니다.

그렇다고 아기를 목욕물과 함께 버릴 수는 없습니다. 실제로 콘텐츠가 여러 기기와 플랫폼에 걸쳐 사용되기 때문에 컨텍스트에 맞게 콘텐츠를 보는 것이 더욱 중요해졌습니다. "미리보기가 고장 났다"고 손사래를 치는 대신 더 나은 미리보기 버튼을 만들어야 할 때입니다.

제가 아는 한 출판사는 콘텐츠 제작자에게 각 스토리가 데스크톱 웹, 모바일 웹 및 앱에서 어떻게 표시되는지 보여주는 예시를 보여주는 자체 맞춤형 미리 보기 렌더링 인터페이스를 구축했습니다. 완벽할까요? 아직 멀었습니다. 콘텐츠는 이 세 가지 컨텍스트 외에도 더 많은 컨텍스트에 표시될 수 있습니다. 없는 것보다 낫다고 할 수 있나요? 물론입니다.

 

위지위그

데스크톱 퍼블리싱 혁명을 이끈 매킨토시를 통해 사용자는 인쇄본과 거의 유사한 형태로 화면에서 문서를 볼 수 있게 되었습니다. 화면 상단의 도구 모음을 통해 글꼴 변경, 이미지 삽입, 제목 및 글머리 기호 같은 타이포그래피 효과 추가 등 서식을 추가할 수 있었습니다.

이러한 사용 편의성을 웹에서도 이어가기 위해 콘텐츠 제작자가 레이아웃 및 스타일링 정보를 콘텐츠에 직접 임베드할 수 있도록 했습니다. 안타깝게도 콘텐츠 제작자가 추가한 코드는 스타일시트와 상충될 수 있으며, 개발자가 어떤 것이 스타일이고 어떤 것이 내용인지 파악하기 어렵습니다. 이 콘텐츠를 다른 플랫폼에 배치할 때가 되면 엉망진창이 되고 맙니다.

콘텐츠 제작자에게 적절한 서식 제어 권한은 어느 정도일까요? 이 질문은 문체와 의미의 핵심을 꿰뚫고 있기 때문에 대답하기 어려운 질문입니다. 굵은 글씨체와 이탤릭체 텍스트를 추가하는 것과 같은 간단한 작업조차도 텍스트의 스타일을 지정하는 것인지, 아니면 책 제목이나 경고 메시지와 같은 의미적 의미를 추가하는 것인지에 대한 질문을 던져야 합니다.

더 나은 콘텐츠 모델링은 이러한 문제 중 일부를 해결하여 콘텐츠 제작자가 텍스트를 적절하게 '청크'하도록 장려할 수 있습니다. 서식이 포함된 텍스트 덩어리를 없애고 프레젠테이션과 무관한 깔끔한 콘텐츠 덩어리로 대체함으로써 처음부터 콘텐츠와 서식을 구분할 수 있습니다.

✅ Snack : 2만원짜리 컨텐츠를 500원씩 쪼개파는 방식 / 20만원짜리 여러 컨텐츠를 30만원에 일시적으로 점유하게 해주는 방식 / 

하지만 콘텐츠의 각 '덩어리'가 데이터베이스의 필드(자체 입력 필드가 있는)라고 상상하면 금세 터무니없는 생각으로 변합니다. 그런 생각은 광기입니다. 진정한 해결책은 '덩어리를 없애는 것'이 아니라 WYSIWYG 도구 모음을 시맨틱 마크업으로 대체하는 것입니다. 콘텐츠 작성자는 모든 텍스트를 개별 필드에 입력하는 대신 콘텐츠가 무엇인지 설명하는 텍스트를 래핑합니다. 책 제목을 적절한 태그로 묶을 수 있다면 별도의 필드가 될 필요가 없습니다.

필드에 들어갈 내용과 태그에 들어갈 내용을 정의하려면 콘텐츠 작성자, CMS 설계자, 프런트엔드 개발자 간의 긴밀한 협업이 필요합니다. 이제 이러한 대화를 시작할 때입니다.

 

인라인 편집

우리는 진화하고 있습니다. 데스크톱 퍼블리싱 시대의 흔적이 남아 있는 도구에만 의존하는 것에 만족하지 않고 웹의 작동 방식에 고유한 콘텐츠와 서식을 혼합하는 새롭고 혁신적인 방법을 개발하고 있습니다. 인라인 편집보다 더 좋은 예는 없습니다.

인라인 편집을 사용하면 콘텐츠 제작자가 편집 화면과 디스플레이를 분리하지 않고 인터페이스에서 콘텐츠를 직접 조작할 수 있습니다. 미디엄은 데스크톱 디스플레이와 동일한 편집 인터페이스를 제공하며, 드루팔 8 코어에 제자리 편집이 추가되고 있습니다.

제가 가장 자주 받는 질문 중 하나는 "콘텐츠 제작자가 콘텐츠에 구조와 메타데이터를 추가하는 것이 왜 그렇게 중요한지 이해하게 하려면 어떻게 해야 하나요?"입니다. 이는 특히 멀티채널의 미래에 적응하면서 웹에서 우리가 직면하고 있는 근본적인 과제 중 하나라고 생각합니다. 인라인 편집은 콘텐츠 제작자가 데스크톱 인터페이스의 시각적 표현에 집중하도록 장려합니다. 콘텐츠 제작자가 기본 구조에 대해 생각해야 하는 바로 그 순간에, 우리는 "연결 조직"을 가리는 도구에 투자하고 있습니다.

Jeff Eaton은 인라인 편집과 누수 추상화의 비용이라는 게시물에서 이 문제를 잘 요약하고 있습니다:

우리가 사용자에게 제공하는 편집 인터페이스는 의도했든 의도하지 않았든 중요한 메시지를 사용자에게 전달합니다. 이러한 인터페이스는 문 손잡이나 전화기의 버튼과 같은 어포던스입니다. 우리가 제공하는 기본 편집 인터페이스가 사이트 방문자에게 보이는 시각적 디자인이라면, 우리는 이렇게 말합니다: "이 페이지는 여러분이 관리하는 것입니다! 이 페이지에 표시되는 것이 콘텐츠의 진정한 형태입니다."라고 말합니다.

가장 좋은 해결책은 사용자에게 이러한 복잡성을 숨기고 데스크톱 사이트에 추가하는 스타일이 콘텐츠의 '진짜' 버전이라고 생각하게 만드는 도구를 구축하는 것이 아닙니다. 대신 인터페이스의 적절한 복잡성을 전달하고 사용자가 올바른 구조와 스타일을 추가하도록 안내하는 것이 목표가 되어야 합니다.

'데스크톱 퍼블리싱'의 시대는 끝났습니다. 데스크톱 웹 인터페이스를 다른 어떤 것보다 우선시하던 시대도 마찬가지입니다. 콘텐츠를 관리하기 위해 만든 도구는 콘텐츠를 최대한 직접 조작할 수 있도록 하려고 노력했던 데스크톱 퍼블리싱 혁명의 흔적입니다. 콘텐츠에 대한 무한한 결과물이 존재하는 세상에서 이제는 시각적 스타일링에 의존하여 의미적 의미를 전달하는 도구에서 벗어나야 할 때입니다. 콘텐츠와 형식의 진정한 분리를 원한다면 CMS에서 시작해야 합니다.