E-ticaret Teknik SEO: Altyapı Rehberi [2026]

Yüz sayfalık bir blog sitesinde sorun olmayan teknik hata, yüz binlerce SKU barındıran bir e-ticaret sitesinde organik trafiği %60 düşürür. E-ticarette teknik SEO, ölçek, dinamizm ve şablonlu yapı nedeniyle bambaşka bir disiplindir.

Tipik bir e-ticaret sitesinde tek bir şablon hatası binlerce ürün sayfasını aynı anda etkiler. Bir filtre parametresi düzgün yönetilmezse Googlebot gerçek sayfalar yerine sonsuz URL kombinasyonlarını taramaya başlar. Stok tükenen bir ürün sayfası yanlış ele alınırsa yıllarca biriktirilen sıralama tek hamleyle silinir.

E-ticaret SEO rehberimizde stratejiyi, keyword yaklaşımını ve içerik katmanını ele aldık. Bu yazıda yalnızca teknik altyapıya odaklanıyoruz: crawl, indexleme, rendering, duplicate content, şema ve hız — her biri e-ticaret ölçeğinde nasıl çalışır, hangi hatalar neden yapılır.

İçindekiler

• E-ticaret Teknik SEO Neden Farklıdır?
• Crawl Budget: E-ticaret Ölçeğinde Yönetim
• JavaScript Rendering ve Platform Seçimi
• Duplicate Content: E-ticaretteki Ana Kaynaklar
• Tükenmiş Ürün ve Sezonluk Sayfa Yönetimi
• Product Schema ile Zengin Sonuçlar
• Sayfalama Teknik Yönetimi
• Site Hızı: E-ticaret Özelinde CWV
• E-ticaret Teknik SEO Audit Sırası
• Sıkça Sorulan Sorular

---

E-ticaret Teknik SEO Neden Farklıdır?

Genel teknik SEO ilkeleri burada da geçerli — ama üç yapısal fark her şeyi karmaşıklaştırır:

Ölçek: 100 sayfada güvenle görmezden gelinebilecek crawl hataları, 500.000 SKU'lu bir platformda tarama bütçesini tamamen tüketir. Google bir siteyi her ziyaretinde sınırlı kaynak harcar; bu kaynağın değerli sayfalara mı yoksa gereksiz URL'lere mi gittiği, büyük kataloglarda doğrudan sıralama etkisi yaratır.

Dinamizm: Fiyatlar saatlik değişir, stoklar tükenir, ürünler mevsimlik olarak eklenir-çıkarılır. Statik sitelerde olmayan bu sürekli değişim, schema markup ve indexleme stratejisi açısından ayrı bir planlama gerektirir.

Şablonlu yapı: Tek bir title tag şablonundaki hata tüm ürün sayfalarını etkiler. Bu çift taraflı bir avantajdır: doğru kurulunca binlerce sayfayı tek seferde optimize eder, yanlış kurulunca binlerce sayfayı aynı anda bozar. Bu nedenle e-ticaret teknik SEO'sunda şablon kararları, sayfa bazlı optimizasyondan çok daha önce gelir.

---

Crawl Budget: E-ticaret Ölçeğinde Yönetim

Crawl budget, Google'ın belirli bir dönemde sitenizi kaç URL ile tarayacağını belirleyen kapasitedir. Crawl budget yönetimini genel olarak ele aldık; burada yalnızca e-ticarete özgü URL kaynaklarına odaklanıyoruz.

E-ticarette Tarama Bütçesini Şişiren Başlıca Kaynaklar

Filtre kombinasyonları (Faceted Navigation) Renk × beden × fiyat aralığı × marka kombinasyonları geometrik büyür. Küçük bir giyim mağazasında bile 10 renk × 8 beden × 5 fiyat filtresi = 400 kombinasyon üretir. Bunların tamamı ayrı URL oluşturuyorsa Googlebot değerli katalog sayfaları yerine bu kombinasyonları tarar. Faceted navigation SEO yönetimi bu sorunun tam çözümüdür.

Varyant URL'leri /urun/beyaz-tshirt ve /urun/beyaz-tshirt?renk=beyaz aynı içeriği farklı adreslerden sunuyorsa — veya her renk varyantı ayrı sayfa açıyorsa — duplicate URL patlaması yaşanır.

Sıralama ve sayfalama parametreleri ?sort=price_asc, ?sort=price_desc, ?sayfa=2&sort=price gibi parametreler robots.txt veya canonical ile yönetilmediğinde çoğalır.

Dahili arama sonuçları /arama?q=... URL'leri hiçbir koşulda indexlenmemeli ve robots.txt ile taramaya kapatılmalı.

Ölçeğe Göre Crawl Budget Öncelikleri

Katalog Büyüklüğü	Öncelikli Aksiyon
< 1.000 ürün	Filtre parametrelerini canonical ile yönet
1.000 – 10.000 ürün	Robots.txt + noindex, aylık kapsam raporu takibi
10.000 – 100.000 ürün	Log file analizi, programatik canonical, sitemap segmentasyonu
100.000+ ürün	Dedicated crawl budget stratejisi, öncelikli sayfa segmentleri

Pratik kontrol: Google Search Console → Ayarlar → Tarama İstatistikleri. Googlebot'un son 90 günde kaç istek yaptığını ve hangi yanıt kodlarını aldığını görün. Hata oranı %5'in üzerindeyse crawl bütçesi sağlıksız biçimde harcanıyor demektir.

---

JavaScript Rendering ve Platform Seçimi

E-ticaret platformlarının büyük çoğunluğu JavaScript ağırlıklı çalışır. Googlebot JS render edebilir — ama bu süreç gecikmeli ve öncelikli değildir.

Platform Bazında Rendering Durumu

Platform	Varsayılan Rendering	SEO Riski
Shopify	SSR + Liquid şablon	Düşük — server-render sağlam
WooCommerce	PHP SSR	Düşük — başlangıçta iyi, eklentilerle bozulabilir
ikas	SSR/SSG	Düşük — Türkiye'de yaygın, iyi teknik temel
Magento 2	SSR, ancak PWA modunda CSR	Orta — PWA geçişinde dikkat
Headless + React/Vue	CSR (varsayılan)	Yüksek — SSR/SSG zorunlu
Next.js Commerce	SSG/SSR	Düşük — doğru yapılandırılırsa ideal

Kritik Kontrol: JavaScript Olmadan Sayfa Ne Gösteriyor?

Tarayıcınızda JavaScript'i devre dışı bırakın (DevTools → Settings → Disable JavaScript). Sayfanız:

• Ürün başlığı, açıklama ve fiyatı gösteriyorsa → SSR çalışıyor ✓
• Boş veya "Yükleniyor..." gösteriyorsa → CSR problemi var, Googlebot içeriği göremeyebilir ✗

React, Vue veya Angular tabanlı headless e-ticaret için SSR veya SSG zorunludur. Next.js App Router'da generateStaticParams ile kategori ve ürün sayfaları statik olarak üretilmeli; ürün detay sayfaları için revalidate ile kademeli yenileme kurulmalıdır.

Üçüncü Taraf Script'lerin Rendering Üzerindeki Etkisi

Canlı sohbet widgetları, ısı haritası araçları, affiliate trackerleri ve reklam pixel'leri ürün sayfalarının render süresini uzatır. Bu script'lerin ürün içeriğinin render sürecini bloke etmediğinden emin olun — defer veya async olarak yüklenmeli, <head> içinde senkron çalışmamalı.

Platform değişimi planlanıyorsa, yeni platformun rendering mimarisini geçiş öncesi test edin; bu en sık gözden kaçan geçiş riski kategorisidir.

---

Duplicate Content: E-ticaretteki Ana Kaynaklar

Duplicate content e-ticarette yapısal bir risk; kaçınılmaz olmakla birlikte yönetilebilir. Sorun, aynı içeriğin birden fazla URL'den erişilebilir olması ve Google'ın hangi versiyonu sıralayacağına karar verememesidir.

Varyant URL Yönetimi

Aynı ürünün renk veya beden varyantları için iki yaklaşım vardır:

Yaklaşım A — Canonical ile merkezi yönetim: Her varyant sayfası (/tshirt-kirmizi, /tshirt-mavi) canonical olarak ana ürün sayfasına (/tshirt) işaret eder. Avantaj: URL'ler canlı kalır, kullanıcı deneyimi bozulmaz. Dezavantaj: varyant sayfaları bağımsız sıralama gücü kazanamaz.

Yaklaşım B — Tek sayfa, URL parametresiyle: /tshirt?renk=kirmizi ve /tshirt?renk=mavi aynı sayfada URL parametresiyle yönetilir. Canonical her zaman /tshirt'e işaret eder. Bu yaklaşım crawl budget açısından daha temizdir.

Hangisini seçin: renk/beden varyantlarının ayrı arama hacmi varsa Yaklaşım A, yoksa Yaklaşım B. Daha fazla detay için ürün sayfası SEO rehberimize bakabilirsiniz.

Ürün Çoklu Kategoride Görünme

/kadin/gomlek/beyaz-bluz ve /yazlik/beyaz-bluz aynı ürüne iki farklı yoldan ulaşıyorsa Google canonical olmayan URL'yi sıralayabilir veya hiçbirini tercih etmeyebilir. Çözüm: ürünün birincil kategori URL'sini canonical olarak belirlemek ve diğer tüm yolların bu URL'ye canonical göstermesi.

Üretici İçerikleri

Aynı ürünü satan düzinelerce e-ticaret sitesi üretici açıklamalarını aynen kullanıyorsa duplicate content oluşur. Google bu içeriği özgün yazan siteye atfeder; genellikle bu site markanın kendisidir. Her ürün sayfasına özgün katkı eklemek — kullanım senaryosu, hedef kitle, sık sorulan sorular — bu riski bertaraf eder ve kategori sayfası otoritesini de besler.

---

Tükenmiş Ürün ve Sezonluk Sayfa Yönetimi

Bu alan rakip içeriklerin neredeyse hiçbirinde derinlemesine ele alınmaz. Yanlış karar yıllarca biriktirilen sıralamayı bir gecede sıfırlar.

Senaryo 1: Kalıcı Olarak Kaldırılan Ürün

Ürün tamamen üretilmiyor ve geri gelmeyecek. Sayfayı 404 bırakmak yanlıştır — o URL'nin kazandığı backlink ve sıralama gücü yok olur.

Doğru yöntem:

1. Sayfada backlink var mı? (GSC → Bağlantılar → Dış bağlantılar ile kontrol)
2. Backlink varsa: 301 yönlendirme ile en yakın kategori veya alternatif ürün sayfasına yönlendir
3. Backlink yoksa: 301 ile kategori sayfasına yönlendir

Hiçbir koşulda 404 olarak bırakıp canonical veya redirect kurmamak bir seçenek değildir.

Senaryo 2: Geçici Stok Yok

Ürün geri gelecek ama şu an stokta yok. Sayfayı kaldırmak veya yönlendirmek yanlıştır.

Doğru yöntem:

• Sayfayı canlı tut, availability: OutOfStock değerini schema'da güncelle
• "Stokta yok" bildirimi ekle, "benzer ürünler" bölümü koy
• İç linkleri koru — orphan page riski yaratma
• Sayfanın indexlenmesine izin ver: bir dahaki stok girişinde sıralama hızla geri gelir

Senaryo 3: Sezonluk Ürün

Sadece belirli mevsimlerde satışta olan ürünler. Örneğin kışlık mont katalogu.

Doğru yöntem:

• Sezon dışında 404 verme, noindex ekleme veya yönlendirme kurma
• Sayfayı canlı tut, içeriği koruyun; ürün görseli ve açıklaması kaybolmasın
• Schema'daki availability değerini OutOfStock olarak güncelle
• Bir sonraki sezonda sayfayı yeniden aktif et — sıfırdan başlamak yerine mevcut otorite üzerine inşa et

---

Product Schema ile Zengin Sonuçlar

Product schema, e-ticaret sayfalarının Google'da fiyat, stok durumu, yıldız derecelendirmesi ve ürün özellikleriyle gösterilmesini sağlar. Sonuç sayfasında rakiplerden görsel olarak ayrışmak hem tıklama oranını hem de dönüşüm kalitesini artırır.

Zorunlu Alanlar

{
  "@type": "Product",
  "name": "Ürün Adı",
  "image": ["görsel URL'leri"],
  "description": "Özgün ürün açıklaması",
  "sku": "SKU123",
  "brand": { "@type": "Brand", "name": "Marka Adı" },
  "offers": {
    "@type": "Offer",
    "url": "sayfa URL'si",
    "priceCurrency": "TRY",
    "price": "299.00",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  }
}

Gerçek Zamanlı Fiyat/Stok Riski

Google, Product schema'daki fiyat ile sayfadaki gerçek fiyatın uyuşmaması durumunda zengin sonuç gösterimini askıya alabilir. E-ticaret altyapısı fiyat değiştirdiğinde schema markup da eş zamanlı güncellenmelidir. Statik schema yerine server-side render ile dinamik schema üretimi bu riski ortadan kaldırır.

AggregateRating

Kullanıcı yorumları varsa AggregateRating schema eklenmesi arama sonuçlarında yıldız görüntüsü kazandırır — tıklama oranı üzerindeki etkisi çoğu schema türünün çok üzerindedir. Ancak yalnızca gerçek kullanıcı yorumlarına dayalı derecelendirme kullanılmalı; sahte veya seçici yorum gösterimi Google'ın spam politikasına aykırıdır.

BreadcrumbList

Her ürün ve kategori sayfasında BreadcrumbList schema kullanılmalıdır. Bu hem Google'ın site mimarisini doğru anlamasını hem de SERP'te breadcrumb gösterimini sağlar.

---

Sayfalama Teknik Yönetimi

Google 2019'da rel="prev" ve rel="next" etiketlerini resmi olarak desteklemeyi bıraktı. Bu değişiklikten sonra e-ticaret siteleri için sayfalama yönetiminde doğru yaklaşım şudur:

Canonical ile yönetim (tercih edilen): Kategori sayfalarının /kategori?sayfa=2, /kategori?sayfa=3 gibi URL'leri canonical olarak ilk sayfayı (/kategori) işaret eder. Bu Google'a "asıl sayfa bu, diğerleri içerik devamıdır" mesajı gönderir.

Sonsuz kaydırma (infinite scroll): JavaScript ile yüklenen içerik crawl edilemez. Sonsuz kaydırma kullanan e-ticaret siteleri, her "sayfa" için ayrı URL oluşturmak ve bu URL'leri sitemap'e eklemek zorundadır. Aksi hâlde ikinci sayfadan itibaren ürünler Google'a görünmez.

Sayfalama ve sitemap: Sayfalama URL'leri (?sayfa=2, ?sayfa=3) genellikle sitemap'e eklenmemeli. Sitemap'e yalnızca canonical birinci sayfalar dahil edilmeli.

---

Site Hızı: E-ticaret Özelinde CWV

Core Web Vitals genel hatlarını ele aldık. E-ticaret sitelerinde öne çıkan spesifik hız sorunları şunlar:

Ürün Görselleri ve LCP

LCP (Largest Contentful Paint) skorunu düşüren birincil etken büyük ürün görselleridir. Çözüm sırası:

1. Format: JPG/PNG yerine WebP veya AVIF. Aynı kalitede %25-50 daha küçük dosya boyutu
2. Boyutlama: Sayfada 400×400px gösterilecek görsel 2000×2000px olarak yükleniyorsa sorun var
3. Lazy loading: Görünürde olmayan görsellere loading="lazy" ekle
4. LCP görseli için preload: Sayfanın üst kısmındaki ana ürün görseline <link rel="preload"> ekle — LCP süresini 0,3-0,8 saniye kısaltabilir
5. CDN: Görselleri edge sunuculardan sunmak TTFB'yi düşürür

Üçüncü Taraf Script'ler

Canlı sohbet, sepet izleme, affiliate pixel, müşteri geri bildirimi widget'ları toplamda TBT (Total Blocking Time) üzerinde ciddi baskı yaratır. Bu script'lerin her birini performans profili ile ölçün; tıklanma verisini bozmayan script'leri defer ile sayfa yüklenmesinden sonraya erteleyin.

JavaScript Bundle Boyutu

React veya Vue tabanlı e-ticaret uygulamalarında bundle boyutu 500KB'ı geçiyorsa CLS ve INP sorunları kaçınılmaz olur. Code splitting ile yalnızca görüntülenen sayfanın kodunu yükleyin; geri kalanı kullanıcı ihtiyaç duyduğunda lazy load edin.

---

E-ticaret Teknik SEO Audit Sırası

Teknik sorunların önceliklendirilmesi, en yüksek etkiyi en hızlı getirenden başlamak demektir:

• JavaScript ile sayfa boş mu? → Rendering sorunu varsa her şey bunun altında kalır
• Kapsam raporu: Indexlenmemiş önemli kategori/ürün sayfası var mı?
• Filtre URL'leri yönetiliyor mu? → Canonical veya noindex mevcut mu?
• Tükenmiş ürün sayfaları nasıl ele alınmış? → 404 mü, 301 mi, canlı mı?
• Varyant URL'leri canonical tanımlı mı?
• Product schema geçerli mi? → Google Rich Results Test ile doğrulayın
• Fiyat/stok schema ile sayfa verisi uyuşuyor mu?
• Sayfalama canonical mı, sitemap dışında mı?
• LCP görsel optimize mi? → WebP, boyutlandırma, preload
• Core Web Vitals raporu: "Yetersiz" grubunda kaç sayfa var?
• Dahili arama URL'leri robots.txt ile bloke edilmiş mi?

Bu on bir kontrol noktası bir SEO audit sürecinde e-ticarete özgü kritik bulguların büyük çoğunluğunu karşılar.

---

Sıkça Sorulan Sorular

E-ticaret teknik SEO nedir?

E-ticaret teknik SEO, online mağazaların arama motorları tarafından doğru taranmasını, indexlenmesini ve sıralanmasını sağlayan altyapı optimizasyon çalışmalarıdır. Crawl budget yönetimi, JavaScript rendering, duplicate content önleme, tükenmiş ürün yönetimi ve Product schema bu disiplinin temel konularıdır. Genel teknik SEO'dan farkı ölçek ve dinamizmdir: binlerce ürün sayfası, sürekli değişen stok ve şablonlu yapı ayrı bir planlama gerektirir.

E-ticaret sitelerinde crawl budget neden sorun olur?

Filtre kombinasyonları, varyant URL'leri, sayfalama parametreleri ve dahili arama sonuç sayfaları kontrolsüz bırakıldığında URL havuzu binlerce gereksiz adres üretir. Googlebot sınırlı kaynağını bu URL'lere harcarsa gerçek değerli sayfalar (kategori ve ürün sayfaları) daha seyrek taranır, indexlenmesi gecikir ve sıralama gücü kazanamaz.

Tükenmiş ürün sayfasına ne yapılmalı?

Kalıcı olarak kaldırılan ürünlerde backlink durumuna göre 301 yönlendirme uygulanır. Geçici stok yokluğunda sayfa canlı tutulur, schema'da availability: OutOfStock güncellenir ve benzer ürünlere iç link verilir. Sezonluk ürünlerde sayfa hiçbir koşulda kaldırılmaz; sezon dışında yalnızca availability güncellenir. Her üç durumda da 404 bırakmak birikmiş sıralama gücünü yok eder.

E-ticarette JavaScript SEO sorunu nasıl çözülür?

Shopify, WooCommerce ve ikas gibi platformlarda server-side rendering varsayılan olarak sağlanır. Headless e-ticaret veya React/Vue/Angular tabanlı yapılarda SSR veya SSG zorunludur — bu olmadan Googlebot ürün içeriğini render kuyrukları beklemeden okuyamaz. Kontrol yöntemi: tarayıcıda JavaScript devre dışı bırakıldığında ürün başlığı, açıklama ve fiyat görünüyorsa SSR doğru çalışıyor demektir.

Product schema e-ticaret için zorunlu mu?

Teknik olarak zorunlu değil, ancak rekabetçi bir nişte olmaksızın rakiplerinizden görsel olarak ayrışmak imkânsız. Fiyat, stok durumu ve yıldız derecelendirmesi gösteren zengin sonuçlar aynı pozisyondaki rakibe kıyasla %20-30 daha yüksek tıklama oranı sağlayabilir. Google'ın zengin sonuç kriterlerini karşılamak için schema verilerinin sayfadaki gerçek verilerle her zaman uyuşması gerekir.

---

E-ticaret sitenizin teknik altyapısını derinlemesine denetlemek için teknik SEO hizmetimize göz atabilirsiniz. Kategori ve ürün sayfalarınızın organik büyüme potansiyelini değerlendirmek için ücretsiz site analizi yapıyoruz. Türkiye'deki teknik SEO hizmet fiyatları için SEO fiyatları rehberimize bakabilir, somut e-ticaret başarı örnekleri için vaka çalışmalarımıza göz atabilirsiniz.