Magento için SEO

TL;DR — Magento SEO, bir Magento mağazasının aramada sıralanmasına yardımcı olmakla ilgilidir. Önce sürümünüzü bilin: Magento 1 öldü (Haziran 2020’den beri güncelleme yok) ve Magento 2, ücretli bir sürüm (Adobe Commerce) ve ücretsiz bir sürüm (Magento Open Source) olarak gelir. Magento’da SEO’yu her şeyden çok bozan şey, filtre sistemidir — “katmanlı gezinme” — binlerce yinelenen sayfa adresi oluşturabilir. İşinizin çoğu, bunları kontrol altında tutmaktır.

Magento nedir (ve hangi sürüme sahipsiniz)

Magento, çevrimiçi mağazalar kurmak için bir platformdur. Shopify’ın aksine, şirketin her şeyi sizin için barındırdığı yerde, Magento sizin (veya geliştiricilerinizin) kendiniz kurup çalıştırdığınız bir şeydir. Bu size çok fazla kontrol sağlar — ve çok fazla sorumluluk.

Herhangi bir şey yapmadan önce, hangi Magento’da olduğunuzu belirleyin:

• Magento 1 — eski sürüm. Haziran 2020’de kullanım ömrünün sonuna ulaştı ve artık güvenlik güncellemeleri almıyor. Buradaysanız, gerçek SEO projeniz Magento 2’ye geçiş yapmaktır (bunu dikkatli yapın, yönlendirmelerle).
• Magento 2 — güncel sürüm. Adobe Commerce (ücretli, kurumsal sürüm) ve Magento Open Source (ücretsiz, topluluk sürümü) olarak gelir. Aynı çekirdek kodu paylaşırlar, bu nedenle SEO tavsiyeleri aynıdır.
• Adobe Commerce as a Cloud Service (ACCS) — daha yeni, ayrı bir SaaS ürünü (Haziran 2025’te piyasaya sürüldü) farklı altyapı üzerinde çalışır ve klasik Luma temasını hiç desteklemez. Mağazanız ACCS üzerindeyse, “normal” Magento için yazılmış tema/şema tavsiyelerini doğrudan bir eşleşme olarak değil, bir başlangıç noktası olarak ele alın.

Bunları karıştırmayın. Çevrimiçi eski “Magento SEO” eğitimlerinin çoğu Magento 1 için yazılmıştır ve menüler ile ayarlar artık eşleşmiyor.

En büyük sorun: filtreler

Bir alışveriş yapan kişi bir kategori sayfasına geldiğinde — örneğin, “Koşu Ayakkabıları” — Magento yanda filtreler gösterir: beden, renk, marka, fiyat. Bu özelliğe katmanlı gezinme denir ve alışveriş yapanlar için harikadır.

SEO sorunu, birinin tıkladığı her filtrenin genellikle yeni bir web adresi oluşturmasıdır, örneğin /running-shoes?color=blue&size=10. Renkler × bedenler × markalar × fiyat aralıklarını çarpın ve tek bir kategori, temelde aynı ürünleri gösteren binlerce biraz farklı sayfa üretebilir. Arama motorları, neredeyse yinelenen sayfalardan oluşan bir karmaşa görür, hangisini göstereceği konusunda kafası karışır ve gerçek ürünleriniz yerine gereksiz içerikleri tarayarak zaman harcar.

Çözüm, arama motorlarına “bu filtrelenmiş sayfalar önemli olanlar değil — temiz kategori sayfası önemli olan” demektir. Bunu bir kanonik etiket (ana sürüme bir işaretçi) ve düşük değerli filtre sayfalarını noindex (bunu arama sonuçlarına koyma) olarak işaretleyerek yaparsınız. Magento’nun bunun için ayarları vardır ve SEO uzantıları bunu kolaylaştırır.

Kurulacak diğer şeyler

• Kolay URL’ler. Magento, uzun bir kod yerine /running-shoes/nike-pegasus/ gibi temiz adresler üretebilir. “Arama motoru dostu URL’ler” ayarının açık olduğundan emin olun.
• Başlıklar ve açıklamalar. Her ürün ve kategoride sayfa başlığı ve meta açıklama için alanlar vardır — Magento’nun varsayılanlarını bırakmak yerine bunları doldurun.
• Yapılandırılmış veri (şema). Bu, Google sonuçlarında gördüğünüz fiyat ve yıldız derecelendirmelerini destekleyen koddur. Magento bunu otomatik olarak eklemez, bu nedenle eklemek için bir uzantıya veya bir geliştiriciye ihtiyacınız olacak.
• Ürün varyantları. Bir ürün birden çok beden veya renkte geliyorsa, Magento genellikle her kombinasyonu bir üst öğeye bağlı kendi “basit ürünü” olarak saklar. Kendi haline bırakılırsa, bunlar ayrı neredeyse yinelenen sayfalar olarak dizine eklenebilir — bunun yerine bir kanonik etiketle ana ürüne geri yönlendirin.

Ayrıntılı, teknik sürümü ister misiniz — kesin ayarlar, URL yeniden yazma tablosu ve filtreleri ölçekte nasıl ele alacağınız? Gelişmiş sekmesine geçin.

TL;DR — Magento SEO’da iki yinelenen içerik üreticisi baskındır: parametreli URL’leri çoğaltan katmanlı gezinme ile birbirine çok benzeyen SKU sayfaları üreten yapılandırılabilir/basit ürün varyantları. Her ikisini de temiz üst öğesine (kategori veya yapılandırılabilir ürün) kanonikleştirin ve düşük değerli kombinasyonlara noindex uygulayın; yalnızca gerçek arama talebi olan filtreleri veya varyantları dizine açık bırakın. Önce sürümü netleştirin: Magento 1’in kullanım ömrü Haziran 2020’de sona erdi; Magento 2 ise Adobe Commerce (ücretli, kendi sunucunuzda), Magento Open Source (ücretsiz) veya Haziran 2025’ten beri Luma’yı tamamen kaldıran ayrı SaaS ürünü Adobe Commerce as a Cloud Service (ACCS) olarak sunulur. SEO dostu URL’ler url_rewrite tablosundan geçer; bunlar Magento’nun otomatik 301 oluşturabildiği HTTP yönlendirmelerinden farklıdır. Yapılandırılmış veri çıktısı mağaza cephesi temasına ve uzantılara göre değişir; özel çalışma planlamadan önce işlenmiş sayfaları inceleyin.

Sıfırıncı adım: sürümü netleştirin

Çevrimiçi kötü Magento SEO tavsiyelerinin yarısı, yanlış sürüme yönelik olduğu için kötüdür. Başka bir şey yapmadan önce bunu netleştirin:

• Magento 1, 30 Haziran 2020’de son kullanma ömrüne (EOL) ulaştı. Güvenlik yamaları yok, güncelleme yok. Bir müşteri hâlâ bunu kullanıyorsa, SEO çalışması bir Magento 2 geçişidir — sıralama otoritesinin söz konusu olduğu her platform geçişi gibi ele alınan, tam bir yönlendirme haritası ve taramaya dayalı QA geçişi ile.
• Magento 2 canlı kod tabanıdır. İki sürümde sunulur: Adobe Commerce (ücretli; B2B özellikleri, sayfa oluşturucu, barındırılan PaaS seçeneği) ve Magento Open Source (ücretsiz; topluluk sürümü). Aynı çekirdek, aynı SEO yüzey alanı. Adobe’nin marka değişikliği, “Magento,” “Adobe Commerce” ve “Magento Open Source” ifadelerinin aynı temel platform için görünmesi anlamına gelir — adlandırmanın SEO modelinin farklı olduğunu düşünmenize izin vermeyin.
• Adobe Commerce as a Cloud Service (ACCS) üçüncü, ayrı bir üründür — geleneksel Commerce/Luma yığını yerine Edge Delivery Services üzerine kurulu bir mağaza cephesiyle Haziran 2025’te başlatılan bir SaaS dağıtımı. Luma, ACCS’de hiç desteklenmez, bu nedenle bir mağaza bunu kullanıyorsa, aşağıdaki Luma’ya özgü tema ve şema notları geçerli değildir — bu katmanı sıfırdan yeniden oluşturuyorsunuz, ince ayar yapmıyorsunuz.

Aşağıdaki her şey, ACCS özel olarak belirtilmedikçe, kendi kendine barındırılan Magento 2’yi (Adobe Commerce veya Magento Open Source, Luma veya Hyvä üzerinde) varsayar.

Katmanlı navigasyon asıl oyundur

Bir Magento mağazasında yalnızca bir şeyi düzeltecekseniz, katmanlı navigasyonu düzeltin. Bu, Magento’nun kategori sayfalarındaki fasetli filtreleme terimidir ve varsayılan olarak her filtre seçimi bir sorgu parametresi ekler:

/running-shoes
/running-shoes?color=159
/running-shoes?color=159&size=42
/running-shoes?color=159&size=42&price=50-100
/running-shoes?size=42&color=159        ← same filters, different order = new URL

Herhangi bir tarama/dizin stratejisini bir mağazaya kopyalamadan önce bir açıklama: Adobe, standart katmanlı navigasyonu ve Live Search’ü (Adobe Commerce’un ücretli, yapay zeka destekli faset özelliği) farklı filtre/URL davranışlarına sahip ayrı uygulamalar olarak belgeler. Aşağıdaki canonical ve noindex yönergeleri standart katmanlı navigasyon için yazılmıştır — bir mağaza Live Search çalıştırıyorsa, aynı kuralların geçerli olduğunu varsaymadan önce ürettiği gerçek URL kalıplarını doğrulayın.

Kombinatoryal patlama sorundur. Birkaç bin SKU’dan oluşan bir katalog, on binlerce taranabilir, neredeyse kopya URL üretebilir. Bu, kanonik fasetli navigasyon başarısızlık modudur ve Gary Illyes, Google’a ne kadar sorun çıkardığına dair rakamlar vermiştir — fasetli navigasyon, aldıkları tarama israfı şikayetlerinin en büyük tek kaynağıdır (bkz. Alıntılar sekmesi). Sizin tarafınızdaki hasar: kopya/neredeyse kopya içerik, dizin şişkinliği, önemsiz şeylere harcanan tarama bütçesi ve kategori sayfası başına yüzlerce filtre bağlantısına dağıtılan dahili PageRank.

Karar, URL kalıbı başına ikilidir: bu filtrelenmiş sayfa dizinde bir yeri hak ediyor mu, etmiyor mu?

Hak etmeyen ~%99 için (çoğu renk/boyut/fiyat/sıralama kombinasyonunun arama talebi yoktur):

• Canonical filtrelenmiş URL’yi temiz kategori URL’sine yönlendirin. Magento 2’nin “Kategoriler için Canonical Link Meta Etiketi Kullan” ayarı (Mağazalar → Yapılandırma → Katalog → Katalog → Arama Motoru Optimizasyonu) yardımcı olur, ancak tek başına bir kategoriyi kendisine işaret eder, filtrelenmiş varyantları üst öğeye değil — bu nedenle parametre URL’leri için genellikle doğru canonical’i yayınlamak için bir SEO uzantısına veya şablon mantığına güvenirsiniz.
• Düşük değerli filtre kombinasyonlarını noindex yapın, böylece dizinden çıkarlar. Google’dan gelen kuralı hatırlayın: noindex, sayfanın taranabilir olmasını gerektirir — noindex’i asla aynı URL’de robots.txt Disallow ile eşleştirmeyin, aksi takdirde Googlebot etiketi okuyamaz.
• Tamamen kombinatoryal parametre alanları için tarama bütçesi akut bir sorunsa robots.txt engellemesini düşünün — ancak bunun dizine eklemeyi değil, taramayı kontrol ettiğini bilin ve zaten dizine eklenmiş URL’leri kaldırmayacağını unutmayın.

Gerçekten talep gören azınlık için (ör. “/running-shoes/nike/” türü bir sayfa marka filtresinin gerçek bir sorgu olduğu yer): bunları dizine eklenebilir, temiz URL’li açılış sayfalarına yükseltin — benzersiz giriş metni, kendine referans veren canonical, iç bağlantılar, sitemap dahil etme. Magento’nun faceted nav’ının sorumluluktan uzun kuyruk varlığına dönüştüğü yer burasıdır. (Tam ele alış faceted navigation merkezinde, bu konunun Ecommerce tarafındaki kanonik evi; tarama tarafı mekaniği URL parameters ve crawl budget ile birlikte yaşar.)

URL yeniden yazımları ve SEO dostu URL’ler

Magento, URL yeniden yazımları aracılığıyla temiz URL’ler üretir; bunlar url_rewrite veritabanı tablosunda saklanır ve Admin’de Marketing → SEO & Search → URL Rewrites altında yönetilir. Adobe’nin kendi belgeleri, gevşek kullanılan iki terim arasında keskin bir çizgi çizer: bir rewrite, tarayıcının adres çubuğuna dokunmadan neyin yüklendiğini değiştiren sunucu tarafı bir eşlemedir; bir redirect ise tarayıcıya farklı bir URL’ye gitmesini söyleyen bir HTTP yanıtı gönderir — adres çubuğu güncellenir. Magento’nun URL anahtarı değişiminde otomatik 301’i bir redirect’tir; url_rewrite tablosu ayrıca ziyaretçiye asla görünmeyen dahili yeniden yazımları da saklar. İki ayar işin çoğunu yapar:

• “Use Web Server Rewrites” (Stores → Configuration → General → Web → Search Engine Optimization) index.php’yi URL’lerden kaldırır.
• URL sonekleri / kategoride-URL yolu. Magento, ürün URL’lerine kategori yolunu dahil edebilir (/men/shoes/nike-pegasus). Bilinçli olun: kategori yolunu dahil etmek, birden çok kategorideki bir ürünün birden çok URL’de çözümlenebileceği anlamına gelir ve çoğaltmayı yeniden oluşturur — bu tam olarak Magento’nun ürünler için de canonical seçenekleri eklemesinin nedenidir (“Ürünler için Canonical Link Meta Etiketi Kullan”). Birçok Magento SEO uzmanı, bundan tamamen kaçınmak için ürün URL’lerini kategori yolu olmadan ayarlar.

Bir ürünün veya kategorinin URL anahtarını değiştirdiğinizde Magento, url_rewrite tablosunda otomatik olarak 301 oluşturabilir (“Eski URL için Kalıcı Yönlendirme Oluştur”). Toplu URL düzenlemelerinden önce bu seçeneğin açık olduğunu doğrulayın; aksi halde dizine eklenmiş URL’leri 404’te sahipsiz bırakırsınız. Canlı bir mağazada kategori yolu veya sonek ayarlarını değiştirmeden önce, mağaza görünümü bazında etkilenen URL kalıplarını çıkarın ve yalnızca seçeneği açıp sonucu ummak yerine bir yönlendirme/kanonik planı hazırlayın. Adobe’nin kendi belgeleri, çok sayıda ürün atanmış kategoriler için yeniden yazımları tekrar üretmenin yalnızca SEO açısından değil, performans açısından da ciddi bir yük oluşturabileceği konusunda uyarır.

Yapılandırılabilir ve basit ürünler: diğer yinelenen içerik sürücüsü

Katmanlı gezinme, bir Magento kataloğunun neredeyse aynı URL’ler yaymasının tek yolu değildir. Basit ürünlerden (gerçek satın alınabilir beden/renk kombinasyonları) oluşturulan yapılandırılabilir ürünler (üst öğe — “Koşu Ayakkabısı”), katalog ölçeğinde aynı hata modunu oluşturur. Vervaunt’tan Paul Rogers matematiği iyi özetliyor: her biri 8 beden ve 6 renkte olan 3 000 üst ürüne sahip bir moda mağazası, 144 000 basit ürün kombinasyonu üretebilir. Magento’da bu kombinasyonlar bir katalog ilişkisidir, bir dizinleme kararı değildir — açık bir canonical politikası olmadan, Googlebot bunların tümünü neredeyse aynı içeriğe işaret eden ayrı, dizinlenebilir URL’ler olarak bulabilir.

Uygulayıcı kılavuzlarının üzerinde birleştiği çözüm: her basit ürünü üst yapılandırılabilir ürününe canonical yapın ve yalnızca katalog görünürlük ayarlarına güvenmeyin — “Tek Başına Görünmez” olarak ayarlanmış bir basit ürün, doğrudan URL, site haritası veya dahili bağlantı yoluyla hâlâ erişilebilir; bu nedenle Googlebot, sitedeki gezinmeden gizlenmiş olsa bile onu dizinleyebilir. Üst öğeye işaret eden açık bir canonical etiketi asıl çözümdür ve sunucu tarafında işlendiği için JavaScript’e bağlı değildir.

Bir varyantı yalnızca, benzersiz içerikle ayırt edebileceğiniz gerçek, bağımsız arama talebi olduğunda kendi başına dizinleyin — insanların adıyla aradığı belirli bir renk/beden kombinasyonu, varsayılan olarak her SKU değil.

Mağazalar → Yapılandırma → Katalog → Katalog → Arama Motoru Optimizasyonu altında “Ürünler için Canonical Link Meta Etiketi Kullan” seçeneğinin açık olduğunu kontrol edin, ardından — yalnızca ayara değil, gerçek işlenmiş sayfaya bakarak — basit ürün URL’lerinin üst öğeye canonical taşıdığını doğrulayın.

JSON-LD boşluğu

Bu, insanların bu kadar büyük bir platformun şemayı hallettiğini varsayması nedeniyle kafa karıştırıyor. Magento 2, kutudan çıktığı haliyle JSON-LD yapılandırılmış veri üretmez. Bazı temalar ürün sayfalarında mikroveri yayar, ancak:

• Google, mikroveri/RDFa yerine uygulama biçimi olarak JSON-LD’yi önerir (bkz. Resmi Dokümanlar sekmesi).
• Ürün zengin sonuçlarına hak kazanmak için Product, name, image, description (fiyat, priceCurrency, stok durumu) ve — yıldız derecelendirmeleri için — gerçek yorumlardan gelmesi gereken offers/aggregateRating içeren review şemasına ihtiyacınız vardır.

Bu nedenle Magento’da zengin sonuçlar almak bir uzantı veya özel geliştirme görevidir: özel bir yapılandırılmış veri uzantısı, şema duyarlı bir tema veya JSON-LD çıktısı veren şablon çalışması. Eklediğinizde yinelenen şema için denetim yapın — bir temanın artık mikroverisi ve bir uzantının JSON-LD’si ürünü birlikte tanımlıyorsa, iki çakışan Product bloğu gönderebilirsiniz. Tek bir doğruluk kaynağı seçin.

Teknik yüzeyin geri kalanı

• Canonical etiketleri. Kategoriler ve ürünlerin ötesinde ana sayfayı (/ ile ?___store= ve benzeri mağaza görünümü parametreleri), sayfalamayı ve Magento’nun eklediği mağaza görünümü/yerel ayar parametrelerini izleyin. Ayrıntılar için kanonikleştirme ve canonical etiketi rehberlerine bakın.
• Sayfalama. Magento kategorileri ?p=2 ile sayfalar. Her sayfaya benzersiz, kendine referans veren bir canonical verin; ikinci ve sonraki sayfaları birinci sayfaya kanonikleştirmeyin ve diziyi noindex yapmayın. Aksi halde yalnızca derin sayfalarda listelenen ürünlere aktarılan bağlantı değerini kesebilirsiniz. rel=prev/next artık kullanılmıyor; buna güvenmeyin.
• Mağaza görünümleri (çok dilli / çok siteli). Magento’nun mağaza görünümü mimarisi uluslararası kurulumlar için güçlüdür; ancak yinelenen içerik ile eksik veya uyuşmayan hreflang etiketlerinin klasik bir kaynağıdır. Tek katalogdan birden çok mağaza görünümü çalıştırıyorsanız hreflang elle uygulanır ve kısmi dağıtım, hiç dağıtmamaktan daha kötüdür.
• Stokta olmayan ve devre dışı ürünler. Bir politika belirleyin: sıralama alan sayfaları stok durumuyla yayında tutun veya kalıcı olarak kaldırılan SKU’lar için 404/410 ve yönlendirme kullanın. Ürünleri sessizce devre dışı bırakıp gelen bağlantıları bulunan URL’leri 404’e düşürmeyin.
• Core Web Vitals. Kendi sunucunuzdaki Magento’nun performansı bütünüyle altyapınıza bağlıdır. Tam sayfa önbelleği (Varnish), CDN, görsel optimizasyonu (WebP) ve disiplinli uzantı/JS yönetimi başlıca kaldıraçlardır. Burada iki farklı başsız mimari yolu karıştırılır: PWA Studio, mevcut Commerce altyapınızın üzerine kurulan Adobe’nin eski React tabanlı mağaza cephesidir; Adobe Commerce as a Cloud Service (ACCS) ise Luma’yı hiç desteklemeyen, Edge Delivery Services üzerindeki ayrı bir SaaS ürünüdür. İkisi de CWV tavanını yükseltebilir, ancak kendi işleme ve dizinleme sorunlarını getirir. CWV için başsız mimari geçişi planlamadan önce mağazanın hangisini kullandığını, hatta hiçbirini kullanıp kullanmadığını doğrulayın.

Gerçekte neye öncelik verilmeli

Çoğu Magento denetiminde etki sırası şöyledir:

1. Katmanlı gezinme — parametreli URL’ler için canonical + noindex stratejisi; teknik SEO değerinin en büyük payı buradadır.
2. Yapılandırılabilir/basit ürün kanonikleştirmesi — basit SKU’ları üst yapılandırılabilir ürüne kanonikleştirin; yalnızca yönetici ayarında değil, işlenmiş sayfalarda da doğrulayın.
3. URL yeniden yazımları ve yönlendirmeler — dostça URL’leri ve URL değişiminde yönlendirmeyi açın; sahipsiz 404 bırakmayın.
4. Şema — yerleşik destek bulunmadığı için JSON-LD ekleyin ve yinelenen bloklardan kaçının.
5. Başlıklar/meta alanları + kategori metni — alanları doldurun; kategoriler boş gelir.
6. Performans — önbellek, CDN ve görseller.

Diğer her şey iyileştirmedir. Magento size tam kontrol verir; bu, bir Magento mağazasındaki neredeyse her SEO sorununun düzeltebileceğiniz bir yapılandırma seçimi olduğu anlamına gelir — ve neredeyse her biri filtrelerle başlar.

AI özeti

Gelişmiş sürümün yoğunlaştırılmış bir değerlendirmesi:

• Magento SEO’da iki yinelenen içerik üreticisi baskındır. Katmanlı gezinme (fasetli filtreleme) kategori URL’lerine filtre parametreleri ekler; yapılandırılabilir/basit ürün varyantları ise birbirine çok benzeyen SKU URL’leri üretir. İkisine de aynı işlemi uygulayın: temiz üst öğeye (kategori veya yapılandırılabilir ürün) canonical verin ve düşük değerli kombinasyonları noindex yapın; yalnızca gerçek arama talebi olan filtreleri veya varyantları dizine açık sayfalara dönüştürün.
• Sürüm önemlidir: Magento 1’in kullanım ömrü Haziran 2020’de sona erdi; geçiş yapın. Magento 2, aynı kod tabanından Adobe Commerce (ücretli, kendi sunucunuzda) ve Magento Open Source (ücretsiz) olarak sunulur. Ayrıca Luma temasını tamamen kaldıran ayrı SaaS ürünü Adobe Commerce as a Cloud Service (ACCS, Haziran 2025’ten beri) vardır.
• Katmanlı gezinme ile Live Search farklıdır: Adobe, standart katmanlı gezinme ile ücretli ve yapay zekâ destekli Live Search fasetlerini farklı URL davranışlarına sahip ayrı uygulamalar olarak belgeler. Tarama/dizinleme kurallarını uygulamadan önce mağazanın hangisini kullandığını doğrulayın.
• Yapılandırılabilir/basit ürünler: Basit SKU’ları üst yapılandırılabilir ürüne kanonikleştirin; katalog görünürlüğü ayarları tek başına Google’ın bu URL’leri site haritasından veya doğrudan URL üzerinden bulup dizinlemesini engellemez.
• URL’ler: SEO dostu URL’ler url_rewrite tablosundan geçer (Yönetici → Marketing → SEO & Search → URL Rewrites); bunlar Magento’nun otomatik kalıcı oluşturabildiği HTTP yönlendirmelerinden farklıdır. Web sunucusu yeniden yazımlarını ve URL değişiminde yönlendirmeyi açın; kategori yolu veya sonek ayarlarını değiştirmeden önce etkilenecek URL kalıplarını çıkarın.
• Şema boşluğu: Magento 2 varsayılan olarak JSON-LD üretmez; bazı temalar yalnızca mikro veri sağlar. Google JSON-LD’yi önerdiğinden zengin sonuç şeması bir uzantı veya özel geliştirme işidir. Yinelenen Product bloklarına dikkat edin.
• Diğer işler: Sayfalama (benzersiz, kendine referans veren canonical’lar; diziyi asla noindex yapmayın), çok dilli mağazalarda mağaza görünümü yinelemesi + hreflang, stokta olmayan ürün politikası ve Core Web Vitals. PWA Studio ile ACCS’nin birbirinin yerine geçmeyen iki farklı başsız mimari yolu olduğunu unutmayın.
• Öncelik sırası: katmanlı gezinme → yapılandırılabilir/basit ürün kanonikleştirmesi → URL yeniden yazımları/yönlendirmeler → şema → başlıklar/meta alanları/kategori metni → performans.

Resmi dokümantasyon

Birincil kaynak belgeler. Magento’nun kendi belgeleri platform ayarlarını kapsar; Google’ın belgeleri, bu ayarların karşılaması gereken SEO davranışını kapsar.

Adobe / Magento

• Adobe Commerce / Magento Open Source — SEO en iyi uygulamaları — resmi SEO yapılandırma kılavuzu (URL’ler, meta veriler, sitemap’ler, robots.txt).
• URL yeniden yazımları — url_rewrite sisteminin Yönetici’de nasıl çalıştığı.
• Arama Motoru Optimizasyonu (yapılandırma referansı) — web sunucusu yeniden yazımları, URL sonekleri ve Mağazalar → Yapılandırma altındaki SEO ayarları.
• Katmanlı gezinme — Magento SEO’nun kalbindeki filtreleme özelliğinin Adobe belgeleri.
• Yazılım yaşam döngüsü / Magento 1 yaşam döngüsü sonu — sürüm desteği ve Haziran 2020 Magento 1 EOL.

Google — Magento yapılandırmanızın karşılaması gerekenler

• Ürün yapılandırılmış verilerine giriş — gerekli/önerilen Product alanları; JSON-LD önerilir.
• E-ticaret siteleri için yapılandırılmış veriler — Google’ın desteklediği e-ticaret şema türleri.
• Sayfalama ve artımlı sayfa yükleme — benzersiz URL’ler, kendi kendine canonical sayfalar, filtreler için noindex, sayfalama için değil.
• Fasetli gezinme URL’lerinin taranmasını yönetme — Google’ın katmanlı gezinme sorunu için resmi rehberi.
• Tarama bütçenizi optimize edin — parametre yayılımının ölçekte neden önemli olduğu.

Kaynaktan alıntılar

Magento SEO’nun gerçekten fark yaratan kısımlarıyla ilgili kayıtlı ifadeler — fasetli gezinme, yapılandırılmış veriler ve sayfalama. Her bağlantı, kaynağın desteklediği yerde alıntılanan pasaja atlayan bir derin bağlantıdır.

Google — yapılandırılmış veriler (Magento’nun sizin için eklemediği şema)

• “Merchant listings: For pages where customers can purchase products from you. This markup has more options for specifying detailed product information, like apparel sizing, shipping details, and return policy information.” (çeviri) «Tüccar listeleri: Müşterilerin sizden ürün satın alabileceği sayfalar için. Bu işaretleme, giyim bedenleri, kargo ayrıntıları ve iade politikası bilgileri gibi ayrıntılı ürün bilgilerini belirtmek için daha fazla seçenek sunar.» — Google Search Central, Ürün yapılandırılmış verilerine giriş. Alıntıya git
• “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data.” (çeviri) «Hem web sayfalarında yapılandırılmış veri hem de Merchant Center beslemesi sağlamak, deneyimlere uygunluğunuzu en üst düzeye çıkarır ve Google’ın verilerinizi doğru anlamasına ve doğrulamasına yardımcı olur.» Alıntıya git

Google — sayfalama (Magento’nun ?p= kategori sayfaları)

• “Give each page a unique URL” — ve her sayfaya kendi canonical’ını atayın, hepsini birinci sayfaya yönlendirmek yerine. (çeviri) «Her sayfaya benzersiz bir URL verin» — Google Search Central, Sayfalama ve artımlı sayfa yükleme. Alıntıya git
• “Apply noindex meta tags to filter variations or alternative sort orders” — yani fasetlere, sayfalama dizisinin kendisine değil. (çeviri) «Filtre varyasyonlarına veya alternatif sıralama düzenlerine noindex meta etiketleri uygulayın» Alıntıya git

Gary Illyes, Google — katmanlı gezinmenin neden temel risk olduğu üzerine

• Fasetli/parametreli URL alanları üzerine: “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (çeviri) «Bir URL kümesini keşfettikten sonra, bu URL alanının büyük bir bölümünü taramadan alanın iyi olup olmadığına karar veremez.»

  Search Engine Land’in Search Off the Record programının 2025 yıl sonu tarama raporu haberinden aktarıldı; kesin kabul etmeden önce kaynak bölüme göre doğrulayın. Habere göre fasetli gezinme, Google’a gelen tarama sorunu bildirimlerinin tek başına en büyük kaynağıdır (~%50).

  Haberi okuyun
• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” (çeviri) «Bazen bu yeni sahte URL’leri yanlışlıkla oluşturabilir, URL alanınızı 1.000’den 1 milyona çıkarabilir ve tarayıcıların beklenmedik biçimde sunucularınıza yüklenmesine yol açabilirsiniz.»

  Gary Illyes’in LinkedIn gönderisinden (Ağustos 2024) Search Engine Journal aracılığıyla aktarıldı.

  Haberi okuyun

Uygulayıcılar — yapılandırılabilir/basit ürün kurallı URL’leri

• “Canonical to the parent configurable product.” (çeviri) «Üst yapılandırılabilir ürüne canonical verin.» — Dan Taylor, Search Engine Journal, Yaygın Magento (Adobe Commerce) SEO Sorunları İçin Teknik Rehber. Alıntıya git
• “The canonical tag used on each of the simple products points back to the primary configurable version — to prevent duplicate variants of the product from being indexed by Google.” (çeviri) «Her bir basit üründe kullanılan kurallı etiket, birincil yapılandırılabilir sürüme geri işaret eder — ürünün yinelenen varyantlarının Google tarafından dizine eklenmesini önlemek için.» — Paul Rogers (Vervaunt). Alıntıya git
• “…potentially generates 144,000 product combinations.” (çeviri) «…potansiyel olarak 144.000 ürün kombinasyonu üretir.» — Vervaunt, varsayımsal bir moda mağazası örneği üzerine (3 000 ana ürün × 8 beden × 6 renk), ölçekte açık bir kurallı URL politikasının neden önemli olduğunu gösterir; evrensel bir katalog boyutu değil. Alıntıya git

Magento SEO kontrol listesi

Kabaca etkiye göre önceliklendirilmiştir — en üstteki maddeler Magento mağazalarının kazandığı veya kaybettiği yerlerdir.

Sürüm ve temel

• Magento 2 üzerinde olduğunuzu doğrulayın, ömrünü tamamlamış Magento 1 değil (öyleyse geçiş yapın).
• Özellik kapsamı için sürümünüzü bilin (Adobe Commerce, Magento Open Source veya ACCS) — ACCS, Luma temasını tamamen kaldırır.

Katmanlı gezinme (büyük olan)

• Mağazanın standart katmanlı gezinme mi yoksa ücretli Live Search fasetlerini mi kullandığını doğrulayın — Adobe bunları ayrı uygulamalar olarak belgeler.
• Filtrelerin kaç parametre URL’si ürettiğini denetleyin (siteyi tarayın; site: sayısını ve GSC dizinlenmiş-keşfedilmiş durumunu kontrol edin).
• Filtrelenmiş kategori URL’lerini temiz kategori URL’sine kurallı yapın.
• Düşük değerli filtre kombinasyonlarını noindex yapın (ve etiketin okunması için taranabilir tutun — asla noindex + robots.txt Disallow birlikte kullanmayın).
• Gerçek arama talebi olan filtreleri belirleyin ve bunları benzersiz içerikle dizinlenebilir, temiz URL’li açılış sayfaları olarak oluşturun.

Yapılandırılabilir ve basit ürünler

• “Ürünler için Canonical Link Meta Etiketi Kullan” etkin (Mağazalar → Yapılandırma → Katalog → Katalog → Arama Motoru Optimizasyonu).
• Yalnızca ayarda değil, işlenen sayfada da basit ürün URL’lerinin ana yapılandırılabilir ürünlerine geri kurallı bir bağlantı taşıdığını doğrulayın.
• Yalnızca “Tek Başına Görünmez” seçeneğine güvenmeyin; doğrudan URL, site haritası veya iç bağlantı dizinlemeyi engellemez.

URL’ler ve yönlendirmeler

• “Web Sunucusu Yeniden Yazımlarını Kullan” etkin (URL’lerde index.php yok).
• Ürünler ve kategoriler için SEO dostu URL anahtarları ayarlayın.
• URL anahtarı düzenlemelerinden önce “Eski URL için Kalıcı Yönlendirme Oluştur” seçeneğini etkinleştirin.
• Ürün URL’sinde kategori yoluna karar verin (kapalı olması çoklu URL çoğaltmasını önler).

Yapılandırılmış veri

• Product JSON-LD ekleyin (Magento 2 hiçbirini sunmaz) uzantı veya geliştirme yoluyla.
• Yinelenen şema olmadığını doğrulayın (tema mikro verisi + uzantı JSON-LD).
• aggregateRating/review yalnızca gerçek incelemelerden.

Sayfa içi ve dizinleme

• Ürünlerde ve kategorilerde benzersiz başlıklar ile meta açıklamaları kullanın.
• Kategori açıklaması metnini doldurun; varsayılan olarak boştur.
• Sayfalamada benzersiz, kendine referans veren canonical’lar kullanın; diziyi noindex yapmayın.
• Out-of-stock / discontinued product policy decided (don’t strand 404s).

Uluslararası ve performans

• Mağaza görünümü çoğaltma kontrolü; çok dilli ise hreflang eksiksiz ve çift yönlü.
• Core Web Vitals için tam sayfa önbelleği (Varnish), CDN ve WebP görselleri.

Magento SEO hile sayfası

Sürüm haritası

Katmanlı gezinme — URL türüne göre yapılacaklar

Anahtar Yönetici ayarları (Magento 2)

• Mağazalar → Yapılandırma → Genel → Web → Arama Motoru Optimizasyonu: Web Sunucusu Yeniden Yazımlarını Kullan = Evet.
• Mağazalar → Yapılandırma → Katalog → Katalog → Arama Motoru Optimizasyonu: ürün/kategori URL soneki, Kategoriler/Ürünler için Canonical Link Meta Etiketi Kullan = Evet.
• Pazarlama → SEO & Arama → URL Yeniden Yazımları: url_rewrite yöneticisi.
• Ürün/Kategori düzenleme → Arama Motoru Optimizasyonu: URL anahtarı, meta başlık, meta açıklama; Eski URL için Kalıcı Yönlendirme Oluştur’u etkinleştirin.

Kesin gerçekler

• Magento 2 varsayılan olarak JSON-LD yayınlamaz (yalnızca bazı temalarda mikro veri).
• Google, mikro veri/RDFa yerine JSON-LD önerir.
• noindex, taranabilir bir sayfa gerektirir — robots.txt Disallow ile birleştirmeyin.
• Dostu URL’ler url_rewrite tablosunda yaşar.

Zihinsel modeller

1. Sürüm öncelikli. Herhangi bir taktikten önce şunu yanıtlayın: Magento 1 mi 2 mi? 1 ise, proje bir geçiştir, tamamen. 2 ise, sürüm (Adobe Commerce vs Open Source) özellikleri değiştirir, SEO temellerini değil.

2. Katmanlı gezinme = URL başına ikili bir karar. Filtrelenmiş her URL ya bir varlıktır (gerçek arama talebi → dizinlenebilir bir açılış sayfası yapın) ya da bir yükümlülüktür (talep yok → canonical ile uzaklaştırın ve/veya noindex). Tüm yüzeylere aynı şekilde davranmayın; onları talebe göre sıralayın, ardından doğru sinyali uygulayın.

3. Üç “birleştirme” kuralı.

• Aynı URL’de noindex + robots.txt Disallow → etiket asla okunmaz.
• Aynı URL’de noindex + canonical → çelişkili sinyaller.
• Tarama bütçesi için yalnızca canonical → kaynak sayfalar yine de taranır.

4. URL alanını, ardından dizini kontrol edin. Magento’nun url_rewrite sistemi ve web sunucusu yeniden yazımları, hangi URL’lerin var olduğunu ve nereye yönlendirdiğini belirler. Canonical/noindex, dizinde ne olduğunu belirler. Önce URL üretimini düzeltin (çoğaltma üretmeyin), ardından dizinlemeyi yönetin.

5. Şema burada isteğe bağlıdır. Çoğu platformda şema bir ayar iken; Magento’da bir yapıdır. JSON-LD’yi bir teslimat olarak planlayın, ardından iki Product bloğu göndermemeye dikkat edin.

Magento SEO Araçları

• Magento Admin — URL Yeniden Yazımları (Marketing → SEO & Search) — url_rewrite tablosunun yerel yöneticisi; dostça URL’ler ve yönlendirmeler için kaynağınız.
• Tarayıcılar / site denetimleri — Screaming Frog SEO Spider veya Ahrefs Site Audit ile katmanlı navigasyonun kaç parametre URL’si ürettiğini ölçün, yinelenen başlıkları/canonical’ları ortaya çıkarın ve yönlendirme zincirlerini bulun. Faceted-navigation sorununu bu şekilde boyutlandırırsınız.
• Google Search Console — Sayfa dizinleme raporunda “Keşfedildi/Tarandı — şu anda dizine eklenmedi” grupları genellikle parametre yayılımıyla şişer; Tarama istatistikleri ile filtre URL’lerinde harcanan bütçeyi görün.
• Rich Results Test / Schema Markup Validator — eklediğiniz JSON-LD’nin geçerli olduğunu ve rakip bir microdata bloğunuz olmadığını doğrulayın.
• Magento SEO uzantıları — Mageworx, Mirasvit, Amasty ve benzerleri, Magento çekirdeğinin size bıraktığı JSON-LD, daha ince canonical kontrolü ve katmanlı navigasyon dizinleme kuralları ekler. (Yinelenen şema davranışı için değerlendirin.)
• Günlük dosyası analizi — büyük kataloglar için sunucu günlükleri, taramanın ne kadarının filtre URL’lerinde boşa harcandığını tam olarak gösterir.

Magento SEO sağlığı nasıl ölçülür

Bunlar bir Magento mağazası için kalıcı KPI’lardır, tek seferlik kontroller değil — katmanlı navigasyon, dizinleme ve şemanın sessizce karmaşaya dönmemesi için bunları düzenli aralıklarla takip edin.

Dizine eklenen ve keşfedilen URL oranı

Size ne söyler: Katmanlı navigasyonun Google’ın site görünümünü ne kadar şişirdiği. Birkaç yüz ürünü olan bir kategori, on binlerce keşfedilen URL’ye sahip olmamalıdır.

Nasıl çekilir: Search Console → Sayfa dizinleme raporu, özellikle “Keşfedildi — şu anda dizine eklenmedi” ve “Tarandı — şu anda dizine eklenmedi” grupları. Raporun URL inceleme örneğini veya bir tarama dışa aktarmasını kullanarak URL desenine (filtre sorgu dizeleri) göre segmentlere ayırın.

Kıyaslama / gerçekçi aralık: Evrensel bir sayı yok — katalog boyutuna ve filtre sayısına bağlıdır. Önemli olan sinyal trenddir: ay üstüne ay artan bir oran, katmanlı navigasyondaki canonical/noindex stratejisinin tutmadığı anlamına gelir.

Sıklık: Aylık veya katmanlı navigasyon yapılandırma değişikliğinden sonra.

Filtre URL’lerine harcanan tarama bütçesi

Size ne söyler: Googlebot’un gerçek ürün ve kategori sayfalarınız yerine neredeyse yinelenen parametre kombinasyonlarında tarama kapasitesini boşa harcayıp harcamadığı.

Nasıl çekilir: Search Console → Crawl stats raporu (yanıta ve amaca göre), ? parametre isteklerine filtrelenmiş sunucu/CDN günlük dosyalarıyla çapraz referanslı. Benim Faceted Navigation Auditor aracım, sağlanan bir parametre URL listesini sınıflandırarak hangi kombinasyonların gerçekten üretildiğini boyutlandırmanıza yardımcı olabilir.

Kıyaslama / gerçekçi aralık: Katalog boyutuna ve tarama sıklığına bağlıdır — sabit bir “iyi” yüzde yoktur. Parametre URL’lerindeki tarama isabetlerinin, canonical ürün/kategori URL’lerine göre artan payını uyarı işareti olarak değerlendirin.

Sıklık: Yerleşik mağazalar için aylık; katmanlı navigasyon yapılandırma değişikliği sırasında ve sonrasında haftalık.

Canonical sinyal tutarlılığı

Size ne söyler: Filtrelenmiş ve sayfalanmış URL’lerin, amaçladığınız canonical’a gerçekten çözümlenip çözümlenmediği; bir tema/uzantı güncellemesinden sonra sessizce kendine referans veren veya eksik etiketlere dönüp dönmediği.

Nasıl çekilir: Filtre ve sayfalama URL’lerini benim Canonicalization Checker aracımla spot kontrol edin — HTML ve HTTP canonical sinyallerini denetler ve çakışmaları işaretler.

Kıyaslama / gerçekçi aralık: %100 olmalı — bastırmayı düşündüğünüz filtrelenmiş her URL, temiz kategori sayfasına işaret eden bir canonical taşımalı; sayfalanmış her sayfa ise kendine referans veren bir canonical. Herhangi bir istisna bir aralık değil, bir hatadır.

Sıklık: Her tema, uzantı veya katmanlı gezinme ayarı değişikliğinden sonra; aksi takdirde üç ayda bir spot kontrol yapın.

Ürün zengin sonuç uygunluğu

Size ne söyler: Eklediğiniz JSON-LD’nin (Magento varsayılan olarak hiçbirini göndermez) fiyat/puan zengin sonuçları kazanmak için gerçekten geçerli ve yeterince eksiksiz olup olmadığını ve kalan bir tema microdata bloğunun onunla çakışıp çakışmadığını gösterir.

Nasıl çekilir: Search Console → Ürün snippet’leri için Geliştirmeler raporu veya Google’ın Zengin Sonuçlar Testi ile seçili URL’leri örneklem yöntemiyle kontrol edin. Şemanın kendisinin ham HTML denetimi için — yinelenen blok tespiti dahil — PDP SEO Checker aracımı kullanın.

Kıyaslama / gerçekçi aralık: Katalog boyutuna ve inceleme kapsamına bağlıdır — her SKU’da aggregateRating verisi olmayacaktır. Mutlak bir hedef değil, geçerli ile hata/uyarı öğeleri arasındaki eğilimi takip edin.

Sıklık: Aylık ve herhangi bir şema uzantısı güncellemesi veya tema değişikliğinden hemen sonra.

Doğrulama testleri: bir Magento SEO düzeltmesinin etkili olduğunu kanıtlama

Bu makalede ele alınan belirli değişiklikler için geçti/kaldı kontrolleri — her birini değişikliği yaptıktan hemen sonra, ardından belirtilen izleme sıklığında tekrar çalıştırın.

Filtrelenmiş bir kategori URL’sine canonical eklenmesi

Çalıştırılacak test: Filtrelenmiş bir URL’yi (örn. /running-shoes?color=blue) Canonicalization Checker aracımda yükleyin.

Beklenen sonuç: Araç, filtrelenmiş URL’de temiz kategori URL’sine (rel=canonical) işaret eden bir /running-shoes bildirir ve çakışan bir HTTP başlığı canonical’i olmaz.

Hata yorumu: Canonical olmaması, kendine referans veren bir canonical veya başka bir yere işaret eden bir canonical, “Kategoriler için Canonical Link Meta Etiketi Kullan” ayarının veya şablon/uzantı mantığınızın bu URL deseni için bunu yaymadığı anlamına gelir.

İzleme penceresi: Etiketin kendisi için anında; Google’ın birleştirilmiş sinyali aldığını görmek için Search Console’un Page indexing raporunda 2–4 hafta.

Geri alma tetikleyicisi: Canonical’in mevcut olduğu doğrulandıktan 4 hafta sonra filtre deseni için dizine eklenen URL sayıları artmaya devam ederse, sinyal dikkate alınmıyor demektir — aynı URL’de çakışan bir noindex veya robots.txt bloğu olup olmadığını kontrol edin.

Düşük değerli bir filtre kombinasyonuna noindex uygulanması

Çalıştırılacak test: Filtrelenmiş URL’nin işlenmiş HTML <head> bölümünü alın (view-source veya curl) ve <meta name="robots" content="noindex,follow"> olup olmadığını kontrol edin. Ardından Google Index Checker aracımla robots.txt dosyasında bu URL desenini kontrol edin.

Beklenen sonuç: noindex etiketi mevcut VE URL robots.txt içinde engellenmemiş olmalı — Google etiketi yalnızca taranabilir bir sayfada okuyabilir.

Hata yorumu: robots.txt deseni de engelliyorsa, Googlebot sayfayı noindex etiketini görmek için asla getirmez ve URL yalnızca geçmiş sinyallerden süresiz olarak dizinde kalabilir.

İzleme penceresi: Etiketi almak için taramanın günler sürmesi; URL’nin dizinden gerçekten çıkması için 2–8 hafta (önceden iyi bağlantı verilmiş filtre sayfaları için daha uzun).

Geri alma tetikleyicisi: noindex taranabilir olarak doğrulandıktan 8 hafta sonra URL hâlâ dizinde — aynı URL’de noindex ile çakışan bir canonical olup olmadığını kontrol edin (bunlar çelişkili sinyallerdir; Google birini yok sayabilir).

Basit ürün canonical’inin yapılandırılabilir üst öğesine işaret etmesi

Çalıştırılacak test: Canonicalization Checker aracımda basit bir ürün varyantı URL’sini (belirli bir boyut/renk kombinasyonu) yükleyin.

Beklenen sonuç: Araç, basit ürün URL’sinde üst yapılandırılabilir ürünün URL’sine işaret eden bir rel=canonical bildirir ve çakışan bir HTTP başlığı canonical’i olmaz.

Hata yorumu: Kendine referans veren veya eksik bir canonical, “Ürünler için Canonical Link Meta Etiketi”nin etkin olmadığı ya da varyantın üst ilişkisinden bağımsız olarak görünür/dizinlenebilir olarak ele alındığı anlamına gelir.

İzleme penceresi: Etiketin kendisi için anında; varyant URL’lerinin ayrı dizinlenmiş sayfalar olarak birikmek yerine üst altında toplandığını doğrulamak için Search Console’un Sayfa dizinleme raporunda 2–4 hafta.

Geri alma tetikleyicisi: Canonical’in mevcut olduğu doğrulandıktan sonra 4 hafta içinde basit ürün URL’leri için dizinlenen URL sayıları artmaya devam ederse, canonical etiketi yerine “Ayrı Olarak Görünmez” seçeneğine güvenilip güvenilmediğini kontrol edin — katalog görünürlüğü doğrudan URL, site haritası veya iç bağlantı taramasını engellemez.

URL değişikliğinde yönlendirme eski URL’leri koruyor

Çalıştırılacak test: Bir ürün veya kategori URL anahtarını değiştirdikten sonra eski URL’yi doğrudan isteyin: curl -I https://yourstore.com/old-url-key.

Beklenen sonuç: Yeni URL’ye tek bir 301 (yönlendirme zinciri yok).

Hata yorumu: 404, anahtar değiştiğinde “Eski URL için Kalıcı Yönlendirme Oluştur” seçeneğinin kapalı olduğu veya url_rewrite girdisinin oluşturulmadığı anlamına gelir — eski URL ve sahip olduğu tüm gelen bağlantılar/sıralamalar artık mahsur kalmıştır.

İzleme penceresi: Anında — bu bir durum kodu kontrolüdür, bekleme gerekmez.

Geri alma tetikleyicisi: Daha önce sıralanan bir URL’de herhangi bir 404/zincir — dizinden düşmeden önce url_rewrite girdisini geri yükleyin veya manuel bir yönlendirme ekleyin.

JSON-LD Ürün şeması geçerli ve yinelenmemiş

Çalıştırılacak test: Ürün sayfasını PDP SEO Checker aracımdan geçirerek ham JSON-LD’yi gerekli alanlar ve yinelenen bloklar için denetleyin, ardından Google’ın Zengin Sonuçlar Testi ile zengin sonuç uygunluğunu doğrulayın.

Beklenen sonuç: Product, name, image, description (fiyat, priceCurrency, stok durumu) ve — yıldız derecelendirmeleri iddia ediyorsanız — gerçek yorumlardan alınan offers/aggregateRating içeren tek bir geçerli review bloğu. Tema mikro verilerinden kalan ikinci, çakışan blok yok.

Hata yorumu: İki Product bloğu (tema mikro verisi + uzantı JSON-LD) genellikle Google’ın birini keyfi olarak seçtiği veya tutarsız oldukları için ikisini de attığı anlamına gelir; eksik offers alanları, sayfanın fiyat snippet’leri için hiç uygun olmayacağı anlamına gelir.

İzleme penceresi: Geçerlilik için anında; zengin sonuçların gerçekten görünmeye başladığını doğrulamak için Search Console Geliştirmeler raporunda 2–4 hafta.

Geri alma tetikleyicisi: Geliştirmeler raporu, bir tema veya uzantı güncellemesinden sonra artan “Geçersiz öğeler” gösteriyor — yinelenen çözülene kadar daha yeni kaynağı devre dışı bırakın.

Zaman ayırmaya değer kaynaklar

Magento SEO’suna hakim olan konularda (bu sitede)

• Fasetli gezinme — katmanlı gezinme sorununun ve dizinleme veya bastırma karar çerçevesinin ana sayfası.
• Kanonikleştirme ve canonical etiketi — Magento’nun parametre yinelemesi için birincil çözüm.
• Yinelenen içerik — filtre ve mağaza görünümü URL’lerinin sinyalleri neden böldüğü.
• URL parametreleri ve tarama bütçesi — parametre yayılımının tarama tarafı mekaniği.

İlgili yazılarım (Ahrefs)

• Teknik SEO Başlangıç Rehberi — bu kontrollerin büyük resimde nereye oturduğu.
• Fasetli Gezinme: Tanım, Örnekler ve SEO En İyi Uygulamaları — tam karar çerçevesi (bu konuda inceleyiciyim).
• URL Parametreleri: SEO’lar için Kapsamlı Bir Rehber.

Resmi

• Adobe Commerce SEO en iyi uygulamaları — platformun kendi rehberi.
• Google’ın Fasetli gezinme URL’lerinin taranmasını yönetme belgesi.

Diğerlerinden

• r/TechSEO ve Magento Stack Exchange — Magento’ya özgü tarama/dizinleme tuhaflıklarının hata ayıklandığı yer.
• Yaygın Magento SEO Sorunlarına Teknik Rehber (Search Engine Journal, Dan Taylor) — URL yeniden yazımları, yapılandırılabilir/basit ürün kanonikleştirmesi ve fasetli gezinme kontrollerini kapsayan kapsamlı uygulayıcı rehberi.
• Magento’da Yinelenen İçerik İçin Nihai Rehber (Vervaunt, Paul Rogers) — tam yinelenen içerik kaynak haritası ve yapılandırılabilir/basit ürün kanonik stratejisi için en çok atıf yapılan kaynak.
• Magento’da Yapılandırılabilir ve Basit Ürünler için SEO Hususları (Paul Rogers) — basit SKU’ları ölçekte yapılandırılabilir üst öğelerine kanonikleştirme üzerine derinlemesine inceleme.
• Katmanlı Gezinme Sorunlara mı Neden Oluyor? Bununla Başa Çıkın (Scandiweb) — robots.txt disallow’u birincil fasetli gezinme tarama kontrolü olarak ele alan güncel Google uyumlu rehber.
• Magento 2 Katmanlı Gezinme SEO: Nihai Rehber (Mageworx) — somut URL örnekleriyle parametre URL çoğalmasının ayrıntılı anlatımı.
• Adobe Commerce için Ürün Şeması (Lumio) — Luma’nın neden neredeyse hiç JSON-LD göndermediğini açıklar ve EAV modeline karşı özel bir JSON-LD modülü oluşturmayı adım adım anlatır.

Değişiklik günlüğü