Perakendecilerin Rekabetçi Fiyat Kazımasını Nasıl Tespit Ettiği

Rekabetçi fiyat izleme, yalnızca veriler doğru, güncel ve eksiksiz olduğunda faydalıdır. Ancak büyük indirimler, tatil kampanyaları, ürün lansmanları veya yüksek talep dönemlerinde, fiyat izleme sistemleri genellikle istikrarsız hale gelir. Sayfalar eksik fiyatlar döndürür, engelleme oranları artar, yeniden deneme kuyrukları büyür ve paneller bayat veya eksik piyasa verileri gösterir.

Perakendeciler, rekabetçi fiyat taramasını, ağ sinyalleri, istek kalıpları, tarayıcı parmak izleri, oturum davranışları ve içerik erişim kalıplarını birleştirerek tespit eder. Tek bir sinyal genellikle tam hikayeyi anlatmaz. Bunun yerine, perakendeciler, bir ziyaretçinin normal bir alıcı, bir arama motoru tarayıcısı, bir iç araç, bir ortak entegrasyonu veya otomatik bir fiyat izleme sistemi gibi görünüp görünmediğine karar vermek için katmanlı tespit sistemleri kullanır.

E-ticaret fiyat izleme yapan ekipler için hedef, her engeli aşmaya zorlamak olmamalıdır. Hedef, gereksiz sürtünmeyi azaltan, uyum sınırlarına saygı gösteren ve öngörülebilir maliyetle kullanılabilir fiyat istihbaratı üreten sorumlu, istikrarlı veri toplama iş akışları tasarlamaktır.

Perakendecilerin Fiyat Taramasını Tespit Etme Nedenleri

Perakendeciler, fiyat verilerinin ticari olarak hassas olması nedeniyle otomatik trafiği izler. Rakip fiyatları, indirim zamanlamaları, stok mevcudiyeti, gönderim tahminleri ve pazar satıcı değişiklikleri, gelir, marjlar, reklam stratejisi ve envanter planlamasını etkileyebilir.

Perakendecinin bakış açısından, agresif fiyat taraması birkaç soruna yol açabilir:

• artan sunucu yükü
• çarpıtılmış analizler
• envanter sorgulama istismarı
• rekabetçi istihbarat sızıntısı
• ödeme veya sepet istismarı
• yüksek değerli ürün sayfalarına tekrar erişim
• indirim dönemlerinde istenmeyen trafik
• daha yüksek dolandırıcılık veya istismar riski

Bu nedenle, birçok perakendeci bot yönetim sistemleri, oran sınırlamaları, parmak izi alma ve davranış puanlaması kullanarak trafiği sınıflandırır.

Veri ekipleri için bu, fiyat izlemenin yalnızca bir tarama betiği değil, bir altyapı ve yönetişim sorunu olarak ele alınması gerektiği anlamına gelir.

Perakendecilerin Fiyat Taramasını Tespit Etmek İçin Kullandığı Temel Sinyaller

Perakendeciler genellikle birkaç tespit katmanını birleştirir. En yaygın sinyal grupları şunlardır:

• IP itibarı
• proxy veya ASN kalıpları
• istek oranı
• tarayıcı parmak izi
• TLS ve HTTP davranışı
• başlık tutarlılığı
• çerez ve oturum davranışı
• JavaScript yürütme
• ürün gezinme kalıpları
• sepet veya ödeme davranışı
• bal arısı etkileşimleri
• CAPTCHA veya meydan okuma sonuçları

En güçlü tespit sistemleri, bu sinyalleri zaman içinde ilişkilendirir. Bir istek kendi başına kabul edilebilir görünebilir, ancak tam bir oturum kalıbı hala otomatik görünebilir.

Ağ ve IP İtibarı Sinyalleri

İlk katman genellikle ağ kimliğidir.

Perakendeciler şunları değerlendirebilir:

• IP itibarı
• ASN türü
• veri merkezi vs. konut ağı kaynağı
• bilinen proxy aralıkları
• son abuse raporları
• alt ağ başına istek hacmi
• bir sağlayıcıdan ani trafik artışları
• ülke veya bölge uyumsuzluğu
• dönen IP'lerden tekrar erişim

Veri merkezi proxyleri daha düşük sürtünmeli kamu sayfaları, kategori sayfaları ve hedeflerin sunucu tarafı trafiğine tolerans gösterdiği yüksek hacimli izleme için iyi çalışabilir. Ancak bazı perakendeciler, bu IP'lerin otomasyon için yaygın olarak kullanılması nedeniyle veri merkezi aralıklarına daha katı kurallar uygular.

Konut proxyleri hassas ürün detay sayfaları, bölgeye özgü fiyat kontrolleri ve tüketici benzeri ağ sinyallerinin önemli olduğu iş akışları için daha uygun olabilir. Bununla birlikte, konut yolları her şeyin çözümü değildir. Eğer gezinme kalıbı çok agresifse veya tarayıcı parmak izi tutarsızsa, oturum hala sorgulanabilir.

Coğrafi ve Mağaza Uyumsuzluğu

Perakendeciler genellikle fiyatları, mevcudiyeti, gönderim seçeneklerini ve promosyonları bölgeye göre kişiselleştirir. Bir fiyat sayfası, ülkeye, şehre, posta koduna, para birimine, mağaza seçimine veya teslimat konumuna bağlı olarak farklı davranabilir.

Çatışan sinyaller olduğunda tespit riski artar.

Örnekler:

• IP Almanya'da görünüyor, ancak tarayıcı dili ABD İngilizcesi olarak ayarlanmış.
• Mağaza Kanada olarak ayarlanmış, ancak para birimi USD olarak görünüyor.
• Oturum bir ülkede başlıyor ve başka bir ülkede devam ediyor.
• Çerezler bir gönderim bölgesini gösteriyor, ancak proxy rotası değişiyor.
• Bir sepet oturumu aniden şehirler arasında hareket ediyor.

Fiyat izleme için bu hem bir tespit sorunu hem de bir veri kalitesi sorunudur. Eğer konum sinyalleri tutarsızsa, dönen fiyat hedef pazarı temsil etmeyebilir.

Temiz bir iş akışı şunlarla uyumlu olmalıdır:

• proxy bölgesi
• mağaza bölgesi
• dil
• para birimi
• saat dilimi
• gönderim adresi
• çerez durumu
• oturum süresi

Daha büyük veri toplama iş akışları için, web scraping proxy'leri hedef pazar etrafında yapılandırılmalı, rastgele uygulanmamalıdır.

Trafik Hacmi ve İstek Deseni Sinyalleri

Perakendeciler, trafik şekline bakarak fiyat scraping'ini tespit edebilirler.

Alışılmadık desenler şunları içerir:

• kısa bir süre içinde çok fazla ürün sayfası
• sabit istek aralıkları
• zamanlamada doğal bir değişim olmaması
• tekrarlanan kategori taramaları
• bir IP aralığından yüksek eşzamanlılık
• birçok oturumda aynı yollar
• hatalardan sonra aşırı tekrar denemeleri
• stokta olmayan veya düşük trafik alan ürünlere sık erişim
• her varyant kombinasyonunu çok hızlı bir şekilde tarama

Normal alışveriş yapanlar, binlerce alakasız SKU'yu mükemmel zaman aralıklarında görüntülemezler. Duraklar, karşılaştırır, kaydırır, filtreler, kategoriler arasında geçiş yapar ve sayfaları terk ederler.

Sorumlu bir izleme sistemi, patlama ağırlıklı toplama yapmaktan kaçınmalıdır. Bunun yerine, kuyruk tabanlı zamanlama, alan başına eşzamanlılık sınırları, tekrar deneme limitleri ve iş değeri ile eşleşen toplama pencereleri kullanın.

Tarayıcı Parmak İzi Sinyalleri

Perakendeciler, bir oturumun normal bir kullanıcıya benziyor olup olmadığını belirlemek için tarayıcı ve cihaz sinyallerini inceleyebilirler.

Tarayıcı parmak izi şunları içerebilir:

• Kullanıcı-Ajan
• tarayıcı sürümü
• işletim sistemi
• ekran boyutu
• cihaz belleği
• donanım eşzamanlılığı
• yazı tipleri
• canvas davranışı
• WebGL çıktısı
• ses API'leri
• saat dilimi
• dil
• eklentiler
• WebRTC davranışı
• otomasyon bayrakları

Eğer bir oturum normal bir tarayıcı olduğunu iddia ediyor ancak alışılmadık veya tutarsız sinyaller sergiliyorsa, risk puanı artabilir.

Örneğin, bir oturum bir konut IP'si kullanabilir ancak otomatik veya uyumsuz görünen tarayıcı özellikleri sergileyebilir. Bu durumda, yalnızca proxy değiştirmek sorunu çözmeyebilir.

Daha derin bir analiz için, Web Scraping için Tarayıcı Parmak İzi: Proxy'lerin Yapabileceği ve Yapamayacağı'ye bakın.

WebRTC, DNS ve Ağ Sızıntısı

Bazı tarayıcı tabanlı izleme kurulumları, tarayıcının ağ bilgilerini istenen proxy rotasının dışına sızdırması nedeniyle başarısız olur.

Bu, şunlar aracılığıyla olabilir:

• WebRTC
• DNS davranışı
• yanlış yapılandırılmış tarayıcı bağlamları
• uzantılar
• yerel ağ maruziyeti
• tutarsız proxy yönlendirmesi

Eğer HTTP isteği bir IP gösteriyorsa ancak tarayıcı tarafındaki sinyaller başka bir ağ yolunu öneriyorsa, oturum daha az güvenilir hale gelir.

Bu, fiyat izleme tarayıcı otomasyonu kullanıyorsa en çok önemlidir, basit HTTP alma yerine. Tarayıcı destekli iş akışları için, ekipler üretim işleri çalıştırmadan önce IP, DNS, WebRTC, saat dilimi ve yerel ayarı doğrulamalıdır.

Daha fazla detay için, WebRTC Sızıntıları: Neden Anti-Tespit Kurulumlarını Bozuyorlar'ye bakın.

Başlık ve Protokol Tutarlılığı

Perakendeciler ayrıca HTTP ve protokol düzeyindeki sinyalleri değerlendirebilirler.

Yaygın tutarsızlıklar şunlardır:

• eksik tarayıcı başlıkları
• alışılmadık başlık sırası
• uyumsuz Accept-Language
• tutarsız sıkıştırma desteği
• beklenmedik TLS davranışı
• iddia edilen tarayıcı ile eşleşmeyen HTTP/2 davranışı
• genel veya eski Kullanıcı-Ajan değerleri
• tekrar denemeler arasında farklı istemci davranışı

Manuel başlık manipülasyonu sorunlara yol açabilir. Bir istek gerçekçi bir Kullanıcı Aracı içerebilir ancak yine de protokol seviyesinde o tarayıcı gibi davranmayabilir.

Bu nedenle toplama yöntemi önemlidir. Eğer bir site istemci davranışına duyarlıysa, gerçek bir tarayıcı veya dikkatlice yapılandırılmış bir otomasyon ortamı, el yapımı başlıklarla oluşturulmuş hafif bir istemciden daha tutarlı sonuçlar üretebilir.

Oturum ve Çerez Davranışı

Perakendeciler, oturum sürekliliğini anlamak için çerezler ve depolama kullanır.

Şüpheli desenler şunları içerir:

• tekrar eden ziyaretlerde çerez yok
• her istekte yeni kimlik
• birçok IP arasında yeniden kullanılan çerezler
• farklı bölgelerden aynı oturumun görünmesi
• gerçekçi bir gezinme olmadan sepet durumu değişimi
• onay akış durumu eksik
• birçok ürün sayfasına tekrar eden ilk kez ziyaretler
• her sayfadan sonra oturum sıfırlamaları

Halka açık listeleme sayfaları için, durumsuz istekler kabul edilebilir. Ürün detay sayfaları, varyant keşfi, sepet tahminleri veya bölgeye özel fiyatlandırma için oturum tutarlılığı daha önemlidir.

Güçlü bir fiyat izleme sistemi, kısa oturumlar, yapışkan oturumlar veya taze oturumlar ne zaman kullanılacağını tanımlamalıdır. Oturum politikası iş akışına uygun olmalıdır.

Ürün Gözatma Deseni Sinyalleri

Fiyat izleme genellikle normal alışveriş davranışından ayırt edilmesi kolay desenler oluşturur.

Perakendeciler, yalnızca:

• ürün detay sayfalarını ziyaret eden
• kategori gezinmesini atlayan
• asla resimlere veya incelemelere bakmayan
• filtrelerle etkileşime girmeyen
• ürünleri SKU sırasına göre talep eden
• birçok varyantı anında açan
• her gün aynı saatte aynı ürünleri kontrol eden
• asla sepetine ürün eklemeyen ancak fiyat ve kullanılabilirlik sorgulayan
• yüksek marjlı veya indirimli ürünlere tekrar tekrar erişen oturumları işaretleyebilir.

Veri ekipleri için cevap, alışveriş davranışını dikkatsizce taklit etmek değildir. Daha iyi bir yaklaşım, gereksiz istekleri en aza indirmek, yüksek değerli SKU'lara öncelik vermek, mevcut olduğunda onaylı API'leri kullanmak ve iş değerini artırmayan aşırı sayfa erişiminden kaçınmaktır.

Aktif Tuzaklar ve Zorluk Sayfaları

Bazı perakendeciler aktif tespit mekanizmaları kullanır.

Bunlar şunları içerebilir:

• CAPTCHA istemleri
• JavaScript zorlukları
• onay ara sayfaları
• gizli bağlantılar
• geçersiz ürün kimlikleri
• gecikmeli içerik render'ı
• HTTP 200 ile dönen zorluk sayfaları
• yumuşak engelleme şablonları
• fiyatları eksik ürün sayfaları

Yumuşak bir engelleme özellikle tehlikelidir çünkü başarılı bir yanıt gibi görünebilir. Sayfa yüklenir, ancak fiyat, satıcı veya kullanılabilirlik verisi eksik veya değiştirilmiş olabilir.

Hattınız içeriği doğrulamalıdır, yalnızca HTTP durumunu değil.

Fiyat İzlemede Yumuşak Engellemeleri Nasıl Tespit Edilir

Yumuşak engellemeler, normal sayfalar olarak ele alındıklarında panoları bozabilir.

Uyarı işaretleri şunları içerir:

• eksik fiyat düğümü
• eksik SKU veya başlık
• farklı ürünler arasında tekrar eden aynı içerik
• alışılmadık derecede kısa HTML
• sayfada gizli CAPTCHA metni
• genel hata içeriği
• yer tutucu fiyatlandırma
• engellenmiş betikler
• tutarsız para birimi
• beklenmedik onay şablonları
• boş varyant verisi

Geçerli bir fiyat izleme yanıtı, raporlama sistemlerine girmeden önce yapısal kontrollerden geçmelidir.

Doğrulama şunları onaylamalıdır:

• ürün başlığı mevcut
• SKU veya ürün tanımlayıcısı beklenen değerle eşleşiyor
• fiyat sayısal
• para birimi mevcut
• kullanılabilirlik tanınıyor
• bölge hedef pazara uygun
• sayfa bir zorluk veya yalnızca onay sayfası değil
• ayrıştırıcı sürümü sayfa şablonuyla uyumlu

Karar Çerçevesi: Tespit Sinyali ile Daha İyi Yanıt

Sorunları sorumlu bir şekilde teşhis etmek için bu tabloyu kullanın.

En iyi yanıt, hata türüne bağlıdır. Her sorunu bir proxy problemi olarak ele almayın.

Tespit Riskini Azaltan Altyapı Uygulamaları

Bir üretim fiyat izleme yığını kasıtlı olmalı, agresif değil.

Bu uygulamaları kullanın:

• Hedefleri zorluklarına göre segmentleyin.
• Daha düşük riskli sayfalar için veri merkezi rotalarını kullanın.
• Hassas veya bölgesel sayfalar için konut rotalarını kullanın.
• Tarayıcı render'ını yalnızca gerekli sayfalara sınırlayın.
• Bölgeye özel veya çok adımlı akışlar için yapışkan oturumlar kullanın.
• Tekrarları sınırlandırın.
• Engellerden sonra geri alma ekleyin.
• Yumuşak engelleri sert engellerden ayrı olarak izleyin.
• İçeriği saklamadan önce doğrulayın.
• Hatalı sayfalar için HTML veya ekran görüntülerini saklayın.
• CPSR'yi perakendeci, rota ve ayrıştırıcıya göre takip edin.

Uygulama kalıpları için, SquidProxies proxy eğitimleri iş akışları arasında kurulumu standartlaştırmaya yardımcı olabilir.

İzlenmesi Gereken Metrikler

Perakende tespit sorunları, hem altyapı hem de veri kalitesi metrikleri aracılığıyla ölçülmelidir.

CPSR, başarılı istek başına maliyet anlamına gelir.

Basit terimlerle: CPSR, her geçerli fiyat kaydının proxy harcaması, tarayıcı hesaplama, tekrarlar ve başarısız girişimlerden sonra ne kadar maliyetli olduğunu söyler.

Daha güçlü bir rota, istek başına daha fazla maliyet gerektiriyorsa ancak hataları ve tekrarları azaltıyorsa, toplam CPSR'yi düşürebilir.

Gerçek Dünya Senaryosu: İndirim Haftası Fiyat İzleme

Bir veri ekibi, büyük bir promosyon haftası boyunca binlerce ürünü izler.

Eski sistem, sabit istek aralıkları ve agresif tekrarlar kullanıyor. Trafik arttıkça, engelleme oranları yükseliyor ve birçok sayfa eksik fiyatlar döndürüyor.

Geliştirilmiş sistem, ürünleri değerine göre segmentliyor, hassas perakendecilerde toplama hızını yavaşlatıyor, yüksek sürtünmeli ürün detay sayfaları için konut proxy'leri kullanıyor ve eksik fiyat hataları için ekran görüntülerini saklıyor.

Her ürünü sürekli olarak toplamaya çalışmak yerine, ekip yüksek değerli SKU'ları önceliklendiriyor ve fiyat verilerini panellere göndermeden önce doğruluyor.

Sonuç, önemli yerlerde daha iyi kapsama ve daha az yanıltıcı kayıtlardır.

Gerçek Dünya Senaryosu: Bölgesel Pazar Fiyatlandırması

Bir pazar istihbarat ekibi, birden fazla ülkede fiyatları takip eder.

Bazı ürün sayfaları, bölge, gönderim yeri ve para birimine bağlı olarak farklı fiyatlar döndürür. Orijinal iş akışı, IP'leri çok sık döndürdüğü için karışık bölge oturumlarına neden olur.

Geliştirilmiş iş akışı, bölgeye göre konut proxy oturumlarını sabitler, vitrin çerezlerini hizalar, para birimini doğrular ve ülkeye özgü hatları ayırır.

Bu, coğrafi uyumsuzluğu azaltır ve bölgesel fiyat karşılaştırmalarında güveni artırır.

Uyum ve Yönetim

Rekabetçi fiyat izleme, onaylı sınırlar içinde çalışmalıdır.

Sorumlu bir yönetim süreci şunları içermelidir:

• onaylı alan listeleri
• izin verilen URL desenleri
• engellenmiş yol listeleri
• alan başına oran sınırlamaları
• veri azaltma kuralları
• gereksiz kişisel veri toplama olmaması
• hassas kaynaklar için uyum incelemesi
• denetim günlükleri
• belgelenmiş toplama amacı
• sürekli engellemeler için yükseltme yolu

Resmi API'ler, ortak beslemeler, bağlı veriler veya lisanslı kaynaklar mevcutsa, daha karmaşık toplama sistemleri oluşturmadan önce bunlar dikkate alınmalıdır.

Daha geniş bir planlama için, fiyat izlemeyi belgelenmiş proxy kullanım durumları ile bağlayın, örneğin pazar araştırması, web veri toplama ve e-ticaret izleme gibi.

Kaçınılması Gereken Yaygın Hatalar

HTTP 200'ü Başarı Olarak Değerlendirmek

Bir sayfa HTTP 200 döndürebilir ve yine de bir engelleme sayfası, onay sayfası veya boş ürün şablonu olabilir.

Her Yerde Tek Proxy Türü Kullanmak

Kolay listeleme sayfaları ve hassas ürün detay sayfaları aynı yönlendirme stratejisine ihtiyaç duymaz.

Çok Agresif Döndürmek

İstek başına döndürme, bölgesel veya sepet benzeri iş akışları için oturum tutarlılığını bozabilir.

Tarayıcı Parmak İzlerini Görmezden Gelmek

Eğer tarayıcı sinyalleri tutarsızsa, yalnızca konut proxy'leri başarıyı artırmayabilir.

Tam Tarayıcıları Aşırı Kullanmak

Tarayıcı render'ı pahalıdır. Geçerli çıktıyı artırdığı yerlerde kullanın.

Sınıflandırma Olmadan Yeniden Denemek

Yeniden denemeler, hata türüne bağlı olmalıdır. Bir ayrıştırıcı hatası, engelleme sayfası ve coğrafi uyumsuzluk farklı yanıtlar gerektirir.

Sıkça Sorulan Sorular

Perakendeciler fiyat scraping'ini nasıl tespit eder?

Perakendeciler, IP itibarını, istek hacmini, oturum davranışını, tarayıcı parmak izlerini, coğrafi tutarlılığı, çerezleri, JavaScript sinyallerini ve CAPTCHA veya yumuşak engelleme sayfaları gibi aktif zorlukları birleştirerek fiyat scraping'ini tespit eder.

Konut proxy'leri tespiti önlemek için yeterli mi?

Hayır. Konut proxy'leri ağ gerçekçiliğini artırabilir, ancak agresif istek desenlerini, tarayıcı parmak izi sorunlarını, coğrafi uyumsuzlukları veya kötü oturum tasarımını düzeltmez.

Fiyat sayfaları HTTP 200 döndürmesine rağmen neden fiyat yok?

Bu genellikle bir yumuşak engelleme, onay kapısı, ayrıştırıcı hatası, JavaScript render'ı sorunu veya bölge uyumsuzluğudur. Yanıtı başarılı olarak değerlendirmeden önce sayfa yapısını doğrulayın.

Fiyat izleme başsız tarayıcılar kullanmalı mı?

Sadece gerektiğinde. Öncelikle HTML veya JSON çıkarımını kullanın. Fiyatlar, varyantlar veya promosyonlar JavaScript yürütmesini gerektiriyorsa tarayıcı render'ını kullanın.

Fiyat izleme sırasında engellemeleri nasıl azaltabilirim?

İş yüklerini segmentleyin, eşzamanlılığı azaltın, geri çekilme kullanın, oturumları doğrulayın, doğru proxy türünü seçin, aşırı yeniden denemelerden kaçının ve yumuşak engellemeleri ayrı olarak izleyin.

Rekabetçi fiyat izleme için en iyi proxy türü nedir?

Veri merkezi proxy'leri, daha az sürtünmeli listeleme sayfaları için işe yarayabilir. Konut proxy'leri, hassas ürün detay sayfaları ve bölgeye özgü fiyatlandırma için daha iyidir. Maliyet kontrolü için hibrit bir yaklaşım kullanın.

Kurulumumun iyileşip iyileşmediğini nasıl ölçebilirim?

Başarı oranını, engelleme oranını, yumuşak engelleme oranını, kayıp fiyat oranını, yeniden deneme derinliğini, coğrafi doğruluğu, oturum hayatta kalma oranını, ayrıştırıcı hata oranını ve CPSR'yi takip edin.

Ne zaman scraping'i durdurup onaylı erişim aramalıyım?

Bir perakendeci sürekli olarak neredeyse her isteği engelliyorsa veya terimler, erişim kontrolleri veya uyum incelemesi iş akışını desteklemiyorsa, resmi API'leri, ortak veri akışlarını, lisanslı verileri veya izin bazlı erişimi kullanın.

Son Düşünceler

Perakendeciler, katmanlı sinyaller aracılığıyla rekabetçi fiyat taramasını tespit eder. IP itibarı, tarayıcı davranışı, trafik desenleri, oturum tutarlılığı, coğrafi uyum ve içerik erişim desenleri hepsi önemlidir.

En güçlü fiyat izleme sistemleri tek bir numaraya veya tek bir proxy türüne dayanmaz. Sorumlu yönlendirme, gerçekçi oturum tasarımı, güçlü doğrulama ve net metrikler kullanırlar. Kolay sayfalar ucuz kalır. Hassas sayfalar daha dikkatli bir şekilde işlenir. Veri kalitesi, sonuçlar panellere ulaşmadan önce ölçülür.

Fiyat istihbaratını ölçeklendiren ekipler için pratik hedef basittir: tahmin edilebilir bir maliyetle doğru fiyatlar toplamak ve önlenebilir sürtünmeyi azaltmak. Küçük bir pilot ile başlayın, engelleme ve yumuşak engelleme desenlerini ölçün, perakendeciye göre yönlendirmeyi ayarlayın ve yalnızca geçerli verileri güvenilir bir şekilde üreten yapılandırmaları ölçeklendirin.