Pazaryeri Yorumlarını Siteye Aktarma: Kapsamlı Entegrasyon Rehberi (2026)

Türkiye'de e-ticaret yapan çoğu marka aynı ikilemi yaşıyor: pazaryerlerinde yıllardır satış yapıyor, binlerce değerlendirme birikmiş; ama kendi sitesinin ürün sayfası bomboş. Aynı ürün, aynı kutu, aynı kargo — buna rağmen kendi vitrinine gelen ziyaretçi sıfır yıldız ve sıfır yorum görüyor. Sonuç tahmin edilebilir: ziyaretçi ürünü sizin sitenizde inceleyip satın almayı pazaryerinde tamamlıyor, siz de kendi müşterinize komisyon ödüyorsunuz.

Bu yazı, pazaryeri yorumlarını kendi e-ticaret sitenize taşıma konusunun şemsiye rehberidir. Tek bir pazaryerine odaklanmıyor; Trendyol, Hepsiburada, N11, Amazon Türkiye ve Çiçeksepeti için erişim durumunu ayrı ayrı ele alıyor, çoklu kaynaktan gelen yorumları tek ürün sayfasında dürüstçe birleştirmenin mimarisini anlatıyor ve mevzuat ile SEO tarafındaki sınırları çiziyor. Belirli bir platformun ayrıntısına inmek isterseniz yazı içindeki bağlantılardan ilgili derin rehbere geçebilirsiniz.

Pazaryeri yorumu nedir, siteye aktarma ne demektir?

Pazaryeri yorumu; Trendyol, Hepsiburada, N11 gibi platformlarda satın alma yapmış bir müşterinin ürüne verdiği yıldız puanı ve yazdığı serbest metindir. Bu yorumların büyük kısmı doğrulanmış alışverişe dayanır — yani ürünü gerçekten satın almış birinin yazdığı bilinir. Sosyal kanıt olarak değerini bu kadar yüksek yapan da budur.

Siteye aktarma ise dört adımlı bir süreçtir:

1. Toplama: Değerlendirme verisinin (puan, metin, tarih, varyant bilgisi, varsa satıcı yanıtı) pazaryerinden alınıp kendi veritabanınıza yazılması.
2. Normalizasyon: Farklı pazaryerlerinden gelen farklı şemaların tek bir ortak yorum modeline dönüştürülmesi.
3. Eşleştirme: Pazaryerindeki ürünün, sizin sitenizdeki hangi ürüne ve hangi varyanta karşılık geldiğinin belirlenmesi.
4. Gösterim: Yorumların ürün sayfasında, kaynağı açıkça belirtilerek ve sayfa hızını bozmadan yayınlanması.

Ekiplerin çoğu birinci adımı en zor kısım sanır. Pratikte projeyi haftalarca geciktiren neredeyse her zaman üçüncü adımdır.

Neden pazaryeri yorumlarını kendi sitenize taşımalısınız?

1. Boş ürün sayfası, satın almayı erteletir

Sosyal kanıt olmayan bir ürün sayfası, ziyaretçiyi karar vermek yerine araştırmaya iter. Araştırma yeri de genellikle pazaryeridir. Yorumları kendi sayfanıza taşımak bu döngüyü kırar; ziyaretçi kararını verdiği yerde satın alır.

2. Komisyonsuz satış payınızı büyütür

Pazaryeri komisyonları kategoriye göre değişir ama hiçbiri sıfır değildir. Kendi sitenizden yapılan her satış, komisyon farkı kadar doğrudan kâra yazar. Sosyal kanıt farkını kapatmak, kendi kanalınızı büyütmenin en düşük maliyetli adımlarından biridir.

3. Müşteri verisi ve iletişim izni sizde kalır

Pazaryerinden satışta müşteri ilişkisi platformundur. Kendi sitenizden satışta e-posta, telefon ve izin sizde kalır; terk edilen sepet kurtarma ya da kargo bildirimi gibi otomasyonları çalıştırabilirsiniz. Bu konuya terk edilen sepet kurtarma rehberinde ayrıntılı değindik.

4. Sayfa içeriği doğal olarak zenginleşir

Gerçek müşteri yorumları, ürün açıklamasında hiç geçmeyen kelimeleri sayfaya taşır: kalıp, koku, dayanıklılık, montaj kolaylığı, beden uyumu. Bu uzun kuyruk aramalarına doğal karşılık üretir ve sayfada kalma süresini uzatır. Ayrıntı için ürün yorumlarının dönüşüme ve SEO'ya etkisi yazısına bakabilirsiniz.

5. Yeni ürünü sıfırdan başlatmazsınız

Kendi sitenize yeni eklediğiniz bir ürün, pazaryerinde iki yıldır satılıyor ve 300 yorumu varsa; bu birikimi sıfırlamak için hiçbir sebep yok.

Hangi pazaryerlerinden yorum aktarılabilir? Erişim durumu tablosu

Bu bölüm, bu yazının en çok yanlış bilgi dolaşan kısmıdır. Aşağıdaki tablo, ilgili platformların kendi geliştirici dokümantasyonunda Temmuz 2026 itibarıyla yayınlanmış hâliyle doğrulayabildiğimiz durumu gösterir. Doğrulayamadığımız yerler açıkça belirtilmiştir — tahmin yazmadık.

Tablodan çıkan tek cümlelik sonuç şudur: Türkiye pazaryerlerinin hiçbiri, satıcısına ürün yorumlarını çekmesi için sözleşmeli ve belgelenmiş bir entegrasyon uç noktası sunmuyor. Soru-cevap tarafı açık, değerlendirme tarafı değil. Piyasadaki yorum modüllerinin neredeyse tamamı bu yüzden yorum verisini satıcı API'sinden değil, ürünün herkese açık pazaryeri sayfasını besleyen veri kaynağından alır; satıcı API'sini ise yalnızca ürün eşleştirmesi için kullanır.

Bunu bilmek mimari kararlarınızı değiştirir. Sözleşmeye dayanmayan bir kaynak, sözleşmeli bir uç nokta kadar kararlı olmaz; alan adları ve yanıt şemaları haber verilmeden değişebilir. Bu yüzden çektiğiniz yorumu anında kendi veritabanınıza yazın. Kaynak bir gün değişse bile yayındaki içerik ayakta kalır, yalnızca senkron durur.

Trendyol

Trendyol tarafında soru-cevap entegrasyonu açık ve belgelidir. Müşteri sorularını çekme uç noktası https://apigw.trendyol.com/integration/qna/sellers/{sellerId}/questions/filter adresidir; sayfalama page (sıfırdan başlar) ve size (varsayılan 20, en fazla 50) parametreleriyle yapılır. Tarih parametresi vermezseniz son bir haftanın soruları döner, startDate ve endDate verirseniz aralık en fazla iki haftadır. Durum değerleri WAITING_FOR_ANSWER, ANSWERED, REPORTED, REJECTED ve UNANSWERED olarak belgelenmiştir. Test için stageapigw.trendyol.com alan adı kullanılır.

Trendyol'un geliştirici sitesinde Temmuz 2026 itibarıyla yayında olan bir uyarı da mimarinizi ilgilendirir: Ürün ve Sipariş servislerinin V2 sürümleri yayındadır ve 15 Eylül 2026 tarihine kadar yeni sürümlere geçilmesi isteniyor. Eşleştirme için katalog servisini kullanacaksanız doğrudan V2 ile başlayın.

Ayrıntılı kurulum ve tuzaklar için Trendyol yorumlarını siteye aktarma ve Trendyol soru-cevaplarını siteye aktarma yazılarına bakın. Pazaryeri tarafında yorum ve soruları yönetme disiplini için cevaplama rehberi ayrı bir başlıktır.

Hepsiburada

Hepsiburada, servisleri ayrı alt alan adlarında sunar: katalog için mpop, fiyat ve stok için listing-external, sipariş için oms-external, soru-cevap için api-asktoseller-merchant. Test ortamı aynı alan adının sonuna -sit eklenmiş hâlidir. En sık takılınan nokta kimlik doğrulama değil, zorunlu User-Agent başlığıdır: başlık boşsa ya da HTTP kütüphanenizin varsayılan imzasıysa doğru şifreyle bile 401 alırsınız. Satıcı kimliği bir GUID'dir ve servise göre kâh URL yolunda kâh HTTP başlığında gönderilir.

Ayrıntı için Hepsiburada yorumlarını siteye aktarma yazısı, Trendyol ile protokol farklarını da tablo hâlinde veriyor.

N11

N11 satıcılara ürün, stok, fiyat ve sipariş tarafında entegrasyon servisleri sunar. Ancak ürün değerlendirmelerini çekmeye yönelik yayınlanmış bir uç noktayı bu yazıyı hazırlarken doğrulayamadık. Bu bir yokluk iddiası değil, doğrulanmamış bir alan; entegrasyon planınızı kurmadan önce N11 satıcı destek ekibinden yazılı teyit almanız en sağlıklısıdır. Doğrulama gelene kadar N11 yorumlarını, aşağıda anlatılan açık veri ya da kontrollü manuel aktarım yöntemleriyle ele alın.

Amazon Türkiye

Amazon'un Selling Partner API ailesi katalog, listeleme, sipariş, fiyat, rapor, bildirim ve finans gibi başlıkları kapsar. Müşteri yorumlarının tam metnini veren bir uç nokta bu ailede yer almaz; dokümantasyonda geçen Customer Feedback tarafı, ASIN ve kategori düzeyinde özet içgörü sunar, yorumların ham listesini değil. Yani Amazon'da ürün yorumlarını kendi sitenize otomatik taşımak, diğer pazaryerlerine göre daha kısıtlı bir alandır ve Amazon'un kullanım koşullarını dikkatle okumanızı gerektirir.

Amazon SP-API ayrıca diğerlerinden farklı bir kimlik doğrulama modeli kullanır: Login with Amazon üzerinden alınan yenilenebilir erişim jetonu. Basic auth beklentisiyle yazılmış bir istemciyi buraya uyarlamak, jeton yenileme döngüsü eklemek demektir.

Çiçeksepeti

Çiçeksepeti satıcı entegrasyonu ürün ve sipariş tarafında çalışır; yorum ya da soru-cevap için yayınlanmış bir uç noktayı doğrulayamadık. Kategori yapısı gereği Çiçeksepeti'nde yorumlar sıklıkla teslimat zamanlaması ve sunum hakkındadır; bu yorumları kendi sitenize taşırken bağlamın taşınıp taşınmadığını ayrıca değerlendirin.

Teknik yaklaşımlar: yorum verisine ulaşmanın üç yolu

Uygulamada çoğu mağaza melez bir kurgu kullanır: eşleştirme ve ürün verisi resmi API'den, yorum verisi açık kaynaktan, istisnalar manuel. İkinci yöntemi kullanacaksanız üç kuralı baştan koyun:

• Düşük eşzamanlılık. Paralel istek sayısını tek haneli tutun. Ürün başına saatte onlarca istek atan bir kurgu, engellenmenin en hızlı yoludur.
• Üstel geri çekilme. 429 ve 5xx yanıtlarında bekleme süresini kademeli artırın, sonsuz döngüye girmeyin.
• Agresif önbellek ve seyrek senkron. Yorumlar dakikada değişen bir veri değildir. Günde bir kez artımlı senkron çoğu mağaza için yeterlidir; yüksek hacimde günde birkaç kez.

Doğru mimari: beş katman

1. Toplayıcı (collector) katmanı

Her pazaryeri için ayrı bir toplayıcı yazın ama hepsi aynı arayüzü uygulasın: kaynak kimliği, ürün kimliği ve son senkron tarihi alıp ham yorum listesi dönsün. Böylece yeni bir pazaryeri eklemek, yeni bir sınıf yazmak olur; sistemin geri kalanına dokunmazsınız. Toplayıcı asla veriyi biçimlendirmesin, yalnızca getirsin.

2. Normalizasyon katmanı

Farklı kaynaklardan gelen farklı alan adlarını tek bir ortak modele çevirin: kaynak, kaynak yorum kimliği, puan, ölçek, metin, tarih, yazar takma adı, varyant etiketi, doğrulanmış alışveriş bayrağı, satıcı yanıtı. Puan ölçeği farklıysa normalizasyonu veritabanına yazarken yapın, gösterim anında değil. Kişisel veri maskelemesi de bu katmanda çalışmalı; yani telefon, adres ve sipariş numarası veritabanınıza hiç girmesin.

3. Eşleştirme katmanı

Projenin en pahalı kısmı burasıdır. Öncelik sırası şudur:

1. Barkod / GTIN: İki tarafta da doluysa en güvenilir anahtardır.
2. Kendi stok kodunuz (SKU / merchantSku): Genellikle sitenizdeki SKU ile birebir eşleşir.
3. Pazaryerinin kendi ürün kodu: Sitenizde karşılığı yoktur ama eşleştirmeyi kurduktan sonra kalıcı kayıt anahtarı olarak saklanır.
4. İsim benzerliği: Son çare. Otomatik uygulamayın; öneri listesi çıkarıp panelde insan onayına düşürün.

Otomatik eşleşme oranı hiçbir zaman yüzde yüz olmaz. Kalan kuyruğu bir kişinin yarım saatte temizleyebileceği bir ekran, aylarca uğraşacağınız bir eşleştirme algoritmasından daha değerlidir.

4. Saklama katmanı ve kanonik ürün

Yorumları doğrudan tema ya da ürün sayfasına bağlamayın. Araya kanonik bir ürün katmanı koyun: sitenizdeki ürün kimliği ana anahtar olsun, her pazaryeri listeleme kaydı bu anahtara bağlansın. Yarın yeni bir pazaryeri eklediğinizde tek yapacağınız yeni bir kaynak satırı eklemektir; gösterim katmanına hiç dokunmazsınız.

Mükerrer kaydı engellemek için kaynak ve kaynak yorum kimliği ikilisine benzersiz kısıt koyun. Kaynak bir yorum kimliği vermiyorsa metin, tarih ve puan üçlüsünün karmasını (hash) anahtar yapın. Senkron ikinci kez çalıştığında aynı yorumun tekrar eklenmesi, en sık görülen ve en geç fark edilen hatadır.

5. Gösterim katmanı

Tema yalnızca göstersin, veriyi kendisi çekmesin. Pazaryeri tarafındaki bir değişiklik böylece sitenizi kırmaz, sadece senkronu durdurur. İlk beş-on yorumu sunucu tarafında HTML içine basın, kalanını daha fazla göster düğmesiyle yükleyin — hem arama motorları ve AI tarayıcıları içeriği görür hem de Largest Contentful Paint metriğiniz korunur. Yüzlerce yorumu tek seferde basmak mobil skorunuzu düşürür; bu konuda mağaza hızlandırma rehberi ayrıntılı ölçütler veriyor.

Çoklu kaynaktan gelen yorumları tek üründe birleştirme

Hem Trendyol hem Hepsiburada'da satıyorsanız aynı ürünün sayfasında iki kaynaktan yorum toplanır. Burada tasarım kararları, teknik kararlardan daha çok fark yaratır.

Kaynak rozetini her yorumda gösterin

Bu maddenin pazarlıksız olmasının iki sebebi var. Birincisi güven: ziyaretçi aynı yorumu pazaryerinde görüp sizde kaynaksız bulduğunda ne düşüneceğini tahmin edin. İkincisi şeffaflık yükümlülüğü: yorumun size ait olmadığını, doğrulanmış alışverişlerin yapıldığı başka bir platformdan geldiğini göstermek hem etik hem hukuki olarak doğru taraftır. Rozet, yorumun yanında kaynağın adını ve alınma tarihini taşımalıdır.

Ortalama puanı ağırlıklı hesaplayın

İki kaynağın ortalamasının ortalamasını almak yaygın bir hatadır. Doğrusu toplam puanı toplam yorum sayısına bölmektir:

Basit ortalama alsaydınız 4,57 çıkardı. Fark küçük görünebilir ama yüz binlerce yorumlu bir katalogda kategori sıralamalarını ve müşteri güvenini etkiler. Farklı ölçek kullanan bir kaynak eklerseniz (örneğin 10 üzerinden puanlayan bir platform) dönüştürmeyi kayıt anında yapın.

Aynı ürün sayfası, birden fazla satıcı olabilir

Türkiye pazaryerlerinin çoğunda değerlendirmeler satıcıya değil ürüne aittir. Buybox mantığıyla aynı sayfada birden fazla satıcı bulunabildiği için, kargo hızı ya da paketleme hakkındaki bir yorum başka bir satıcının teslimatına ait olabilir. Dürüst yaklaşım: ürün özelliğine dair yorumları taşımak, teslimat ve satıcı deneyimine dair olanları ayrı filtrelenebilir tutmaktır.

Tekrarları doğru tanımlayın

Aynı müşteri aynı ürünü iki pazaryerinden almışsa iki ayrı yorum yazmış olabilir; bu meşrudur, silmeyin. Temizlemeniz gereken şey aynı kaynaktan gelen mükerrer kayıtlardır.

Sıralama ve filtreyi ziyaretçiye bırakın

Varsayılan sıralama en yeni yorum olsun; kaynağa, yıldıza ve varyanta göre filtre sunun. Yalnızca beş yıldızlıları göstermek dönüşümü artırmaz — deneyimli alışverişçi 4,9 ortalamalı ve tek tip yorumlu sayfaya güvenmez, olumsuz yorumların nasıl karşılandığına bakar.

Satıcı yanıtlarını da taşıyın

Olumsuz bir yoruma verilmiş makul bir yanıt, olumlu on yorumdan daha ikna edicidir. Pazaryerinde yanıtladığınız değerlendirmeleri yanıtıyla birlikte aktarın ve yanıtı görsel olarak ayırın.

Yorumsuz ürüne yıldız uydurmayın

Eşleşmeyen ya da hiç yorumu olmayan ürünlerde blok tamamen gizlensin. Kategori ortalamasını ürün sayfasında gösterip yıldız izlenimi yaratmak hem güven hem mevzuat açısından risklidir.

Yasal çerçeve: kısa özet

Bu bölüm genel bilgilendirmedir, hukuki görüş değildir. Somut bir kurgu için avukatınızdan görüş alın. Yine de uygulamada karşılaşılan başlıklar bellidir:

• Seçici gösterim. Ticari Reklam ve Haksız Ticari Uygulamalar Yönetmeliği, tüketici değerlendirmelerinin sunumuna ilişkin hükümler içerir. Yalnızca olumlu yorumları yayınlayıp olumsuzları gizlemek, uygulamada yanıltıcı ticari uygulama olarak değerlendirilebilir. Filtreleme yapacaksanız küfür, spam ve kişisel veri temizliği gibi tarafsız kriterler kullanın ve bu kriteri sayfada açıklayın.
• Kaynak belirtme. Yorumun hangi platformdan ve hangi tarihte alındığını gösterin. Bu hem şeffaflık hem de içeriğin size ait olmadığını ortaya koyan bir atıftır.
• KVKK. Yorum metni kişisel veri içerebilir. Müşteri adını pazaryerinde göründüğü kısaltılmış hâliyle bırakın, tam ad üretmeyin. Metne yanlışlıkla yazılmış telefon, adres, sipariş numarası gibi bilgileri senkron sırasında maskeleyin. İhtiyacınız olmayan müşteri kimliği alanlarını veritabanınıza hiç almayın.
• Metni değiştirmeyin. Yorumu düzeltmek, kısaltmak veya olumlu hâle getirmek hem etik hem hukuki olarak sorunludur. Yalnızca maskeleme ve zararlı içerik temizliği yapın.
• Kullanım koşulları. Pazaryeri verisini otomatik toplarken ilgili platformun kullanım koşullarını gözden geçirin. Kendi mağazanıza ait değerlendirmeleri kendi vitrininizde göstermek makul bir kullanım kabul edilse de hacim, sıklık ve yöntem burada belirleyicidir.

SEO ve AI görünürlüğü: beklentiyi doğru kurun

Yorum modülü satan pek çok sayfa şunu vaat eder: Google sonuçlarında yıldız kazanın. Burada dikkatli olmak gerekir. Google'ın değerlendirme snippet'i (Review ve AggregateRating) yapılandırılmış veri politikası, başka sitelerden toplanan yorum ve puanların işaretlenmemesi gerektiğini açıkça söyler. Pazaryerinden aldığınız iki yüz yorumu kendi ürününüzün AggregateRating işaretlemesine dahil etmek politikayla çelişir; zengin sonuç kaybına ya da manuel işleme yol açabilir.

Doğru kurgu üç maddedir:

1. Pazaryeri yorumlarını sayfada gösterin. Bu serbesttir ve dönüşüme doğrudan etki eder.
2. Bu yorumları Review ve AggregateRating yapılandırılmış verisine dahil etmeyin; kaynak rozetiyle ayrı bir blokta sunun.
3. Kendi sitenizde doğrulanmış müşteri yorumu toplamaya ayrıca başlayın ve yalnızca onları işaretleyin.

Yıldız olmasa da SEO faydası gerçektir: yorumlar sayfaya özgün ve düzenli yenilenen metin ekler, uzun kuyruk sorgularına karşılık üretir, sayfada kalma süresini uzatır. ChatGPT, Gemini ve Perplexity gibi motorlar da ürün sayfalarını okurken gerçek kullanıcı ifadelerini bağlam olarak kullanır — ama bunun için içeriğin HTML içinde görünür olması gerekir, sonradan JavaScript ile yüklenen bir blokta değil.

Yorum metinlerinin site içi aramada da bir karşılığı vardır: kullanıcılar ürün adını değil, yorumlarda geçen sıfatları arar. Bu bağlantıyı site içi arama optimizasyonu yazısında ele aldık.

Kurulum kontrol listesi

1. Aktaracağınız pazaryerlerini ve her biri için erişim yöntemini (resmi API, açık veri, manuel) yazılı olarak belirleyin.
2. Her pazaryerinin satıcı panelinden entegrasyon kimlik bilgilerini alın; varsa önce test ortamına bağlanın.
3. İlk isteği katalog servisine atın ve başlıkların (Authorization, User-Agent, Accept) doğru gittiğini doğrulayın.
4. Mağazanızın tüm pazaryeri ürünlerini sayfalayarak çekip yerel bir tabloya yazın.
5. Barkod ve SKU üzerinden kanonik ürün eşleştirme tablosunu üretin; eşleşmeyenleri manuel onay kuyruğuna alın.
6. Ortak yorum modelini tanımlayın: kaynak, kaynak yorum kimliği, puan, ölçek, metin, tarih, varyant, satıcı yanıtı.
7. Kaynak ve kaynak yorum kimliği ikilisine benzersiz kısıt koyarak mükerrer kaydı engelleyin.
8. Kişisel veri maskelemesini ve spam filtresini kayıt anında uygulayın, gösterim anında değil.
9. Senkronu günlük ve artımlı çalışacak şekilde zamanlayın; hız sınırı için üstel geri çekilme ekleyin.
10. Ürün sayfasına yorum bloğunu ekleyin: kaynak rozeti, yıldız dağılımı, kaynak ve yıldız filtresi, sayfalama, satıcı yanıtı.
11. İlk yorumları sunucu tarafında basın; kalanını tembel yükleyin.
12. Yapılandırılmış veriyi yalnızca kendi topladığınız yorumlar için üretin; pazaryeri yorumlarını kapsam dışında bırakın.
13. Senkron hatalarını izleyin: art arda başarısız olan bir kaynak için uyarı kurun, sessizce durmasına izin vermeyin.

Sık yapılan hatalar

• Kaynağı gizlemek. Kısa vadede daha derli toplu görünür, uzun vadede güveni bitirir ve şeffaflık yükümlülüğüyle çelişir.
• Basit ortalama almak. İki ortalamanın ortalaması yanlış sonuç verir; ağırlıklı hesaplayın.
• İsim benzerliğiyle otomatik eşleştirme. Yorumların yanlış üründe çıkmasının neredeyse tek sebebidir.
• Pazaryeri yorumlarını AggregateRating'e koymak. Kısa vadeli yıldız kazanma isteği, zengin sonuç kaybına dönüşebilir.
• Tüm yorumları tek seferde basmak. Mobil hız skorunu ve LCP metriğini düşürür.
• Yalnızca beş yıldızlıları göstermek. Hem dönüşüme faydası yoktur hem de mevzuat açısından risklidir.
• Veriyi kendi veritabanına yazmamak. Kaynak şeması değiştiği gün yayındaki tüm yorumlar kaybolur.
• Senkronu çok sık çalıştırmak. Yorumlar dakikalık veri değildir; sık istek yalnızca engellenme riskini artırır.

Altyapıya göre uygulama notları

Hangi altyapıyı kullanırsanız kullanın ortak kural aynıdır: veri sizin veritabanınızda dursun, tema yalnızca göstersin. Altyapı seçimi aşamasındaysanız Ikas mı Shopify mı karşılaştırması, entegrasyon esnekliği açısından da yol gösterir.

STools Digital tarafında nasıl çözüyoruz

Yukarıdaki mimariyi her mağaza için sıfırdan kurmak yerine hazır bir modül tercih ediyorsanız, Trendyol Yorum Modülü ve Hepsiburada Yorum Modülü aynı kanonik ürün katmanını paylaşır: iki kaynaktan gelen yorumlar tek ürün sayfasında ağırlıklı ortalamayla birleşir ve her yorum kendi kaynak rozetiyle görünür. Soru-cevap tarafı için Trendyol Soru-Cevap Modülü ayrı çalışır; müşteri sorularını ve verdiğiniz yanıtları ürün sayfasına taşır, bu da sık sorulan sorulara doğal karşılık üretir.

Modüller Ikas, Shopify, Ticimax ve T-Soft altyapılarıyla çalışır; ürün eşleştirme, artımlı senkron, kişisel veri maskeleme ve kaynak rozetiyle gösterim paket hâlinde gelir. Standart dışı bir kurgu gerekiyorsa (örneğin kendi ERP'nizdeki ürün kimliğini kanonik anahtar yapmak) bunu özel geliştirme olarak da kuruyoruz.

Özet

Pazaryeri yorumlarını siteye aktarma projesinde başarı, veriyi çekebilmekten çok dört karara bağlıdır: hangi kaynağa nasıl erişeceğinizi gerçekçi belirlemek, ürünü doğru eşleştirmek, kaynağı şeffaf göstermek ve yapılandırılmış veri sınırını doğru çizmek. Bu dördünü baştan doğru kurarsanız pazaryerinde yıllardır biriken sosyal kanıtı kendi vitrininize taşımış olursunuz; yanlış kurarsanız hem güven hem arama görünürlüğü tarafında geri adım atarsınız.

Kurulum sırasında takıldığınız bir nokta olursa destek@stools.digital adresinden yazabilirsiniz.