Ecwid SEO Rehberi

TL;DR — Ecwid (şimdi “Ecwid by Lightspeed”), Shopify veya BigCommerce gibi tam teşekküllü bir mağaza platformu değil — zaten sahip olduğunuz bir web sitesine eklediğiniz küçük bir mağaza widget’ıdır. Bu widget JavaScript ile oluşturulduğu için Ecwid’in SEO dostu özelliklerinin çoğu yalnızca üç kurulumda devreye girer: Ecwid’in kendi Instant Site’ı, resmî WordPress eklentisi ve resmî Wix uygulaması. Diğer tüm kurulumlarda SEO çalışmalarının daha büyük kısmını kendiniz yapmanız gerekir.

”Ecwid SEO” ne anlama gelir

Ecwid, “E-commerce widget” ifadesinin kısaltmasıdır ve bu ad neredeyse her şeyi anlatır. Shopify’ın yaptığı gibi mağazanızın tamamını barındırmak yerine Ecwid, mevcut bir sayfaya — bir WordPress bloguna, Wix sitesine, Squarespace sayfasına, hatta elle oluşturulmuş bir HTML sitesine — yapıştırdığınız bir snippet verir; ardından tam bir katalog, sepet ve ödeme akışını doğrudan bu sayfanın içinde görüntüler.

Ecwid’in Instant Site adlı kendi web sitesi oluşturucusu da vardır; böylece Ecwid’i web sitenizin tamamı olarak da çalıştırabilirsiniz. Baştan sona aklınızda tutmanız gereken ayrım budur: Ecwid, “başkasının sitesindeki yalnızca bir widget” veya “sitenin tamamı” olabilir. Hangisini kullandığınıza bağlı olarak SEO açısından çok farklı davranır.

“Ecwid SEO”, Ecwid üzerinde çalışan bir mağazaya uygulanan; ürünlerinizin ve kategori sayfalarınızın bulunmasını, taranmasını, dizine eklenmesini ve sıralanmasını sağlamak için yapılan olağan çalışmalardır.

Her şeyi şekillendiren tek unsur

Mağaza JavaScript ile yüklenir. Bu otomatik olarak bir sorun değildir — Google JavaScript okuyabilir — ancak Ecwid’in arama motorlarının gerçek, taranabilir sayfaları görmesini sağlamak için ek iş yapması gerektiği anlamına gelir. Ecwid bu işi yapar, ancak yalnızca üç kurulumda:

• Instant Site (Ecwid’in kendi web sitesi oluşturucusu),
• resmî WordPress eklentisi ve
• resmî Wix uygulaması.

Bu üçünde Ecwid, her ürün ve kategori sayfasının düz HTML kopyasını arama motorlarına sessizce sunar, size temiz web adresleri verir ve sizin için bir site haritası oluşturur. Diğer herhangi bir kurulumda — özel HTML sitesi, Squarespace, Weebly vb. — karmaşık #! web adresleri içeren ham JavaScript widget’ını alırsınız; site haritasını ve temiz URL’leri kendiniz yönetmeniz gerekir.

Neleri kontrol edebilirsiniz, neleri edemezsiniz

Birkaç nokta insanları şaşırtır:

• Ücretsiz plan = SEO düzenlemesi yok. Ecwid’in ücretsiz planında sayfa başlıklarınızı veya meta açıklamalarınızı hiç düzenleyemezsiniz. Çoğu sayfa içi kontrol için ücretli bir plana (Venture, Business veya Unlimited) ihtiyacınız vardır.
• Görsel alt metni varsayılan olarak ürün adına ayarlanır, ancak bunu değiştirebilirsiniz. Ecwid varsayılan olarak görsel alt metninizi sizin için yazar; artık görsel başına kendi özel alt metninizi belirlemenize (hatta bunu galeri fotoğrafının altında görünür bir açıklama olarak göstermenize) izin verir.
• Yerleşik blog yok. WordPress’in aksine Ecwid’in gerçek bir blog aracı yoktur. SEO için makaleler yayımlamak istiyorsanız blogunuzu başka bir yerde barındırıp mağazanıza bağlamanız gerekir.

Çoğu kişinin yanlış anladığı nokta

İki zıt mit vardır ve ikisi de yanlıştır. Birincisi “Ecwid tüm SEO’yu otomatik olarak halleder, dolayısıyla yapılacak hiçbir şey yok.” der. Bu yalnızca Instant Site, WordPress veya Wix’te doğrudur — diğer tüm yerlerde gerçek kurulumu elle yapmanız gerekir. Diğeri “Ecwid şu tuhaf #! bağlantılarını kullanıyor, bu yüzden Google onu hiç bulamıyor.” der. Google bu bağlantıları tarayabilir — yalnızca ideal değildir; Ecwid’in bunların ötesine geçmek için “Clean Store URLs” seçeneğini oluşturmasının nedeni tam olarak budur. Bu seçeneği etkinleştirin.

Teknik sürümü — tam URL biçimleri, statik HTML oluşturmanın nasıl çalıştığı, canonical ve hreflang ayrıntıları ve ürün yeniden adlandırıldığında oluşan yinelenen URL tuzağı — mı istiyorsunuz? Advanced sekmesine geçin.

TL;DR — Ecwid varsayılan olarak bir JavaScript mağaza vitrini widget’ıdır; barındırılan bir site değildir ve her şeyi bu belirler. Temiz URL’ler, taranabilir statik HTML, otomatik site haritası ve otomatik robots.txt yalnızca üç entegrasyonla sınırlıdır: Instant Site, WordPress eklentisi ve Wix uygulaması. Diğer tüm yerlerde varsayılan, hashbang URL’leri (/#!/product-name/p/123456), SSR geri dönüşü olmayan istemci tarafında oluşturulan bir widget (bir geliştirici Storefront SDK + static-code uç noktalarını bağlamadığı sürece) ve kendiniz oluşturacağınız bir site haritasıdır. Canonical ve hreflang API alanları olarak mevcut olsa da yalnızca statik oluşturmanın çalıştığı yerlerde doldurulur; kod gerektirmeyen çok dilli Instant Site özelliği hreflang bağlantılarını otomatik olarak oluşturmaz. Yapılandırılmış veri otomatiktir ancak düzenlenemez (Instant Site/WordPress’te JSON-LD+Microdata, diğer yerlerde yalnızca Microdata). Ücretsiz planda meta etiketleri düzenlenemez; gömülü widget’ta kalıcı yönlendirme yapılamadığı bildirilmektedir; yerel bir blog yoktur.

Çerçeve: her şeyi widget mı, site mi belirler

“Ecwid SEO” hakkındaki içeriklerin çoğu Ecwid’i Shopify veya BigCommerce gibi — sabit bir SEO davranışları kümesine sahip barındırılan bir platform olarak — ele alır. Oysa öyle değildir. Ecwid (“E-commerce widget”, satın almanın ardından artık Ecwid by Lightspeed), temelde gömülebilir bir JavaScript mağaza vitrini niteliğindedir. Bir widget’ı mevcut bir sayfaya yapıştırırsınız; katalog, sepet ve ödeme akışı istemci tarafında oluşturulur. Ecwid ayrıca kendi barındırılan oluşturucusu olan Instant Site’ı da sunar; dolayısıyla sitenin tamamı olarak da kullanılabilir.

Bu ikilik, makalenin tamamını düzenleyen fikirdir. Bir şeyi teşhis etmeden önce herhangi bir Ecwid mağazası hakkında şu soruyu sorun: Bu, Instant Site / WordPress / Wix yolu mu, yoksa başka bir yere gömülmüş bir widget mı? Çünkü Ecwid’in duyurduğu SEO dostu davranışların neredeyse tamamı ilk yolla sınırlıdır ve ikincisinde yoktur. Platformun SEO davranışının nerede çalıştığından bağımsız olarak kabaca sabit kaldığı Shopify veya WooCommerce’in aksine, Ecwid’in davranışı barındırıldığı yere göre değişir.

Sizin için halledilenler (Instant Site + WordPress + Wix): tarayıcılara sunulan statik HTML kopyaları, temiz URL’ler, otomatik site haritası, otomatik robots.txt (Instant Site), tam JSON-LD yapılandırılmış verisi ve canonical etiketleri.

Sizin yapmanız gerekenler (özel / diğer oluşturucular): sunucu yeniden yazma kurallarıyla temiz URL kurulumu, site haritası oluşturma, Storefront SDK aracılığıyla statik oluşturma ve canonical/hreflang etiketlerinin hiç sunulmama ihtimalini hesaba katmak.

Ecwid’in SEO itibarındaki sorun neden var

Ecwid yıllardır “SEO için kötü” bir itibara sahip ve belgeler bunun nedenini alışılmadık derecede açık anlatıyor. Ecwid’in kendi sözleriyle: “Search engines do not always index dynamic websites well. To ensure they index Ecwid stores, we use special technology. If you sell with Ecwid Instant site or use WordPress or Wix plugin, Ecwid creates a static HTML copy for every product and category page in your store, then gives this copy to a search engine.” (Türkçe çeviri) “Arama motorları dinamik web sitelerini her zaman iyi dizine eklemez. Ecwid mağazalarını dizine eklemelerini sağlamak için özel bir teknoloji kullanırız. Ecwid Instant Site ile satış yapıyorsanız ya da WordPress veya Wix eklentisini kullanıyorsanız Ecwid, mağazanızdaki her ürün ve kategori sayfasının statik HTML kopyasını oluşturup arama motoruna sunar.” (Ecwid SEO için ne yapar)

Bunu dikkatle okuyun — çözüm üç entegrasyonla sınırlıdır. Diğer herkes, sunucu tarafından oluşturulan geri dönüşü olmayan istemci tarafı JS widget’ını alır. Geliştirici belgeleri de aynı şeyi ters yönden söyler: “If your website is based on Wix or WordPress site builders, use our official integrations… These integrations have static store pages enabled out of the box. And if you build a storefront on another CMS or a custom website, use our Storefront SDK and Static code endpoints to set up static pages for your website.” (Türkçe çeviri) “Web siteniz Wix veya WordPress site oluşturucularına dayanıyorsa resmî entegrasyonlarımızı kullanın… Bu entegrasyonlarda statik mağaza sayfaları hazır olarak etkindir. Başka bir CMS üzerinde veya özel bir web sitesinde mağaza vitrini oluşturuyorsanız sitenizin statik sayfalarını kurmak için Storefront SDK ile Static code uç noktalarımızı kullanın.” (Statik mağaza sayfaları)

Dolayısıyla bu itibar eski bir kalıntı değildir — widget’ı Squarespace, Weebly, Webflow veya özel bir sayfaya gömüp statik katmanı kendileri oluşturmayan herkes için hâlâ geçerlidir. Temel gömme gerçekten istemci tarafında oluşturulur:

<div id="my-store-1003"></div>
<script type="text/javascript" src="https://app.ecwid.com/script.js?1003" charset="utf-8"></script>
<script type="text/javascript">xProductBrowser("id=my-store-1003");</script>

Mağaza vitrininin tamamı budur (Mağaza vitrini widget’ı için dinamik yükleme). Bir tarayıcının ürünleri görüp görmemesi, o JavaScript’i oluşturup oluşturmadığına bağlıdır — bu da tam olarak JavaScript SEO sorunudur ve statik HTML mekanizmasının neden bu kadar önemli olduğunu açıklar.

URL yapısı — buradaki en incelikli gerçek

Bu, buradaki en önemli teknik ayrıntıdır ve Ecwid’in barındırılan tüm rakiplerinden keskin biçimde ayrıldığı noktadır. Ecwid’in URL biçimi tamamen mağazanın nasıl entegre edildiğine bağlıdır. Belgelerde şöyle deniyor: “Ecwid generates different URL formats based on your website’s setup and the features you have enabled.” (Türkçe çeviri) “Ecwid, web sitenizin kurulumuna ve etkinleştirdiğiniz özelliklere göre farklı URL biçimleri oluşturur.” (Daha iyi URL’lerle özel web sitesi SEO’sunu iyileştirme)

Alışılmış varsayıma ilişkin kritik düzeltme: hashbang (/#!/) biçimi mevcut varsayılandır, 2014 döneminden kalma bir kalıntı değildir. Instant Site veya yerel WordPress/Wix uygulamaları olmayan herhangi bir özel/gömülü sitede, Clean Store URLs’ı açıkça etkinleştirmediğiniz sürece hashbang URL’leri alırsınız. Belgeler uyarınca bunları özel bir sitede etkinleştirmek için “you must have: Access to its server rewrite rules [and] HTML code of the store page” (Türkçe çeviri) “Şunlara sahip olmalısınız: sunucunun yeniden yazma kurallarına [ve] mağaza sayfasının HTML koduna erişim.” — Apache .htaccess, Nginx sunucu bloğu veya IIS URL rewrite modülüne erişiminiz olmalıdır (Özel bir web sitesinde Clean Store URLs’ı etkinleştirme).

Instant Site, WordPress ve Wix’te temiz URL’ler otomatik olarak oluşturulur — Ecwid, bu ortamlarda “SEO-friendly URLs automatically.” (Türkçe çeviri) “SEO dostu URL’leri otomatik olarak.” sunduğunu açıkça belirtir. Ürünler ve kategoriler için özel URL slug’ları da kullanılabilir; ancak arayüzde yalnızca Instant Site’ın (yeni sürüm) veya WordPress’in içinde. Diğer oluşturuculardaki mağaza sahipleri slug’ları yalnızca REST API aracılığıyla ayarlayabilir (Ecwid sitesi ve mağazası için SEO’yu iyileştirme).

Google bunu tarayabiliyorsa hashbang varsayılanı neden önemlidir? Çünkü # işaretinden sonraki parça, tasarım gereği tarayıcı tarafından sunucuya hiçbir zaman gönderilmez. Bu durum sunucu günlüklerinin görünürlüğü, bazı tarayıcı/araç uyumlulukları, bağlantı değerinin birleştirilmesi ve sosyal paylaşım önizlemeleri açısından gerçek bir sürtüşme yaratır. Google’ın kendi görüşü (aşağıdaki Google bölümünde daha ayrıntılı ele alınmıştır), #! URL’lerini oluşturabildiği ancak yeni URL’ler eklenmesine karşı öneride bulunduğu yönündedir — bu da “Google bunu tarayabiliyor” deyip geçmek yerine Clean Store URLs’ı etkinleştirmenin gerekçesidir.

Taranabilirlik ve oluşturma — statik mağaza sayfaları

Bu, platformun teknik kalbidir. Instant Site, WordPress ve Wix’te Ecwid, her ürün/kategori sayfasının önceden oluşturulmuş statik HTML kopyasını tarayıcılara sunar, ardından canlı JS widget’ını insanlar için devreye alır. Bu kurulumların temiz biçimde taranmasını sağlayan şey budur.

Diğer her yerde bunu kendiniz oluşturursunuz. Geliştirici belgelerine göre mekanizma manueldir: bir REST uç noktasından önceden oluşturulmuş HTML’yi alın (storefront.ecwid.com/product-page/{storeId}/{productId}/static-code, ayrıca kategori/ana sayfa eşdeğerleri), görünür bir kapsayıcıya yerleştirin, ardından yüklendiğinde Storefront SDK (ec.storefront.staticPages.*, StaticPageLoader.switchToDynamicMode()) aracılığıyla canlı widget’a devredin (Static store pages). Bir geliştirici bunu oluşturmazsa tarayıcılar yalnızca istemci tarafı widget’ın oluşturduğu — ya da oluşturamadığı — şeyi görür.

Açıkça belirtilmesi gereken pratik çıkarım şu: Squarespace, Webflow, Weebly veya elle oluşturulmuş bir sayfaya bırakılan Ecwid widget’ı, varsayılan olarak hashbang URL’leri kullanan ve sunucu tarafından oluşturulan geri dönüşü olmayan, tamamen istemci tarafı JavaScript’tir. “Ecwid SEO için kötüdür” itibarının dayandığı tam senaryo budur ve WordPress dışı/Wix dışı/Instant Site dışı gömmelerin çoğu için bugün de geçerlidir.

Site haritası ve robots.txt

Otomatik oluşturma burada da entegrasyona bağlıdır. Ecwid şöyle der: “Ecwid automatically generates a sitemap.xml file… New pages – and new products – are indexed faster with sitemaps… You still need to submit a sitemap to Google manually” (Türkçe çeviri) “Ecwid otomatik olarak bir sitemap.xml dosyası oluşturur… Yeni sayfalar ve yeni ürünler site haritaları sayesinde daha hızlı dizine eklenir… Yine de site haritasını Google’a elle göndermeniz gerekir.” — kullanılabilirlik Venture, Business, Unlimited olarak listelenmiştir (Ecwid SEO için ne yapar). Instant Site’ta site haritası robots.txt aracılığıyla dahili olarak da gönderilir; ancak keşfi hızlandırmak için bunu Search Console’da yine de gönderebilirsiniz (Google’a site haritası gönderme).

Ancak aynı makale kendiniz yapacağınız yol konusunda açıktır: “If you are using Ecwid with your own website, you can generate a sitemap for your store pages by using a third-party service.” (Türkçe çeviri) “Ecwid’i kendi web sitenizle kullanıyorsanız üçüncü taraf bir hizmet aracılığıyla mağaza sayfalarınız için site haritası oluşturabilirsiniz.” WordPress v5.5+ için eklenti bir mağaza site haritasını otomatik oluşturur; eski sürümlerde Yoast veya Google XML Sitemaps gerekir. Wix’e ilişkin uyarı önemlidir — Wix’in kendi site haritası site sayfalarını “and not the store pages with your products, categories, etc.” (Türkçe çeviri) “ürünlerinizin, kategorilerinizin vb. bulunduğu mağaza sayfalarını değil.” kapsar. Dolayısıyla bir Wix + Ecwid mağazasının ürün sayfaları Wix’in site haritasında yer almaz; keşfedilmeleri için Ecwid’in statik oluşturma yoluna güvenirsiniz.

robots.txt de benzer şekilde kapsamla sınırlıdır. Ecwid robots.txt’yi yalnızca Instant Site’ta kontrol eder; burada ürün ve kategori sayfaları dizine eklenebilirken sepet ve arama sonuçları sayfaları hariç tutulur (ziyaretçiye özeldir). Mevcut bir siteye yapılan herhangi bir gömmede robots.txt, barındıran CMS’ye veya barındırma hesabına aittir — Ecwid’in orada yönetebileceği bir robots.txt’si hiç yoktur. Bu, WordPress’in robots.txt’ye sahip olduğu WooCommerce’den veya yönetici panelinden düzenlenebilen BigCommerce’den farklıdır — Ecwid’de robots.txt’nin sahibi widget’ın nerede yaşadığına bağlıdır.

Canonical etiketleri ve yinelenen içerik

Ecwid’in statik sayfa REST yanıtında bir canonicalUrl alanı bulunur — “Canonical URL for this page” (Türkçe çeviri) “Bu sayfanın canonical URL’si.” — ve bu alan htmlCode, metaDescriptionHtml, ogTagsHtml, jsonLDHtml ve hrefLangHtml ile birlikte döndürülür (Ürün sayfası için statik kod). Dolayısıyla canonical etiketleri Ecwid’in statik oluşturmasının çalıştığı her yerde (Instant Site, WordPress, Wix) otomatik olarak ele alınır. Yalnızca JS widget’ını statik/SSR katmanı olmadan gömen özel bir entegrasyonda, tarayıcılara sunulan hiçbir canonical etiketi olmayabilir — sayfa, gerçekte teslim edilen ürün başına HTML içermeyen, istemci tarafında oluşturulmuş tek bir URL’dir.

Daha ciddi yinelenen içerik riski, ürünün yeniden adlandırılmasıdır. Ecwid ürün URL’sini başlıktan oluşturur; dolayısıyla ürün başlığını değiştirirseniz yeni bir URL oluşur ve eski URL otomatik olarak yönlendirilmez. Eski URL çalışmayı sürdürdüğü için tek ürünün iki canlı URL’si olur. Ecwid daha sonra Instant Site için elle 301 yönlendirmesi oluşturma özelliğini sundu; önceden yönlendirme eklerseniz bu risk önlenebilir. Buna karşılık uygulayıcılar gömülü widget sürümünde yönlendirme oluşturulamadığını bildiriyor. Style Factory bunu “can’t create redirects,” (Türkçe çeviri) “yönlendirme oluşturamazsınız,” sözleriyle aktarır ve bunun “is not ideal at all because if you change a URL, a redirect is necessary” (Türkçe çeviri) “bir URL’yi değiştirirseniz yönlendirme gerektiği için hiç ideal değildir” olduğunu belirtir (Style Factory). Sonuç olarak URL’leri yayımdan önce planlayın ve araçların izin verdiği yerlerde ürünü yeniden adlandırmadan önce 301 yönlendirmesini kurun. Canonicalization kümesi bunun temel mekanizmasını açıklar.

Yapılandırılmış veri

Ecwid tüm entegrasyonlarda schema.org işaretlemesini otomatik olarak oluşturur; bu gerçek bir güçlü yönüdür — ancak iki uyarı vardır. Ecwid’in sözleriyle: “Ecwid uses Schema.org vocabulary to annotate product information and adds structured data to all store pages automatically. For Ecwid Instant Site and stores on WordPress sites, structured data is generated using JSON-LD and Microdata markup. For all the other websites, only the Microdata format is used. As of now, it’s impossible to edit or remove the structured data.” (Türkçe çeviri) “Ecwid, ürün bilgilerini açıklamak için Schema.org söz varlığını kullanır ve tüm mağaza sayfalarına otomatik olarak yapılandırılmış veri ekler. Ecwid Instant Site ve WordPress sitelerindeki mağazalarda yapılandırılmış veri JSON-LD ve Microdata ile oluşturulur. Diğer tüm web sitelerinde yalnızca Microdata biçimi kullanılır. Şu anda yapılandırılmış veriyi düzenlemek veya kaldırmak mümkün değildir.” (Ecwid SEO için ne yapar)

Uygulanabilir iki nokta var: (1) tamamen düzenlenemez — Ecwid aracılığıyla şema özelleştirmesi yapılamaz, FAQ veya Video işaretlemesi eklenemez; (2) biçim entegrasyona göre değişir — tam JSON-LD+Microdata yalnızca Instant Site/WordPress’te, diğer her yerde yalnızca Microdata. Microdata daha eski ve hataya daha açık bir biçimdir; Google hâlâ okuyabilir ancak JSON-LD’yi önerir. Dolayısıyla “a widget can’t do rich results” miti yanlıştır — Ecwid her yerde yapılandırılmış veri sağlar — ancak bu işaretlemenin kalitesi yerel entegrasyonlarda daha iyidir ve hangi durumda olursa olsun ona dokunamazsınız.

Meta etiketleri, alt metni ve plan kısıtlaması

Sayfa içi kontroller ücretli planların arkasındadır. Özel başlıklar, meta açıklamaları ve slug’lar Venture, Business veya Unlimited gerektirir — ücretsiz plandaki mağaza sahipleri meta etiketlerini hiç düzenleyemez. Ücretsiz katmandaki herhangi bir müşteriyle bunu erkenden dile getirin; bu bir en iyi uygulama ayrıntısı değil, kesin bir sınırlamadır.

Görsel alt metni varsayılan olarak ürün adına ayarlanır, ancak artık kilitli değildir. Ecwid artık Katalog → Ürünler → görsel → Eylemler → Alt metni düzenle yoluyla ürün görseli ve varyasyon görseli başına özel alt metin (125 karaktere kadar) belirlemenize izin verir — meta etiketlerinin aksine bunun için herhangi bir plan kısıtlamasından söz edilmemektedir. Ayrıca bir geçiş düğmesini (Instant Site’ta Web sitesi → Siteyi düzenle → Ürün → Ürün ayrıntıları → Görsel galerisi; diğer entegrasyonlarda eşdeğer ayar) etkinleştirerek özel alt metnini her galeri fotoğrafının altında görünür bir açıklama olarak gösterebilirsiniz; bu, giyim beden/kalıp ayrıntıları için kullanışlıdır. (Görsel alt metinleri ve görünür ürün görseli açıklamaları) Bu, Ecwid’i bir süre önce kontrol ettiyseniz bilmeye değer gerçek bir iyileştirmedir — Style Factory dahil çeşitli üçüncü taraf incelemeleri alt metninin değiştirilemez olduğunu hâlâ belirtiyor ve bu artık güncel değil. Çoğu ürün görseli için “ürün adının alt metin olarak kullanılması” iyi bir varsayılandır; ancak açıklayıcı veya erişilebilirliği artıran bir alt metnine ihtiyacınız varsa — bu, image SEO ve ekran okuyucu kullanıcıları için önemlidir — artık bunu kendiniz yazabilirsiniz.

Çok dilli ve uluslararası SEO

Ecwid’in kod gerektirmeyen çok dilli özelliği (Instant Site), klasik hreflang uluslararasılaştırması değildir. Her dil kendi alt yolunu alır ve Ecwid’in yardım belgesi her birini SEO açısından kendi başına ele almanız gereken, kendi içinde bağımsız birer mini site olarak tanımlar: “each translated version of your site has its own subdomain [subpath] with a language code… Search engines consider each… as unique and distinct from your main site. You need to optimize each version to make it high ranked.” (Türkçe çeviri) “Sitenizin çevrilmiş her sürümünün dil kodu içeren kendi alt alanı [alt yolu] vardır… Arama motorları her birini ana sitenizden benzersiz ve ayrı kabul eder. Üst sıralarda yer alması için her sürümü optimize etmeniz gerekir.” (Çok dilli site oluşturma)

Orada sürümler arasında otomatik hreflang bağlantısından söz edilmiyor. API düzeyinde hreflang desteklenir — statik kod uç noktası bir internationalPages parametresi alır ve bir hrefLangHtml alanı döndürür (Ürün sayfası için statik kod) — ancak bu geliştiricilere yöneliktir. Vurgulanması gereken boşluk şu: kod gerektirmeyen çok dilli Instant Site özelliğini kullanan bir mağaza sahibi, dil sürümleri arasında muhtemelen sıfır otomatik hreflang etiketi alır; bu, genel hreflang kılavuzlarının uyardığı “yanlış sorguda yanlış yerel ayarın sıralanması” sorununun tam kendisidir. Uluslararası SEO önemliyse ya bir geliştiricinin API’nin internationalPages parametresini çağırmasını sağlayın ya da hreflang bildirimlerini kendiniz ekleyin.

Ecwid’in yapmadıkları

• Yerel blog yok. Style Factory: Style Factory, yerleşik blog altyapısı bulunmadığını; içerik pazarlaması veya SEO amaçlı yayınlar için blogun ayrı bir yerde, örneğin WordPress’te barındırılıp mağazaya bağlanması gerektiğini belirtir. Instant Site’ın blog “geçici çözümü” tuhaf — “involves a really odd workaround where product categories are used to create posts.” (Türkçe çeviri) “Gönderi oluşturmak için ürün kategorilerinin kullanıldığı oldukça tuhaf bir geçici çözüm gerektirir.” İçerik sizin için bir kanalsa başka yerde gerçek bir blog işletin. (WordPress üzerinde çalışan WooCommerce’in yapısal bir avantajının bulunduğu noktalardan biri budur.)
• Instant Site dışındaki gömmelerde yönlendirme araçları sınırlı — yukarıda ele alındı; widget sürümünün hiç yönlendirme yapamadığı bildiriliyor.
• Düzenlenebilir yapılandırılmış veri yok — yukarıda ele alındı. (Yapılandırılmış verinin aksine görsel alt metni artık görsel başına düzenlenebilir — yukarıdaki meta etiketleri bölümüne bakın.)

Ecwid ve diğer platformlar karşılaştırması

Ecwid’in barındırılan rakiplerden daha zayıf olduğu yerler: temel SEO davranışı gömüldüğü yere göre değişen tek platform olması; yerel blogunun bulunmaması (WooCommerce burada WordPress üzerinde çalıştığı için öne çıkar); widget sürümünde yönlendirmelerin bulunmaması (Shopify, BigCommerce, Magento ve PrestaShop bunu daha iyi yönetir); ve ücretsiz katmanda SEO’nun kilitli olmasıdır. Yeterli olduğu yerler: yapılandırılmış veri her yerde otomatik gelir, HTTPS ve mobil oluşturma sorunsuzdur ve Instant Site/WordPress/Wix’teki statik oluşturma yolu JavaScript taranabilirliği sorununu gerçekten çözer.

Dürüst konumlandırma şudur: Ecwid, zaten sahip olduğunuz bir siteye yeniden kurulum yapmadan ve düşük maliyetle mağaza eklemek için tasarlanmış işte mükemmeldir. Bu site WordPress veya Wix ise ya da Instant Site kullanıyorsanız SEO temeliniz sağlamdır. Widget’ı özel bir siteye veya başka bir oluşturucuya gömüyor ve SEO’yu önemsiyorsanız ya geliştirici işine (statik sayfalar, temiz URL’ler, kendiniz oluşturacağınız site haritası, hreflang) bağlanmanız ya da bunun için tasarlanmış bir platforma — Shopify, BigCommerce, WooCommerce, Magento veya PrestaShop — geçmeniz gerekir.

AI özeti

Advanced sürümün kısaltılmış özeti:

• Ecwid (şimdi Ecwid by Lightspeed) varsayılan olarak barındırılan bir site değil, gömülebilir bir JavaScript widget’ıdır. Mevcut bir WordPress, Wix, Squarespace veya özel sayfaya mağaza vitrini yapıştırırsınız. Kendi oluşturucusu olan Instant Site, sitenin tamamını çalıştırabilir. Widget ile site arasındaki bu ayrım, SEO’ya ilişkin her gerçeği belirler.
• SEO dostu davranış üç entegrasyonla sınırlıdır: Instant Site, WordPress eklentisi ve Wix uygulaması tarayıcılara sunulan statik HTML’yi, temiz URL’leri, otomatik site haritasını ve (Instant Site’ta) otomatik robots.txt’yi alır. Diğer tüm yerlerde iş size düşer.
• Özel gömmelerde varsayılan URL biçimi /#!/product-name/p/123456 hashbang biçimidir — bu günceldir, eski bir kalıntı değildir. Clean Store URLs, Instant Site/WordPress/Wix’te otomatik olur; diğer yerlerde sunucu yeniden yazma kuralları (.htaccess/nginx/IIS) gerekir.
• Statik oluşturma (“statik mağaza sayfaları”) kullanıma hazır olarak yalnızca üç yerel entegrasyonda bulunur; özel bir sitede geliştiricinin Storefront SDK + static-code REST uç noktalarını bağlaması gerekir, aksi hâlde tarayıcılar yalnızca istemci tarafında oluşturulan widget’ı görür.
• Site haritası ve robots.txt’nin otomatik oluşturulması yalnızca Instant Site’a (ve modern WordPress’e) özgüdür; özel sitelerde site haritasını kendiniz oluşturursunuz; Wix’in kendi site haritası Ecwid ürün sayfalarını hariç tutar.
• Canonical + hreflang API alanları olarak mevcuttur (canonicalUrl, hrefLangHtml) ancak yalnızca statik oluşturmanın çalıştığı yerlerde doldurulur. Kod gerektirmeyen çok dilli Instant Site özelliği, dil sürümleri arasında hreflang bağlantısını otomatik olarak kurmaz.
• Yapılandırılmış veri otomatiktir ancak düzenlenemez — Instant Site/WordPress’te tam JSON-LD+Microdata, diğer yerlerde yalnızca Microdata.
• Bir ürünü yeniden adlandırmak otomatik yönlendirme olmadan yeni bir URL oluşturur; Instant Site’ta artık manuel kalıcı yönlendirmeler kurulabilir, ancak gömülü widget’ın hiç yönlendirme yapamadığı bildirilmektedir.
• Ücretsiz planda meta etiketleri düzenlenemez; yerel blog yoktur. Görsel alt metni varsayılan olarak ürün adına ayarlanır ancak artık görsel başına değiştirilebilir (plan kısıtlaması yoktur); meta etiketlerinde durum böyle değildir. Google hashbang URL’lerini tarayabilir ancak bunlara karşı öneride bulunur — Clean Store URLs’ın gerekçesi budur. Özel bir gömmede SEO önemliyse geliştirici işini yapın veya bunun için tasarlanmış bir platform kullanın (Shopify, BigCommerce, WooCommerce, Magento, PrestaShop).

Resmî belgeler

Ecwid/Lightspeed ve Google’dan birincil kaynak belgeleri.

Ecwid / Lightspeed

• Ecwid SEO için ne yapar — genel bakış: statik kopyalar, temiz URL’ler, site haritası, robots.txt, yapılandırılmış veri ve otomatik ALT etiketleri.
• Görsel alt metinleri ve görünür ürün görseli açıklamaları — varsayılan ürün adı alt metnini görsel başına nasıl değiştireceğiniz.
• Ecwid sitesi ve mağazası için SEO’yu iyileştirme — meta etiketleri, özel URL slug’ları, 301 yönlendirmeleri, site haritası gönderimi, SSL ve plan kısıtlaması.
• Google’a site haritası gönderme — Instant Site ile kendi web sitenizde site haritası yönetimi, WordPress ve Wix ayrıntıları.
• Ecwid Instant Site ile çok dilli site oluşturma — dil başına alt yol modelini ve bunun SEO sonuçlarını açıklar.
• Lightspeed eCom SEO için ne yapar — “Lightspeed eCom” = Ecwid olduğunu doğrulayan Lightspeed markalı ayna sayfa.

Ecwid geliştirici belgeleri

• Statik mağaza sayfaları — kullanıma hazır statik oluşturmanın kapsamı ve Storefront SDK değiştirme mekanizması.
• Ürün sayfası için statik kod — canonicalUrl, hrefLangHtml ve internationalPages alanları.
• Daha iyi URL’lerle özel web sitesi SEO’sunu iyileştirme — üç katmanlı URL karşılaştırma tablosu.
• Özel web sitesinde Clean Store URLs’ı etkinleştirme — sunucu yeniden yazma kuralı gereksinimleri.
• Mağaza vitrini widget’ı için dinamik yükleme — temel gömme kodu.

Google

• Deprecating our AJAX crawling scheme — Google’ın #! URL’lerini oluşturduğunu ancak yeni hashbang/escaped-fragment URL’leri eklemeye karşı öneride bulunduğunu belirten 2015 tarihli açıklaması.
• Structured data intro — Google’ın Microdata yerine neden JSON-LD’yi önerdiği.

Kaynaktan alıntılar

Ecwid/Lightspeed, Google ve bu kılavuzu şekillendiren Ecwid’e özgü bulguları sunan uygulayıcılardan kayda geçmiş ifadeler. Bir sayfa derin bağlantıyı destekliyorsa alıntılanan bölüme bağlantı veriyorum.

Google — hashbang / AJAX taraması (derin bağlantı doğrulandı)

• “In short: We are no longer recommending the AJAX crawling proposal we made back in 2009.” (Türkçe çeviri) “Kısacası, 2009’da sunduğumuz AJAX tarama önerisini artık tavsiye etmiyoruz.” — Google Search Central Blog, 14 Ekim 2015. Google bugün #! URL’lerini oluşturur ancak yenilerini eklemeye karşı öneride bulunur. Alıntıya git

Ecwid geliştirici belgeleri — URL yapısı ve statik sayfalar (derin bağlantı doğrulandı)

• “When you add an Ecwid store to a custom website, it creates dynamic pages for the catalog” (Türkçe çeviri) “Özel bir web sitesine Ecwid mağazası eklediğinizde katalog için dinamik sayfalar oluşturur.” — varsayılan olarak hashbang URL’leri oluşturan kurulum. Alıntıya git
• “To enable Clean Store URLs on a custom website, you must have:” (Türkçe çeviri) “Özel bir web sitesinde Clean Store URLs’ı etkinleştirmek için şunlara sahip olmalısınız:” sunucu yeniden yazma kurallarına ve mağaza sayfasının HTML’sine erişim — yani temiz URL’ler yerel bir entegrasyondan bağımsız olarak ücretsiz değildir. Alıntıya git
• “If your website is based on Wix or WordPress site builders, use our official integrations” (Türkçe çeviri) “Web siteniz Wix veya WordPress site oluşturucularına dayanıyorsa resmî entegrasyonlarımızı kullanın.” — kullanıma hazır statik oluşturmanın kapsamını belirten ifade. Alıntıya git

Ecwid destek belgeleri — SEO genel bakışı (aktarıldı; support.ecwid.com ana bilgisayarı otomatik getirmeyi engelliyor, bu nedenle bunlar getirme ile doğrulanmış bir #:~:text= parçası üzerinden değil, oluşturulmuş sayfa kullanılarak doğrulandı — son hâle getirmeden önce canlı sayfada teyit edin)

• “Search engines do not always index dynamic websites well. To ensure they index Ecwid stores, we use special technology.” (Türkçe çeviri) “Arama motorları dinamik web sitelerini her zaman iyi dizine eklemez. Ecwid mağazalarını dizine eklemelerini sağlamak için özel bir teknoloji kullanırız.” — Ecwid SEO için ne yapar, “Sayfaların statik kopyaları”
• “Ecwid uses Schema.org vocabulary to annotate product information and adds structured data to all store pages automatically… For all the other websites, only the Microdata format is used. As of now, it’s impossible to edit or remove the structured data.” (Türkçe çeviri) “Ecwid, ürün bilgilerini açıklamak için Schema.org söz varlığını kullanır ve tüm mağaza sayfalarına otomatik olarak yapılandırılmış veri ekler… Diğer tüm web sitelerinde yalnızca Microdata biçimi kullanılır. Şu anda yapılandırılmış veriyi düzenlemek veya kaldırmak mümkün değildir.” — aynı makale, “Yapılandırılmış veri”
• “Ecwid automatically generates a sitemap.xml file… You still need to submit a sitemap to Google manually.” (Türkçe çeviri) “Ecwid otomatik olarak bir sitemap.xml dosyası oluşturur… Yine de site haritasını Google’a elle göndermeniz gerekir.” — aynı makale, “Instant Site için site haritası”

Uygulayıcılar — Ecwid’e özgü bulgular (Style Factory’den aktarıldı; kaynaktan teyit edin)

• “you can’t create redirects in the widget (embedded) version of Ecwid either, which is not ideal at all because if you change a URL, a redirect is necessary to tell Google where the new page lives.” (Türkçe çeviri) “Ecwid’in widget (gömülü) sürümünde de yönlendirme oluşturamazsınız; bu hiç ideal değildir, çünkü bir URL’yi değiştirirseniz yeni sayfanın yerini Google’a bildirmek için yönlendirme gerekir.” Kaynak
• “Changing alt text (the description of images that search engines and screen readers see) isn’t possible, though — you’re stuck with whatever Ecwid generates for you automatically.” (Türkçe çeviri) “Ancak alt metni, yani arama motorlarıyla ekran okuyucuların gördüğü görsel açıklamasını değiştirmek mümkün değildir; Ecwid’in otomatik oluşturduğu metinle yetinirsiniz.” Kaynak — geçerliliğini yitirdi: Ecwid’in kendi yardım merkezi artık görsel başına özel alt metni (125 karaktere kadar, plan kısıtlaması olmadan) belgeliyor; dolayısıyla bu bulgu artık geçerli değildir. Görsel alt metinleri ve görünür ürün görseli açıklamaları sayfasına bakın.
• “There’s no built-in blogging engine. For content marketing or SEO blogging, you’ll need to host your blog separately (on WordPress, for example) and link to it.” (Türkçe çeviri) “Yerleşik bir blog altyapısı yoktur. İçerik pazarlaması veya SEO amaçlı blog yayını için blogunuzu ayrı bir yerde, örneğin WordPress’te barındırıp ona bağlantı vermeniz gerekir.” Kaynak

Ecwid SEO kontrol listesi

Etkiye göre önceliklendirilmiştir. İlk soru listenin yarısını belirler: bu hangi entegrasyon?

Önce kurulumu belirleyin

• Bu mağazanın Instant Site, WordPress eklentisi, Wix uygulaması veya özel/başka bir gömme üzerinde çalıştığını doğrulayın — aşağıdaki her madde buna göre dallanır.

Yüksek etki

• Clean Store URLs etkin. Instant Site/WordPress/Wix’te otomatik; özel sitede sunucu yeniden yazma kurallarını (.htaccess / nginx / IIS) ve JS bayrağını ekleyin — hashbang /#!/ URL’lerini olduğu gibi bırakmayın.
• Tarayıcılar gerçek HTML alıyor. Özel/başka oluşturucuya yapılan bir gömmede Storefront SDK + static-code uç noktalarını bağlayın (veya yerel bir entegrasyona geçin), böylece sayfalar tamamen istemci tarafı JS olmaz.
• Site haritası mevcut ve gönderilmiş. Instant Site/modern WordPress otomatik oluşturur; özel sitelerde üçüncü taraf oluşturucu gerekir. Google Search Console ve Bing Webmaster Tools’a gönderin. Wix’te Wix’in kendi site haritasının Ecwid ürün sayfalarını hariç tuttuğunu unutmayın.
• Kalıcı yönlendirmeleri yeniden adlandırmadan önce planlayın. Ürün başlığını değiştirmeden önce Instant Site yönlendirmesini kurun; yönlendirme yapamadığınız için gömülü widget’ta yeniden adlandırmalardan kaçının.

Standart kurulum

• Başlıkları/meta açıklamalarını hiç düzenlemeniz gerekiyorsa ücretli plan (Venture/Business/Unlimited) — ücretsiz plan bunu yapamaz.
• Ana sayfa, en önemli ürünler ve en önemli kategoriler için sayfa başlıkları ve meta açıklamaları yazılmış olmalı.
• Yapılandırılmış veriyi Google’ın Rich Results Test’i ile doğrulayın (otomatik oluşturulur ve düzenlenemez — geçerli olduğunu, özellikle özel gömmelerde yalnızca Microdata yolunu teyit edin).
• Ürün/kategori sayfalarında canonical etiketlerinin bulunduğunu doğrulayın (yerel entegrasyonlarda otomatik; çıplak bir widget gömmesinde bulunmayabilir).
• İçerik bir kanal olacaksa başka yerde gerçek bir blog kurun (ör. WordPress) — Ecwid’in yerel blogu yoktur.

Uluslararası (yalnızca çok dilli)

• Dil sürümleri arasında hreflang’ın gerçekten mevcut olduğunu doğrulayın — kod gerektirmeyen Instant Site çok dilli özelliği bunu otomatik olarak eklemez; API’nin internationalPages parametresini kullanın veya bildirimleri kendiniz ekleyin.
• Ecwid her birini farklı bir site olarak ele aldığı için her dil sürümünü bağımsız olarak optimize edin (başlıklar/açıklamalar çevrilmiş olmalı).

Mağaza vitrini sahipliği çerçevesi

Her Ecwid denetimi dört çıktının sorumluluğunu belirleyerek başlar:

1. Barındıran sayfa: çevresindeki Wix, WordPress, özel veya Instant Site rotası.
2. Mağaza rotası: Ecwid’in tarayıcılara sunduğu temiz ürün/kategori URL’si.
3. Arama sinyalleri: canonical, meta verileri, yapılandırılmış veri ve dahili bağlantılar.
4. Keşif dosyaları: site haritasını ve robots kurallarını hangi sistemin yayımladığı.

Barındıran taraf ve mağaza aynı sorumluluğu üstlendiğinde yinelenen ve çakışan sinyaller ortaya çıkar. Hiçbiri üstlenmediğinde ürün URL’leri site haritalarından kaybolur veya gerekli işaretleme olmadan sunulur. Ayarları değiştirmeden önce her çıktı için tek bir sahip belgeleyin.

Ecwid SEO kısa başvuru

Entegrasyona göre otomatik olanlar

URL biçimleri

Plan kısıtlaması (sayfa içi SEO)

• Ücretsiz plan: başlıkları/meta açıklamalarını düzenleyemez.
• Venture / Business / Unlimited: özel başlıklar, açıklamalar, slug’lar, site haritası.

Önemli API alanları (static-code uç noktası)

• canonicalUrl — canonical etiketi
• hrefLangHtml — hreflang etiketleri (internationalPages parametresi gerekir)
• jsonLDHtml / metaDescriptionHtml / ogTagsHtml — head’in geri kalanı

Yapılmaması gerekenler

• Özel bir gömmede hashbang /#!/ URL’lerini bırakmayın — Clean Store URLs’ı etkinleştirin.
• Gömülü widget’ta ürünleri yeniden adlandırmayın (yönlendirme yoksa yinelenen/kimsesiz URL oluşur).
• Wix’in site haritasının Ecwid ürünlerinizi içerdiğini varsaymayın (içermez).
• Kod gerektirmeyen çok dilli özelliğin hreflang eklediğini varsaymayın (eklemez).
• Yapılandırılmış veriyi düzenlemeyi beklemeyin (düzenleyemezsiniz) — ancak varsayılanlar yeterince iyi değilse özel alt metni ayarlayın; bu artık görsel başına düzenlenebilir.

Ecwid URL varyantlarını karşılaştırın

Şüpheli ürün/kategori varyantlarını urls.txt dosyasına aktarın, ardından durumlarını ve canonical hedeflerini yakalayın:

while IFS= read -r url; do
  html=$(mktemp)
  status=$(curl -sSL -o "$html" -w '%{http_code}' "$url")
  canonical=$(grep -Eio '<link[^>]+rel=["'"']canonical["'"'][^>]*>' "$html" | head -1)
  printf '%s\t%s\t%s\n' "$status" "$url" "$canonical"
  rm -f "$html"
done < urls.txt

Çıktıyı ürüne göre gruplayın. Her herkese açık varyant ya tutarlı biçimde birleştirilmeli ya da farklı bir amaca sahip olmalıdır; tercih edilen URL’yi yalnızca durum kodundan çıkarmayın.

Ecwid SEO araçları

• Google Search Console — site haritanızı gönderin, Google’ın ürün sayfalarınızı gerçekten oluşturduğunu doğrulamak için URL Inspection’ı kullanın (herhangi bir JS-widget gömmesinde kritik) ve hashbang veya yinelenen URL sorunları için Page Indexing’i izleyin.
• Bing Webmaster Tools — ikinci site haritası gönderimi ve tarama görünürlüğü.
• Google Rich Results Test / Schema Markup Validator — Ecwid’in otomatik oluşturduğu yapılandırılmış verinin geçerli olduğunu doğrulayın; düzenlenemediği için doğrulama tek müdahale noktanızdır ve özel gömmelerdeki yalnızca Microdata yolu hataya daha açıktır.
• URL Inspection (GSC) “View crawled page” — özel/başka oluşturucuya yapılan bir gömmede tarayıcının gerçek HTML mi yoksa boş bir JS kabuğu mu aldığını görmenin en hızlı yolu.
• Screaming Frog / Ahrefs Site Audit (JS-rendering modu açık) — hashbang URL’lerini, yeniden adlandırmalardan kaynaklanan yinelenen URL’leri, eksik canonical’ları ve JavaScript olmadan boş görüntülenen sayfaları yakalamak için mağazayı tarayın.
• XML site haritası oluşturucuları (XML-Sitemaps, My Sitemap Generator veya WordPress’te Yoast/Google XML Sitemaps) — Ecwid’in özel bir sitede oluşturmayacağı site haritasını kendiniz hazırlamak için.
• Sunucu yeniden yazma araçları — özel bir sitede Clean Store URLs’ı etkinleştirmek için .htaccess (Apache), Nginx yapılandırması veya IIS URL Rewrite modülü.

Vakit ayırmaya değer kaynaklar

Site içi, ilgili

• JavaScript SEO — Ecwid’in istemci tarafı widget’ının arkasındaki oluşturma sorunu; statik mağaza sayfalarının neden önemli olduğunu açıklayan küme budur.
• Canonicalization — Ecwid’in canonicalUrl alanının ve ürün yeniden adlandırıldığında oluşan yinelenen URL tuzağının ardındaki mekanizma.
• hreflang — kod gerektirmeyen çok dilli Instant Site özelliğinin sizin için eklemediği şey.

Ecwid / Lightspeed resmî kaynakları

• Ecwid SEO için ne yapar ve Ecwid sitesi ve mağazası için SEO’yu iyileştirme — iki temel yardım makalesi.
• Statik mağaza sayfaları — özel sitelerde taranabilir HTML için geliştirici yolu.

Sektör kaynakları

• Ecwid incelemesi — başlıca artılar, eksiler, fiyatlar ve alternatifler (Style Factory) — widget’ta yönlendirme yapılamaması ve yerel blog bulunmaması bulgularının kaynağıdır (kilitli alt metni bulgusu artık güncel değildir — aşağıdaki alt metni makalesine bakın).
• Görsel alt metinleri ve görünür ürün görseli açıklamaları — görsel başına özel alt metnini ayarlama ve bunu görünür galeri açıklaması olarak gösterme.
• Ecwid incelemesi (ecommerce-platforms.com) — ürün yeniden adlandırıldığında oluşan yinelenen URL riskine ilişkin uygulayıcı değerlendirmesi.
• Ecwid incelemesi 2026 (Tooltester) — Ecwid’in SEO’sunu yerel platformlara kıyasla zayıf alanı olarak çerçeveleyen bağımsız inceleme.
• Ecwid by Lightspeed Ecommerce Shopping Cart — WordPress.org eklenti sayfası — resmî eklenti (20 000’den fazla etkin kurulum), WordPress’te statik oluşturma ve temiz URL’leri sağlayan yol.
• Her Ecwid mağazası için yeni temiz URL’ler (Ecwid blogu) — Ecwid’in hashbang URL’lerinin neden sorun olduğunu ve Clean Store URLs’ın neden var olduğunu açıklayan kendi geçmişi.

İnsanların Ecwid’de gerçekten yaptığı hatalar

Bunların her biri aynı temel nedene dayanır: Ecwid’in hangi entegrasyonda çalıştığını kontrol etmek yerine onu normal bir barındırılan platform gibi ele almak.

Widget’ı özel bir siteye gömüp Clean Store URLs’ı hiç etkinleştirmemek

Neden yanlış: Yerel olmayan herhangi bir gömmede varsayılan, hashbang biçimidir (/#!/product-name/p/123456). # işaretinden sonraki parça sunucuya hiç ulaşmaz; bu da bağlantı değerinin birleştirilmesi, sunucu günlüğü görünürlüğü ve bazı tarayıcı/araç uyumlulukları için sürtüşme yaratır — Ecwid’in ilk etapta Clean Store URLs’ı oluşturmasının tam nedeni budur. Bunun yerine ne yapmalı: İlk günden URL biçimini kontrol edin. Bir ürün bağlantısında /#!/ görürseniz, “Google tarayabiliyor, sorun yok” varsayımında bulunmak yerine sunucu erişimi edinin ve Clean Store URLs’ı etkinleştirin (.htaccess/nginx/IIS).

Temel gömme kodunu Squarespace/Webflow/Weebly’ye bırakıp işi bitmiş saymak

Neden yanlış: Bu temel gömme, bir geliştirici Storefront SDK ve static-code uç noktalarını bağlamadığı sürece, sunucu tarafından oluşturulan geri dönüşü olmayan tamamen istemci tarafı JavaScript’tir. Tarayıcılar widget’ın oluşturduğu — ya da oluşturamadığı — şeyi görür. “Ecwid SEO için kötüdür” itibarının sözünü ettiği özel senaryo budur. Bunun yerine ne yapmalı: Ya statik sayfaların oluşturulmasını (Storefront SDK + static-code uç noktaları) devreye aldırın ya da mağazayı statik oluşturmanın otomatik geldiği Instant Site’a, WordPress eklentisine veya Wix uygulamasına taşıyın.

Önce yönlendirme kurmadan ürün başlığını yeniden adlandırmak

Neden yanlış: Ecwid ürün URL’sini başlıktan oluşturur; dolayısıyla yeniden adlandırma, eskisi çalışmaya devam ederken yepyeni bir URL oluşturur — tek ürün için otomatik yönlendirme olmadan iki canlı URL. Bunun yerine ne yapmalı: Bir ürünün başlığına ve URL’sine yayımlamadan önce karar verin. Instant Site’ta yeniden adlandırmanız gerekiyorsa yeni başlığı kaydetmeden önce manuel 301’i ekleyin; gömülü widget’ta yayımlanmış ürünleri hiç yeniden adlandırmayın, çünkü bildirildiğine göre orada yönlendirmeler kullanılamaz.

Wix’in site haritasının Ecwid ürünlerinizi kapsadığını varsaymak

Neden yanlış: Wix’in kendi site haritası Ecwid’in oluşturduğu mağaza sayfalarını değil, site sayfalarını kapsar — ürün ve kategori sayfaları içinde hiç yer almaz. Bunun yerine ne yapmalı: Site haritası kapsamını Wix tarafından denetlemeyin. Bunun yerine ürün sayfalarının keşfini Ecwid’in kendi statik oluşturma yolu ve Google Search Console’un kapsam raporu üzerinden doğrulayın.

Ücretsiz planın başlıkları veya açıklamaları düzenlemenize izin verdiğini varsaymak

Neden yanlış: Ecwid’in ücretsiz planında meta etiketi düzenleme tamamen kapalıdır — eksik bir ayar değil, plan sınırlamasıdır. Alanı aramak için harcanan zaman boşa gider. Bunun yerine ne yapmalı: Bir müşteriye sayfa içi başlık/açıklama çalışması sözü vermeden önce planı (Venture, Business veya Unlimited) doğrulayın.

Kod gerektirmeyen çok dilli Instant Site özelliğinin sizin için hreflang eklediğini varsaymak

Neden yanlış: Her çevrilmiş sürüm kendi alt yolunu alır, ancak Ecwid’in belgeleri bunların her birini kendi başınıza optimize etmeniz gereken ayrı bir site olarak çerçeveler — kod gerektirmeyen bu akışta sürümler arasında hreflang bağlantısı otomatik olarak kurulmaz. Bunu atlamak, klasik yanlış yerel ayarın yanlış sorguda sıralanması sorununa davetiye çıkarır. Bunun yerine ne yapmalı: Uluslararası SEO önemliyse bir geliştiricinin static-code uç noktasının internationalPages parametresini doldurmasını sağlayın veya hreflang bildirimlerini elle ekleyin.

Yaygın Ecwid SEO sorunları

Ecwid mağazalarında gerçekten görülen sorunlar için, ilk fark edeceğiniz belirtiye göre gruplanmış belirti-öncelikli başvuru.

GSC’de “Discovered — currently not indexed” durumunda takılı kalan ürün sayfaları

Neden: Mağaza, Storefront SDK statik sayfalar katmanı olmadan özel bir siteye veya başka bir oluşturucuya gömülmüştür; bu nedenle Google, sunucu tarafından oluşturulan geri dönüşü olmayan istemci tarafı JS widget’ını oluşturmaya çalışır ve bunu her zaman başaramaz. Düzeltme: Search Console’un URL Inspection aracını açın ve Google’ın gerçekte ne aldığını görmek için “View crawled page”i kullanın. Neredeyse boş bir kabuksa düzeltme meta etiketlerini kurcalamak değil, static-code entegrasyonunu oluşturmak (veya Instant Site/WordPress/Wix’e taşınmak) demektir.

Aynı ürün için iki canlı URL’nin görünmesi

Neden: Ürün yeniden adlandırılmıştır; bu da yeni başlıktan yeni bir URL oluştururken eskisini yönlendirmemiştir. Düzeltme: Eski URL’nin hâlâ çözümlenip çözümlenmediğini kontrol edin (genellikle 200 ile çözümlenir). Instant Site’ta eski URL’den yenisine manuel 301 ekleyin. Yönlendirmelerin mevcut olmadığı bildirilen gömülü widget’ta çoğaltmayı durdurmak için başlığı eski hâline getirin veya ayrılığı kabul edip gelecekte yeniden adlandırmaları önleyin.

Temiz URL’ler yerine Google dizininde görünen hashbang URL’leri

Neden: Clean Store URLs, hashbang sürümü zaten dizine eklendikten sonra etkinleştirildi ve eski /#!/ URL’leri yeni temiz yollara hiçbir zaman yönlendirilmedi veya canonical’laştırılmadı. Düzeltme: Her iki URL biçiminin de çözümlendiğini doğrulayın, hashbang sürümünden temiz olana bir yönlendirme veya canonical etiketi ekleyin ve site haritasını Search Console’da yeniden gönderin. Birkaç hafta sonra Google Index Checker ile dizine eklenme durumunu yeniden kontrol edin.

Rich Results Test’in yapılandırılmış veri göstermemesi veya veriyi geçersiz olarak işaretlemesi

Neden: Özel/başka oluşturucuya yapılan bir gömmede Ecwid yalnızca Microdata sunar (JSON-LD değil); bu daha eski, hataya daha açık biçimdir — ya da test tarama yaptığında widget oluşturmayı henüz tamamlamamıştır. Düzeltme: Sayfayı doğrudan Google’ın Rich Results Test’inden veya Schema Validator aracından geçirin. Ecwid’in otomatik oluşturduğu işaretlemeyi düzenleyemezsiniz; gerçekten bozuksa uygulanabilir düzeltme, hem JSON-LD hem Microdata’nın sunulduğu yerel bir entegrasyona (Instant Site/WordPress/Wix) geçmektir.

Bir Wix mağazasında site haritasında bulunmayan ürün/kategori sayfaları

Neden: Wix’in kendi site haritası yalnızca site sayfalarını kapsar; Ecwid’in oluşturduğu mağaza sayfalarını kapsamaz — bu hata değil, beklenen davranıştır. Düzeltme: Ürün kapsamı için Wix’in site haritasına bakmayı bırakın. Bunun yerine bu sayfaların site haritasında yer alıp almadığını değil, Search Console’un kapsam raporu üzerinden Ecwid’in statik oluşturma yolu aracılığıyla keşfedildiğini doğrulayın.

Meta title/description alanları kaydedilmiyor

Neden: Mağaza, sayfa içi SEO alanı düzenlemesini tamamen engelleyen Ecwid ücretsiz planındadır. Düzeltme: Ecwid yönetimindeki plan katmanını kontrol edin. Başlıkları ve açıklamaları düzenlemek Venture, Business veya Unlimited gerektirir — ücretsiz planda geçici çözüm yoktur.

Bu mağaza için hangi Ecwid SEO yolu geçerli?

Ecwid’in SEO davranışı sabit değildir — neredeyse tamamen mağazanın nasıl entegre edildiğine göre dallanır. Başka hiçbir şeyi teşhis etmeden önce buna yanıt verin.

Ecwid SEO çalışmaları için AI istemleri

Bu makalenin kapsadığı belirli teşhis ve taslak hazırlama görevleri için kopyalayıp yapıştırabileceğiniz istemler. Açıklanan girdiyi yapıştırın ve işlem yapmadan önce AI çıktısını makaleyle karşılaştırın — bu istemler zaten bildiklerinizi düzenlemenize yardımcı olur, bunu kendiniz doğrulamanın yerini tutmaz.

1. Bir ürün sayfasının gerçekte hangi URL biçimini kullandığını teşhis edin

I'm checking an Ecwid product page's URL for SEO. Here's the URL:
[paste the product page URL]

Tell me: is this the default hashbang format (contains /#!/), the Clean Store URLs
format, or a custom-slug format? If it's the hashbang format, explain in plain
language what that means for how a browser and a search engine treat everything
after the # symbol.

2. Canonical ve hreflang alanları için bir static-code API yanıtını kontrol edin

Here's the JSON response from Ecwid's static-code endpoint for one of my product
pages:
[paste the raw JSON response]

Tell me whether the canonicalUrl field is populated and what it points to, whether
hrefLangHtml is present and non-empty, and list any of these fields that appear
empty or missing: canonicalUrl, hrefLangHtml, jsonLDHtml, metaDescriptionHtml,
ogTagsHtml.

3. Yeniden adlandırılan ürünlerin yinelenen URL’ler oluşturduğunu tespit edin

Here's a CSV export of my Ecwid product titles and their current URLs:
[paste the CSV, or a list of "title, url" pairs]

Cross-reference this against my old product export if I have one, or just flag any
product whose URL doesn't match what its current title would generate (Ecwid builds
URLs from titles). List each mismatch as a likely renamed product that may have an
orphaned old URL still live.

4. Bir ürün grubu için plan kısıtlamalı meta başlıkları ve açıklamaları taslak hâline getirin

I'm on an Ecwid paid plan and can edit meta titles and descriptions. Here's a list of
products with their name, category, and one key selling point:
[paste a list: "product name | category | selling point"]

Write a concise meta title and meta description for each product, written for a
shopper who's already searching for this kind of product by name. Front-load the
identifying details. Treat roughly 60 title characters and 155 description
characters only as display-preview heuristics, not Google limits, and flag anything
that should be checked in the intended language/script and on mobile.

Kendinizi test edin: Ecwid SEO

Ecwid’de SEO’nun nasıl çalıştığı hakkında beş kısa soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Değişiklik günlüğü