Adobe Experience Manager ve WordPress: Yazma Deneyimi Karşılaştırıldı

WordPress ve Gutenberg, blok tabanlı düzenlemeyi web sayfaları yazarken standart hale getirdiğiniz için teşekkürler. Bu makalede, WordPress'teki yeni yazma deneyimini, blok tabanlı düzenlemeyi de kucaklayan bir kurumsal içerik yönetim sistemi olan Adobe Experience Manager'ın (AEM) deneyimiyle karşılaştıracağım. Birden fazla şirket için (Informatica ve Twitter gibi) hem WordPress hem de AEM uyguladım ve yazma deneyiminin teknik olmayan yazarlar için kritik olmasına rağmen geliştiriciler tarafından genellikle ihmal edildiğini fark etmem gerekti.

Not : “Yazma deneyimi” terimiyle, amacı bir web sitesinde içerik oluşturmak ve yayınlamak olan kişiler için kullanıcı deneyimini kastediyorum. Yayınlanan içeriği tüketecek olan insanlardan bahsetmiyorum. Yazarlık deneyimini daha önce düşünmediyseniz, işte Smashing Book 5'te de yer alan Eileen Webb'in bir ön kitabı.

Adobe Experience Manager, WordPress ile karşılaştırıldığında, özellikle geliştiriciler için dik bir öğrenme eğrisine sahip karmaşık bir sistemdir. Aynı zamanda, AEM'yi ücretsiz ve çok maliyetli çözümler arasında bir yere yerleştiren AEM'nin kullanımı, daha yerleşik ve daha pahalı içerik yönetimi çözümlerinden daha kolaydır.

Teknik açıdan AEM, AEM'yi açık kaynak ve özel yazılım arasında bir yere yerleştiren, Adobe'den birkaç dokunuş içeren bir açık kaynak teknolojileri topluluğudur. Sistemi parlak ve kullanışlı kılan, Adobe'nin bu dokunuşlarıdır. Örneğin, görsel bir sürükle ve bırak sayfa oluşturucu, WordPress Gutenberg doğmadan çok önce, AEM'de sayfa oluşturmanın standart yoluydu.

Yazma deneyimini ortalamanın üzerine çıkaran bazı özelliklere bir göz atalım.

Bileşenler (Bloklar)

Web siteleri için en önemli fikirlerden biri, bir bileşen (veya WordPress dilinde blok ) kavramıdır. Bileşen, herhangi bir şeyin bloğu olmak yerine belirli kuralları izleyen bir içerik parçasını temsil eder. Örneğin, yazarın yalnızca bir Youtube bağlantısını yapıştırabileceği ve Youtube'a özgü ayarları kontrol edebileceği bir video bileşeniniz olabilir. Veya yazarın bir metin alanına alıntı yaptığı ve alıntı yapılan kişinin adını başka bir metin alanına eklediği bir alıntı bileşenine sahip olabilirsiniz. Hatta bir mobil cihazda diğer bileşenleri içeren ve bunları birbirinin altında görüntüleyen bir düzen bileşenine sahip olabilirsiniz, oysa büyük bir ekranda bu bileşenler üç sütuna yayılır.

Bir yazar, belirli bir bileşenden tam olarak ne bekleyeceğini bilir ve onu uygun içerikle kolayca doldurabilir. Aynı derecede önemli olan, uzun vadeli faydalar ve geçmiş yıllarda yaygın olan eski okul “tek metin alanı tüm içeriğe uyar” yaklaşımı için uygulanabilir olmayacak yeni fırsatlardır:

• Bir bileşen bir tarih girişi gerektiriyorsa, bileşen geliştirme iletişim kutusu düz metin alanı yerine bir tarih seçici görüntüleyerek yazarın doğru formatta bir tarih seçmesini kolaylaştırır.
• Bir tasarımcı, alıntı yapılan kişinin adının alıntının altında değil de üstünde görüntülenmesini isterse, alıntı ve ad ayrı olarak depolandığından geliştirici kodu kolayca yeniden düzenleyebilir. Alıntı ve ad eski moda bir şekilde depolanacaksa, geliştiricinin adı metin bloğundan manuel olarak alması ve alıntının önüne taşıması gerekir.
• Bir teklifin İngilizce'den Almanca'ya çevrilmesi gerekiyorsa, teklif bir çeviri servisine gönderilebilir. Tercüme hizmeti bu alıntıyı daha önce tercüme ettiyse, kaydedilen tercümeyi iade edebilir. Alıntı, bağımsız olmak yerine daha uzun bir paragrafın parçası olsaydı, çeviri çok daha zor olurdu ve muhtemelen bir insan çevirmen gerektirir.
• Bir videonun dökümü yoksa ve bu nedenle işitme engelli kullanıcıların videoyu tüketmesini engelliyorsa, bileşen, videoyu işitme engelli kullanıcılar için daha erişilebilir hale getiren bir özet metinle tamamlanabilir.

Bileşen tabanlı düzenleme, bir süredir AEM kullanıcıları tarafından benimsenmiştir ve Gutenberg'in WordPress 5.0'a gelmesi nedeniyle, bileşen tabanlı düzenleyiciler artık web sayfalarını yazmak için fiili standarttır.

Not : Leonardo Losoviz, WordPress bağlamında blokların etkilerine daha derinlemesine dalar.

Parça

İçerik parçaları ve deneyim parçaları , geçtiğimiz yıl AEM sahnesine hakim olan yeni terimlerdir. Bu iki kavramı sadece parçalar halinde özetleyeceğim. Özünde fragmanlar, yazarların web, mobil, sosyal medya ve diğer kanallarda kullanılabilecek tarafsız içerik oluşturmasına olanak tanır.

Parçalar, bir sayfa düzenleyicinin dışında oluşturulur ve bir bileşene kıyasla, verilerinin nasıl kullanılacağı konusunda daha az fikir sahibidir. Yazarların günde bir kez yeni bir alıntıyla güncellediği “Günün Alıntısı” adlı bir fragman düşünelim. Şimdi bu parçanın alıntılanan metni çeşitli yerlerde kullanılabilir:

• Bir alt bilgi widget'ı, her sayfanın altında günün alıntısını görüntüler. Bir yazar parçayı günceller güncellemez, altbilgi de güncellenir. Parça neyin görüntüleneceğini belirlerken altbilgi widget'ı alıntının nasıl görüntüleneceğini belirler.
• Alıntı bileşeni, yazarların geçmiş "Günün Alıntıları"ndan bir alıntıyı içe aktarmasına ve blog gönderisine eklemesine olanak tanır.
• Bir eklenti, ana sayfaya "Günün teklifini paylaş" düğmesi ekler. Birisi bu düğmeye her tıkladığında, eklenti günün sözünü alır ve Facebook, Twitter ve e-posta yoluyla paylaşım için en iyi uygulamaları karşılayacak şekilde biçimlendirir.

WordPress'te widget'lar ve menüler parçalara benzer: Yazarlar nötr bir arayüzde menü öğeleri oluşturur, ardından geliştiriciler bu öğeleri temanın bir parçası olarak tema için anlamlı olacak şekilde görüntüler. Tema yeni bir temayla değiştirilirse, yeni tema öncekinden çok farklı görünse bile, bu menü öğeleri devam eder ve yeni temada da görüntülenebilir.

Kavramın farklı sistemlerde farklı isimleri olmasına rağmen, parçaların daha yaygın olarak kullanılmasını bekliyorum. Aslında Matt Mullenweg, ekibinin şu anda “blok arayüzünü içerik yönetiminin diğer yönlerine genişletmeye [bir gezinme menüsü bloğu [oluşturulması] ve tüm widget'ları bloklara taşıma dahil] genişletmeye” odaklandığını zaten duyurdu.

Sayfa Şablonları

Sayfa şablonları, birkaç başka bileşen içerdiklerinden daha üst düzey bileşenler olarak tanımlanabilir. AEM'de yazarlar, başlık bileşeni gibi bileşenleri sabit bir konuma kilitleyen ve ayrıca bileşenlerin sayfa bazında eklenebileceği esnek alanlar tanımlayan şablonlar oluşturabilir.

Bunun önemli bir yönü, böyle esnek bir alanın hangi bileşenlerin içine girebileceğini sınırlayabilmesidir. Bu şekilde farklı amaçlar için sayfa şablonları oluşturabilirsiniz:

• Şablon 1: Makale sayfası şablonu
  Başlık, başlık, içerik alanı ve alt bilgi sabittir. Yazar, başlık bileşenini güncelleyebilir ancak kaldıramaz. Yazar, metin, resim ve video bileşenlerini içerik alanına bırakabilir.
• Şablon #2: Açılış sayfası şablonu
  Sayfanın üst kısmında yalnızca bir logo ve bir başlık bileşeni düzeltildi. Yazar, ziyaretçileri müşterilere dönüştürmek için optimize edilmiş bir dizi açılış sayfasına özel bileşen arasından seçim yapabilir.

İzinler ve İş Akışları

Büyük bir ekipteki her yazarın makale sayfası şablonu gibi kritik şablonları değiştirebilmesi olası değildir. İnsanların siteyi yanlışlıkla ve geri dönülmez bir şekilde bozmalarını önlemek için, sitenin hangi bölümünü kimin değiştirebileceğini belirlemek önemlidir. İzinler ve iş akışları kavramına hoş geldiniz. Bu konsept ne yeni ne de özel ama büyük ekipler için önemli.

Tipik bir AEM sitesi, gerçek prodüksiyon web sitesini ve en az bir prodüksiyon benzeri site, yani sahneleme içerir. Yazarlar, içeriği genel üretim sitesinde yayınlamadan önce özel bir hazırlama sitesinde yayınlayabilir. İçeriğin aşamaya yayınlanması ve ardından içeriğin üretime yayınlanması sürecine iş akışı denilebilir. Diğer bir yaygın iş akışı türü, içeriğin üretim sitesinde yayınlanmadan önce bir onay sürecinden geçmesi gerektiği ve yalnızca belirli kişilerin "üretim için yayınla" düğmesine basabilmesidir.

İzinler ve iş akışları, küçük ekiplerde göz ardı edilebilecek özelliklerdir. Ancak ekip büyüdükçe, bu özellikler ekibin üretkenliği ve başarısı için kritik hale gelir. AEM, iş akışları oluşturmak için temel bilgilerle birlikte gelmesine ve geliştiricilerin AEM'yi herhangi bir özel ihtiyaç için çalıştırabilmesine rağmen, oldukça fazla kod değişikliği gerektirir ve bir parmak şıklatmasıyla uygulanmaz. Bu, WordPress için daha da doğrudur. Özel iş akışları oluşturmak için yazarlık dostu bir araca sahip olmak güzel olurdu.

Düzenleme Modları

AEM'de yazarlar, her sayfayı farklı modlarda hızla düzenleyebilir ve görüntüleyebilir. Yazar, hangi işin yapılması gerektiğine bağlı olarak modlar arasında geçiş yapar:

• Bileşenleri düzenlemek ve içeriklerini düzenlemek için Düzenleme modunu seçin.
• Bileşenlerin iPad'de nasıl düzenleneceğini değiştirmek için Düzen modunu seçin.
• İçeriğe bir ziyaretçiymiş gibi bakmak için Önizleme modunu seçin.

Sitenin nasıl kurulduğuna bağlı olarak ortaya çıkan birkaç mod daha var. İdeal bir senaryo, A/B testinin ve kişiselleştirmenin, AEM'nin Adobe Target ile entegre edilmesiyle ayarlanmasıdır. Yazarlar, Hedefleme modunu kullanarak bir ziyaretçinin konumuna, yaşına, yönlendirme sayfasına, günün saatine vb. göre belirli bileşenlerin ne zaman gösterileceğini tanımlayabilir.

AEM'deki entegrasyonlar, WordPress'teki eklentilerle karşılaştırılabilir, ancak AEM entegrasyonlarının daha karmaşık ve genellikle özel olarak uyarlanmış olması farkıyla. Özellikle AEM Target'i entegre etmek, satış görevlilerinin söylediğinden daha acı verici olabilir.

Geliştirme karmaşıklığını ve parayı bir kenara bırakırsak, böyle bir çabanın sonucu mükemmel bir yazarlık deneyimiyle sonuçlanabilir. Düzenleme modları kavramı, basit bir açılır listenin, yazarların tek bir sayfada kalırken çeşitli işleri yapmaları için nasıl bir fırsat yarattığını gösterir.

Görsel Tek Sayfa Düzenleyici

Bu makaledeki ekran görüntülerine baktığınızda, AEM'in sayfa düzenleyicisinin yalnızca bileşen tabanlı değil, aynı zamanda görsel olduğunu fark etmiş olmalısınız: Bir bileşen güncellenirse, değişiklik hemen görünür hale gelir ve yazarın bir önizleme açmasına gerek kalmaz. yeni Pencere. Oldukça bir özellik. WordPress ekosisteminde sayfa oluşturucular her yerde bulunsa da, WordPress'in arkasındaki ekip henüz görsel düzenleme için en iyi uygulamayı tanımlamadı. Bunu bir adım daha ileri götürüp sorayım: Görsel editörleri tek sayfalık uygulamalarla (SPA) birleştirirseniz ne olur?

SPA'lar, tarayıcının tüm sayfayı yeniden yüklemesi gerekmediği için bir sayfadan diğerine gezinmenin sorunsuz olduğu web siteleridir. Gmail ve Facebook gibi bazı popüler web siteleri SPA'dır, ancak internetteki sitelerin çoğu değildir. Düşük benimsemenin bir nedeni, SPA oluşturmanın zor olması ve binlerce sayfalık SPA'ları sürdürmenin daha da zor olmasıdır. SPA'larda içeriği yönetmenin şu anda iki ana yolu vardır:

• Bir sitenin içeriği, kod güncellenerek güncellenir. Bu açıkça yazarlık dostu değil.
• İçerik, web sitesinin ziyaretçiye yönelik bölümünden ayrılmış bir CMS'de yönetilir. CMS'den gelen içerik, örneğin bir React uygulaması gibi bir API aracılığıyla tüketilir. Yazma arayüzü, ziyaretçinin göreceği birleştirilmiş siteden farklı görünüyor.

Bir görsel düzenleyici ve bir SPA'yı tek başına uygulamak zaten zorlu bir teknik zorluktur. SPA ile çalışan bir görsel düzenleyiciye sahip olmak neredeyse duyulmamış. Adobe ekibi, mevcut sistemlerinin hiçbir avantajından ödün vermemeye çalışırken AEM'deki SPA'ları desteklemek için çalışıyor. 2018'de AEM topluluğuna umut verici ilk sürümler yayınlanmış olsa da, daha yapılacak çok iş var.

Özet

Adobe Experience Manager, popüler açık kaynaklı projelere halihazırda yapılmış veya girecek olan birkaç kullanışlı özellikle birlikte gelir. AEM, bu makalede vurgulanan kavramları mutlaka icat etmedi, ancak kesinlikle piyasadaki en yazar dostu sistemlerden biri olarak ticarileşiyor.

Bileşen kavramı, WordPress'te blokların tanıtılmasıyla ana akım haline geldi. Parçalar, sayfa şablonları, izinler ve iş akışları kavramı, en azından kısmen WordPress'te uygulanmaktadır ve birden çok kanala içerik sunan birçok yazarı olan ekipler için önemlidir.

Yazma deneyimi, düzenleme modları ve tek sayfalık uygulamaları destekleyen bir görsel düzenleyici kullanılarak daha da geliştirilebilir. Böyle bir düzenleyicinin uygulanması zordur, ancak Adobe'nin çabalarının gösterdiği gibi, geliştirilmiş deneyim çabaya değer olabilir ve sonunda WordPress'e de dönüşebilir.

Daha fazla okuma

• "Daha İyi Bir Yazma Deneyimi Oluşturma" Eileen Webb
• “Yazarlık: Ortam ve Araçlar,” Adobe Yardım Merkezi
• “Kullanıcı Dostu Bir Web İçeriği Yönetim Sistemi Tasarlamak,” Christopher Hallahan
• “Yazarlık Deneyimi,” Rick Yagodich