DE{CODE}: Müşteriler için Headless Ne Zaman Seçilmelidir?

Bir müşterinin performans ve güvenlik gereksinimleri olduğunda, bir ajans iş için ne zaman geleneksel WordPress'i veya başsız WordPress'i seçmelidir? Başıboş gitmenin yararları, kısıtlamaları, fırsatları ve ödünleşimleri üzerine tartışan ajans uzmanlarından oluşan bir panelin yer aldığı bu DE{CODE} oturumunda daha fazlasını öğrenin.

Oturum Slaytları

Tam Metin Transkript

HASHIM WARREN: Merhaba, Müşteriler için Başsız WordPress Ne Zaman Seçilmeli panelimize hoş geldiniz. Benim adım Hashim Warren ve Headless WordPress çözümümüz olan Atlas'ın Ürün Pazarlama Müdürüyüm. Headless WordPress'i benimserken veya benimsemek istediklerinde insanlardan aldığım ilk sorulardan biri, ne zaman hepsi bir arada WordPress olan geleneksel WordPress'i kullanmalıyım ve Headless WordPress'i ne zaman kullanmalıyım.

Öyleyse, Headless veya geleneksel WordPress'i benimseme veya seçme konusunda ne düşünmeliyim gibi performans ve güvenlik gereksinimleri olan bir müşterim varsa. Ayrıca, Headless WordPress'i seçersem, ne beklemeliyim, kendimi burada neyin içine sokmuş oluyorum. Bugün, hem geleneksel WordPress projelerinde hem de Başsız WordPress projelerinde deneyime sahip, çoğunuzun sahip olduğunu bildiğim bazı büyük soruları yanıtlayabilecek mükemmel bir panelimiz var.

Bugün, Click Here Labs'ta Teknik Üretim Direktörü olan Jonathan Jeter benimle birlikte. Ayrıca Springbox Teknoloji Direktörü Stephen Brooks'a sahibiz. Space 150'de Baş Teknoloji Sorumlusu James Squires'a sahibiz. Bir dedrawl'ın Genel Müdürü Tayo Onabule'ye sahibiz.

Bu yüzden, paneli hemen şimdi getirmek istiyorum, böylece bu sohbete başlayabiliriz. O halde sohbete bu şekilde başlayalım. Kişisel olarak sizi veya ajansınızı en başta Headless WordPress ile ilgilenmeye iten şeyin ne olduğunu söylemeniz yeterli. Ve Jonathan bizi başlatabilir misin?

JONATHAN JETER : Elbette. Bu yüzden bir süredir Headless alanında çalışmakla ilgileniyoruz. Ve bununla ilgilenmemizin ana nedeni, birden fazla kaynaktan gelen verileri entegre edecek daha büyük projeler yaratmak istememizdi. Ve WordPress API henüz orada değildi. Bu nedenle, WordPress içeriğini kullanmaya devam ederek ön uç katmanı sunmanın farklı yolları üzerinde çalışıyorduk. Ve böylece, temelde yaklaşık beş ila yedi yıldır yaptığımız şey bu, bunu yapmanın en iyi yolunun ne olduğunu bulmaya çalışıyoruz.

Ve şimdi eskisinden çok daha kolay, belli ki çok daha fazlası var – bunu nasıl yapacağınız konusunda geniş seçenekler var. Ve böylece, alanın büyüdüğünü gördük ve nereye gittiği konusunda gerçekten heyecanlıyız. BT

HASHIM WARREN: Muhteşem. Ve Stephen, benzer bir hikayen var mı? Sizin veya ajansınızın Headless WordPress ile ilgilenmesini sağlayan şey gibi mi?

STEPHEN BROOKS : Evet, yani yaklaşık 2015'ten beri Headless alanındayız ve geleneksel olarak jam tabanlı CMS platformlarıyla uğraşıyoruz. Son birkaç yılda, bir gönderi ve sayfa türü yaklaşımının aksine içerik girişindeki paradigma değişikliği nedeniyle, bir sıkışma sistemi içinde çalışan bazı pazarlama ekipleriyle uğraşmak zorlayıcıydı.

Ayrıca Jonathan gibi WordPress API'sinden yararlanmaya çalıştık. Bu biraz külfetli, her zaman tam olarak ihtiyacın olan şeyi elde etmiyorsun. WP Engine ne zaman Atlas'tan bahsetse ve altta yatan teknolojilerden bahsetse, reçel alanında geleneksel olarak yaptığımız şeyle şefin öpücüğü oldu.

Artık müşterilerimizle gerçekten kolay bir konuşma, çünkü neredeyse tüm pazarlamacılar WordPress içinde çalışma deneyimine sahiptir, ancak geliştiriciler Headless çözümünün ek avantajını elde eder. Böylece güvenlik riski azaltmanın yanı sıra React tabanlı bir sunum katmanıyla en üst düzey etkileşimlerden yalnızca bazılarına sahip olursunuz. Demek son zamanlarda buradaki gerçek sürücümüz buydu.

HASHIM WARREN: Bu harika. Tayo, bize hikayeni anlatabilir misin ve devam etmek için bize yayıncıları Headless WordPress'i benimsemeye ikna etme hakkında bilgi verebilir misin?

TAYO ONABULE : Evet. Demek istediğim, bizim durumumuzda, Headless WordPress alanına biraz daha yeni ve biraz farklı bir giriş yaptığımızı düşünüyorum. Bizim için temel itici güçlerden biri, oldukça geniş bir erişime sahip olan müşterilerimizden biri olan Android Authority'dir. Şu anda, aylık 20 milyon ziyaretçinin işaret ettiği türden bir ipucu gibi.

Ve ihtiyaçları bir bakıma oldukça basit. Üst düzey gibi gerçekten harika SEO'ya ihtiyaçları var. Ve etraflarında çok yetenekli birçok rakip var. Yani evet, gerçekten harika SEO, gerçekten harika performans ve yayınladıkları tüm makaleler için gerçekten harika bir okuma deneyimi.

Yani Headless gerçekten - tam da mevcut WordPress sitelerinin tüm bu ihtiyaçlara hizmet etmesini sağlamanın bir yolunu bulmak için elimizden geleni yapmaya çalışırken, gerçekten bizim için konuşmanın bir parçası olarak ortaya çıktı. Temelde gerçekten maksimuma. Ve Headless, ilk başta sadece biraz araştırma yaptığım ve oh, peki belki yapabiliriz, belki bunu deneyebiliriz gibi olduğum bir durumdu.

Ve daha da içine girdik ve ekibi ikna etme sürecinden geçtik. Ancak, tüm gelişimini daha da derinleştirdikçe, evet, SEO performansı ve bir deneyim gibi tüm bu ana soruları yanıtladığını, ancak aynı zamanda yıllar geçtikçe bize tam bir esneklik sağladığını fark etmeye başladık. Açık.

Başlattık, sanırım geçen yılın Mayıs ayıydı, bu yüzden aslında bunun yıldönümüne yaklaşıyoruz. , Ama evet, lansmandan bu yana siteyle çok sayıda entegrasyon oluşturmayı başardık. Yekpare veya hepsi bir WordPress'te olsaydık, bunların hepsi çok daha zor olurdu. Size sağladığı esneklik, Android Authority'ye sahip olacağımızı söylediğim şeylerden biri, ancak temelde sağladığı ölçeği ve özgürlüğü tam olarak anladığımı sanmıyorum.

HASHIM WARREN: Bu harika. Şimdiye kadar SEO performansı, geliştiriciler için esneklik, ne tür bir proje açısından esneklik ve ayrıca yayıncıların bildikleri bir CMS'ye bağlı kalabilmelerini duyduk. Jimmy, deneyiminiz bunlarla eşleşiyor mu veya sizi veya ajansınızı Headless WordPress'e çeken şey açısından ekleyeceğiniz bir şey var mı?

JAMES SQUIRES: Evet, paylaştığımız pek çok şeyin de ortak olduğunu düşünüyorum. Muhtemelen karşılaşacağını ekleyeceğim tek şey ilk başta biraz bencilce ama oraya biraz gideceğim ve bu neden iyi bir şey. Ama gerçekten bizim için, gerçekten geliştirici memnuniyeti odaklıydı.

Çoğunlukla React ve React tabanlı bir çerçeve arka planından geldik, bir nevi WordPress'e geliyoruz. Ve müşterilerimiz WordPress'i giderek daha fazla talep ediyorlardı, ancak mühendislerimiz çoğunlukla tema tabanlı geliştirme yapmaktan o kadar da memnun değiller. Hala bunun çok mantıklı olduğu uygulamalar varken bunu yapıyoruz, ancak geliştiriciler üründen ve oluşturdukları şeyden memnunsanız, çıktının çoğu zaman mükemmel bir deneyim elde ettiğinizi görüyorum. Bu konuya atlayışımız aslında mühendislerimizin yapmak istediği bir şeye odaklanmış olsa da, müşterilerimiz için gerçek bir avantaj.

HASHIM WARREN: Bu harika. Bunu izleyen birçok kişinin konferanslarda duymuş olacağı şeylerden biri, WordPress için tema tabanlı geliştirme ile bileşen tabanlı geliştirme arasındaki farktır. Bununla konuşabilen var mı? Web siteleri oluştururken bileşen tabanlı bir yaklaşım benimsemenin faydaları?

TAYO ONABULE: Evet, aslında buna gerçekten değinmek isterim. Tıpkı, eminim hepimizin buna dair örnekleri vardır, ancak bizim deneyimlerimize göre, React'inki gibi JavaScript kitaplıklarıyla çalıştığınızda meydana gelen en tatmin edici şeylerden birinin, evet, sizin de dediğiniz gibi olduğunu düşünüyorum. bu tür bileşen tabanlı bina stiline erişim.

Ve bu, bir parça için, tüm site tasarımını çok daha esnek olan bu bileşen parçalarına ayıracağınız anlamına gelir. Örnek olarak diyelim ki, iki farklı stile sahip bir sayfada bir bloğunuz olabilir. Bir, görüntünün sol tarafta ve metnin sağ tarafta olduğu bir yer diyelim. Sadece basit bir örnek olarak. Ve React, bu, bir değiştiriciye sahip bir bloğunuz olduğu bir durumdur, esasen, basitçe söylemek gerekirse, metni ve görüntü sırasını çevirin.

Yekpareden bahsederken, aslında sadece, evet, belki aynı temelde başlıyorsunuz, ancak çok hızlı bir şekilde ikisini ayırmanız gerekiyor ve artık iki ayrı şeye sahipsiniz. Ve değişiklikler, bir dereceye kadar, iki ayrı şeye yayılmalıdır. Ve bu tür bir konsept, Headless kullanıcı arabirimleri için daha büyük ve daha büyük ölçekli kullanımlara girdiğinizde, tüm site genelinde, belirli bir bileşenin tüm kullanımlarında elde edebileceğiniz esneklik ve tutarlılığın, geliştirme anlamına geldiği anlamına gelir. James'in daha önce söylediği gibi, geliştiriciler için çok daha tatmin edici.

Çok daha güzel bir deneyim. React'in geliştiricilerin çıktılarını en üst düzeye çıkarmak için tasarlandığını gerçekten söyleyebilirsiniz ve bu ve bu, bir kez daha James'in dediği gibi, tüm bunlar müşteriye aktarılır. Çünkü bir şey içinde sevgi ve zevkle yapıldığında bunu anlayabileceğinizi düşünüyorum, bu her zaman daha iyi bir çıktıyla sonuçlanır.

STEPHEN BROOKS: Evet, sadece bu değil, Tayo. Ama bunun başka büyük faydaları da var. Demek istediğim, geliştirici memnuniyeti parçası için gerçekten kafasına vurdunuz, ancak bileşen tabanlı geliştirme, birim testi yerine geleneksel, şablon tabanlı geliştirmeye bakarsanız, doğru. Tema tabanlı bir yaklaşım içinde herhangi bir birim testi uygulamak gerçekten zordur. Bir bileşen olan boom ile tam size göre.

Ancak buna bir nokta eklemek istiyorum, ancak bu geliştiriciler için gerekli değil, daha çok işletme sahipleri için geçerli. Tipik olarak bileşen tabanlı bir yaklaşımla, belirli bir tema sayfasına göre çaba seviyeniz önemli ölçüde azalır, çünkü bileşenleriniz, onları her yerde yeniden kullanacaksınız, değil mi? Ve nereye giderse gitsin bu ek bloğu eklemek için ek bir klavye, yazma süresi gerektirmez. Sadece bir kez inşa ediyorsun. Ne zaman tüketirseniz, yapınızı nemlendirirsiniz. Boom, işin bitti. Çok güzel, çok hızlı. Bu harika.

JONATHAN JETER: Ve yaratıcı ekibimizi eğitmek zorundaydık, çünkü onlar sevmeye çok alışıklar, tamam, bu site 5 şablon, ya da bu her neyse. Hayır, bundan uzaklaşmak yok, değil mi? Ve böylece onu aramakla bitirdik. Sadece mutfak lavabosu sayfasını tasarlayın, sağdaki her şeyi içeren tek bir sayfa ve onu oradan oluşturacağız. Yani evet, geliştirmeyi çok daha kolaylaştırdı, ancak ne yaptığımızı ve onu nasıl oluşturduğumuzu anladığından emin olmak için personeli kapsamlı bir şekilde eğitmek zorunda kaldık.

JAMES SQUIRES: Evet, operasyonlarda bile. Demek istediğim, bunu yaparken müşterilerimiz için tekliflerimizin şekillenmesi değişti. Şablonların aksine blok miktarlarından ve bunları nasıl oluşturduğumuzdan bahsediyoruz. Ve bu, bence, bazıları için, özellikle pazarlama tarafında, üzerinde düşünülmesi gereken tam bir paradigma kayması – farklı blok tiplerinden oluşan sonsuz sayfalarınız var. Gerçekten bu temel bloklar ve bileşenler ve inşa ettiğimiz ve kapsamını belirlediğimiz şey.

TAYO ONABULE: Ve bununla ilgili son bir bilgi. Ve bence tekliflerden bahsetmek gerçekten iyi bir nokta çünkü Headless süreci, bir özelliğin ne alacağı veya yeni bir sayfa düzeninin alacağı hakkında sahip olabileceğiniz tüm tahminleri büyük ölçüde değiştiriyor. Gerçek şu ki, zaman içinde çok tutarlı bir şekilde azalır. Bileşen kitaplığınız ne kadar geniş olursa, ek bir stil veya başka bir şey eklemek, sitenin tamamında bir stilde ince ayar yapmak, yeni bir sayfa düzeni eklemek o kadar az zaman alır. Tüm bu şeyler gittikçe daha kolay hale geliyor.

Ve dürüst olmak gerekirse, bunun herkes için memnuniyet verici olduğunu düşünüyorum.

HASHIM WARREN: Bu gerçekten ilginç. Hepsi bir arada siteye karşı sadece Headless değil, bileşen tabanlıya karşı şablon tabanlı geliştirme. Ve fiyat teklifi, müşteri çalışması ve müşteri onayı, test ve QA çalışması, geliştirme çalışması ve tasarım çalışmasına değiniyor gibi görünüyor. Ve bir değişiklik var gibi görünüyor. Ve olumlu bir değişim var gibi görünüyor. Bir şey varmı-

Yani bir müşteriniz varsa ve size xyz gereksinimlerim var derlerse. Bunun Headless projesi için mükemmel olduğunu söylemenize neden olacak hangi gereksinimleri duyardınız? Ve Stephen, bizi başlatabilir misin?

STEPHEN BROOKS: Evet, tabii. Bu yüzden kişisel olarak baktığım ilk şey, kuruluşun ihtiyaç duyduğu güvenlik ayak izi, değil mi? Bu, içe dönük bir web sitesi mi yoksa dışa dönük bir web sitesi mi? Bundan sonra, hey, bu CMS birden çok öğeye, çok kanallı teslimata güç verecek mi, bir göz atmaya başlıyoruz. Bu ilk iki kutu işaretliyse, bum, otomatik bir Başsız yapıdır.

Bunlardan yalnızca biri işaretlenirse, bunun işletme ayak iziyle uyumlu olduğundan emin olmak için müşterimizle biraz daha derinlemesine konuşmamız gerekir. Ve son sekiz ayda yaptığım konuşmaların %95'inin harika olduğunu söylemek istiyorum. Herkes bundan hoşlanır. Bu, diğer her şeyden gerçek bir paradigma kayması. Yani evet.

HASHIM WARREN: Hayır, bu harika. Ve Jonathan, bununla biraz konuşabilir misin? Hangi gereksinimler size "Tamam, bu bir Headless projesi olmalı" gibi hissettirir? Ayrıca, bir müşteriye Headless'ı benimseme konusunda hangi değiş tokuşları açıklarsınız?

JONATHAN JETER: Elbette, yani ana olanlardan biri, biraz daha önce belirttiğimiz gibi, sitenin içeriğini bir araya getirmek için kaç tane veri kaynağı kullanıyorsunuz? Ve müşteri bunu, mobil uygulamaları veya medyaları için veya başka herhangi bir şey için sahip oldukları diğer sekiz kaynağın aksine, merkezi içerik deposu olarak kullanmak istiyor mu?

Yani bu konuşmayı yapıyoruz. Ah evet, hepimiz varız derlerse. Ve bu bariz bir seçim. Ayrıca, bir reklam ajansı olarak, her zaman bu gerçekten çılgınca şeyler tasarlayan bu yaratıcı tiplere sahibiz, değil mi? Dolayısıyla, kreatifin kim olduğunu önceden bilirsek, bazen bu, aralarında bir sohbet başlatır, bunun bir React uygulaması olarak geliştirilmesinin, o temayı özelleştirmeye çalışmaktan daha kolay olacağını biliriz. WordPress'te.

Ama takaslar. Biri fiyattır. Daha pahalı, bakımı, doğru. Yani artık sadece WordPress'i sürdürmüyorsunuz, değil mi, iki farklı yığın, iki farklı uygulama sürdürüyorsunuz. Bu yüzden bu yola girdik ve bunu önceden yapmak için tüm AWS'yi, Gatsby'yi ve tüm bu şeyleri kullanıyorduk. Ve böylece, Atlas ortaya çıktığında hepimiz içerideydik. Ah evet, tüm bunları tek bir noktada yapabilirsek gibiydik.

Çünkü yıllardır WP Motorumuzla konuşuyoruz, benim de dediğim gibi, bunu yapmanız gerekiyor çünkü biz bunu başka bir yerde yapıyoruz, değil mi? Öyleyse hepsini bir araya getirelim. Bu yüzden heyecanlandık. Atlas'ta şantiye oluşturma sürecinden gerçekten çok memnunum. Ancak değiş tokuş, temelde Atlas ile ortadan kalkan bakımdır. Yalnızca standart bir WordPress sitesinin aksine, barındırma söz konusu olduğunda müşteri için maliyet.

Ancak bazen, daha önce de söylediğim gibi, siteyi geliştirmenin maliyeti düşer, siteyi korumanın maliyeti düşer. Yani bu bir değiş tokuş.

JAMES SQUIRES: Tema tabanlı bir yaklaşım mı yoksa Headless için mi uygun olduğunu tartışırken göz önünde bulundurduğumuz gerçekten önemli bir diğer şey de, bir site oluşturulduktan sonra geçişin nasıl görüneceğidir. Müşteri, bunu üstlenen dahili kaynaklara sahip olmasını mı bekliyor? Veya güvenebilecekleri uzun vadeli bir ajans ortağı mı arıyorlar?

Ve bu gerçekten kritik bir karar, çünkü React, Gatsby veya Next'e aşina olmayan bir ekibiniz varsa, Headless yığını ne olursa olsun, o zaman aşina değillerse bu oldukça büyük bir sürpriz olabilir. Başsız mimari ve bunun nasıl sürdürüleceği. Yani bu gerçekten önemli bir şey, bariz görünebilir, ancak şu konuda açık olmak gerekirse, tamam, bu şey başladığında ve biz bakım moduna geçtiğimizde ve elden çıkarmalar, oradaki plan nedir?

HASHIM WARREN: Muhteşem.

TAYO ONABULE: Bence diğer bir şey de, sanırım Jonathan'ın bundan bahsetmiş olabilir, bir tür gerçek şu ki, bir ajans olarak büyük ölçüde odaklandığımız şey, Headless'ın sağladığı şeyin öncelikle bir deneyim olmasıdır. şey. Kullanıcılarınızın neyle etkileşime girdiği açısından. Ve çoğu zaman ve bu, her şirket için değişen bir konuşmadır. Bazı şirketler sadece işi bitirmek istiyor. Bazı şirketler bu konuda gösterişli olmak istiyor.

Ve müşterinin gerçekten çığır açan bir deneyime sahip olmasının veya performans açısından gerçekten kanayan bir deneyime sahip olmasının önemli olduğu veya rekabette çok daha ilgi çekici bir şeye ihtiyaç duyduğu tüm durumlarda, o zaman tüm bunlar çok, çok daha kolaydır. Headless'ta yapmak için. Ve böylece aklımdaki konuşma veya en azından başlama eğiliminde olduğumuz açı, sadece- bu mu, bunu halletmeniz mi gerekiyor yoksa bu mu, bunu halletmeniz ve bununla insanları çok etkilemeniz gerekiyor.

Açıkçası, WordPress bunu uzun süredir yapıyor ve bir site oluşturmak için sağlam bir yer, ama temelde, ne kadar "gösterişli gösterişli" istiyorsunuz? Ve çok şey istiyorsanız Headless gerçekten harika bir yoldur.

HASHIM WARREN: Bu harika. Jimmy, bir ajans açısından personel alımından bahsetmek istiyorum. Headless projelerini düşündüğünüzde, JavaScript'i benimsemiş ve diyelim ki React gibi bir şey olan WordPress geliştiricilerini mi istiyorsunuz? Yoksa daha çok WordPress kullanmayan bir JavaScript geliştiricisine sahip olmayı mı tercih edersiniz? Başsız WordPress projeleri söz konusu olduğunda personel alımı hakkında ne düşünüyorsunuz?

JAMES SQUIRES: Evet, güzel bir soru. Ajansımız olarak, React'i bir tür temel temel olarak arıyoruz, bu nedenle açıkça JavaScript ve React çerçevesindeki deneyim. Bu gerçekten her seviyede bizim için bir zorunluluktur. WordPress – biz bunu “sahip olmak güzel” olarak değerlendiriyoruz. Bu, özellikle Headless alanında nispeten hızlı bir şekilde eğitebileceğimiz bir şey.

Demek istediğim, genel olarak konuşursak, Headless ile zamanınızı WordPress'te özel gönderi türleri geliştirerek ve yalnızca bileşen çerçevesini arka uç açısından düzenleyerek harcıyorsunuz, ancak pek çok mirasa, temaya dayalı yönlere dokunmuyorsunuz. normal, Headless mimarisinde. Böylece, gerçekten temel olan WordPress deneyimine gerçekten ihtiyacımız olmadığını gördük.

Tabii ki, takımda belirli yönlerden buna sahip bazı oyunculara ihtiyacımız var, ancak genel olarak, daha önce WordPress'e hiç dokunmamış bir React mühendisini çekmede gerçekten başarılı olduk. Onlara alanlarda nasıl değişiklik yapacaklarını gösteriyorlar ve çalışıyorlar. Headless mimarilerine girerken aşina olmanız gereken temel bir yetkinlik olan GraphQL'i zaten anlıyorlar.

Ancak bunun ötesinde, WordPress bilgisi oldukça sığ olabilir ve birini dahil edebilir ve bir projede çok üretken olabilirsiniz. React bileşenlerinin güzelliği şu ki, herhangi bir React geliştiricisi bir projenin ortasına atlayabilir, bileşenler klasörüme bakabilir ve onlara bir tane atarız ve veri yapıları zaten ayarlanmış olduğu sürece yarışlara giderler.

HASHIM WARREN: İşi ayırabilmek açısından da bu gerçekten ilginç. Bu bileşen üzerinde çalışırsınız ve projeden ayrı olarak üzerinde çalışabilirsiniz. Bu gerçekten harika bir örnek.

Jonathan, Headless WordPress projeleri söz konusu olduğunda bunun hakkında ne düşünüyorsun? Becerileri buna React'i veya herhangi bir JavaScript çerçevesini ekleyen bir WordPress geliştiricisine sahip olmayı mı tercih edersiniz? Veya WordPress'te ölçek yükselten bir JavaScript geliştiricisi, bunun hakkında ne düşünüyorsunuz?

JONATHAN JETER: Jimmy'nin dediği gibi, ikisine de ihtiyacımız var ama şimdi ön uç JavaScript geliştiricileri olan React, View'dan daha fazlasını arayacağız. Pekala, artık herkes kendine Full Stack diyor, ancak JavaScript geliştiricileri devreye girebilecek. Ve geliştiriciler gelip, ah, WordPress'te çalışmayacağım, sanki bu bir şey değilmiş gibi söylediler. Ben yapmak istiyorum. Ve işin içine girdiğimizde, bir Headless projesi yapıyoruz, oh, o kadar da kötü değil.

Çünkü PHP için tüm işlerle falan uğraşmıyorlar. Ancak aynı zamanda, DevOps çalışanlarımızdan bazılarını arka uç WordPress'i halletmeleri için taşıdık, bu nedenle bunu yapmak için bir arka uç geliştiriciye ihtiyacımız yok, bu yüzden gerçekten iyi çalışıyor. Devam etmek.

JAMES SQUIRES: Buna, en azından deneyimlerimize göre, bir Headless projesine katılabileceğiniz ve üretken olabileceğiniz Mühendis sayısının çok daha yüksek olma eğiliminde olduğunu ekleyeceğim. Örneğin, geçen hafta SvelteKit tabanlı Headless'ı piyasaya sürdük - sanırım bu Atlas'ta ilk. SvelteKit'i henüz müşterilere tam olarak önermiyorum, ancak oldukça beğendik.

Ancak, hepsi bileşenler üzerinde aynı anda çalışan sekizden fazla mühendisimiz vardı ve tema tabanlı geliştirmede, çok sayıda Mühendis elde etmek ve üretken olmak için daha fazla mücadele etme eğilimindeyiz. Aynı anda kaç şeye dokunabileceğiniz açısından, işler biraz daha yekpare olduğu için. Bunun mümkün olduğuna ve koordine edebileceğinize eminim, ancak Headless mimarilerinde bunun çok daha kolay olduğunu görüyoruz.

HASHIM WARREN: Bu arada, çok güzel bir manzara. Lansmanı gördüm. Bu güzel bir site.

JAMES SQUIRES: Teşekkürler.

JONATHAN JETER: Söyleyeceğim diğer bir şey de, sadece WordPress'ten bahsettiğimizi biliyorum, değil mi, ama WordPress olmayan projelerle de ilgileniyoruz, değil mi? Dolayısıyla, bu JavaScript geliştiricileri birden fazla arka uç sisteminde çalışabilir, bunun aksine, bir .net geliştiricisi tutarsam yalnızca çalışırlar, çoğunlukla, yalnızca .net'te çalışırlar, değil mi?

API'lerin çalıştığından emin olan, verileri toplayan, tüm bu şeyleri bir araya getiren insanlara sahibiz. Ve sonra, belirli bir dile özgü olmanın aksine, bu projelerden herhangi biri üzerinde çalışabilecek ön uçlarımız var.

TAYO ONABULE: Sanırım burada hepimizin bahsettiği birkaç şey var. Bence, nasıl olduğunu söyleyelim, React gibi, bir– Bizim durumumuzda, yine de React'e bağlı kalma eğilimindeyiz. Birkaç View geliştiricimiz var, ancak genellikle React'e bağlı kalıyoruz. Ancak tüm bu ön uç çerçeveler, özellikle bir tür geliştirici ve süreç göz önünde bulundurularak tasarlanmıştır. Tasarlandılar - Bay Facebook'un bir noktada, bunun ekibimiz için mümkün olduğunca verimli olduğundan emin olalım gibi olduğunu hayal ediyorum.

Ve bu, React'in özüdür ve View ve Angular için hemen hemen aynı olacaktır. WordPress tarafı açısından, bir kez daha, nasıl olduğunu söyleyin. Temel olarak, yalnızca WordPress arka ucunda nasıl gezineceğinizi bilmek ve ACF'yi kullanmakla idare edebilirsiniz. Aksi takdirde, WordPress hakkında hiçbir bilginiz yoktur ve yine de bir WordPress Headless sitesi oluşturmayı başarırsınız.

Ve bu nedenle, WordPress tarafındaki gereksinim, karmaşıklaşmaya başlayan şeyleri yapmaya çalışmadığınız sürece, teknik olarak, .php dosyasının işlevlerinin nerede olduğu ve başka hiçbir şey olmadığı bilgisi ile teknik olarak bir Headless WordPress sitesi oluşturabilirsiniz. Geçebilirsin. Ve bence bunun güzelliği, Jonathan'ın bir kez daha söylediği gibi, bu JavaScript geliştiricilerinin tüm projelerinizde faydalı olacak olması. Ve bence yakın gelecekte web'in JavaScript odaklı olacağını söylemek oldukça güvenli ve bu çok yararlı bir yetenek.

O son geçişin ne kadar ileri gittiği, büyük olasılıkla bir süre olacak. Yani dürüst olmak gerekirse, bir bakıma gerçekten büyük bir taahhüt değil. Çoğu durumda hayal edebileceğim mantıklı bir şey.

HASHIM WARREN: Sadece hikayenizi desteklemek istiyorum çünkü önceki hayatımda, yeni WordPress sitemizde iki React geliştiricisi eğitmek zorunda kaldım. Ve bir Headless WordPress sitesiydi. Ve sadece bir öğleden sonraydı. Onlara ACF'yi gösterdim, gerçekten heyecanlandılar, veri modellerini yaptılar ve yola çıktılar. Ve geliştiricilerden biri bile klasik editörü bağladı ve ön uçtaki bazı bileşenleri kontrol edebilmem için onu yaptı.

Bu Gutenberg'den önceydi, bu yüzden tekrarlayıcı alanları ve ACF kullanıyorduk ve ön uçtaki bazı bileşenleri kontrol ediyorduk. Muhteşemdi. Ancak iki React geliştiricisi bunu hemen anladı. Sadece öğleden sonralarını aldılar ve yarışlara gittiler.

TAYO ONABULE: Mesele şu ki, bu tür ön uç geliştiricilerle, verileri için arka uçlara bağlanmaya ve bağlı kalacakları bir veri yapısına sahip olmaya oldukça alışkınlar. Bu, iş akışlarının ortak bir bileşenidir, bu nedenle WordPress pek şans vermez.

JONATHAN JETER: Pardon, SaaS'ın yaygınlığı, uygulamaların artık her yerde mevcut olması, eskiden WordPress'te yaptığınız şeyler, ister e-ticaret, ister CRM ile entegrasyon olsun, tüm bu tür şeyler. Artık bu yapılmadı – artık WordPress'te yapılması gerekmiyor. Bunları bağlamayı denemek için bir Marketo eklentisi veya Salesforce eklentisi veya başka bir şey yüklemeniz gerekmez, değil mi?

Artık bu bağlantıları kendiniz yapıyorsunuz, bu da daha iyi bir deneyim, özelleştirilmiş bir deneyim sağlıyor. Bu, WordPress içinde bu şeylerin nasıl çalıştırılacağını bulmak için oraya bir PHP geliştiricisi getirmeye çalışmanın aksine, hız, güvenlik ve tüm bu şeylere izin verir.

HASHIM WARREN: Muhteşem. Stephen, JavaScript ekosistemi olan ekosistem hakkında senden bilgi almak isterim. WordPress geliştiricilerinin, eklentiler ve ayrıca topluluk açısından gerçekten harika, sağlam bir ekosisteme alışık olduklarını biliyorum. JavaScript dünyasındaki ekosistemle nasıl karşılaştırıldığından bahsedebilir misiniz? Hem teknoloji hem de topluluk açısından.

STEPHEN BROOKS: Evet, yani WordPress, geleneksel yekpare yapılar için eklentiler için en büyük pazara sahip. Ancak, bir saniye önce Jonathan'ın noktasına geri dönersek, ön uçtan ihtiyacınız olan tüm işlevselliğiniz için NPM'den yararlanarak, WordPress pazarından daha büyük değilse de eşdeğerdir. Çünkü yalnızca mevcut olan tüm NPM paketlerine sahip olmakla kalmazsınız. Ayrıca, ihtiyaç duyduğunuz tüm veri entegrasyonunuzu gerçekten ve hızlı bir şekilde oluşturmak için kullanabileceğiniz çok sayıda STK da vardır.

Yani neredeyse %20 daha fazla olduğunu söyleyebilirim. Sadece gelişigüzel bir sayı atmak, ancak insanların hareket etmesi çok daha hızlı. Ve birçok NPM olayı yerinde. Ayrıca, olabilecek WP çekirdek sürümü ve eklenti sürümü uyumsuzlukları hakkında gerçekten endişelenmenize gerek yok. Sürümlerinizi paket bildiriminize sabitledikten sonra, işiniz bitti demektir. İstemiyorsanız veya bunun gibi bir şey olursa, artık onları güncelleme konusunda gerçekten endişelenmenize gerek yok.

Dolayısıyla, herkesin söylediği şeye geri dönüyoruz, geleneksel başlı WordPress yaklaşımının aksine Headless çözümünü kullanırken hız ve esneklik çok önemlidir.

JAMES SQUIRES: WordPress eklentilerinden çok para kazanan işletmelere gölge düşürmek istemem ama bu başka bir alandır çünkü başsız bir mimaride daha az lisans maliyetine sahip olma eğilimindesiniz, burada tipik bir tema tabanlı, kendimizi her zaman satın almak ve kullanmak için teklifler hazırlarken bulduğumuz bazı gerçekten harika eklentiler. Çoğunlukla, NPM'deki her şey ücretsiz, açık kaynaklı yazılımdır.

Kendileriyle ilişkilendirilmiş bir hizmet modeline sahip olabilecek bazıları kesinlikle vardır. Ancak genel olarak konuşursak, en popüler çözümü bulabilirsiniz ve bu açık kaynak lisansıdır. Dolayısıyla, bu şekilde hızlı hareket etmek ve lisanslama maliyetleri ve bunun gibi şeyler hakkında müşteri onayları ile yavaşlatmamak kolaydır.

HASHIM WARREN: Jimmy, buna benzer bir örneğim daha var. Bu yüzden bir Gatsby web sitesi kuruyordum ve ona Google Analytics'i ekliyordum. Gatsby bir eklenti ekosistemine sahiptir, tüm eklentiler açık kaynaklıdır. Paketleri NPM üzerindedir, kolayca kurulurlar. Bu yüzden Google Analytics'i ekliyorum ve tüm bu seçeneklere sahipti, WordPress için en popüler Google Analytics eklentisiyle, bu seçeneklerden bazıları premium sürüme giriyor. Bu nedenle, bu WordPress eklentisinin, aynı zamanda bir Gatsby eklentisi olan bu paketle aynı işlevselliğe sahip olması için ödeme yapmaktan mutlu olan biri olarak çok heyecanlandım. Bu ekosistemlerin nasıl eşleştiği konusunda gerçekten heyecanlıyım.

TAYO ONABULE: NPM konusunda da çok hızlı olduğunu düşünüyorum. Bence bu en ufak bir şey ve muhtemelen önemsiz, ama benim için benim için. React'te bir şey geliştirirken, bir şey istiyorsanız onu CLI aracılığıyla indirmenizi tercih ederim. Ve WordPress'e veya herhangi bir aşırı duygusallığa girmenize gerek yok, o sadece sizin alanınızda. Stüdyodan ayrılmanıza gerek yok ve hepsi orada. Ve biraz araştırma yapmaktan, bir eklenti bulmaktan, yüklemekten, vb. Asla bunun hayranı olmadım.

HASHIM WARREN: Muhteşem. Jonathan, sana sormak istiyorum, bunun Headless WordPress için mükemmel olduğunu söyletecek gereksinimlerden bahsetmiştik. Ne tür bir proje, size bunun geleneksel bir WordPress projesi olması gerektiğini hissettirir.

JONATHAN JETER: Yani biz de bunlardan çok yapıyoruz, değil mi? Bazen bütçedir. İçeri giriyorlar, bizde bu kadar var diyorlar. Biz gibiyiz, başka seçenek yok, değil mi? Yaptığımız şey bu, doğru. Ve çünkü o zaman kullandığımız şeyler var. O süreç ve o sistem zaten işliyor. Jimmy'nin dediği gibi, bu tekliflerin her birine yerleştirdiğimiz eklentilerimiz var çünkü bunun çok basit olduğunu biliyoruz.

Yani tipik, küçük bir marka sitesi. Tipik– Tayo'nun daha önce söylediği gibi, gösterişli olmak zorunda değil, değil mi? Bu site hakkında aşırı derecede yaratıcı hiçbir şey yok, değil mi? Ve öylece gittiler, hey, onları daha önce yaşadık, sanki bir web sitesine ihtiyacımız olduğunu biliyormuşuz, o yüzden bizi bir tane yap. Sağ. Ve eğer durum buysa, o zaman, evet, kesinlikle, bütçenize ve gereksinimlerinize bağlı olarak, standart bir WordPress sitesi iş görecektir.

Genesis, Genesis Pro ve Smart Plugin Manager ve tüm bu tür şeyleri kullanarak, geliştiricilerin dokunmadığı bile inşa ettiğimiz sitelerimiz olduğu noktaya geldik. Sadece süreçten ve yaratıcı süreçten geçiyor, stüdyo dosyaları düzenliyor ve temel olarak içeriği koyuyorlar. Bunu kanıtlayan ve içeriği koyan bazı editörlerimiz var ve site, bir geliştirici dokunmadan tamamlandı. BT.

Ve bu tür projelerde para kazanmak için bunu böyle yapmanız gerekiyor, çünkü bu tür bütçelerle, bu sitelerden birinin arka ucunda 20 saatlik geliştirme alamazsınız. Yani, büyük bir site olmadığı sürece genellikle böyle karar veririz, ancak hayır, hayır, hayır, süslü bir şey istemiyoruz derler. Bunun normal bir site olmasını istiyoruz. Bunu yaptık, sadece bir sürü içerik, blog, bu tür şeyler.

SEO açısından, WordPress hala harika. Eğer aradıkları buysa, nasıl göründüğü umurumuzda değil gibi. Sadece işlevi istiyoruz. Hızlı olmasını istiyoruz. İçeriğe sahip olmak ve iyi bir sıralamaya sahip olmak istiyoruz. Geleneksel bir WordPress sitesi iyi çalışıyor.

HASHIM WARREN: Muhteşem. Stephen, bununla konuşabilir misin? 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. Thank you so much for joining us.