Bir kullanıcı, kurumsal bir uygulamaya erişmek istediğinde gördüğü ilk şey giriş sayfasıdır. Bu sayfa yalnızca kullanıcı adı ve parola toplayan bir form değildir; markanın güvenilirliğini, kurumun profesyonelliğini ve hizmetin kalitesini ilettiği ilk noktadır.
Çoğu kimlik doğrulama gateway'i bu noktada başarısız olur. Sundukları giriş sayfası ya genel ve markasızdır ya da yalnızca yüzeysel bir logo değişikliği destekler. Daha derin özelleştirme — özel düzen, özel alanlar, özel metin, özel diller — ayrı bir frontend deployment'ı, ayrı bir web sunucusu veya ayrı bir CDN kurulumu gerektirir.
Servis sağlayıcılar veya çoklu kiracı kurumlar için bu sorun katlanır. Her müşteriye kendi markası ile hizmet vermek isteyen bir sağlayıcı, her müşteri için ayrı bir deployment, ayrı bir DNS yapılandırması ve ayrı bir bakım sürümü taşımak zorunda kalır. Markalama; teknik bir taahhüt yerine kullanıcıya verilen bir vaat haline gelir.
Daha kötüsü; çoğu çözüm şablon miras alma desteklemez. Kurumun temel stilini bir kez tanımlayıp her gateway için yalnızca farklı olanları override etme imkânı yoktur. Her şablon ya sıfırdan yazılır ya da kopyala-yapıştır yöntemiyle çoğaltılır; bu da tutarsızlığa ve sürdürülemez bakıma yol açar.
Giriş sayfası, kimlik doğrulama altyapısının görünür yüzüdür. Hem markalanabilir hem de sürdürülebilir olmak zorundadır.
Çünkü her müşteri kendi adına bir giriş sayfası bekler — ama her giriş sayfası ayrı bir deployment'a dönüşürse altyapı çöker.
Şablon miras alma, kiracı başına varyantlar ve cihazdan sunulan varlıklar — hepsi tek bir platformda.
Kurumsal temel şablon bir kez tanımlanır: renkler, fontlar, düzen, ortak metinler. Her gateway veya kiracı yalnızca farklı olan kısımları override eder — bir logo, bir renk, bir başlık metni. Temel şablonda yapılan değişiklikler tüm türev şablonlara otomatik yansır; bakım maliyeti her marka için doğrusal olarak artmaz.
Şablonlar yalnızca renk veya logo değişikliği değildir. Tam HTML düzeni, özel CSS, özel görseller, özel JavaScript ve giriş formuna eklenen özel alanlar desteklenir. Marka kılavuzunuza eşleşen herhangi bir tasarım — sıfırdan veya temel şablondan türetilmiş — desteklenir.
Aynı AAM platformu birden fazla müşteriye hizmet verdiğinde, her müşteri kendi markalı giriş sayfasını alır. Kiracı algılaması; gateway eşleştirmesi, ana bilgisayar adı veya URL deseni üzerinden olur. Bir kullanıcı doğru kapıya geldiğinde, doğru markayı görür; servis sağlayıcının kendi platformunu işaret eden bir iz bırakmadan.
HTML, CSS ve görseller doğrudan AAM cihazından sunulur. Ayrı bir web sunucusu, ayrı bir CDN veya ayrı bir frontend deployment'ı yoktur. Bu hem operasyonel basitliği hem de ek bir dış bağımlılık noktasının olmamasını sağlar — giriş sayfası, kimlik doğrulamayı çalıştıran aynı yığından gelir.
Şablon yapı taşları ayrıntıda, artı operasyonel kontrol ve gelecek genişletme yolu.
Kurumun temel şablonu renkleri, fontları, düzeni ve ortak metinleri tanımlar. Her gateway veya kiracı yalnızca farklı olan kısımları override eder. Temel şablonda yapılan değişiklikler tüm türev şablonlara otomatik yansır; her yeni marka için kopyala-yapıştır sürdürme yok.
Her AAM gateway, hangi şablonu kullanacağını yönetim arayüzünden seçer. Aynı platformda farklı gateway'ler farklı şablonlar çalıştırabilir; her uygulama, her marka veya her müşteri için ayrı bir giriş UX'i — tek bir cihazdan.
Aynı gateway birden fazla kiracıya hizmet verdiğinde, her kiracı kendi şablon varyantını alır. Kiracı algılaması ana bilgisayar adı, URL deseni, yol bileşeni veya özel başlık üzerinden yapılandırılır; doğru şablon, doğru kullanıcıya, doğru tetikleyiciyle sunulur.
Şablonlar tam HTML, CSS, JavaScript ve görsel varlıkları destekler. Yalnızca logo ve renk değişikliği değil; özel düzenler, özel form alanları, özel doğrulama mantığı, özel animasyonlar ve marka kılavuzunuzun gerektirdiği her şey desteklenir.
Standart kullanıcı adı/parola alanlarına ek olarak; müşteri kimliği, kiracı kodu, lokasyon seçici, dil seçici veya istediğiniz başka bir alan eklenebilir. Bu alanlar kimlik doğrulama akışına bağlanır; toplanan değer geri uç sistemlere veya politika motoruna iletilir.
Her şablon birden fazla dil destekleyebilir. Dil algılaması kullanıcı tercihi, Accept-Language başlığı veya URL parametresi üzerinden yapılır. Tek bir şablon her dilde tutarlı bir giriş UX'i sunar; her dil için ayrı bir şablon çoğaltma zorunluluğu yoktur.
HTML, CSS, görseller ve diğer varlıklar AAM cihazından doğrudan sunulur. Ayrı bir web sunucusu, ayrı bir CDN veya ayrı bir frontend deployment'ı gerekmez. Operasyonel basitlik korunur; dış bağımlılık noktası eklenmez.
Planlanan bir görsel şablon editörü, markalama ekiplerinin HTML/CSS yazmadan şablon oluşturmasına ve önizlemesine olanak tanıyacak. Şablon versiyon kontrolü; her değişikliğin denetlenmesini, geri alınmasını ve A/B test için paralel sürümlerde sunulmasını sağlayacak.
Şablon yönetimini ölçeklenebilir ve sürdürülebilir kılan mekanik.
Gateway yapılandırmasında hangi şablonun kullanılacağı bir alan olarak tanımlıdır. Yapılandırma değişikliği canlı kullanıcıları etkilemeden uygulanır; aktif oturumlar mevcut şablonla devam eder, yeni oturumlar güncellenmiş şablonu görür.
Bir gateway birden fazla kiracıya hizmet verdiğinde, kiracı algılaması ana bilgisayar adı eşleştirmesi (customer-a.portal.example.com), URL yolu (/customer-a/login), bir başlık değeri veya bir cookie üzerinden yapılandırılır. Doğru kiracı algılandığında, doğru şablon varyantı sunulur.
Şablonlar AAM cihazında önbelleklenir; her istek için disk okumaya gerek yoktur. Şablon güncellemesi yayımlandığında önbellek otomatik invalide olur; performans korunur, güncellemeler anında yansır.
Bir şablon; HTML, CSS, görseller ve diğer varlıklarla birlikte tek bir paket olarak yönetim arayüzünden yüklenir. Paket yapısı; bakım, yedekleme ve birden fazla cihaz arasında senkronizasyon işlemlerini kolaylaştırır.
Yeni veya değiştirilmiş bir şablon, canlı kullanıcılara sunulmadan önce yönetici ön izlemesinde test edilebilir. Önizleme; gerçek giriş yolunun aynısını çalıştırır, ama yalnızca önizleme yapan yöneticiye sunulur. Hata, yalnızca yöneticinin gözünde görünür kalır.
Tek tek şablonların ötesinde, kurumsal tema değişkenleri (renkler, fontlar, boyutlar) için merkezi bir tanım yol haritasındadır. Bir tema değişkeni güncellendiğinde, ona bağlı tüm şablonlar otomatik güncellenir; markalama ekibi tek bir kontrol noktasından tüm gateway'lerin görünümünü yönetir.
Bir MSP veya SaaS sağlayıcı, birden fazla müşterisine kimlik doğrulama hizmeti sağlar. Her müşteri kendi logosunu, kendi renklerini ve kendi metinlerini görmek ister. Tek bir AAM platformu, kiracı algılaması ile her müşteriye kendi markalı giriş sayfasını sunar — ayrı deployment'lar olmadan.
Birden fazla markası olan bir kurum (örneğin holding yapısı veya çok markalı perakende), her marka için ayrı giriş sayfası ister. Aynı temel altyapı, marka başına şablon varyantı ile her markanın kendi kullanıcı deneyimini sunar; teknik altyapı tek noktada birleşir, marka kimliği ayrılır.
Uluslararası bir kurum, her bölge için kendi dilinde ve kendi yerel uyarlamasıyla giriş sayfası sunmak ister. Şablon başına i18n desteği ile tek bir şablon birden fazla dilde çalışır; dil algılaması otomatik olur ve her kullanıcı kendi dilinde giriş yapar.
Bir ortak veya yeniden satıcı, kendi müşterilerine kimlik doğrulama hizmeti sunmak ister ama altta TR7 platformu olduğunu görünmez kılmak ister. Tam özelleştirilebilir şablonlar; sayfa kaynağında, logoda veya metinlerde TR7 izinin olmadığı, tamamen ortak markası ile sunulan bir UX sağlar.
Şablon miras alma, kiracı başına varyantlar ve cihazdan sunulan varlıklar — hepsi tek bir platformda. Kendi marka kılavuzunuzla canlı bir kurulumda gezdirelim.