헤드리스 WordPress는 무엇이며 필요합니까?

새로운 '헤드리스 CMS' 트렌드에 대해 이미 속삭이는 소리를 들었을 것입니다. 그러나 개발자가 아닌 경우 이 용어가 의미하는 바를 정확히 파악하고 웹사이트에 적합한지 여부를 결정하는 것이 혼란스러울 수 있습니다.

이 게시물에서는 헤드리스 CMS의 개념을 소개하고 이것이 WordPress 사용자와 어떤 관련이 있는지 논의할 것입니다. 또한 귀하에게 적합한지 여부를 결정하는 방법에 대한 몇 가지 지침을 제공합니다.

시작하자!

헤드리스 CMS란 무엇입니까?

헤드리스 워드프레스에 대해 알아보기 전에 헤드리스 CMS가 일반적으로 무엇인지 알아보겠습니다. 먼저 'CMS'라는 용어 자체를 명확히 하는 것이 중요합니다. 콘텐츠 관리 시스템(CMS)은 온라인 콘텐츠(예: WordPress)를 만들고 관리하기 위한 완벽한 솔루션입니다. 사용하기는 쉽지만 유연성은 훨씬 떨어지는 웹사이트 빌더와 같은 단순한 플랫폼과 대조될 수 있습니다.

그렇다면 용어의 '머리 없는' 부분은 어떻습니까? 모든 웹 사이트는 사이트가 사용자에게 표시되는 프런트 엔드와 백엔드로 구성됩니다. 후자는 웹 사이트의 데이터가 관리 및 저장되는 방식을 제어하며 여기에서 사용자 지정, 콘텐츠 추가, 코딩을 통해 요소 조정 등을 수행합니다.

그러나 헤드리스 아키텍처는 플랫폼의 프런트 엔드 또는 '헤드'를 차단합니다. 프론트 엔드와 백 엔드를 분리하여 둘 다 따로 관리할 수 있습니다. 이를 통해 한 플랫폼에서 다른 플랫폼으로 콘텐츠를 원활하게 이동할 수 있습니다. 예를 들어 헤드리스 CMS는 비즈니스 웹사이트, Google 캘린더 및 Facebook에 새 콘텐츠를 동시에 푸시할 수 있습니다.

이 모든 것이 WordPress 웹 사이트와 어떤 관련이 있는지 궁금해 할 수 있습니다. WordPress는 처음에 헤드리스 CMS로 의도되지 않았지만 최근 몇 년 동안 개발 방향이 그 방향으로 바뀌었습니다. 이를 통해 현재 WordPress 사이트를 유지하면서 최신 기술 발전을 계속 활용할 수 있습니다.

2016년에 WordPress 개발자는 REST API를 만들어 사용자에게 WordPress 사이트를 헤드리스로 만들 수 있는 권한을 제공했습니다. 이 기술을 사용하여 거의 모든 WordPress 테마를 헤드리스로 만들 수 있습니다. 헤드리스 워드프레스에서는 'What You See Is What You Get'('WYSIWYG') 편집기가 비활성화되고 주요 기능은 대신 REST API를 통해 관리됩니다.

기본적으로 WordPress는 프런트 엔드와 백 엔드를 결합한 기존 아키텍처를 사용하여 헤드리스가 아닙니다. 그것이 반드시 문제는 아닙니다. 내장된 블록 편집기 또는 자체 Divi Builder(또는 둘 다)를 사용하여 사용자 정의 변경을 수행할 수 있습니다. 그러나 헤드리스 WordPress를 대신 사용하는 것을 고려해야 할 충분한 이유가 있습니다.

헤드리스 WordPress를 사용하려는 이유

헤드리스 워드프레스가 일반적인 의미에서 무엇인지 살펴보았으므로 이제 이를 사용할 때의 이점에 대해 이야기해 보겠습니다. 보다 전통적인 WordPress 설치보다 이것을 선택하는 주요 이유 중 하나는 다중 채널 콘텐츠 게시를 단순화하기 위한 것입니다. 이는 동시에 둘 이상의 플랫폼에 콘텐츠를 게시하는 프로세스입니다. 여기에는 비즈니스 캘린더, 소셜 미디어 플랫폼, 사물 인터넷(IOT)이 포함될 수 있습니다.

프런트 엔드를 제거하면 헤드리스 WordPress를 다양한 '스택'에 쉽게 통합할 수 있습니다. 스택은 본질적으로 앱 또는 디지털 제품의 인프라입니다. 비즈니스에 유지 관리할 채널이 많은 경우 다중 채널 게시를 사용하면 시간을 크게 절약할 수 있습니다. 각 플랫폼에 대해 별도로 콘텐츠 형식을 다시 지정하는 대신 한 번만 게시하면 됩니다.

이는 특히 추적해야 할 대상 플랫폼이 수십 개 있는 대기업의 경우 중요할 수 있습니다. 게시물 형식을 지속적으로 변경하는 대신 헤드리스 WordPress를 설정하여 중요한 모든 채널에서 새 콘텐츠를 자동으로 공유할 수 있습니다. 이렇게 하면 직원이 해당 콘텐츠를 만들고 마케팅하는 것과 같은 더 중요한 작업을 수행할 수 있습니다.

헤드리스 워드프레스의 또 다른 장점은 웹사이트의 속도를 향상시킬 수 있다는 것입니다. 성능은 검색 엔진 최적화(SEO)와 사용자 경험에 중요합니다. 약 40%의 사람들이 로드하는 데 3초 이상 걸리는 사이트를 포기합니다. Headless WordPress는 사용자 측에서 콘텐츠가 로드되는 프로세스를 단순화하므로 사이트 속도를 높이고 해당 문제를 방지하는 데 도움이 됩니다. 따라서 크고 복잡한 사이트에 매우 유용한 도구가 될 수 있습니다.

헤드리스 워드프레스가 최고의 솔루션이 아닐 때

물론 모든 기술이 만능 솔루션은 아닙니다. 헤드리스 WordPress가 적절하지 않은 경우가 있습니다. 예를 들어, 사이트가 코딩 기초에 익숙하지 않은 사용자가 수행하는 일일 유지 관리에 의존하는 경우 시각적 인터페이스를 고수하는 것을 선호할 수 있습니다. 헤드리스 워드프레스는 프론트 엔드를 제거하므로 유지 관리를 위해 JavaScript에 능통한 사람이 팀에 있어야 합니다.

또한, 출판량이 많지 않은 소규모 기업은 헤드리스 CMS를 구현하여 얻을 수 있는 결과가 적을 수 있습니다. 이러한 경우, 특히 웹 개발 팀이 아직 없는 경우에는 이 기술을 구현하는 비용이 이점보다 클 수 있습니다.

헤드리스 워드프레스가 사이트의 요구 사항에 지나치게 적합하다면 대신 Divi Builder와 같은 솔루션으로 전환할 수 있습니다. 우리의 시각적 페이지 빌더는 React JS를 사용하므로 JavaScript를 직접 알지 못하거나 비 전통적인 WordPress 설치를 사용하지 않고도 향상된 로딩 시간의 이점을 누릴 수 있습니다.

헤드리스 WordPress를 직접 사용해 보기로 결정했다면 두 가지 기본 경로를 선택할 수 있습니다. 가장 간단한 방법은 모든 설정을 도와줄 개발자를 고용하는 것입니다. 하지만 손이 더러워지고 싶다면 React JS를 훑어보는 것(또는 익숙해지는 것)부터 시작하는 것이 좋습니다. 자세한 내용은 WordPress 사용자를 위한 React JS에 대한 전체 게시물을 확인하세요.

결론

간단히 말해서 헤드리스 CMS는 특정 플랫폼에 연결되지 않은 콘텐츠를 만들기 위해 기존 프런트 엔드 인터페이스와 백엔드 인터페이스를 분리하는 방법입니다. 원래 그런 목적으로 설계된 것은 아니지만 WordPress는 이제 헤드리스 CMS로 사용할 수 있습니다. 팀에 지식이 풍부한 코더가 있는 경우 특히 그렇습니다.

헤드리스 워드프레스에는 많은 장점이 있습니다. 여기에는 콘텐츠를 여러 채널에 쉽게 게시할 수 있는 유연한 스택 통합과 사이트의 사용자 경험을 개선하는 더 빠른 페이지 로딩 시간이 포함됩니다. 헤드리스 WordPress를 구현하는 것은 약간의 프로젝트일 수 있지만 React JS의 모든 것을 배우는 것으로 시작할 수 있습니다. 또는 코딩 기술 없이도 Divi Builder를 통해 향상된 속도와 사용자 정의의 이점을 누릴 수 있습니다.

헤드리스 WordPress가 귀하에게 적합한지 결정하는 데 도움이 필요하십니까? 아래 의견 섹션에서 알려주십시오!

Michele Paccione의 기사 썸네일 이미지 / shutterstock.com