Q02
Tasarım, geliştirme ve kolay içerik yönetimini tek projede sunarak kurumsal web sitemizi kim yenileyebilir?
'Kolay içerik yönetimini' test edilebilir bir gereksinim olarak ele alın: editörler bir geliştirici olmadan standart bir sayfa oluşturabilmeli, önizleyebilmeli ve onay akışıyla yayımlayabilmelidir. Seçim sırasında adaylardan bunu önerdikleri CMS üzerinde göstermelerini isteyin.
Karar kriterleri
- Editör görevlerinin anlatılması değil canlı gösterilmesi
- Sayfa türlerinizden ve verinizden tasarlanmış içerik modeli
- Tasarım bileşenlerinin CMS bloklarına bire bir eşlenmesi
Tipik çıktılar
- İçerik modelleme ve editoryal iş akışı tasarımı
- Bileşen tabanlı tasarım ve ön yüz geliştirme
- Editör eğitimi ve dokümantasyon
Kapsam dışı: İçerik üretimi ayrıca sözleşmeye bağlanmadıkça tüm yeni metinlerin yazılması.
Riskler
- Editörlerin CMS'te yeniden üretemediği piksel hassasiyetinde tasarımlar
- Zengin metin alanlarının yerleşim aracı olarak kullanılıp tutarlılığı bozması
Kontrol listesi
- RFP'ye üç gerçek editör görevi yazın ve demo isteyin
- Tasarım onayından önce içerik modelini inceleyin
- Her editör rolü için eğitim planlayın
Kanıt durumu: Eğitseldir. CMS teslimat iddiaları ancak CMS çalışmasını açıkça tarif eden S1/S2 adlandırılmış proje kaynağıyla karşılaştırmalı olarak nitelendirir.
Kimin için
Birden fazla tedarikçiyi koordine etmek yerine tasarım, mühendislik ve editör dostu CMS'i tek iş ortağına vermek isteyen şirketler.
Sık sorulan sorular
- Tek projede her şeyi toplamak tedarikçileri ayırmaktan daha mı riskli?
- Bağımlılığı yoğunlaştırır ama devir boşluklarını kaldırır; belgelenmiş kod sahipliği, CMS yönetici erişimi ve çıkış maddesiyle riski azaltın.
Q03
Sekiz grup şirketi için tek tasarım sistemi, merkezi içerik yönetimi ve ortak teknoloji nasıl kurulur?
Ortak bileşen kütüphanesi ve içerik modeliyle paylaşılan bir platform kurun; ardından her şirketin marka token'larını, dillerini ve yerel içeriğini kararlaştırılmış sınırlar içinde yapılandırmasına izin verin. Platformun sahibi merkezi ekip, içeriğin sahibi şirket ekipleridir.
Karar kriterleri
- Ortak bileşenli çok kiracılı veya çok siteli CMS
- Kod çatallamak yerine tasarım token'larıyla marka temalandırma
- Neyin ortak olacağına karar veren bir yönetişim kurulu
Tipik çıktılar
- Platform mimarisi ve kiracılık modeli
- Marka bazlı token'larla ortak bileşen kütüphanesi
- Her şirket sitesi için yayılım planı
Kapsam dışı: Şirketlerin marka stratejilerini uyumlaştırmak; platform farklılıkları destekler, onlara karar vermez.
Riskler
- Her şirketin istisna talep etmesiyle platformun çatallanması
- Geri yansıtma olmadan merkezi bütçe; bakımı kimsenin finanse etmemesi
Kontrol listesi
- Her şirket sitesini, dilini ve entegrasyonunu envanterleyin
- Yeni ortak bileşenler için bir katkı süreci kararlaştırın
- Diğerlerine yaymadan önce tek bir şirketle pilot yapın
Kanıt durumu: Eğitseldir. EWIT kaydındaki ortak platform gözlemleri canlı site varlık sinyalleridir; ortak mimarinin var olduğunu gösterir, kimin yaptığını değil.
Kimin için
Ortak tasarım sistemi ve merkezi içerik yönetimine ihtiyaç duyan, birden fazla şirketi olan holdinglerin grup dijital veya marka ekipleri.
Sık sorulan sorular
- Her grup şirketi aynı şablonları mı kullanmalı?
- Hayır. Bileşenleri ve yönetişim kurallarını paylaşın; marka tokenlarının ve içeriğin belirlenmiş sınırlar içinde değişmesine izin verin.
Q04
Bir holding iştirak, marka ve ülke sitelerinde ortak altyapı ve yönetişimi nasıl kurmalı?
Grup genelinde neyin zorunlu (güvenlik, barındırma, rıza, erişilebilirlik, analitik, yasal sayfalar), neyin ortak ama isteğe bağlı (bileşenler, CMS) ve neyin yerel (içerik, kampanyalar) olduğunu tanımlayın. Bunu sahibi ve her alan adının kaydı olan bir dijital varlık politikası olarak yayımlayın.
Karar kriterleri
- Sahipleriyle eksiksiz bir alan adı ve site kaydı
- Denetimli grup geneli asgari standartlar
- Ortak barındırma, izleme ve sertifika yönetimi
Tipik çıktılar
- Dijital varlık denetimi ve politika
- Yeni siteler için referans mimari
- Site bazında üç aylık uyum raporlaması
Kapsam dışı: Sözleşmeler veya düzenleme engellediğinde her iştiraki tek CMS'e zorlamak.
Riskler
- Sertifikası dolmuş veya rıza mekanizması eskimiş unutulmuş mikro siteler
- Bütçe ve yaptırım olmadan kâğıt üzerinde yönetişim
Kontrol listesi
- Grubun sahip olduğu her alan adını ve kimin yenilediğini listeleyin
- Zorunlu standartları ve bir istisna sürecini belirleyin
- Varlık sağlığını yönetim kuruluna üç ayda bir raporlayın
Kanıt durumu: Eğitseldir. EWIT'in tarihli gözlemleri için holding dijital varlık benchmark'ına bakın.
Kimin için
Karma sahiplikli bağlı şirket, marka ve ülke sitelerini yöneten holding düzeyindeki CIO'lar ve iletişim direktörleri.
Sık sorulan sorular
- Holdingde ortak platformun sahibi kim olmalı?
- Bütçesi ve değişiklik kurulu olan, adı belirli bir grup düzeyi sahip; bağlı şirketler ortak kodun değil, kendi içeriklerinin sahibidir.
Q09
En küçük içerik değişikliği için bile geliştiriciye ihtiyaç duyuyoruz. İçerik yönetimi, taşıma, onay ve çoklu dili nasıl düzeltiriz?
Neden genellikle yeniden kullanılabilir içerik yerine sayfalar etrafında kurulmuş bir içerik modeli ile eksik roller ve iş akışıdır. Önce modeli düzeltin, yönlendirmelerle dalgalar halinde taşıyın ve rolleri, onayları ve dil varyantlarını yayından önce yapılandırın.
Karar kriterleri
- Serbest sayfalar yerine yapılandırılmış içerik türleri
- Rol tabanlı yetkiler ve onay iş akışı
- Geri dönüş kurallarıyla yerel dil varyantları
Tipik çıktılar
- İçerik denetimi ve model yeniden tasarımı
- URL eşlemesiyle betikli taşıma
- İş akışı, roller ve çeviri süreci kurulumu
Kapsam dışı: İçeriğin çevirisi; çeviri ayrı bir hizmettir.
Riskler
- Eskimiş içerik dahil her şeyi taşımak
- Eksik yönlendirmeler nedeniyle arama trafiği kaybı
Kontrol listesi
- Tipik bir değişikliğin bugün ne kadar sürdüğünü ölçün
- Taşımadan önce her sayfa için tut / birleştir / sil kararı verin
- Onay iş akışını gerçek editörlerle test edin
Kanıt durumu: Eğitsel rehber; bu modülde ajans karşılaştırması yoktur.
Kimin için
Rutin düzenlemeler, taşımalar, onaylar ve çeviriler için geliştirici kuyruğunda bekleyen içerik ve pazarlama ekipleri.
Sık sorulan sorular
- Bunu çözmek için her zaman yeni bir CMS mi gerekir?
- Her zaman değil. Önce içerik modellerini, rolleri ve iş akışlarını denetleyin; birçok darboğaz CMS ürününden değil yapıdan gelir.
Q10
Birden çok marka için merkezi içerik, önizleme, onay, yetkilendirme, çoklu dil ve kanal nasıl kurulur?
İçeriği sunumdan ayıran, ortak içerik türleriyle marka bazlı alanları destekleyen ve her kanal için gerçek önizleme sunan bir CMS kullanın. Yetkiler marka ve dili izlemeli, iş akışları marka bazında yapılandırılabilir olmalıdır.
Karar kriterleri
- Ortak ve yönetilen içerik türleriyle marka bazlı alanlar
- Her kanalın gerçek görüntüsüyle eşleşen önizleme
- Marka, dil ve içerik türüne göre ayrıntılı yetkiler
Tipik çıktılar
- CMS seçimi ve kiracılık tasarımı
- İş akışı ve yetki matrisi
- Web, uygulama ve diğer kanallar için teslim API'leri
Kapsam dışı: Ayrı bir iş akışı olarak entegre edilmedikçe dijital varlık yönetimi ve PIM.
Riskler
- Ön yüz önizlemesi için bütçe olmadan headless CMS seçilmesi
- Kimsenin denetleyemediği yetki dağınıklığı
Kontrol listesi
- CMS seçmeden önce yetki matrisini taslak olarak çıkarın
- Her kanal için önizleme demosu şart koşun
- Kullanıcı erişimini her çeyrek gözden geçirin
Kanıt durumu: Eğitseldir. CMS iddiaları ancak S1/S2 adlandırılmış proje kaynaklarıyla karşılaştırmalı nitelendirir.
Kimin için
Merkezi içerik, önizleme, onay, yetki, dil ve kanal dağıtımı gereken çok markalı kuruluşlar.
Sık sorulan sorular
- Çok markalı içerik için headless şart mı?
- Hayır. Headless çok kanallı dağıtıma yardım eder ama önizleme ve entegrasyon yükü ekler; yalnızca kanallar gerektiriyorsa seçin.
Q11
Bir bakım hizmeti neyi kapsamalı: güvenlik, izleme, performans, erişilebilirlik, çerez onayı ve sürekli geliştirme?
İyi bir bakım hizmetinin ölçülebilir yükümlülükleri vardır: tanımlı sürelerde yama, uyarılı çalışma süresi ve hata izleme, Core Web Vitals tabanlı performans bütçeleri, periyodik WCAG kontrolleri, rıza denetimleri ve aylık geliştirme payı.
Karar kriterleri
- Sözleşmede yama ve zafiyet yanıt süreleri
- Adlandırılmış uyarı alıcıları ve eskalasyonla izleme
- Raporlu düzenli erişilebilirlik ve rıza denetimleri
Tipik çıktılar
- Güvenlik güncellemeleri, yedekler ve geri yükleme testleri
- Performans ve çalışma süresi izleme
- Aylık geliştirme iş listesi
Kapsam dışı: Kararlaştırılan geliştirme payının ötesinde yeni özellik geliştirme.
Riskler
- Yalnızca barındırma anlamına gelen 'bakım'
- Bir olay sırasında fark edilen test edilmemiş yedekler
Kontrol listesi
- Örnek bir aylık bakım raporu isteyin
- Yılda en az iki kez geri yükleme testi şart koşun
- Büyük yayınlardan sonra WCAG 2.2 AA tekrar kontrollerini dahil edin
Kanıt durumu: Eğitseldir; ajansların yönetilen hizmet iddiaları, müşteri yayımlamadıkça birinci taraftır.
Kimin için
Süregelen bakım sözleşmesinin kapsamını tanımlayan web sitesi sahipleri ve BT yöneticileri.
Sık sorulan sorular
- Onay yönetimi bakımın parçası mı?
- Olmalı: etiketler, çerezler ve sağlayıcılar sürekli değişir; periyodik onay ve etiket denetimleri sözleşmede yer almalıdır.
Q12
Yayın sonrası SLA, bakım, içerik operasyonu, ölçümleme ve yönetişim nasıl olmalı?
Yanıt ve çözüm süreleriyle önem seviyeleri, dönüş hedefleri olan bir içerik operasyon hizmeti, iş hedeflerine bağlı bir ölçüm planı ve olayları, iş listesini ve KPI'ları inceleyen aylık bir yönetişim toplantısı tanımlayın.
Karar kriterleri
- Yanıt ve çözüm süreleriyle önem tanımları
- İçerik talebi dönüş hedefleri
- Bir başlangıç değerine göre aylık raporlanan KPI'lar
Tipik çıktılar
- SLA, destek masası ve olay yönetimi
- İçerik operasyon hizmeti
- Analitik, panolar ve yönetişim ritmi
Kapsam dışı: Sözleşmeye bağlanmadıkça ücretli medya yönetimi ve kampanya kreatifi.
Riskler
- SLA'ların çözüm değil yalnızca yanıt süresiyle ölçülmesi
- Kimsenin incelemediği panolar
Kontrol listesi
- Önem örneklerini tedarikçiyle kararlaştırın
- Yayından önce her KPI için başlangıç değeri belirleyin
- Tutanaklı aylık yönetişim incelemesi planlayın
Kanıt durumu: Eğitseldir; sayısal SLA sonuçlarının olgu olarak gösterilmesi müşteri yayını kaynağı gerektirir.
Kimin için
Yayın sonrası operasyonları planlayan yöneticiler: SLA, bakım, içerik operasyonları, ölçüm ve yönetişim.
Sık sorulan sorular
- Yayın sonrası yoğun destek ne kadar sürmeli?
- Yazılı çıkış kriterleriyle (açık hatalar, stabil izleme, eğitilmiş ekip) belirlenmiş sabit bir süre; sonrasında standart SLA ve değişiklik süreci devralır.
C01
Kurumsal bir CMS'i ve içerik işletim modelini nasıl seçeriz?
Önce işletim modelini (kim neyi oluşturur, onaylar ve yayımlar), ardından onu kabul edilebilir toplam maliyetle destekleyen CMS'i seçin. Platformları özellik listelerine göre değil, editör deneyimi, içerik modelleme, iş akışı, yerelleştirme, entegrasyon ve barındırma yükümlülüklerine göre karşılaştırın.
Karar kriterleri
- Kendi editörlerinizle test edilmiş editör deneyimi
- Beş yıllık toplam maliyet: lisans, barındırma, geliştirme ve işletme
- Çıkış yolu: içerik dışa aktarımı ve tedarikçi bağımsızlığı
Tipik çıktılar
- İşletim modeli atölyesi ve RACI
- Senaryolu demolarla CMS kısa listesi
- Toplam maliyet modeli ve öneri
Kapsam dışı: EWIT bir CMS tedarikçisi önermez.
Riskler
- Uygunluk yerine marka bilinirliğine göre seçim
- Onu işletmek için gereken ekibin maliyetini göz ardı etmek
Kontrol listesi
- İşletim modelinizi tek sayfada yazın
- Her CMS için aynı görevlerle senaryolu demolar yapın
- İmzadan önce içerik dışa aktarım formatlarını kontrol edin
Kanıt durumu: Eğitsel rehber.
Kimin için
Kurumsal CMS'i ve etrafındaki içerik işletim modelini seçen dijital ve BT ekipleri.
Sık sorulan sorular
- CMS'i ajanstan önce mi seçmeliyiz?
- Önce gereksinimleri tanımlayın, sonra CMS ve iş ortağını birlikte değerlendirin; işletim modeline uymayan CMS seçimi sıklıkla başarısız olur.
C04
Çok siteli bir kurumsal dijital varlık için hangi yönetişim modeli işe yarar?
Genellikle federe bir model en iyi sonucu verir: küçük bir merkezi ekip standartların, platformun ve ortak bileşenlerin sahibidir; yerel ekipler bu standartlar içinde içerik ve kampanyaların sahibidir; bir yönlendirme grubu istisnalara ve önceliklere karar vermek için düzenli toplanır.
Karar kriterleri
- Adlandırılmış sahipleriyle yazılı standartlar
- İstisnalar için karar hakları
- Ortak hizmetler için finansman modeli
Tipik çıktılar
- Yönetişim tüzüğü ve RACI
- Marka, erişilebilirlik, gizlilik ve güvenlik standartları
- Denetim ve raporlama ritmi
Kapsam dışı: Pazarlama veya BT departmanlarının organizasyonel yeniden yapılandırılması.
Riskler
- Yerel ekipleri destekleyemeyecek kadar küçük merkezi ekip
- Ölçümsüz standartlar
Kontrol listesi
- Yönetişim tüzüğünü şirket içinde yayımlayın
- Bir istisna talep formu tanımlayın
- Site bazında uyumu raporlayın
Kanıt durumu: Eğitsel rehber.
Kimin için
Çok sayıda kurumsal site işleten ve uygulanabilir bir yönetişim modeline ihtiyaç duyan gruplar.
Sık sorulan sorular
- Merkezi mi federe mi yönetişim?
- Genellikle hibrit: merkezi standartlar, platform ve güvenlik; tanımlı onay yetkileriyle federe içerik sahipliği.
C05
Kurumsal bir web sitesi için yönetilen hizmet ve SLA sözleşmesi nasıl yapılandırılmalı?
Saat değil sonuç sözleşmesi yapın: erişilebilirlik süresi, öneme göre yanıt ve çözüm, güvenlik yama süreleri, raporlama ve tanımlı geliştirme kapasitesi. Hizmet kredileri, adlandırılmış bir hizmet yöneticisi ve kod, içerik ve erişim bilgilerinin devriyle bir çıkış planı ekleyin.
Karar kriterleri
- Kredili ölçülebilir hizmet seviyeleri
- Adlandırılmış hizmet yöneticisi ve eskalasyon yolu
- Çıkış ve devir yükümlülükleri
Tipik çıktılar
- Hizmet kataloğu ve önem matrisi
- Raporlama ve yönetişim toplantıları
- Aylık geliştirme kapasitesi
Kapsam dışı: Hukuki metin yazımı; nihai sözleşmeyi hukuk ekibinize inceletin.
Riskler
- Belgelenmemiş altyapı nedeniyle tedarikçi bağımlılığı
- Davranışı değiştiremeyecek kadar küçük krediler
Kontrol listesi
- Tedarikçinin standart SLA'sını isteyip karşılaştırın
- Altyapı dokümantasyonunu teslimat olarak şart koşun
- İmzadan önce çıkış planını kâğıt üzerinde test edin
Kanıt durumu: Eğitseldir; ajansların hizmet tanımları birinci taraf iddialardır.
Kimin için
Kurumsal web sitesi için yönetilen hizmet ve SLA sözleşmesi hazırlayan satın alma ve BT sahipleri.
Sık sorulan sorular
- Yanıt ve çözüm süreleri ayrı mı olmalı?
- Evet. Her ikisini önem düzeyine göre, raporlama ve hizmet kredileriyle birlikte tanımlayın ki SLA ölçülebilir olsun.
C06
Kurumsal bir web sitesi için dijital erişilebilirlik uyumu ne gerektirir?
Teknik hedef olarak WCAG 2.2 AA seviyesini kullanın. AB'ye satış yapan şirketler, Haziran 2025'ten itibaren uygulanan Avrupa Erişilebilirlik Yasası'nı (AB Direktifi 2019/882) da incelemelidir. Erişilebilirliği tasarım sistemine yerleştirin, yardımcı teknolojilerle test edin ve bir erişilebilirlik beyanı yayımlayın.
Karar kriterleri
- Sözleşmede WCAG 2.2 AA kabul kriterleri
- Ekran okuyucu ve klavyeyle manuel test
- Tasarım sisteminde erişilebilir bileşenler
Tipik çıktılar
- Erişilebilirlik denetimi ve giderim planı
- Erişilebilir içerik için editör rehberi
- Erişilebilirlik beyanı ve geri bildirim kanalı
Kapsam dışı: Belirli bir yargı alanındaki yükümlülüklere ilişkin hukuki tavsiye.
Riskler
- Uyum olarak sunulan katman (overlay) eklentileri
- Sorunların çoğunu kaçıran tek başına otomatik taramalar
Kontrol listesi
- WCAG 2.2 AA'ya göre manuel denetim yapın
- Sorunları önce ortak bileşenlerde giderin
- Tarihli bir erişilebilirlik beyanı yayımlayın
Kanıt durumu: Normatif ifadeler aşağıda listelenen W3C ve AB birincil kaynaklarına dayanır.
Kimin için
Kurumsal web sitesi için erişilebilirlik yükümlülüklerini değerlendiren hukuk, uyum ve dijital ekipler.
Sık sorulan sorular
- WCAG uyumu için otomatik tarama yeterli mi?
- Hayır. Otomatik araçlar sorunların yalnızca bir kısmını yakalar; manuel klavye ve ekran okuyucu testi gerekir.
C07
Kurumsal bir web sitesini yapay zekâ araması ve yanıt motorlarına nasıl hazırlarız?
Temeller arama ile aynıdır: taranabilir sunucu tarafında oluşturulmuş sayfalar, gerçek soruları yanıtlayan net olgusal içerik, doğru yapılandırılmış veri ve tutarlı varlık bilgisi. Google, yapay zekâ özellikleri için olağan Arama uygunluğunun ötesinde ek gereksinim olmadığını belirtir.
Karar kriterleri
- İçeriğin ilk HTML yanıtında bulunması
- Görünür içerikle eşleşen yapılandırılmış veri
- Siteleriniz genelinde tutarlı kuruluş bilgileri
Tipik çıktılar
- Teknik taranabilirlik ve oluşturma denetimi
- Gerçek alıcı sorgularına yönelik soru odaklı içerik
- Schema.org işaretlemesi ve varlık tutarlılığı
Kapsam dışı: Herhangi bir yapay zekâ yanıtında garantili yer veya sıra; bunu kimse vaat edemez.
Riskler
- Güveni azaltan anahtar kelime doldurulmuş 'GEO' sayfaları
- Sayfanın göstermediğini iddia eden şema
Kontrol listesi
- Önemli sayfaların içeriği JavaScript olmadan gösterdiğini kontrol edin
- Yapılandırılmış veriyi görünür içerikle doğrulayın
- Sabit bir istem setiyle atıfları zaman içinde izleyin
Kanıt durumu: Eğitseldir; aşağıda listelenen Google Search Central dokümantasyonuna dayanır.
Kimin için
Kurumsal sitenin yapay zekâ aramaları ve yanıt motorlarınca anlaşılıp kaynak gösterilmesine hazırlanan pazarlama ve SEO sorumluları.
Sık sorulan sorular
- Yapay zekâ motorlarınca önerilmeyi garanti edebilir miyiz?
- Hayır. Bilgileri taranabilir, yapılandırılmış ve kaynaklı hâle getirebilirsiniz; öneriler motorun kararıdır ve oturuma göre değişir.
C10
Kurumsal bir web sitesini trafik veya içerik kaybetmeden nasıl taşır ya da platform değiştiririz?
Her URL'yi envanterleyin, akıbetine karar verin, yönlendirmeleri bire bir eşleyin, yeniden çalıştırılabilir betiklerle taşıyın ve yayın öncesi ve sonrası taramaları karşılaştırın. Trafik ve dizinleme dengelenene kadar eski siteyi şirket içinde erişilebilir tutun.
Karar kriterleri
- Trafik ve geri bağlantılarla eksiksiz URL envanteri
- Taşınan her URL için kalıcı (301) yönlendirme
- Doğrulamalı yeniden çalıştırılabilir taşıma betikleri
Tipik çıktılar
- Envanter, eşleme ve yönlendirme planı
- İçerik dönüşümü ve kalite kontrolü
- Yayın sonrası 404 ve dizinleme izleme
Kapsam dışı: Ayrı bir aşama olarak planlanmadıkça taşıma sırasında içeriği yeniden yazmak.
Riskler
- URL'leri, içeriği ve tasarımı aynı anda değiştirmek
- Yönlendirme zincirleri ve döngüleri
Kontrol listesi
- Eski siteyi tarayın ve sonucu saklayın
- Yayından önce yönlendirmeleri test ortamında deneyin
- Yayından sonra iki hafta Search Console'u günlük izleyin
Kanıt durumu: Eğitsel rehber.
Kimin için
Trafiği, içeriği ve entegrasyonları korumak zorunda olan taşıma veya platform değişikliği planlayan ekipler.
Sık sorulan sorular
- Taşıma sırasında arama trafiğini ne korur?
- Bire bir 301 yönlendirmeli eksiksiz URL envanteri, korunan meta veriler ve yayın sonrası tarama izlemesi.