Ürün Sayfaları Neden İndekslenmez? E-Ticarette Dizine Eklenmeme Sorunları ve Çözümü

Ürün sayfaları neden indekslenmez?

Ürün sayfaları neden indekslenmez sorusunun kısa cevabı şudur: Google sayfayı ya hiç bulamaz, ya tarar ama değerli bulmaz, ya da başka bir URL'yi asıl sürüm olarak seçer. Engel teknik olabilir (noindex, robots.txt, JavaScript) ya da içerikle ilgilidir (kopya açıklama, boş stok sayfası).

E-ticaret sitelerinde bu sorun neredeyse her denetimde karşıma çıkıyor. Mağaza sahibi yüzlerce ürün ekliyor, ama Search Console'da ürünlerin önemli bir kısmı "dizinde değil" listesinde duruyor. Çoğu zaman sebep tek bir büyük hata değil; birkaç küçük sorunun üst üste binmesi.

2012'den beri SEO tarafında çalışıyorum. Bu yazıda genel e-ticaret SEO'sunu anlatmıyorum; onu e-ticaret SEO rehberinde ayrıntılı yazdım. Burada yalnızca teşhise odaklanıyorum: hangi durum ne anlatıyor, ürün sayfasına özgü hangi nedenler var ve URL Denetleme aracıyla sorunu adım adım nasıl çözersiniz.

Dizine eklenmeme sorununu nereden görürsünüz?

İlk durak Search Console'daki Sayfa dizine ekleme raporudur. Rapor, Google'ın bildiği URL'leri iki gruba ayırır: dizindeki sayfalar ve dizinde olmayan sayfalar. Dizinde olmayan grubun altında her URL'nin neden dışarıda kaldığını anlatan bir durum satırı yer alır.

Burada önemli bir alışkanlık öneriyorum: raporu sitenin tamamı için değil, ürün sayfaları için okuyun. Bunun en pratik yolu, yalnızca ürün URL'lerini içeren ayrı bir site haritası göndermektir. Böylece rapor ekranında site haritası filtresiyle sadece ürünlere bakabilirsiniz. Aksi halde filtre sayfaları, etiket arşivleri ve iç arama URL'leri tabloyu kalabalıklaştırır.

Search Console'u yeni kullanıyorsanız temel ekranları Google Search Console rehberinde anlattım. Durum adlarının resmi tanımlarını ise Google'ın Sayfa dizine ekleme raporu yardım sayfasında bulabilirsiniz.

• Dizindeki sayfa sayısı: Ürün sayısıyla kabaca örtüşüyor mu?
• En kalabalık durum satırı: Sorunun ağırlık merkezi genellikle burada durur.
• Örnek URL'ler: Her durumun altındaki listeden beş on ürün seçin ve tek tek inceleyin.
• Zaman çizelgesi: Sayı ani mi arttı, yavaş mı birikti? Ani artış genellikle bir yayın hatasına işaret eder.

Hangi durum ürün sayfası için ne anlatıyor?

Durum adları ilk bakışta birbirine benziyor. Ancak her biri farklı bir aşamada takılmayı anlatır: keşif, tarama, kanonik seçimi ya da dizine alma kararı. Aşağıdaki tablo, e-ticarette en sık gördüğüm durumları tipik nedenleri ve ilk hamleyle birlikte özetliyor.

Tablo bir başlangıç noktasıdır, kesin teşhis değildir. Aynı durum iki farklı mağazada iki farklı nedenden doğabilir. Bu yüzden her satırı, altındaki örnek URL'leri açıp inceleyerek doğrulamanız gerekir.

"Tarandı - Şu anda dizine eklenmiş değil" ne demek?

Bu durum, Googlebot'un sayfayı ziyaret ettiğini ama dizine almamaya karar verdiğini anlatır. Yani teknik erişim sorunu yok; Google sayfayı gördü ve şimdilik almadı. Google'ın yardım sayfası, bu URL'lerin ileride dizine girebileceğini ve yeniden tarama isteği göndermenize gerek olmadığını belirtiyor.

E-ticarette bu durumun en yaygın nedeni içerik değeridir. Üreticinin açıklamasını olduğu gibi kopyalayan yüzlerce mağaza aynı metni yayınlıyor. Google'ın bakış açısından bu sayfaların çoğu birbirinin tekrarıdır. Dolayısıyla sayfanızı dizine almak için ayrı bir gerekçe göremez.

Benim sahada ilk baktığım yerler şunlar:

1. Ürün açıklaması başka sitelerde birebir geçiyor mu?
2. Sayfada fiyat, stok, teslimat ve iade bilgisi gibi karar verdiren öğeler var mı?
3. Ürün, kategori sayfasından ve ilgili ürünlerden bağlantı alıyor mu?
4. Aynı ürünün birden fazla URL'si dizinde yarışıyor mu?

Öte yandan yeni açılan mağazalarda bu durum geçici olabilir. Site otorite kazandıkça Google daha fazla sayfayı dizine alır. Yine de aylarca aynı kalan bir listeyi "zamanla düzelir" diye beklemeyin; içerik ve bağlantı tarafında somut bir değişiklik yapın.

"Bulundu - Şu anda dizine eklenmiş değil" ne demek?

Bu durumda Google URL'yi biliyor ama henüz taramamış. Resmi açıklamaya göre Google sayfayı taramak istemiş, fakat siteyi aşırı yüklememek için taramayı ertelemiş olabilir. Bu yüzden rapordaki son tarama tarihi alanı boş kalır.

Büyük katalogda bu durumun kalabalıklaşması genellikle tarama bütçesinin boşa gittiğini gösterir. Googlebot zamanını filtre kombinasyonlarına, sıralama parametrelerine ve oturum kimliği taşıyan URL'lere harcıyorsa, yeni ürünlere sıra gelmez. Parametrelerin taramayı nasıl dağıttığını parametreli URL yazısında ayrıntılı anlattım.

Sunucu yanıt süresi de burada rol oynar. Yavaş yanıt veren bir sunucu, Google'ın tarama hızını düşürmesine yol açar. Tarama sıklığı neden azalır, hangi sinyallere bakarsınız sorularını Googlebot tarama sıklığı yazısında ele aldım; burada tekrar etmiyorum.

Kısacası "Bulundu" satırı büyüyorsa önce şu iki soruyu sorun: Google'a gereksiz URL mi gösteriyorum ve ürünlerime yeterince güçlü iç bağlantı veriyor muyum? Çoğu mağazada iki sorunun cevabı da iyileştirme alanı gösterir.

Kopya ve standart sayfa durumlarını nasıl okursunuz?

Google aynı içeriği taşıyan birden fazla URL gördüğünde bunlardan birini standart (kanonik) sürüm olarak seçer ve diğerlerini dizine almaz. Bu bir ceza değildir; tam tersine, arama sonuçlarında aynı ürünün beş kez çıkmasını önleyen normal bir işleyiştir. Sorun, Google'ın sizin istemediğiniz URL'yi seçmesiyle başlar.

"Kopya, Google kullanıcıdan farklı bir standart sayfa seçti" durumu tam olarak bunu anlatır. Siz kanonik etiketinde A adresini gösteriyorsunuz, ama Google B adresini seçiyor. Genellikle sebep çelişkili sinyallerdir: iç linkler B'ye gidiyor, site haritasında B var, kanonik etiketi ise A diyor.

Benim önerim, tüm sinyalleri tek URL'de toplamaktır:

• Kanonik etiketi, dizinde görmek istediğiniz temiz ürün URL'sini göstersin.
• Kategori sayfaları ve menü linkleri aynı URL'ye gitsin.
• Site haritasında yalnızca bu URL yer alsın.
• Eski adresler varsa kalıcı 301 yönlendirmesiyle bu URL'ye gitsin.

"Doğru standart etikete sahip alternatif sayfa" durumu ise çoğu zaman sorun değildir. Google, sizin işaret ettiğiniz kanoniği kabul etmiş demektir. Bu listede ana ürün URL'leri yoksa, sadece varyant ya da parametreli adresler varsa rahat olabilirsiniz.

noindex ve robots.txt engelleri ürünleri nasıl gizler?

Birçok ekip bu iki engeli karıştırıyor, ama ikisi farklı çalışır. noindex, Google'a "bu sayfayı tara ama dizine alma" der. robots.txt ise taramayı engeller; Google sayfanın içeriğini hiç okumaz. Dolayısıyla robots.txt ile engellediğiniz bir sayfaya koyduğunuz noindex etiketini Google göremez.

E-ticarette noindex genellikle istemeden gelir. Ekip mağazayı test ortamında kurar, "arama motorlarından gizle" ayarı açık kalır ve canlıya geçişte kimse kapatmaz. Bazı eklentiler ise stokta olmayan ya da fiyatı sıfır görünen ürünlere otomatik olarak noindex ekler. Tema güncellemesinden sonra birden artan bir noindex satırı gördüğümde ilk olarak bu ayarlara bakıyorum.

robots.txt tarafında en tehlikeli hata geniş kalıplardır. Örneğin sepet ve filtre URL'lerini engellemek için yazılan bir kural, ürün adreslerindeki ortak bir klasörü de kapsayabilir. Kuralı yazmadan önce hangi URL'leri etkileyeceğini test edin. Temiz bir başlangıç için robots.txt oluşturucu aracını kullanabilirsiniz.

Son olarak HTTP başlığındaki X-Robots-Tag alanını unutmayın. Sayfanın kaynak kodunda noindex yoktur, ama sunucu yanıt başlığında gizli bir noindex dönebilir. URL Denetleme aracının canlı testi bu durumu açıkça gösterir.

Soft 404 neden ürün sayfalarında sık çıkar?

Soft 404, sunucunun 200 (başarılı) kodu döndürdüğü ama sayfanın içeriğinin "bu sayfa yok" dediği durumdur. Google'ın HTTP durum kodları belgesine göre içeriği boş olan ya da hata mesajı taşıyan sayfalar da bu gruba girer. Google bu URL'leri dizine almaz ve raporda Soft 404 olarak işaretler.

Ürün sayfalarında Soft 404'ün üç tipik kaynağı var. Birincisi, satıştan kalkan ürün için "ürün bulunamadı" yazan ama 200 kodu dönen şablonlar. İkincisi, stok bitince açıklamasını, fiyatını ve görsellerini gizleyen temalar; geriye neredeyse boş bir sayfa kalır. Üçüncüsü, JavaScript hata verdiğinde içeriği hiç yüklenmeyen sayfalar.

Çözüm, sayfanın gerçek durumuna göre değişir. Ürün geri gelecekse sayfayı dolu tutun ve stok durumunu açıkça yazın. Ürün kalıcı olarak kalktıysa ya gerçek bir 404 veya 410 kodu döndürün ya da yakın bir karşılığa 301 ile yönlendirin. Resmi açıklamanın tamamı Google'ın HTTP durum kodları belgesinde yer alıyor.

Ayrıca yönlendirmeyi ana sayfaya toplu biçimde yapmamanızı öneririm. Google alakasız yönlendirmeleri de Soft 404 olarak yorumlayabilir. Eşleştirme listesini hazırlarken 404 yönlendirme eşleştiricisi işinizi hızlandırır.

Stokta olmayan ürün sayfaları neden indekslenmez?

Stokta olmayan ürün sayfaları neden indekslenmez sorusunun cevabı çoğu zaman stokun kendisi değil, stok bitince sayfada yaşanan değişikliktir. Google stokta olmayan bir ürünü dizinden kendiliğinden çıkarmaz. Ancak sayfa boşalırsa, hata kodu dönerse ya da noindex alırsa, sayfa dizinden düşer.

Google'ın e-ticaret belgeleri geçici stok sorununda net bir yol çiziyor: sayfayı yayında tutun, ürünü "stokta yok" olarak işaretleyin ve yapısal verideki stok durumunu güncelleyin. İşletmeyi geçici olarak durdurma rehberi de 403, 404 veya 410 kodlarıyla sayfaları kapatmanın URL'leri aramadan çıkaracağını açıkça yazıyor.

Bu yüzden stoğu biten ürün sayfasında şu öğelerin kalmasını istiyorum:

• Ürün adı, açıklama, görseller ve teknik özellikler.
• Açık bir "stokta yok" ibaresi ve varsa tahmini dönüş tarihi.
• Gelince haber ver formu.
• Benzer ve alternatif ürünlere bağlantılar.
• Product yapısal verisinde güncel stok durumu.

Yapısal veriyi elle yazmak yerine schema oluşturucu aracıyla hazırlayıp temanıza ekleyebilirsiniz. Kalıcı olarak üretimden kalkan ürün ise ayrı bir karardır; onu Soft 404 bölümünde anlattığım 404, 410 veya 301 seçenekleriyle ele alırsınız.

Varyant ürün sayfaları neden indekslenmez?

Varyant ürün sayfaları neden indekslenmez diye soran mağaza sahiplerinin çoğunda aynı tablo var: her renk ve beden için ayrı URL üretiliyor ama içerikler neredeyse aynı. Google bu URL'leri kopya kabul ediyor ve birini standart sürüm olarak seçiyor. Diğerleri "Kopya" satırlarında birikiyor.

Google'ın e-ticaret URL yapısı belgesi varyantlar için iki yolu kabul ediyor: yol bölümü (/tisort/yesil) ya da sorgu parametresi (/tisort?renk=yesil). İsteğe bağlı parametre kullanıyorsanız, parametresiz URL'yi kanonik yapmanızı öneriyor. Belge ayrıca önemli bir uyarı içeriyor: Google, dizine eklemede # ile başlayan parça tanımlayıcılarını kullanmıyor.

Yani varyantı yalnızca #siyah gibi bir parçayla gösteriyorsanız, Google için tek bir sayfanız var. Ayrıntıların tamamını Google'ın e-ticaret URL yapısı belgesinde okuyabilirsiniz.

Pratikte şu soruyu soruyorum: bu varyantı insanlar ayrı olarak arıyor mu? "Kırmızı abiye elbise" gibi rengin arama niyetini değiştirdiği durumlarda ayrı, özgün içerikli bir varyant sayfası mantıklıdır. Beden gibi aramada ayrışmayan seçeneklerde ise tek ana ürün URL'si yeterlidir. Böylece otoriteyi bölmek yerine tek sayfada toplarsınız.

İnce ve kopya açıklamalar dizine almayı nasıl etkiler?

İnce içerik, okura yeni bir şey söylemeyen sayfadır. Ürün sayfasında bu genellikle üç satırlık bir üretici açıklaması, bir görsel ve bir fiyattan ibarettir. Google aynı ürünü satan onlarca sayfa arasında seçim yaparken, özgün bilgi sunan sayfayı tercih eder.

Burada abartıya kaçmamak lazım. Her ürüne 1.000 kelimelik metin yazmak ne gerçekçi ne de gerekli. Önemli olan, sayfanın gerçek bir alıcının sorularına cevap vermesidir. Örneğin bir ayakkabı sayfasında kalıp bilgisi, malzeme, bakım önerisi ve iade koşulu, uzun bir tanıtım metninden daha değerlidir.

Büyük katalogda önceliklendirme yapmanızı öneririm. Önce çok satan ve yüksek marjlı ürünlerin açıklamalarını özgünleştirin. Ardından kategori bazında ortak bir şablon kurun: her kategori için hangi bilgilerin mutlaka yazılacağını belirleyin. Ürün sayfasının hangi öğelerden oluşması gerektiğini e-ticaret ürün sayfası yazısında ayrıntılı anlattım.

Yorumlar da özgün içerik katar. Gerçek müşteri yorumları, her ürün sayfasını rakiplerinden ayıran doğal bir metin kaynağıdır. Ancak yorum bölümü JavaScript ile sonradan yükleniyorsa, bu değerin Google'a ulaşıp ulaşmadığını ayrıca kontrol etmeniz gerekir.

JavaScript ile yüklenen içerik Google'a ulaşıyor mu?

Google JavaScript'i işleyebiliyor, ama bu süreç iki aşamalı ve her zaman kusursuz değil. Önce HTML'i tarar, sonra sayfayı işlemek için sıraya alır. Fiyat, açıklama veya ürün listesi yalnızca JavaScript çalıştıktan sonra ortaya çıkıyorsa, bir hata ya da zaman aşımı bu içeriği Google'ın gözünden kaçırabilir.

E-ticarette en riskli senaryo, ürün açıklamasının ya da kategori listesinin tamamen bir API çağrısına bağlı olmasıdır. API yavaş yanıt verirse Google boş bir şablon görür. Sonuç çoğu zaman Soft 404 satırında biten bir sayfadır.

Kontrol yöntemi basit: URL Denetleme aracında canlı testi çalıştırın ve taranan sayfayı görüntüleyin. Oluşturulan HTML'de ürün adı, fiyat ve açıklama var mı? Ekran görüntüsü dolu mu? Konsol mesajlarında hata var mı? Bu üç soruya bakarak çoğu JavaScript sorununu birkaç dakikada ayırt edebilirsiniz.

Kalıcı çözüm, kritik içeriği sunucu tarafında oluşturmaktır. Ürün adı, fiyat, açıklama ve kategori bağlantıları ilk HTML yanıtında gelmelidir. JavaScript'in hız ve kullanıcı deneyimi üzerindeki etkisini JavaScript optimizasyonu yazısında ele aldım.

İç link eksikliği ürünleri nasıl yetim bırakır?

Yetim sayfa, sitenin başka hiçbir sayfasından bağlantı almayan sayfadır. Google böyle bir ürünü yalnızca site haritasından öğrenebilir. Üstelik bağlantı almayan bir sayfayı önemsiz sayma eğilimindedir. Bu yüzden yetim ürünler sık sık "Bulundu" ya da "Tarandı" satırlarında kalır.

E-ticarette yetimliğin en yaygın sebebi sayfalama ve "daha fazla yükle" düğmeleridir. Google'ın sayfalama belgesi bu konuda açık: tarayıcılar düğmelere tıklamaz ve kullanıcı eylemi gerektiren JavaScript işlevlerini genellikle tetiklemez. Dolayısıyla kategori sayfasının ikinci sayfasına yalnızca bir düğmeyle ulaşılıyorsa, o sayfadaki ürünleri Google hiç göremeyebilir.

Google'ın önerisi, her sayfadan bir sonrakine a href etiketiyle bağlantı vermek ve her sayfaya kendi URL'sini ve kendi kanonik adresini vermektir. İlk sayfayı tüm serinin kanoniği yapmamanızı da özellikle belirtiyor. Ayrıntılar Google'ın sayfalama belgesinde yer alıyor.

Sayfalamanın ötesinde, ilgili ürün blokları, "bunu alanlar şunu da aldı" alanları ve blog yazılarından verilen bağlantılar ürünlere ek yollar açar. İç bağlantı mimarisini nasıl kurduğumu iç linkleme stratejisi yazısında anlattım.

Site haritası ürün sayfalarının keşfine ne kadar yardım eder?

Site haritası keşfe yardım eder ama dizine almayı garanti etmez. Google'a "bu URL'ler var ve benim için önemli" dersiniz; kararı yine Google verir. Yine de büyük katalogda iyi kurgulanan bir site haritası, yeni ürünlerin çok daha hızlı keşfedilmesini sağlar.

Ürün site haritasında sık gördüğüm hatalar şunlar: stoktan kalkıp 404 veren URL'ler, yönlendirilen eski adresler, noindex taşıyan sayfalar ve kanoniği başka yeri gösteren varyantlar. Bu URL'ler haritada kaldıkça Google'a çelişkili sinyal verirsiniz. Haritada yalnızca 200 kodu dönen, dizine alınabilir ve kanonik URL'ler olmalı.

Bir diğer ipucu, ürün, kategori ve içerik sayfaları için ayrı haritalar kullanmaktır. Böylece Sayfa dizine ekleme raporunda ürünlerin oranını ayrı izleyebilirsiniz. Ürün güncellendiğinde lastmod alanını dürüstçe güncelleyin; nasıl kullanacağınızı lastmod etiketi yazısında anlattım.

Harita üretmek için hazır bir çözümünüz yoksa XML site haritası oluşturucu ile başlayabilirsiniz. Büyük mağazalarda ise haritayı mutlaka platformun kendisinin, ürün veritabanından otomatik üretmesi gerekir.

URL Denetleme aracıyla adım adım teşhisi nasıl yaparsınız?

Rapor size genel tabloyu, URL Denetleme aracı ise tek bir ürünün hikâyesini anlatır. Araç iki görünüm sunuyor: dizindeki sürüm ve canlı test. Dizindeki sürüm Google'ın son bildiği durumu, canlı test ise sayfanın şu anki halini gösterir.

1. URL'yi girin: Search Console'un üstündeki arama kutusuna ürünün tam adresini yazın.
2. Durumu okuyun: "URL Google'da" mı, "URL Google'da değil" mi? Nedeni ve son tarama tarihini not edin.
3. Kanoniği karşılaştırın: Kullanıcının belirttiği standart URL ile Google'ın seçtiği standart URL aynı mı?
4. Canlı testi çalıştırın: Sayfa şu an robots.txt ya da noindex ile engelli mi?
5. Taranan sayfayı görüntüleyin: HTML'de ürün içeriği, HTTP yanıtında X-Robots-Tag, konsolda hata var mı?
6. Düzeltin ve tekrar test edin: Sorunu kaynağında giderin, canlı testi yeniden çalıştırın.
7. Dizine eklenmesini isteyin: Önemli ürünler için dizine ekleme isteği gönderin.

Google'ın yardım sayfası birkaç önemli uyarı yapıyor. "URL Google'da" ifadesi sayfanın arama sonuçlarında çıkacağını garanti etmez. Canlı test de dizine almayı garanti etmez; yalnızca URL'nin engelli olmadığını gösterir. Ayrıntılar URL Denetleme aracı yardım sayfasında yer alıyor.

Dizine ekleme isteği ve düzeltme doğrulama ne zaman işe yarar?

Dizine ekleme isteği, tek tek önemli sayfalar içindir; toplu çözüm değildir. Google günlük bir istek sınırı olduğunu belirtiyor. Ayrıca istek göndermenin sayfanın dizine gireceğini garanti etmediğini ve sürecin bir günden çok daha uzun sürebileceğini yazıyor. Yüzlerce ürün için tek tek istek göndermek zaman kaybıdır.

Toplu sorunlarda doğru araç, Sayfa dizine ekleme raporundaki "Düzeltmeyi doğrula" düğmesidir. Bir durum satırındaki sorunu tüm URL'lerde giderdikten sonra bu düğmeye basarsınız. Google, etkilenen URL'leri yeniden kontrol eder ve sonucu size bildirir. Yardım sayfası bu sürecin birkaç gün ya da daha uzun sürebileceğini belirtiyor.

Benim iş akışım şöyle: önce örnek URL'lerle kök nedeni bulurum, sonra şablon ya da ayar düzeyinde düzeltirim, ardından beş on URL'yi canlı testle kontrol ederim. Her şey temizse doğrulamayı başlatırım. En kritik birkaç ürün için ise ayrıca dizine ekleme isteği gönderirim.

Bu arada, Google'ın tarayıp dizine almadığı sayfalar için doğrulama çoğu zaman anlamsızdır. Çünkü orada ortada teknik bir hata yok; Google bir değer kararı vermiş. O satırı içerik ve iç bağlantı iyileştirmesiyle, haftalar içinde küçültürsünüz.

Hangi ürün sayfalarının dizinde olması gerekmez?

Her URL'nin dizinde olması hedef değildir. Aksine, gereksiz URL'leri dizin dışında tutmak, önemli ürünlerin daha iyi taranmasına yardım eder. Sayfa dizine ekleme raporundaki "dizinde değil" sayısını sıfıra indirmeye çalışmak bu yüzden yanlış bir hedeftir.

Dizinde olmaması normal olan URL türleri şunlar:

• Filtre ve sıralama kombinasyonları (fiyata göre sırala, çoklu renk filtresi gibi).
• Kanonik etiketiyle ana ürüne bağlanan varyant URL'leri.
• Sepet, ödeme, hesap ve favori listesi sayfaları.
• İç arama sonuç sayfaları.
• Kalıcı olarak satıştan kalkıp 404 ya da 410 dönen eski ürünler.

Önemli olan, bu listede asıl satış yapan ürün URL'lerinin olmamasıdır. Rapora bakarken hep aynı soruyu soruyorum: dışarıda kalan URL'ler arasında, bir müşterinin Google'da bulmasını istediğim bir ürün var mı? Cevap hayırsa, o satır sorun değil, sağlıklı bir filtredir.

Ürün sayfaları neden indekslenmez sorusunda öncelik sırası nasıl kurulur?

Ürün sayfaları neden indekslenmez sorusunun birden fazla cevabı aynı anda doğru olabilir. Bu yüzden sırayı etkiye göre kurmanızı öneririm. Önce tüm siteyi etkileyen engelleri, sonra şablon hatalarını, en son içerik kalitesini ele alırsınız.

1. Genel engeller: Site genelinde noindex, geniş robots.txt kuralı, sunucu hataları.
2. Şablon hataları: Stok bitince boşalan sayfa, yanlış kanonik, JavaScript'e bağlı içerik.
3. Keşif sorunları: Düğmeye bağlı sayfalama, yetim ürünler, kirli site haritası.
4. Kopya yönetimi: Varyant ve parametre stratejisi.
5. İçerik değeri: Çok satan ürünlerden başlayarak özgün açıklamalar.

Bu sıra, en az emekle en çok ürünü kurtarmanızı sağlar. Tek bir tema ayarı yüzlerce ürünü aynı anda geri getirebilir. Buna karşılık içerik iyileştirmesi ürün ürün ilerler ve sonucu daha yavaş gelir.

Site taşıma ve yeniden tasarım sonrası ürünler neden kaybolur?

Dizine eklenme sorunlarının önemli bir kısmı, platform değişikliği ya da tema yenilemesinden hemen sonra başlar. URL yapısı değişir, eski adreslere yönlendirme eksik kalır ya da zincire döner, yeni tema kanonik etiketlerini farklı üretir. Rapordaki ani sıçramanın tarihi çoğu zaman yayın tarihiyle örtüşür.

Böyle bir durumda ilk işim eski ve yeni URL listelerini karşılaştırmaktır. Her eski ürün adresi tek adımda doğru yeni adrese gidiyor mu? Yönlendirme zincirleri taramayı yavaşlatır ve sinyalleri zayıflatır; konuyu yönlendirme zinciri yazısında anlattım. Taşımanın tamamı için ise SEO migration kontrol listesine bakabilirsiniz.

Taşıma sonrası kontrol listesine şu üç maddeyi mutlaka ekleyin: yeni temada noindex var mı, kanonik etiketleri doğru URL'yi gösteriyor mu ve site haritası yeni adresleri içeriyor mu? Bu üç kontrol, taşıma kaynaklı dizin kayıplarının büyük kısmını önler.

Bu sorunu ne zaman profesyonel desteğe taşımalısınız?

Birkaç yüz ürünlük bir mağazada yukarıdaki adımları kendiniz uygulayabilirsiniz. Ancak katalog on binlerce ürüne çıktığında, sorunlar birbirine karışır. Log analizi, şablon düzeyinde geliştirme ve platform ayarları aynı anda devreye girer.

Kendi başınıza ilerlerken şu işaretler yardım almanın zamanı geldiğini gösterir: taranan ama dizinde olmayan ürünlerin listesi aylardır küçülmüyor, doğrulama sürekli başarısız oluyor ya da taşıma sonrası ürün trafiği toparlanmıyor. Ekibimle birlikte SEO danışmanlığı sürecinde önce dizine ekleme raporunu ve sunucu loglarını birlikte okuyoruz, sonra düzeltmeleri etki sırasına göre planlıyoruz.

Mağazanın genel büyüme stratejisi de işin içindeyse, katalog yapısı, ürün verisi ve pazaryeri dengesini e-ticaret danışmanlığı kapsamında ele alıyoruz. Amacımız her zaman aynı: satış yapan ürünlerin Google'da bulunabilir olması.

Sonuç: dizine alma bir kalite kararıdır

Google hiçbir sitenin tüm sayfalarını dizine almayı taahhüt etmez. Her ürün sayfası için ayrı bir karar verir ve bu kararda erişilebilirlik, tekillik ve değer birlikte rol oynar. Teknik engelleri kaldırmak işin ilk yarısıdır; ikinci yarısı ise sayfayı dizine girmeye değer kılmaktır.

Özetle şu sırayı akılda tutun: raporu ürün haritasıyla filtreleyin, en kalabalık durum satırından başlayın, örnek URL'leri URL Denetleme aracıyla açın ve sorunu kaynağında düzeltin. Ardından doğrulamayı başlatın ve sonucu haftalık izleyin.

Bu disiplinle ilerlediğinizde "dizinde değil" listesi zamanla anlamlı bir filtreye dönüşür. Orada kalanlar sizin bilerek dışarıda tuttuğunuz URL'ler olur, satış yapan ürünleriniz ise aramada yerini alır.