DE{CODE}: Site İzleme: Ürün, UX Tasarım ve Araştırmanın Kesişimi

Kendi sitenizin veya müşterinizin sitesinin çöktüğünü öğrenmenizden nefret etmiyor musunuz... müşterinizden? Bir daha asla gafil avlanma! WP Engine Kıdemli Ürün Müdürü Bryan Smith, UX Yardımcı Araştırmacısı Kate Meyer ve Kıdemli Ürün Tasarımcısı Kameron Fehrmann, WP Engine'in bu sorunu geçmişte bırakan Site İzleme çözümünü incelerken onlara katılın. Bu oturumda, Site izlemenin nasıl çalıştığına ve ürün-pazar uyumunu sağlamak için UX Tasarımı, UX Araştırması ve Geliştirme'nin kesişiminin nasıl bir araya geldiğine ayrıntılı olarak göz atacaksınız.

Oturum Slaytları

Tam Metin Transkript

BRYAN SMITH : Herkese merhaba. Benim adım Bryan Smith. Burada, WP Engine'de ürün yöneticisiyim. Bugün bize katıldığınız için çok teşekkürler. Sizinle site izleme, ürünün kesişimi, UX tasarımı ve araştırma hakkında konuşmak için buradayız. Bugün bana UX araştırmacılarımızdan Kate Meyer ve ürün tasarımcılarımızdan Kameron Fehrmann katılıyor. Bir sonraki slaytta size site izlemenin ne olduğundan bahsedeceğim. Bu yüzden bu yeni ürünü piyasaya sürdük. Buna "site izleme" denir. WP Engine müşterileri için bir eklenti olarak mevcuttur. Ve bununla birlikte, hesabınızla ilişkili site ortamlarınızın herhangi birini izleyebileceksiniz. Ve sitede veya platformumuzda gördüğümüz herhangi bir kesinti olursa size haber vereceğiz.

Ve sonra, gündemimizi çok hızlı bir şekilde gözden geçireceğim. Bu yüzden, ürünün üzerinden geçeceğim ve size teknik bir incelemenin yanı sıra genel bir bakış sunacağım. Ama bunu yapmadan önce, bu ürüne nasıl ulaştığımızı bize biraz anlatmak için Kate Meyer'e ileteceğim. Kullandığımız bazı kullanıcı araştırma tekniklerini gözden geçirecek. Ardından, ürün tasarımımızı ve yinelememizi yapacak olan Kameron'a devredecek. Ardından, ürüne genel bakış ve derin bir teknik dalışla bunu bitireceğim. Sana kalmış, Kate.

KATE MEYER : Peki. Teşekkürler Bryan, ben Kate. WP Engine'de bir UX araştırmacısıyım ve şu anda site oluşturma tekliflerimizi iyileştirmeye odaklanıyorum. Böylece Bryan bize şu anda sahip olduğumuz bu harika yeni ürünü gösterdi. Ama buraya nasıl geldik? Zaman çizelgemizin başına geri dönmek ve kullanıcılarımız hakkında temel bilgileri bilmekten yalnızca birkaç ay içinde ürün piyasaya sürülmesine kadar tasarım odaklı düşünmeyi nasıl kullandığımızı göstermek istiyorum. Sürecimizin araştırma yönüne odaklanacağım ve ekibinizde bir UX araştırmacısı olmasa bile, rolünüz ne olursa olsun bu uygulamaları nasıl uygulayabileceğinizi sizinle paylaşacağım.

Bahsettiğim gibi, bu proje için tasarım düşüncesinin bu üç aşamasını kullandık. Tasarım düşüncesi endüstri standardı bir çerçevedir. Bu, temelde bir sorunu çözmek için kullanıcı merkezli bir yaklaşımdır. Çalışmamızı burada bu üç aşamaya ayıracağım. Geçen yaz, WP Engine'in kullanıcı portalındaki yanlış olanı nasıl düzelteceğimizi değil, onu bir sonraki seviyeye nasıl taşıyacağımızı öğrenmek istedik.

Bu nedenle, bunu ele almak için üretken araştırmayı kullandık. Bu, çeşitli kullanıcılarımızla yapılan röportajlar şeklindeydi. Sadece işleri, hedefleri, karşılaştıkları zorluklar vb. konularda bir anlayış oluşturmak için hepsine önceden yazılmış bir dizi soru sorduk, tüm kullanıcılar için hepsi aynı sorular. Bir görüşme süreci size bunaltıcı geliyorsa, aynı amaç için bir anket aracı da kullanabilirsiniz. Aslında, geri bildirim almanın başka bir yolu olarak, anketlerle birlikte SurveyMonkey'i kullandık.

Araştırmanın bu aşamasında, kullanıcıların rollerindeki farklılıklara rağmen aslında pek çok ortak hedefi ve sıkıntılı noktaları paylaşmalarını gerçekten ilginç bulduk. Ve bu görmek için gerçekten harika bir model. Aslında bu benzerlikleri farklı kullanıcı türleri arasında görmek istiyoruz çünkü bu, çalışmamızın kapsamını belirlememize yardımcı oluyor. Ve bu görüşmeleri ve anketleri yürütürken, web sitelerini barındırma bağlamında bazı ortak temalar fark etmeye başladık.

Sürekli duyduğumuz hedeflerden ikisi, web sitelerini izlemek ve bakımını yapmak ve ayrıca müşteriler ve site ziyaretçileri herhangi bir sorun olduğunu fark etmeden önce sorunları yakalamak için tek bir araç istemekti. Bununla birlikte, ortak bir sorun, kullanıcı portalımızın şu anda kullanıcıların bu hedeflere ulaşmasını sağlamamasıydı. Ve aslında, bu ajans sahibi, “Bir sorunu müşteri görmeden önce çözebilirsem, bu harika. 'Oh, hey, tahmin et ne oldu? Web siteme gittim. Orada değil. Bugün ne yapıyorsun?'"

Kullanıcılardan haber aldığınızda bu ortak temaların tekrar tekrar ortaya çıktığını gördüğünüzde, fikir geliştirme zamanının geldiğini bilirsiniz. Kullanıcıların siteleriyle proaktif bir şekilde ilgilenmelerine yardımcı olmak için kullanıcı portalını geliştirmemiz gerektiğini biliyorduk. Ayrıca, mühendislik ekibimizin, kullanıcıların sıkıntılı noktalarının bir yönünü ele almak için iş ortağı teknolojisinden yararlanabileceğini biliyorduk ve bu, çalışma süresi izlemesi yoluylaydı.

Yani bu noktada, hemen dalmak ve hemen bir şeyler inşa etmeye başlamak bizim için gerçekten kolay olurdu. Ancak ilk seferde doğru şeyi oluşturmak istiyorsanız, bu aşamada yine de kullanıcı geri bildirimi ve girdisi almak önemlidir. Bu aşamada tüm ekibin dahil olması da gerçekten önemlidir.

Bazı harika fikirler bulmak istiyorsunuz, ancak fikirlerinizin uygulanabilir olduğundan ve kullanıcılarınızın gerçekten ihtiyaç duyduğu şeylerle hâlâ uyumlu olduğundan da emin olmanız gerekiyor. Dolayısıyla, bu aşamada tasarımcımız mühendislik ekibiyle birlikte çalışarak bir fikir ortaya attı ve saha izleme için fizibilitesini sağladı. Ardından, ürün yöneticisi ve tasarımcıyla birlikte, fikrimizi kullanıcıların önüne koyabilmemiz için bazı konsept testleri planlıyorum.

Kavram testi, sahip olduğunuz fikrin kullanıcılarınızın beklentileri ve ihtiyaçları ile eşleşip eşleşmediğini öğrenmenize yardımcı olan bir araştırma türüdür. Bu yüzden onlara fikrimizi gösteriyoruz ve bu konuda sorular soruyoruz. Bu özel durumda, burada solda gördüğünüz gibi tasarımcının mühendislik ekibinin yardımıyla oluşturduğu midfill LE maketlerini kullandık. Ancak bu tür araştırmaların en güzel yanı, kağıt üzerine kalem kadar basit bir şeyi gösterebilmenizdir. İyi görünmesi bile gerekmiyor.

Bu teknik gerçekten harika çünkü kullanıcılarınızın görsel sunum yerine fikirlere odaklanmasını sağlıyor. Ve yine, bu aşamada fikrinizin doğru yönde ilerleyip ilerlemediğini gerçekten öğrenmek istiyoruz. Bunun bir başka yönü de onlarca, yüzlerce kişiye göstermek zorunda değilsiniz. Bu tür bir araştırma için en az beş katılımcı kullanabilirsiniz, çünkü bu noktada, onların fikrinize tepkilerinde bazı ortak temalar görmeye başlamalısınız.

Konsept testimiz sırasında, kullanıcılarımızın beklentilerinin bu ürünle ilgili planlarımızla örtüştüğünü öğrendik. Bu, onu inşa etmeye başlamak için bizi iyi bir konuma getirdi. Yine de geri bildirim toplamak istedik, bu yüzden kapalı bir betaya geçmeye karar verdik. Ve bu, bazı kullanıcıların kaydolmasını, özelliği hesaplarına eklemesini ve ardından yeni özelliği kullanma süreçleri boyunca onlardan geri bildirim istemesini sağlamak gibi görünüyor. Bu nedenle, ürüne erişimi olan bu küçük kullanıcı grubuna sahip olmak, ürünün kullanılabilirliğini test etmek, hataları çözmek ve ürün herkese piyasaya sürülmeden önce beklentilerini nasıl daha iyi karşılayabileceğinizi anlamak için gerçekten harika bir yoldur. kullanıcıların

Yani Kameron hikayeye buradan devam edecek. Ancak araştırma parçasını geride bırakmadan önce, hikayemden çıkaracağınızı umduğum şeyi toparlamak istiyorum. Yine, bu çerçeve, kullanıcı ihtiyaçlarını anlamaktan yeni bir ürün oluşturmaya kadar size yardımcı olabilir. Ve ekibinizdeki herkes, kullanıcılarınızdan çeşitli yöntemlerle ve bir projenin tüm aşamalarında bir şeyler öğrenebilir. Kullanıcılarınızı binanın merkezinde tuttuğunuzda, ürününüzün kullanıcılarınız için mümkün olduğunca zahmetsiz olmasını sağlayacak ve kendinize rekabet avantajı sağlayacaksınız. Teşekkür ederim. Kamerun.

KAMERON FEHRMANN : Çok teşekkürler Kate. Selam millet. Ben Kameron'um. Burada, WP Engine'de kıdemli bir ürün tasarımcısıyım. İnşaat araçları ve e-ticaret ürünlerimizle de çalışıyorum ve bugün sizinle site izleme hakkında konuşacağım için çok heyecanlıyım. İşte zaman çizelgemizde bulunduğumuz yer burası. Üzerinden geçtik, üretken araştırmamızı yaptık, bazı konsept testleri yaptık ve şimdi beta sürümünü yayınladık. İnsanları bir şekilde dinlediğimize dair bir anketimiz var ve bu aslında projeye geldiğim noktaydı.

Önceki araştırmaya çok çabuk kapıldım. Kate ve Bryan bu konuda çok etkiliydi. Dürüst olmak gerekirse, tasarım ve araştırma, ürün ve mühendislik arasında kurulan bazı işbirliği kadanslarına zaten sahip olmasaydık, işler bu kadar sorunsuz gitmeyecekti. Bu yüzden beni ortada hızlandırmak için harika ortaklardı. Ajans hayatında çalışmanın nasıl bir şey olduğunu muhtemelen bazılarınızın anladığını biliyorum. Bu temelin betamız için harika olduğunu biliyorduk ama onunla yapmak istediğimiz daha çok şey vardı.

Bu yüzden, tasarımı biraz daha geliştirmek için beta sürümünü yayınladıktan sonra hızlı bir takip yaptık. Her şeyden önce, WP Engine durumumuzla başladık. Kullanıcılardan, yaşadıkları kesintilerin dahili olarak yaptıkları bir şeyin sonucu mu yoksa açıkçası kontrolleri dışında olan bir WP Engine sorunu mu olduğundan tam olarak emin olmadıklarını duyduk. Bu yüzden, insanlar için bu durumu ekledik, böylece gerçekten görebilsinler, hey, WP Engine ile bir şeyler oluyor. Biziz, siz değil ya da tam tersi.

İzleme için Ekle, Kaldır veya Duraklat özelliğini de ekledik. Bu, temel olarak insanların monitör ekleyip çıkarmalarının ve ardından gerektiğinde izlemeyi duraklatmalarının bir yoluydu ve insanların deneyimlerini biraz daha kişiselleştirmelerinin bir yoluydu. Ve son olarak, burada görebileceğiniz gibi, oldukça yoğun kesintiler yaşadık. İnsanların sitelerinde neler olup bittiğini net bir şekilde görebilmelerini ve insanlarla kesinlikle iletişim kurabilmelerini sağlamak istedik. Bu da bizim de duyduğumuz bir şeydi, bir an önce kesintilerini görmek ve sorunları çözmek istiyorlardı.

Ve burada, beta ile başladığımız yerin öncesi ve sonrası ve sürümü yayınlamadan önce son noktamız var. Gördüğünüz gibi, bazı oldukça büyük farklılıklar. Özellikle sütunlara odaklandık. İnsanlardan sütunların ne olduğunu veya ne için olduklarını veya içlerindeki herhangi bir şeyin ne anlama geldiğini tam olarak anlamadıklarını duyduk.

Bu nedenle, bir şeyin kesinti olup olmadığı ve bunun ne anlama geldiği konusunda kesinti durumunu çok daha net hale getirdik. Ardından, bazı daha eyleme geçirilebilir bağlantılar da ekledik. Kesintinin ne olduğunun tanımına ve ardından insanların isterlerse gidip daha fazla bilgi bulabilmeleri için site izlemeyle ilgili bir destek makalesine bağlantı ekledik.

Yaptığımız diğer şey, bunu iç tasarım sistemimize daha yakından bağlamaktı. Tasarımcı ve geliştiriciler olarak kendim için bir tür bileşen kitaplığından çekebilmek o kadar harikaydı ki, böylece hepimiz iş akışlarımızı daha hızlı hale getirebilirdik. Halihazırda üzerinde çalıştığınız bir tasarım sisteminiz yoksa, bir tane şiddetle tavsiye ederim. Sadece iş akışlarınızı çok daha kolaylaştırırlar ve her şeyin çok daha hızlı ilerlemesini sağlarlar. Böylece, bu tasarım sistemi sayesinde solda gördüğünüzden sağa oldukça hızlı bir şekilde geçebildik.

Ve işte bu iş akışı, bu yineleme, beta üzerinde çalışırken bir nevi buna benziyordu. Böylece başladık. serbest bıraktık. Anketimiz ile kullanıcılarımızdan ve ayrıca ürün üzerinde çalışan geliştiricilerden geri bildirim alıyordum. Bazı tasarım değişiklikleri yaptım. Triad ile konuşurdum. Aramızda bazı geri bildirimler olabilir ve sonra bunu geliştiricilere verirdim. Bazı geri bildirimleri olabilir. Biraz tartışabiliriz ve ardından beta sürümü yayınlarız ve döngü baştan başlar.

Yani sadece burada check-in yapmak için geçtik, beta sürümüne çıktık. Beta anketimizde insanları dinledik. Ve şimdi, uyarılara başlamaya ve bu deneyimi bir şekilde devam ettirmeye hazırız. Uyarılar, insanların uyarı istediğini, uyarılara ihtiyaç duyduğunu biliyorduk. Bu, kullanıcılardan duyduğumuz çok önemli bir şeydi ve izlemeyi onlar için daha da değerli hale getirecekti.

Ayrıca, alıntımızda duyduğunuz gibi, kullanıcıların bir sorun müşterileri için bir sorun haline gelmeden önce bilgilendirilmek istediklerini de biliyorduk. Bir müşteriden, sitelerinde bir sorun veya kesinti olduğuna dair bir arama almak istemiyorlar ve aslında kendilerinin bundan haberleri yok. Bu iyi değil.

Bununla ilgili diğer bir şey de aslında bu çalışmaya iki geliştirme ekibini daha dahil etmemiz, çünkü yayın zaman çizelgemize uymak istiyorduk. Gördüğünüz bu döngü çok önemli hale geldi çünkü daha fazla ekip vardı. Daha fazla el, işleri daha hafif hale getirir ama aynı zamanda işleri daha karmaşık hale getirebilir. Ama neyse ki, kadansları için bununla ilgilenebildik. Uyarılarla çözmemiz gereken şey, kullanmak istediğimiz kanallardı.

Kullanıcılardan öncelikle e-postanın Slack veya SMS yerine tercih ettikleri kanal olduğunu duyduk, bu yüzden önce e-postaları kullanmaya karar verdik. Ve sonra oradan gidip tüm farklı e-posta senaryolarını düşünmek zorunda kaldık. Mesajımızın insanlar için son derece net ve harekete geçirilebilir olduğundan, bir uyarı aldıklarında anlayıp mümkün olan en kısa sürede harekete geçebileceklerinden emin olmak istedik.

Düşünmemiz gereken diğer bir şey de, birisi bir uyarı için kaydolduğunda, abone olduklarını doğruladığımızdan emin olmak istiyoruz. Bu, kullanıcı deneyimiyle ilgili en iyi uygulama türüdür. Ve diğer taraftan, abonelikten çıkma işlevinin insanlar için gerçekten sorunsuz olduğundan ve her şey düşünüldüğünde oldukça kolay ve iyi bir deneyim olduğundan emin olmak. Yani, evet, bunun için biraz daha kullanıcı testi ve biraz daha araştırma yaptık ve yaptık. Ve dediğim gibi, mesajın anlaşılır ve eyleme geçirilebilir olduğundan gerçekten emin olmak istedik.

İşte yine test öncesi ve sonrası yan yana. Burada çok fazla çılgın fark yok. Öncelikle, kullanıcılardan belirli hataların ne olduğunu bilmek istediklerini ve daha fazla bilgi istediklerini duyduk, bu yüzden onlara bunu vermeye çalıştık. Onlara hata kodlarını ve elimizden gelen diğer bilgileri vermeye çalıştık ve bu içeriği biraz netleştirdik. Ve bundan sonra, dürüst olmak gerekirse, sadece sürüm için çalışmak meselesiydi. Dürüst olmak gerekirse, bahsettiğim bu önemli çıkarımlardan bazılarını ve bu proje boyunca sahip olduğumuz bu önemli işbirliği noktalarını vurgulamak istiyorum.

Her şeyden önce, üçlü çalışma modeli bizim için çok önemliydi. Bir kez daha, bu ürünü piyasaya sürmek için bir ekip olarak tasarım ve araştırma, ürün ve mühendislik birlikte çalışmaktı. Tasarım, araştırma, mühendislik konularında sık sık senkronizasyonlar ve temas tabanları olurdu. Ve sorular sorar, işbirliği yapardık.

Hatta kendi Slack kanalımızı bile kurduk. Bunu herkesin yapamayacağının veya yapamayacağının farkındayım, ancak tasarım ve ürün arasındaki işbirlikçi ilişkileri yaratmak gerçekten önemli. Ve ürünleri oluştururken o işletme veya ajans düzeyinde bu uyum ve sorumluluğa sahip olduğunuzdan emin olmak için gerçekten çok önemlidirler.

Değineceğim bir diğer konu ise tasarım ve araştırmanın bu kadar yakın bir ortaklığa sahip olması. Herkesin bir tasarımcı veya araştırmacıyla çalışmadığının farkındayım, ancak isterseniz yine de bir kullanıcı deneyimi savunucusu olabilirsiniz. Harika kaynaklar ve en iyi uygulamalar sağlayan çok sayıda UX grubu vardır, bu nedenle birincil rolünüz veya sık sık yaptığınız bir şey olmasa bile yine de bir kullanılabilirlik savunucusu olabilirsiniz.

Bahsedeceğim diğer şey aslında geliştirme ile ortaklık. Bu projede tüm geliştirme ekipleriyle çok yakın çalıştım. Sık sık kendimi onlara gelip bir tasarım yaratmak için deli olup olmadığımı sorarken buldum ve onlar her zaman benimle çalışmaya ve her türlü içgörüyü sağlamaya, sorular sormaya çok açıklardı.

Harikaydı. Gerçekten harika bir işbirlikçi ilişkimiz vardı. Bu nedenle, bir tasarımcıyla çalışıyorsanız, ellerinizi kirletmekten ve onlarla işbirliği yapmaktan çekinmeyin. Orada oturup çözmeye çalıştığımız sorunları anlamaya ve bu ortak hedefe doğru birlikte çalışmaya istekli geliştiricilerle çalışmayı seviyoruz.

Bununla ilgili başka bir şey, aslında kendimi bu takımların sahip olduğu birçok Çevik törene ve kadansa dahil ettim. Bu nedenle, birikmiş iyileştirmeler veya sprint planlamaları için oturup sorular sorabilmek, geliştirme çalışması bağlamında bana sorular sormalarını sağlamak çok değerliydi. Ve son olarak, eşzamansız işbirliği. Bu gerçekten önemliydi. Biz küresel bir şirketiz. Dünya çapında ekiplerimiz var ve hepimiz gerçekten meşgulüz.

Bu nedenle, hepimizin işbirliği yapması için ekipler arasında özel olarak Slack kanalları oluşturabilmek gerçekten çok önemliydi. Kate ve ben araştırma ve tasarım hakkında yazılar yazabiliriz. Bir inceleme veya toplantı beklemeden geri bildirim alabilir, sorular sorabiliriz. Ve sanırım sadece şunu belirtmek istiyorum, işbirliği yapabilmemiz için durumun mükemmel olması gerekmiyor - mükemmel, afedersiniz. Asenkron olarak yapabilirsiniz. Bir toplantı için beklemenize gerek yok. İşlerin yapılması için her şeyin tam olarak doğru olması gerekmez. Demek benim zamanım. Hepinize çok teşekkür ederim. Bryan, onu alıp ürüne genel bakışımız hakkında konuşmana izin vereceğim.

BRYAN SMITH: Çok teşekkürler Kameron. Elbette. Söz verdiğim gibi, bir ürün genel bakışına geçeceğim ve ardından bitirmeden önce derin bir teknik inceleme yapacağız. Yani site izleme ve portal. Eklentiyi ekleyenler yeni bir portal sayfasına erişebilecekler. Buna "site izleme" denir. Ve bu sayfadan monitör ekleyebilir, duraklatabilir ve silebilirsiniz. Kameron biraz ima etti ama bunu yaptığınız sayfa burası.

Ayrıca, bu sayfadan seçilen bir tarih aralığı için kesintileri, çalışma sürelerini, ortalama yanıt sürelerini görüntüleyebileceksiniz. Kesintileri tespit ettiğimizde siteye özgü hata günlüklerine de bağlanabileceksiniz, dolayısıyla bunların tümü bu sayfadan mümkün olacak. Burada birazdan inceleyeceğimiz Uyarı Tercihleri ​​sayfasına bağlantılar da olacaktır.

TAMAM. Bu yüzden, gerçekten hızlı bir şekilde bir videoya geçmek istiyorum ve ardından slaytlara geri döneceğiz, ancak bu, o sayfanın portalda nasıl göründüğüne dair gerçek bir demo olacak. Hatırlanması gereken bir şey var, o da Kameron'dan gördüğünüz bazı görüntülerden önce kaydedilmiş. Bu yüzden bunu güncelliyoruz. Bunu tam olarak göründüğü gibi algılamayın, ancak portalda göreceğiniz şeyin iyi bir tahminidir.

Menü. Bir site izleme bağlantısı göreceksiniz. Bu sayfayı buraya çekeceğiz ve izlediğim tüm site ortamlarının bir listesine sahip olduğumu göreceksiniz. Bu yanıt sürelerini ve şu anda izlenmekte olanların listesini görebiliyorum. En üstteki WP Motor durumu bağlantısına tıkladım ve bu beni bu WP Motor Durumu sayfasına götürdü. Kameron bundan daha önce de bahsetmişti ama orada mevcut.

Monitör Ekle düğmesine tıkladığımda, bunu tek bir tıklamayla kolayca yapabilirim. Bu ürünün ve entegrasyonun büyük bir parçasının monitörleri duraklatma, silme veya sağlama kolaylığı olduğunu söyleyebilirim. Burada, bir monitörü duraklatıyorum. Orada küçük bir Sürdür düğmesinin açıldığını göreceksiniz. Evet. Sürdür'e basarsam, bu duraklatmayı kaldırır.

Unutmayın, bir duraklamanın gerçekte yaptığı şey, ping izleyicinin siteye gerçekten ping atmasını durdurmaktır. Yani ne zaman duraklatılsa, aslında o ping'i göndermiyor. Burada bir monitörü kaldıracağız. Bir onay ekranı göreceksiniz. Çünkü bu monitörlerden birini sildiğinizde, aslında bununla ilişkili tüm ilgili kesinti geçmişi kaldırılmış olur. O yüzden bunu aklında tut.

Ve bu portaldaki sayfa. Elbette. Şimdi slaytlara geri dönelim ve sizinle e-posta uyarısı hakkında biraz konuşalım, yani birkaç farklı şablon var. Kameron bundan biraz önce bahsetmişti ama ben burada biraz daha derine ineceğim. Bu nedenle, e-posta uyarısı için kaydolduğunuzda, buna benzer bir e-posta şablonu alacaksınız; bu, artık siteleriniz için uyarıları izlemek üzere abone olduğunuzu gösteriyor. Size, bu ürünün nasıl çalıştığı hakkında daha fazla bilgi verecek olan Destek Merkezi makalemize bir bağlantı verecektir. Ve en altta, size az önce gösterdiğim Site İzleme sayfasına bir bağlantı var.

TAMAM. Bu nedenle, sitenizde bir kesinti tespit ettiğimizde, buna benzer bir e-posta alacaksınız. Kesintiyi tespit ettiğimizde site adına sahip olacak. Ayrıca WP Engine durumunu da gösterecektir. Şimdi, bu durum önemlidir, çünkü size platformun, barındırma platformunun mevcut durumunu gösterecektir. Dolayısıyla, bu iyi görünüyorsa ancak yine de bu e-postayı alıyorsanız, bu aslında siteye özgü bir sorun olduğunun göstergesidir.

Hosting altyapısına özel değil ama aslında sitenizde veya domaininizde bir şeyler var. Ve buradaki e-postanın içeriğinde, size gördüğümüz yanıt kodunu gösterecek. Ve en altta, o Site İzleme sayfasına bir bağlantı olacak. Erişim günlüklerine bir bağlantı da vardır, çünkü bu, neler olduğunu ve bu kesinti e-postasını neden gördüğünüzü teşhis etmeye çalışmak için bir sonraki en iyi adımınız olacaktır.

Elbette. Ve bu sorun çözüldüğünde, sitenizin yedeklendiğini gösteren başka bir e-posta göreceksiniz. Kesinti artık oluşmuyor. Artık algılayamıyoruz. Bu aynı zamanda size hangi sitenin yedeklendiğini de söyleyecektir. Size o sitenin ne kadar süredir kapalı olduğunu ve yine en alttaki bağlantıları söyleyecektir. Altta aynı linkler.

Site İzleme sayfasından ve portalından ulaşabileceğiniz bir sayfa olduğundan bahsetmiştim. Uyarı tercihlerinizi gerçekten ayarladığınız yer burasıdır. Buradan uyarı kanallarını etkinleştirebilir veya devre dışı bırakabilirsiniz. E-posta kişilerini girebilirsiniz. E-posta kişileri, portal kullanıcıları listenizden gelir, bu nedenle bunu aşağıda, sol altta göreceksiniz. Bu sadece bir onay kutusu.

Adımız ve e-posta adresimiz zaten var. Bunu girmek zorunda değilsin. Yine, bunu portal kişilerinizden alıyor. Ancak burada, bunun Slack entegrasyonunu etkinleştirebileceğiniz bir sayfa olacağını belirtin. Henüz buna sahip değiliz, ancak yol haritamızda. Bu, üzerinde çalışmaya başlamak üzere olduğumuz bir şey. Yani şu anda sadece e-posta uyarıları, ancak Slack yol haritasında.

Elbette. Size tüm bunların perde arkasında nasıl çalıştığına dair bir fikir vermek için burada bazı teknik ayrıntılara gireceğimizden bahsetmiştim. Dolayısıyla, bunların tümü "Site İzleme Aracımız" dediğimiz şey aracılığıyla mümkündür ve bu, kullanıcı portalımız ile kullanıcının orada ne yaptığı ile izleme ve uyarı API'lerini kullandığımız ortağımız New Relic arasında bir ara katmandır. Dolayısıyla, Site İzleme Aracısı esas olarak New Relic kaynaklarını merkezileştirir.

Bu, uyarıların yanı sıra monitörleri oluşturan, güncelleyen ve silen katmandır. Ve aynı zamanda, herhangi bir hatayı uzlaştırabileceğimiz ve yakalayabileceğimiz, hiçbir şeyin yanlışlıkla kaldırılmadığından emin olabileceğimiz yer. Bu ara reklam katmanıdır, bu yüzden bir kullanıcı akışında meydana gelen bazı şeylere biraz girelim. Öyleyse, tipik bir kullanıcı akışını inceleyelim. Böylece bir kullanıcı kaydolacak. Ne olur, site izlemeye erişimleri olup olmadığını görmek için portalda bir yetki kontrolü yapılır.

Ve yapmaları durumunda, bunu sağlamak için WP Engine yetkilendirme hizmetini kontrol eder. Bu kontrolü geçtikten sonra, kullanıcı size daha önce portalda gösterdiğim Site İzleme sayfasından bir monitör oluşturabilir. Böylece, Monitör Ekle düğmesini tıklatarak bu monitörü manuel olarak sağlarlar. Ve perde arkasında, o monitörü fiilen sağlamak için New Relic Synthetics API'ye bir istek gönderiyor.

Artık portalda o sayfadayken verileri görüntüleyebilirsiniz. Geçmiş verileri görüntüleyebilirsiniz. Kurmuş olduğunuz siteye ping attıktan sonra gördüklerimize göre ortalama yanıt süresini, erişim loglarına link çıkışı da görebilirsiniz. Yani burada, bir müşteri bu verileri o sayfada görüntüleyebilir. Perde arkasında olan şey şu ki, aslında farklı bir New Relic API'sine ulaşıyoruz. Bu onların NerdGraph API'si. Böylece Site İzleme Aracısı, bu verileri almak ve görüntülemek için bir istek gönderir. Ve tüm bunlar yine New Relic aracılığıyla NerdGraph API aracılığıyla oluyor.

Yaygın olabilecek diğer birkaç kullanım durumu, Edit Monitor senaryosu olacaktır. Dolayısıyla bu, mevcut bir monitörü duraklatıyor olabilir ve bu durumda aracı, New Relic Synthetics API'ye bir yama isteği gönderir. Ayrıca bir monitörün tedarikini kaldırabilirsiniz. Bu, size daha önce gösterdiğim portal sayfasından bir monitörü silmek olurdu. Bu, söz konusu Sentetik API'ye bir silme isteği gönderiyor. Bir müşteri yapılandırmayı da değiştirebilir. Belki de ping çekini gönderdiğimiz alan adının URL'sini değiştirmek istersiniz.

Bu durumda aracı, o monitörü güncellemek için bir yama isteği gönderir. Ayrıca, bir kullanıcı site izleme olan siteyi iptal edebilir. Ve bu durumda, yapacağımız şey, o monitörün sağlamasını kaldırmak için o Sentetik API'sine otomatik olarak bir silme isteği göndermektir. Veya bir müşterinin, üzerinde çok sayıda farklı site monitörü bulunan hesabın tamamını iptal etmesi durumunda, bu algılandığında tüm bu monitörlerin temel hazırlığının kaldırılması için bir istek otomatik olarak gönderilir. Dolayısıyla, tüm bunlar kullanıcı akışı için önemlidir ve Site İzleme Aracısı bunu mümkün kılan şeydir.

Elbette. Bundan daha önce bahsetmiştim ama ileriye baktığımızda kesinlikle Slack'i ek bir uyarı kanalı olarak entegre etmeyi planlıyoruz. Ayrıca SMS'i de keşfediyoruz, bu nedenle gelecekte daha fazla ekleme için bizi izlemeye devam edin. Bu bizim V1. Bu konuda heyecanlıyız ve onu burada, DE{CODE}'da kullanıma sunabildiğimiz için gerçekten mutluyuz. Ama bu gerçekten V1. Mağazada çok fazla planımız var. Bunlar sadece birkaçı. Ancak izleme ile daha fazla yapılandırma seçeneği ve kullanıcı portalında daha fazla iyileştirme için bizi izlemeye devam edin ve bizi bu noktaya götüren araştırma ve tasarım yinelemeli sürecini takip etmeye devam edeceğiz.

Bununla birlikte, diğer sunucular Kate ve Kameron'a teşekkürler. Ve bugün bize katıldığınız için hepinize teşekkür ederim. İyi günler ve gidip site izlemeyi kontrol edin Herkese teşekkürler.