Giriş sayfası, kullanıcının kurumunuzla ilk ve en kritik temasıdır
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 merkezi olarak yönetilen paylaşılan şablonları desteklemez. Kurumun markalamasını bir kez tanımlayıp her gateway'in bu şablona bağlanarak yalnızca farklı olanı değiştirmesinin bir yolu 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.
Yaklaşımımız
Merkezi olarak yönetilen paylaşılan şablonlar, kiracı başına varyantlar ve cihazdan sunulan varlıklar — hepsi tek bir platformda.
Paylaşılan şablonlar — bir kez tanımla, gateway'ler arası yeniden kullan
Kurumsal markalama, merkezi olarak yönetilen paylaşılan bir şablonda bir kez tanımlanır: renkler, fontlar, düzen, ortak metinler. Her gateway veya kiracı bu şablona bağlanır ve yalnızca farklı olan kısımları değiştirir — bir logo, bir renk, bir başlık metni. Markalama bir kez tanımlanır ve gateway'ler arasında yeniden kullanılır; bakım maliyeti her marka için doğrusal olarak artmaz, marka başına kopyalama olmaz.
Tam özelleştirme — HTML, CSS, görseller, özel alanlar
Şablonlar yalnızca renk veya logo değişikliği değildir. Tam HTML düzeni, özel CSS, özel görseller ve giriş formuna eklenen özel alanlar desteklenir. Marka kılavuzunuza eşleşen herhangi bir tasarım — sıfırdan veya paylaşılan şablon üzerine kurulmuş — desteklenir.
Kiracı başına varyantlar — servis sağlayıcı için tasarlanmış
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.
Cihazdan sunulur — ayrı web sunucusu veya CDN yok
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.
Yetenekler
Şablon yapı taşları ayrıntıda, artı operasyonel kontrol ve gelecek genişletme yolu.
Paylaşılan şablonlar — DRY markalama
Kurumun merkezi olarak yönetilen paylaşılan şablonu renkleri, fontları, düzeni ve ortak metinleri tanımlar. Her gateway veya kiracı bu şablona bağlanır ve yalnızca farklı olan kısımları değiştirir. Markalama bir kez tanımlanır ve gateway'ler arasında yeniden kullanılır; her yeni marka için kopyala-yapıştır sürdürme yok.
Gateway başına şablon atama
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.
Çoklu kiracı destek — kiracı başına şablon varyantı
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.
Tam HTML, CSS ve görsel kontrolü
Şablonlar tam HTML, CSS ve görsel varlıkları destekler. Yalnızca logo ve renk değişikliği değil; özel düzenler, özel form alanları ve marka kılavuzunuzun gerektirdiği her şey desteklenir.
Form alanı özelleştirme — giriş akışına özel alanlar ekleme
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 kurum servislerine veya politika motoruna iletilir.
Çoklu dil — şablon başına i18n
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.
Cihazdan sunulan varlıklar — ayrı altyapı yok
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.
Operasyonel derinlik
Şablon yönetimini ölçeklenebilir ve sürdürülebilir kılan mekanik.
Şablon atama gateway yapılandırmasının bir parçasıdır
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.
Kiracı algılaması yapılandırılabilir tetikleyicilerle çalışı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.
Şablon önbellekleme — performans pahasına sürtünme yok
Ş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.
Şablonlar ve varlıkları yönetim arayüzünden yönetilir
Bir şablon ve varlıkları — HTML, CSS, görseller ve diğer dosyalar — yönetim arayüzü üzerinden yönetilir. Bu, bakım ve yedeklemeyi kolaylaştırır ve şablonlar birden fazla cihaz arasında senkronize edilir; böylece her düğüm aynı markalamayı sunar.
Gateway başına şablon ataması — ayrı web sunucusu yok
Her gateway, yapılandırma yoluyla kendi şablonuna bağlanır. Bu atamadaki bir değişiklik, ayrı bir web sunucusu kurmadan veya yeniden dağıtmadan geçerli olur; gateway yalnızca güncellenmiş şablona bağlanır ve onu doğrudan sunar.
Hangi senaryolarda kullanılır
Servis sağlayıcı — kiracı başına markalı giriş
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.
Çok markalı kurum — her marka için ayrı kapı
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.
Çoklu dil ve bölgesel uyarlama
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.
Beyaz etiket çözüm — kurumun kendi adına sunulan giriş
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.
Sık sorulanlar
Şablon ne kadar özelleştirilebilir? Sadece logo ve renk mi?
Paylaşılan şablonlar nasıl çalışır?
Servis sağlayıcı senaryosunda her müşteri için ayrı deployment gerekir mi?
HTML, CSS ve görselleri sunmak için ayrı bir web sunucusu veya CDN gerekir mi?
Şablonu güncellediğimde canlı kullanıcılar etkilenir mi?
Giriş sayfası, markanızın ilk izlenimidir — onu sahiplenin
Merkezi olarak yönetilen paylaşılan şablonlar, kiracı başına varyantlar ve cihazdan sunulan varlıklar — hepsi tek bir platformda. Kendi marka kılavuzunuzla canlı bir kurulumda gezdirelim.