WooCommerce SEO: Eklentiden Önce Site Mimarisini Düzeltmek

WooCommerce SEO, sadece SEO eklentisi kurmak değildir. Asıl iş; ürün, kategori, özellik, filtre, schema, feed ve hız kararlarını mağaza mimarisiyle birlikte netleştirmektir. Eklentiler başlık, canonical, sitemap, yönlendirme veya schema çıktısı üretebilir; fakat kategori stratejisini, zayıf ürün kanıtını, indeks şişmesini veya AI görünürlüğünü sizin yerinize çözmez. Önce taranabilir mimari, ürün verisi, duplicate kontrolü ve ölçüm sınırları kurulmalıdır.

WooCommerce SEO gerçekte neyi kontrol eder?

WooCommerce; ürünleri, kategorileri, özellikleri, şablonları, eklentileri ve sunucu performansını değiştirmenize izin verdiği için güçlüdür. Bu güç ancak her değişikliğin karar kuralı varsa işe yarar: hangi kategori sıralanmalı, hangi filtre taranabilir kalmalı, hangi varyant URL hak eder, ürün verisinde hangi kaynak kazanır, hangi sayfa audit-only kalmalıdır. Google’ın SEO başlangıç rehberi, people-first content rehberi ve Search Essentials dokümanı SEO’yu kullanıcıya faydalı, erişilebilir ve taranabilir çalışma olarak çerçeveler; standart bu olmalıdır.

Mağaza katmanı	Önce düzelt	Kaçın	Kanıt	Sahip
Ürün şablonu	Ürün kanıtı, stok, fiyat, medya, yorum politikası	Eklentinin genel metin uydurması	Ürün alanları, kaynak-of-truth, indeks durumu	SEO + kategori
Kategori sayfası	Niyete göre metin, iç link, canonical hedef	Her ince arşivi indekslemek	Arama niyeti, ürün kapsama, tarama yolu	SEO sahibi
Özellik/filtre	Index, noindex, canonical veya engelleme kararı	Her parametrenin crawl bloat üretmesi	Facet envanteri ve log örneği	SEO + geliştirici
Feed/schema	Görünür ürün bilgisiyle uyum	Sayfada görünmeyeni schema ile söylemek	WooCommerce alanı, feed, test	Veri sahibi

Eklenti SEO stratejisi değildir

Eklenti çıktı üretir; çıktının doğru olup olmadığına karar vermez. WooCommerce’in permalink dokümantasyonu ve ürün yönetimi dokümantasyonu, URL tabanları, ürün kategorileri, özellikler, ürün tipleri, stok, kargo ölçüleri ve varyasyonların mağaza kararı olduğunu gösterir. Eklentiyi karar tablosundan sonra kurun.

İhtiyaç	Eklenti ne zaman işe yarar	Ne zaman yetmez	Daha güvenli aksiyon
Toplu metadata	Sayfa tipi kuralları yazıldıysa	Başlıklar genel veya kopyaysa	Şablonu kategori niyetinden yaz
Schema çıktısı	Görünür ürün verisi temizse	Eksik iddiayı eklenti dolduruyorsa	Önce kaynak alanları düzelt
Yönlendirme	Eski-yeni URL haritası varsa	Mimari karmaşayı saklıyorsa	URL değişimini durdur ve sebebi yaz
Sitemap	İndekslenebilir set denetlendiyse	Her ince arşivi ekliyorsa	Göndermeden önce indeks kurallarını temizle

Taranabilir ürün ve kategori mimarisi

Google’ın URL yapısı rehberi ve e-ticaret URL rehberi (https://developers.google.com/search/docs/specialty/ecommerce/designing-a-url-structure-for-ecommerce-sites) pratik bir kural verir: URL’ler anlaşılır, taranabilir ve istikrarlı olmalıdır. WooCommerce’te ürün tabanı, kategori tabanı, özellik arşivleri ve filtre davranışı binlerce ürün oluşmadan belirlenmelidir.

URL/sayfa tipi	İndeks kararı	Canonical hedef	Önce düzelt
Main product category	Index if it has demand, products, copy, and internal links	Self canonical	Intent and product coverage
Thin tag archive	Noindex or remove internal promotion	Relevant category or no indexable target	Tag governance
Color/size filter	Index only if it represents real search demand and stable inventory	Facet or parent category decision	Parameter rules
Variant URL	Index only when variant deserves unique demand and content	Product or variant URL	Variant evidence

Ürün verisi, schema ve Merchant Center sınırları

Google’ın product structured data, merchant listing structured data ve Merchant Center ürün veri spesifikasyonu kaynak-of-truth sınırlarını belirler. Schema ve feed, kullanıcının ürün sayfasında görebildiği fiyat, stok, görsel, marka, tanımlayıcı, kargo veya iade bilgisini anlatmalıdır.

Veri alanı	WooCommerce kaynağı	Schema/feed riski	Decision
Price	Product price and sale price	Mismatch with visible page	One price owner and change log
Availability	Stock status	Feed says available while page says sold out	Inventory sync rule
Identifier	SKU, GTIN, brand fields	Missing or wrong product identity	Data cleanup before rich result work
Reviews	Visible review policy	Fake or imported reviews without support	Keep audit-only unless verified

Kategori, etiket, özellik ve filtre kararları

WooCommerce özellikleri ve etiketleri; arşiv, filtre, iç link, ürün verisi veya crawl trap olabilir. Her özellik için karar verin: sadece navigasyon, sadece filtre, indekslenebilir landing page, canonical varyant veya kaldırma. Bu karar eklenti varsayılanında kalmamalıdır.

Attribute/facet	Business value	SEO action	Measurement limit
Brand	High if brand demand exists	Index brand category or attribute page only with content	Cannot prove ranking from indexation alone
Size	Useful filter, weak standalone intent	Usually filter/noindex unless demand exists	No conversion guarantee
Compatibility	Often decision-critical	Create stable landing pages for real compatibility queries	Needs inventory and support proof
Price range	Useful for shoppers	Keep internal filter, avoid thin indexed archives	Do not claim revenue impact

Canonical, sayfalama, stok dışı ürünler ve duplicate kontrolü

Google’ın canonical dokümantasyonu (https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls) ve sayfalama rehberi (https://developers.google.com/search/docs/specialty/ecommerce/pagination-and-incremental-page-loading), duplicate birleştirme ile kullanıcı navigasyonunu ayırır. WooCommerce’te zor kararlar genelde filtreden gelen kategori URL’leri, sıralama parametreleri, stok dışı ürünler, kaldırılan ürünler ve sezonluk kategorilerdir.

Durum	Keep	Rewrite	Remove/audit-only
Out of stock product	Keep if restock is planned and demand exists	Show restock/support alternatives	Remove if no replacement and no value
Discontinued product	Keep with replacement links if useful	Rewrite to compare replacement	Redirect only with a true substitute
Sorted category URL	Keep for users	Canonical/noindex parameter decision	Do not index every sort order
Paged category	Keep crawl path clean	Use pagination pattern and category copy on main page	Do not stuff every page with duplicated copy

Hız, tema ağırlığı, checkout scriptleri ve JavaScript riski

Hız bir skor etiketi işi değildir. WooCommerce mağazaları tema, page builder, ürün widget’ları, takip scriptleri, checkout eklentileri ve öneri araçları aynı sayfaya yüklendiğinde yavaşlar. Karar, hangi scriptin hangi şablonda maliyetini hak ettiğidir.

Template	Check	Avoid	Action
Product page	Image weight, variation JS, reviews, recommendations	Loading every sitewide widget	Template-level script inventory
Category page	Filters, product cards, pagination	Infinite options without crawl rule	Facet and rendering QA
Checkout	Payment, shipping, consent, analytics	Removing critical checkout scripts blindly	Measure only with a rollback plan
Blog/guide	Blocks, embeds, tables	Product widgets everywhere	Keep educational pages lean

AI arama ve agentic commerce caveatleri

Google’ın AI özellikleri rehberi ve Search Console generative AI raporlama duyurusu, ölçüm ve uygunluk bağlamıdır; WooCommerce schema, llms.txt veya bir eklentinin AI atfı garanti edeceği anlamına gelmez. Google retail duyurusu (https://blog.google/products/ads-commerce/agentic-commerce-ai-tools-protocol-retailers-platforms/), UCP (https://ucp.dev/) ve AP2 (https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol) gibi agentic commerce kaynakları, o protokol uygulanmıyorsa audit notu olarak kalmalıdır.

Sahte kesinlik olmadan ölçüm

Değişiklikleri change log ile ölçün. Search Console gösterim, tıklama, sorgu, sayfa ve varsa generative-AI raporlama bağlamı verebilir; Merchant Center ürün verisi ve listeleme sorunlarını gösterebilir; analytics gelir davranışını, crawl log tarama israfını gösterebilir. Hiçbiri tek bir eklentinin sıralama, gelir, AI atfı veya dönüşüm sonucu yarattığını kanıtlamaz.

Sinyal	Kaynak	Ne gösterebilir	Neyi kanıtlamaz	Aksiyon
Indexed pages	Search Console / crawl	Which templates are visible	That visibility improved quality	Compare by template
Product issues	Merchant Center	Data mismatches or missing fields	That fixing them guarantees traffic	Fix source field
Revenue	Analytics / store reports	Commercial behavior after change	SEO causality alone	Annotate change date
Crawl waste	Server logs / crawler	Repeated low-value URLs	Ranking impact size	Reduce bloat and watch

Zayıf WooCommerce SEO kurulumu ve güçlü kurulum

Zayıf kurulum	Daha güçlü kurulum	Ne değişti	Gereken kanıt
Install SEO plugin and auto-generate every title	Map category intent, product evidence, schema source, and canonical rules first	Plugin output became implementation, not strategy	Crawl sample, product data source, query group
Index all tags and attributes	Index only demand-backed facets with content and internal links	Index bloat was replaced with a decision table	Facet inventory and search intent
Add Product schema everywhere	Match visible product data to schema/feed output	Unsupported schema claims were removed	Structured data test and field owner
Use one speed score	Inventory scripts by template and business need	Performance work became a rollback-safe plan	Template waterfall and change log

Detaylı operasyonel örnek

Neyi kaldırmalı, yeniden yazmalı veya audit’te tutmalı

İddia	Kaldır	Yeniden yaz	Audit-only tut
“Plugins fix WooCommerce SEO”	Remove	“Plugins implement architecture, metadata, schema, and redirect decisions after the audit.”	Plugin comparisons without store context
“Schema guarantees rich results or AI citations”	Remove	“Schema can make eligible product facts machine-readable when it matches visible content.”	AI citation or rich-result guarantee
“Index every category/tag/filter”	Remove	“Index only pages with demand, products, unique value, and internal links.”	Thin archive list
“Speed score equals SEO success”	Remove	“Measure template speed, user experience, crawl/render risk, and business-critical scripts.”	Unsupported score claims

Sık yapılan WooCommerce SEO hataları

• Etiket ve özelliklerin talep veya içerik olmadan indekslenebilir arşiv üretmesine izin vermek.
• Ürün sayfasında görünmeyen bilgiyi schema veya feed ile gerçek gibi sunmak.
• Yönlendirme, canonical ve iç link planı olmadan ürün permalink yapısını değiştirmek.
• Eklenti uyarısını ürün kanıtı ve kategori niyetinden önemli görmek.
• Birçok değişiklikten sonra mağaza geneli trafiği nedensellik sanmak.
• Schema veya llms.txt ile AI görünürlüğü, rich result veya sıralama vaat etmek.

FAQ

WooCommerce SEO eklentileri işe yarar mı?

Metadata, schema, yönlendirme, sitemap ve denetim çıktılarında yardımcı olabilir; fakat mimari, ürün kanıtı, indeks kararı veya hız önceliğini belirlemez.

WooCommerce etiketleri indekslenmeli mi?

Sadece arama talebi, faydalı ürün, özgün değer, iç link ve net canonical/index kuralı varsa. Çoğu etiket ince landing page olmamalıdır.

Product schema rich result garanti eder mi?

Hayır. Product structured data görünür ürün bilgisiyle uyumluysa makine-okunur hale getirebilir; rich result, sıralama, trafik veya AI atfı garanti etmez.

WooCommerce SEO düzeltmeleri nasıl ölçülür?

Change log, Search Console sayfa/sorgu grupları, Merchant Center ürün sorunları, analytics ve crawl verisiyle ölçün. Tek grafikle nedensellik iddia etmeyin.

İlk neyi düzeltmeliyim?

Eklenti skorlarından önce kategori mimarisi, ürün verisi kaynak-of-truth, indeks şişmesi, schema/feed uyumu ve şablon hızını düzeltin.

İlk neyi düzeltirdim

Tek crawl ve tek kategori ailesiyle başlardım. İndekslenebilir kategorileri, etiketleri, özellikleri, filtreleri, ürün URL’lerini, canonical hedefleri ve Merchant Center alanlarını haritalardım. Sonra bir ürün şablonunda görünür veri, schema, feed ve kullanıcı kanıtını eşlerdim. Eklenti kuralını bundan sonra ekler veya yapılandırırdım; her kuralın geri alma planı ve ölçüm notu olurdu.