DE{CODE}: 클라이언트를 위해 헤드리스를 선택해야 하는 경우

고객에게 성능 및 보안 요구 사항이 있는 경우 대행사는 언제 작업을 위해 기존 WordPress 또는 헤드리스 WordPress를 선택해야 합니까? 헤드리스 전환의 이점, 제약, 기회 및 장단점을 평가하는 에이전시 전문가 패널이 참여하는 이 DE{CODE} 세션에서 자세히 알아보세요.

세션 슬라이드

전체 텍스트 성적 증명서

HASHIM WARREN: 안녕하세요. 패널에 오신 것을 환영합니다. 클라이언트를 위해 헤드리스 WordPress를 선택해야 하는 경우입니다. 제 이름은 Hashim Warren이고 Headless WordPress용 솔루션인 Atlas의 제품 마케팅 관리자입니다. 헤드리스 워드프레스를 채택하거나 채택하고 싶을 때 사람들로부터 받은 첫 번째 질문 중 하나는 전통적인 워드프레스를 올인원 워드프레스로 사용해야 하는 경우와 헤드리스 워드프레스를 사용해야 하는 경우입니다.

따라서 성능 및 보안 요구 사항이 있는 클라이언트가 있는 경우 헤드리스 또는 기존 WordPress를 채택하거나 선택하는 것과 관련하여 무엇을 생각해야 합니까? 또한 Headless WordPress를 선택하면 무엇을 기대해야 하며 여기서 무엇을 얻을 수 있습니까? 그래서 오늘 우리는 전통적인 WordPress 프로젝트와 Headless WordPress 프로젝트 모두에 대한 경험이 있는 훌륭한 패널을 보유하고 있습니다.

그래서 오늘 저와 함께 Click Here Labs의 기술 생산 이사인 Jonathan Jeter를 모셨습니다. Springbox의 기술 이사인 Stephen Brooks도 있습니다. Space 150의 CTO인 James Squires도 있습니다. 그리고 Drawl의 전무이사인 Tayo Onabule도 있습니다.

그래서 저는 지금 바로 패널을 불러들여 이 대화를 시작할 수 있도록 하고 싶습니다. 그럼 이렇게 대화를 시작하겠습니다. 처음에 헤드리스 워드프레스에 관심을 갖게 된 이유가 무엇인지 말씀해 주세요. 그리고 조나단이 우리를 시작할 수 있습니까?

JONATHAN JETER : 물론입니다. 그래서 한동안 Headless 공간 작업에 관심을 가져왔습니다. 그리고 우리가 관심을 갖게 된 주된 이유는 여러 소스의 데이터를 통합하는 더 큰 프로젝트를 만들고 싶었기 때문입니다. 그리고 WordPress API는 아직 그 수준에 도달하지 못했습니다. 그래서 우리는 프런트엔드 레이어를 표현하는 다양한 방법을 연구하고 있었고 여전히 WordPress의 콘텐츠를 사용하고 있었습니다. 이것이 기본적으로 우리가 지금까지 약 5~7년 동안 해온 일입니다. 가장 좋은 방법이 무엇인지 알아내려고 노력했습니다.

그리고 지금은 이전보다 훨씬 더 쉬워졌습니다. 분명히 더 많은 것이 있습니다. 어떻게 할 것인지에 대한 선택의 폭이 넓습니다. 그래서 우리는 공간이 커지는 것을 보았고 그것이 어디로 가는지 정말 기대하고 있습니다. 그것

하심 워렌: 굉장합니다. 그리고 Stephen, 비슷한 이야기가 있습니까? 귀하 또는 귀하의 대행사가 Headless WordPress에 관심을 갖게 된 이유는 무엇입니까?

STEPHEN BROOKS : 예, 그래서 우리는 2015년경부터 전통적으로 잼 기반 CMS 플랫폼을 다루면서 헤드리스 공간에 있었습니다. 지난 몇 년 동안 게시물 및 페이지 유형 접근 방식이 아닌 콘텐츠 입력의 패러다임 변화로 인해 잼 시스템 내부에서 작업하는 일부 마케팅 팀을 다루는 것이 어려웠습니다.

또한 Jonathan과 마찬가지로 WordPress API를 활용하려고 시도했습니다. 그것은 약간 성가신 일이며 항상 필요한 것을 정확하게 얻지는 못합니다. WP 엔진이 Atlas를 언급하고 기본 기술에 대해 이야기할 때마다 우리가 전통적으로 잼 공간에서 해왔던 것과 셰프의 키스였습니다.

이제 거의 모든 마케터가 WordPress 내부에서 작업한 경험이 있기 때문에 고객과 정말 쉽게 대화할 수 있지만 개발자는 헤드리스 솔루션의 추가 이점을 얻습니다. 따라서 보안 위험 완화는 물론 React 기반 프레젠테이션 계층과의 최상위 상호 작용 중 일부만 얻을 수 있습니다. 이것이 최근 여기에서 우리의 실제 드라이버였습니다.

하심 워렌: 굉장하네요. Tayo, 당신의 이야기를 들려주실 수 있나요? 그리고 그에 대한 후속 조치로 퍼블리셔가 헤드리스 워드프레스를 채택하도록 설득하는 것에 대해 말씀해 주시겠습니까?

타요 오나불 : 네. 그래서 제 생각에는 우리의 경우에는 Headless WordPress 공간에 약간 더 최근에 약간 다른 진입이 있었다고 생각합니다. 우리를 위한 핵심 동인 중 하나는 상당히 넓은 도달 범위를 가진 클라이언트 Android Authority 중 하나입니다. 현재로서는 일종의 월간 방문자 수 2,000만 명에 대한 일종의 암시입니다.

그리고 그들의 요구는 어떤 면에서 아주 간단합니다. 그들은 최상위 계층과 같은 정말 훌륭한 SEO가 필요합니다. 그리고 그들 주변에는 매우 유능한 경쟁자들이 많이 있습니다. 예, 정말 훌륭한 SEO, 정말 뛰어난 성능, 그들이 게시하는 모든 기사에 대한 정말 훌륭한 읽기 경험입니다.

그래서 Headless는 정말로 – 기존 WordPress 사이트가 이러한 모든 요구 사항을 충족하도록 할 수 있는 방법을 찾기 위해 우리가 할 수 있는 모든 일을 하려고 했던 것처럼 대화의 일부로 실제로 우리에게 왔습니다. 기본적으로 정말 최대입니다. 그리고 Headless, 처음에는 제가 조사를 좀 하고, 오, 어쩌면 우리가 할 수 있을 것 같아요.

그리고 우리는 그것에 더 깊이 들어가 팀을 설득하는 과정을 거쳤습니다. 그러나 우리가 전체 개발에 더 깊이 들어가면서 우리는 그것이 SEO 성능 및 경험과 같은 모든 주요 질문에 대한 답을 제공한다는 것을 깨닫기 시작했습니다. 에.

우리는 작년 5월에 런칭했고, 실제로 그 기념일을 앞두고 있습니다. , 하지만 예, 출시 이후 우리는 사이트에 엄청난 수의 통합을 구축했습니다. 우리가 모놀리식 또는 올인원 워드프레스를 사용했다면 이 모든 것이 훨씬 더 어려웠을 것입니다. 그것이 여러분에게 제공하는 유연성은 제가 Android Authority에 우리가 가질 것이라고 말한 것 중 하나입니다. 하지만 기본적으로 그것이 제공하는 규모와 자유를 잘 깨닫지 못한 것 같습니다.

하심 워렌: 굉장하네요. 지금까지 우리는 SEO 성능, 개발자를 위한 유연성, 프로젝트 유형에 따른 유연성, 게시자가 자신이 알고 있는 CMS를 고수할 수 있다는 점에 대해 들었습니다. 지미, 당신의 경험이 그 중 하나와 일치합니까, 아니면 당신이나 당신의 대행사가 헤드리스 워드프레스에 끌리게 된 이유에 대해 추가할 것이 있습니까?

JAMES SQUIRES: 네, 우리가 공통적으로 공유하는 많은 것들이 있다고 생각합니다. 제가 추가하고 싶은 한 가지는 처음에는 약간 이기적이지만 거기에 도달하고 그것이 좋은 이유입니다. 그러나 실제로 우리에게는 개발자 만족이 주도했습니다.

우리는 주로 React 및 React 기반 프레임워크 배경에서 왔으며 일종의 WordPress에 들어왔습니다. 그리고 우리 고객들은 WordPress를 점점 더 많이 요구했지만 우리 엔지니어들은 대부분 테마 기반 개발에 만족하지 못했습니다. 우리는 여전히 그것이 의미가 있는 응용 프로그램이 있을 때 그렇게 합니다. 하지만 개발자가 제품과 그들이 만들고 있는 것에 만족한다면 그 결과는 종종 뛰어난 경험을 얻을 수 있다는 것을 알게 됩니다. 저희 엔지니어들이 하고자 하는 일에 중점을 두고 뛰어들었음에도 불구하고 고객에게 실질적인 이점이 되었습니다.

하심 워렌: 굉장하네요. 이것을 보고 있는 많은 사람들이 회의에서 들었을 것 중 하나는 WordPress의 테마 기반 개발과 구성 요소 기반 개발의 차이점입니다. 누구든지 그것에 대해 말할 수 있습니까? 웹 사이트를 구축할 때 구성 요소 기반 접근 방식을 채택하면 어떤 이점이 있습니까?

TAYO ONABULE: 네, 사실 정말 뛰어들고 싶어요. 우리 모두가 이것에 대한 예를 가지고 있다고 확신하지만 React와 같은 JavaScript 라이브러리로 작업할 때 발생하는 가장 만족스러운 일 중 하나는 어쨌든 우리 경험에 따르면 그렇습니다. 이러한 종류의 구성 요소 기반 건물 스타일에 액세스할 수 있습니다.

그리고 그것은 한 부분에 대해 전체 사이트 디자인을 훨씬 더 유연한 구성 요소 부분으로 나눌 수 있음을 의미합니다. 예를 들어 페이지에 두 가지 스타일이 있는 블록이 있을 수 있습니다. 하나는 이미지가 왼쪽에 있고 텍스트가 오른쪽에 있는 경우입니다. 일종의 간단한 예입니다. 그리고 React는 수정자가 있는 하나의 블록이 있는 경우입니다. 본질적으로 텍스트와 이미지 순서를 뒤집는 것입니다.

우리가 모놀리식을 말할 때, 당신은 본질적으로 단지, 예, 아마도 당신은 같은 기반에서 시작하지만, 당신은 매우 빨리 그 둘을 분리해야 하고, 당신은 이제 두 개의 별개의 것을 갖게 됩니다. 그리고 변경 사항은 어느 정도 두 개의 개별 항목에 분산되어야 합니다. 그리고 헤드리스 프런트 엔드를 점점 더 큰 규모로 사용함에 따라 특정 구성 요소의 모든 사용에 걸쳐 전체 사이트에서 실행할 수 있는 유연성과 일관성을 의미하는 것은 이러한 종류의 개념입니다. , James가 앞서 말했듯이 개발자에게 훨씬 더 만족스럽습니다.

훨씬 더 좋은 경험입니다. React가 개발자의 결과물을 최대화하도록 설계되었다는 것을 실제로 알 수 있습니다. James가 말했듯이 다시 한 번 모든 것이 클라이언트로 전달됩니다. 사랑과 즐거움이 담긴 무언가가 만들어졌다는 것을 알 수 있다고 생각하기 때문에 항상 더 나은 결과물이 나옵니다.

STEPHEN BROOKS: 네, 그뿐만이 아닙니다, 타요. 그러나 여기에는 다른 큰 이점도 있습니다. 내 말은 당신이 개발자 만족 조각에 대해 정말로 머리를 맞혔다는 것을 의미하지만 구성 요소 기반 개발과 반대되는 전통적인 템플릿 기반 개발을 살펴보면 단위 테스트가 맞습니다. 테마 기반 접근 방식 내에서 모든 종류의 단위 테스트를 구현하는 것은 정말 어렵습니다. 구성 요소와 함께 붐, 그것은 당신을 위해 바로 거기에 있습니다.

하지만 거기에 요점을 추가하고 싶지만 반드시 개발자를 위한 것이 아니라 비즈니스 소유자를 위한 것입니다. 일반적으로 구성 요소 기반 접근 방식을 사용하면 구성 요소가 모든 곳에서 재사용될 것이기 때문에 주어진 테마 페이지에 대한 작업 수준이 크게 줄어듭니다. 그리고 다른 곳으로 이동하여 추가 블록을 추가하기 위해 추가 키보드 입력 시간, 타이핑이 필요하지 않습니다. 한 번만 빌드하면 됩니다. 당신이 그것을 소비할 때마다, 당신은 당신의 빌드를 수화합니다. 붐, 끝났어. 너무 아름답고 빠릅니다. 훌륭합니다.

JONATHAN JETER: 그리고 우리는 크리에이티브 스태프를 교육해야 했습니다. 맞아요. 왜냐하면 그들은 좋아하기 때문입니다. 이 사이트는 5개의 템플릿입니다. 우리는, 아니, 그것에서 벗어나지 않는 것 같습니다. 그래서 우리는 그것을 부르는 것으로 끝났습니다. 부엌 싱크대 페이지를 디자인하세요. 모든 것이 포함된 한 페이지입니다. 예, 개발이 훨씬 쉬워졌지만 직원들이 우리가 하는 일과 구축 방법을 이해할 수 있도록 전반적으로 직원을 교육해야 했습니다.

JAMES SQUIRES: 예, 운영에도 포함됩니다. 내 말은, 우리가 이 작업을 수행할 때 클라이언트에 대한 제안이 형성되는 방식이 바뀌었다는 것입니다. 우리는 블록의 수량과 템플릿이 아닌 블록을 구축하는 방법에 대해 이야기합니다. 그리고 그것은 바로 그러한 패러다임의 변화입니다. 특히 마케팅 측면에서 생각해야 할 일부 사람들에게는 다양한 블록 유형의 끝없는 페이지가 있습니다. 실제로 이러한 핵심 블록과 구성 요소, 그리고 우리가 구축하고 범위를 지정하는 것입니다.

TAYO ONABULE: 마지막으로 한 마디만 더 하겠습니다. 헤드리스 프로세스는 기능이 무엇을 할 것인지 또는 새로운 페이지 레이아웃이 무엇을 할 것인지에 대해 가질 수 있는 모든 추정치를 크게 변경하기 때문에 제안에 대한 언급은 정말 좋은 점이라고 생각합니다. 사실은 시간이 지남에 따라 매우 지속적으로 감소한다는 것입니다. 구성 요소 라이브러리가 넓을수록 추가 스타일 등을 추가하고, 전체 사이트에서 스타일을 조정하고, 새 페이지 레이아웃을 추가하는 데 걸리는 시간이 줄어듭니다. 그 모든 것들이 점점 더 쉬워집니다.

솔직히 말해서 모두에게 만족스러운 일이라고 생각합니다.

하심 워렌: 정말 흥미롭군요. 헤드리스 대 올인원 사이트가 아니라 템플릿 기반 개발 대 구성 요소 기반입니다. 그리고 견적, 클라이언트 작업 및 클라이언트 승인, 테스트 및 QA 작업, 개발 작업 및 디자인 작업을 다루는 것처럼 보입니다. 그리고 변화가 있는 것 같습니다. 그리고 긍정적인 변화가 있는 것 같습니다. 뭐 있니-

따라서 고객이 와서 xyz 요구 사항이 있다고 말합니다. 이것이 Headless 프로젝트에 완벽하다고 말할 수 있는 요구 사항 세트는 무엇입니까? 그리고 Stephen, 우리를 시작할 수 있습니까?

스티븐 브룩스: 네, 물론이죠. 그래서 개인적으로 가장 먼저 살펴보는 것은 조직에 필요한 보안 공간입니다. 내부용 웹사이트입니까 아니면 외부용 웹사이트입니까? 그런 다음 이 CMS가 여러 항목, 옴니 채널 전달을 지원하는지 살펴보기 시작합니다. 처음 두 상자가 선택되어 있으면 자동 헤드리스 빌드입니다.

그 중 하나만 확인되면 고객과 조금 더 깊이 대화하여 운영 공간과 일치하는지 확인해야 합니다. 그리고 지난 8개월 동안 나눈 대화의 95%는 모두 멋졌다고 말하고 싶습니다. 모두가 그것을 좋아합니다. 다른 모든 것에서 진정한 패러다임 전환입니다. 그래.

HASHIM WARREN: 아뇨, 굉장합니다. 그리고 조나단, 그것에 대해 조금 말할 수 있습니까? 헤드리스 프로젝트여야 한다고 생각하게 만드는 일련의 요구 사항은 무엇입니까? 또한 Headless 채택에 대해 고객에게 어떤 장단점을 설명하시겠습니까?

JONATHAN JETER: 물론입니다. 앞서 언급한 주요 항목 중 하나는 사이트의 콘텐츠를 집계하는 데 얼마나 많은 데이터 소스를 사용하고 있습니까? 그리고 클라이언트는 이것과 모바일 앱, 미디어 또는 기타 용도로 가지고 있는 8개의 다른 소스와 달리 이것을 중앙 콘텐츠 저장소로 사용하기를 원합니까?

그래서 우리는 그 대화를 나눕니다. 그들이 '오 예, 우리는 모두 참가한 것입니다. 그리고 그것은 분명한 선택입니다. 또한 광고 대행사로서 우리는 항상 이런 정말 미친 것들을 디자인하는 창의적인 유형을 가지고 있습니다. 그래서 우리가 미리 알고 있다면, 오, 크리에이티브가 누구인지, 때로는 대화를 촉발하는 경우가 있습니다. 테마를 사용자 정의하는 것보다 React 앱으로 개발하는 것이 더 쉬울 것이라는 것을 압니다. 워드프레스에서.

그러나 트레이드 오프. 하나는 가격입니다. 더 비싸고 유지 보수입니다. 이제 WordPress만 유지하는 것이 아니라 두 개의 다른 스택, 두 개의 다른 애플리케이션을 유지하고 있습니다. 그렇기 때문에 우리는 그 길을 갔고 AWS와 Gatsby, 그리고 이 모든 것들을 사전에 사용했습니다. 그래서 Atlas가 나타 났을 때 우리는 올인했습니다. 우리는 오 예, 이 모든 것을 한 곳에서 할 수 있다면 좋겠다고 생각했습니다.

수년 동안 우리는 WP 엔진과 대화를 해왔기 때문에 다른 곳에서 하고 있기 때문에 여러분이 이것을 해야 한다고 생각했습니다. 그래서 모두 함께하자. 그래서 우리는 그것에 대해 흥분했습니다. Atlas에서 사이트를 구축하는 과정에 정말 정말 만족합니다. 그러나 트레이드 오프는 기본적으로 Atlas와 함께 사라지는 유지 관리입니다. 표준 WordPress 사이트와 달리 호스팅이 진행되는 한 클라이언트 비용.

하지만 이전에 말했듯이 때때로 사이트 개발 비용이 줄어들고 사이트 유지 비용이 줄어듭니다. 그래서 트레이드 오프입니다.

JAMES SQUIRES: 주제 기반 접근 방식 또는 Headless에 적합한지 논의할 때 고려하는 또 다른 정말 중요한 사항은 사이트 구축 후 핸드오프가 어떻게 보이는가 하는 것입니다. 클라이언트는 이를 수행하는 내부 리소스가 있다고 예상합니까? 아니면 그들은 일종의 의존할 수 있는 장기적인 대행사 파트너를 찾고 있습니까?

그리고 그것은 정말 중요한 결정입니다. 왜냐하면 React, Gatsby 또는 Next와 같이 익숙하지 않은 팀이 있는 경우 헤드리스 스택이 무엇이든 간에 그들이 헤드리스 스택에 익숙하지 않다면 그것은 꽤 큰 놀라움이 될 수 있기 때문입니다. 헤드리스 아키텍처 및 유지 관리 방법. 정말 중요하고 당연해 보일 수 있지만 분명히 말씀드리자면, 일단 이것이 시작되고 우리가 유지 관리 모드에 들어가고 인계하면 거기에서 계획은 무엇입니까?

하심 워렌: 굉장합니다.

TAYO ONABULE: 제 생각에 조나단이 언급한 또 다른 사실은 대행사로서 우리가 초점을 맞추는 것, 헤드리스가 가능하게 하는 것은 주로 경험이라는 것입니다. 물건. 사용자가 상호 작용하는 측면에서. 그리고 이것은 모든 회사에서 변화하는 대화입니다. 일부 회사는 작업을 완료하기를 원합니다. 일부 회사는 그것에 대해 화려하기를 원합니다.

그리고 고객이 정말 획기적인 경험을 하는 것이 중요하거나 성능 측면에서 정말 최첨단이거나 경쟁에서 훨씬 더 매력적인 무언가가 필요한 모든 경우에 이 모든 것이 훨씬 더 쉽습니다. 헤드리스에서 할 수 있습니다. 그래서 제 마음속의 대화, 또는 적어도 우리가 시작하는 각도는 그저-이것, 당신이 그것을 끝내야 하는지, 아니면 이것이 당신이 그것을 끝내고 그것으로 사람들에게 많은 인상을 줄 필요가 있는지입니다.

분명히 WordPress는 오랫동안 그것을 해왔고 사이트를 구축하기에 견고한 장소이지만 기본적으로 얼마나 많은 "화려한"을 원하십니까? 많은 것을 원한다면 Headless는 정말 좋은 방법입니다.

하심 워렌: 굉장하네요. 지미, 대행사 측면에서 직원 배치에 대해 이야기하고 싶습니다. Headless 프로젝트에 대해 생각할 때 JavaScript와 React와 같은 것을 채택한 WordPress 개발자를 원하십니까? 아니면 WordPress를 사용하지 않는 JavaScript 개발자를 더 원하십니까? Headless WordPress 프로젝트와 관련하여 직원 배치에 대해 어떻게 생각하십니까?

JAMES SQUIRES: 네, 좋은 질문입니다. 우리 대행사는 일종의 핵심 기준으로 React를 찾고 있으므로 분명히 React 프레임워크에서의 JavaScript와 경험이 있습니다. 그것은 모든 수준에서 우리의 필수 사항입니다. WordPress는 – 우리는 그것을 "있으면 좋은 것"으로 취급합니다. 그것은 특히 헤드리스 공간에서 상대적으로 빠르게 훈련할 수 있는 것입니다.

내 말은, 일반적으로 Headless를 사용하면 WordPress에서 사용자 지정 게시물 유형을 개발하고 백엔드 관점에서 구성 요소 프레임워크를 배치하는 데 시간을 할애하지만 많은 레거시, 일종의 테마 기반 측면을 건드리지 않습니다. 일반적인 헤드리스 아키텍처에서. 그래서 우리는 정말 핵심적인 WordPress 경험이 필요하지 않다는 것을 알게 되었습니다.

물론 우리는 특정 측면에 대해 팀에 일부 플레이어가 필요하지만 대체로 이전에 WordPress를 만져본 적이 없는 React 엔지니어를 끌어들이는 데 정말 성공적이었습니다. 필드를 변경하는 방법을 보여주고 실행 중입니다. 그들은 헤드리스 아키텍처에 익숙해지는 데 필요한 핵심 역량인 GraphQL을 이미 이해하고 있습니다.

그러나 그 이상으로 WordPress 지식은 다소 얕을 수 있으며 누군가를 참여시키고 프로젝트에서 매우 생산적일 수 있습니다. React 구성 요소의 아름다움은 모든 React 개발자가 프로젝트 중간에 뛰어들어 내 구성 요소 폴더를 보고 하나를 할당할 수 있고 데이터 구조가 이미 설정되어 있는 한 경쟁을 시작할 수 있다는 것입니다.

HASHIM WARREN: 작업을 분리할 수 있다는 점에서도 정말 흥미롭습니다. 이 구성 요소에서 작업하고 프로젝트와 별도로 작업할 수 있습니다. 정말 좋은 예입니다.

조나단, Headless WordPress 프로젝트에 대해 어떻게 생각하세요? React에 React를 추가하거나 JavaScript 프레임워크를 벨트에 추가하는 기술을 가진 WordPress 개발자를 원하십니까? 또는 WordPress에서 확장하는 JavaScript 개발자, 어떻게 생각하십니까?

JONATHAN JETER: Jimmy가 말했듯이 우리는 둘 다 필요하지만 지금은 React, View, 프런트 엔드 JavaScript 개발자를 더 많이 찾을 것입니다. 글쎄요, 지금은 모두가 스스로를 풀 스택이라고 부르지만 자바스크립트 개발자들은 뛰어들 수 있을 것입니다. 그리고 저는 개발자들이 들어와서 오, WordPress에서 일하지 않을 것입니다. 나하고 싶어. 일단 시작하면 Headless 프로젝트를 수행하는 것입니다. 오, 그렇게 나쁘지는 않습니다.

그들은 PHP와 그 모든 것에 대한 모든 작업을 처리하지 않기 때문입니다. 그러나 동시에 백엔드 WordPress를 처리하기 위해 DevOps 직원 중 일부를 실제로 이동했기 때문에 반드시 백엔드 개발자가 필요하지 않으므로 정말 잘 작동합니다. 계속하세요.

JAMES SQUIRES: 적어도 우리의 경험으로 볼 때 Headless 프로젝트에 참여하고 생산성을 발휘할 수 있는 엔지니어의 수가 훨씬 더 많다는 점을 추가하려고 했습니다. 예를 들어, 우리는 지난 주에 SvelteKit 기반 헤드리스(Atlas의 첫 번째 제품인 것 같습니다)를 출시했습니다. 나는 아직 고객에게 SvelteKit을 추천하지는 않지만 우리는 SvelteKit을 상당히 좋아합니다.

하지만 8명이 넘는 엔지니어가 동시에 구성 요소 작업을 하고 있었고, 테마 기반 개발에서는 많은 엔지니어를 확보하고 생산성을 유지하는 데 어려움을 겪는 경향이 있습니다. 한 번에 얼마나 많은 것을 만질 수 있는지와 관련하여 사물이 조금 더 획일적이기 때문입니다. 가능하다고 확신하고 조정할 수 있지만 헤드리스 아키텍처에서는 훨씬 더 쉽습니다.

HASHIM WARREN: 그건 그렇고, 아름다운 광경입니다. 나는 발사를 보았다. 아름다운 사이트입니다.

제임스 스콰이어: 감사합니다.

JONATHAN JETER: 제가 말씀드리고 싶은 또 다른 점은 우리가 WordPress에 대해서만 이야기하고 있다는 것을 알고 있지만 WordPress가 아닌 프로젝트도 다루고 있다는 것입니다. 따라서 이러한 JavaScript 개발자는 여러 백엔드 시스템에서 작업할 수 있습니다. .net 개발자를 고용하면 대부분 .net에서만 작업하는 것과는 반대로 말입니다.

그래서 우리는 API가 작동하는지 확인하고, 데이터를 집계하고, 모든 것을 함께 가져오는 사람들을 확보했습니다. 그런 다음 특정 언어에 한정되지 않고 해당 프로젝트 중 하나에서 작업할 수 있는 프런트 엔드가 있습니다.

TAYO ONABULE: 그리고 여기 우리 모두가 언급하고 있는 몇 가지가 있다고 생각합니다. 제 생각에는 React와 같은 방식으로 말해봅시다. 우리의 경우에는 어쨌든 React를 고수하는 경향이 있습니다. 소수의 View 개발자가 있지만 React를 고수하는 경향이 있습니다. 그러나 이러한 모든 프런트 엔드 프레임워크는 일종의 개발자와 프로세스를 염두에 두고 특별히 설계되었습니다. 그들은 설계되었습니다. 어느 시점에서 Mr. Facebook은 이것이 우리 팀에 가능한 한 효율적인지 확인합시다.

이것이 React의 핵심이며 View와 Angular에서도 거의 동일할 것입니다. 그것의 WordPress 측면에서 다시 한 번 그것을 어떻게 부르는지. 본질적으로 WordPress 백엔드를 탐색하고 ACF를 사용하는 방법을 알고 있으면 얻을 수 있습니다. 그렇지 않으면 WordPress에 대한 지식이 없으며 여전히 WordPress Headless 사이트를 구축할 수 있습니다.

따라서 WordPress 측의 요구 사항은 복잡해지기 시작하는 일을 시도하지 않는 한 기능 .php 파일이 어디에 있는지에 대한 기본 지식만으로 헤드리스 WordPress 사이트를 기술적으로 구축할 수 있습니다. 당신은 얻을 수 있습니다. 그리고 이것의 아름다움은 Jonathan이 말했듯이 다시 한 번 JavaScript 개발자가 모든 프로젝트에서 유용할 것이라고 생각합니다. 가까운 미래에 웹은 JavaScript에 초점을 맞출 것이며 매우 유용한 재능이라고 말할 수 있습니다.

마지막 스위치가 얼마나 멀리 떨어져 있는지는 시간이 걸릴 것입니다. 솔직히 말해서 어떤면에서 큰 약속은 아닙니다. 대부분의 경우를 상상할 수 있는 말이 되는 것입니다.

HASHIM WARREN: 전생에 새로운 WordPress 사이트에서 두 명의 React 개발자를 교육해야 했기 때문에 귀하의 이야기를 백업하고 싶습니다. 그리고 Headless WordPress 사이트였습니다. 그리고 그것은 단지 오후였습니다. 나는 그들에게 ACF를 보여줬고, 그들은 정말 신이 났고, 그들은 데이터 모델을 만들었고, 그들은 떠났습니다. 그리고 심지어 개발자 중 한 명이 실제로 클래식 편집기를 연결하고 프런트 엔드에서 일부 구성 요소를 제어할 수 있도록 만들었습니다.

이것은 Gutenberg 이전이므로 repeater 필드와 ACF를 사용하고 프런트 엔드의 일부 구성 요소를 제어했습니다. 그것은 훌륭했다. 그러나 두 명의 React 개발자는 즉시 이해했습니다. 오후에 그들은 경주를 떠났습니다.

TAYO ONABULE: 문제는 이런 종류의 프론트엔드 개발자들이 데이터를 위해 백엔드에 연결하고 데이터 구조를 고수하는 데 꽤 익숙하다는 것입니다. 이는 작업 흐름의 공통 구성 요소이므로 WordPress는 큰 가능성을 만들지 않습니다.

JONATHAN JETER: SaaS의 보급, 현재 모든 곳에서 사용 가능한 응용 프로그램, WordPress에서 수행했던 작업, 전자 상거래, CRM과의 통합 등의 보급과 함께. 이제 더 이상 WordPress에서 수행할 필요가 없습니다. Marketo 플러그인이나 Salesforce 플러그인 또는 이들을 연결하기 위해 무언가를 설치할 필요가 없습니다.

이제 이러한 연결을 직접 수행하고 있으므로 더 나은 경험, 맞춤형 경험이 가능합니다. WordPress 내에서 이러한 작업을 수행하는 방법을 파악하기 위해 PHP 개발자를 확보하는 것과는 반대로 속도, 보안, 모든 것을 허용합니다.

하심 워렌: 굉장합니다. Stephen, 생태계, JavaScript 생태계에 대한 귀하의 의견을 듣고 싶습니다. WordPress 개발자는 플러그인과 커뮤니티 측면에서 정말 훌륭하고 강력한 생태계에 익숙하다는 것을 알고 있습니다. JavaScript 세계의 생태계와 어떻게 비교할 수 있는지 말씀해 주시겠습니까? 기술과 커뮤니티 측면에서 모두.

STEPHEN BROOKS: 예, WordPress를 사용하면 전통적인 모놀리식 빌드를 위한 플러그인을 위한 최대 시장을 갖게 됩니다. 그러나 조금 전의 Jonathan의 요점으로 돌아가서 프런트 엔드에서 필요한 모든 기능에 대해 NPM을 활용하면 WordPress 시장보다 크지는 않더라도 동등합니다. 사용 가능한 모든 NPM 패키지가 있기 때문입니다. 필요한 모든 데이터 통합을 정말 신속하게 생성하기 위해 가져올 수 있는 STK도 많이 있습니다.

그래서 거의 20% 정도 더 크다고 말할 수 있습니다. 거기에 임의의 숫자를 던지지만 사람들이 이동하는 것이 훨씬 빠릅니다. 그리고 많은 NPM 항목이 제자리에 있습니다. 또한 발생할 수 있는 WP 코어 버전 및 플러그인 버전 불일치에 대해 걱정할 필요가 없습니다. 패키지 매니페스트에 버전을 고정하면 완료된 것입니다. 원하지 않거나 그와 유사한 경우 더 이상 업데이트에 대해 걱정할 필요가 없습니다.

다시 말하지만, 모두가 말하는 것으로 돌아가서 전통적인 헤드 WordPress 접근 방식과 달리 헤드리스 솔루션을 사용할 때마다 속도와 유연성이 가장 중요합니다.

JAMES SQUIRES: WordPress 플러그인으로 많은 돈을 버는 기업에 그늘을 드리우려는 것이 아니라 헤드리스 아키텍처에서 라이선싱 비용이 적게 드는 경향이 있기 때문에 이는 또 다른 영역입니다. 우리가 항상 구매 및 활용 제안을 굽는 것을 발견하는 정말 훌륭한 플러그인이 있습니다. 대부분의 경우 NPM의 모든 것은 무료 오픈 소스 소프트웨어입니다.

확실히 그들과 관련된 서비스 모델이 있을 수 있는 일부가 있습니다. 그러나 일반적으로 말해서 가장 인기 있는 솔루션을 찾을 수 있으며 이는 오픈 소스 라이선스입니다. 따라서 라이선싱 비용 등에 대한 클라이언트 승인으로 속도를 늦추지 않고 빠르게 이동할 수 있습니다.

하심 워렌: 지미, 그런 예가 하나 더 있습니다. 그래서 저는 Gatsby 웹사이트를 구축하고 있었고 여기에 Google Analytics를 추가하고 있었습니다. Gatsby에는 플러그인 생태계가 있으며 모든 플러그인은 오픈 소스입니다. 그들의 패키지는 NPM에 있으며 설치하기 쉽습니다. 그래서 Google 애널리틱스를 추가하고 있는데 WordPress용으로 가장 인기 있는 Google 애널리틱스 플러그인과 함께 이러한 옵션 중 일부가 프리미엄 버전으로 들어가는 모든 옵션이 있습니다. 그래서 저는 Gatsby 플러그인이기도 한 이 패키지와 동일한 기능을 갖기 위해 이 WordPress 플러그인에 대해 기꺼이 비용을 지불하는 사람으로서 매우 기뻤습니다. 이러한 생태계가 어떻게 일치하는지 정말 기대됩니다.

TAYO ONABULE: NPM 전체 주제에 대해서도 매우 빠르게 진행된 것 같아요. 나는 그것이 가장 작은 것이라고 생각하고 아마 중요하지 않을 수도 있지만 나에게는 나입니다. 저는 React에서 무언가를 개발할 때 원하는 것을 CLI를 통해 다운로드한다는 사실을 훨씬 더 선호합니다. 그리고 WordPress에 들어갈 필요도 없고 어떤 종류의 끈적끈적한 것도 필요하지 않습니다. 그것은 바로 여러분의 공간에 있습니다. 스튜디오를 떠날 필요가 없으며 모든 것이 거기에 있습니다. 그리고 조사, 플러그인 찾기, 설치 등을 수행하는 것보다 훨씬 덜 투박한 프로세스입니다. 나는 결코 그것의 팬이 아니었다.

하심 워렌: 굉장합니다. 조나단, 묻고 싶습니다. 이것이 Headless WordPress에 완벽하다고 말할 수 있는 요구 사항에 대해 이야기했습니다. 어떤 종류의 프로젝트가 전통적인 WordPress 프로젝트여야 한다고 느끼게 만들까요?

JONATHAN JETER: 그래서 우리도 그런 일을 많이 합니다. 때로는 예산입니다. 그들은 와서 말합니다. 우리는 이만큼 가지고 있습니다. 우리는 마치 선택의 여지가 없습니다. 이것이 우리가 하고 있는 일입니다. 그리고 우리가 사용하는 것들이 있기 때문입니다. 그 과정과 그 시스템은 이미 자리 잡고 있습니다. Jimmy가 말했듯이, 우리는 매우 간단하다는 것을 알고 있기 때문에 모든 제안에 적용할 수 있는 플러그인이 있습니다.

따라서 전형적인 소규모 브랜드 사이트입니다. 뻔뻔- 아까 타요가 말했듯이 화려할 필요는 없잖아요. 이 사이트에는 터무니없이 창의적인 것이 없습니다. 그리고 그들은 그냥 갔습니다. 이봐, 우리는 웹사이트가 필요하다는 것을 알고 있는 것처럼 전에 그것들을 가지고 있었습니다. 그러니 우리를 하나 만드세요. 오른쪽. 그렇다면 예산과 요구 사항에 따라 표준 WordPress 사이트가 적합합니다.

우리는 Genesis, Genesis Pro, Smart Plugin Manager 등을 사용하여 개발자가 만지지도 않는 사이트를 구축하는 지점까지 도달했습니다. 과정과 창작 과정을 거치고 스튜디오에서 파일을 편집하고 기본적으로 콘텐츠를 넣습니다. 우리는 그것을 증명하고 콘텐츠를 넣는 편집자가 있으며 사이트는 개발자가 손대지 않고도 완료됩니다. 그것.

그 프로젝트에서 돈을 벌기 위해서는 그런 식으로 해야 합니다. 왜냐하면 그러한 유형의 예산으로는 해당 사이트 중 하나의 백엔드에서 20시간의 개발 시간을 얻을 수 없기 때문입니다. 이것이 거대한 사이트가 아닌 한 일반적으로 우리가 결정하는 방식입니다. 우리는 이것이 일반 사이트가되기를 원합니다. 우리는 많은 콘텐츠, 블로그, 그런 종류의 것들을 해왔습니다.

SEO 측면에서 WordPress는 여전히 훌륭합니다. 그것이 그들이 찾고 있는 것이라면 우리는 그것이 어떻게 보이는지 신경 쓰지 않는 것과 같습니다. 우리는 단지 기능을 원합니다. 우리는 그것이 빠르기를 원합니다. 우리는 콘텐츠와 순위를 잘 갖기를 원합니다. 전통적인 WordPress 사이트가 잘 작동합니다.

하심 워렌: 굉장합니다. 스티븐, 그것에 대해 말할 수 있습니까? When would you say, OK, this needs to be a traditional site or traditional WordPress site?

STEPHEN BROOKS: It really follows along with Jonathan. Cost is going to be the first one, and then the second one after that is going to be time to market. If somebody needs something out pretty quick, even with the accelerator as John's talking about in terms of Genesis blocks, and just having a block catalog that you can do 0 dev from, it's still really incumbent on getting that stuff out as quickly as possible for those clients. Also to spin outs is a pretty big one for us. To where, hey, we need some sort of marketing presence for our investors. This is going live in two weeks. What could you do for me.

HASHIM WARREN: Awesome Thank you so much to our panel for your participation today. If you are interested in Headless WordPress, you can get a free Atlas Sandbox account at WPEngine.com/Atlas. And compare for yourself. You can use an all-in-one WordPress site, and compare it right against a Headless WordPress site, to compare everything that we talked about today. 함께해주셔서 감사합니다.