Tek bir Google Shopping arama sayfası; organik listelerin arasına serpiştirilmiş sponsorlu sonuçları, stokta olmayan ürünlerde tamamen kaybolan fiyatları ve aynı ürünün beş farklı satıcıda tekrar tekrar görünmesini gizleyebilir. Son birkaç haftada, bu karmaşayı temiz ve kullanılabilir veriye dönüştürdüğünü iddia eden dokuz aracı tek tek inceledim — dürüst cevap şu: “en iyi” olan, tamamen sizin bir veri hattı kuran geliştirici mi yoksa Cuma gününe kadar rakamları bir tabloya almak isteyen pazarlamacı mı olduğunuza bağlı.
Bu ayrım araştırmanın her yerinde göze çarpıyor. r/learnpython ve r/node tarafında insanlar Puppeteer, Playwright ve proxy rotasyonu üzerine notlar paylaşıyor. r/PPC’de ise daha çok “bana sadece veriyi verin, kodla uğraşmak istemiyorum” yaklaşımı var. Bu yüzden bu dokuz aracı alfabetik sıralamak ya da en gösterişli ana sayfaya sahip olanı “genel olarak en iyi” diye etiketlemek yerine, her birini altı somut kritere göre puanladım ve iş akışına göre sıraladım: önce yönetilen SERP API’leri, sonra proxy ve scraper altyapısı, ardından geliştirici odaklı actor platformu, en sonda da no-code tarayıcı aracı.
"En İyi" Google Shopping Scraper’ı Ne Belirler? Puanlama Kriterlerimiz
Birçok liste yazısında “en iyi” ifadesi fazla yük taşıyor; burada ise gerçekten ne anlama geldiğini açıkça söyleyelim. Dokuz aracı, her satıcının pazarlama sayfasında ne iddia ettiğine bakmadan, aynı altı faktöre göre değerlendirdim:
- Veri kapsamı — belgelenmiş şema; fiyat, satıcı, puan, yorum sayısı, kargo ve sponsorlu ile organik sonuçlar arasındaki gerçek ayrımı güvenilir biçimde döndürüyor mu?
- Yerel/Coğrafi destek — belirli bir ülkeyi, dili veya cihazı gerçekten hedefleyebiliyor musunuz, yoksa her şey proxy’nin IP’sinin nereye çözümlendiğine mi kalıyor?
- Kurulum karmaşıklığı — bu bir API anahtarı ve GET isteği mi, yoksa kuyruklanan bir görev ve callback’ler mi, token zincirli iki adımlı bir iş akışı mı, yoksa sadece tıkladığınız bir sayfa mı?
- Bakım yükü — Google HTML yapısını değiştirdiğinde ya da CAPTCHA çıkardığında sorumluluk kimde: sizde mi, satıcıda mı?
- Dışa aktarma / entegrasyon yolu — JSON dökümü mü, yoksa Sheets, Airtable ya da veri ambarınıza doğrudan bağlantı mı?
- Fiyat şeffaflığı — satıcı gerçekten birim başı maliyeti açıkça yayınlıyor mu, yoksa ne kadar tuttuğunu öğrenmek için “satış ekibiyle iletişime geçin” mi demeniz gerekiyor?
Burada yapmayacağım şeylerden biri başarı oranı, hız testi veya doğruluk yüzdesi uydurmak. Bu listedeki hiçbir araç birbirine karşı bağımsız biçimde benchmark edilmedi; satıcıların “%99,9 başarı” ya da “inanılmaz hızlı” gibi iddiaları da ölçüm değil, pazarlama metni. Bunun yerine size her satıcının dokümantasyonunun gerçekten neyi kanıtladığını sunacağım — ki bu da, görüldüğü gibi, oldukça yeterli.
Geliştiriciler Kod İster, Pazarlamacılar Sıfır Kod İster
Scraping’e yakın forumlarda vakit geçirdiyseniz bu ayrımı zaten biliyorsunuzdur; yine de açıkça söylemekte fayda var, çünkü bu listenin sıralamasını da açıklıyor. Veri hattı kuran geliştiriciler; API anahtarı, tahmin edilebilir JSON, açık locale parametreleri ve aşağı tarafta doğrulanıp normalleştirilebilecek bir şema ister. Onlar proxy rotasyonu ve headless tarayıcı render’ı soran kişilerdir.
Pazarlama ve PPC tarafı ise daha çok “sayfayı göster, tabloyu alayım” yaklaşımındadır. Google bu çeyrek içinde Shopping yerleşimini üçüncü kez değiştirdiğinde bir Puppeteer scriptini sürdürmek istemezler (ve evet, bu olur — Google Shopping markup’ını o kadar sık değiştiriyor ki, API sağlayıcıları bile bunun için changelog yayınlıyor).
Bu yüzden liste; yönetilen SERP API sağlayıcılarıyla başlıyor (SerpApi, Serper, SearchAPI, DataForSEO) — yapılandırılmış JSON, proxy uğraşı yok, ama yine de kod gerekiyor — ardından daha fazla kontrol ama daha çok kurulum isteyen proxy ve scraper altyapısına (Bright Data, Oxylabs), sonra tamamen özelleştirilebilir geliştirici actor platformuna (Apify) geçiyor ve en sonda, scraping kodu yazmak ya da sürdürmek istemeyenler için no-code, ajantik tarayıcı aracı Thunderbit ile bitiyor.
9 En İyi Google Shopping Scraper’a Hızlı Bakış
| Araç | Toplama Modeli | Kurulum Karmaşıklığı | Locale Desteği | En Uygun Kullanıcı Profili | Bakım Yükü |
|---|---|---|---|---|---|
| SerpApi | Yönetilen Shopping API | Düşük (API anahtarı) | Güçlü (location, gl, hl, device) | Veri mühendisleri, SEO araçları | Satıcı yönetimli |
| Serper | Genel SERP API, Shopping bir sonuç türü olarak | Düşük | Orta (ülke/dil belgelenmiş) | Maliyet duyarlı geliştiriciler | Satıcı yönetimli |
| SearchAPI | Yönetilen Shopping + Product Offers API | Düşük-Orta (offer için iki aşama) | Orta | Teklif/satıcı karşılaştırma ekipleri | Satıcı yönetimli |
| DataForSEO | Görev tabanlı Merchant API | Orta (kuyruk/callback) | Güçlü | Toplu/zamanlanmış veri hatları | Satıcı yönetimli |
| Bright Data | Dataset + Scraper API + SERP API | Orta (yüzeye bağlı) | Çok güçlü | Kurumsal veri ekipleri | Paylaşımlı |
| Oxylabs | İki aşamalı arama + ürün detayı API | Orta (token zincirleme) | Çok güçlü | Kurumsal veri ekipleri | Paylaşımlı |
| Scrapingdog | Özel Shopping uç noktası | Düşük-Orta | Orta | Bütçe odaklı geliştiriciler | Satıcı yönetimli |
| Apify | Actor/geliştirici platformu | Orta-Yüksek | Actor’a bağlı | Özel pipeline kuranlar | Kullanıcı yönetimli |
| Thunderbit | Ajantik no-code tarayıcı çıkarımı | Çok düşük (One Click Extract) | Hedef sayfaya bağlı | Pazarlamacılar/PPC, kod yazmayanlar | Düşük, sayfaya bağlı |
(Taahhütte bulunmadan önce güncel fiyatları, kredi limitlerini ve locale kapsamını her satıcının canlı dokümanından doğrulayın — bunlar hızlı değişiyor ve bu sağlayıcılardan bazıları 2026’da zaten kırıcı değişiklikler yayınladı.)
1. SerpApi — Yönetilen, Özellik Zengini ve Cache Konusunda Açık
SerpApi, sorgunuzu alıp yapılandırılmış shopping_results döndüren özel bir Google Shopping motoru (engine=google_shopping) çalıştırır — konum, başlık, ürün kimliği, fiyat ve çıkarılmış sayısal fiyat, eski/taksitli fiyatlandırma, teslimat, durum, puan, yorumlar ve görseller. Bu gerçekten güçlü bir şema ve SerpApi ayrıca sponsorlu Shopping sonuçlarını Google Ads Shopping şeması üzerinden ayrı biçimde belgeliyor; yani sponsorlu yerleşimleri bulabilirsiniz — ama özel Shopping yanıtının içine gömülü, güvenilir tek bir sponsored: true/false bayrağı olarak değil.
SerpApi’yi farklı kılan şey, sonradan baş ağrısına dönüşen noktaları ne kadar açık anlatması. Konum hedefleme için şehir seviyesinde location ya da tam uule, ayrıca ayrı gl (ülke), hl (dil) ve device (desktop, tablet, mobile) parametreleri destekleniyor. Ayrıca aynı sorguların varsayılan olarak bir saate kadar cache’e düşebileceğini de açıkça söylüyor — cache’ten gelen sonuçlar ücretsiz, no_cache=true ise yeni çekim yapıyor. Çoğu satıcı bunu ya saklar ya da hiç söylemez.
Fiyatlandırma (2026-08-13 itibarıyla) herkese açık ve aylık: Free tier 250 arama, Starter 1.000 arama için $25, Big Data paketi ise 30.000 arama için $275’a kadar çıkıyor. Sadece başarılı aramalar kotadan düşüyor; cache ve başarısız istekler düşmüyor. Bilmeniz gereken bir diğer nokta: Google, 2026’nın başlarında veri erişim yöntemleri nedeniyle SerpApi’ye dava açtı; SerpApi ise bu tanımlamaya itiraz ediyor ve kamuya açık, kimlik doğrulaması gerektirmeyen sonuçlara eriştiğini söylüyor. Bu canlı bir hukuki durum, bir hüküm değil; o yüzden aracı tamamen kaçınılması gereken bir şey olarak değil, izlenmesi gereken bir risk faktörü olarak değerlendirin.
Kimler için uygun: Belgelenmiş en zengin Shopping şemasını ve cache ile locale üzerinde en açık kontrolü isteyen geliştiriciler.
2. Serper — Hızlı, Ekonomik ve En Temiz “Güncellik” İddiası
Serper, Shopping’in Search, Images, News, Maps ve başka birçok sonuç türüyle birlikte yer aldığı genel bir Google SERP API’si olarak konumlanıyor. Zaten düzenli arama sonuçlarını çekiyor ve Shopping verisini de buna eklemek istiyorsanız, bu ikinci bir özel sağlayıcı kurmaktan daha düşük sürtünmeli bir ekleme.
Açık örnekte dönen Shopping verisi; başlık, kaynak, doğrudan satıcı bağlantısı, biçimlendirilmiş fiyat, teslimat, puan, puan sayısı, teklif sayısı, ürün kimliği ve konumu içeriyor — temel ürün kartı takibi için sağlam. Ancak kamuya açık dokümanlar, SearchAPI ya da Oxylabs’ın belgelenen satıcı-teklif detay derinliğini veya promosyon fiyatlandırma alanlarını aynı şekilde sunmuyor. Serper’ın en güçlü satış noktası ise tazelik vaadi: her çağrının Google’dan canlı çekildiğini ve cache kullanılmadığını söylüyor. Bu da SerpApi kullanıcılarının vermesi gereken cache yönetimi kararını ortadan kaldırıyor — ama her tekrar eden sorgu için, cache’li olsun olmasın, ödeme yapma anlamına geliyor.
Fiyatlandırma abonelik yerine peşin kredi paketleri üzerinden ilerliyor — başta 2.500 ücretsiz sorgu, sonra 50.000 kredi için $50 ve üst paketlerde 1.000 sorgu başına $0.30’a kadar düşüyor; krediler altı ay geçerli. Fiyat sayfası ayrıca dikkat çekici derecede dürüst bir detay veriyor: bir istek Google’a yeniden denenmek zorunda kaldığında tekil sorgular 2–4 saniye sürebiliyor. Bu, benchmark değil, planlamanız gereken gerçek bir gecikme kuyruğu.
Kimler için uygun: Daha geniş bir SERP API ekosistemine zaten entegre olmuş ve Shopping’i ek fayda olarak isteyen ekipler.
3. SearchAPI — Güçlü Teklif Detayı, Ama Dokümantasyonda Bir Pürüz Var
SearchAPI, satıcı bazlı fiyat karşılaştırmasına ihtiyaç duyuyorsanız gerçekten işe yarayan iki aşamalı bir iş akışı sunuyor. Shopping uç noktası, normal kart alanlarına ek olarak bir product_token döndürüyor — bu token da Merchant link, fiyat, teslimat ücreti, toplam fiyat, stok durumu ve her satıcı için ödeme yöntemlerini döndüren ayrı bir Product Offers API’yi açıyor. Eğer kullanım senaryonuz “bu ürünün farklı satıcılardaki tüm fiyatlarını göster” ise, listedeki en doğrudan yol bu.
Burada dikkat edilmesi gereken gerçek bir tuzak var: 15 Mayıs 2026 itibarıyla Google’daki değişiklikler, SearchAPI’nin her istek için yeni bir product_token istemesine neden oldu — eski product_id/prds parametreleri artık düz 400 hatası döndürüyor. Eski kod örneklerine veya eğitim içeriklerine dayanarak entegrasyon yapıyorsanız, fark edene kadar sessizce bozulabilir.
SearchAPI ayrıca, sorgunuz içindeki doğal dil filtrelerinin (“$30 altında”, “kullanılmış” gibi) kesin filtre değil, sadece ipucu olduğunu açıkça söylüyor — eşleşme azsa Google yine de bu sınırların dışından sonuç döndürebilir. Kesin yol, kodlanmış shoprs filtreleridir. Bir de bilinmesi gereken çözümsüz bir dokümantasyon çelişkisi var: SearchAPI uç noktayı “real-time” olarak pazarlıyor, ama kendi veri işleme sözleşmesi sonuçları performans için cache’lediğini söylüyor. Her iki durumda da kamuya açık bir TTL yok; yani fiyatlar hızlı değişiyorsa, tazelik varsayımıyla pipeline kurmadan önce aynı sorguyu defalarca test edin.
Fiyatlandırma (2026-08-13 itibarıyla) Developer planı için ayda $40’tan başlıyor ve 1.000 arama başına $4 seviyesine denk geliyor; daha yüksek hacimlerde aşağı iniyor ve aylık kredilerin %20’si kadar saatlik bir üst limit belgelenmiş.
Kimler için uygun: İki istekli iş akışını ve tazeliği kendileri test etmeyi göze alabilen, satıcı/teklif seviyesinde karşılaştırma yapan ekipler.
4. DataForSEO — Merchant ve Shopping Verisini Kuyruk Üzerinden Ölçekli Sunar
DataForSEO, bu grupta gerçekten farklı bir yerde duruyor; çünkü canlı istek/yanıt API’si değil, görev tabanlı bir kuyruk sistemi. Anahtar kelimenizi, konumu ve dili içeren bir görev POST ediyorsunuz, bir task ID alıyorsunuz ve ya sonuçları sorguluyorsunuz ya da bir callback URL kuruyorsunuz. Temel Shopping uç noktalarında canlı mod yok; genel pazarlama dili ne çağrıştırırsa çağrırsın.
Bu önemli, çünkü kurulum karmaşıklığı hesabını değiştiriyor. Tam olarak zor değil, ama “API’yi çağır, JSON’u al” modelinden farklı bir zihinsel yapı gerektiriyor — görev durumunu yönetiyorsunuz ve DataForSEO’nun dokümantasyonuna göre 10 saniye içinde yanıt vermeyen bir callback sunucusu, görevi manuel polling gerektiren “Tasks Ready” kuyruğuna düşürüyor.
Bu listedeki yerini toplu araştırma sayesinde hak ediyor: Products endpoint’i rank, domain, başlık, fiyat, eski fiyat, puan ve oy sayısı döndürüyor; ayrıca google_shopping_sponsored_carousel ile google_shopping_paid ve organik sonuçları ayıran açık sonuç türü tanımlayıcıları var — bu listedeki sponsorlu/organik ayrımının en netlerinden biri. Ayrıca product_id’nin dinamik olduğunu ve bazen null olabildiğini açıkça söylüyor; kullanıcı geçmişi ve konum tercihleri gibi kişiselleştirilmiş sıralama faktörlerinin sonuçlardan özellikle hariç tutulduğunu da belirtiyor — çoğu satıcının atladığı, değerli bir dürüstlük göstergesi.
Fiyatlandırma, sonuç blokları başına (Products için 40, Sellers/Reviews için 10) ücretlendiriliyor; normal kuyrukta en fazla 45 dakika, öncelikli kuyrukta ise iki kat fiyatla en fazla bir dakika içinde sonuç veriyor. Yeni hesaplar, süresi dolmayan 1 $ deneme kredisi alıyor.
Kimler için uygun: Toplu, zamanlanmış Merchant/ürün verisine ihtiyaç duyan ve kuyruk tabanlı iş akışlarına rahat olan ekipler.
5. Bright Data — Tek Bir İsim Etiketinin Altında Üç Ürün
Burada biraz yavaşlamak gerekiyor, çünkü Bright Data aslında Google Shopping verisi almak için üç ayrı yol sunuyor ve bunlar birbirinden oldukça farklı davranıyor. Bir önceden toplanmış dataset var (7,4 milyar kaydın üzerinde pazarlanan, JSON/CSV/Parquet olarak cloud warehouse’ınıza zamanlanmış şekilde teslim edilen), bir Google Scraper API var (özel Shopping scraper ID’leriyle senkron veya asenkron işler çalıştırıyor) ve bir de canlı Shopping URL’lerini çekip sonuçları gerçek zamanlı ayrıştıran bir SERP API var. Bunları tek ürün gibi ele almak, birçok karşılaştırma yazısının yaptığı bir hata — burada öyle yapmayacağım.
Dataset’in örnek verileri, bazı kayıtlarda ürün kimliği, açıklama, puan ve yorum sayısında null değerler gösteriyor — bu da “yapılandırılmış dataset” ifadesinin “her alan her zaman dolu” anlamına gelmediğinin iyi birinci el kanıtı. SERP API tarafında ise Product Listing Ads, top_pla, bottom_pla, jackpot_pla şeklinde ayrı sonuç türleri olarak belgelenmiş; başlık, fiyat, mağaza ve sıra bilgisiyle birlikte geliyor — ama bu ayrım, dataset için değil, özellikle SERP API için geçerli.
Scraper API üzerinden gelen asenkron işler, genel olarak “success” dönerken batch içindeki bazı girdiler başarısız olabiliyor — dokümanlar açıkça bir errors alanını kontrol edip o girdileri tek tek yeniden denemeniz gerektiğini söylüyor. Büyük partiler çalıştırıyorsanız bu önemli bir bakım detayı.
Fiyatlandırma (2026-08-13 itibarıyla) yüzeye göre ciddi biçimde değişiyor: dataset 100.000 tek seferlik kayıt için 250 $ gösteriyordu, SERP API ayda 5.000 ücretsiz istek ve sonrasında 1.000 başına 1,50 $ kullanıyordu, özel Shopping Scraper API ise ayrıca kendi ücretsiz katmanını ve kendi ücretini listeliyordu. Bu rakamların birbirinin yerine geçebilir olduğunu varsaymayın — gerçekten kullandığınız ürün sayfasını kontrol edin.
Kimler için uygun: Hem hazır dataset’leri hem de canlı API erişimini tek platformda isteyen ve her yüzey için ayrı fiyat ödemeyi kabul eden kurumsal ekipler.
6. Oxylabs — Arama + Ürün Detayı İçin En Net İki Aşamalı Zincir
Oxylabs, Shopping’i iki ayrı hedefe bölüyor: liste düzeyindeki sonuçlar için google_shopping_search, ayrıntılı ürün verisi için ise google_shopping_product. İkisi bir product token ile bağlanıyor. Arama yanıtı pla (paid listing ads) ile organic ürünleri temiz biçimde ayırıyor — muhtemelen bu listedeki en net sponsorlu/organik ayrımı — ve ürün uç noktası satıcı bazında teklifleri sayısal fiyat, durum, vergi, toplam fiyat ve kargo bilgisiyle birlikte ekliyor.
Ama önemli bir şart var: bu token iş akışı yalnızca arama isteğinizde hem render: "html" hem de parse: true kullanıyorsanız çalışıyor. Bunlardan biri eksikse product token alamazsınız ve ürün detayı adımı bozulur. Oxylabs ayrıca arama ve ürün isteklerinin aynı localization değerlerini kullanması gerektiğini açıkça uyarıyor — iki çağrı arasında geo_location uyuşmazsa ürün sonuçları eksik veya hatalı gelebilir. Ayrıca ek satıcı teklifleri için “More stores” panelinin açılması gerekiyorsa, bunun için de rendering açık olmalı; bu da maliyeti artırır.
Gözden kaçması kolay ama önemli bir detay: Oxylabs’ın fiyatlama SSS’si “başarılı” (dolayısıyla ücretlendirilen) istekleri hem 2xx hem de 4xx yanıtları kapsayacak şekilde tanımlıyor. Yani isteğiniz bozuksa bile ücret alınabilir.
Ürün yorumları yalnızca ABD locale’ı için belgelenmiş ve locale/dil ile locale/sonuç dili gerçekten ayrı kontroller; birini ayarlamak diğerini otomatik ayarlamıyor.
Kimler için uygun: Hem sıralama düzeyinde hem de satıcı bazlı teklif detayına ihtiyaç duyan, token zincirleme ve locale tutarlılığını kurulumun bir parçası olarak yönetebilen teknik ekipler.
7. Scrapingdog — Basit Uç Nokta, Ama Kamuya Açık Detay Az
Scrapingdog, API anahtarı ve sorgu alan tek bir Google Shopping uç noktası sunuyor; JSON içinde başlık, fiyat ve çıkarılmış sayısal fiyat, eski fiyat, puan, yorumlar, kaynak/satıcı, teslimat ve konum döndürüyor. Sayfada ayrıca fiyat, marka, ülke ve dile göre filtreleme ile sponsorlu listelemeleri izlemek için ayrı bir “ads” yanıt kategorisi de adlandırılıyor — ancak tam ads şeması ve locale filtreleme için tam parametre isimleri kamuya açık sayfada eksiksiz belgelenmemiş, bu yüzden otomasyonu buna göre kurmadan önce kendi kullanım senaryonuzla test etmeye zaman ayırın.
Bu listedeki tek girişlerden biri ve sadece kamuya açık dokümantasyona bakınca kredi maliyeti hesabının net çıkmadığı yer burası: Scrapingdog’ın fiyat sayfası aylık kredi paketlerini gösteriyor (LITE: ayda 40 $ karşılığında 200.000 kredi, STANDARD: ayda 90 $ karşılığında 1.000.000 kredi) ama tek bir Google Shopping isteğinin kaç kredi tükettiğini açıkça belirtmiyor. Genel arama API örnekleriyle bire bir aynı olduğunu varsaymayın — gerçek sorgu başı maliyeti hesaplamadan önce satıcıyla doğrudan doğrulayın.
Buradaki çoğu satıcı gibi Scrapingdog da yerleşik rotasyonlu residential proxy’ler ve otomatik CAPTCHA çözmeyi satıcı yönetimli olarak pazarlıyor. Bunu garanti edilmiş erişim kanıtı değil, bakım sınırı beyanı olarak değerlendirin.
Kimler için uygun: Dar kapsamlı, özel bir uç nokta isteyen ve taahhüt etmeden önce kredi maliyetlerini doğrudan doğrulamaya razı bütçe odaklı geliştiriciler.
8. Apify — Pazaryerini Değil, Actor’ü Değerlendirin
Şunu baştan söylemem gerekiyor: Apify tek bir Google Shopping scraper değildir — bağımsız olarak sürdürülen “Actor”ların bulunduğu bir pazaryeridir ve ben burada yakından incelediğim actor (geliştirici epctex tarafından yayınlanan Google Shopping Insights ve “Maintained by Community” olarak işaretli olan) yukarıdaki satıcı araçlarından çok farklı davranıyor. Apify çalışma ortamını, proxy altyapısını ve dataset/dışa aktarma araçlarını sağlar. Asıl Shopping çıkarma mantığı — ve bakımı — Apify’nin değil, epctex’in sorumluluğundadır.
Bu ayrım önemli çünkü bu özel actor’ün resmi örnek çıktısında null price field var. “Bazen” değil, “stokta olmayanlarda” değil — belgelenmiş örnek kaydın kendisi price: null ve withoutDiscountPrice: null gösteriyor; buna karşılık ürün adı, satıcı ve puan alanları dolu. Bu, bu derlemenin tamamında fiyat verisinin eksiksiz varsayılmaması gerektiğine dair en güçlü birinci el kanıt ve doğrudan aracın kendi dokümanlarından geliyor.
Siz yine de yapılandırılabilir girdiler alıyorsunuz — includeSponsoredResults, satıcılar arası fiyat karşılaştırması için includeComparisonPrices, ülke kodu hedefleme, maxItemsPerQuery — ve zorunlu bir proxy yapılandırması (sizinki ya da Apify’ninki). Sonuçlar Apify’nin Dataset sistemi üzerinden JSON, XML, CSV veya Excel olarak dışa aktarılabiliyor. İncelediğim Store listesinin yaklaşık 2.300 toplam kullanıcı gösterdiğini, ama o sırada yalnızca 2 aylık aktif kullanıcı bulunduğunu da not ettim — “community maintained” ifadesinin iki ucu keskin: esnek, ama aktif olarak kullanıp sorun bildiren kişilere ne kadar bağlıysa o kadar güvenilir.
Kimler için uygun: Taahhüt etmeden önce belirli bir actor’ün bakım aktivitesini ve gerçek çıktı şemasını inceleyebilen geliştiriciler — Apify markasının tek başına tutarlı davranış garantisi vereceğini düşünenler için değil.
9. Thunderbit — Pazarlamacılar İçin No-Code Toplama
Thunderbit, bu listenin diğer ucunu temsil ediyor: bir Google Shopping API entegre etmek yerine, görebildiğiniz sayfayı inceleyip yapılandırılmış bir tabloya dönüştürmek isteyenler için tarayıcı tabanlı, no-code bir iş akışı. Bu yüzden pazarlamacılar, PPC operasyoncuları ve yüksek hacimli backend pipeline yerine ara sıra kontrol yapan küçük e-ticaret ekipleri için doğal kategori eşleşmesi.
Elde ettiğiniz şey tarayıcı tarafında çıkarım: gerçekten ilgilendiğiniz Shopping sonuç sayfasını açın, Thunderbit’in render edilmiş sayfayı tek tıkla okumasına izin verin ve alanları doğrudan Excel, Google Sheets, Airtable veya Notion’a aktarın. Gerçek bir uyarı var, ama o araca değil Shopping’e ait — çıkarım önünüzdeki sayfaya karşı çalıştığı için sonuç, o tarayıcının konumunu, dilini ve oturumunu miras alır. Bu haftaki çekimi, geçen haftakilerle karşılaştırılabilir saymadan önce bu ayarları sabitleyin. Bu, bir sonraki bölümde ele alınan alan güvenilirliği sorununun aynısıdır ve listedeki tüm seçenekler için geçerlidir.
Kimler için uygun: Gözle görülür, incelenmiş tarayıcı çıkarımını geliştirici yönetimli JSON pipeline’a tercih eden ve yüksek hacimli, çok bölgeli bir crawl yerine talep üzerine belirli Shopping sayfalarını çeken teknik olmayan ekipler.
Hangi Verilere Gerçekten Güvenebilirsiniz? Alan Güvenilirliği Problemi
Çoğu Google Shopping karşılaştırma yazısının tamamen atladığı kısım burası — ve herhangi bir şeyi otomatikleştirmeden önce anlamanız gereken en önemli konu şu: her alan her listede görünmez; “eksik”i “sıfır” saymak verinizi sessizce bozar.
| Alan | Güvenilirlik | Dikkat edilmesi gereken nokta |
|---|---|---|
| Başlık | Yüksek | Kaynaklar arasında ürün eşleştirirken varyantları/paketleri normalize edin |
| Ürün kimliği | Koşullu | DataForSEO bunu dinamik ve bazen null olarak açıkça belgeliyor |
| Fiyat | Koşullu | Apify’nin kendi resmi örneği, tam dolu kayıtta bile null fiyat gösteriyor |
| Satıcı/merchant | Genelde mevcut | Çok satıcılı listeler, tek ürün için birden fazla ayrı teklif anlamına gelir |
| Puan/yorum sayısı | Koşullu | Yeni veya puanı olmayan ürünler bunu hiç göstermeyebilir — sıfıra zorlamayın |
| Kargo/teslimat | Tutarsız | Hedefe, satıcı stok durumuna ve oturuma bağlı olabilir |
| Sponsorlu bayrak | Araca bağlı | Oxylabs pla ile organic’i net ayırıyor; diğerlerinin birçoğu sponsorlu sonuçları dahil etme/dışlama seçeneği verir ama satır bazında güvenilir bir etiket sağlamaz |
Pratik kural şu: herhangi bir iş akışını otomatikleştirmeden önce, gerçek anahtar kelimelerinizle canlı bir örnek çekin ve dokümanın olması gerektiğini ima ettiği şeylere değil, gerçekte nelerin null, yinelenmiş ya da eksik olduğuna bakın.
Resmî Google Merchant Center mı, Google Shopping Scraper mı? Hangisine İhtiyacınız Var?
Bu soru, e-ticaret ekiplerinin satıcıları karşılaştırmaya başlamadan önce sorduğu bir konu ve cevabı net vermek gerekir: kendi ürün listelemelerinizi, fiyatlarınızı veya Shopping reklamlarınızı yönetiyorsanız, bu iş Google’ın resmî Merchant Center araçlarıyla yapılır — üçüncü taraf bir scraper ile değil. Bu listedeki scraping araçları, başkalarının listelemelerini gözlemlemek içindir: rakip fiyatları, pazar görünürlüğü, kategori araştırması, sponsorlu yerleşim takibi. Bunları karıştırmayın. İlk taraf API’nin güncel adı ve kapsamı için doğrudan Google’ın mevcut resmî dokümantasyonuna bakın; bu tür şeyler zaman zaman yeniden adlandırılıp yeniden yapılandırılıyor.
Bu Araçlar Google’ın Anti-Bot Savunmalarını Nasıl Ele Alıyor?
Bunu “Google’ı nasıl aşarım” öğreticisi olarak değil, bir yönetişim sorusu olarak çerçeveleyeceğim; çünkü dürüst yaklaşım bu. Buradaki birçok satıcı — SerpApi, SearchAPI, Bright Data, Oxylabs, Scrapingdog — proxy rotasyonu, tarayıcı render’ı ve CAPTCHA handling işini kendi taraflarında yönettiklerini açıkça söylüyor. Bu, değer vermeye layık gerçek bir bakım sınırı: gece 2’de bloke olmuş bir IP’yi siz debug etmiyorsunuz demek. Ama bu, kalıcı veya evrensel erişim garantisi anlamına gelmez — böyle okunmamalı.
Tam yönetilen bir satıcı kullansanız bile kaybolmayan şeyler: oran ve harcama kontrolleri, hata sınıflandırması, yeniden denemeler ve Google bir şeyi değiştirdiğinde izleme (ki SearchAPI ve Oxylabs’ın bulduğum changelog’larına bakılırsa bu düzenli olarak oluyor). Bright Data, kısmi batch başarısızlıklarını açıkça belgeliyor; DataForSEO callback timeout davranışını; Oxylabs ise geçersiz token hatalarını belgeliyor. Bunların hiçbiri bir şeyleri aşmaya dair talimat değil — hangi hata modundan kimin sorumlu olduğunun dürüst bir envanteri.
Ekibiniz İçin En İyi Google Shopping Scraper’ı Nasıl Seçersiniz?
Bunu şu sırayla değerlendirin:
- Personanızı netleştirin. Bir pipeline kuran geliştirici misiniz, yoksa kodla uğraşmadan sonuç almak isteyen pazarlama/operasyon kişisi mi?
- Gerçekten ihtiyaç duyduğunuz alanları belirleyin. Sıralama düzeyindeki veri ile satıcı/teklif düzeyindeki fiyat detayları aynı şey değildir — SearchAPI ve Oxylabs, özellikle ikinci ihtiyacın karşılığı olarak öne çıkıyor.
- Bakım kapasiteniz konusunda dürüst olun. API eşleştirme ve hata yönetimi mi, actor yapılandırması ve proxy kurulumu mu, yoksa incelenmiş sayfa tabanlı çıkarım mı — ekibinizin uzun vadede gerçekten sahiplenebileceği seçeneği seçin.
- Locale/device davranışını gerçek sorgularla test edin; çünkü kamuya açık dokümantasyon her zaman canlı davranışla bire bir örtüşmez.
- Dışa aktarma yolunuzun mevcut stack’inize uyduğunu doğrulayın — veri ambarına JSON dökümü ile bir pazarlamacının doğrudan açabileceği bir tablo aynı şey değildir.
Sonuç: Hangi Google Shopping Scraper’ı Kullanmalısınız?
Tek bir “en iyi” yok; bir liste yazısı size aksini söylüyorsa şüpheyle yaklaşın. Eğer bir veri hattı kuran geliştiriciyseniz ve cache ile locale üzerinde açık kontroller sunan en zengin belgelenmiş şemayı istiyorsanız, SerpApi ile başlayın. Eğer gerçek hedefiniz satıcı başına teklif seviyesinde fiyat karşılaştırmasıysa, SearchAPI ya da Oxylabs’ın token zincirli iş akışı sizi daha doğrudan sonuca götürür. Toplu ve zamanlanmış araştırma yapıyor ve kuyruk modelini tolere edebiliyorsanız, DataForSEO iyi ölçeklenir. Hazırlanmış dataset’ler ile canlı sorguları aynı kurumsal platformda istiyorsanız, Bright Data en geniş alanı kapsar — sadece her yüzeyi ayrı fiyatlandırın.
Ve eğer bir PPC ya da pazarlama ekibindeyseniz ve API anahtarıyla uğraşmak istemiyorsanız, Thunderbit ile temsil edilen tarayıcı tabanlı kategori, “Sadece veriye ihtiyacım var, kod projesine değil” sorusunun doğrudan cevabı. Sadece hangi yüzeyi seçtiğinizi netleştirin: tarayıcı iş akışı, sizin açıp incelediğiniz sayfalar için tasarlanmıştır; Thunderbit’in API dokümantasyonu ve CLI ise geliştirici odaklı ayrı yollardır. Ekibinizin gerçekten çalışma biçimine uyanı seçin.
Hangisini seçerseniz seçin, önce gerçek bir örnek çekin. Buradaki her satıcı en az bir alanın her zaman mevcut olmadığını belgeliyor — üzerine bir şey kurmadan önce kendi verinizi kontrol edin.
SSS
Google Shopping verisi scrape etmek yasal mı? Buna kategorik bir cevap veremem; bir liste yazısının da vermemesi gerekir. Herkese açık görünen veri ve bir satıcının uyumluluk iddiaları, her kullanım senaryosunu otomatik olarak yasal yapmaz. Bir şey geliştirmeden önce Google’ın güncel hizmet şartlarını kontrol edin, kendi yargı bölgeniz için geçerli hukuku inceleyin ve toplama yönteminizin yetkili olduğundan emin olun. Bunu, bir blog yazısının çözemeyeceği, “kendi hukuk danışmanınızla doğrulayın” durumu olarak görün.
SERP API ile Google Shopping scraper arasındaki fark nedir? Bir SERP ya da Shopping API, yapılandırılmış istek parametrelerini alır ve size ayrıştırılmış JSON döndürür — toplama altyapısının çoğunu satıcı yönetir. Tarayıcı tabanlı bir scraper (Thunderbit gibi) ise sizin ya da bir kullanıcının gerçekten açık tuttuğu sayfadan veri çıkarır. Dataset ürünleri (Bright Data’nın teklifinin bir kısmı gibi) ise canlı istekler yerine zamanlanmış şekilde önceden toplanmış kayıtlar sunar. Amaç olarak kesişirler; fakat tazelik, locale kontrolü ve bakım yükü açısından ciddi farkları vardır.
Google Shopping scrape etmek için kod bilgisi gerekir mi? Her zaman değil. Thunderbit’in bütün vaadi tam da bu yüzden no-code, tıklama tabanlı bir iş akışıdır. Apify teknik olarak web arayüzü üzerinden kod yazmadan çalıştırılabilir, ancak ciddi özelleştirme için biraz teknik rahatlık fayda sağlar. Bu listedeki API tabanlı araçların hepsi — SerpApi, Serper, SearchAPI, DataForSEO, Bright Data, Oxylabs, Scrapingdog — en az temel geliştirici becerileri gerektirir: kimlik doğrulama, parametre yönetimi ve hata kontrolü.
Google Shopping verisi ne sıklıkla değişir? Birçok kişinin sandığından daha sık; ama güvenebileceğiniz evrensel bir “X saatte bir güncellenir” kuralı yok. Fiyatlar, stok, sponsorlu yerleşimler ve sıralamalar oturuma, locale’a ve günün saatine göre değişebilir. Buradaki birkaç satıcı, özellikle canlı/real-time modları bu yüzden sunuyor; çünkü bu kategoride cache’li veri çabuk bayatlar. Kararlarınız güncel fiyata bağlıysa, dünkü sonucu kullanmak yerine sorguyu yeniden çalıştırın.
Daha Fazla Öğrenin
