İlan sitesinin tasarımı değiştiğinde otomasyonun başına ne gelir? Hangi değişiklik zararsız, hangisi çıktıyı sessizce bozar ve uyum güncellemesi gerçekte nasıl yayınlanır?
Otomasyon programı alacak olan herkesin aklından geçen ama satıcıya sormaya çekindiği bir soru var: bu site yarın tasarımını değiştirirse elimdeki program çöp mü olacak? Soru meşru, çünkü otomasyonun bağımlı olduğu şey sizin bilgisayarınız değil, karşıdaki sayfanın yapısı. Ve o yapı sizin kontrolünüzde değil. Bu yazıda süslemeden anlatacağım: program sayfayı nasıl tanıyor, hangi değişiklik ne kadar zarar veriyor, bozulma nasıl fark ediliyor ve düzeltme gerçekte hangi adımlardan geçiyor. Program sayfayı gözle görmüyor, işaretlerle tanıyor Siz bir ilan sayfasına baktığınızda fiyatı görürsünüz; büyük, kalın, sağ üstte duran şey fiyattır. Program böyle bakmaz. Onun için sayfa, iç içe geçmiş kutulardan oluşan bir yapıdır ve fiyat, bu yapının belirli bir noktasındaki metindir. O noktayı tarif etmek için birkaç yöntem kullanılır: elementin adı veya sınıfı, sayfadaki konumu, yakınındaki sabit bir etiketin metni, ya da metnin kendi biçimi. Program bu tariflerden birine ya da birkaçının bileşimine dayanarak 'işte burası fiyat' der. Bu tarifin ne kadar dayanıklı olduğu, otomasyonun ömrünü belirleyen tek en önemli teknik karardır. Sadece konuma dayanan bir tarif kırılgandır: sayfaya yeni bir rozet eklenir, kutu bir aşağı kayar, tarif boşa düşer. Etiket metnine dayanan tarif daha dayanıklıdır; 'Kilometre' yazısının sağındaki değeri al demek, tasarımın yeniden düzenlenmesinden çoğu zaman etkilenmez. En sağlamı ise birkaç ipucunu birlikte kullanan ve biri tutmazsa diğerine düşen tariflerdir. Kullanıcı olarak bunları görmezsiniz ama farkı, arayüz değiştiği gün çıktınızın dolu mu boş mu geldiğinde yaşarsınız. Her değişiklik aynı ağırlıkta değil Arayüz değişikliği tek bir şey değildir. Kullanıcı gözünde 'site yenilendi' diye tek bir olay gibi görünen şey, otomasyon açısından üç ayrı kategoriye ayrılır ve bu kategorilerin sonuçları birbirine hiç benzemez. Değişiklik türü Örnek Otomasyona etkisi Tipik belirti Kozmetik Renk, yazı tipi, buton biçimi, kart tasarımı Genellikle hiç yok Hiçbir şey; çıktı aynı gelir Yerleşim Alanın kart içinde yer değiştirmesi, yeni rozet eklenmesi Konuma dayalı tarifler bozulur Bir sütunda yanlış değer görünür Yapısal Bir bilginin listeden kaldırılıp yalnızca detayda gösterilmesi İlgili alan artık bulunamaz O sütun tamamen boş gelir Akış Sayfalama biçiminin değişmesi, sonsuz kaydırmaya geçilmesi Toplama erken biter Beklenenden çok az kayıt toplanır Erişim Giriş veya doğrulama adımlarının değişmesi İşlem hiç başlamaz Program ilk adımda durur veya hata verir Kozmetik değişiklikler: gürültü, tehdit değil Sitenin renk paletini yenilemesi, kart köşelerini yuvarlatması, yeni bir ikon seti kullanması otomasyonu neredeyse hiç etkilemez. Kullanıcı tarafında 'site tamamen değişmiş, program artık çalışmaz' paniği en çok bu tür değişikliklerde yaşanır ve çoğu zaman gereksizdir. Görsel yenilenmenin altındaki yapı aynı kaldığı sürece program aynı yerlerden aynı bilgileri okumaya devam eder. Bu yüzden ilk refleks paniklemek değil, küçük kapsamlı bir deneme çalıştırması yapmak olmalı: on kayıtlık bir tarama, sorunun gerçekten var olup olmadığını beş dakikada söyler. Yapısal değişiklikler: sessiz olanlar en tehlikelisi Asıl dikkat edilmesi gereken kategori bu. Yapısal değişiklikte program hata vermez, durmaz, kırmızı bir pencere açmaz. Sadece o alanı bulamaz ve hücreyi boş bırakır. Program açısından bu normal bir durumdur; bazı ilanlarda o bilgi zaten olmayabilir. Sizin açınızdan ise felakete dönüşebilir, çünkü fark etmeden eksik veriyle rapor kurarsınız. En sinsi hali de şudur: alan boş gelmez, yanlış gelir. İki alan yer değiştirdiğinde metrekare sütununa oda sayısı yazılabilir ve bu, gözle bakmadıkça anlaşılmaz. Sessiz bozulma, açık hatadan daha pahalıdır Program hata verip durursa kaybınız yarım gündür. Program çalışmaya devam edip yanlış veri üretirse, o veriyle alınmış kararları da geri almanız gerekir. Bu yüzden her büyük tarama sonrası ilk yirmi satıra gözle bakmak, otomasyonun vazgeçilmez insan adımıdır. Akış ve erişim değişiklikleri: en uzun süren tür Sayfalama mantığının değişmesi, listenin sonsuz kaydırmaya geçmesi, ya da giriş ve doğrulama adımlarının yenilenmesi otomasyonun en çok etkilendiği durumlardır. Burada tek bir alanı yeniden eşlemek yetmez; programın sayfayla kurduğu tüm gezinme senaryosu gözden geçirilir. Bu tür değişikliklerde ayrıca şu ilkeye dikkat edilmesi gerekir: hedef sitenin koyduğu erişim kuralları ve kullanım şartları aşılacak bir engel değil, uyulacak bir çerçevedir. Doğru yaklaşım, kendi hesabınızın olağan kullanım hızında ve izin verilen alanda çalışacak biçimde gezinme senaryosunu yeniden kurmaktır. Bozulmayı nasıl fark edersiniz? Kullanıcının elinde, teknik bilgi gerektirmeyen ve oldukça güvenilir beş gösterge var. Bunlara düzenli bakmak, sorunu haftalar sonra değil aynı gün yakalamanızı sağlar. Kayıt sayısı: dün 340 satır gelen aynı kapsam bugün 90 satır getiriyorsa toplama erken bitiyordur Doluluk oranı: bir sütunun boş hücre sayısı birden yükseldiyse o alan artık bulunamıyordur Değer mantığı: fiyat sütununda üç haneli sayılar, kilometre sütununda tarih benzeri değerler görünüyorsa alanlar karışmıştır Süre: normalde on beş dakika süren bir tarama iki dakikada bitiyorsa iş yarım kalmıştır Tekrar: aynı ilan defalarca satır olarak geliyorsa sayfalama tekrar başa dönüyordur Bunları her seferinde elle kontrol etmek zorunda değilsiniz. Basit bir alışkanlık yeter: her tarama çıktısının aynı sayfasında kayıt sayısını ve birkaç kritik sütunun dolu hücre sayısını not edin. İki hafta sonra elinizde kendi normaliniz oluşur ve sapmayı bir bakışta görürsünüz. Uyum güncellemesi gerçekte nasıl yayınlanır? Kullanıcıya görünen tek şey 'yeni sürüm mevcut' bildirimidir; arkasında ise oldukça sıradan ama sırası bozulmayan bir süreç işler. Tespit: değişiklik ya düzenli kontrol taramalarında ya da kullanıcı bildirimiyle fark edilir. Kullanıcı bildirimi çoğu zaman daha hızlıdır, çünkü siz o kapsamı her gün çalıştırıyorsunuzdur. Kapsam belirleme: tek bir alan mı etkilendi, tüm kategori mi, yoksa gezinme akışı mı? Bu cevap, düzeltmenin bir günlük mü birkaç günlük mü olacağını belirler. Yeniden eşleme: etkilenen alanların tarifleri güncellenir ve mümkünse daha dayanıklı ipuçlarına bağlanır. İyi bir düzeltme, aynı yerin bir daha kolay kırılmayacak şekilde bağlanmasıdır. Test: değişiklik yapılan kategoride ve dokunulmayan diğer kategorilerde karşılaştırmalı çıktı alınır. Bir yeri düzeltirken başka bir yeri bozmadığından emin olunması bu adımın işidir. Yayın ve bildirim: sürüm yayınlanır, program açılışta güncellemeyi haber verir, değişiklik notunda hangi alanın düzeltildiği yazılır. Bu sürecin toplam süresi, üçüncü adımdan çok ikinci adıma bağlıdır. Tek bir sütunun yerini değiştirmek kısa iştir; gezinme akışının yeniden kurulması test yükü de getirdiği için günlerle ölçülür. Saat cinsinden söz veren bir anlatıya rastlarsanız, o sözün tutulmadığı ilk günü de hesaba katın. Güncelleme bildirimini ertelemeyin En sık yaşanan senaryolardan biri şu: kullanıcı üç haftadır güncellemeyi 'sonra' diyerek geçiyor, çıktısı bozuluyor ve sorunu destek kanalına yazıyor. Oysa düzeltme çoktan yayınlanmış durumda. Sürüm bildirimini görür görmez kurmak, bu turun tamamını atlatır. Ne söz verilebilir, ne verilemez Dürüst olmak gerekirse hiçbir sağlayıcı 'hedef site ne yaparsa yapsın programınız kesintisiz çalışacak' diyemez. Diyen varsa ya konuyu bilmiyordur ya da satış cümlesi kuruyordur. Verilebilecek gerçekçi taahhüt üç maddeden ibarettir: değişiklik izlenir, etkilenen alan makul sürede yeniden eşlenir, kullanıcı süreçten haberdar edilir. Bunun ötesindeki her cümle temenni. Otomasyonda sorun, arayüzün değişmesi değildir; arayüzün değiştiğini kimsenin fark etmemesidir. Kendi tarafınızda alabileceğiniz önlemler Büyük taramadan önce dar kapsamlı bir deneme çalıştırın; on kayıt, on dakikanızı kurtarır Çıktı dosyalarını üzerine yazmak yerine tarihli olarak saklayın; karşılaştırma yapabilmenin tek yolu budur Kritik sütunların doluluk sayısını basit bir yerde not edin ve kendi normalinizi oluşturun Bir sapma gördüğünüzde ekran görüntüsü ve örnek satırla birlikte bildirin; tarif etmek yerine göstermek süreci kısaltır Sürüm bildirimlerini biriktirmeyin, çıkar çıkmaz kurun Raporu doğrudan ham çıktı üzerine değil, gözle kontrol edilmiş bir kopya üzerine kurun Sonuç olarak soruya net cevap: evet, hedef sitenin arayüzü değişince otomasyon etkilenebilir. Ama bu, programın çöp olması demek değil; bakımı olan bir aracın bakım gerektirmesi demek. Bir aracın lastiği aşınıyor diye araç işe yaramaz denmiyorsa, otomasyonun uyum güncellemesi gerektirmesi de kusur değildir. Kusur, bakımın yapılmaması ve kullanıcının bundan haberdar edilmemesidir. Satın alma kararınızı da tam olarak bu noktadan verin: ürünün ne kadar parlak anlatıldığına değil, bozulduğunda ne olacağının yazılı olup olmadığına bakın.
Panik yapmadan küçük bir deneme çalıştırması yapın. Görsel yenilenmelerin çoğu otomasyonu etkilemez. On beş kayıtlık bir çıktı alıp sütunların dolu geldiğini görürseniz sorun yok demektir.
Muhtemel nedenlerden biridir ama tek değil. Önce o bilginin gerçekten her ilanda bulunup bulunmadığını kontrol edin. Aynı kapsamda dün dolu gelen sütun bugün toptan boşaldıysa yapısal değişiklik ihtimali yüksektir ve bildirilmesi gerekir.
Değişikliğin türüne bağlıdır. Tek bir alanın yeniden eşlenmesi kısa sürer; gezinme veya doğrulama akışının değişmesi test yükü de getirdiği için günlerle ölçülür. Saat cinsinden verilen sözlere temkinli yaklaşın.
Hayır. Alanları etiket metni gibi dayanıklı ipuçlarına bağlayan otomasyonlar, tasarım yenilenmelerinin çoğunu hiç hissetmez. Bozulma, sayfanın altındaki yapının değişmesiyle olur, üstündeki görselin değişmesiyle değil.
Kayıt sayısı ve tarama süresi. Aynı kapsam normalde kaç satır getiriyorsa ondan belirgin şekilde az getiriyor ve tarama beklenenden erken bitiyorsa, sorun büyük olasılıkla listeleme veya sayfalama tarafındadır.
Böyle bir garanti teknik olarak verilemez, çünkü hedef sitenin ne yapacağı hiçbir sağlayıcının kontrolünde değildir. Verilebilecek olan, değişikliğin izlenmesi, makul sürede uyum güncellemesi yayınlanması ve kullanıcının bilgilendirilmesidir.
Bir süre çalışmaya devam eder, ancak hedef sitedeki ilk yapısal değişiklikte çıktınız sessizce bozulmaya başlar. Güncelleme bildirimlerini biriktirmemek, sonradan çıkacak sorunların önemli bir kısmını baştan siler.