E-ticaret SEO: Kategori Sayfaları, Facet Yapısı ve Product Schema İçin Oyun Planı
E-ticaret SEO sadece product description yazmak veya schema plugin kurmak değildir. Kalıcı kurulum; category architecture, kontrollü faceted navigation, indexlenebilir commercial pages, temiz internal links, accurate product data ve Google dokümantasyonuyla uyumlu structured data katmanlarının birlikte çalışmasıdır. Bu playbook ranking veya rich result garantisi vermez; neyi teşhis edip önceliklendireceğinizi gösterir.
Neler öğreneceksiniz
- Category, product veya filtered URL’nin SEO landing page olup olmayacağını ayırmayı.
- Facet kontrolünü, her filter URL mutlaka blocked olmalı varsaymadan kurmayı.
- Product schema, merchant listing structured data ve feed data tutarlılığını kontrol etmeyi.
- Category architecture, crawl/indexation, schema ve Merchant Center fixlerini sahte performans vaadi olmadan önceliklendirmeyi.
E-ticaret SEO tek paragrafta
E-commerce SEO, search engine sistemlerine hangi commercial URLlerin önemli olduğunu ve hangi generated URLlerin geride kalması gerektiğini anlatan operating systemdir.
Temel yapı category architecture, controlled facets, product data consistency, internal links ve visible content ile uyumlu structured data katmanıdır.
E-ticaret SEO’yu normal SEO’dan ayıran şey nedir?
Normal SEO çoğu zaman page ve post ile başlar. E-commerce SEO ise catalog, değişen inventory, generated URLs, variants, filters, price, availability, review, policy ve feed katmanlarıyla başlar.
Bu yüzden store, neyin indexlenebileceği, neyin consolidate edileceği ve neyin sadece user filtering için kalacağı konusunda kurallara ihtiyaç duyar.
Visual insertion point: Add a real screenshot or diagram here: category pages, product pages, filters, feed data ve structured data bağlantısını gösteren diagram. Uydurma data kullanmayın.
Kategori sayfaları ticari landing page’lerdir
Kategori sayfaları boş product grid değil, commercial landing page gibi ele alınmalıdır. Net intent, faydalı product selection, stabil internal links ve collection amacını açıklayan context gerekir.
Category intent
Bir category, shopper bir product family, comparison set, brand/category combination veya stable URL hak eden collection aradığında var olmalıdır.
Product page mi category page mi rank almalı?
Product pages’i broad category intent için, category pages’i de exact SKU intent için zorlamayın. Page type kararını query versin.
Product intent
| Page type | Best search intent fit | Content requirement | Internal linking need | Indexation risk | Decision note |
|---|---|---|---|---|---|
| Main category | Geniş commercial research ve comparison intent | Intro copy, curated subcategory, faydalı product seti ve gerçekse FAQ | Navigation, hub ve top seller linkleri desteklemeli | Thin copy veya duplicate filter sayfayı zayıflatabilir | Demand ve unique value varsa genelde primary indexable page |
| Subcategory | Spesifik product-type intent | Odaklı copy, filter, top product ve buying guidance | Parent category ve related category linklemeli | Main category veya facetlerle overlap edebilir | Ayrı query ve product set sunuyorsa indexleyin |
| Product listing page | Browsing ve comparison intent | Faydalı product set ve junk URL üretmeyen sorting | Category, menu ve contextual linkler desteklemeli | Pagination, sorting ve filter noise yaratabilir | Commercial query cevaplıyorsa category gibi ele alın |
| Product detail page | Exact product, SKU, brand veya model intent | Accurate description, image, price, availability ve policy | Category, related product ve guide linklemeli | Thin variant ve out-of-stock page zayıf URLleri çoğaltabilir | Query product-specific ise rank hedefi olabilir |
| Brand/category hybrid page | Brand plus category intent | Brand context, category copy ve filtered product set | Brand hub, category hub ve product links hizalanmalı | Brand filter veya vendor pages ile duplicate olabilir | Search intent gerçekse ve sayfa bakımlıysa tutun |
| Sale/collection page | Promotional veya seasonal commercial intent | Net offer context ve current product set | Temporary hub ve relevant category linklemeli | Expired pages thin veya misleading olabilir | Ongoing value veya planned reuse varsa indexleyin |
| Blog guide supporting category | Purchase öncesi research intent | Buying advice ve relevant category linkleri | Guide commercial page’lere doğal link vermeli | Transactional term hedeflerse odağı çalabilir | Category pages yerine değil, destek için kullanın |
Faceted navigation: SEO sorunları genelde nerede başlar?
Faceted navigation shopper için faydalıdır, fakat her filter combination crawlable URL oluşturduğunda search için risklidir. Sorun facet değil, unmanaged URL generationdır.
Facet URL rules
Hangi facetlerin landing page olabileceğini, hangilerinin consolidate edileceğini ve hangilerinin sadece UI state kalacağını tanımlayın.
Visual insertion point: Add a real screenshot or diagram here: filter URL kararlarını gösteren screenshot veya diagram; uydurma crawl veya traffic data kullanmayın.
Hangi filter URL’leri indexlenmeli?
Bir filter URL yalnızca search demand, distinct product set, stable internal links ve parent category’nin kopyası olmayan content varsa indexlenmelidir.
Canonical vs noindex vs blocked URLs
Canonical, noindex ve crawl blocking farklı kontrollerdir. Bilinçli kullanın; her store için tek global rule uygulamayın.
| Facet type | Varsayılan index? | Ne zaman indexlenebilir | Ne zaman noindex/canonical/clean | Risk notu |
|---|---|---|---|---|
| Color | No | When color has real search demand and a unique product set | When it only creates duplicate versions of the same category | Often useful for users, risky for indexation if unmanaged |
| Size | No | When size maps to a distinct product need or sizing category | When it produces many thin combinations | Size filters usually need crawl and index discipline |
| Brand | Depends | When brand plus category demand exists and page has useful copy | When it duplicates a brand page or vendor filter | Brand facets can be strong if treated as real landing pages |
| Price | No | Rarely, when a price-led category is editorially maintained | When ranges generate endless low-value URLs | Price filters change often and can create unstable pages |
| Rating | No | Almost never for indexation | When it depends on volatile or sparse review data | Do not create index targets from weak or missing ratings |
| Availability | No | When a stable in-stock collection has user value | When stock changes create empty or misleading URLs | Availability should support shopping, not create index bloat |
| Sort order | No | Do not index sort variants | Clean, canonicalize or block crawl paths where appropriate | Sort URLs are usually duplicate views, not landing pages |
| Pagination | Depends | When pagination is part of crawlable category discovery | When paginated pages compete as separate landing pages | Keep discovery clean; avoid treating page two as a separate target |
| Search result pages | No | Almost never for organic indexation | When internal search creates thin or unpredictable pages | Usually exclude from index targets and monitor crawl paths |
Category architecture ve internal linking
Architecture, önemli categoryleri menu, hub, related category, guide ve product pages üzerinden bulunabilir yapmalıdır. Internal links store priority bilgisini taşır.
Menus ve hub’lardan internal links
Durable categories için navigation, strategic collections için hub links, eğitim isteyen demand için guide içinden contextual links kullanın.
Product schema ve merchant listing structured data
Product schema ve merchant listing structured data visible product information ile eşleşmelidir. Google Search davranışı için Google Search Central dokümantasyonunu esas, Schema.org’u vocabulary reference olarak kullanın.
Product schema caveats
Review, rating, price, availability, shipping, returns, GTIN veya SKU alanlarını data gerçek ve gerektiğinde visible değilse işaretlemeyin.
| Element | On-page requirement | Structured data requirement | Merchant/feed alignment | Tutarsızlık riski |
|---|---|---|---|---|
| Product name | Visible product name must be clear and match the offer | Product name should describe the visible product | Feed title should not contradict the page | Mismatch can confuse users and product understanding |
| Image | Use accurate, crawlable product images | Image fields should reference real product images | Feed image should match the product page | Wrong images can create trust and eligibility issues |
| Price | Show current price clearly when price is displayed | Offer price must match visible content when marked up | Feed price should match landing page price | Inconsistency can create disapprovals or limited eligibility |
| Availability | Show actual availability and stock state | Offer availability must match visible content | Feed availability should match the page | Mismatches create user and product-data problems |
| Brand | Show real brand where relevant | Use brand data only when accurate | Feed brand should align with product identity | Incorrect brand data weakens trust and matching |
| SKU/GTIN if available | Show or store identifiers consistently | Use identifiers only when real | Feed identifiers should be maintained | Missing or wrong identifiers can hurt product matching |
| Shipping/returns if relevant | Policy details should be clear and accessible | Use supported policy markup only where applicable | Merchant settings/feed should match policy pages | Conflicting policy data can create friction or eligibility issues |
| Reviews/ratings only if real and visible | Reviews must be genuine and visible | AggregateRating/Review only when supported by real visible reviews | Feed and site review signals should not contradict | Fake or hidden ratings create policy and trust risk |
| Variant data | Variants should be understandable and selectable | Variant markup should reflect visible variant options | Feed variants should map to correct landing pages | Variant confusion creates duplicate and product selection issues |
| Product description | Describe the product in useful, non-duplicative language | Structured data should not replace visible content | Feed description should align with page copy | Boilerplate descriptions weaken understanding |
Visual insertion point: Add a real screenshot or diagram here: gerçek structured data validation screenshot veya schema field diagram; uydurma validation result kullanmayın.
Product feed ve Merchant Center uyumu
Product feed ve product page farklı hikaye anlatmamalıdır. Name, price, availability, image, variant, shipping, returns, identifier ve description alanları operasyonel olarak hizalı olmalıdır.
Feed vs on-page data consistency
Merchant Center dokümantasyonu product-data requirement ve diagnostics için yararlıdır; feed quality organic ranking guarantee değildir.
Visual insertion point: Add a real screenshot or diagram here: gerçek Merchant Center/product data screenshot veya field consistency diagram; uydurma account data kullanmayın.
E-ticaret sitelerinde crawl ve indexation tuzakları
E-ticaret siteleri empty categories, expired sale pages, duplicate variants, sort URLs, filtered combinations, internal search pages ve inconsistent canonicals ile indexation trap üretir.
Search Console checks
Search Console’u performance hikayesi uydurmak için değil, excluded URL patternlerini bulmak için kullanın. Crawl sample ve template review ile eşleştirin.
Platform notları: WooCommerce, Shopify ve custom store’lar
WooCommerce, Shopify, OpenCart ve custom stores doğru implementation ile çalışabilir. Hiçbiri evrensel olarak en iyi değildir.
Core Web Vitals hygiene’dır, magic değildir
Speed ve page experience özellikle image, script, filter ve product widget taşıyan template’lerde quality hygiene’dır. Architecture veya product data işinin yerine geçmez.
İlgili cleanup çalışmaları için bu playbook’u WordPress SEO guide, crawled currently not indexed guide ve Merchant Center field guide ile birlikte değerlendirin.
E-ticaret SEO priority matrix
Fixleri commercial importance, indexation risk, implementation effort ve evidence’a göre önceliklendirin. Önemli sayfaların blocked, duplicated, unsupported veya inconsistent olduğu yerden başlayın.
| Problem | Business impact | SEO risk | İlk evidence | İlk fix |
|---|---|---|---|---|
| Important category not indexable | High | High | Search Console and rendered category URL | Remove accidental noindex/canonical conflict and improve page value |
| Facet URL bloat | Medium to high | High | Crawl sample and URL patterns | Define indexable facets and clean the rest |
| Duplicate category pages | High | High | Canonical, titles and product overlap | Consolidate intent and internal links |
| Thin product pages | Medium | Medium | Rendered product pages and feed fields | Improve content or consolidate variants |
| Missing product data | Medium | Medium | Product page, schema and feed comparison | Align visible page, structured data and feed |
| Schema/feed mismatch | Medium | Medium | Rich Results Test and Merchant Center diagnostics | Fix inconsistent fields before expanding markup |
| Out-of-stock handling | Medium | Medium | Template behavior and product lifecycle | Choose keep, substitute, redirect or retire by product role |
| Weak internal links | High | Medium | Menus, category hubs and related products | Add contextual links to commercial pages |
Kategori, filter veya product schema karmaşası olan bir e-ticaret sitesi mi yönetiyorsunuz? E-commerce SEO audit alın; category pages, facets, crawl/indexation ve product data için öncelikli fix listesi çıkaralım.
Visual insertion point: Add a real screenshot or diagram here: category, facet, crawl, schema ve feed fixleri için audit priority workflow diagram.
Kaçınılması gereken yaygın hatalar
- Her filter URL için aynı rule kullanmak.
- Visible product data ile eşleşmeyen Product schema eklemek.
- Product feed ve product page’in çelişmesine izin vermek.
- Sale, search ve tag pages’i yanlışlıkla indexable bırakmak.
- Bir platformu SEO için en iyi denildi diye seçmek.
- Merchant Center diagnostics’i organic ranking report gibi okumak.
- Önemli category pages için internal links’i ihmal etmek.
Son öneri
Category architecture ile başlayın; sonra facet rules, internal links, product data consistency ve structured data validation. Schema ve feed çalışması temiz store architecture’ı desteklemeli, bozuk yapıyı örtmemelidir.
Kategori, filter veya product schema karmaşası olan bir e-ticaret sitesi mi yönetiyorsunuz? E-commerce SEO audit alın; category pages, facets, crawl/indexation ve product data için öncelikli fix listesi çıkaralım.
FAQ
E-commerce SEO nedir?
E-commerce SEO; category, product ve filtered page’leri searcher için faydalı, crawl edilebilir ve uygun olduğunda indexlenebilir hale getirme işidir.
SEO için category page mi product page mi daha önemlidir?
Hiçbiri her zaman daha önemli değildir. Category pages broad commercial discovery için; product pages exact product, model, SKU veya brand aramaları için daha uygundur.
Faceted navigation sayfaları indexlenmeli mi?
Bazı facet URLleri gerçek search demand ve unique value varsa indexlenebilir. Birçok filter URL ise clean, canonical, noindex veya index hedefleri dışında tutulmalıdır.
Product schema ranking artırır mı?
Product schema ranking veya rich result garantisi vermez. Visible content ile uyumlu ve Google dokümantasyonuna uygun olduğunda ürün bilgisinin anlaşılmasını destekler.
Product schema ile Merchant Center data farkı nedir?
Product schema sayfadaki markup katmanıdır. Merchant Center data feed veya Merchant Center üzerinden sağlanan product data’dır. İkisi visible product page ile çelişmemelidir.
Out-of-stock product sayfaları indexte kalmalı mı?
Demand, restock planı, substitute ve page value durumuna bağlıdır. Keep, redirect, noindex veya retire kararı product rolüne göre verilmelidir.
WooCommerce, Shopify veya custom store SEO için daha mı iyi?
Evrensel kazanan yoktur. Doğru platform catalog complexity, technical ownership, URL control, speed, facet handling ve maintenance discipline’e bağlıdır.
Kaynak notları
Kaynak notları: Bu rehber Search behavior, Product structured data, Merchant listing structured data, ecommerce appearance, crawling/indexing ve structured data rules için Google Search Central kaynaklarını kullanır. Merchant Center Help product data specification context için kullanılmıştır. Schema.org yalnızca vocabulary reference olarak ele alınır.