WordPress의 미래는 코드가 없는가?

WordPress의 더 독특한 측면 중 하나는 디자이너가 사용 방법을 선택할 수 있다는 것입니다. 우리는 여러 가지 작업을 수행하는 웹사이트를 구축할 수 있으며 그렇게 하는 방법은 다양합니다.

예를 들어, 테마를 처음부터 만들거나 수천 개의 무료 또는 프리미엄 옵션 중 하나를 다운로드할 수 있습니다. 또는 Gutenberg 블록 편집기로 콘텐츠를 생성하거나 페이지 빌더 플러그인을 활용할 수 있습니다.

이러한 선택은 완제품에 대해 많은 것을 결정할 것이기 때문에 중요합니다. 우리가 필요로 하는 방식으로 작동합니까? 우리가 원하는 대로 보이나요? 미래에 얼마나 유연하게 변화할 것인가? 그리고 아마도 가장 중요한 것은 특정 제품에 우리를 가둘 것인가?

이러한 선택에는 일종의 결론이 있습니다. 본질적으로 우리는 사용자 정의 코드를 작성하기를 원하는지(또는 필요로 하는지) 결정하는 것입니다.

그것은 일종의 큰 문제입니다. 그리고 WordPress와 그 생태계가 계속 발전함에 따라 더 많은 디자이너가 코드 없는 솔루션을 선택할지 궁금합니다. 그러나 만약 그렇다면 어떤 결과가 있습니까?

페이지 빌더가 향상되고 있습니다.

WordPress 개발자 커뮤니티 덕분에 우리는 적지 ​​않게 이 시점에 도달했습니다. 예를 들어 페이지 빌더 플러그인은 수년 동안 사용되어 왔습니다.

초기에 이러한 제품은 CSS와 PHP에 대한 약간의 지식으로 달성할 수 있는 것에 대한 대략적인 근사치를 제공하지 않는 경향이 있었습니다. 그럼에도 불구하고 그들은 더 많은 사람들에게 맞춤형 페이지 레이아웃을 생성할 수 있는 기능을 제공했습니다.

전문 디자이너(저 포함)는 때때로 이러한 도구를 무시할 수 있습니다. 코드 면에서 품질 면에서 맵 전체에 걸쳐 있었습니다. 그리고 페이지 빌더를 활용하는 것은 프로젝트를 진행하는 동안 속임수처럼 느껴졌습니다.

그러나 플러그인 작성자는 계속해서 제품을 개선했습니다. 최신 도구는 코드가 더 깨끗하고 응답성이 뛰어난 수준까지 발전했습니다. 또한 페이지 빌더를 비활성화하면 콘텐츠 형식이 손실되지만 더 이상 페이지에 사용되지 않은 단축 코드가 대량으로 표시되지 않습니다.

Gutenberg, 블록을 기본 설치로 가져옴

WordPress 자체는 콘텐츠를 생성하기 위해 보다 시각적인 방식으로 이동했습니다. 구텐베르크 블록 편집기가 WordPress 5.0에 도입되었을 때 보다 일관된 사용자 경험을 제공하는 것이 목표였습니다. 이것은 부분적으로 개발자가 Classic Editor의 한계를 극복하는 데 사용한 맞춤형 기술에 대한 응답이었습니다.

또한 더 복잡한 레이아웃과 기능을 수행하기 위해 사용자 정의 코드를 작성할 필요가 없다는 신호도 받았습니다. 편집기는 필요에 따라 추가할 수 있는 자체 사용자 정의 블록 생태계를 생성했습니다.

Gutenberg가 본격적인 페이지 빌더와 반드시 직접적인 경쟁 관계에 있는 것은 아니지만 훨씬 더 가벼운 대안을 제공합니다. 그리고 더 많은 블록을 사용할 수 있게 되면 더 많은 디자이너가 기본 편집 도구를 고수하게 될 것입니다.

또한 블록 편집기는 결국 전체 사이트 편집을 허용합니다. 즉, 콘텐츠를 만드는 것 외에도 WordPress의 기본 설치 내에서 전체 웹 사이트를 시각적으로 만들 수 있습니다.

이것이 실현되면 WordPress로 웹 사이트를 구축하는 모든 사람에게 코드가 매우 선택 사항이 될 것 같습니다.

좋은 것과 나쁜 것

코드 없는 사이트 구축 환경으로의 전환에는 몇 가지 긍정적인 측면과 부정적인 측면이 있습니다.

긍정적

페이지 빌더 플러그인이든 Gutenberg를 통해서든 이러한 도구를 사용하면 누구나 사용자 정의 페이지 레이아웃을 만들 수 있습니다. 또한 게시물 목록, 이미지 갤러리, 탐색 등과 같은 더 복잡한 콘텐츠를 추가할 수 있습니다. 몇 번의 클릭, 드래그 앤 드롭만 하면 됩니다.

호환되는 테마와 함께 사용하면 완전히 맞춤형 웹사이트를 구축할 수 있는 가능성도 생깁니다. 이것은 시장에 나와 있는 많은 DIY 웹사이트 빌더와 경쟁한다는 측면에서 WordPress에 있어 꽤 큰 단계입니다.

훨씬 더 일관된 편집 및 구축 경험을 제공할 수 있는 기회도 있습니다. 너무 자주, 이미 만들어진 테마는 사용자에게 혼란을 줄 수 있는 맞춤형 솔루션을 구현했습니다.

그리고 권장되는 도구인 WordPress Customizer도 일부 작업을 처리하지만 다른 작업은 처리하지 않는다는 점은 도움이 되지 않았습니다. 이는 사이트를 통합하기 위해 다양한 UI 사이를 전환하는 것을 의미했습니다. 가능하지만 가장 사용자 친화적인 프로세스는 아닙니다.

Gutenberg의 지속적인 진화는 이 분야에서 잠재적인 게임 체인저입니다. 모든 디자인 및 레이아웃 관련 작업에 대해 단일 UI를 갖게 되므로 인터페이스 사이의 앞뒤가 사라집니다.

네거티브

코드 없는 미래의 많은 장점에도 불구하고 몇 가지 실질적인 단점이 있습니다. 아마도 가장 즉각적인 것은 비기술적인 사용자에게 너무 많은 자유를 허용할 수 있다는 것입니다.

맞춤형 테마의 정말 편리한 측면 중 하나는 디자이너가 클라이언트가 만지기를 원하지 않는 항목을 잠글 수 있다는 것입니다. 시각적 UI에서 모든 것을 사용할 수 있다면 훨씬 더 어려운 문제가 될 수 있습니다.

이것은 페이지 빌더에 이미 존재합니다. 그러나 Gutenberg는 모험심이 강한 고객이 디자인 실험을 너무 쉽게 하도록 만들 수 있습니다. 바라건대, 이러한 유형의 상황에서 보호할 수 있는 일종의 내장된 방법이 있을 것입니다.

다른 큰 문제는 테마로 더 많은 작업을 수행할 수 있는 기회가 부족하다는 것입니다. 결국 웹 사이트를 독특하게 만드는 것은 종종 사용자 정의 코드의 작은 비트입니다. 이 새로운 작업 방식으로 인해 개발자가 템플릿 기반 코드 조각을 추가하는 것을 막을 수 있습니까? 모든 것이 블록이어야 합니까?

마지막으로, 이것이 새로운 개발자가 코드를 수정하는 것을 방해하는지 궁금해 할만한 가치가 있습니다. 테마 개발은 PHP, CSS 및 JavaScript를 배우기 위한 일반적인 시작점입니다.

사실, 사용자 정의 블록을 만드는 것은 코드를 작성할 수 있는 기회입니다. 그러나 모든 사람이 그 길을 가는 것은 아닙니다. 할 수 있다는 정신이 사라지는 것을 보는 것은 부끄러운 일입니다.

진화하는 풍경

워드프레스가 시각적 지향적인 디자인 프로세스로 나아가고 있다는 사실은 한동안 명백했습니다. Gutenberg의 블록 기반 편집 경험 또는 몇 년 전의 Customizer의 출현을 처음 봤을 때 목표는 코드를 건드리지 않고 더 많은 디자인 작업을 수행하는 것 같았습니다.

CMS의 백엔드가 더욱 정교해짐에 따라 우리가 알고 있는 WordPress로 구축하는 방식이 바뀌고 있습니다. 코드를 사용하려는 사람들을 위해 코드는 여전히 프로세스의 일부가 될 것입니다. 다른 사람들에게는 디자인이 근본적으로 대화형 도구로 옮겨갈 것입니다.

이것은 많은 사람들에게 완전히 새로운 가능성의 세계를 열어줄 것입니다. 웹 전문가에게 의미하는 바는 무엇입니까? 그 이야기는 아직도 쓰여지고 있다.