Bir CRM Yöneticisi olarak CMS hakkında ne bilmelisiniz?

CRM yöneticisi, pazarlamacı, ürün yöneticisi veya başka bir deyişle, CMS'nin ne olduğunu ve bu konuda ne bilmeniz gerektiğini merak eden teknoloji dışı bir kişi misiniz? Halihazırda bir CMS kullanıcısı mısınız, ancak platform hakkında daha fazla teknik bilgi mi edinmek istiyorsunuz? CMS'nizi değiştirmeyi mi düşünüyorsunuz, ancak hakkında en ufak bir fikriniz olmayan bir şey hakkında RFP yazmak sizi korkutuyor mu? Yeni bir pozisyona mı geçiyorsunuz veya yeni görevler mi alıyorsunuz ve CMS geliştiricileriyle daha yakından çalışmak zorunda mı kalacaksınız?

Merak etmeyin, CMS platformlarıyla ilgili teknik kavramlar oldukça basittir ve teknik bilgisi olmayan bir kişi olarak genellikle bunları o kadar ayrıntılı olarak bilmeniz gerekmez. En önemli şey, birkaç temel tanımı anlamak, şirketinizin kullandığı platformu anlamak ve bazı temel lingoları tanımaktır. Daha sonra, daha fazla bilgiye ihtiyacınız olursa, geliştiricilerinize sormanızı şiddetle tavsiye ederim – CMS platformunuz hakkında onlardan daha fazlasını bilen kimse yoktur. Geliştiricilerinizden öğrenmenin neden teknoloji öğrenmenin en iyi yolu olduğu ve onların dillerini burada konuşmaya nasıl başlayacağınız hakkında daha fazla bilgi edinin.

İçindekiler:

1. İYS nedir?

• İYS tanımı
• CMS amaçları
• CRM yöneticileri için bir CMS sistemi neden önemli olmalıdır?

2. Bir CMS'deki içeriği yönetmek için ne öğrenmelisiniz?

• İşaretleme dili
• taslak nasıl
• nasıl yayınlanır
• İçerik nerede saklanıyor?
• Dijital varlıkları yönetme
• Web sitesi analizi
• Kullanıma hazır modüller, widget'lar, şablonlar
• Temel Tasarım İlkeleri – UX / UI

3. Bilmeniz gereken CMS özellikleri

• Düzenleme kolaylığı
• sürüm oluşturma
• Geri yükleme (geri alma)
• arşivleme
• uyumluluk
• Entegrasyonlar
• A/B testi
• Kişiselleştirilmiş içerik
• Çeviri yönetimi
• SEO optimizasyonu
• Çok platformlu yayıncılık
• Erişim
• İşbirliği içinde çalışmak
  

4. Anlamaya değer teknik kavramlar

• Web siteniz statik mi yoksa dinamik mi?
• Web sitesi sürümü
• ortamlar
• Kullanıma hazır mı yoksa özel olarak oluşturulmuş CMS mi?
• başsız CMS
• API nedir?
• Web kancaları nedir?
• SDK'lar nedir?
  

5. Özet

İYS nedir ?

İçerik Yönetim Sistemi ( CMS ) – dijital içeriğin oluşturulmasını ve değiştirilmesini yönetmek için kullanılabilen bir yazılım uygulamasıdır. İçeriğinizi sakladığınız bir “veritabanı”dır: dijital varlıklar (resimler, videolar, podcast'ler), metin, çeviriler, bazı durumlarda sayfa düzeni, tasarımın bölümleri (tablolar, düğmeler vb.). CMS'de saklanan içerik, web sitenize, mobil uygulamanıza veya diğer dijital kanallara (sms, e-posta, akıllı saat vb.) sunulabilir. Her şirket tüm içeriği aynı CMS'de saklamaz; genellikle bazı içerik “depolama” çözümleri ayrıdır (e-posta gönderme platformundaki e-posta içeriği, kod olarak depolanan ve yalnızca geliştiriciler tarafından güncellenen mobil uygulama içeriği vb.).

CMS, içeriği dijital kanallarınızda yayınlamaktan daha fazla amaca hizmet edebilir . Kullanılabilir API'lere, eklentilere ve web kancalarına bağlı olarak şunları yapabilir:

• Çevirileri dışa ve içe aktarma,
• İçeriği sosyal medya platformlarına, e-posta platformlarına ve diğer kanallara göndermek,
• tüm dijital varlıkları tek bir yerde ve kategorilere ayırın,
• içerik ve içerik kişiselleştirme için A/B testi hazırlamak,
• sayfa içi SEO kurulumu,
• sayfa içi arama motoru için sonuçları döndürme,
• ve dahası.
  

CRM yöneticileri için bir CMS sistemi neden önemli olmalıdır?

CMS, müşteriye yönelik her iletişimin merkezidir (veya bu şekilde ayarladıysanız olabilir). Kendi platformlarınıza içerik sunabilir ve ücretli reklamlara içerik sunmak için farklı pazarlama yığınlarıyla entegre olabilir. Ayrıca sayfa içi SEO'yu buradan yönetebilirsiniz. Bu yeterli değilse, CRM sisteminize e-posta toplama formları oluşturabilir, müşteri verilerini toplamak için çerez politikaları yükleyebilir, müşterileri segmentlere ayırabilir ve aynı CMS'den bu segmentlere kişiselleştirilmiş içerik sunabilirsiniz. CMS'de içeriğiniz için A/B testleri veya kişiselleştirilmiş içerik oluşturabilirsiniz. Chatbotunuzun veritabanını oradan besleyebilirsiniz. CMS sisteminizi, farklı dağıtım kanalları aracılığıyla CMS'den belirli müşterilere içerik göndermenize olanak tanıyan segment kuralları oluşturabileceğiniz pazarlama otomasyon araçlarıyla da entegre edebilirsiniz (örneğin, CMS'de alışverişini tamamlamayanlara e-posta yoluyla unutulmuş bir sepet hatırlatıcısı gönderme). onların sepeti).

Bir CMS'deki içeriği yönetmek için ne öğrenmelisiniz?

İşaretleme dili:

CMS sisteminiz ya bir WYSIWYG düzenleyicisi (bu durumda içerik düzenleyicileri için içeriği düzenlemek kolaydır) ya da bir tür biçimlendirme dili (sizin veya içerik düzenleyicinin öğrenmesi gereken) kullanır.

İşaretleme dili nedir?

İşaretleme dili, bilgisayarın bu metni işleyebilmesi için metne açıklama ekleyen bir dildir (kalın, italik yapın, ortalayın, renklendirin vb.). Temel olarak, düzenlediğiniz metni veya varlıkları görüntülemesini istediğiniz şekilde bilgisayara iletişim kurabileceğiniz bir dildir.

HTML , işaretleme diline bir örnektir:

<p>

Bu, HTML ile yazılmış bir metin paragrafıdır.

</p>

Bu cümle bir açılış etiketinden (<p>), bir metinden ve bir kapanış etiketinden (</p>) oluşur. Etiketler arasındaki metin ekranda görüntülenecektir. Her etiket, işaretlemenin bir parçası olarak belirtmek için bir "küçüktür" ve "büyüktür" sembolü içerir.

İşaretleme dili nasıl öğrenilir? Bu, CMS'ye özel bir biçimlendirme diliyse, onu CMS kılavuzunda bulabilmeniz gerekir. Standart bir biçimlendirme diliyse, bunları öğrenmek için birçok çevrimiçi kaynak vardır, örneğin: MOOC, Udemy, EDX, Codecademy veya Coursera.

CMS'nizde WYSIWYG düzenleyici yoksa, düzenlemekte olduğunuz web sayfalarına stiller eklemek için HTML ile çalışan bazı temel CSS (Basamaklı Stil Sayfaları) bilgilerini bilmek de yararlı olabilir.

Taslak nasıl yapılır:

Kılavuzda kontrol etmeniz veya geliştiricilerinize sormanız gerekenler:

İçeriğin bir taslağı nasıl oluşturulur (ve yanlışlıkla yayınlanmasını sağlamaz)? Taslak nasıl test edilir, web sitesinde nasıl görüneceğine dair bir önizlemeyi doğrudan CMS'de görebilir misiniz? Doğrudan CMS'de bir önizleme mevcut değilse, yeni hazırlanan içeriği kontrol edebileceğiniz herhangi bir test ortamı var mı?

Nasıl yayınlanır:

Kılavuzda kontrol etmeniz veya geliştiricilerinize sormanız gerekenler:

İçerik canlı web sitesinde nasıl yayınlanır? CMS'den kendiniz (veya içerik düzenleyicinin kendisi) yapabilir misiniz? İçeriği güncellemek için bir web sitesi sürümüne mi ihtiyacınız var? Geliştiricilerden yayınlama konusunda yardım istemeniz mi gerekiyor? Karışık bir çözüm mü, yani içeriğin bir kısmı içerik editörleri tarafından CMS'den yayınlanabilir, ancak bazı değişiklikler geliştirici desteğine ihtiyaç duyar mı? Hangilerinin geliştirici desteğine ihtiyacı var? Bir şey yayınlamak istiyorsanız ortalama zaman çizelgeleri nedir, ne kadar sürer? İçerik bozulursa ve siz veya içerik düzenleyici bunu kendi başınıza düzeltemezseniz kiminle iletişime geçmelisiniz? Acil desteğe ihtiyacınız olursa mesai saatleri dışında kiminle iletişime geçmelisiniz? Gelecekte içerik yayınlamayı planlayabilir misiniz? Gelecekte birden fazla içerik “paketini” planlayabilir misiniz? Gelecekte bir içerik planlarsanız, içeriğin diğer kısımlarını değiştirmeye ve yayınlamaya devam edebilir misiniz yoksa planlanan paket, oluşturduğunuz andan planlanan zamana kadar diğer yayınları dondurur mu? Herhangi bir nedenle fikrinizi değiştirirseniz, planlanmış içeriği kendiniz hatırlayabilir misiniz?

İçerik nerede saklanıyor?

Geliştiricilerinize/mimarlarınıza sormanız gereken önemli bir sorudur.

Hangi içerik nereden geliyor? Hangi içerik CMS'de, hangileri ödeme veya rezervasyon motorlarında/sistemlerinde, hangisi doğrudan FE'de saklanır? Hangi içeriğin CMS'de düzenlenebileceğini, hangilerinin geliştirilmesi gerektiğini (veya ihtiyacınız olduğunda bu tür bilgileri nerede bulacağınızı) bilmelisiniz. Bununla ilgili belgeler mevcut olmalı veya içerik editörleriniz bunu bilmelidir.

Dijital varlıkları yönetme:

CMS'niz tarafından ne tür dijital varlıkların desteklendiğini bilmelisiniz. Video, resim, mp3 dosyalarını kullanabilir misin? Hangi dosya uzantıları kullanılabilir? Varlıklar için gereksinimler nelerdir? Görüntü boyutları ve ağırlığı için teknik özellikleri kontrol edin. Sistem görüntüleri otomatik olarak yeniden boyutlandıracak mı yoksa yüklemeden önce her zaman yeniden boyutlandırmanız mı gerekiyor? Web sitenizi veya diğer platformunuzu yavaşlatmak istemiyorsanız, her zaman varlığı doğru bir şekilde görüntülemek için gereken minimum ağırlığa sahip olmayı hedeflemelisiniz.

Kullanıma hazır modüller, widget'lar, şablonlar:

Neyle çalıştığınızı öğrenmelisiniz. Kullanıma hazır (veya geliştiricileriniz tarafından önceden hazırlanmış) kullanabileceğiniz herhangi bir "yapı taşlarınız" var mı? İçerik modüllerinin, sayfa şablonlarının özel olarak oluşturulmasını her zaman istemeniz mi gerekiyor? Kullanıma hazır şablonların esnekliği nedir, farklı görünmelerini istiyorsanız bunları ne kadar değiştirebilirsiniz? Modüller bazı FE (ön uç) ekranlarla entegre mi, bu nedenle web sitesinde görünmelerini sağlamak için herhangi bir ek site oluşturmaya ihtiyacınız yok mu? En azından bazı temel modüller ve şablonlar kitaplığına sahip olmak, birkaç haftalık geliştirmeden birkaç saat seçip özelleştirme olanaklarıyla oynamaya kadar yeni sayfa oluşturmanın pazara çıkış süresini büyük ölçüde kısaltabilir.

Temel Tasarım İlkeleri – UX / UI:

Tasarım, özellikle kullanıcı deneyimi ve kullanıcı arayüzü (UX/UI) hakkında temel bilgiler çok faydalı olabilir. Tasarımcılarla çalışırken (örneğin yeni bir abonelik formu, yeni mikro site oluşturmak için) onlarla nasıl konuşacağınızı, ne isteyeceğinizi ve çalışmalarını nasıl değerlendireceğinizi bileceksiniz.

Web sitesi analitiği:

Müşterilerinizi, davranışlarını, tercihlerini anlamak, yeni başlatılan açılış sayfalarınızın veya abonelik formlarınızın performansını değerlendirmek için şirketinizin kullandığı web sitesi analiz yazılımını nasıl kullanacağınızı (veya kendiniz bir tane oluşturacağınızı) öğrenmeniz gerekir. Web sitesinde varsayılan olarak nelerin izlendiğini (etiketlerin nereye yerleştirildiğini) ve özel olarak ne tür bir izleme talep etmeniz gerektiğini, örneğin özel etkinlik izleme veya özel dönüşüm hunilerini öğrenmek faydalıdır.

Öğrenmeniz gereken CMS özellikleri

CMS sisteminiz hakkında ne bilmelisiniz? Bir CMS sistemi seçerken nelere dikkat etmelisiniz? Neyin mümkün olup neyin olmadığını anlamak için geliştiricilerinize ne sormalısınız?

Düzenleme kolaylığı:

Bir içerik editörünün bakış açısından CMS'nin kullanımı ne kadar kolay? Bu, içeriğin pazara çıkış süresini etkileyecektir. Düzenleme hızını etkileyebilecek unsurlar şunlardır: sürükle ve bırak özellikleri, sayfalar oluşturmak için esnek 'bloklar', otomatik iş akışları (örneğin çevirileri göndermek/almak için), tek bir kaynaktan doldurulan içerik (örnek: dinamik modüller, güncelleme yaptığınız yer) içerik bir kez ve çeşitli alt sayfalarda ve hatta farklı dijital yüzeylerde görünecektir), ortamlar arasında içerik senkronizasyonu (tüm içerikleri farklı ortamlarda kopyala-yapıştır ihtiyacını ortadan kaldırır).

Sürüm oluşturma:

CMS'niz içeriğin önceki sürümlerinin kaydedilmesini sağlıyorsa, içeriğin yeni bir sürümünü oluşturursanız ancak herhangi bir nedenle fikrinizi değiştirirseniz, önceki sürümü geri yükleyebilirsiniz. Bazen versiyonlar arasındaki karşılaştırmayı görmek ve otomatik olarak değiştirilen kısımların altını çizmek bile mümkündür.

Geri yükleme (geri alma):

İçeriğiniz bir sürümden sonra bozulursa, geliştiricileriniz içeriğin neden başarısız olduğunu araştırana kadar geçici olarak düzeltmek için önceki içerik sürümüne geri dönebilmeniz gerekir.

Arşivleme:

CMS, içeriği arşivlemenize izin vermelidir. Önemli olan arşivlerin/eski içerik sürümlerinin ne kadar süreyle saklandığıdır. Farklı içerik türleri için yasal gereklilikleri dikkatlice değerlendirmeli ve gelecekte gerekli olabilecek yüksek riskli içerik (örneğin: şartlar ve koşullar, promosyon içeriği, gizlilik politikası, tanımlama bilgisi izni) için arşivlenen içeriğin ömrünü uzatmalısınız. yasal soruşturmalar

Uyumluluk:

Bir CMS sistemi için temel gereksinim, mimariniz, arka uç, ön uç, ödeme sistemleri, rezervasyon sistemleri, şu anda kullanmakta olduğunuz herhangi bir harici yazılım ile uyumluluktur.

Entegrasyonlar:

Şirketinizin halihazırda kullandığı diğer yazılımlara entegrasyon sağlayan veya pazarlama yığınınızın diğer bölümlerini yerel olarak veya API bağlantısı yoluyla kolayca entegre edebilen bir sistem, size zaman ve aksi takdirde özel entegrasyonlar için harcamanız gereken paradan tasarruf sağlayacaktır.

A/B testi:

Kılavuzda kontrol etmeniz veya geliştiricilerinize sormanız gerekenler:

İçerik A/B testleri oluşturma olanağınız var mı (aynı yer tutucuya yerleştirilecek ve A/B test yazılımıyla değiştirilebilecek birkaç içerik sürümü)? Değilse, geliştiricileriniz test etmeniz gereken içerik türleri (modüller, bloklar) için geliştirebilir mi? Ne kadar zaman alacaktı?

Kişiselleştirilmiş içerik:

Yerinde herhangi bir kişiselleştirme aracınız (yazılımınız) var mı? Şu anda ne tür içerik kişiselleştirilebilir (CMS'de kişiselleştirme sistemi tarafından değiştirilebilecek birden fazla sürüm ne tür içerik oluşturulabilir)?

CMS sisteminiz kişiselleştirme aracıyla entegre olabiliyorsa, içerik depolama için yalnızca bir sistem kullanmaya devam edebilirsiniz, bu da içeriğin yeniden kullanılmasını ve yönetilmesini kolaylaştırır (ürün adı değişikliği, çeviri değişikliği durumunda değişiklik yapın). veya diğer platformlar arası değişiklikleri uygulamak istediğinizde). ‍

Çeviri yönetimi:

Sitenin yerelleştirilmiş sürümlerini sunmak istiyorsanız, CMS sisteminizin dil desteğine sahip olması gerekir. Minimum işlevsellik, aynı içeriğin çeşitli dil sürümlerini aynı CMS'de depolayabilme anlamına gelir. Çok dilli web siteleri (20+ dil) ve diğer dijital platformlarla ilgili deneyimime dayanarak önerdiğim şey, CMS'nin aynı içerik modülü/blok için aynı yerde depolanan tüm dillere sahip olması gerektiğidir. Fark ne? Aynı site yapısının bir “kopyası” olarak aynı CMS'de farklı dil sürümlerini tutarsanız, aynı modülü bulmak ve tüm dillerde güncellemek için her dil sürümünü açmanız, bu modülün her birinde nerede olduğunu bulmanız ve ardından güncelle onu. Dil sürümlerine doğrudan modül düzeyinde sahipseniz, CMS'de aramadan kaybolmadan aynı içeriği bulmak ve tüm dillerde güncellemek kolaydır.

Çeşitli dil içeriği sürümlerini yönetmek zor bir iştir. Zaman alıcıdır ve yüksek oranda hata içerir (eğer/içerik düzenleyici bir şeyi yanlış kopyalarsa). Çevirileri yönetmenin en kolay yolu, CMS'den çeviri ajansı yazılımı ile entegrasyona sahip olmaktır. Bu şekilde, çeviri için orijinal içeriği (örneğin İngilizce'den) çeşitli dillere doğrudan CMS'den gönderebilmeniz ve çeviri bürosundan çevirileri alabilmeniz gerekir. Size zaman kazandırır (kopyala-yapıştır gerektirmez), hata riskini azaltır ve pazara sunma süresini artırır. Bazı durumlarda, çevirmenlerin içeriği çevirmesini daha da kolaylaştıran çeviri ajansına önizleme bağlantılarının gösterilmesini etkinleştirmek bile mümkündür. Proxy çevirilerini yönetmek daha da kolaydır. Proxy çevirisinin yaptığı, web sitenizi proxy, yerelleştirilmiş sürümlerle doldurmaktır. Çeviri ajansı daha sonra bu dil sürümlerini oluşturur ve bunları sunar. İçerik düzenleme süresini büyük ölçüde azaltır ancak mobil uygulamalar, e-posta, SMS gibi diğer platformlar için değil, yalnızca web siteleri için çalışır. Diğer platformları kapsamak için, örneğin API gibi başka bir entegrasyon türüne ihtiyacınız olacaktır.

Ayrıca yararlı bir özellik, çeviri bürosundan çeviri geldiğinde veya çevirileri dışa aktarırken/içe aktarırken herhangi bir sorun bulunduğunda otomatik bildirimlerdir (CMS bunu sağlamazsa web kancaları ile yapılandırılabilir). kutu).

İpucu: Geliştiricilerinizden - yerel ayarlar - duymaya devam edeceğiniz bir ifade, diller gibidir ancak daha ayrıntılıdır. Almanca tek bir dil olsa da, birçok farklı Almanca yerel ayarı vardır: Almanya'da Almanca için de-DE, Avusturya'da Almanca için de-AT, İsviçre'de Almanca için de-CH vb.

SEO optimizasyonu:

Sayfa içi SEO'yu CMS'nizden yönetebilir misiniz? URL'leri kendiniz özelleştirebilir misiniz? Meta başlık, meta veriler, meta etiketler için alanlarınız var mı? <h1> etiketleri ekleyebilir misiniz? CMS site haritasını otomatik olarak oluşturuyor ve yayınlandıktan sonra ona yeni sayfalar ekliyor mu yoksa geliştiricilerinizden bunu sizin için yapmasını istemeniz mi gerekiyor? İçeriği birden fazla yerde doldurursanız veya daha fazla dilde yayınlarsanız, hreflangs ve kanonik etiketleri nasıl ayarlayabilirsiniz? Olasılıkların neler olduğunu ve geliştiricilerinizle ne zaman iletişim kurmanız gerektiğini bilmelisiniz.

Çok platformlu yayıncılık:

CMS sisteminiz içeriği diğer dijital platformlara (mobil uygulama, e-posta, akıllı saat, chatbot vb.) sunabiliyor mu? Bunu yapmak için yapılandırabilir misiniz? Daha fazla dijital iletişim kanalı sürdürmeyi planlıyorsanız, bu önemli bir sorudur. Tüm içeriği tek bir yerde tutmanın, içerik yönetiminin karmaşıklığını azaltmak, içeriği yeniden kullanmak, çevirileri yeniden kullanmak, farklı platformlarda tutarsız içeriğe sahip olma riskini azaltmak gibi büyük faydaları vardır.

Giriş:

CMS sistemleri, farklı haklara sahip farklı erişim türleri sunabilir. İçeriği farklı kişilerin hazırlamasını, gözden geçirmesini, onaylamasını istiyorsanız veya bazı editörlerin yalnızca belirli içerik türlerine erişebilmesi gerekiyorsa (örneğin, belirli bir bölümün yalnızca o bölüme ait içeriğe erişimi var) yararlı olabilir. .

İşbirliği içinde çalışmak:

İçeriği düzenleyen daha fazla düzenleyiciniz varsa, tek bir içerik parçası üzerinde ortak çalışma seçeneğinin olması yararlı olacaktır. Bazı CMS sistemleri, bir kullanıcı açarsa dosyayı kilitler, bazıları aynı anda düzenlemenize izin verir.

Anlaşılmaya değer teknik kavramlar:

CMS geliştiricileri, CMS yönetimi veya içerik düzenleme ile ne kadar yakın çalışmanız gerektiğine bağlı olarak, daha teknik konulara biraz daha derine dalmak isteyebilirsiniz. İşte anlamaya değer birkaç konu:

Web siteniz statik mi yoksa dinamik mi?

Dinamik web sitesi müşterilerin içeriği doğrudan sunucularınızdan indirdiği anlamına gelir. Bu durumda, içeriği geçici olarak değiştirebilirsiniz ve değişiklikler, web sitenizi yeniden yükleyen tüm müşteriler için otomatik olarak canlı web sitesine aktarılacaktır.

Statik web sitesi , içeriğin (ve kodun) paketlendiği ve zaman zaman bir web sitesi sürümüyle birlikte yayınlandığı anlamına gelir (sıklık, şirkete/kod türüne göre değişir). Müşteriler yalnızca bu statik sürüme ulaşabilir ve sunucularınızda çok daha az yük oluşturur. Statik web sitesindeki içeriğin değiştirilmesi ancak web sitesinin yayınlanması ile mümkündür. Eğer böyle bir web siteniz varsa, yayınların ne zaman olduğunu, içeriğin ne zaman onlar için hazır olması gerektiğini öğrenmelisiniz. Bazen statik web sitelerinin sürümler arasında içerik yayınlamak için bazı geçici çözümleri vardır, bu geçici çözümlerin kısıtlamalarını anlamanız gerekir (bu şekilde ne yayınlanabilir, tarama ne kadar sürer - içeriği bir pakete paketlemek - ve yayınlamak).

Web sitesi sürümü :

Web sitesi sürümü, web sitesine yeni kodun (ve içeriğin) teslim edilmesi anlamına gelir. Web sitesi yayınları üzerinde çalışmanız gerekiyorsa veya bazı içerikler yalnızca bir web sitesi yayınıyla teslim edilebiliyorsa (örneğin, FE uygulamalarında depolandıkları için), geliştirme ekibinizin kadansının ne olduğunu öğrenmelisiniz – ne sıklıkla alırlar? yeni gelişmeler? Yayınlar ne sıklıkla? Web sitesinde yayınlamak için yeni girişim hakkında onları ne zaman bilgilendirmeniz gerekiyor, talepten teslimata (teslimat süresi) pazara sunma süresi nedir?

ortamlar:

Ortamlar , alana özgü verilerin birden çok sürümünü oluşturmanıza ve korumanıza ve bunlarda ayrı ayrı değişiklik yapmanıza olanak tanıyan bir alan içindeki varlıklardır. Çeşitli ortamlara sahip olmak, paralel geliştirmelere, testlere ve sürekli entegrasyona olanak tanır, bu da ekibinizin aynı anda 1'den fazla projeyi teslim etmesine ve çevik bir şekilde çalışmasına (aynı anda geliştirme ve test etme) yardımcı olur.

Kullanıma hazır mı yoksa özel olarak oluşturulmuş CMS mi?

Kullanıma hazır çözümler esneklikten yoksun olabilir ve bunları özelleştirmek zor olabilir. Özel yapım çözümler çok fazla bakım gerektirir ve her yükseltme size çok fazla çaba harcar, bu da (sabit lisans maliyetlerine kıyasla) öngörülemeyen geliştirme maliyetleri anlamına gelir. En iyi çözüm, arada bir çözümdür: çok fazla özelleştirme yapmanıza gerek kalmaması için yeterli esneklik sağlayan, kullanıma hazır bir çözüm. API tabanlı CMS sistemlerinin şu anda çoğu şirket için mevcut en iyi çözüm olmasının bir başka nedeni de budur.

Başsız CMS:

"Standart" (başsız değil) CMS, içerik oluşturmak için basit bir arayüze, dijital varlıkları depolamak için veritabanına ve içeriği yayınlama olanağına sahip bir arka uç sağlar. İçerik ön uç tarafından çekilir ve bir sayfada yayınlanır. Ön uç ve içerik birleştirilmiştir, ön uç uygulaması olmadan içeriği güncelleyemezsiniz. İçerik, resimler, HTML, CSS - Her şey tek bir pakette yayınlanır. Bu, içeriğin ön uç kodla aynı sürümlerde olması gerektiği anlamına gelebilir (bu nedenle, daha az sıklıkta güncellenebilir), ayrıca CMS kullanımını yalnızca web siteleriyle sınırlayabilir (içerik ve kod karıştırıldığından, içerik farklı dijital kanallarda esnek bir şekilde yayınlanabilir).

İçerik sunmaya yönelik farklı bir yaklaşım, "başsız" bir CMS'dir - bir web sitesinin sunum katmanı bir CMS'nin "başı"ysa, bu sunum katmanının kesilmesi, başsız bir CMS oluşturur. Bu durumda, içerik deposu “gövdesi” sunum katmanından ayrılır. Bu, tüm içeriğin aynı içeriğin kanallar arası yayınlanabileceği tek bir başsız içerik merkezinde birleştirilmesini sağlar. Bu, düzenlemeyi çok daha kolay hale getirir - kopyayı veya görüntüyü tek bir yerden değiştirin ve bu değişiklik içeriğin bulunduğu her yere uygulanacaktır. Başsız CMS'ler arka uç ve ön uç görevlerini böler - bu, geliştiricilerin ön uç deneyimlerini tercih ettikleri dilde (kısıtlayıcı arka uç teknolojilerine bağlı kalmadan) hızla kodlayıp tasarlayabilecekleri anlamına gelir. Bunun yerine, içerik depolama ve yönetim gibi arka uç işlevlerini herhangi bir ön uç dağıtım ortamına bağlamak için Uygulama Programlama Arayüzlerini (API'ler) kullanabilirler. Yeni sayfalar veya mobil uygulama ekranları geliştirmeyi çok daha hızlı ve kolay hale getirir.

Başsız e-ticaret platformları hakkında daha fazla bilgiyi buradan okuyun.

API nedir?

API öncelikli sistemler (API – Uygulama Programlanabilir Arayüzü), iki ayrı uygulama arasında açıkça tanımlanmış iletişime izin veren koda sahiptir. Bunlar, CRM yöneticilerine ihtiyaçlarınızı neredeyse %100 oranında karşılamak için bir araya getirebileceğiniz bazı hazır yapı taşları sağlayan modern yazılım platformlarıdır. Diğer sistemlerle hızlı entegrasyona hazırdırlar.

“API: Postacı

API'yi, uygulamanızın isteğini başka bir yazılıma ileten ve ardından yanıtı uygulamanıza geri getiren bir postacı olarak düşünün. Basit bir örnek: Google Takvim ile seyahat uygulamanız arasında iletişime olanak tanıyan ve böylece bir kullanıcı bir seyahat rezervasyonu yaptığında takvimiyle senkronize olmasını sağlayan API'dir." Kaynak: Clevertap

API'lerin ne olduğu ve API öncelikli yazılımı seçerken bilmeniz gerekenler hakkında daha fazla bilgiyi buradan okuyun.

Web kancaları nedir?

Web kancaları API'lere benzer, ancak daha basittir. API, veri eklemek, düzenlemek ve almak için işlevler veya çağrılar içeren bir uygulama için tam bir dildir. Bir API ile işi kendiniz yapmanız gerekir. Bir API yardımıyla bir başkasına bağlı bir uygulama oluşturursanız, uygulamanızın ihtiyaç duyduğunda diğer uygulamadan yeni veriler istemesi için özel yollara sahip olması gerekir. Web kancaları ise bir uygulamanın belirli bir bölümü için tasarlanmıştır ve otomatikleştirilmiştir. Otomatik olarak çalışan basit, bire bir bağlantıdır.

Web kancası örneği, e-postanıza gönderilen ve CMS'nize yeni bir çeviri geldiğinde tetiklenen bir bildirim olabilir.

SDK'lar nedir?

SDK, yazılım geliştirme kiti anlamına gelir - geliştiriciler tarafından belirli platformlar için uygulamalar oluşturmak için kullanılan bir dizi yazılım aracı ve program. SDK araçları, geliştiricilerin kullanabilecekleri ve belirli platformlar veya programlama dilleri için tasarlanmış kendi uygulamalarına entegre edebilecekleri kitaplıkları, belgeleri, kod örneklerini, kılavuzları ve süreçleri içerir.

SDK – Postane/Donanım Mağazası:

API bir postacıysa, bu bağlamda SDK nedir?
Postane VE hırdavatçı bir arada. Başka bir yazılımla (yani bir veya daha fazla API) iletişim kurmak için gerekli her şeyi ve tamamen yeni bir uygulama oluşturmak için kullanılabilecek malzemeleri (yani kod kitaplıkları, hata ayıklama tesisleri, teknik notlar, öğreticiler ve belgeler) içerebildiğinden. (...) bir geliştirme kitidir. SDK, bir veya daha fazla API ve temel yardımcı programları içerebilir. API, bir SDK'nın yalnızca bir parçasıdır. Devkit'i bir dizi SDK aracı için daha büyük bir "kapsayıcı" olarak düşünün ve haklı olacaksınız." Kaynak: Clevertap

Özet:

Bir CRM yöneticisi olarak, CMS platformları hakkında bazı temel bilgileri bilmelisiniz. Çoğu durumda, er ya da geç, bazı içerikleri yayınlamanız gerekecektir. İhtiyacınız olan mutlak temel, sizin için yapacak içerik editörleriniz varsa, şirketinizdeki iş akışlarını ve süreçleri bilmektir. İçeriği kendiniz düzenlemeniz ve yayınlamanız gerekiyorsa, içeriğin nasıl düzenleneceği, taslağının oluşturulacağı, yayınlanacağı ve içerik değişikliklerini test etme veya zamanlama olasılıkları gibi kullanımda olan platformun bazı temellerini öğrenmek isteyebilirsiniz. Daha ileri düzeyde bilgiye ihtiyacınız varsa, mevcut platformunuzdaki A/B testi, kişiselleştirme ve SEO optimizasyonu seçenekleri hakkında biraz daha bilgi edinmelisiniz. Basit bir içerik düzenleme yeterli değilse geliştirme ekibinizin nasıl çalıştığını ve gelişmeleri ne kadar önceden planlamanız gerektiğini biraz bilmeniz önerilir. Özellikle web sitesi yayınlarıyla içerik yayınlamanız gerekiyorsa (örneğin, web siteniz statikse veya CMS'niz başsız değilse) süreçlerine daha aşina olmalısınız. Biraz geliştirici dilini tanımak, konuşmayı başlatmanıza yardımcı olacaktır. Temel bilgileri öğrendikten ve kılavuzu okuduktan sonra, anlayışınızı derinleştirmek için geliştiricilerinize sorular sormaya başlamanızı şiddetle tavsiye ederim - bunlar mevcut yığınınız hakkında en büyük bilgi kaynağıdır!