Panduan Ecwid SEO

TL;DR — Ecwid (now “Ecwid oleh Lightspeed” (terjemahan) “Ecwid oleh Lightspeed”) tidak sebuah penuh store platform cara Shopify atau BigCommerce adalah — ini adalah sebuah little store widget Anda drop ke sebuah situs web Anda sudah memiliki. Karena itu widget adalah dibangun di JavaScript, sebagian besar dari Ecwid’s SEO-friendly fitur hanya kick di pada three setups: Ecwid’s own Instant situs, official WordPress plugin, dan official Wix app. pada apa pun else, Anda’ll memiliki untuk melakukan lebih dari SEO berfungsi yourself.

Apa “Ecwid SEO” (terjemahan) “SEO untuk Ecwid” berarti

Ecwid adalah pendek untuk “E-commerce widmendapatkan,” (terjemahan) “E-commerce widmendapatkan,” dan itu name tells Anda hampir semuanya. alih-alih hosting Anda seluruh store cara Shopify melakukan, Ecwid memberikan Anda sebuah snippet Anda paste ke sebuah existing halaman — sebuah WordPress blog, sebuah Wix situs, sebuah Squarespace halaman, bahkan sebuah hand-dibangun HTML situs — dan ini draws sebuah penuh catalog, cart, dan checkout right di dalam itu halaman.

Ecwid juga memiliki -nya own situs web builder called Instant situs, so Anda dapat jalankan Ecwid sebagai Anda entire situs web too. itu’s split Anda memiliki untuk ingatlah seluruh cara melalui: Ecwid dapat menjadi “sekadar a widget pada seseorang else’s site” (terjemahan) “hanya sebuah widget pada seseorang else’s situs” atau “the whole site.” (terjemahan) “ seluruh situs.” ini behaves very differently untuk SEO depending pada yang satu Anda’re melakukan.

“Ecwid SEO” (terjemahan) “SEO untuk Ecwid” adalah pekerjaan dasar untuk membuat halaman produk dan kategori Anda ditemukan, di-crawl, terindeks, dan diperingkatkan — applied untuk sebuah store itu berjalan pada Ecwid.

satu hal itu shapes semuanya

store memuat dengan JavaScript. itu’s tidak secara otomatis sebuah masalah — Google dapat baca JavaScript — tetapi ini berarti Ecwid memiliki untuk melakukan extra berfungsi untuk pastikan mesin pencari see nyata, dapat di-crawl halaman. Ecwid melakukan melakukan itu berfungsi, tetapi hanya pada three setups:

• Instant situs (Ecwid’s own situs web builder),
• official WordPress plugin, dan
• official Wix app.

pada itu three, Ecwid diam-diam hands mesin pencari sebuah plain-HTML copy dari setiap product dan category halaman, memberikan Anda bersih web addresses, dan membangun sebuah sitemap untuk Anda. pada apa pun lainnya setup — sebuah custom HTML situs, Squarespace, Weebly, dan so pada — Anda mendapatkan mentah JavaScript widget dengan messy #! web addresses, dan Anda memiliki untuk tangani sitemap dan bersih URLs yourself.

Apa Anda dapat dan dapat’t control

sebuah sedikit hal surprise orang:

• Free plan = Tidak SEO editing. pada Ecwid’s free plan Anda dapat’t edit Anda halaman judul atau deskripsi meta di semua. Anda perlu sebuah paid plan (Venture, Business, atau Unlimited) untuk sebagian besar pada-halaman controls.
• Image teks alt defaults untuk product name, tetapi Anda dapat override ini. Ecwid menulis Anda image teks alt untuk Anda oleh default, dan now lets Anda set Anda own custom teks alt per image (dan bahkan tampilkan ini sebagai sebuah terlihat caption di bawah gallery photo).
• Tidak blog dibangun di. Unlike WordPress, Ecwid memiliki Tidak nyata blogging alat. jika Anda ingin untuk publish artikel untuk SEO, Anda host sebuah blog di suatu tempat else dan tautan ini untuk Anda store.

hal sebagian besar orang mendapatkan wrong

ada dua opposite myths, dan keduanya adalah wrong. Satu says “Ecwid menangani all SEO secara otomatis, so ada tidak ada apa pun untuk lakukan.” (terjemahan) “Ecwid menangani semua SEO secara otomatis, so ada tidak ada apa pun untuk melakukan.” itu’s hanya benar pada Instant situs, WordPress, atau Wix — di tempat lain Anda harus melakukan penyiapan nyata secara manual. Pernyataan lainnya adalah “Ecwid uses those weird #! links so Google can’t find it at all.” (terjemahan) “Ecwid menggunakan tautan #! yang aneh sehingga Google sama sekali tidak dapat menemukannya.”* Google dapat crawl itu tautan — ini adalah hanya tidak ideal, yang adalah persis mengapa Ecwid dibangun sebuah “Bersih Store URLs” (terjemahan) “Bersih Store URLs” option untuk move past them. Turn itu option pada.

ingin teknis versi — tepat URL formats, bagaimana static-HTML rendering berfungsi, canonical dan hreflang detail, dan product-rename duplicate-URL trap? Switch untuk Advanced tab.

TL;DR — Ecwid adalah sebuah JavaScript storefront widget oleh default, tidak sebuah hosted situs, dan itu decides semuanya. Bersih URLs, dapat di-crawl static HTML, auto sitemap, dan auto robots.txt adalah scoped untuk three integrations: Instant situs, WordPress plugin, dan Wix app. Di mana-mana else default adalah hashbang URLs (/#!/product-name/p/123456), sebuah client-dirender widget dengan Tidak SSR fallback unless sebuah developer wires up Storefront SDK + static-code endpoints, dan sebuah DIY sitemap. Canonical dan hreflang exist sebagai API fields tetapi adalah hanya populated di mana static rendering berjalan; Tidak-code multilingual Instant situs fitur tidak auto-tautan hreflang. data terstruktur adalah automatic tetapi non-editable (JSON-LD+Microdata pada Instant situs/WordPress, Microdata-hanya elsewhere). Free plan dapat’t edit meta tags; embedded widget reportedly dapat’t melakukan 301s; ada Tidak native blog.

frame: widget vs. situs decides semuanya

Sebagian besar konten “Ecwid SEO” (terjemahan) “SEO untuk Ecwid” memperlakukan Ecwid seperti Shopify atau BigCommerce—sebuah platform yang di-host dengan perilaku SEO tetap. Itu keliru. Setelah akuisisi oleh Lightspeed, Ecwid pada dasarnya adalah embeddable JavaScript storefront. Anda menempelkan widget ke halaman yang sudah ada, lalu widget itu merender katalog, keranjang, dan checkout di sisi klien. Ecwid juga memiliki pembuat situsnya sendiri, Instant Site, sehingga dapat menjadi seluruh situs web.

itu duality adalah organizing idea untuk entire artikel. tanyakan satu pertanyaan tentang apa pun Ecwid store sebelum Anda diagnose apa pun: adalah ini Instant situs / WordPress / Wix path, atau adalah ini sebuah widget embedded di suatu tempat else? Karena nearly setiap SEO-friendly perilaku Ecwid advertises adalah scoped untuk pertama path dan absent pada kedua. Unlike Shopify atau WooCommerce, di mana platform’s SEO perilaku adalah roughly constant regardless dari di mana ini berjalan, Ecwid’s perubahan shape depending pada host.

Handled untuk Anda (Instant situs + WordPress + Wix): static HTML copies disajikan untuk crawler, bersih URLs, auto sitemap, auto robots.txt (Instant situs), penuh JSON-LD data terstruktur, tag canonical.

Yours untuk melakukan (custom / lainnya builders): bersih-URL setup melalui server rewrite aturan, sitemap generation, static rendering melalui Storefront SDK, dan awareness itu canonical/hreflang tags dapat sekadar tidak menjadi disajikan.

Mengapa Ecwid memiliki sebuah SEO reputation masalah

Ecwid memiliki carried sebuah “bad untuk SEO” (terjemahan) “buruk untuk SEO” reputation untuk tahun, dan docs adalah unusually candid tentang mengapa. di Ecwid’s own kata: “Penelusuran engines lakukan tidak selalu index dynamic websites well. Untuk ensure they index Ecwid stores, we gunakan special technology. Jika Anda sell dengan Ecwid Instant site atau gunakan WordPress atau Wix plugin, Ecwid membuat a static HTML copy untuk setiap product dan category halaman di Anda store, lalu memberikan ini copy untuk a penelusuran engine.” (terjemahan) “mesin pencari melakukan tidak selalu indeks dynamic situs web well. untuk ensure mereka indeks Ecwid stores, kami gunakan special technology. jika Anda sell dengan Ecwid Instant situs atau gunakan WordPress atau Wix plugin, Ecwid membuat sebuah static HTML copy untuk setiap product dan category halaman di Anda store, lalu memberikan ini copy untuk sebuah mesin pencari.” (Apa Ecwid melakukan untuk SEO)

Baca itu dengan hati-hati — mitigation adalah scoped untuk three integrations. Everyone else mendapatkan client-side JS widget dengan Tidak server-dirender fallback. developer docs say yang sama hal dari lainnya direction: “Jika Anda website adalah based pada Wix atau WordPress site builders, gunakan our official integrations… Ini integrations memiliki static store halaman enabled out dari itu box. Dan jika Anda build a storefront pada another CMS atau a custom website, gunakan our Storefront SDK dan Static code endpoints untuk set up static halaman untuk Anda website.” (terjemahan) “jika Anda situs web adalah berdasarkan Wix atau WordPress situs builders, gunakan kami official integrations… ini integrations memiliki static store halaman enabled out dari box. dan jika Anda bangun storefront pada lainnya CMS atau sebuah custom situs web, gunakan kami Storefront SDK dan Static code endpoints untuk siapkan static halaman untuk Anda situs web.” (Static store halaman)

So reputation tidak sebuah relic — ini adalah masih langsung untuk anyone embedding widget ke Squarespace, Weebly, Webflow, atau sebuah custom halaman dan tidak membangun static layer themselves. base embed adalah genuinely client-dirender:

<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>

itu’s seluruh storefront (Dynamic memuat untuk storefront widget). Apakah sebuah crawler sees products bergantung pada apakah ini renders itu JavaScript — yang adalah persis JavaScript SEO masalah, dan mengapa static-HTML mechanism penting so banyak.

struktur URL — paling nuanced fact di sini

ini adalah single sebagian besar penting teknis detail, dan ini adalah di mana Ecwid differs sharply dari setiap hosted rival. Ecwid’s URL format bergantung entirely pada bagaimana store adalah integrated. dari docs: “Ecwid generates berbeda URL formats based pada Anda website’s setup dan itu features Anda memiliki enabled.” (terjemahan) “Ecwid generates berbeda URL formats berdasarkan Anda situs web’s setup dan fitur Anda memiliki enabled.” (mengoptimalkan custom situs web SEO dengan better URLs)

critical correction untuk biasa assumption: ** hashbang (/#!/) form adalah saat ini default**, tidak sebuah 2014-era relic. pada apa pun custom/embedded situs itu tidak Instant situs atau native WordPress/Wix apps, Anda mendapatkan hashbang URLs unless Anda explicitly enable Bersih Store URLs. untuk turn them pada off sebuah custom situs, per docs, “Anda harus memiliki: Access untuk its server rewrite rules [dan] HTML code dari itu store halaman” (terjemahan) “Anda harus memiliki: Access untuk -nya server rewrite aturan [dan] HTML code dari store halaman” — Apache .htaccess, sebuah Nginx server block, atau IIS URL rewrite module (Enable Bersih Store URLs pada sebuah custom situs web).

pada Instant situs, WordPress, dan Wix, bersih URLs adalah automatic — Ecwid status plainly itu pada itu ini menyediakan “SEO-friendly URLs secara otomatis.” (terjemahan) “SEO-friendly URLs secara otomatis.” Custom URL slugs untuk products dan categories adalah tersedia too, tetapi hanya pada Instant situs (baru versi) atau WordPress di UI; merchants pada lainnya builders dapat set slugs hanya melalui REST API (Improving SEO untuk Ecwid situs dan store).

Mengapa melakukan hashbang default penting jika Google dapat crawl ini? Karena sebuah fragment setelah # adalah tidak pernah dikirim untuk server oleh browser, oleh design. itu membuat nyata friction sekitar server-log visibilitas, beberapa crawler/alat compatibility, tautan-equity consolidation, dan social-share previews. Google’s own position (lebih pada ini di Google bagian di bawah) adalah itu ini dapat render #! URLs tetapi recommends terhadap introducing baru ones — yang adalah precisely justification untuk enabling Bersih Store URLs alih-alih shrugging dan saying “Google dapat crawl it.” (terjemahan) “Google dapat crawl ini.”

Crawlability dan rendering — static store halaman

ini adalah teknis heart dari platform. pada Instant situs, WordPress, dan Wix, Ecwid menyajikan sebuah pre-dirender static HTML copy dari setiap product/category halaman untuk crawler, lalu swaps di langsung JS widget untuk humans. itu’s apa membuat itu setups crawl cleanly.

Di mana-mana else, Anda bangun ini yourself. mechanism, per developer docs, adalah manual: fetch pre-dirender HTML dari sebuah REST endpoint (storefront.ecwid.com/product-page/{storeId}/{productId}/static-code, dan category/home equivalents), inject ini ke sebuah terlihat container, lalu hand off untuk langsung widget melalui Storefront SDK (ec.storefront.staticPages.*, StaticPageLoader.switchToDynamicMode()) setelah ini memuat (Static store halaman). jika sebuah developer tidak bangun ini, crawler see hanya whatever client-side widget renders — atau fails untuk render.

practical inference worth stating plainly: sebuah Ecwid widget dropped ke Squarespace, Webflow, Weebly, atau sebuah hand-dibangun halaman adalah, oleh default, pure client-side JavaScript dengan hashbang URLs dan Tidak server-dirender fallback. itu’s tepat scenario “Ecwid is bad for SEO” (terjemahan) “Ecwid adalah buruk untuk SEO” reputation adalah tentang, dan ini adalah masih benar hari ini untuk sebagian besar non-WordPress/non-Wix/non-Instant-situs embeds.

Sitemap dan robots.txt

Auto-generation di sini adalah juga integration-scoped. Ecwid: “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” (terjemahan) “Ecwid secara otomatis generates sebuah sitemap.xml file… baru halaman – dan baru products – adalah terindeks lebih cepat dengan sitemaps… Anda masih perlu untuk submit sebuah sitemap untuk Google manually” — availability listed sebagai Venture, Business, Unlimited (Apa Ecwid melakukan untuk SEO). pada Instant situs sitemap adalah bahkan submitted internally melalui robots.txt, though Anda dapat masih submit ini di Search Console untuk speed penemuan (Submitting sebuah sitemap untuk Google).

tetapi yang sama artikel adalah jelas tentang DIY path: “If you are using Ecwid with your own website, you can generate a sitemap for your store pages by using a third-party service.” (terjemahan) “jika Anda adalah menggunakan Ecwid dengan Anda own situs web, Anda dapat generate sebuah sitemap untuk Anda store halaman oleh menggunakan sebuah ketiga-party service.” untuk WordPress v5.5+, plugin auto-generates sebuah store sitemap; older versi perlu Yoast atau Google sitemap XML. dan Wix caveat penting — Wix’s own sitemap covers situs halaman “and not the store pages with your products, categories, etc.” (terjemahan) “dan tidak store halaman dengan Anda products, categories, dan seterusnya.” So sebuah Wix + Ecwid store’s product halaman adalah tidak di Wix’s sitemap; Anda rely pada Ecwid’s static-rendering path untuk mendapatkan them ditemukan.

Robots.txt adalah similarly scoped. Ecwid controls sebuah robots.txt hanya pada Instant situs, di mana product dan category halaman adalah dapat diindeks tetapi cart dan penelusuran-hasil halaman adalah excluded (mereka’re per-pengunjung). pada apa pun embed ke sebuah existing situs, robots.txt belongs untuk host CMS atau hosting account — Ecwid memiliki Tidak robots.txt untuk manage di sana di semua. ini adalah unlike WooCommerce (di mana WordPress owns robots.txt) atau BigCommerce (editable di-admin) — dengan Ecwid, siapa owns robots.txt bergantung pada di mana widget lives.

tag canonical dan duplicate konten

Ecwid’s static-halaman REST respons mencakup sebuah canonicalUrl field — “Canonical URL untuk ini halaman” (terjemahan) “Canonical URL untuk ini halaman” — dikembalikan alongside htmlCode, metaDescriptionHtml, ogTagsHtml, jsonLDHtml, dan hrefLangHtml (Static code untuk product halaman). So tag canonical adalah handled secara otomatis wherever Ecwid’s static rendering berjalan (Instant situs, WordPress, Wix). pada sebuah custom integration itu hanya embeds JS widget dengan Tidak static/SSR layer, di sana dapat menjadi Tidak tag canonical disajikan untuk crawler — halaman adalah sebuah single client-dirender URL dengan Tidak per-product HTML sebenarnya delivered.

nastier duplicate-konten risk adalah renaming. Ecwid generates sebuah product URL dari judul, so jika Anda perubahan sebuah product’s judul, sebuah baru URL adalah dibuat dan old satu tidak secara otomatis redirected — old URL mempertahankan berfungsi, giving Anda dua langsung URLs untuk satu product. pada Instant situs, Ecwid memiliki since shipped manual 301 redirect setup, so ini adalah now avoidable jika Anda proactively tambahkan sebuah redirect. pada embedded widget versi, though, practitioners report Anda dapat’t buat redirects di semua — Style Factory’s review notes itu pada widget Anda “can’t create redirects,” (terjemahan) “dapat’t buat redirects,” yang “adalah tidak ideal di all karena jika Anda ubah a URL, a redirect adalah necessary” (terjemahan) “adalah tidak ideal di semua karena jika Anda perubahan sebuah URL, sebuah redirect adalah necessary” (Style Factory). takeaway: plan Anda URLs sebelum Anda publish, dan siapkan 301 sebelum renaming di mana tooling memungkinkan ini. canonicalization cluster covers underlying mechanics.

data terstruktur

Ecwid auto-generates schema.org markup pada semua integrations, yang adalah sebuah genuine strength — tetapi dengan dua catches. di Ecwid’s kata: “Ecwid menggunakan Schema.org vocabulary untuk annotate product information dan adds structured data untuk all store halaman secara otomatis. Untuk Ecwid Instant Site dan stores pada WordPress sites, structured data adalah generated menggunakan JSON-LD dan Microdata markup. Untuk all itu other websites, hanya itu Microdata format adalah digunakan. Sebagai dari now, ini impossible untuk edit atau remove itu structured data.” (terjemahan) “Ecwid menggunakan Schema.org vocabulary untuk annotate product informasi dan menambahkan data terstruktur untuk semua store halaman secara otomatis. untuk Ecwid Instant situs dan stores pada WordPress situs, data terstruktur adalah generated menggunakan JSON-LD dan Microdata markup. untuk semua lainnya situs web, hanya Microdata format adalah digunakan. sebagai dari now, ini adalah impossible untuk edit atau hapus structured data.” (Apa Ecwid melakukan untuk SEO)

Dua actionable poin: (1) ini adalah tidak editable di semua — Tidak schema customization, Tidak menambahkan FAQ atau Video markup melalui Ecwid; (2) format differs oleh integration — penuh JSON-LD+Microdata hanya pada Instant situs/WordPress, Microdata-hanya di mana-mana else. Microdata adalah older, lebih error-prone format; Google masih membaca ini tetapi recommends JSON-LD. So myth itu “a widget can’t do rich results” (terjemahan) “sebuah widget dapat’t melakukan rich hasil” adalah salah — Ecwid melakukan data terstruktur di mana-mana — tetapi quality dari itu markup adalah better pada native integrations, dan Anda dapat’t touch ini either cara.

Meta tags, teks alt, dan plan gating

pada-halaman controls adalah gated behind paid plans. Custom judul, deskripsi meta, dan slugs memerlukan Venture, Business, atau Unlimited — free-plan merchants dapat’t edit meta tags di semua. panggil ini out early dengan apa pun client pada free tier; ini adalah sebuah hard limiter, tidak sebuah best-practice nicety.

Image teks alt defaults untuk product name, tetapi ini adalah Tidak lebih lama locked. Ecwid now lets Anda set sebuah custom teks alt (up untuk 125 characters) per product image dan per variation image dari Catalog → Products → image → tindakan → Edit teks alt — dan ada Tidak plan gating mentioned untuk ini, unlike meta tags. Anda dapat bahkan flip sebuah toggle (situs web → Edit situs → Product → Product detail → Image gallery, pada Instant situs; equivalent setting pada lainnya integrations) untuk display custom teks alt sebagai sebuah terlihat caption di bawah setiap gallery photo, yang adalah berguna untuk apparel sizing/fit detail. (Alt texts dan terlihat product image deskripsi) ini adalah sebuah nyata improvement worth knowing tentang jika Anda terakhir diperiksa Ecwid sebuah sementara ago — several ketiga-party reviews (Style Factory among them) masih deskripsikan teks alt sebagai unchangeable, dan itu’s now outdated. untuk sebagian besar product images “product name as alt text” (terjemahan) “product name sebagai alt text” adalah sebuah fine default, tetapi jika Anda perlu descriptive atau accessibility-improving alt text — yang penting untuk image SEO dan screen-reader pengguna — Anda dapat now tulis ini yourself.

Multilingual dan SEO internasional

Ecwid’s Tidak-code multilingual fitur (Instant situs) adalah tidak classic hreflang internationalization. setiap language mendapatkan -nya own subpath, dan Ecwid’s help doc memperlakukan setiap sebagai sebuah self-berisi mini-situs Anda harus SEO secara terpisah: “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.” (terjemahan) “setiap translated versi dari Anda situs memiliki -nya own subdomain [subpath] dengan sebuah language code… mesin pencari pertimbangkan setiap… sebagai unique dan distinct dari Anda main situs. Anda perlu mengoptimalkan setiap versi untuk membuat ini tinggi diperingkatkan.” (membuat sebuah multilingual situs)

Tidak ada apa pun di sana mentions automatic hreflang linking antara versi. di API tingkat, hreflang adalah didukung — static-code endpoint takes sebuah internationalPages parameter dan mengembalikan sebuah hrefLangHtml field (Static code untuk product halaman) — tetapi itu’s developer-facing. kesenjangan worth flagging: sebuah merchant menggunakan Tidak-code multilingual Instant situs fitur mungkin mendapatkan zero automatic hreflang tags antara language versi, yang adalah persis “wrong locale ranks for the wrong query” (terjemahan) “wrong locale peringkat untuk wrong kueri” masalah generic hreflang guidance warns tentang. jika international penting, either memiliki sebuah developer panggil API’s internationalPages param atau tambahkan hreflang annotations yourself.

Apa Ecwid tidak melakukan

• Tidak native blog. Style Factory: “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.” (terjemahan) “Tidak ada mesin blog bawaan. Untuk pemasaran konten atau blogging SEO, Anda perlu meng-host blog secara terpisah, misalnya di WordPress, lalu menautkannya.”* Instant situs’s blog “workaround” (terjemahan) “solusi sementara” adalah odd — ini “involves a benar-benar odd workaround di mana product categories adalah digunakan untuk create posts.” (terjemahan) “involves sebuah benar-benar odd workaround di mana product categories adalah digunakan untuk buat posts.” jika konten adalah sebuah channel untuk Anda, jalankan sebuah nyata blog elsewhere. (ini adalah sebuah place di mana WooCommerce, sitting pada top dari WordPress, memiliki sebuah structural advantage.)
• Limited redirect tooling pada non-Instant-situs embeds — covered di atas; widget versi reportedly dapat’t melakukan redirects di semua.
• Tidak editable data terstruktur — covered di atas. (Image teks alt, unlike structured data, adalah now editable per image — see meta tags bagian di atas.)

Ecwid vs. lainnya platforms

Di mana Ecwid adalah weaker daripada hosted rivals: ini adalah satu-satunya satu milik siapa core SEO perilaku flips berdasarkan di mana ini adalah embedded; ini memiliki Tidak native blog (WooCommerce wins di sini oleh living pada WordPress); redirects adalah absent pada widget versi (Shopify, BigCommerce, Magento, dan PrestaShop semua tangani ini better); dan free-tier SEO adalah locked. Di mana ini adalah adequate: data terstruktur ships secara otomatis di mana-mana, HTTPS dan mobile rendering adalah fine, dan pada Instant situs/WordPress/Wix static-rendering path genuinely solves JavaScript-crawlability masalah.

honest positioning: Ecwid adalah excellent di apa ini adalah untuk — menambahkan sebuah store untuk sebuah situs Anda sudah memiliki, cheaply, tanpa sebuah rebuild. jika itu situs adalah WordPress atau Wix, atau jika Anda gunakan Instant situs, Anda SEO baseline adalah solid. jika Anda’re embedding widget ke sebuah custom situs atau lainnya builder dan treating SEO sebagai penting, Anda either commit untuk developer berfungsi (static halaman, bersih URLs, DIY sitemap, hreflang) atau Anda harus menjadi looking di sebuah platform dibangun untuk ini — Shopify, BigCommerce, WooCommerce, Magento, atau PrestaShop — alih-alih.

AI summary

sebuah condensed take pada Advanced versi:

• Ecwid (kini Ecwid oleh Lightspeed) adalah widget JavaScript yang dapat disematkan, bukan situs yang di-host secara default. Anda menempatkan storefront ke halaman WordPress, Wix, Squarespace, atau kustom yang sudah ada. Pembuat situsnya sendiri, Instant Site, dapat menjalankan seluruh situs. Perbedaan widget dan situs ini menentukan setiap fakta SEO.
• Perilaku SEO yang ramah mesin pencari dibatasi pada tiga integrasi: Instant Site, plugin WordPress, dan aplikasi Wix menyajikan HTML statis untuk crawler, URL bersih, sitemap otomatis, serta (di Instant Site) robots.txt otomatis. Pada integrasi lain, penyiapan tersebut harus dilakukan sendiri.
• URL default adalah hashbang form /#!/product-name/p/123456 pada custom embeds — ini adalah saat ini, tidak legacy. Bersih Store URLs adalah automatic pada Instant situs/WordPress/Wix tetapi memerlukan server rewrite aturan (.htaccess/nginx/IIS) elsewhere.
• Static rendering (“static store halaman” (terjemahan) “static store halaman”) adalah out-dari—box hanya pada three native integrations; pada sebuah custom situs sebuah developer harus wire up Storefront SDK + static-code REST endpoints, atau crawler see hanya client-dirender widget.
• Sitemap dan robots.txt auto-generation adalah Instant-situs (dan modern WordPress) hanya; custom situs DIY sitemap; Wix’s own sitemap excludes Ecwid product halaman.
• Canonical + hreflang exist sebagai API fields (canonicalUrl, hrefLangHtml) tetapi adalah hanya populated di mana static rendering berjalan. Tidak-code multilingual Instant situs fitur melakukan tidak auto-tautan hreflang antara language versi.
• data terstruktur adalah automatic tetapi non-editable — penuh JSON-LD+Microdata pada Instant situs/WordPress, Microdata-hanya elsewhere.
• Renaming sebuah product membuat sebuah baru URL dengan Tidak auto-redirect; Instant situs now memiliki manual 301s, tetapi embedded widget reportedly dapat’t melakukan redirects di semua.
• Free plan dapat’t edit meta tags; ada Tidak native blog. Image teks alt defaults untuk product name tetapi dapat now menjadi overridden per image (Tidak plan gating), unlike meta tags. Google dapat crawl hashbang URLs tetapi recommends terhadap them — hence Bersih Store URLs. jika SEO penting pada sebuah custom embed, melakukan developer berfungsi atau gunakan platform dibangun untuk ini (Shopify, BigCommerce, WooCommerce, Magento, PrestaShop).

Dokumentasi resmi

Utama-sumber docs dari Ecwid/Lightspeed dan Google.

Ecwid / Lightspeed

• Apa Ecwid melakukan untuk SEO — overview: static copies, bersih URLs, sitemap, robots.txt, data terstruktur, automatic ALT tags.
• Alt texts dan terlihat product image deskripsi — cara override default product-name teks alt per image.
• Improving SEO untuk Ecwid situs dan store — meta tags, custom URL slugs, 301 redirects, sitemap submission, SSL (dan plan gating).
• Submitting sebuah sitemap untuk Google — Instant situs vs. own-situs web sitemap menangani, WordPress dan Wix specifics.
• membuat sebuah multilingual situs dengan Ecwid Instant situs — subpath-per-language model dan -nya SEO implications.
• Apa Lightspeed eCom melakukan untuk SEO — Lightspeed-branded mirror confirming “Lightspeed eCom” (terjemahan) “produk Ecwid dari Lightspeed” = Ecwid.

Ecwid developer docs

• Static store halaman — scoping dari “out of the box” (terjemahan) “out dari box” static rendering dan Storefront SDK tukar mechanism.
• Static code untuk product halaman — canonicalUrl, hrefLangHtml, dan internationalPages fields.
• mengoptimalkan custom situs web SEO dengan better URLs — three-tier URL perbandingan table.
• Enable Bersih Store URLs pada sebuah custom situs web — server rewrite-aturan requirements.
• Dynamic memuat untuk storefront widget — base embed code.

Google

• Deprecating kami AJAX crawling scheme — Google’s 2015 statement itu ini renders #! URLs tetapi recommends terhadap introducing baru hashbang/escaped-fragment URLs.
• data terstruktur intro — mengapa Google recommends JSON-LD di atas Microdata.

Quotes dari sumber

pada—record statements dari Ecwid/Lightspeed, Google, dan practitioners milik siapa Ecwid-spesifik findings shaped ini guide. Di mana sebuah halaman mendukung sebuah deep tautan, I tautan untuk quoted passage.

Google — hashbang / AJAX crawling (deep-tautan verified)

• “In short: We are no longer recommending the AJAX crawling proposal we made back in 2009.” (terjemahan) “di pendek: kami adalah Tidak lebih lama recommending AJAX crawling proposal kami dibuat back di 2009.” — Google Search Central Blog, Oct 14, 2015. Google renders #! URLs hari ini tetapi recommends terhadap introducing baru ones. Jump untuk quote

Ecwid developer docs — struktur URL & static halaman (deep-tautan verified)

• “When you add an Ecwid store to a custom website, it creates dynamic pages for the catalog” (terjemahan) “Ketika Anda tambahkan sebuah Ecwid store untuk sebuah custom situs web, ini membuat dynamic halaman untuk catalog” — setup itu produces hashbang URLs oleh default. Jump untuk quote
• “To enable Clean Store URLs on a custom website, you must have:” (terjemahan) “Untuk mengaktifkan Clean Store URLs di situs web kustom, Anda harus memiliki akses ke aturan penulisan ulang server dan HTML halaman toko—jadi URL bersih tidak tersedia begitu saja di luar integrasi native.”* Jump untuk quote
• “If your website is based on Wix or WordPress site builders, use our official integrations” (terjemahan) “jika Anda situs web adalah berdasarkan Wix atau WordPress situs builders, gunakan kami official integrations” — scoping statement untuk out-dari—box static rendering. Jump untuk quote

Ecwid mendukung docs — SEO overview (relayed; mendukung.ecwid.com host blocks automated fetching, so ini adalah verified melalui dirender halaman, tidak sebuah fetch-diperiksa #:~:text= fragment — konfirmasi terhadap langsung halaman sebelum treating sebagai akhir)

• “Search engines do not always index dynamic websites well. To ensure they index Ecwid stores, we use special technology.” (terjemahan) “mesin pencari melakukan tidak selalu indeks dynamic situs web well. untuk ensure mereka indeks Ecwid stores, kami gunakan special technology.” — Apa Ecwid melakukan untuk SEO, “Static copies of pages.” (terjemahan) “Static copies dari halaman.”
• “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.” (terjemahan) “Ecwid menggunakan Schema.org vocabulary untuk annotate product informasi dan menambahkan data terstruktur untuk semua store halaman secara otomatis… untuk semua lainnya situs web, hanya Microdata format adalah digunakan. sebagai dari now, ini adalah impossible untuk edit atau hapus data terstruktur.” — sama artikel, “Structured data.” (terjemahan) “data terstruktur untuk mesin pencari.”
• “Ecwid automatically generates a sitemap.xml file… You still need to submit a sitemap to Google manually.” (terjemahan) “Ecwid secara otomatis generates sebuah sitemap.xml file… Anda masih perlu untuk submit sebuah sitemap untuk Google manually.” — sama artikel, “Sitemap for Instant Sites.” (terjemahan) “Sitemap untuk Instant situs.”

Practitioners — Ecwid-spesifik findings (relayed dari Style Factory; konfirmasi di sumber)

• “Anda tidak dapat create redirects di itu widget (embedded) version dari Ecwid either, yang adalah tidak ideal di all karena jika Anda ubah a URL, a redirect adalah necessary untuk tell Google di mana itu new halaman lives.” (terjemahan) “Anda dapat’t buat redirects di widget (embedded) versi dari Ecwid either, yang adalah tidak ideal di semua karena jika Anda perubahan sebuah URL, sebuah redirect adalah necessary untuk tell Google di mana baru halaman lives.” Sumber
• “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.” (terjemahan) “Mengubah teks alt ( deskripsi dari images itu mesin pencari dan screen readers see) tidak mungkin, though — Anda’re stuck dengan whatever Ecwid generates untuk Anda secara otomatis.” Sumber — superseded: Ecwid’s own help center now documents custom per-image teks alt (up untuk 125 characters, Tidak plan gating), so ini finding Tidak lebih lama holds. See Alt texts dan terlihat product image deskripsi.
• “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.” (terjemahan) “Ecwid tidak menyediakan mesin blogging bawaan; untuk pemasaran konten atau blogging SEO, host blog Anda secara terpisah, misalnya di WordPress, lalu tautkan ke toko.”* Sumber

Ecwid SEO checklist

Prioritized oleh impact. pertama pertanyaan decides half list: yang integration adalah ini?

pertama, identify setup

• Konfirmasi apakah ini store berjalan pada Instant situs, WordPress plugin, Wix app, atau sebuah custom/lainnya embed — setiap item di bawah branches pada ini.

tinggi impact

• Bersih Store URLs adalah pada. Automatic pada Instant situs/WordPress/Wix; pada sebuah custom situs, tambahkan server rewrite aturan (.htaccess / nginx / IIS) plus JS flag — jangan leave hashbang /#!/ URLs di place.
• crawler mendapatkan nyata HTML. pada sebuah custom/lainnya-builder embed, wire up Storefront SDK + static-code endpoints (atau move untuk sebuah native integration) so halaman tidak pure client-side JS.
• Sitemap ada dan adalah submitted. Instant situs/modern WordPress auto-generate ini; custom situs perlu sebuah ketiga-party generator. Submit ini di Google Search Console dan Bing Webmaster alat. pada Wix, remember Wix’s own sitemap excludes Ecwid product halaman.
• Plan untuk 301s sebelum renaming. siapkan Instant situs redirect sebelum Anda perubahan sebuah product judul; pada embedded widget, hindari renames since Anda dapat’t redirect old URL.

Standard setup

• Paid plan (Venture/Business/Unlimited) jika Anda perlu edit judul/meta deskripsi di semua — free plan dapat’t.
• halaman judul dan deskripsi meta ditulis untuk home halaman, top products, dan top categories.
• data terstruktur verified dengan Google’s Rich hasil Test (ini adalah auto-generated dan non-editable — konfirmasi ini adalah valid, terutama Microdata-hanya path pada custom embeds).
• tag canonical confirmed present pada product/category halaman (auto pada native integrations; dapat menjadi absent pada sebuah bare widget embed).
• sebuah nyata blog siapkan elsewhere (e.g., WordPress) jika konten adalah sebuah channel — Ecwid memiliki Tidak native blog.

International (multilingual hanya)

• hreflang sebenarnya present antara language versi — Tidak-code Instant situs multilingual fitur melakukan tidak tambahkan ini secara otomatis; gunakan API’s internationalPages param atau tambahkan annotations yourself.
• setiap language versi dioptimalkan independently (judul/deskripsi translated), since Ecwid memperlakukan setiap sebagai sebuah distinct situs.

storefront kepemilikan kerangka kerja

setiap Ecwid audit dimulai oleh assigning kepemilikan untuk four outputs:

1. Host halaman: sekitarnya Wix, WordPress, custom, atau Instant situs route.
2. Store route: bersih product/category URL Ecwid exposes untuk crawler.
3. Penelusuran sinyal: canonical, metadata, data terstruktur, dan tautan internal.
4. penemuan files: yang sistem publishes sitemap dan robots aturan.

Ketika host dan store keduanya claim yang sama responsibility, duplicates dan conflicting sinyal muncul. Ketika neither claims ini, product URLs disappear dari sitemaps atau ship tanpa diperlukan markup. Document satu owner untuk setiap output sebelum mengubah settings.

Ecwid SEO cheat sheet

apa automatic — oleh integration

URL formats

Plan gating (pada-halaman SEO)

• Free plan: dapat’t edit judul/deskripsi meta.
• Venture / Business / Unlimited: custom judul, deskripsi, slugs, sitemap.

API fields itu penting (static-code endpoint)

• canonicalUrl — tag canonical
• hrefLangHtml — hreflang tags (perlu internationalPages param)
• jsonLDHtml / metaDescriptionHtml / ogTagsHtml — rest dari head

Don’ts

• jangan leave hashbang /#!/ URLs pada sebuah custom embed — turn pada Bersih Store URLs.
• jangan rename products pada embedded widget (Tidak redirect = duplicate/orphan URL).
• jangan assume Wix’s sitemap mencakup Anda Ecwid products (ini tidak).
• jangan assume Tidak-code multilingual fitur menambahkan hreflang (ini tidak).
• jangan expect untuk edit data terstruktur (Anda dapat’t) — tetapi melakukan set custom teks alt jika defaults tidak baik cukup; itu satu’s editable per image now.

Bandingkan Ecwid URL variants

Export suspected product/category variants untuk urls.txt, lalu capture mereka status dan canonical target:

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

Group output oleh product. setiap publik variant seharusnya either consolidate consistently atau memiliki sebuah distinct purpose; melakukan tidak infer preferred URL dari kode status alone.

alat untuk Ecwid SEO

• Google Search Console — submit Anda sitemap, gunakan pemeriksaan URL untuk konfirmasi Google sebenarnya renders Anda product halaman (critical pada apa pun JS-widget embed), dan watch halaman pengindeksan untuk hashbang atau duplicate-URL masalah.
• Bing Webmaster alat — kedua sitemap submission dan crawl visibilitas.
• Google Rich hasil Test / Schema Markup Validator — konfirmasi Ecwid’s auto-generated data terstruktur adalah valid; ini adalah non-editable, so validation adalah Anda hanya lever, dan Microdata-hanya path pada custom embeds adalah lebih error-prone.
• pemeriksaan URL (GSC) “View crawled page” (terjemahan) “View di-crawl halaman” — fastest cara untuk see apakah sebuah crawler mendapatkan nyata HTML atau sebuah empty JS shell pada sebuah custom/lainnya-builder embed.
• Screaming Frog / Ahrefs situs Audit (JS-rendering mode pada) — crawl store untuk catch hashbang URLs, duplicate URLs dari renames, missing canonicals, dan halaman itu render blank tanpa JavaScript.
• sitemap XML generators (XML-Sitemaps, My Sitemap Generator, atau Yoast/Google XML Sitemaps pada WordPress) — untuk DIY sitemap Ecwid tidak akan bangun pada sebuah custom situs.
• server rewrite tooling — .htaccess (Apache), Nginx config, atau IIS URL Rewrite module — untuk enable Bersih Store URLs pada sebuah custom situs.

Resources worth Anda time

pada-situs, related

• JavaScript SEO — rendering masalah behind Ecwid’s client-side widget; ini adalah cluster itu menjelaskan mengapa static store halaman penting.
• Canonicalization — mechanics behind Ecwid’s canonicalUrl field dan product-rename duplicate-URL trap.
• hreflang — apa Tidak-code multilingual Instant situs fitur tidak tambahkan untuk Anda.

Ecwid / Lightspeed official

• Apa Ecwid melakukan untuk SEO dan Improving SEO untuk Ecwid situs dan store — dua core help artikel.
• Static store halaman — developer path untuk dapat di-crawl HTML pada custom situs.

dari sekitar industry

• Ecwid Review — Key Pros dan Cons, Pricing dan Alternatives (Style Factory) — sumber untuk Tidak-redirects-pada-widget dan Tidak-native-blog findings (-nya locked-alt-text finding adalah now outdated — see alt-text artikel di bawah).
• Alt texts dan terlihat product image deskripsi — cara set custom per-image teks alt dan tampilkan ini sebagai sebuah terlihat gallery caption.
• Ecwid Review (ecommerce-platforms.com) — practitioner coverage dari product-rename duplicate-URL risk.
• Ecwid Review 2026 (Tooltester) — independent review framing Ecwid’s SEO sebagai -nya weaker area versus native platforms.
• Ecwid oleh Lightspeed Ecommerce Shopping Cart — WordPress.org plugin halaman — official plugin (20 000+ active installations), path itu mendapatkan static rendering dan bersih URLs pada WordPress.
• baru Bersih URLs untuk setiap Ecwid Store (Ecwid blog) — Ecwid’s own history dari mengapa hashbang URLs adalah sebuah masalah dan mengapa Bersih Store URLs exist.

Mistakes orang sebenarnya membuat pada Ecwid

setiap satu dari ini traces back untuk yang sama root penyebab: treating Ecwid like sebuah wajar hosted platform alih-alih memeriksa yang integration ini adalah berjalan pada.

Embedding widget pada sebuah custom situs dan tidak pernah mengubah pada Bersih Store URLs

Mengapa ini adalah wrong: default pada apa pun non-native embed adalah hashbang form (/#!/product-name/p/123456). fragment setelah # tidak pernah reaches server, yang membuat friction untuk tautan-equity consolidation, server-log visibilitas, dan beberapa crawler/alat compatibility — tepat alasan Ecwid dibangun Bersih Store URLs di pertama place. Apa untuk melakukan alih-alih: periksa URL format pada day satu. jika Anda see /#!/ di sebuah product tautan, mendapatkan server access dan enable Bersih Store URLs (.htaccess/nginx/IIS) alih-alih assuming “Google can crawl it, so it’s fine.” (terjemahan) “Google dapat crawl ini, so ini adalah fine.”

Dropping base embed code ke Squarespace/Webflow/Weebly dan calling ini selesai

Mengapa ini adalah wrong: itu base embed adalah pure client-side JavaScript dengan Tidak server-dirender fallback unless sebuah developer wires up Storefront SDK dan static-code endpoints. crawler see hanya whatever widget renders — atau fails untuk render. ini adalah spesifik scenario “Ecwid is bad for SEO” (terjemahan) “Ecwid adalah buruk untuk SEO” reputation adalah tentang. Apa untuk melakukan alih-alih: either commission static-halaman bangun (Storefront SDK + static-code endpoints) atau move store untuk Instant situs, WordPress plugin, atau Wix app, di mana static rendering ships secara otomatis.

Renaming sebuah product judul tanpa setting up sebuah redirect pertama

Mengapa ini adalah wrong: Ecwid generates product URL dari judul, so sebuah rename membuat sebuah brand-baru URL sementara old satu mempertahankan berfungsi — dua langsung URLs untuk satu product, dengan Tidak automatic redirect. Apa untuk melakukan alih-alih: decide pada sebuah product’s judul dan URL sebelum Anda publish ini. jika Anda harus rename pada Instant situs, tambahkan manual 301 sebelum Anda save baru judul; pada embedded widget, hindari renaming published products di semua, since redirects reportedly tidak tersedia di sana.

Assuming Wix’s sitemap covers Anda Ecwid products

Mengapa ini adalah wrong: Wix’s own sitemap covers situs halaman, tidak store halaman Ecwid generates — product dan category halaman sekadar tidak di ini. Apa untuk melakukan alih-alih: jangan audit sitemap coverage dari Wix side. Konfirmasi product-halaman penemuan melalui Ecwid’s own static-rendering path dan Google Search Console’s coverage report alih-alih.

Assuming free plan lets Anda edit judul atau deskripsi

Mengapa ini adalah wrong: pada Ecwid’s free plan, meta-tag editing adalah switched off entirely — ini adalah tidak sebuah missing setting, ini adalah sebuah plan limitation. Time spent hunting untuk field adalah wasted. Apa untuk melakukan alih-alih: konfirmasi plan (Venture, Business, atau Unlimited) sebelum promising sebuah client pada-halaman judul/deskripsi berfungsi.

Assuming Tidak-code multilingual Instant situs fitur menambahkan hreflang untuk Anda

Mengapa ini adalah wrong: setiap translated versi mendapatkan -nya own subpath, tetapi Ecwid’s own docs frame setiap sebagai sebuah terpisah situs Anda harus mengoptimalkan pada -nya own — tidak ada apa pun di itu Tidak-code flow auto-tautan hreflang antara versi. Skipping ini invites classic wrong-locale-peringkat-untuk—wrong-kueri masalah. Apa untuk melakukan alih-alih: jika international penting, memiliki sebuah developer populate static-code endpoint’s internationalPages parameter, atau tambahkan hreflang annotations oleh hand.

umum Ecwid SEO issues

Symptom-pertama lookup untuk masalah itu sebenarnya tampilkan up pada Ecwid stores, grouped oleh apa Anda’d notice pertama.

Product halaman stuck pada “Discovered — currently not indexed” (terjemahan) “ditemukan — saat ini tidak terindeks” di GSC

Penyebab: store adalah embedded pada sebuah custom situs atau lainnya builder tanpa Storefront SDK static-halaman layer, so Google adalah trying untuk render sebuah client-side JS widget dengan Tidak server-dirender fallback dan tidak selalu succeeding. Perbaiki: open Search Console’s pemeriksaan URL alat dan gunakan “View crawled page” (terjemahan) “View di-crawl halaman” untuk see apa Google sebenarnya diterima. jika ini adalah sebuah near-empty shell, perbaiki adalah membangun static-code integration (atau moving untuk Instant situs/WordPress/Wix) — tidak tweaking meta tags.

Dua langsung URLs menunjukkan up untuk yang sama product

Penyebab: product adalah renamed, yang generates sebuah baru URL dari baru judul tanpa mengalihkan old satu. Perbaiki: periksa apakah old URL masih resolves (ini biasanya melakukan dengan sebuah 200). pada Instant situs, tambahkan manual 301 dari old URL untuk baru satu. pada embedded widget di mana redirects reportedly tidak tersedia, revert judul untuk berhenti duplication, atau accept split dan mencegah future renames.

Hashbang URLs menunjukkan up di Google’s indeks alih-alih bersih URLs

Penyebab: Bersih Store URLs adalah enabled setelah hashbang versi adalah sudah terindeks, dan old /#!/ URLs adalah tidak pernah redirected atau canonicalized untuk baru bersih paths. Perbaiki: konfirmasi keduanya URL forms resolve, tambahkan redirects atau sebuah tag canonical dari hashbang versi untuk bersih satu, dan resubmit sitemap di Penelusuran Console. Recheck pengindeksan status setelah sebuah sedikit weeks dengan Google indeks Checker.

Rich hasil Test menampilkan Tidak data terstruktur, atau flags ini sebagai tidak valid

Penyebab: pada sebuah custom/lainnya-builder embed, Ecwid menyajikan Microdata hanya (tidak JSON-LD), yang adalah older, lebih error-prone format — atau widget sekadar tidak finish rendering ketika test di-crawl ini. Perbaiki: jalankan halaman melalui Google’s Rich hasil Test atau Schema Validator secara langsung. Anda dapat’t edit Ecwid’s auto-generated markup, so jika ini adalah genuinely rusak realistic perbaiki adalah moving untuk sebuah native integration (Instant situs/WordPress/Wix) di mana JSON-LD + Microdata keduanya ship.

Product/category halaman missing dari sitemap pada sebuah Wix store

Penyebab: Wix’s own sitemap hanya covers situs halaman, tidak store halaman Ecwid generates — ini adalah yang diharapkan perilaku, tidak sebuah bug. Perbaiki: berhenti looking di Wix’s sitemap untuk product coverage. Konfirmasi itu halaman adalah menjadi ditemukan melalui Ecwid’s static-rendering path melalui Search Console’s coverage report alih-alih melalui sitemap inclusion.

Meta judul/deskripsi fields tidak akan save

Penyebab: store adalah pada Ecwid’s free plan, yang blocks pada-halaman SEO field editing entirely. Perbaiki: periksa plan tier di Ecwid admin. Editing judul dan deskripsi memerlukan Venture, Business, atau Unlimited — ada Tidak workaround pada free.

Yang Ecwid SEO path applies untuk ini store?

Ecwid’s SEO perilaku tidak constant — ini branches hampir entirely pada bagaimana store adalah integrated. jawaban ini pertama sebelum diagnosing apa pun else.

AI prompts untuk Ecwid SEO berfungsi

Copy-paste prompts untuk spesifik diagnostic dan drafting tasks ini artikel covers. Paste di input described, dan periksa AI’s output terhadap artikel sebelum acting pada ini — ini prompts help Anda organize apa Anda sudah know, mereka jangan replace verifying ini yourself.

1. Diagnose yang URL format sebuah product halaman adalah sebenarnya menggunakan

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. periksa sebuah static-code API respons untuk canonical dan hreflang fields

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. Spot renamed products membuat duplicate URLs

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. Draft plan-gated meta judul dan deskripsi untuk sebuah batch dari products

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.

Uji pemahaman Anda: Ecwid SEO

Five quick pertanyaan pada bagaimana SEO berfungsi pada Ecwid. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan