Sentetik işlem izleme
HostTracker'ın işlem izleme hizmeti, gerçek bir kullanıcı yolculuğunu - giriş yapma, arama, sepete ekleme, ödeme - gerçek bir tarayıcıda 300+ konumdan yeniden oynatır ve bir adım bozulduğu anda sizi uyarır.
Bir işlem kontrolü nasıl çalışır: ilk adımdan uyarıya
İlk gezinmeden karara kadar her çalıştırma.
Bayatlayacak bir makro kaydedici yok. Adımları adlandırın - uyarıda görünen isim budur.
checkout · 5 adım · 3,6 sn
0 navigate https://shop.example.com/ 1.4 s 1 type #email "[email protected]" 0.2 s 2 click #add-to-cart 0.9 s 3 waitForNavigation /checkout 1.1 s 4 checkContent "Order summary" present 0.1 s
navigate, click, type, select, checkContent, hover, waitForNavigation, sleep, screenshot ve back - her birinin kendi zaman aşımı ve adı vardır.
Herhangi bir tarayıcı konsolu hatası kontrolü başarısız kılar; gürültülü bir üçüncü taraf betiği için en fazla on alt dizeden oluşan bir izin listesiyle.
İşlem izleyicilerini REST, SDKs, Terraform veya MCP üzerinden oluşturun ve düzenleyin - tüm eylem kümesi dahil.
Daha fazla bilgiArızası size para kaybettiren tek bir yolculukla başlayın, onu yeşile getirin ve ancak o zaman diğerlerini ekleyin. Güvendiğiniz tek bir izlenen akış, yarım yapılandırılmış beş taneye bedeldir.
Bir ürün sayfası açın, sepete ekle'ye tıklayın, sepet rozetinin bir öğe gösterdiğini doğrulayın, ödemeyi açın, toplamın ve ödeme formunun render edildiğini doğrulayın. Sipariş verilmeden bir adım önce durun; böylece veritabanınızda test siparişi olmadan tam kapsam elde edersiniz.
Ayrılmış bir test hesabının kimlik bilgilerini yazın, gönderin, gezintiyi bekleyin, ardından yalnızca oturum gerçek olduğunda var olan bir metni doğrulayın. Bu, çoğu uygulama için en yüksek değerli tek senaryodur - bozuk bir giriş, her sayfada 200 döndüren tam bir kesintidir.
Alanları doldurun, gönderin, teşekkür metnini doğrulayın. Sessiz form bozulması, klasik görünmez kesintidir: hiçbir hata olmaz, hiçbir uyarı gelmez ve talepler, haftalar sonra biri fark edene kadar basitçe gelmeyi keser.
Her zaman bir şeyle eşleşmesi gereken bir sorgu yazın, gönderin, ardından hem bilinen bir sonucun mevcut olduğunu hem de boş durum metninin bulunmadığını doğrulayın. Bu ikinci doğrulama, sessizce yeniden oluşturulmayı durduran bir arama dizinini yakalayan şeydir.
Kayıt formunu son onay ekranına kadar yürütün ve orada doğrulama yapın; izleme hiçbir zaman gerçek hesap oluşturmasın diye formu bir test hedefine yönlendirin. Kayıt sessizce ve pahalıya bozulur - tamamlayamadığı bir kayıt hakkında kimse şikayet etmez.
Bir sıfırlama isteyin ve onay ekranının göründüğünü doğrulayın. Bu, e-posta hattınıza, kuyruğunuza ve jeton (token) hizmetinize bağlıdır; bu yüzden ön sayfanın hiçbir zaman göstermediği arka uç sorunları için alışılmadık derecede iyi bir erken uyarı sinyalidir (kanarya).
HostTracker'ın işlem kontrolü hizmeti, çevrimiçi bir işlem sürecinin tüm aşamalarının doğru şekilde çalıştığından emin olur. Sepete ürün eklemekten satın almayı tamamlamaya kadar sürecin her adımını test eder. Bu, müşterilerin satın alma yapmasını engelleyebilecek sorunları bulup düzeltmeye yardımcı olur; böylece müşteri deneyimi iyileşir ve satış kayıpları azalır.
HostTracker'ın işlem kontrolü özelliği kapsamlıdır ve bir e-ticaret işleminin çeşitli yönlerini kapsar. Gerçek kullanıcıların davranışını taklit etmek için form gönderimleri, buton tıklamaları ve sayfa yönlendirmeleri gibi unsurları içerir. Bu, tüm satın alma sürecinin sorunsuz çalıştığından emin olmak için test edilmesini sağlar. Ayrıca yöneticilerin, kullanıcının satın alma yolculuğunu etkilemeden sorunları hızla bulup çözmesine yardımcı olacak ayrıntılı kayıtlar ve raporlar sunar.
İşlem kontrolleri, e-ticaret web sitelerini daha güvenilir ve verimli hale getirir. Sorunları ortaya çıkmadan önce düzelterek işlemlerin sorunsuz ilerlemesine yardımcı olur. Bu, müşterilerin daha memnun olması ve siteye daha çok güvenmesi anlamına gelir. Ayrıca kayıp satışları önleyerek müşterileri memnun tutmaya yardımcı olur. Bu da onu çevrimiçi mağazalar için değerli bir araç haline getirir.
Adı ile adım, ekran görüntüsü ve ondan önceki her adımın zamanlaması.
Sonuç ve uyarı, adımın adını taşır; böylece "down" ifadesi "3 - submit login stopped redirecting" haline gelir.
Bir adım başarısız olduğunda, son adımdan sonraki görüntünün yanında yakalanır - girişte sayfanın nasıl göründüğü.
Web siteleri, sunucular, API'ler, sertifikalar. Sayfa başına bir kontrol türü; arkasında aynı konumlar, uyarılar ve raporlar.
"Bu izleme hizmetiyle uzun süredir çalışıyorum ve günlük rutinim artık sorun olmaktan çıktı. Tüm sitelerimi sessizce izliyor ve bir şeyler ters gittiği anda müdahale etmemi sağlıyor."
Şu ekipler tarafından güveniliyor
Her bölüm yerinde açılır, böylece sayfa kısa kalır.
Sentetik izleme, trafiğin bilerek üretildiği anlamına gelir: bir ziyaretçinin bir sorunla karşılaşmasını ve bunu size bildirmesini ummak yerine, bir izleme hizmeti sitenizi ağınızın dışından, bir zamanlamaya göre bizzat çalıştırır. İşlem izleme bunun çok adımlı biçimidir. Basit bir sentetik kontrol tek bir URL'yi ister ve yanıta bakar. Bir işlem kontrolü ise gerçek bir tarayıcı açar, sıralı bir senaryoyu yürütür - sayfayı aç, giriş yap, ara, sepete ekle, ödeme yap - ve her durakta bulduklarını doğrular.
Bu fark önemlidir çünkü müşterilerin bir web sitesinde gerçekte yaptığı şeylerin çoğu tek bir sayfa görüntülemesi değil, bir dizidir. Bir ödeme akışındaki her tek sayfa HTTP 200 döndürebilirken ödemenin kendisi bozuk olabilir: bir dağıtımla kaldırılmış bir buton, artık 404 döndüren bir uç noktaya gönderim yapan bir form, sihirbazı üçüncü adımda durduran bir JavaScript hatası. Bu tür arızaların hiçbiri bir durum kodunda görünmez, dolayısıyla hiçbiri sıradan çalışma süresi izlemede görünmez.
Finansal işlem izlemeyle aynı şey değildir. Bankacılık ve uyumluluk alanında "işlem izleme" (transaction monitoring), ödemelerin dolandırıcılık ve kara para aklama açısından taranması anlamına gelir. Bu sayfa web operasyonları anlamındaki kullanımı ele alır: kendi web sitenizde bir kullanıcı yolculuğunu otomatik olarak tekrar oynatarak hâlâ çalıştığını kanıtlamak. HostTracker bir web sitesi izleme hizmetidir - ödeme defterinizi değil, ödeme akışınızı izler.
Hızlı bir HTTP kontrolü, "site ayakta mı" sorusu için doğru araçtır. Tek bir istektir, dolayısıyla kararı tek bir yanıttan ibarettir: durum kodu, yanıt süresi ve aldığı gövde üzerinde belirlediğiniz anahtar kelime veya doğrulama kuralı. Bu, çok düşük bir maliyet karşılığında geniş bir kapsam sağlar - ve tam olarak ilk yanıtın bittiği yerde durur. Bu tablodaki çizginin altındaki her şey o noktadan sonra gerçekleşir.
| Aslında ne bozuldu | Hızlı HTTP kontrolü | İşlem kontrolü |
|---|---|---|
| Sunucuya erişilemiyor, DNS hatası, TLS el sıkışması reddedildi | Yakalanır | Yakalanır |
| Bir dağıtımdan sonra açılış sayfası 500 döndürüyor | Yakalanır | Yakalanır |
| Sayfa yükleniyor, ancak "Sepete ekle" butonu bir sürümle kaldırılmış | Kaçırılır - HTML hâlâ 200 döndürür | Yakalanır - tıklama adımı seçicisini çözemez |
| Giriş formu artık 404 döndüren bir uç noktaya gönderim yapıyor | Kaçırılır - formun kendi sayfası sorunsuz | Yakalanır - gönderimden sonraki adım hesap sayfasına asla ulaşmaz |
| Bir JavaScript istisnası, ödeme sihirbazını ikinci adımda durduruyor | Kaçırılır - JavaScript hiç çalışmaz | Yakalanır - tarayıcı betiği çalıştırır ve kontrol konsol hatalarında başarısız olabilir |
| Ödeme sayfası onay yerine bir hata bandı gösteriyor | Kaçırılır - render edilen bir hata yine de 200'dür | Yakalanır - onay metni üzerindeki bir içerik doğrulaması başarısız olur |
| Oturum çerezi artık ayarlanmıyor, bu yüzden üçüncü adım giriş sayfasına geri sekiyor | Kaçırılır - kaybedilecek bir oturum yoktur | Yakalanır - tek bir tarayıcı oturumu tüm senaryoyu çalıştırır |
| Üçüncü taraf bir betik - sohbet widget'ı, etiket yöneticisi, ödeme SDK'sı - render işlemini engelliyor | Kaçırılır - üçüncü taraf varlıklar hiç getirilmez | Yakalanır - tarayıcı onları tıpkı bir ziyaretçi gibi getirir |
| Akış çalışıyor ama artık her adım sekiz saniye sürüyor | Kısmen - yalnızca ilk yanıt süresi ölçülür | Yakalanır - her adımın süresi ölçülür ve bir adım zaman aşımına uğrayabilir |
İki kontrol türü de birbirinin yerini tutmaz. Dürüst öneri ikisini birden çalıştırmaktır: hızlı kesinti tespiti için aynı sitede bir dakikalık bir HTTP kontrolü ve gerçekten gelir üreten bir veya iki yolculuk üzerinde bir işlem kontrolü. Önce erişilebilirlik tarafını istiyorsanız 300'den fazla kontrol noktasından dağıtık erişilebilirlik izleme ile başlayın ve akışı üzerine ekleyin.
Her çalıştırma, HostTracker'ın kontrol noktalarından birinde gerçek, başsız (headless) bir Chromium tarayıcısı başlatır ve tüm senaryo için ona tek bir tarayıcı oturumu verir. Kontrolü anlamlı kılan tam olarak bu ayrıntıdır: ikinci adımda ayarlanan çerezler, jetonlar (token) ve giriş durumu, beşinci adımda da hâlâ oradadır - tıpkı sitenizde tıklayarak ilerleyen bir kişi için olacağı gibi. JavaScript çalışır, yönlendirmeler takip edilir - kendi betiklerinizin tetiklediği yönlendirmeler dahil - ve üçüncü taraf varlıklar, bir ziyaretçinin tarayıcısının yüklediği şekilde yüklenir.
Senaryo sıralı ve hızlı-başarısız (fail-fast) çalışır. Adımlar yazdığınız sırayla çalışır ve başarısız olan ilk adım, çalıştırmayı sonlandırır ve raporlanan neden hâline gelir. Bozuk bir butonun neden olduğu bir yığın alt akış hatasıyla asla karşılaşmazsınız - doğrudan bozuk butonu görürsünüz.
İki isteğe bağlı anahtar, bir çalıştırmanın ne kadar sıkı olduğunu değiştirir. Konsol hatasında başarısız ol, herhangi bir tarayıcı konsol hatasını başarısız bir kontrole dönüştürür - iyi davranan bir uygulamada güçlü bir araçtır ve bilinen gürültülü bir üçüncü taraf betiğinin boşuna alarm çalmaması için en fazla on alt dizeden oluşan bir izin listesiyle eşleştirilebilir. Medya dosyalarının yüklenmesini atla varsayılan olarak açıktır; test ettiğiniz şey medyanın kendisi olduğunda bunu kapatın.
Bir işlem, bir adımlar listesidir ve her adım sayfaya karşı tek bir eylemdir. Eskiyecek bir makro kaydedici yoktur - senaryoyu açıkça siz oluşturursunuz; bu da pazarlama ekibiniz bir butonun metnini değiştirdiğinde kontrolün neden çalışmaya devam ettiğinin nedenidir.
| Eylem | Adım ne yapar |
|---|---|
| navigate | Bir URL açar. İlk gezinti - monitörün kendi adresine - sizin için sıfırıncı adım olarak eklenir. |
| click | CSS seçiciyle çözülen bir öğeyi veya bir görüntü alanı koordinatını tıklar. Sol, sağ veya orta düğme, isteğe bağlı bir basılı tutma gecikmesiyle. |
| type | Bir alana metin yazar; sayfanın kendi girdi işleyicilerinin yetişebilmesi için isteğe bağlı olarak tuş vuruşları arasında bir gecikmeyle. |
| select | Bir seçicinin eşleşme sayısını doğrular: hiçbiriyle, tam olarak bir öğeyle, en az biriyle veya herhangi bir sayıyla eşleşmesi gerekir. Tüm eşleşmeler, ilki veya rastgele biri üzerinde işlem yapar. |
| checkContent | Render edilen metni doğrular. En fazla on anahtar kelime, bunlardan bir kısmı veya tamamı, büyük/küçük harfe duyarlı olsun ya da olmasın, mevcut olsun ya da kasıtlı olarak bulunmasın ve isteğe bağlı olarak yalnızca görünür metinde. |
| hover | Bir öğenin üzerine gelir - yalnızca fare üzerine geldiğinde ortaya çıkan bir menüye veya araç ipucuna ulaşma şekliniz. |
| waitForNavigation | Sayfanın gezinmesini bekler; isteğe bağlı olarak zamanında bir gezinti gerçekleşmezse adımı başarısız kılar. |
| sleep | 1 milisaniyeden 10 saniyeye kadar duraklar; bir senaryonun her çalıştırmada tam olarak aynı ana denk gelmemesi için isteğe bağlı rastgele sapma (jitter) ile. |
| screenshot | Sayfayı akışın ortasında yakalar; böylece iki adım sonraki bir arıza bile sayfanın o ana kadar nasıl göründüğünü size gösterir. |
| back | Tarayıcı geçmişinde bir kayıt geri gider. |
Her adım, ardından bir ekran görüntüsü ve bir gezinti bekleme, kendi zaman aşımı geçersiz kılması ve en fazla 19 karakterlik kısa bir ad taşıyabilir. Adımlarınıza ad verin - bu ad, sonuçta ve uyarıda görünen şeydir; bu yüzden "3 - giriş gönder" adı, "çökmüş" bir sayfa ile giriş POST'u yönlendirmeyi durdurmuş bir sayfa arasındaki farktır. Web düzenleyicisinde ekran görüntüleri ve gezinti beklemeleri adım-sonrası davranışlar olarak sunulur; hover dahil tam eylem seti API üzerinden kullanılabilir.
id veya bir data- özniteliği.checkContent adımı, bir
tıklama dizisini gerçek bir teste dönüştüren şeydir: girişten sonra hesap sayfası metnini
doğrulayın; ödemeden sonra onay metnini doğrulayın.Senaryoyu oluşturmadan önce başlangıç URL'sini hızlıca kontrol etmek isterseniz, üzerinde - giriş gerekmeden - bir ücretsiz anlık HTTP kontrolü çalıştırın veya ücretsiz sayfa hızı testi ile sayfanın gerçek bir tarayıcıda nasıl yüklendiğini ölçün.
Çalıştırma, başarısız olan adımda durur ve gördüklerini kaydeder. Sonuç, adımı adlandırır, arızayı sınıflandırır - bir zaman aşımı, seçicinin çözemediği bir öğe, eşleşmeyen bir içerik doğrulaması, bir HTTP hatası, bir bağlantı hatası, bir tarayıcı konsol hatası veya yanlış yapılandırılmış bir adım - ve adım başına süreleri, her gezintinin ulaştığı URL, IP ve HTTP durumunu, tarayıcının konsol mesajlarını ve sayfanın bozulduğu andaki ekran görüntüsünü saklar.
Ardından kimse uyandırılmadan önce çifte kontrol edilir. Tek bir başarısız gözlem bir kesinti olarak değerlendirilmez: kontrol, ek bağımsız kontrol noktaları genelinde yeniden çalıştırılır ve durum değişikliği yalnızca çoğunluk (kuorum) hemfikir olduğunda onaylanır. Varsayılan davranış, en fazla yedi ajan üzerinden en az üçünün gerektiği bir çoğunluk kararıdır - böylece tek bir kararsız kontrol noktası veya bir veri merkezi ile sunucunuz arasındaki geçici bir ağ aksaklığı, tek başına bir uyarı üretemez.
Geçiş onaylandıktan sonra, uyarı her kişinin seçtiği gecikmeyi izler: anında ya da yalnızca 3, 5, 15, 30 veya 60 dakika sonra ya da 3, 6, 12 veya 24 saatlik kesintisiz arızadan sonra. Uyarılar, HostTracker'ın desteklediği dokuz bildirim kanalı üzerinden gönderilir - e-posta, SMS, sesli arama, webhook, Slack, web push ve Telegram, Discord ve Viber mesajlaşma uygulamaları - ve akış yeniden tamamlanmaya başladığında bir kurtarma bildirimi izler.
Bir işlem kontrolü, HostTracker'ın sunduğu en güçlü monitördür ve en fazla gerçek dünya kısıtına sahip olanıdır. Bunları önceden bilmek size bir öğleden sonrayı kurtarır.
Bu iki yaklaşım farklı soruları yanıtlar ve aradaki ayrımı anlayan bir ekip, birinin diğerinin işini yapmasını beklemeyi bırakır. HostTracker sentetik bir web sitesi izleme hizmetidir: trafiği kendisi, kendi kontrol noktalarından, sizin kontrol ettiğiniz bir zamanlamaya göre üretir.
| Sentetik işlem izleme | Gerçek kullanıcı izleme | |
|---|---|---|
| Trafiği kim üretir | İzleme hizmeti, sabit bir zamanlamaya göre | Gerçek ziyaretçileriniz, ne zaman gelirlerse |
| Trafiğiniz olmadan önce çalışır | Evet - kullanıcısı olmayan bir hazırlık (staging) sitesi bile kontrol edilir | Hayır - ziyaretçi yok, veri yok |
| Sabah saat 3'teki bir bozulmayı fark eder | Evet - zamanlama uyumaz | Biri gelene kadar fark edilmez |
| Başarısız olan tam adımı adlandırır | Evet - senaryo determinist bir yapıdadır | Nadiren - sırayı değil, belirtiyi görürsünüz |
| Gerçek müşterilerin yaşadığını yansıtır | Hayır - kontrollü bir örneklemdir | Evet - tüm mesele budur |
| Sitenizde kod gerektirir | Hayır - tamamen dışarıdan çalışır | Her sayfada bir betik veya SDK |
| Müşterilerin nadiren tamamladığı bir akışı kapsar | Evet - neyin test edileceğini siz seçersiniz | Hayır - nadir yollar ölçülmeden kalır |
Sıradaki ihtiyacınız akış tarafı değil zamanlama tarafıysa, HostTracker gerçek tarayıcı sayfa yüklemelerini de ölçer - bkz. tarayıcı erişimi ve sayfa yükleme süresi - ve bir işlemin makineden makineye eşdeğeri için, bir API izleme kontrolü, render edilen sayfa yerine yanıt sözleşmesini doğrular. Sunucu tarafında ise bir veritabanı sorgu monitörü genellikle bir akışın neden yavaşladığını en baştan açıklar.
Bir web sitesi için işlem izleme, gerçek ve çok adımlı bir kullanıcı akışını - bir form doldurmak, giriş yapmak, sepete ürün eklemek veya bir satın alma işlemini tamamlamak gibi - otomatik olarak yürüten ve her adımın doğru şekilde tamamlandığını, tüm sürecin beklenen sonucu ürettiğini doğrulayan bir kontrol türüdür. Yalnızca tek bir sayfanın yüklendiğini teyit eden basit bir kontrolün aksine, işlem izleme gerçek bir ziyaretçinin izleyeceği aynı yolu takip eder; veri gönderir, sayfalar arasında sırayla tıklar ve ardından sonucu sizin tanımladığınız kurallara göre doğrular. Bu önemlidir çünkü bir web sitesi, basit erişilebilirlik ölçütlerinin tamamına göre kusursuz görünebilir - ana sayfa yüklenir, tek tek sayfalar 200 durum kodu döndürür - ancak ödeme gibi kritik, çok adımlı bir süreç ortasında sessizce bozulmuş olabilir. HostTracker'ın işlem izleme hizmeti, tam olarak bu tür arızaları yakalamak için tasarlanmıştır.
HostTracker'ın işlem izleme hizmeti; form gönderimleri, buton tıklamaları ve gerçek bir kullanıcının sitenizde nasıl ilerlediğini birlikte modelleyen sayfa-sayfa yönlendirmeler dahil olmak üzere geniş bir web sitesi etkileşim aralığını otomatikleştirip doğrulayabilir. Bu, kayıt olma veya giriş akışını tamamlama, bir iletişim ya da potansiyel müşteri formu gönderme ve sepete ürün ekleyip ödeme adımlarından geçme gibi çok adımlı satın alma süreçleri dahil yaygın senaryoları kapsar. Kontrol, yalnızca tek bir sayfayı yüklemek yerine gerçek kullanıcı davranışını adım adım simüle ettiğinden, sürecin her aşamasının gerçekten çalıştığını ve beklenen sonucu verdiğini doğrulayabilir; ilgili sayfaların sadece açılmasını değil. Bu da bozuk bir etkileşim akışının - sadece bozuk bir sayfanın değil - size potansiyel müşteri, kayıt veya satış kaybettireceği her web sitesi için işlem izlemeyi değerli kılar.
Temel çalışma süresi izleme, tek bir sayfanın veya uç noktanın yanıt verip vermediğini ve normal bir durum kodu döndürüp döndürmediğini kontrol eder; bu, sunucunun erişilebilir olduğunu gösterir ama bunun üzerine kurulu çok adımlı bir sürecin gerçekten çalışıp çalışmadığı hakkında hiçbir şey söylemez. İşlem izleme, bir form gönderme, sayfalar arasında tıklama, bir satın alma akışını tamamlama gibi tüm bir adım dizisini otomatikleştirerek ve her adımın başarılı olduğunu, uçtan uca sürecin doğru sonucu ürettiğini doğrulayarak bir adım öteye gider. Bir web sitesi, ödeme sürecinin ödeme adımında tamamen bozuk olmasına rağmen her çalışma süresi kontrolünü geçebilir; çünkü tek tek her sayfa izole olarak sorunsuz yüklenmeye devam eder. Yalnızca işlemi baştan sona gerçekten adım adım yürüten bir kontrol bunu yakalayabilir. Dönüşümlerin çok adımlı bir akışa bağlı olduğu her site için işlem izleme, temel çalışma süresi kontrollerinin göremediği bir arıza kategorisini kapsar.
Evet, bu işlem izlemenin başlıca kullanım alanlarından biridir. HostTracker'ın işlem kontrolleri; sepete ürün ekleme, ödeme adımına geçme, gerekli alanları doldurma ve bir onay sayfasına ulaşma gibi tanımlı bir adım dizisini baştan sona takip eder ve yol boyunca her adımın beklendiği gibi tamamlandığını doğrular. Bu sayede akışın herhangi bir yerinde ortaya çıkan bir arıza - bozuk bir "sepete ekle" butonu, bir form doğrulama hatası veya yakın zamanda yapılan bir dağıtımdan sonra yüklenmeyen bir ödeme sayfası - tespit edilir ve hangi adımın başarısız olduğunu gösteren ayrıntılı kayıtlarla birlikte raporlanır. Bu tür bir sorunu hızla yakalamak önemlidir çünkü bozuk bir ödeme adımı doğrudan satış kaybına yol açar ve ilgili tek tek sayfalar hâlâ normal durum kodları döndürebildiği için basit çalışma süresi kontrolleri tarafından uzun süre fark edilmeden kalabilir.
Bir işlem kontrolündeki bir adım başarısız olduğunda - bir form gönderilmez, beklenen bir sayfa yüklenmez veya bir doğrulama kuralı karşılanmazsa - HostTracker arızanın gerçekleştiği noktayı kaydeder ve yapılandırdığınız bildirim kanalları üzerinden bir uyarı gönderir; böylece yalnızca bir şeyin bozulduğunu değil, akışın neresinde bozulduğunu da bilirsiniz. Uyarıyla birlikte ayrıntılı kayıtlar ve raporlar gelir; bu da yöneticilere tüm akışı baştan manuel olarak izlemek zorunda kalmadan hızla araştırma yapmaları için gereken belirli adım ve sonuç bilgisini verir. Bu adım düzeyindeki ayrıntı, işlem izlemeyi sorunları hızlı çözmek için pratik açıdan değerli kılan şeydir: "ödeme bozuk" bilgisi, arızanın belirli bir değişiklikten sonra tam olarak ödeme onay adımında gerçekleştiğini bilmekten çok daha az yol göstericidir ve bu ikinci bilgi olası nedeni önemli ölçüde daraltır.
Hayır, çok adımlı satın alma akışları yaygın bir örnek olsa da işlem izleme, tek bir sayfa yüklemesinden değil bir kullanıcı eylemleri dizisinden oluşan ve doğru çalışması gereken her web sitesi için kullanışlıdır. Buna SaaS uygulamaları için giriş ve kayıt akışları, hizmet işletmeleri için potansiyel müşteri ve iletişim formları, çok sayfalı başvuru süreçleri ve bir bağlantının kopması ya da bir form gönderiminin ortada başarısız olmasının ziyaretçinin amacına ulaşmasını engelleyeceği her site geçişi dahildir. Bir kullanıcıyı süreç ortasında kaybetmenin gerçek bir bedeli olan her etkileşimli süreç - kaçırılan bir kayıt, terk edilmiş bir potansiyel müşteri formu, tamamlanmamış bir başvuru - ilgili sayfaların hatasız yüklenmesinden yola çıkarak hâlâ çalıştığını varsaymak yerine, o belirli akışın düzenli olarak otomatik kontrol edilmesinden fayda görür.
Bir işlem kontrolü, 10 dakika ile 24 saat arasında seçtiğiniz bir aralıkta çalışır - 10, 15, 30 ve 45 dakika, ardından 1, 2, 4, 6, 12 ve 24 saat. Bu alt sınır, HostTracker'ın basit HTTP kontrolleri için sunduğu bir dakikalık minimumdan daha yüksektir ve bu kasıtlıdır: bir işlem kontrolü gerçek bir tarayıcı başlatır, sayfayı JavaScript'iyle birlikte yükler ve senaryonuzu adım adım yürütür; bu, tek bir istekten ziyade saniyeler süren gerçek bir iş gerektirir. Yaygın kullanım biçimi ikisini birlikte kullanmaktır - bir dakikalık bir HTTP veya ping kontrolü "site şu anda erişilebilir mi" sorusunu yanıtlar, 10 veya 15 dakikada bir çalışan bir işlem kontrolü ise arkasındaki ödeme, giriş veya kayıt akışının hâlâ tamamlanıp tamamlanmadığı gibi daha zor soruyu yanıtlar. Bu kombinasyon, bir dakika içinde ciddi bir kesintiyi ve bir kontrol döngüsü içinde bozuk bir akışı yakalar; uygulamanıza karşı her altmış saniyede bir tarayıcı oturumu çalıştırmadan.
Hayır, ve vermemelisiniz. Bir işlem kontrolü gerçek sitenize karşı gerçek formlar gönderir; bu yüzden doğru kurulum, ayrılmış bir test hesabı, bir test ürünü veya SKU'su ve - akış ödemeye kadar ulaşıyorsa - ödeme sağlayıcınızın sanal ortamı (sandbox) veya test kartı modudur; tıpkı herhangi bir otomatik uçtan uca test için yapacağınız gibi. Birçok ekip, izlenen senaryoyu geri alınamaz eylemden bir adım önce durdurur: ödeme sayfasına ulaşın, doğru toplam tutarla render edildiğini doğrulayın ve orada bitirin. Bu, her on dakikada bir sipariş oluşturmadan, satış noktasına kadar olan her adımın çalıştığını yine de kanıtlar. Aynı kural kayıt ve potansiyel müşteri akışları için de geçerlidir - senaryoyu bir test form hedefine yönlendirin veya izleme sisteminin gönderimlerini kendi tarafınızda filtreleyin; böylece izleme trafiği gerçek verilerinizi asla kirletmez.
Ücretsiz denemeye başlayın ve kritik kullanıcı akışlarınızı - giriş, arama, ödeme - kesintisiz izleyin.
HostTracker'ın web sitesi izleme yazılımının bir parçası.