E-ticaret teknik SEO kontrolü, bir tarama aracındaki bütün uyarıları aynı öncelikle düzeltmek değildir. Önce değerli kategori ve ürünlerin erişilebilir, indekslemeye uygun ve kendi gerçek adreslerinde tutarlı olduğunu doğrulayın. Ardından filtreler, stok değişimleri, performans ve yapılandırılmış veriler için tekrar edilebilir kontroller kurun.
E-ticaret teknik SEO: taramadan kabul testine
E-ticaret teknik SEO kontrol listesi, her URL’ye aynı ayarı uygulamak yerine şablon ve kullanıcı görevi üzerinden hazırlanmalıdır. Kategori ürün seçmeye, ürün sayfası belirli ürünü değerlendirmeye, filtre ise seçimi daraltmaya yardımcı olur. Bu sayfaların indeksleme ihtiyacı aynı olmayabilir. Önce beklenen davranışı yazın, sonra sunucunun ve render edilmiş sayfanın gerçekten ne sunduğunu ölçün. Bir aracın uyarısı inceleme başlangıcıdır; iş kararı tek başına değildir.
Ana sayfa yanında kategori, alt kategori, ürün, varyant, filtre, pagination, arama sonucu ve stok dışı ürün örnekleri seçin. Her URL için “Bu sayfa kullanıcıya hangi işi yaptırıyor ve arama sonucunda bulunmasını istiyor muyuz?” sorusunu cevaplayın. Aynı HTML şablonunu kullanan sayfalar farklı indeksleme kararları gerektirebilir; tek bir ürünün düzgün çalışması bütün kataloğun düzgün olduğunu kanıtlamaz.
URL örneklemi nasıl hazırlanır?
Ürünleri yalnız en çok ziyaret edilen kayıtlarla sınırlamayın. İndirimli, stok dışı, varyantlı, yeni açılan ve kalıcı kaldırılmış ürünler farklı hata türlerini ortaya çıkarabilir. Kategorilerde boş sonuç, pagination ve filtre kombinasyonlarını ekleyin. Her örneğin hangi şablonu ve hangi özel durumu temsil ettiğini kaydedin. Böylece aynı sorunun kaç farklı kayıt üzerinde bulunduğunu, yalnız URL sayısına bakmadan değerlendirebilirsiniz.
Tarama aracından dışa aktarılan listeyi sitemap, iç bağlantılar ve erişiminiz varsa Search Console örnekleriyle karşılaştırın. Yalnız sitemap’te bulunan fakat gezinmeden ulaşılamayan bir ürün ayrı bulgudur. İç bağlantısı olmayan sayfanın keşfi ile gereksiz parametre URL’lerinin fazla üretilmesi farklı sorunlardır. Listeyi temizlerken önemli eski adresleri silmeyin; hangi adresin hangi gerçek içeriğe karşılık geldiğini ayrı kaydedin.
Robots, noindex ve canonical için karar tablosu
Diğer sütunları görmek için yatay kaydırın.
| Mekanizma | Temel soru | Yanlış beklenti |
|---|---|---|
| robots.txt | Tarayıcının bu yola erişmesi isteniyor mu? | Tarama engelini indeks kaldırma veya canonical seçimi sanmak. |
| noindex | Erişilen sayfanın indekslenmesi isteniyor mu? | Engellenmiş sayfadaki talimatın okunacağını varsaymak. |
| canonical | Benzer sayfalar için tercih edilen temsil hangisi? | İçerikçe farklı bütün filtreleri bir hedefe eşitlemek. |
| Kalıcı yönlendirme | Eski içeriğin gerçek devamı nerede? | Bütün kaldırılmış ürünleri ana sayfaya göndermek. |
Google’ın noindex belgesi, talimatın görülebilmesi için sayfanın taranabilir olması gerektiğini açıklar. Canonical belgesi ise tercih edilen URL sinyallerinin tutarlılığını ele alır. Bu mekanizmaları birbirinin yerine kullanmayın. Kaynaklar 9 Ekim 2026 tarihinde incelendi; sitenizin gerçek indeks durumu ancak kendi URL ve raporları üzerinden değerlendirilebilir.
Ürünler yalnız site içi arama kutusuyla bulunuyorsa kategori bağlantılarını güçlendirin. Filtrelerin ürettiği adresleri örnekleyin: renk, beden ve sıralama kombinasyonlarının sayısı büyüyebilir. Arama talebi ve özgün ürün seçimi olan bir filtre ile geçici sıralama parametresini aynı şekilde ele almayın.
Google’ın e-ticaret URL rehberi tutarlı URL tasarımını ele alır. Uygulamada karar tablosu hazırlayın: indekslenecek kategori, kullanıcıya yararlı ancak indekslenmeyecek filtre, kalıcı taşınmış sayfa ve gerçekten kaldırılmış ürün. Bütün filtreleri ana kategoriye canonical vermek her durumda doğru bir çözüm değildir; sayfaların içerik eşdeğerliğini inceleyin.
- İndekslenmesi beklenen URL gerçek HTTP 200 dönüyor mu, yoksa hata metniyle soft 404 mü üretiyor?
- robots.txt taramayı engelliyor mu? HTML veya HTTP başlığında noindex var mı?
- Canonical adres seçilen esas sayfayla tutarlı mı? Sitemap ve iç bağlantılar da aynı yolu mu kullanıyor?
- Ürün bilgisi ve bağlantıları sunucu HTML’sinde veya Google’ın işleyebileceği render çıktısında görülebiliyor mu?
- Search Console URL denetiminde kullanıcı canonical’ı ile Google’ın seçimi arasında fark var mı?
Google canonical belgesi, robots.txt’nin canonical seçmek için kullanılmaması gerektiğini açıklar. Ayrıca taranması engellenmiş sayfadaki noindex talimatının görülmesini beklemeyin. Bu iki mekanizma farklı soruları çözer: erişim kontrolü ile indeksleme tercihi aynı şey değildir.
Filtre URL’lerinde kapsamı küçültmek
Renk, beden ve sıralama seçeneklerinin birleşimi çok sayıda URL üretebilir. Önce hangi birleşimin kullanıcıya ayrı bir seçim sayfası sunduğunu ve aramada bulunmasının istendiğini belirleyin. Ardından link üretimi, parametre sırası ve tekrar eden URL biçimlerini inceleyin. Google’ın filtreli gezinme tarama rehberi bu alan için resmi kaynaktır. Belgedeki yöntemleri platform kısıtlarını değerlendirmeden bütün filtrelere aynı biçimde uygulamayın.
Temsili bir örnekte “kadın yürüyüş ayakkabısı” kategorisi ile yalnız ürün sırasını değiştiren bir URL aynı işlevde değildir. İndekslenmesi istenen kategori özgün başlık, anlamlı ürün seçimi ve tutarlı iç bağlantılar taşımalıdır. Kullanıcıya yararlı ama aramada ayrı temsil gerektirmeyen bir filtre için farklı karar verilebilir. Bu karar, ölçülmüş sorgu veya işletme gereksinimi olmadan “tüm filtreler zararlıdır” genellemesine dönüşmemelidir.
Sunucu HTML’si ile render edilmiş sayfayı karşılaştırın
HTTP 200 yanıtında ürün adı, açıklama ve temel bağlantılar var mı? JavaScript yüklendikten sonra fiyat veya stok başka bir ürüne mi dönüşüyor? Mobil menüdeki kategori linki gerçek bir href taşıyor mu? Bu sorular sunucu yanıtı ve tarayıcı görüntüsünün birlikte incelenmesini gerektirir. Yalnız ekran görüntüsü almak durum kodunu kanıtlamaz; yalnız HTML indirmek de müşteri etkileşiminin çalıştığını göstermez.
Başlık, görünen fiyat, stok ve yapılandırılmış veri aynı ürünü anlatmalıdır. İndirim süresi bitmiş fiyatın schema içinde kalması veya seçili varyant değişirken ürün bilgilerinin uyumsuzlaşması kalite sorunudur. Schema doğrulayıcısının yeşil sonucu, fiyatın gerçekliğini ya da zengin sonuç gösterileceğini garanti etmez.
Stok tükenen ürünün adresini hemen ana sayfaya yönlendirmeyin. Tekrar gelecek ürün için kullanıcıya durum ve gerçek alternatifler gösterilebilir. Kalıcı kaldırmada ancak gerçekten eşdeğer devam ürünü varsa yönlendirme değerlendirilmelidir. Böyle bir ürün yoksa 404/410 seçimi ve katalog bağlantılarının temizlenmesi daha dürüst olabilir.
Ürün schema kabulü
Seçili varyantın fiyatı, para birimi ve bulunurluğu ile yapılandırılmış veri eşleşmelidir. Kod biçiminin geçerli olması, ticari bilginin doğru olduğu anlamına gelmez. İndirim sona erdiğinde görünen fiyat güncellenip schema eski kalıyorsa veri katmanları birlikte düzeltilmelidir. Sahte değerlendirme, müşteri sayısı veya stok durumu eklemek teknik SEO iyileştirmesi değildir. Rich Results Test teknik uygunluğu incelemeye yardım eder; sonuç gösterimi garantisi sunmaz.
Temsili hata kaydı: değişen varyant, sabit fiyat verisi
Örnek ürün sayfasında M bedeni 900 TL, L bedeni 950 TL olsun. L seçildiğinde görünür fiyat 950 TL’ye değişiyor fakat gömülü ürün verisi hâlâ M seçimini anlatıyorsa inceleme kaydına iki durumun HTML ve ekran kanıtı eklenir. Rakamlar piyasa fiyatı değil, hata örneğidir. İş sahibi şablon veya ürün veri ekibidir; düzeltme sonrası iki varyant da yeniden denenmelidir.
Kabul yalnız o ürüne değil aynı şablondaki indirimli ve stok dışı varyantlara da uygulanır. Böylece tek bir örneği düzeltmekle şablon davranışını düzeltmek ayrılır. Değişiklik kayıtlarında ürün verisinin kaynağı, dağıtım zamanı ve geri dönüş sürümü bulunmalıdır. Sonraki entegrasyon aktarımı aynı tutarsızlığı geri getirmiyorsa sorun daha güvenilir biçimde kapanmış sayılabilir.
Performans bulgusunu müşteri görevine bağlayın
LCP büyük içeriğin görünme zamanını, INP etkileşim yanıtını, CLS ise beklenmedik yer değişimini değerlendiren farklı ölçülerdir. Bir görseli küçültmek bütün sorunları aynı anda çözmez. Büyük hero görselinin boyutu ve önceliği LCP’de etkili olabilirken uzun filtre işlemi veya üçüncü taraf kodu etkileşimi geciktirebilir. Sonradan eklenen görsel ve reklam alanı için yer ayırmamak sayfa kaymasına yol açabilir.
Laboratuvar ölçümünü test cihazı, ağ ve önbellek koşullarıyla kaydedin. Search Console veya CrUX saha verisi yoksa “saha CWV geçti” yazmayın. Tek bir yerel ölçüm gerçek kullanıcı dağılımını temsil etmez. Sorunu çözdükten sonra aynı senaryoyu karşılaştırın ve yayın sonrasında saha verisini izleyin. Ayrıntılı ölçüm ayrımı için Core Web Vitals teşhis rehberi kullanılabilir.
Yayın kabul dosyasında bulunacak alanlar
- Örnek URL, sayfa türü ve beklenen indeksleme kararı.
- HTTP durumu, yönlendirme zinciri ve son gerçek hedef.
- Robots erişimi, noindex, canonical ve sitemap uyumu.
- Görünür ürün verisi ile yapılandırılmış veri karşılaştırması.
- İç bağlantının ve mobil kullanıcı görevinin gerçek tarayıcı testi.
- İş sahibi, dağıtım sürümü, yeniden test ve geri dönüş adımı.
SEO danışmanlığı kapsamında bir denetim istiyorsanız tarama raporuyla birlikte Search Console erişim kapsamı, platform kısıtları ve son değişiklik tarihlerini paylaşın. Amaç her uyarıyı sıfırlamak değil, doğru sayfaların doğru teknik koşullarla bulunmasını sağlamaktır.
Kaynaklar 9 Ekim 2026 tarihinde kontrol edildi. İndekslenme, sıralama veya trafik sonucu garanti edilmez.
