E-pin Mağazanız İçin Hız ve SEO Teknik Denetimi: Kaç Saniyede Kaybediyorsunuz?

Bir müşteri "PUBG UC 60" aramasıyla sitenize düşüyor, sayfa üç saniyede açılmıyor ve geri tuşuna basıyor. Bu sahne her gün, fark etmeden, e-pin satan onlarca sitede tekrar ediyor. Sorun genelde ürün yelpazesi ya da fiyat değil; sayfanın arka planında biriken teknik borç. Bu yazıda o borcun nerede biriktiğini ve nasıl tek tek kapatılacağını gösteriyoruz.

E-pin mağazanız neden ilk üç saniyede kaybediyor?

E-pin ve dijital ürün mağazaları, sıradan e-ticaret sitelerinden farklı bir hız problemi taşır. Yüzlerce ürün kartı, her biri için ayrı görsel, anlık stok/fiyat sorgusu yapan tedarikçi entegrasyonları ve genelde eklenti üstüne eklenti ile büyümüş bir altyapı — bu dördü bir araya gelince sayfa açılış süresi hızla şişer. Özellikle şu noktalar tekrar eden hız katilleridir:

• Sıkıştırılmamış, orijinal boyutunda yüklenen ürün/marka görselleri
• Her sayfa isteğinde tedarikçi API'sine (Turkpin, Pinabi gibi) senkron olarak gidip stok sorgulaması
• Tema ve eklentilerden gelen, kullanılmayan CSS/JS dosyalarının toplu yüklenmesi
• Önbellekleme (cache) katmanı olmayan, her istekte veritabanını yeniden sorgulayan sayfa yapısı

Bu problemlerin çoğu tasarımla değil, altyapı kararıyla ilgilidir. Hazır bir e-ticaret paketini e-pin satışına zorla uydurduğunuzda, sistem sizin ürün mantığınızı (anlık stok, otomatik teslimat, tedarikçi senkronu) bilmediği için gereksiz sorgular ve katmanlar biriktirir. Pinova gibi doğrudan e-pin satışı için yazılmış bir altyapıda tedarikçi sorgusu, stok önbelleği ve teslimat mantığı baştan bu iş için kurgulandığından, aynı işlevler çok daha az sorguyla ve daha hafif kod ile çalışır.

Burada gözden kaçan bir ayrıntı var: hız sorunu genelde tek bir büyük hatadan değil, arka arkaya dizilmiş küçük gecikmelerden oluşur. Bir görsel 200 milisaniye, bir gereksiz API çağrısı 300 milisaniye, önbelleksiz bir veritabanı sorgusu 150 milisaniye kaybettirir; tek başına hiçbiri fark edilmez ama bir sayfada yirmi ürün kartı varsa bu gecikmeler çarpılarak birikir. Denetimin ilk adımı bu yüzden tek bir "büyük" sorunu aramak değil, sayfanın her katmanında ne kadar gecikme biriktiğini teker teker ölçmektir.

Google, ürün sayfalarınızı neden görmezden geliyor?

Hız sorunu çözülse bile ikinci bir engel var: görünürlük. E-pin sitelerinde en sık karşılaşılan SEO hatası, yüzlerce ürünün neredeyse birebir aynı şablon metniyle yayınlanmasıdır. "60 UC", "120 UC", "325 UC" gibi varyasyonlar sadece sayı değişip açıklama aynı kaldığında Google bunları birbirinin kopyası gibi değerlendirir ve sıralamada geriye atar. Buna ek olarak:

• Kategori sayfalarının başlık ve açıklama etiketleri (title/meta description) hepsinde aynı kalıp kullanılır
• Yeni eklenen ürünler site haritasına (sitemap) elle eklenmediği için haftalarca indekslenmez
• Ürün sayfalarında yapılandırılmış veri (schema.org/Product) olmadığı için Google arama sonucunda fiyat, stok gibi zengin sonuçlar gösteremez
• Bayi/alt domain sayfaları ana siteyle neredeyse aynı içeriği taşıdığında iç içe kopya içerik oluşur

Bunların hiçbiri "içerik yazmayı bilmemekle" ilgili değil, sistemin SEO'yu düşünerek kurulmamış olmasıyla ilgili. Doğru kurulan bir sistemde her ürün, kategori ve bayi sayfası kendi başlık/açıklama alanına sahip olur; yeni ürün eklendiğinde site haritası otomatik güncellenir. Pinova'da ürün, kategori ve bayi sayfaları bu mantıkla ayrı ayrı SEO alanları taşıyacak şekilde kurgulanmıştır — kopyalanan şablon yerine düzenlenebilir alanlar.

Bir de sık atlanan bir başlık var: iç bağlantı (internal linking) yapısı. E-pin sitelerinde kategoriler genelde birbirinden kopuk adalar gibi durur — "Valorant VP" sayfası "PUBG UC" sayfasına hiç değinmez, oyun ve içerik sayfaları ürün sayfalarına bağlanmaz. Oysa Google bir sayfanın önemini büyük ölçüde ona kaç iç bağlantının işaret ettiğine bakarak değerlendirir. Blog yazıları, kategori tanıtımları ve ürün sayfaları birbirine doğal biçimde bağlandığında hem kullanıcı sitede daha uzun geziniyor hem de arama motoru sitenin tamamını daha kolay tarıyor.

Core Web Vitals denen o üç harf gerçekte neyi ölçüyor?

Google'ın sıralama sinyallerinden biri olan Core Web Vitals, aslında kullanıcı deneyimini üç somut soruya indirger: sayfa ne kadar sürede görünür oluyor (LCP), tıklamaya ne kadar hızlı tepki veriyor (INP) ve içerik açılırken zıplıyor mu (CLS). E-pin mağazalarında bu üçü de doğrudan satışı etkiler; çünkü müşteri genelde acele eder — oyun içi bir etkinlik bitmeden, arkadaşıyla aynı anda oynayabilmek için hızlı kod almak ister.

Tablodaki fark aslında tek bir noktaya iniyor: elle yürütülen işlerin her biri, ürün sayısı arttıkça katlanarak büyüyen bir bakım yükü haline geliyor. Sistemin bunu baştan otomatikleştirmesi, hem hız hem SEO tarafında ölçeklenebilir bir avantaj sağlıyor.

Bu üç metriği takip etmenin pratik yolu, Google Search Console'daki "Önemli Web Verileri" (Core Web Vitals) raporunu düzenli açmaktır. Rapor sitenizin tüm sayfalarını "iyi", "geliştirilmeli", "kötü" olarak gruplar; e-pin mağazalarında genelde en çok "kötü" işareti alan sayfalar, çok sayıda ürün kartı içeren kategori sayfalarıdır. Bu sayfaların hızını iyileştirmek, tek bir ürün sayfasını iyileştirmekten çok daha fazla trafiği etkiler — çünkü kategori sayfaları sitenin giriş kapısıdır.

Ürün açıklamalarınız satıyor mu, yoksa arama motorunda kayboluyor mu?

Bir e-pin ürün sayfası aslında iki farklı okuyucuya hitap eder: arama motoruna ve satın alma kararı vermek üzere olan kullanıcıya. İkisini de tatmin eden sayfa, hem sıralamada yükselir hem de dönüşüm oranını artırır. Ancak çoğu e-pin sitesinde ürün sayfası sadece "ürün adı + fiyat + satın al butonu"ndan ibarettir; bu da hem Google için ince (thin content) hem kullanıcı için güvensiz görünür.

• Ürünün ne olduğu, hangi platformda kullanıldığı ve nasıl teslim edildiği açıkça yazılmalı
• Sık sorulan sorular (kod ne zaman gelir, iade var mı, bölge kısıtı var mı) ürün sayfasında yanıtlanmalı
• Fiyat, stok durumu ve marka bilgisi schema.org/Product ile işaretlenmeli ki Google arama sonucunda yıldız, fiyat gibi zengin görünümler göstersin
• Kategori sayfaları da sadece ürün listesi değil, o kategoriyi tanıtan kısa bir giriş metni taşımalı

Bu düzenlemeler tek tek yapıldığında zaman alıcı görünse de, sistemin ürün ve kategori şablonlarında bu alanları baştan barındırması işi kolaylaştırır. Pinova'nın ürün ve kategori yapısı, açıklama, SSS ve SEO alanlarını ayrı ayrı düzenlenebilir tutarak bu boşluğu önlemeyi hedefler.

Ürün açıklaması yazarken düşülen bir diğer yaygın hata, aynı metni birebir farklı oyun/platform kombinasyonlarına kopyalamaktır. "100 TL PUBG UC" ile "300 TL PUBG UC" açıklaması sadece rakam farkıyla yayınlandığında Google'ın gözünde bu iki sayfa neredeyse aynıdır ve ikisi de birbirinin sıralamasını düşürür (keyword cannibalization). Çözüm karmaşık değil: her ürün grubuna, o gruba özgü tek bir ana açıklama yazıp miktar/paket farkını ayrı bir tabloda göstermek, hem kullanıcı için netlik hem Google için özgünlük sağlar.

Mobilde sepeti dolduran müşteri neden ödeme ekranında vazgeçiyor?

E-pin alıcılarının büyük çoğunluğu mobil cihazdan alışveriş yapar; çoğu zaman oyunun başındayken, tek elle telefonuyla kod arar. Bu senaryoda masaüstünde fark edilmeyen küçük gecikmeler ve tıklama sorunları mobilde satışı doğrudan durdurur:

• Ödeme sayfasının açılması 3 saniyeyi geçtiğinde terk oranı belirgin şekilde artar
• Buton ve form alanlarının parmakla dokunmaya göre değil masaüstü fareye göre tasarlanmış olması
• Bakiye/cüzdan sistemi olmadan her seferinde yeniden ödeme bilgisi girme zorunluluğu
• PayTR, Shopier gibi ödeme sağlayıcı yönlendirmelerinin mobil tarayıcıda yavaş veya kopuk çalışması

Burada teknik denetimin gözden kaçırdığı bir nokta var: hız sadece sayfa yükleme süresi değil, işlemin baştan sona akıcılığıdır. Bir kullanıcının bakiyesi sitede duruyorsa (site cüzdanı), tekrar kart bilgisi girmeden saniyeler içinde satın alma tamamlanır. Bu da hem mobil dönüşümü artırır hem de sunucuya binen ödeme işlemi trafiğini azaltır — dolaylı yoldan hıza da katkı sağlar. Çok seviyeli bayi sistemi kullanan sitelerde ise bayinin kendi paneli de aynı hız standardına tabi tutulmalı; aksi halde bayi tarafı tüm mağazanın performans ortalamasını aşağı çeker.

Ödeme sonrası teslimat hızı da aynı hikayenin devamıdır. Manuel teslimat yapan sitelerde müşteri ödemeyi tamamladıktan sonra dakikalarca, bazen saatlerce kod bekler; bu bekleme süresi boyunca "acaba dolandırıldım mı" hissi oluşur ve müşteri bir daha o siteye dönmez. Otomatik, 7/24 çalışan bir teslimat mekanizması bu güven sorununu doğrudan ortadan kaldırır — ve dolaylı olarak tekrar eden müşteri oranını, dolayısıyla SEO açısından da değerli olan marka aramalarını artırır.

Kendi teknik denetiminizi yapacaksanız hangi 10 maddeyi kontrol etmelisiniz?

Ajans tutmadan, kendi başınıza başlangıç seviyesinde bir denetim yapmak istiyorsanız aşağıdaki liste size bir çerçeve verir. Her madde için "evet/hayır" cevabı verin; hayır sayınız arttıkça öncelik sırası da netleşir.

• Ana sayfa mobilde 3 saniyenin altında açılıyor mu (Google PageSpeed Insights ile test edin)?
• Ürün görselleri WebP/AVIF gibi sıkıştırılmış formatta mı yükleniyor?
• Her ürün sayfasının kendine özgü, en az birkaç cümlelik açıklaması var mı?
• Site haritası (sitemap.xml) son eklenen ürünleri içeriyor mu?
• Google Search Console'da "kapsam" raporunda kritik hata var mı?
• Ürün sayfalarında schema.org/Product işaretlemesi mevcut mu?
• SSL sertifikası ve HTTPS zorlaması tüm sayfalarda aktif mi?
• Tedarikçi API sorgusu her sayfa yenilemesinde mi yapılıyor, yoksa önbellekli mi?
• Ödeme akışı (sepet → ödeme → teslimat) mobilde kaç adımda tamamlanıyor?
• Bayi/alt sayfalar ana site ile aynı içeriği mi taşıyor, yoksa kendine özgü mü?

Bu listeyi ayda bir tekrar etmek, sitenizin zamanla nereye doğru kaydığını görmenizi sağlar. Sorun genelde tek bir büyük hatadan değil, üç dört küçük ihmalin üst üste binmesinden doğar.