Neden giriş özelliği olmadan bir ürün yayına alınmalı?
(casparwre.de)- Giriş özelliğinin uygulanmasını erteleyerek
→ geliştirme hızı artırılabilir ve kod karmaşıklığı azaltılabilir
→ kullanıcı onboarding sürecindeki yük azaltılabilir
→ saldırı yüzeyi azaltılabilir
→ potansiyel SEO avantajları da elde edilebilir
-
Yazarın başarıya ulaştırdığı iki web ürününde giriş özelliği yoktu
-
Şu anda üzerinde çalıştığı ürün günde 50 bin görüntülenme / ayda 2 bin dolar gelir elde ediyor, ancak yayına alındıktan ancak 4 yıl sonra giriş eklendi
13 yorum
Vay... Giriş yapmadan, kullanıcıyı benzersiz bir link üzerinden tanımlama yöntemini hiç düşünmemiştim; bayağı yaratıcıymış vay be
Bu yan projeyi de giriş olmadan geliştirmeyi denemeliyim haha
Biz, kişisel veri işleme yükü nedeniyle en başta ilk aşamada elediğimiz özelliğin üyelik/kayıt ve giriş olduğunu düşündük. Özelliği geliştirmenin yükü de var ama asıl, işletim ya da kişisel veri işleme için ayıracak insan kaynağımız olmadığı için bu bize ağır geldi. Giriş yaptıktan sonra sunulabilecek birçok özellik ve kolaylık olduğu için tereddüt ettik, ama sonunda bunu çıkarıp ilk aşamayı bu şekilde yürütüyoruz.
Evet, bence harika bir seçim. Geliştirdiğiniz ürünü de fırsat olursa Show GN'de tanıtın! :)
Gizli SEO avantajları dahil -> bu kısımda bir yazım hatası var gibi görünüyor
Ah evet, aceleyle düzelttim ;)
Şirketimizin ürünü başlangıçta giriş olmadan başlayıp iyi büyüdü; ancak daha sonra ürün, giriş yapılmasının gerektiği şekilde evrildiğinde kullanıcıları giriş yapmaya yönlendirmekte zorlandık. Sanırım bu, ürüne göre seçilebilecek bir seçenek.
Evet, sanırım kullanıcıları daha sonra giriş yapmaya yumuşak bir şekilde yönlendirmek asıl beceri. Bu tür şeylerde daha çok örnek paylaşılması iyi olur gibi görünüyor.
Giriş özelliğinin de OAuth2 dahil bir tür şablonlaştırılması mümkün olabilir mi diye düşünüyorum ama emin değilim.
Sadece OAuth2 bile olsa kullanıcı onboarding yükünü oldukça azaltabilir gibi geliyor.
Saldırı yüzeyinin azalması derken, kişisel bilgileri içermediği için baştan hacklenecek bir şeyin olmaması gibi mi düşünmek gerekir?
Orijinal metindeki "Evil-doers are much less likely to break into your house if there is nothing of value inside" ifadesine bakılırsa, çalacak bir şey olmadığı için güvenli olduğu anlamı doğru görünüyor.
Teşekkürler. Orijinaline kadar bakamamıştım ama şimdi daha net oldu
Evet, muhtemelen sunucuya bir şeyler gönderilmesi ya da parola saklama gibi işlemler gerektiği için o kısımdan bahsetmiş gibi görünüyor.
Benim de gördüğüm kadarıyla geliştirme tarafında bugünlerde Passport.js gibi araçlar pek çok şeyi hallediyor, bu yüzden geliştirme açısından büyük bir yük değil gibi geliyor.
Ama bir ID olduğunda hizmet planlama tarafı epey büyüyor. ID olmadan da özelliklerin denenebilmesini sağlamak, ilk kullanıcı çekişini oluşturmak için çok daha iyi görünüyor. Kişisel olarak ben de yeni açılmış sitelerde OAuth ile giriş yapmanın kendisinden bile çekiniyorum. ^^;
Söylediklerinizi duyunca, OAuth'un da kişisel bilgilerimi etrafa saçan bir davranış olduğunu fark ettim. Ben zaten bu konuda epey boş vermiş durumdayım...;;;
Bu, yapılan ürüne göre değişir ama...
Eğer mutlaka giriş gerekmeyen bir hizmetse, bu özelliği hariç tutup hızlıca geliştirip yayına aldıktan sonra sonradan eklemenin doğru olduğunu düşünüyorum. Ülkemizdeki hizmetler gereksiz yere çok fazla başka kişisel veri alıyor gibi geliyor.
Bir şey daha ekleyeyim... Yazıda e-postanın da saklanmaması gerektiği söyleniyor ama özellik bildirimleri veya bülten gönderimi için en azından e-posta adresini isteğe bağlı olarak almanın doğru olduğunu düşünüyorum.