1.E-ticaret mağazasını yayına almadan önce neleri kontrol etmeliyim?

Alan adı ve SSL, yönetici erişimi, firma bilgileri, sözleşmeler, vergi ve fatura ayarları, kargo bölgeleri, ödeme testleri, e-posta gönderimi, yedekleme ve mobil sipariş akışı test edilmelidir. Canlı ödeme açılmadan önce test siparişi baştan sona tamamlanmalıdır.

2.Sunucuda hangi temel bileşenler bulunmalıdır?

Proje sürümüyle uyumlu PHP, gerekli PHP eklentileri, MySQL veya MariaDB, HTTPS, zamanlanmış görev desteği, yeterli bellek ve dosya yükleme limiti gerekir. Kesin sürüm ve eklenti listesi kurulum paketinizle birlikte doğrulanmalıdır.

3.Site boş veya beyaz sayfa gösteriyorsa ne yapmalıyım?

Önce sunucu hata günlüğünü, PHP sürümünü, dosya izinlerini, veritabanı bağlantısını ve eksik eklentileri kontrol edin. Canlı sitede hata ayrıntılarını ziyaretçiye göstermeyin; ekran görüntüsü, saat ve ilgili URL ile Dortg Yazılım desteğine iletin.

4.Sayfa bağlantılarında 404 hatası alıyorum, nedeni ne olabilir?

Yönlendirme modülünün kapalı olması, .htaccess kurallarının çalışmaması, yanlış ana dizin veya eski önbellek 404 oluşturabilir. Kalıcı bağlantı kuralları ve Apache/Nginx yapılandırması sunucu tarafında kontrol edilmelidir.

5.SSL kurulduğu halde site neden HTTP ile açılıyor?

HTTPS yönlendirmesi, uygulama ana adresi ve proxy/CDN ayarları birlikte kontrol edilmelidir. Sayfa içindeki görsel ve betik adresleri de HTTPS olmalıdır; aksi halde tarayıcı karma içerik uyarısı verebilir.

6.Güncelleme öncesinde hangi hazırlıkları yapmalıyım?

Dosya ve veritabanının tam yedeğini alın, özel geliştirmeleri listeleyin, güncelleme notlarını okuyun ve mümkünse kopya test ortamında deneyin. Canlı güncellemeyi düşük trafik saatinde ve geri dönüş planıyla uygulayın.

7.Siteyi başka sunucuya taşırken nelere dikkat etmeliyim?

Dosya, veritabanı, ortam ayarları, cron görevleri, e-posta, DNS, SSL ve yazma izinleri birlikte taşınmalıdır. DNS değişmeden önce yeni sunucu geçici adres veya hosts kaydı üzerinden test edilmelidir.

8.Değişiklikler neden hemen görünmüyor?

Tarayıcı, uygulama, CDN veya sunucu önbelleği eski çıktıyı tutabilir. Önce normal yenileme ve gizli pencereyle kontrol edin; ardından yalnızca ilgili önbellek katmanını temizleyin. Statik dosyalarda sürüm parametresi kullanmak güvenli güncelleme sağlar.

1.Logo, renk ve tipografi nasıl değiştirilir?

Marka dosyaları ve tema değişkenleri proje yapısına göre güncellenir. Logonun açık/koyu zemin sürümleri, mobil boyutu ve retina çözünürlüğü birlikte hazırlanmalı; renk değişikliklerinde kontrast ve erişilebilirlik korunmalıdır.

2.Ana sayfa banner görselleri için hangi ölçüyü kullanmalıyım?

Tek bir sabit ölçü yerine tasarımda tanımlanan en-boy oranını koruyun. Masaüstü ve mobil için ayrı kırpımlar hazırlayın, WebP/AVIF kullanın ve görsel ağırlığını mümkün olduğunca düşük tutun.

3.Kategori sayfasına açıklama veya görsel eklenebilir mi?

Evet. Kategori üstü kısa satın alma rehberi, alt bölümde ayrıntılı SEO metni, görsel ve bağlantılar kullanılabilir. İçerik ürün listesini geciktirmemeli ve mobilde gereksiz uzunluk oluşturmamalıdır.

4.Ürün detayına video veya ek dosya ekleyebilir miyim?

Kapsama göre video alanı, kullanım kılavuzu, teknik belge veya indirilebilir dosya eklenebilir. Dosya türü, boyutu, erişim yetkisi ve harici video servisinin çerez politikası kontrol edilmelidir.

5.Tema dosyasına özel kod eklemek güvenli midir?

Özel kod doğrudan çekirdek dosyaya değil, ayrılmış tema veya eklenti katmanına eklenmelidir. Böylece güncellemelerde kaybolma riski azalır. Kod yayından önce güvenlik, performans ve mobil uyumluluk açısından test edilmelidir.

6.Mobil görünüm masaüstünden farklı düzenlenebilir mi?

Evet. Menü, banner, ürün kartı, filtre, sepet özeti ve CTA sırası mobil kullanıcıya göre ayrı düzenlenebilir. Ancak ürün, fiyat ve kampanya verisinin iki görünümde tutarlı kalması gerekir.

7.Ürün kartlarında kampanya ve stok rozetleri gösterilebilir mi?

Yeni ürün, indirim, ücretsiz kargo, sınırlı stok veya tükenmek üzere rozetleri ürün verisine bağlı gösterilebilir. Aynı anda çok fazla rozet kullanmak karar vermeyi zorlaştıracağı için öncelik sırası belirlenmelidir.

1.Yeni ürün eklerken hangi alanlar zorunludur?

Benzersiz ürün kodu veya barkod, anlaşılır başlık, doğru kategori, fiyat/KDV, stok, temel görsel ve satış durumu girilmelidir. Varyantlı ürünlerde ana ürün ile seçenek kodlarının ilişkisi korunmalıdır.

2.Ürünleri Excel ile toplu güncelleyebilir miyim?

Evet. Önce sistemden örnek çıktı alın, sütun adlarını ve benzersiz ürün kodlarını değiştirmeyin, küçük bir test dosyasıyla başlayın. Büyük güncellemeden önce ürün ve veritabanı yedeği alın.

3.Varyant stokları nasıl yönetilmelidir?

Renk, beden veya ölçü gibi her satılabilir kombinasyonun ayrı kodu ve stoğu olmalıdır. Ana ürün stoğu varyant toplamından üretiliyorsa manuel olarak ayrıca değiştirilmemeli; stok kaynağı tek olmalıdır.

4.Ürün sitede veya aramada görünmüyorsa neyi kontrol etmeliyim?

Yayın durumu, stokta yok gizleme kuralı, kategori/marka aktifliği, tarih aralığı, kullanıcı grubu, fiyat ve arama indeksi kontrol edilmelidir. Excel aktarımı sonrası zorunlu alanların boş kalmadığından emin olun.

5.Toplu fiyat veya KDV güncellemesi nasıl güvenli yapılır?

Hedef kategori/markayı filtreleyin, uygulanacak oranı ön izlemede kontrol edin ve önce sınırlı ürün grubunda deneyin. Fiyatın KDV dahil veya hariç tutulma biçimiyle yuvarlama kuralı güncellemeden önce netleştirilmelidir.

6.Ürün filtreleri neden hatalı veya eksik görünebilir?

Filtre değerlerinin farklı yazımlarla girilmesi, varyant ilişkisinin eksik olması veya kategoriye filtre grubunun atanmaması buna yol açabilir. Birim ve seçenek adlarını standartlaştırıp indeksin yenilenmesi gerekir.

7.Eski ürün görseli görünmeye devam ediyorsa ne yapmalıyım?

Yeni dosyanın işlendiğini ve ürün kaydına bağlandığını kontrol edin. Tarayıcı/CDN önbelleği için dosya adı veya sürümü değiştirilmelidir. Aynı isimli görseli tekrar yüklemek bazı önbelleklerde eski sonucu gösterebilir.

8.Ürün sayfası SEO alanları nasıl hazırlanmalıdır?

Her ürün için özgün başlık, kısa meta açıklama, okunabilir URL, açıklayıcı görsel alt metni ve kopya olmayan ürün içeriği kullanın. Varyant URL’leri ve yapılandırılmış veri kuralları teknik SEO planına göre uygulanmalıdır.

9.Ürün veya kategori sosyal medyada paylaşılınca neden görsel çıkmıyor?

Sayfada geçerli Open Graph görseli, mutlak HTTPS adresi ve erişilebilir bir görsel dosyası bulunmalıdır. Sosyal ağların eski önizleme önbelleği temizlendikten sonra URL yeniden test edilmelidir.

10.Renk, beden ve diğer satın alma seçeneklerini nasıl planlamalıyım?

Her seçenek grubu standart adlarla oluşturulmalı; satılabilir kombinasyonlara ayrı stok kodu, stok, fiyat farkı ve gerekiyorsa görsel atanmalıdır. Kullanılmayacak kombinasyonlar müşteriye gösterilmemelidir.

11.Bir üründe üç veya daha fazla varyant grubu kullanılabilir mi?

Altyapı ve paket kapsamı destekliyorsa kullanılabilir; ancak kombinasyon sayısı hızla büyür. Yalnızca satış için gerekli seçenekleri açın ve yüksek kombinasyonlarda performans ile stok doğruluğunu test edin.

12.Stoksuz veya görselsiz ürünleri otomatik gizleyebilir miyim?

Evet, mağaza kuralına göre stok, fiyat veya ana görseli bulunmayan ürünler listelerden gizlenebilir. Bu kuralın SEO URL’lerini tamamen kapatıp kapatmayacağı ayrıca belirlenmelidir.

13.Ürünleri yalnızca paket veya belirli adet katlarıyla satabilir miyim?

Minimum adet, satış katı veya 6’lı paket ve 12’li koli gibi seçenekler tanımlanabilir. Sepet miktarı, stoktan düşecek gerçek adet ve paket fiyatı birlikte test edilmelidir.

14.Güncelleme sonrasında varyantlar neden görünmeyebilir?

Varyant grubunun aktifliği, ürün bağlantısı, satılabilir kombinasyonlar, stok/fiyat değerleri ve tema uyumluluğu kontrol edilmelidir. Güncelleme öncesi özel geliştirmeler varsa test ortamında karşılaştırma yapılmalıdır.

15.Yapay zeka ile ürün açıklaması oluşturabilir miyim?

OpenAI veya ChatGPT gibi araçlarla ürün özellikleri ve hedef müşteri bilgisi kullanılarak taslak açıklama üretilebilir. Teknik bilgiler, mevzuata tabi iddialar ve marka dili insan tarafından doğrulanmalı; aynı metin farklı ürünlere kopyalanmamalıdır.

16.Ürün görsellerine filigran (watermark) veya firma logosu eklenebilir mi?

Yükleme sırasında belirlenen konum, boyut ve saydamlıkla filigran uygulanabilir. Orijinal dosya güvenli tutulmalı; mevcut görseller için işlem küçük bir grupta test edildikten sonra toplu çalıştırılmalıdır.

17.Filigran (watermark) eklediğim halde ürün görselinde neden görünmüyor?

Filigran dosyasının biçimi ve saydamlığı, yazma izni, görsel işleme desteği, yeniden üretim işlemi ve önbellek kontrol edilmelidir. Eski türev görseller temizlenmeden sonuç değişmeyebilir.

18.Orijinal ürün görsellerine doğrudan erişimi nasıl sınırlarım?

Orijinal dosyalar herkese açık dizin dışında tutulup yalnızca optimize edilmiş kopyalar sunulabilir. Sadece filigran kullanmak dosya erişimini engellemez; sunucu izinleri ve medya sunum yöntemi birlikte düzenlenmelidir.

19.Her varyant seçeneğine farklı görsel atayabilir miyim?

Renk veya model seçimine göre görsel galerisi değiştirilebilir. Seçenek ile görsel eşleşmesi benzersiz varyant koduyla kurulmalı ve mobilde seçim değiştiğinde doğru görselin açıldığı test edilmelidir.

20.Toplu fiyat artışı neden iki kez uygulanmış görünebilir?

Kalıcı fiyat güncellemesiyle kampanya, kategori oranı, bayi kuralı veya döviz çarpanı aynı anda çalışıyor olabilir. Etkin kuralların hesaplama sırası incelenmeli ve geri alma için güncelleme öncesi çıktı saklanmalıdır.

21.Bir ürünü birden fazla kategoride gösterebilir miyim?

Ürün için bir ana kategori ve ek listeleme kategorileri tanımlanabilir. Canonical adres ve breadcrumb ana kategoriye göre sabitlenerek yinelenen URL riski azaltılmalıdır.

22.Yüklenen ürün görselleri neden yan veya ters görünüyor?

Telefonların EXIF yön bilgisi bazı görsel işlemcilerinde doğru uygulanmayabilir. Yükleme sırasında yön bilgisi normalize edilmeli ve görsel yeniden kaydedilerek türevleri tekrar oluşturulmalıdır.

23.Sepette ürün fiyatı neden 0 TL görünebilir?

Satış fiyatı, para birimi, müşteri grubu, varyant fiyatı, kampanya önceliği ve KDV ayarları kontrol edilmelidir. Sıfır fiyatlı ürünlerin sepete eklenmesini engelleyen sunucu taraflı doğrulama kullanılmalıdır.

24.Ürün ID numaralarını yeniden 1’den başlatmalı mıyım?

Canlı sistemde önerilmez; sipariş, URL, entegrasyon ve rapor bağlantıları bozulabilir. Kimlik numarası yerine ayrı ürün kodu veya barkod kullanılmalı, veri temizliği gerekiyorsa yedekli test ortamında planlanmalıdır.

25.Paneldeki fiyatla sitedeki fiyat neden farklı olabilir?

KDV dahil/hariç gösterim, müşteri grubu, döviz kuru, kampanya, varyant farkı, yuvarlama ve önbellek birlikte kontrol edilmelidir. Hesabın hangi aşamada değiştiği örnek ürün üzerinden izlenmelidir.

26.Fiyatı güncellediğim halde eski fiyattan sipariş nasıl oluşabilir?

Müşterinin açık sepeti, uygulama önbelleği, kampanya kuralı veya entegrasyon gecikmesi eski tutarı taşıyabilir. Ödeme öncesi fiyat sunucu tarafında yeniden doğrulanmalı ve siparişe fiyat kaynağı kaydedilmelidir.

27.Ürün fiyatlarını dövizle girip TL olarak satabilir miyim?

Döviz cinsi, kur kaynağı, güncelleme zamanı ve yuvarlama kuralı tanımlanarak TL satış fiyatı üretilebilir. Kur alınamadığında uygulanacak güvenli davranış ve mevcut sepetlerin etkisi belirlenmelidir.

28.Ürün filtre değerlerini toplu olarak aktarabilir miyim?

Excel veya entegrasyon eşleştirmesiyle aktarılabilir. Filtre başlığı, değer yazımı ve kategori bağlantıları standartlaştırılmalı; işlem önce sınırlı ürün grubunda denenmelidir.

29.Varyant seçeneklerinin gösterim sırasını nasıl düzenlerim?

Renk, beden ve ölçü gruplarına; ayrıca grup içindeki değerlere sıra numarası verilebilir. Alfabetik otomatik sıralama açıksa manuel sıra ezilebilir, bu nedenle iki yöntemden biri seçilmelidir.

30.Ürün düzenlerken liste ve filtre konumumu nasıl korurum?

Düzenleme ekranı yeni sekmede açılabilir veya dönüş adresi, sayfa ve filtre bilgileri oturumda korunabilir. Kaydetme sonrası kullanıcı aynı liste sayfasına döndürülmelidir.

31.Excel yükledim fakat değişiklikler neden yansımadı?

Dosya biçimi, sütun başlıkları, ürün kodu eşleşmesi, zorunlu alanlar ve aktarım hata raporu kontrol edilmelidir. Önce tek ürünle test yapın; ardından arama indeksi ve ilgili önbelleği yenileyin.

32.Ürünlerin Excel çıktısını alamıyorsam neyi kontrol etmeliyim?

Kullanıcı yetkisi, dışa aktarma filtresi, kayıt sayısı, bellek/zaman sınırı ve dosya oluşturma izni kontrol edilmelidir. Büyük kataloglar parçalara ayrılarak veya kuyrukta hazırlanmalıdır.

33.Excel çıktısına ihtiyacım olan ek sütunları koyabilir miyim?

Dışa aktarma şablonuna desteklenen ürün alanları eklenebilir. Geri yüklemede kullanılacak sütunlarla yalnızca raporlama amaçlı sütunlar ayrılmalı ve hassas alanlar dışarı çıkarılmamalıdır.

34.Ana sayfa ve kategori listelerindeki ürün sayısını değiştirebilir miyim?

Sayfa türüne göre gösterim ve sayfalama adedi belirlenebilir. Çok yüksek değerler mobil performansı ve Core Web Vitals sonuçlarını bozabileceği için görsel optimizasyonuyla birlikte test edilmelidir.

35.Ürün stok takibi hangi kaynağa göre çalışmalıdır?

Panel, ERP, pazaryeri veya tedarikçi akışından biri ana stok kaynağı seçilmelidir. Sipariş, iptal, iade ve rezervasyon hareketleri kayıt altına alınmalı; aynı stok birden fazla yerden ezilmemelidir.

36.Bilgisayar toplama gibi uyumluluk sihirbazı kurulabilir mi?

Parçalar; soket, form faktörü, güç ve benzeri uyumluluk alanlarıyla eşleştirilerek adım adım seçim akışı hazırlanabilir. Uyumsuz kombinasyonlar sepete eklenmeden önce engellenmelidir.

37.Fiyat filtresinin aralıklarını nasıl belirlemeliyim?

Sabit aralıklar veya listedeki fiyat dağılımına göre dinamik aralıklar kullanılabilir. Kampanyalı fiyat, KDV ve seçili para biriminin filtre hesabına hangi değerle gireceği netleştirilmelidir.

38.Paket adedine göre farklı fiyat verebilir miyim?

Adet basamağı, paket varyantı veya kademeli fiyat yöntemi kullanılabilir. Müşteriye birim fiyat ve paket toplamı açık gösterilmeli; stok düşümü gerçek ürün adedi üzerinden yapılmalıdır.

39.Ürün fiyatlarındaki kuruşları otomatik yuvarlayabilir miyim?

Para birimi veya fiyat aralığına göre 0,90, 0,99 ya da tam sayı gibi yuvarlama kuralları uygulanabilir. KDV ve indirim hesaplandıktan sonra hangi aşamada yuvarlanacağı tutarlı olmalıdır.

40.Varyantları kategori filtresinde seçenek olarak gösterebilir miyim?

Kategoriye bağlı renk, beden veya ölçü değerleri filtre indeksine aktarılabilir. Stoksuz kombinasyonların filtrede görünüp görünmeyeceği mağaza kuralına göre belirlenmelidir.

41.Ürünlere adet, metre, kilogram gibi farklı birimler tanımlanabilir mi?

Ürün bazında satış birimi ve ondalık hassasiyeti tanımlanabilir. Fiyat gösterimi, minimum miktar, stok düşümü, kargo ağırlığı ve fatura birimi aynı kurala uymalıdır.

42.Varsayılan KDV oranını nasıl değiştirmeliyim?

Kod dosyasını doğrudan değiştirmek yerine yönetim ayarı veya ürün vergi sınıfı kullanılmalıdır. Mevcut ürünleri topluca değiştirmeden önce yeni oranın hangi ürün ve tarihler için geçerli olduğu mali müşavirle doğrulanmalıdır.

43.Kategori listesinin üstüne veya altına SEO açıklaması ekleyebilir miyim?

Kategoriye özgün üst ve alt içerik alanı eklenebilir. Metin müşterinin seçim yapmasına yardımcı olmalı; tekrar eden, yalnızca anahtar kelime doldurulmuş içerikten kaçınılmalıdır.

44.Ürün bağlantısı neden başka bir ürün detayını açıyor?

Çakışan SEO adresi, yanlış yönlendirme, kopyalanmış ürün bağlantısı, önbellek veya ürün-kategori eşleşmesi kontrol edilmelidir. Her aktif ürünün benzersiz canonical adresi bulunmalıdır.

45.Ürün detayının yeni pencerede açılmasını nasıl kapatırım?

Ürün kartındaki bağlantının target davranışı tema veya liste bileşeninden kaldırılmalıdır. İç bağlantılar normalde aynı sekmede açılmalı; değişiklik masaüstü ve mobil kartlarda test edilmelidir.

46.Ürün fiyatlarını üyelik veya teklif sürecine kadar gizleyebilir miyim?

Fiyat; ziyaretçi, üye veya bayi grubuna göre gizlenip yerine giriş, teklif iste veya iletişim çağrısı gösterilebilir. Yapılandırılmış veri ve arama motoru görünümü yanıltıcı olmayacak şekilde düzenlenmelidir.

47.Eklediğim filtre kategori daraltma alanında neden görünmüyor?

Filtre grubunun kategori bağlantısı, aktifliği, ürünlerde değer bulunması ve tema bileşeni kontrol edilmelidir. Yeni değerlerden sonra filtre indeksi yeniden oluşturulabilir.

48.Ürünlere etiket ekleyebilir miyim?

Kampanya, kullanım alanı veya koleksiyon gibi kontrollü etiketler eklenebilir. Etiketleri kategori yerine sınırsız çoğaltmak ince ve yinelenen sayfalar oluşturabileceğinden indeksleme kuralı planlanmalıdır.

49.Ülkeye göre farklı KDV veya vergi oranı uygulanabilir mi?

Teslimat ülkesi, müşteri tipi ve ürün vergi sınıfına göre kural oluşturulabilir. Uluslararası satış vergileri değişebildiği için oran ve belge süreci mali müşavir veya hukuk danışmanıyla doğrulanmalıdır.

50.Barkodu olmayan ürünlere toplu barkod üretebilir miyim?

İç operasyon için benzersiz kod üretilebilir; ancak rastgele sayı resmi GTIN/EAN yerine kullanılamaz. Pazaryeri veya perakende standardı gerekiyorsa yetkili numara kaynağı kullanılmalıdır.

51.Çok fazla varyant ürün kaydını bozuyorsa ne yapmalıyım?

Kombinasyon sayısını azaltın, seçenekleri ayrı ürünlere bölmeyi değerlendirin ve kayıt isteği ile sunucu sınırlarını inceleyin. Canlı veride yeniden üretmeden önce yedek ve test kopyası alınmalıdır.

52.Varyantları Excel ile dışa aktarıp geri yükleyebilir miyim?

Ana ürün kodu, varyant kodu, seçenek değerleri, stok ve fiyat farkı sütunlarıyla yapılabilir. Kodlar değiştirilmemeli ve küçük bir dosyada eşleşme doğrulanmadan toplu güncelleme yapılmamalıdır.

53.Sepette KDV neden hatalı hesaplanabilir?

Ürün vergi sınıfı, fiyatın KDV dahil/hariç oluşu, indirim sırası, kargo vergisi, ülke kuralı ve yuvarlama kontrol edilmelidir. Örnek sipariş satır bazında yeniden hesaplanarak farkın oluştuğu aşama bulunmalıdır.

54.Sipariş sırasında müşteriden yazı veya görsel alabilir miyim?

Kişiselleştirilebilir ürünlerde zorunlu metin, seçim veya dosya alanı eklenebilir. Dosya türü ve boyutu sınırlandırılmalı, zararlı dosya taraması yapılmalı ve veri saklama süresi açıklanmalıdır.

55.Tüm ürün, kategori veya markaları topluca silebilir miyim?

Toplu pasife alma çoğu durumda silmeden daha güvenlidir. Kalıcı silme gerekiyorsa önce tam yedek alınmalı; sipariş geçmişi, URL yönlendirmeleri, görseller ve entegrasyon bağlantıları için etki analizi yapılmalıdır.

56.Ürün ve kategori meta alanlarını şablonla oluşturabilir miyim?

Ürün adı, marka, kategori ve temel özelliklerden kontrollü şablon üretilebilir. Aynı meta metninin yüzlerce sayfada tekrarlanmaması için önizleme, karakter sınırı ve ürün bazında düzenleme imkânı bırakılmalıdır.

57.Varyant stoklarıyla ana ürün stoğunu eşitleyebilir miyim?

Ana stok varyantların toplamından otomatik üretilebilir veya yalnızca varyant stokları gösterilebilir. Çift yönlü manuel güncelleme yerine tek hesaplama kuralı kullanılmalıdır.

58.Ürünlerin mağazadaki gösterim sırasını nasıl düzenlerim?

Manuel sıra, satış adedi, yenilik, fiyat veya stok gibi kurallar seçilebilir. Sabitlenmiş ürünlerle otomatik sıralamanın önceliği belirlenmeli ve kategori bazında ayrı uygulanabilmelidir.

59.Yönetim panelindeki ürün listesine ek sütun koyabilir miyim?

Yetki ve performans sınırları içinde ürün kodu, marka, tedarikçi veya özel alan gibi sütunlar eklenebilir. Liste sorgusu indeksli tutulmalı ve hassas maliyet alanları yalnızca yetkili rollere gösterilmelidir.

1.Bayiye özel fiyat veya iskonto tanımlanabilir mi?

Evet. Bayi grubu, ürün/kategori, marka veya ödeme tipine göre fiyat ve iskonto kuralları planlanabilir. Çakışan kampanya ve iskonto kuralları için öncelik sırası belirlenmelidir.

2.Farklı yönetici yetkileri oluşturabilir miyim?

Sipariş, ürün, rapor, müşteri veya entegrasyon ekranlarına göre rol bazlı yetki oluşturulabilir. Her kullanıcıya yalnızca işi için gerekli en düşük yetki verilmelidir.

3.Müşteri kayıt formu özelleştirilebilir mi?

İş modeline göre firma unvanı, vergi bilgisi, bayi başvurusu veya teslimat tercihleri eklenebilir. Gereksiz kişisel veri toplanmamalı; aydınlatma ve açık rıza metinleri hukuk danışmanıyla doğrulanmalıdır.

4.Telefon veya e-posta doğrulaması eklenebilir mi?

Kapsama göre tek kullanımlık kod ya da doğrulama bağlantısı uygulanabilir. Servis sağlayıcısı, gönderim maliyeti, kod süresi, tekrar deneme limiti ve kötüye kullanım koruması birlikte planlanmalıdır.

5.Bayiler kendi ürün veya stoklarını yönetebilir mi?

Çok satıcılı veya bayi operasyonu kapsamında yalnızca kendilerine ait kayıtları görecek sınırlı panel kurulabilir. Veri sahipliği, onay akışı ve değişiklik kayıtları proje başında tanımlanmalıdır.

6.Başarısız yönetici girişleri için ne yapmalıyım?

Güçlü ve benzersiz parola, iki aşamalı doğrulama, giriş deneme limiti ve IP/log takibi kullanın. Şüpheli girişlerde parolayı değiştirin, aktif oturumları kapatın ve sunucu kayıtlarını inceletin.

1.Sanal POS kurulumu için hangi bilgiler gerekir?

Sağlayıcının mağaza/üye işyeri bilgileri, test ve canlı anahtarları, başarılı/başarısız dönüş adresleri, 3D Secure yöntemi ve gerekiyorsa izinli sunucu IP’si gerekir. Anahtarlar mesajla paylaşılmamalı ve kod içine açık yazılmamalıdır.

2.Ödeme başarılı olduğu halde sipariş oluşmuyorsa neyi kontrol etmeliyim?

Sağlayıcı panelindeki işlem, dönüş isteği, webhook kaydı, sipariş numarası eşleşmesi ve imza/hash doğrulaması birlikte kontrol edilmelidir. Müşteriden tekrar ödeme istemeden önce tahsilat kesinleştirilmelidir.

3.3D Secure veya hash hatası neden oluşur?

Test/canlı anahtar karışıklığı, alan sırası, karakter kodlaması, tutar formatı, yanlış dönüş adresi veya sağlayıcıdaki mağaza ayarı hash uyuşmazlığı oluşturabilir. Hata anındaki istek kimliğiyle log incelenmelidir.

4.Kargo ücreti neden sepette görünmüyor?

Teslimat bölgesi, desi/ağırlık, ücretsiz kargo sınırı, kategori veya ürün istisnası ve seçili kargo firmasının aktifliği kontrol edilmelidir. Adres bilgisi tamamlanmadan fiyat üretmeyen servisler de olabilir.

5.Sipariş durumları nasıl kullanılmalıdır?

Yeni, ödeme bekliyor, hazırlanıyor, kargoya verildi, tamamlandı, iptal ve iade gibi durumlar operasyonla aynı anlamda kullanılmalıdır. Durum değişikliklerinin stok, bildirim ve muhasebe etkisi önceden belirlenmelidir.

6.İptal ve iade işlemleri otomatik yapılabilir mi?

Ödeme sağlayıcısı destekliyorsa tam veya kısmi iade API üzerinden gönderilebilir. Yetki kontrolü, tutar sınırı, sipariş kaydı, stok iadesi ve muhasebe işlemi birlikte ele alınmalıdır.

7.Taksit veya ödeme tipine göre fiyat farkı uygulanabilir mi?

Sağlayıcı ve mevzuat uygunluğuna göre vade farkı ya da ödeme tipi indirimi tanımlanabilir. Müşteri ödeme onayından önce toplam tutarı ve farkı açıkça görmelidir.

8.Kargo takip bilgisi müşteriye nasıl iletilir?

Kargo API’sinden takip numarası alındığında siparişe kaydedilip e-posta/SMS ile iletilebilir. Takip numarası oluşmadan siparişi kargoya verildi durumuna taşımamak operasyon hatalarını azaltır.

1.SMTP bilgilerini nereden öğrenebilirim?

E-posta hizmeti sağlayıcınızdan sunucu adresi, port, şifreleme yöntemi, kullanıcı adı ve parola alınır. Gönderen adresinin bu hesapla uyumlu olması ve alan adında SPF/DKIM kayıtlarının hazırlanması gerekir.

2.E-postalar spam klasörüne düşüyorsa ne yapmalıyım?

SPF, DKIM ve DMARC kayıtlarını, gönderen itibarını, içerikteki bağlantıları ve gönderim sıklığını kontrol edin. Pazarlama ile işlem e-postalarını ayırmak ve geçerli abonelikten çıkma bağlantısı sunmak teslimatı iyileştirir.

3.Sipariş e-postası ulaşmıyorsa neyi kontrol etmeliyim?

Gönderim günlüğü, SMTP hata kodu, alıcı adresi, şablon ve kuyruk/cron çalışması kontrol edilmelidir. Tekrar göndermeden önce servis sağlayıcının reddetme veya kota kaydı incelenmelidir.

4.E-posta şablonları markaya göre düzenlenebilir mi?

Logo, renk, metin ve sipariş alanları markaya göre düzenlenebilir. Değişken alanlar korunmalı, masaüstü ve mobil e-posta istemcilerinde test yapılmalı ve hassas bilgiler e-postaya eklenmemelidir.

5.SMS gönderimi için ne gerekir?

Desteklenen SMS sağlayıcısında hesap, onaylı gönderici başlığı ve API bilgileri gerekir. Mesaj türüne göre izin yönetimi, karakter/segment maliyeti ve başarısız gönderim kayıtları takip edilmelidir.

6.Formlardan sahte mesaj gelmesini nasıl azaltabilirim?

Sunucu taraflı doğrulama, görünmez tuzak alanı, hız limiti, gerektiğinde CAPTCHA ve e-posta doğrulaması birlikte kullanılabilir. Yalnızca tarayıcı tarafındaki kontrol yeterli değildir.

1.XML veya JSON ürün entegrasyonu nasıl çalışır?

Tedarikçi kaynağı belirli aralıklarla okunur; ürün kodu, kategori, marka, varyant, stok, fiyat ve görseller mağaza alanlarıyla eşleştirilir. Test aktarımı onaylandıktan sonra planlı güncelleme açılır.

2.Tedarikçi fiyatına otomatik kâr marjı eklenebilir mi?

Kategori, marka, fiyat aralığı veya tedarikçiye göre yüzde/sabit marj ve yuvarlama kuralı uygulanabilir. KDV, döviz ve indirimli fiyatın hangi sırada hesaplanacağı açıkça tanımlanmalıdır.

3.Aynı ürün birden fazla kaynaktan gelirse ne olur?

Barkod veya benzersiz ürün kodu üzerinden kaynak önceliği tanımlanmalıdır. En uygun fiyat, en yüksek stok veya ana tedarikçi gibi birleştirme kuralı olmadan çift kayıt ve yanlış stok oluşabilir.

4.Bazı ürünler neden aktarılmıyor?

Eksik kod, geçersiz fiyat, sıfır stok filtresi, kategori eşleştirmesi, bozuk karakter, görsel hatası veya kaynak limitleri kontrol edilmelidir. Aktarım raporundaki reddedilme nedeni ürün bazında incelenmelidir.

5.XML aktarımında bellek veya zaman aşımı hatası alıyorum.

Kaynak parçalara bölünmeli, sayfalama kullanılmalı ve görseller ürün verisinden ayrı işlenmelidir. Sunucu limitini sınırsız artırmak yerine artımlı aktarım ve kuyruk sistemi tercih edilmelidir.

6.Güncelleme sıklığı nasıl belirlenmelidir?

Stok ve fiyat değişim hızı, kaynak servisin limiti ve ürün sayısı dikkate alınır. Çok sık tam katalog çekmek yerine değişen kayıtları işleyen artımlı güncelleme daha güvenlidir.

7.Hatalı tedarikçi verisinin satışa çıkmasını nasıl önlerim?

Minimum/maksimum fiyat, negatif stok, zorunlu barkod, görsel ve kategori kontrolleri eklenebilir. Şüpheli kayıtlar otomatik yayına alınmadan onay kuyruğuna gönderilmelidir.

8.XML entegrasyonu kullanmak için hangi bilgiler gerekir?

Kaynak URL veya API adresi, gerekiyorsa kullanıcı bilgileri, IP izni, alan örneği, güncelleme sıklığı ve ürün eşleştirme anahtarı gerekir. Bilgiler test ortamında doğrulanmadan canlı aktarım açılmamalıdır.

9.Dortg Yazılım hangi XML veya veri sağlayıcılarını destekler?

Hazır bağlantılar proje kapsamına göre doğrulanır; standart XML, JSON, REST veya SOAP sağlayıcıları teknik dokümantasyonla analiz edilebilir. Sağlayıcının adı kadar veri kalitesi ve güncelleme yöntemi de önemlidir.

10.Birden fazla tedarikçi entegrasyonu aynı anda kullanılabilir mi?

Kullanılabilir; ancak aynı ürünün farklı kaynaklardan gelmesi için barkod/kod eşleştirmesi ve kaynak önceliği şarttır. Çift ürün, farklı fiyat ve hatalı stok oluşmaması için birleştirme kuralı hazırlanmalıdır.

11.Hazır listede olmayan bir XML veya API servisi eklenebilir mi?

Servis erişimi, örnek veri, kimlik doğrulama, kota ve dokümantasyon incelendikten sonra özel bağlantı geliştirilebilir. Kapsam; veri alanları, hata senaryoları ve test gereksinimine göre belirlenir.

12.XML entegrasyonundan ürün görselleri neden gelmiyor?

Görsel URL’si, HTTPS erişimi, yönlendirme, hotlink engeli, dosya biçimi, zaman aşımı ve yazma izni kontrol edilmelidir. Görseller veri aktarımından ayrı kuyrukta indirilirse süreç daha güvenilir olur.

13.Tedarikçi görseli değiştiği halde sitede neden eski görsel kalıyor?

Kaynak aynı dosya adresini kullanıyorsa değişiklik algılanmayabilir. Görsel hash veya güncellenme tarihiyle karşılaştırılmalı, yeni türevler üretilmeli ve yalnızca ilgili medya önbelleği temizlenmelidir.

14.XML’den gelen bazı fiyat, stok veya özellikler neden eksik?

Kaynak alanın boş olması, yanlış alan eşleştirmesi, varyant yapısı, veri tipi veya filtre kuralı buna neden olabilir. Ham kaynak kaydıyla aktarım günlüğü aynı ürün kodu üzerinden karşılaştırılmalıdır.

15.Tedarikçi sitesindeki bilgiyle aktarılan veri neden farklı olabilir?

Web sitesi farklı fiyat grubu, kampanya, oturum veya güncelleme zamanı kullanabilir. Entegrasyona verilen ham feed ile vitrindeki bilgi aynı anda karşılaştırılmalı ve sağlayıcıdan veri sözleşmesi istenmelidir.

16.Cron görevi XML güncellemesi için nasıl planlanmalıdır?

Görevler güvenli bir komut veya korumalı uç nokta üzerinden, kaynak kotası ve katalog büyüklüğüne uygun aralıkla çalıştırılmalıdır. Aynı iş üst üste başlamamalı; kilit, log ve başarısız işlem uyarısı bulunmalıdır.

17.Cron çalışıyor göründüğü halde entegrasyon neden güncellenmiyor?

Görevin gerçek çıkış kodu, çalışma kullanıcısı, PHP/Node yolu, ortam değişkenleri, kilit dosyası ve uygulama logu kontrol edilmelidir. Yalnızca cron panelindeki “çalıştı” bilgisi başarılı aktarım anlamına gelmez.

18.Sunucu veya IP değişikliğinden sonra XML neden çalışmaz?

Sağlayıcının izinli IP kaydı, DNS, güvenlik duvarı, SSL ve sunucu çıkış IP’si değişmiş olabilir. Yeni IP sağlayıcıya tanımlatılmalı; eski anahtar ve erişim bilgileri de güvenli biçimde taşınmalıdır.

19.Sunucunun dışarıya çıkan IP adresini nasıl doğrularım?

Hosting sağlayıcısından sabit çıkış IP’si istenmeli veya sunucu tarafında güvenilir bir IP kontrol servisine istek yapılmalıdır. Tarayıcıda görünen kullanıcı IP’si sunucunun çıkış IP’si değildir.

20.IP tanımlı olduğu halde “connection reset by peer” hatası neden olur?

Karşı sunucu bağlantıyı güvenlik kuralı, TLS uyumsuzluğu, istek sıklığı, dosya boyutu veya geçici servis sorunu nedeniyle kapatmış olabilir. Zaman damgası ve sunucu IP’siyle sağlayıcı logu karşılaştırılmalıdır.

21.İndirilen XML dosyası neden 0 bayt görünüyor?

Kimlik doğrulama, yönlendirme, erişim engeli, disk alanı, yazma izni veya yarıda kesilen indirme kontrol edilmelidir. Boş dosya eski geçerli verinin üzerine yazılmamalı ve aktarım otomatik durdurulmalıdır.

22.Her hosting paketi büyük XML entegrasyonları için uygun mudur?

Hayır. Büyük kataloglar yeterli bellek, işlem süresi, disk, kuyruk/cron ve gerektiğinde SOAP veya özel eklenti desteği ister. Paylaşımlı hosting yerine kaynakları izlenebilen bir sunucu gerekebilir.

23.XML veya API güncellemesinde “MySQL server has gone away” hatası neden olur?

Uzun işlem, büyük sorgu paketi, kopan bağlantı veya sunucu zaman aşımı neden olabilir. Veriler küçük gruplarda işlenmeli, bağlantı güvenli şekilde yenilenmeli ve toplu sorgu boyutu sınırlandırılmalıdır.

24.XML aktarımında 500 Internal Server Error neden oluşur?

Uygulama ve sunucu hata logu incelenmeden yalnızca ekrandaki mesajla neden belirlenemez. Bellek, zaman aşımı, bozuk veri, eksik eklenti ve yetki hataları ürün grupları küçültülerek izole edilmelidir.

25.XML verisinin sunucuya ulaşıp ulaşmadığını güvenli şekilde nasıl test ederim?

Herkese açık test dosyası bırakmak yerine komut satırı veya erişimi kısıtlı tanılama aracıyla durum kodu, süre, içerik tipi ve dosya boyutu ölçülmelidir. Kimlik bilgileri çıktıda gösterilmemelidir.

26.XML çıktısı tarayıcıda ağaç biçiminde görünmüyorsa bozuk mudur?

Tarayıcı gösterimi tek başına doğruluk ölçütü değildir. HTTP durum kodu, Content-Type, XML sözdizimi ve karakter kodlaması doğrulayıcıyla kontrol edilmelidir.

27.XML veya JSON çıktım boş geliyorsa neyi kontrol etmeliyim?

Servisin aktifliği, yetki, ürün filtresi, kategori/marka kapsamı, sayfalama, stok kuralı ve uygulama logu incelenmelidir. Boş ama 200 dönen yanıt da hata olarak izlenmelidir.

28.XML çıktısında ürün kodu yoksa ürünleri nasıl eşleştiririm?

Öncelik benzersiz barkod, SKU veya sağlayıcının değişmeyen ürün kimliğidir. Geçici sıra numarası ya da başlıkla eşleştirme yapılmamalı; sağlayıcıdan kalıcı anahtar istenmelidir.

29.XML’den gelen ürünleri mevcut kategorilerime yönlendirebilir miyim?

Kaynak kategori kodları mağazadaki kategorilerle eşleştirme tablosu üzerinden bağlanabilir. Eşleşmeyen kategoriler otomatik yayına alınmadan inceleme kuyruğunda tutulmalıdır.

30.Farklı tedarikçilerin aynı kategorilerini nasıl birleştiririm?

Her kaynağın kategori ağacı ortak mağaza taksonomisine eşlenmelidir. Kategori adını metin benzerliğiyle otomatik birleştirmek yerine kalıcı kaynak kodu ve manuel onay kullanılmalıdır.

31.Bazı kategori veya ürünlerin XML/API aktarımına girmesini engelleyebilir miyim?

Kategori, marka, ürün kodu, stok veya özel etiket bazında dahil etme ve hariç tutma kuralları tanımlanabilir. Kural sonucu önizlenmeli ve neden dışlandığı logda görünmelidir.

32.Belirli bir ürünün XML güncellemesini dondurabilir miyim?

Ürün veya alan bazında güncelleme kilidi uygulanabilir. Örneğin fiyat tedarikçiden gelirken açıklama ve görseller yerel kalabilir; kilitli alanlar aktarım raporunda açıkça gösterilmelidir.

33.XML ürünlerini sayfalama veya limit ile sunabilir miyim?

Evet. Sayfa/limit, cursor veya güncellenme tarihine göre artımlı çıktı verilebilir. Karşı sistemin aynı ürünü atlamaması için sıralama kararlı ve kimlikler benzersiz olmalıdır.

34.Başka firmalara kendi ürün XML veya JSON çıktımı verebilir miyim?

İhtiyaç duyulan alanlar, fiyat yetkisi, sayfalama ve güncelleme yöntemi belirlenerek korumalı çıktı hazırlanabilir. Erişim anahtarı, IP kısıtı, kota ve kullanım logu eklenmelidir.

35.Bayilere gruba özel fiyat içeren ürün çıktısı verebilir miyim?

Yetkili bayi hesabı veya ayrı erişim anahtarıyla fiyat grubu uygulanabilir. Genel URL içinde müşteri fiyatı taşınmamalı; her erişim doğrulanmalı ve kayıt altına alınmalıdır.

36.Özel formatta XML, JSON veya CSV çıktısı hazırlanabilir mi?

Karşı sistemin alan sözlüğü, örnek dosyası, zorunlu değerleri ve güncelleme yöntemi incelenerek özel çıktı üretilebilir. Sürümleme yapılmalı; alan değişiklikleri alıcıya önceden bildirilmelidir.

37.Ürün çıktısını yalnızca belirli kategori veya markalarla sınırlandırabilir miyim?

Erişim anahtarı veya çıktı profili bazında kategori, marka, stok ve fiyat filtresi uygulanabilir. Filtre parametreleri yetkisiz ürünlere erişim vermeyecek biçimde sunucu tarafında doğrulanmalıdır.

38.XML çıktı servisini yalnızca izinli IP’lere açabilir miyim?

IP allowlist uygulanabilir ancak değişen çıkış IP’leri erişimi kesebilir. HTTPS, erişim anahtarı, kota ve log ile birlikte kullanılması tek başına IP kontrolünden daha güvenlidir.

39.Bir entegrasyona ait tüm ürünleri güvenli şekilde nasıl kaldırırım?

Önce kaynak kimliğine göre etkilenecek ürün, kategori ve sipariş bağlantıları raporlanmalıdır. Silmek yerine pasife alma tercih edilmeli; kalıcı işlem yedek ve URL yönlendirme planıyla yapılmalıdır.

40.Stoksuz tedarikçi ürünlerini sitede göstermeye devam edebilir miyim?

Ürün aktif kalıp “stokta yok” gösterilebilir veya talep formuna yönlendirilebilir. Ancak sepete ekleme sunucu tarafında engellenmeli ve tekrar stok tarihi bilinmiyorsa yanıltıcı teslimat vaadi verilmemelidir.

41.Google Merchant ürün feed adresini nasıl oluştururum?

Merchant Center için HTTPS üzerinden erişilen; benzersiz kimlik, başlık, açıklama, bağlantı, görsel, fiyat, stok, marka ve GTIN alanlarını içeren güncel bir feed hazırlanmalıdır. Hedef ülke ve dil ayarlarıyla uyumlu olmalıdır.

42.Google Merchant “fiyatı doğrulamak için yeterli bilgi yok” hatası neden olur?

Feed fiyatı, para birimi, KDV, stok durumu ve açılış sayfasındaki görünür fiyat uyuşmalıdır. Yapılandırılmış veri ve ödeme sayfasına kadar değişen kampanya kuralları da kontrol edilmelidir.

43.Google Merchant ürün sayısı neden siteden farklıdır?

Reddedilen ürünler, ülke hedefi, stok filtresi, sayfalama, planlı çekim zamanı ve politika sorunları fark yaratabilir. Feed’de üretilen, Merchant tarafından alınan ve onaylanan sayılar ayrı karşılaştırılmalıdır.

44.Google ürün kategorisi hatasını nasıl düzeltirim?

Ürünler Google’ın güncel kategori taksonomisindeki uygun kimlikle eşleştirilmelidir. Kategori alanına serbest metin yerine geçerli kimlik verilmesi ve ürün türü alanının ayrıca kullanılması daha güvenlidir.

45.Facebook veya Meta katalog ürün feed’i hazırlanabilir mi?

Meta Commerce Manager’ın beklediği kimlik, ürün bağlantısı, görsel, fiyat ve stok alanlarıyla feed hazırlanabilir. Pixel ürün kimliğiyle katalog kimliği aynı olmalı ve alan adı doğrulaması tamamlanmalıdır.

46.Meta Pixel “ürün kataloğuyla eşleşmiyor” hatası neden olur?

ViewContent ve Purchase olayındaki content_ids değerleri katalogdaki ürün veya varyant kimlikleriyle birebir eşleşmelidir. Pixel, katalog ve işletme hesabı bağlantıları da kontrol edilmelidir.

47.Google sitemap ile ürün feed’i aynı şey midir?

Hayır. Sitemap arama motoruna indekslenecek URL’leri bildirir; ürün feed’i fiyat, stok ve ürün niteliklerini reklam/karşılaştırma servislerine taşır. İkisi ayrı doğrulanmalı ve güncel tutulmalıdır.

48.Ürün sayısı arttığında sitemap dosyası bölünebilir mi?

URL veya dosya boyutu sınırlarına yaklaşınca sitemap index altında ürün, kategori ve içerik dosyaları parçalara ayrılabilir. Yalnızca canonical ve indekslenebilir URL’ler eklenmelidir.

1.Pazaryeri entegrasyonu için hangi bilgiler gerekir?

Mağaza/satıcı kimliği, güvenli API bilgileri, ürün ve varyant kodları, kategori eşleştirmeleri, kargo-fatura tercihleri ve mevcut sistem bilgisi gerekir. API bilgileri yalnızca güvenli sunucu ortamında saklanmalıdır.

2.Ürün pazaryerine neden gönderilemiyor?

Kategori özelliği, barkod/GTIN, marka onayı, görsel, açıklama, varyant, fiyat ve kargo alanlarından biri eksik olabilir. Pazaryerinin döndürdüğü işlem veya tracking kimliğiyle hata ayrıntısı incelenmelidir.

3.Stok ve fiyat güncellemesi gecikiyorsa ne yapmalıyım?

API kotası, kuyruk yoğunluğu, başarısız istekler ve tekrar deneme kayıtları kontrol edilmelidir. Stok için öncelikli kısa kuyruk, açıklama/görsel için daha düşük öncelikli kuyruk kullanmak satış riskini azaltır.

4.Siparişler yanlış ürünle eşleşiyorsa nedeni nedir?

Pazaryeri satıcı stok kodu ile mağaza varyant kodu farklı veya tekrar kullanılmış olabilir. Eşleştirme tablosu düzeltilmeden sipariş otomasyonuna devam edilmemelidir.

5.Çok ürün gönderirken 504 veya zaman aşımı alıyorum.

Ürünler küçük paketlere bölünmeli ve arka plan kuyruğunda işlenmelidir. Tek istekte tüm kategori göndermek yerine işlem kimliğiyle sonucu sonradan sorgulayan yapı kullanılmalıdır.

6.Pazaryeri kategorileri güncel değilse ne yapmalıyım?

Kategori ve özellik sözlüğü kontrollü biçimde yenilenmeli, mevcut ürün eşleştirmeleri silinmeden değişen zorunlu alanlar raporlanmalıdır. Önbelleği körlemesine temizlemek mevcut eşleşmeleri bozabilir.

7.Siparişler hangi durumlarda sisteme alınmalıdır?

Ödeme ve pazaryeri onayı tamamlanmış, iptal edilmemiş siparişler alınmalıdır. Her kanalın durum adları ortak sipariş durumlarına eşlenmeli; mükerrer siparişi önlemek için kanal sipariş numarası benzersiz tutulmalıdır.

8.Ürün başlığı ve görsel değişiklikleri otomatik güncellenir mi?

Pazaryerinin ilgili alan için güncelleme API’si ve onay süreci varsa gönderilebilir. Bazı katalog ürünlerinde içerik satıcı tarafından doğrudan değiştirilemeyebilir; gönderim sonucu ve onay durumu takip edilmelidir.

9.Pazaryerine gönderilecek kategoriler nasıl eşleştirilir?

Mağazadaki en alt kategori, kanalın güncel kategori kimliğiyle eşleştirilir; zorunlu özellikler ve varyant alanları seçilir. Kategori sözlüğü değişebileceği için eşleşmeler düzenli doğrulanmalıdır.

10.Pazaryeri kategori önbelleğini ne zaman yenilemeliyim?

Kanal yeni kategori/özellik eklediğinde veya “geçersiz kategori/attribute” hatası geldiğinde kontrollü yenileme yapılmalıdır. Mevcut eşleşmeler yedeklenmeden tüm kategori verisi silinmemelidir.

11.GTIN veya barkod pazaryeri tarafından kabul edilmiyorsa ne yapmalıyım?

Kodun geçerli standartta, ürüne ait ve varyantlar arasında benzersiz olduğu doğrulanmalıdır. Rastgele barkod resmi GTIN yerine kullanılamaz; muafiyet veya katalog eşleştirmesi kanal kurallarına göre yapılmalıdır.

12.Pazaryerindeki mevcut ürünlerle mağazadaki ürünleri eşleştirebilir miyim?

Kanal ürün kimliği, satıcı stok kodu, barkod ve model kodu gibi kalıcı alanlarla eşleştirme yapılabilir. Otomatik eşleştirme önizlenmeli; yanlış ürün birleşimi sipariş akışını bozabileceği için onaylanmalıdır.

13.Trendyol’daki mevcut ürünleri yeniden gönderirsem çift kayıt oluşur mu?

Barkod, model kodu ve satıcı stok kodu mevcut kayıtla aynıysa kanal güncelleme olarak işleyebilir; farklıysa yeni ürün oluşabilir. Gönderimden önce eşleştirme raporu alınmalıdır.

14.Yeni eklenen mağaza ürünleri pazaryerine otomatik gider mi?

Bu davranış kurulan akışa bağlıdır. Yeni ürünlerde kategori, marka, zorunlu özellik ve görsel onayı gerektiği için çoğu projede önce kontrol kuyruğuna alınması daha güvenlidir.

15.Pazaryerine kâr marjı ve kargo farkı nasıl eklenir?

Kanal, kategori, marka veya fiyat aralığına göre yüzde/sabit fark ve yuvarlama tanımlanabilir. Komisyon, KDV, kargo ve kampanya maliyeti aynı hesaplama sırasına göre ele alınmalıdır.

16.Tanımladığım fiyat veya kargo farkı neden yansımıyor?

Kural önceliği, hedef kanal/kategori, güncelleme kuyruğu, kampanya fiyatı ve kanalın fiyat onayı kontrol edilmelidir. Gönderilen ham tutarla kanalın kabul ettiği tutar log üzerinden karşılaştırılmalıdır.

17.Pazaryerinde teslimat süresi hangi bilgiye göre oluşur?

Hazırlık süresi, ürün veya kategori kuralı, stok konumu, kargo şablonu ve kanalın son teslim hesabı birlikte etkiler. Gerçek operasyon süresinden kısa vaat verilmemelidir.

18.Pazaryeri siparişi panele düşmüyorsa neyi kontrol etmeliyim?

API yetkisi, son başarılı senkron zamanı, sipariş durumu filtresi, sayfalama, kanal sipariş numarası ve hata logu kontrol edilmelidir. Sipariş tekrar çekilirken mükerrer kayıt engellenmelidir.

19.Cron güncellemesinden sonra pazaryeri akışı neden durmuş olabilir?

Dosya yolu, çalışma kullanıcısı, ortam değişkenleri, güvenlik anahtarı ve zamanlayıcı komutu güncellemede değişmiş olabilir. Her kanal görevi elle test edilip log ve uyarı mekanizması doğrulanmalıdır.

20.Kargo takip bağlantısı pazaryerine neden gitmiyor?

Takip numarası ve URL kargo firması tarafından henüz üretilmemiş, sipariş durumu erken değiştirilmiş veya kanal gönderimi başarısız olmuş olabilir. Kargo webhook/cron kaydı ile kanal yanıtı birlikte incelenmelidir.

21.Trendyol ürün gönderiminde “authorization failed” hatası neden olur?

Satıcı kimliği, API anahtarı/şifresi, test-canlı ortamı, izinli IP ve yetki durumu kontrol edilmelidir. Anahtarlar mesajla paylaşılmamalı; yenilendiyse eski değer güvenli biçimde kaldırılmalıdır.

22.Trendyol’a varyantlar neden gönderilemiyor?

Beden, renk gibi seçenek değerleri kanalın kategori özellikleriyle uyumlu olmalı; barkodlar benzersiz ve model kodu aynı varyant ailesini göstermelidir. Reddedilen alan işlem sonucu üzerinden incelenmelidir.

23.Hepsiburada’da cron çalıştığı halde ürün neden güncellenmiyor?

Gönderim işi çalışsa bile ürün onay, kategori eşleşmesi, rate limit veya hata kuyruğunda kalmış olabilir. Kanal işlem kimliğiyle fiyat, stok ve içerik güncellemesi ayrı ayrı sorgulanmalıdır.

24.Hepsiburada “Too Many Requests” hatası nasıl yönetilir?

API istekleri kanal kotasını aşmıştır. Üstel gecikmeli tekrar deneme, istek kuyruğu, gereksiz tam güncellemeleri azaltma ve Retry-After başlığına uyma uygulanmalıdır.

25.Pazaryeri rapor tablosu bulunamadı hatası neden oluşur?

Eksik veya yarım veritabanı güncellemesi, yanlış ortam ya da kaldırılmış özel tablo söz konusu olabilir. Elle rastgele tablo açmak yerine sürüm geçişleri ve migration kayıtları kontrol edilmelidir.

26.N11 “category alanı geçersiz” hatası neden oluşur?

Mağaza kategorisi yanlış veya artık geçerli olmayan kanal kategorisiyle eşleşmiş olabilir. Güncel ve ürün kabul eden en alt kategori seçilip zorunlu alanlar yeniden alınmalıdır.

27.N11 zorunlu ürün veya SKU özellikleri hatası nasıl çözülür?

Kategoriye ait marka, renk, beden ve diğer zorunlu ürün/varyant özelliklerinin tamamı kanal sözlüğündeki değerlerle eşleştirilmelidir. Serbest metin yerine kanalın kabul ettiği kimlik kullanılmalıdır.

28.N11 “attribute name geçersiz” hatası neden oluşur?

Kanal kategori özelliklerini değiştirmiş veya eski alanı kaldırmış olabilir. Kategori sözlüğü kontrollü yenilenmeli, eşleştirmeler gözden geçirilmeli ve ürün yeniden gönderilmelidir.

29.N11 “invalid shipmentTemplate” hatası nasıl çözülür?

Entegrasyondaki teslimat/kargo şablonu adı veya kimliği satıcı panelindeki aktif kayıtla birebir eşleşmelidir. Büyük-küçük harf, boşluk ve pasif şablon durumu kontrol edilmelidir.

30.N11 GTIN katalog hatası ne anlama gelir?

Kategori gerçek ve katalogda tanınan bir GTIN isteyebilir. Ürüne ait resmi barkod kullanılmalı; kanal katalog eşleştirmesi veya muafiyet süreci satıcı panelinden doğrulanmalıdır.

31.N11 ürün için dönüştürme işlemi uyarısı neden gelir?

Kanal eski ürün kaydının yeni kategori veya katalog yapısına satıcı panelinden dönüştürülmesini istiyor olabilir. API gönderiminden önce Seller Office üzerindeki zorunlu dönüşüm tamamlanmalıdır.

32.Ürünleri N11 veya Hepsiburada’ya toplu gönderebilir miyim?

API ya da kanalın kabul ettiği dosya yöntemiyle küçük gruplar halinde gönderilebilir. Önce kategori/özellik eşleştirmesi, barkod, fiyat, stok ve kargo şablonu test edilmelidir.

33.Çiçeksepeti veya Pazarama’ya ürün gönderimi nasıl planlanır?

Satıcı API erişimi, kategori ve marka eşleştirmesi, zorunlu özellikler, teslimat/kargo alanları ve güncelleme kotası doğrulanır. Birkaç ürünlük pilot onaylanmadan tüm katalog gönderilmemelidir.

34.Pazaryeri kategori özelliği (spec) neden gelmiyor?

Kategori en alt seviyede olmayabilir, özellik önbelleği eski olabilir veya kanal geçici olarak boş yanıt vermiş olabilir. Ham API yanıtı ve kategori kimliği log üzerinden kontrol edilmelidir.

35.Pazaryerine ürün gönderirken “ürün bulunamadı” hatası neden alınır?

Kanalın beklediği ürün kimliği, barkod, model kodu veya satıcı stok kodu yanlış eşleştirilmiş olabilir. Hızlı güncellemeden önce ürünün kanal kaydıyla mağaza kaydı kalıcı anahtar üzerinden bağlanmalıdır.

36.Pazaryeri fiyat ve stok güncellemeleri için nasıl öncelik vermeliyim?

Stok ve satış fiyatı kısa aralıklı öncelikli kuyrukta; açıklama ve görsel daha düşük öncelikte işlenmelidir. Sıfır stok ve kritik fiyat değişiklikleri başarısız olduğunda anlık uyarı üretilmelidir.

37.Pazaryeri API kotası ve zaman aşımı nasıl önlenir?

Ürünler sayfalı küçük paketlerde gönderilmeli, kanal başına hız sınırı ve gecikmeli tekrar deneme uygulanmalıdır. Web isteğini bekletmek yerine arka plan kuyruğu ve işlem kimliği kullanılmalıdır.

1.Sitenin daha hızlı çalışması için neler yapılabilir?

Görsel boyutları, sayfa önbelleği, CDN, veritabanı sorguları, üçüncü taraf betikler ve sunucu yanıt süresi ölçülmelidir. Optimizasyon gerçek trafik ve Core Web Vitals verisine göre önceliklendirilmelidir.

2.Google Analytics ve dönüşüm ölçümü eklenebilir mi?

GA4 ve GTM üzerinden ürün görüntüleme, sepete ekleme, ödeme başlangıcı ve satın alma olayları kurulabilir. Tutar, para birimi ve ürün verileri test siparişiyle doğrulanmalıdır.

3.Tam yedek ne sıklıkta alınmalıdır?

Sipariş hacmine göre veritabanı daha sık, dosyalar günlük veya haftalık yedeklenebilir. Yedek farklı bir konumda, şifreli ve belirli saklama süresiyle tutulmalı; geri yükleme testi düzenli yapılmalıdır.

4.Hazır olmayan bir entegrasyon eklenebilir mi?

API veya veri servisi dokümantasyonu incelenerek kimlik doğrulama, kota, veri alanları, webhook ve hata senaryoları analiz edilir. Uygunluk belirlendikten sonra özel geliştirme kapsamı ve test planı hazırlanır.

5.Destek talebi açarken hangi bilgileri paylaşmalıyım?

Sorunun görüldüğü URL, tarih-saat, beklenen ve gerçekleşen sonuç, sipariş/ürün kodu, ekran görüntüsü ve tekrarlama adımlarını ekleyin. Parola, kart bilgisi veya API anahtarını destek mesajına yazmayın.

6.Dortg Yazılım teknik destek kapsamı nasıl belirlenir?

Kurulum, hata düzeltme, bakım, güncelleme ve yeni geliştirme kapsamları proje sözleşmesi veya destek planına göre ayrılır. Talebin mevcut kapsamda olup olmadığı inceleme sonrasında netleştirilir.

7.Güvenlik olayı şüphesinde ilk ne yapmalıyım?

Etkilenen yönetici hesabını devre dışı bırakın, aktif oturumları sonlandırın, anahtar/parolaları değiştirin ve kayıtları silmeden teknik inceleme başlatın. Gerekirse ödeme ve hosting sağlayıcısıyla da iletişime geçin.