Çoğu e-pin satıcısı teknik SEO'yu "ajansın işi" sanır. Sen ürünleri girersin, fiyatları güncellersin, bir iki blog yazısı eklersin ve trafiğin gelmesini beklersin. Gelmez. Çünkü arama motoru senin sitene bir müşteri gibi değil, bir denetçi gibi bakar: kaç sayfa var, hangileri kopya, hangileri yükleniyor, hangileri boş dönüyor. Bu denetimden geçemeyen hiçbir e-pin scripti içerikle kurtulamaz.
İşin ilginç tarafı şu: aynı kategoride yıllardır ilk sayfada duran siteler senden daha iyi yazmıyor. Daha temiz taranıyorlar. Aralarındaki fark, sen hiç bakmadığın yerlerde saklı — kanonik etiketler, filtre URL'leri, boş kategori sayfaları, iki kere üretilen ürün adresleri. Aşağıdaki 15 maddelik liste, kendi e-pin satış scripti üzerinde tek başına yürütebileceğin bir teknik denetim planı. Sırayla git; her madde bir önceki maddenin kazancını korur.
Google senin ürün sayfalarının yarısını neden hiç görmüyor?
Bir e-pin sitesinde ürün sayısı hızla büyür. 40 oyun, her oyunda 6-8 kupon tutarı, her tutarda platform varyasyonu... elinde birkaç yüz sayfa olur. Ama arama motorunun sana ayırdığı tarama bütçesi sınırlı. Eğer bu bütçenin büyük kısmı ?sirala=fiyat, ?sayfa=7, ?filtre=platform-pc gibi adreslerde harcanıyorsa, gerçek para kazandıran ürün sayfaların sıraya bile girmez. Denetimin ilk işi bu israfı görmek: sunucu erişim kayıtlarını al, bot isteklerini ayır, hangi URL kalıbının kaç kez tarandığına bak.
Buradaki çözüm sayfaları silmek değil, sinyal vermek. Filtre ve sıralama parametrelerini robots.txt düzeyinde tarama dışı bırak, ama dizinden çıkarmak istediklerini noindex ile işaretle — ikisini aynı URL'de birlikte kullanmak klasik hatadır, çünkü taranmayan bir sayfanın noindex'i okunamaz. İyi kurulmuş bir dijital ürün satış scripti bu ayrımı yönetim panelinden yapmana izin verir; elle .htaccess kurcalamaya zorlamaz.
Kanonik etiket: tek satırlık kod, sıralamanın yarısı
E-pin katalogları doğası gereği tekrar üretir. Aynı 100 TL'lik kupon hem "popüler ürünler" hem kategori hem kampanya sayfasından farklı URL ile açılabilir. Arama motoru bunları ayrı sayfa sayar, gücü böler, sonra hangisini göstereceğine kendisi karar verir — genelde senin istemediğine. Her ürünün tek bir doğru adresi olmalı ve tüm kopyalar rel="canonical" ile o adrese işaret etmeli.
Denetimde şu üçünü tek tek kontrol et: kanonik mutlak URL mi (göreli değil), kendi kendine işaret eden sayfalar doğru mu, ve www/https varyasyonları tek biçime yönleniyor mu. Bir sayfanın kanoniği başka sayfaya, o sayfanın kanoniği üçüncüsüne gidiyorsa zincir oluşur ve sinyal kaybolur. Pinova gibi e-pin satış yazılımı kullanıyorsan kanonik mantığı şablon seviyesinde bir kez kurulur; her yeni ürün otomatik doğru etiketle doğar.
Ürün verisi yapısal işaretleme olmadan neden yarım kalıyor?
Arama sonuçlarında fiyatı, stok durumunu ve puanı görünen siteler tesadüfen öyle görünmüyor. Product ve Offer şemasını doğru gömdükleri için görünüyorlar. E-pin tarafında bunun bir de incelik boyutu var: teslimat anında olduğu için availability alanını doğru vermek, priceCurrency olarak TRY kullanmak ve fiyatı sayfada yazılı olan değerle birebir eşitlemek zorunlu. Sayfada 149 TL yazıp şemada 129 yazarsan zengin sonuç iptal edilir.
Yanına BreadcrumbList ekle; kategori hiyerarşin sonuç sayfasında görünür hale gelir ve tıklama oranı yükselir. Blog tarafında FAQPage, kurulum anlatan sayfalarda HowTo işini görür. Şemayı elle yazmak yerine epin yazılım tarafında şablona bağlaman gerekir — aksi halde 300 ürünü tek tek düzenlemek zorunda kalırsın.
| Teknik alan | Sık görülen hata | Etkisi | Düzeltme süresi |
|---|---|---|---|
| Tarama bütçesi | Filtre URL'leri serbest taranıyor | Ürün sayfaları geç indekslenir | 1-2 saat |
| Kanonik | Göreli yol veya zincir kanonik | Kopya içerik, güç bölünmesi | 2 saat |
| Site haritası | Statik, elle güncellenen XML | Yeni ürünler görünmez | 3 saat |
| Şema | Fiyat/stok uyuşmazlığı | Zengin sonuç kaybı | 2-3 saat |
| Hız | Sıkıştırılmamış görsel, tema şişkinliği | Mobil sıralama düşüşü | 4 saat |
| Durum kodları | Kaldırılan ürün 200 döndürüyor | Yumuşak 404 birikimi | 1 saat |
Hız hikâyesi: asıl yavaşlatan tema değil, sorgu sayısı
Yükleme hızını konuştuğumuzda herkes görsellere bakar. Görsel elbette önemli; WebP'ye geçmek ve boyut atributu vermek dakikalar içinde yapılır. Ama e-pin sitelerinde gerçek gecikme veritabanı tarafındadır: her kategori açılışında tek tek çekilen stok sorguları, oturum başına yeniden hesaplanan kur çevirimi, önbelleğe alınmayan menü. 300 sorgu ile açılan bir kategori sayfası hiçbir görsel optimizasyonuyla kurtulmaz.
Denetimde ilk bakacağın şey sayfa başına sorgu sayısı ve sunucu yanıt süresi (TTFB). 0,5 saniyenin üstündeki TTFB, önbellek eksikliğinin göstergesidir. Ardından en büyük içerik ögesinin ne olduğuna bak — genellikle hero görseli ya da geç yüklenen bir yazı tipi. Yazı tiplerini kendi sunucundan servis et, font-display:swap ver, üçüncü taraf betiklerini ertele. Bu üç hamle tek başına mobil puanını iki haneli iyileştirir.
Teknik denetimde çıkan hataların dağılımı
- İndeksleme ve kanonik 45%
- Hız ve sunucu yanıtı 25%
- Yapısal veri eksikleri 20%
- Bağlantı ve durum kodları 10%
Kaldırılan ürünler: sessizce biriken en büyük zarar
E-pin kataloğu canlı bir organizmadır. Bir oyunun kuponu tedarikçide biter, sen ürünü gizlersin. Peki o URL ne döndürüyor? Çoğu kurulumda içi boş bir sayfa ve 200 durum kodu döner. Arama motoru buna "yumuşak 404" der ve zamanla tüm kategoriye güvensizlik yayar. Doğru davranış: kalıcı olarak kaldırılan ürün için 410, yerine benzeri konan ürün için 301, geçici tükenmişlik için stokta değil bilgisiyle birlikte 200.
Aynı mantık iç bağlantılara da uzanır. Kaldırdığın ürüne menüden, ana sayfadan, blog yazısından bağlantı vermeye devam ediyorsan hem kullanıcıyı hem botu duvara sürüyorsun. Ayda bir kırık bağlantı taraması yap; iyi bir dijital ürün satış yazılımı bunu rapor olarak sunar.
15 maddeyi hangi sırayla kapatmalısın?
Denetim listesini rastgele işaretlemek işe yaramaz, çünkü maddeler birbirini besler. Önce indeksleme temizliği yaparsın, sonra hız, sonra veri işaretleme, en sonda bağlantı mimarisi. Aşağıdaki tablo bu sırayı ve her maddenin kabul kriterini veriyor. Bir maddeyi "tamam" saymak için kriterin sağlanmış olması şart — göz kararı değil, ölçülmüş olması.
| # | Kontrol maddesi | Kabul kriteri | Öncelik |
|---|---|---|---|
| 1 | robots.txt filtre parametrelerini kapatıyor | Bot kayıtlarında parametreli istek <%5 | Yüksek |
| 2 | Dinamik XML site haritası | Yeni ürün 24 saatte haritada | Yüksek |
| 3 | Mutlak ve kendine dönük kanonik | Zincir kanonik sayısı 0 | Yüksek |
| 4 | www/https tek biçime 301 | Tek erişilebilir kök adres | Yüksek |
| 5 | Kaldırılan ürün 410/301 döndürüyor | Yumuşak 404 raporu boş | Yüksek |
| 6 | Sayfa başlıkları tekil | Kopya başlık oranı <%2 | Orta |
| 7 | Meta açıklamalar üretiliyor | Eksik açıklama 0 sayfa | Orta |
| 8 | Product + Offer şeması geçerli | Doğrulayıcıda hata yok | Yüksek |
| 9 | BreadcrumbList her sayfada | Kategori yolu sonuçta görünüyor | Orta |
| 10 | Görseller WebP + boyut atributu | Düzen kayması <0,1 | Orta |
| 11 | Sunucu yanıt süresi | TTFB <0,5 sn | Yüksek |
| 12 | Sayfa başına sorgu sayısı | Kategori sayfasında <40 | Yüksek |
| 13 | Yetim sayfa yok | Her ürüne en az 2 iç bağlantı | Orta |
| 14 | Sayfalama rel bağlantıları tutarlı | Derin sayfalar taranabilir | Düşük |
| 15 | Karma içerik uyarısı yok | Tüm kaynaklar HTTPS | Orta |
Katalog her hafta değişiyorsa teknik borç da her hafta birikir. 15 maddeyi aylık tekrarlayan bir rutine bağla; her ay sıfırdan denetim yapmak yerine sadece sapmalara bak.
Bu denetimi yazılım seviyesinde kalıcı hale getirmek
Listenin can sıkıcı yanı şu: elle düzelttiğin her madde, bir sonraki tema güncellemesinde ya da yeni ürün akınında geri gelebilir. Kalıcı çözüm, bu kuralları altyapıya gömmektir. Kanonik, şema, site haritası, durum kodları ve önbellek davranışı tek tek sayfa ayarı değil, altyapı davranışı olarak tanımlanmalı. Pinova'nın yaklaşımı tam olarak bu: şablon katmanında doğru sinyalleri üreten bir e-pin yazılımı kurup, senin sadece ürün ve fiyat girmene izin vermek. Altyapıyı tekrar tekrar denetlemek yerine, doğru davranmaya mecbur bir temel üzerine çıkarsın. Özellik listesinde hangi sinyallerin otomatik üretildiğini görebilirsin.
Teknik borcu sıfırdan kurulu bir temelle kapat
15 maddeyi her ay elle kovalamak yerine, doğru sinyalleri şablon seviyesinde üreten bir altyapıyla başla.
Teknik SEO denetimini kendim yapabilir miyim?
Evet. Listedeki maddelerin çoğu tarayıcı geliştirici araçları, ücretsiz bir tarama aracı ve sunucu kayıtlarıyla kontrol edilebilir. Zorlanacağın kısım düzeltme tarafı; orada altyapının esnekliği belirleyici olur.
Denetim sonrası sonuçları ne zaman görürüm?
İndeksleme düzeltmeleri genelde 2-4 hafta içinde görünür. Hız iyileştirmeleri daha hızlı etki eder çünkü dönüşüm oranını anında etkiler.
Filtre sayfalarını tamamen kapatmak trafik kaybettirir mi?
Arama hacmi olan filtre kombinasyonları için ayrı, içerikli sayfa açmak doğru yaklaşımdır. Geri kalan yüzlerce kombinasyonu kapatmak kayıp değil, kazançtır.
Şema işaretlemesini eklenti ile yapmak yeterli mi?
Kısa vadede işe yarar ama fiyat ve stok uyuşmazlığı riski yüksektir. Verinin doğrudan ürün kaydından üretilmesi her zaman daha güvenlidir.
Denetim listesini okumak ile bir sitenin bu maddeleri gerçekten karşıladığını görmek farklı şeyler. Kanonik yapısının, şema çıktısının ve kategori hızının hazır kurulu bir altyapıda nasıl davrandığını merak ediyorsan canlı demo üzerinde sayfa kaynağına bakabilir, ardından fiyat tablosunu inceleyip kendi kataloğun için karar verebilirsin.