SEO Platform Ecommerce
SEO untuk platform ecommerce — Shopify, WooCommerce, Magento, BigCommerce, Salesforce Commerce Cloud, Shopware, OpenCart, Ecwid, Wix, Squarespace, dan PrestaShop. Pelajari apa yang ditangani setiap platform secara otomatis, bagian yang dikunci, dan keunikan khusus platform yang memengaruhi performa organik.
1 sinyal bukti di halaman ini
- Alat aktif terkait Faceted Navigation Auditor
Setiap platform ecommerce membuat keputusan SEO yang memengaruhi toko Anda bahkan sebelum Anda menyentuh satu produk pun. Shopify mengunci struktur URL tetapi otomatis menangani tag kanonis dan sitemap. WooCommerce (di WordPress) memberi kendali penuh melalui plugin. Magento fleksibel, tetapi sebagian besar konfigurasi SEO memerlukan pekerjaan developer. BigCommerce berada di antara Shopify dan Magento — lebih fleksibel daripada Shopify dengan beban developer lebih ringan daripada Magento. Tidak ada perbedaan itu yang membuat satu platform secara bawaan lebih unggul untuk peringkat: pilih berdasarkan kebutuhan produk, kategori, varian, feed, lokalisasi, dan operasional toko Anda, lalu periksa keluaran implementasinya. Keempat platform menambahkan masalah khusus ecommerce: schema produk, navigasi berfaset, URL duplikat dari varian dan koleksi, serta paginasi.
Bukti untuk klaim ini Regardless of platform, Google needs crawlable product links and consistent product data. Cakupan: Search-engine requirements independent of platform. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Central: Ecommerce site structure Bukti untuk klaim ini Platform automation varies; Shopify, for example, automatically generates canonical tags and sitemap files but still exposes merchant-controlled SEO fields. Cakupan: Shopify-specific example, not a search-engine rule. Tingkat keyakinan: tinggi · Diverifikasi: Shopify Help: SEO overviewTL;DR — Platform ecommerce menangani sebagian kebutuhan SEO secara otomatis — HTTPS, sitemap, dan tag kanonis — tetapi setiap platform memiliki keunikan yang dapat merugikan jika Anda tidak memahaminya. Masalah yang paling umum adalah URL duplikat karena produk muncul dalam beberapa koleksi (Shopify), halaman kategori yang tipis (semua platform), serta navigasi berfaset yang membuat jutaan URL berparameter yang tidak ingin Anda indeks. Tidak ada platform di sini yang secara bawaan lebih unggul untuk peringkat — pilih yang sesuai dengan kebutuhan produk, kategori, varian, dan operasional toko Anda, lalu periksa keluaran aktualnya.
Apa yang membedakan SEO platform ecommerce
Situs web serbaguna memiliki halaman. Toko ecommerce memiliki halaman dan produk, kategori, varian, koleksi, filter, serta paginasi. Masing-masing menghasilkan URL — dan tidak semuanya semestinya diindeks.
Setiap platform yang dibahas di sini menetapkan keputusan bawaan yang berbeda untuk menanganinya:
- Shopify — menetapkan struktur URL (
/products/,/collections/), otomatis mengkanoniskan URL produk-koleksi duplikat, membuat sitemap, dan membatasi pengeditan robots.txt pada paket standar - WooCommerce — berjalan di WordPress, sehingga Anda mendapat kendali penuh melalui plugin SEO (Yoast, Rank Math); lebih fleksibel, tetapi lebih banyak yang harus dikonfigurasi
- Magento (Adobe Commerce) — kelas enterprise dan sangat dapat dikonfigurasi, tetapi sebagian besar pengaturan SEO memerlukan keterlibatan developer
- BigCommerce — lebih fleksibel daripada Shopify dengan beban developer lebih ringan daripada Magento; pengaturan SEO bawaannya cukup kuat
Perbandingan di bawah berfokus pada keempat platform tersebut, tetapi pembahasan mendalam di bagian bawah halaman ini juga mencakup Salesforce Commerce Cloud, Shopware, OpenCart, Ecwid, Wix eCommerce, Squarespace Commerce, dan PrestaShop.
Masalah SEO yang khusus untuk ecommerce
Apa pun platformnya, setiap toko ecommerce menghadapi masalah berikut:
Data terstruktur produk — Markup Product dari Schema.org yang memuat harga,
ketersediaan, dan ulasan dapat membuat halaman memenuhi syarat untuk tampilan Google yang lebih
kaya — memenuhi syarat, bukan dijamin tampil. Sebagian platform menyisipkannya secara otomatis;
platform lain memerlukan plugin atau tema. Anda perlu memeriksa keluaran halaman yang sebenarnya,
bukan hanya klaim pemasaran platform.
Navigasi berfaset — Parameter filter (?color=red&size=M) dapat menghasilkan ribuan
URL dengan konten yang hampir sama. Sebagian besar perlu diblokir dari pengindeksan atau
dikanoniskan ke halaman kategori dasar.
URL duplikat dari varian — Produk dengan 10 kombinasi ukuran/warna seharusnya tidak memiliki 10 halaman terindeks. Tag kanonis atau penanganan parameter mencegah hal ini.
Produk habis stok dan dihentikan — Cara platform menangani produk yang tidak tersedia (404, 301 ke kategori, atau mempertahankan halaman dengan data terstruktur ketersediaan) secara langsung memengaruhi ekuitas tautan dan pengalaman pengguna.
Paginasi — Halaman kategori menggunakan paginasi. Halaman 2 dari
/collections/shoes/ memiliki konten yang lebih tipis daripada halaman 1. Penanganannya berbeda
menurut platform.
Bukti untuk klaim ini Regardless of platform, Google needs crawlable product links and consistent product data. Cakupan: Search-engine requirements independent of platform. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Central: Ecommerce site structure Bukti untuk klaim ini Platform automation varies; Shopify, for example, automatically generates canonical tags and sitemap files but still exposes merchant-controlled SEO fields. Cakupan: Shopify-specific example, not a search-engine rule. Tingkat keyakinan: tinggi · Diverifikasi: Shopify Help: SEO overviewTL;DR — Pada skala besar, SEO platform ecommerce bergantung pada cara platform menangani kanonikalisasi URL dalam jumlah besar, cakupan data terstruktur (otomatis atau manual), tingkat kendali atas robots.txt dan sitemap, serta pendekatan terhadap navigasi berfaset. Shopify memiliki pengaturan bawaan paling ketat (paling tidak fleksibel); WooCommerce memberi kendali terbesar; Magento menawarkan kemampuan paling kuat dengan biaya konfigurasi tertinggi. Tidak ada yang menjadi keunggulan peringkat — perbedaan itu menjelaskan siapa yang memiliki pekerjaan konfigurasi. Google mengevaluasi halaman, tautan, dan data yang benar-benar dihasilkan implementasi Anda, bukan CMS yang membangunnya.
Metode memilih platform
Pilih platform berdasarkan kebutuhan nyata toko Anda, bukan daftar fitur atau peringkat “platform terbaik untuk SEO” — tidak ada platform perdagangan yang secara bawaan lebih unggul untuk peringkat pencarian. Arsitektur membatasi sekaligus memungkinkan apa yang dapat dibangun; hasil ditentukan oleh kemampuan dirayapi, akurasi data terstruktur, keluaran yang dirender, performa, konten, dan operasi berkelanjutan dari implementasi tertentu. Tinjau dimensi berikut sebelum membandingkan vendor:
- Data produk — bagaimana data produk, harga, ketersediaan, dan ulasan sampai ke halaman, serta apakah prosesnya otomatis, bergantung pada tema, atau digerakkan plugin/modul.
- Struktur kategori dan faset — apakah templat platform menyediakan tautan yang dapat dirayapi dari navigasi ke kategori lalu ke produk, dan bagaimana URL hasil filter (berfaset) ditangani.
- Arsitektur varian — apakah platform mendukung satu URL produk kanonis per item, URL terpisah untuk tiap varian, atau keduanya, serta dampaknya bagi katalog Anda.
- Lokalisasi dan feed — dukungan multiwilayah/multibahasa dan cara feed produk disinkronkan ke etalase.
- Proses penerbitan dan rilis — siapa yang dapat mengubah templat, robots.txt, dan pengalihan, serta seberapa cepat.
- Kepemilikan operasional — penanganan siklus hidup produk, tata kelola kategori, pengalihan, kesegaran sitemap, pengujian rilis, dan siapa yang menangani insiden ketika sesuatu rusak.
Kendali atas semua hal tersebut dibagi secara berbeda oleh tiap platform — platform terkelola, plugin, tema, modul, dan kode khusus menempatkan kendali konfigurasi di tangan yang berbeda. Kemampuan konfigurasi yang lebih luas umumnya berarti tanggung jawab implementasi dan pemeliharaan yang lebih besar, bukan kemampuan SEO bawaan yang lebih tinggi. Setiap klaim kemampuan tentang platform tertentu harus menyebut vendor, edisi, paket, tema, aplikasi/modul, versi, dan tanggal berlakunya — pengaturan bawaan berubah, dan paket atau aplikasi dapat menimpanya.
Perbandingan platform
| Masalah | Shopify | WooCommerce | Magento | BigCommerce |
|---|---|---|---|---|
| Struktur URL | Tetap (/products/, /collections/) | Dapat diatur lewat WordPress | Sangat dapat dikonfigurasi | Cukup fleksibel |
| robots.txt | Dikunci (paket standar) | Kendali penuh | Kendali penuh | Kendali sebagian |
| Sitemap | Dibuat otomatis | Lewat plugin (Yoast/Rank Math) | Bawaan + dapat diatur | Dibuat otomatis |
| Schema produk | Bergantung pada tema | Lewat plugin | Lewat modul | Bawaan (dasar) |
| Navigasi berfaset | Parameter URL, perlu penanganan | Lewat plugin atau khusus | Konfigurasi navigasi berlapis bawaan | Faset bawaan, dapat diatur |
| Tag kanonis | Otomatis (URL koleksi→produk) | Lewat plugin | Bawaan | Bawaan |
| Pengelolaan pengalihan | Pengelola bawaan | Lewat plugin (Redirection) | Bawaan + dapat diatur | Bawaan |
| Kebutuhan developer | Rendah | Rendah–sedang | Tinggi | Sedang |
Arsitektur varian: satu URL atau banyak
Dokumentasi data terstruktur produk Google menjelaskan lebih dari satu pendekatan yang
didukung untuk varian produk — tidak ada satu jumlah URL yang diwajibkan. Toko dapat menempatkan
semua kombinasi warna/ukuran pada satu URL produk kanonis dan menjelaskan variannya dengan data
ProductGroup, atau memberi tiap varian URL tersendiri dan menghubungkannya sebagai satu grup.
Keduanya merupakan desain terdokumentasi dengan persyaratan implementasi berbeda (URL mana yang
mendapat tautan internal, cara grup dideklarasikan, dan kebutuhan tiap halaman varian). Pilih desain
yang benar-benar dapat didukung dengan baik oleh platform dan ukuran katalog Anda, lalu pastikan
markup aktif sesuai dengan desain itu — jangan menganggap pengaturan bawaan platform sama dengan
keluaran tema atau aplikasi Anda.
Masalah URL duplikat antara koleksi dan produk
Masalah kanonis ecommerce yang paling umum adalah satu produk dapat diakses melalui beberapa URL:
-
Shopify:
/products/blue-shirtdan/collections/summer/products/blue-shirt— Shopify otomatis mengkanoniskan URL koleksi kembali ke/products/. Cara ini berfungsi dengan benar secara bawaan, tetapi tautan internal seharusnya hanya mengarah ke/products/. -
WooCommerce: Masalah serupa terjadi dengan basis kategori (misalnya
/product-category/shirts/blue-shirtdibanding/shop/blue-shirt). Plugin Yoast atau Rank Math menetapkan tag kanonis; tinjau struktur permalink Anda untuk meminimalkan duplikat. -
Magento: Navigasi berlapis (filter) adalah sumber utama URL duplikat. Konfigurasikan tag kanonis untuk halaman hasil filter atau blokir parameter di robots.txt.
-
BigCommerce: URL produk dapat muncul di beberapa kategori. BigCommerce memiliki pengaturan “Canonical URL” per produk yang mengendalikan jalur pilihan.
Penanganan navigasi berfaset menurut platform
Mulailah dari niat pencarian, bukan mekanisme platform: tentukan kombinasi filter mana (jika ada) yang pantas memiliki halaman tujuan terindeks sendiri dan mana yang hanya menjadi inventaris anggaran perayapan. Panduan Google membingkainya sebagai pilihan antara memblokir perayapan URL faset dan mengoptimalkan URL yang layak diindeks — jumlah URL dapat melonjak dalam kedua kasus, sehingga pertanyaan strategi harus dijawab lebih dahulu, baru kebijakan pilihan dipetakan ke kemampuan platform.
- Shopify: Parameter kueri (
?filter.p.m.color=red) terindeks secara bawaan pada beberapa tema. Gunakan meta robotsnoindexpada halaman hasil filter atau tambahkan parameter ke alat URL Parameters di Search Console. - WooCommerce: Plugin WOOCS/filter menghasilkan URL berparameter. Gabungkan
noindexpada halaman hasil filter dengan pengaturan parameter URL Rank Math/Yoast. - Magento (Adobe Commerce): “Layered Navigation” standar menghasilkan URL filter atribut dari atribut katalog; sistem izin katalog dan penulisan ulang URL memberi kendali terperinci, dan tag kanonis dapat dikonfigurasi di tingkat kategori. Produk Live Search Adobe Commerce yang dilisensikan terpisah menggunakan faset navigasi terfilternya sendiri, yang berperilaku berbeda dari navigasi berlapis standar — pastikan sistem mana yang benar-benar dikonfigurasi sebelum menjelaskan kemampuan faset toko, karena hal itu bergantung pada edisi dan konfigurasi add-on, bukan sekadar label “Magento”.
- BigCommerce: URL pencarian berfaset dapat dikanoniskan ke kategori dasar melalui pengaturan bawaan di Store Settings → Search.
SEO platform ecommerce menambahkan lapisan kerumitan di atas SEO teknis standar: data terstruktur produk, penanganan parameter navigasi berfaset, URL duplikat dari varian dan koleksi produk, strategi produk habis stok, serta paginasi. Tidak ada platform perdagangan yang secara bawaan lebih unggul untuk peringkat — pilih berdasarkan kebutuhan produk, kategori, varian, feed, lokalisasi, penerbitan, dan operasional toko Anda, lalu periksa keluaran nyata implementasi tertentu (tema, aplikasi, modul, paket, versi), karena pengaturan bawaan berubah dan konfigurasi dapat menimpanya.
Shopify: Struktur URL tetap (/products/, /collections/, /pages/,
/blogs/). Otomatis membuat sitemap dan tag kanonis. Masalah URL duplikat koleksi-produk
(produk dapat diakses melalui /products/slug dan /collections/name/products/slug) ditangani
otomatis dengan kanonikalisasi. robots.txt dikunci pada paket standar; Shopify Plus dapat
disesuaikan. Schema produk bergantung pada tema.
WooCommerce: Berbasis WordPress sehingga memberi kendali penuh melalui plugin SEO. Yoast SEO atau Rank Math menangani metadata, sitemap, tag kanonis, pengalihan, dan schema. Paling fleksibel dari keempatnya, tetapi memerlukan konfigurasi terbanyak. Struktur URL produk bergantung pada pengaturan permalink WordPress.
Magento (Adobe Commerce): Fleksibilitas kelas enterprise. Memiliki penulisan ulang URL, tag kanonis, dan konfigurasi navigasi berlapis bawaan. Sebagian besar pengaturan SEO memerlukan pekerjaan developer atau panel admin. Kuat pada skala besar, tetapi biaya penyiapannya tinggi.
BigCommerce: Berada di antara Shopify (kemudahan) dan Magento (kemampuan). Pengaturan SEO bawaannya kuat — sitemap otomatis, tag kanonis, pengelola pengalihan, dan data terstruktur dasar. Struktur URL cukup fleksibel. Pengaturan pencarian berfaset dapat dikonfigurasi di Store Settings.
Hal yang umum pada semua platform: data terstruktur produk (otomatis atau lewat plugin/tema;
memenuhi syarat untuk hasil kaya, bukan dijamin tampil), penanganan kanonis untuk URL filter/varian,
cakupan sitemap atas produk dan kategori, serta pengelolaan pengalihan untuk produk yang dihentikan.
Arsitektur varian memiliki lebih dari satu desain terdokumentasi — satu URL produk kanonis dengan
data ProductGroup, atau URL terpisah untuk tiap varian yang dihubungkan sebagai grup — jadi
sesuaikan desain dengan platform dan katalog, bukan berasumsi bahwa satu jumlah URL pasti benar.
Strategi navigasi berfaset harus berawal dari keputusan apakah kombinasi filter tertentu pantas
mendapat visibilitas pencarian tersendiri, lalu dipetakan ke mekanisme platform. Di Adobe Commerce,
navigasi berlapis standar dan faset Live Search berlisensi terpisah berperilaku berbeda; klaim
kemampuan faset perlu menyebut sistem mana yang dikonfigurasi.
Daftar periksa audit SEO platform ecommerce
Semua platform
- Pastikan sitemap XML mencakup semua produk dan kategori serta mengecualikan URL hasil filter/parameter
- Pastikan tag kanonis tersedia di setiap halaman produk dan kategori
- Periksa apakah URL navigasi berfaset diblokir, diberi noindex, atau dikanoniskan
- Pastikan data terstruktur produk (Schema.org Product) mencakup harga, ketersediaan, dan ulasan
- Siapkan pengalihan untuk setiap URL produk yang berubah (produk dihentikan atau slug berubah)
- Tinjau paginasi — apakah halaman 2+ dapat diindeks dan cukup unik untuk membenarkannya?
- Periksa penanganan produk habis stok — 404, dipertahankan + diperbarui, atau dialihkan?
Khusus Shopify
- Arahkan tautan internal produk ke
/products/, bukan/collections/.../products/ - Tinjau penyisipan schema produk oleh tema — uji dengan Rich Results Test
- Gunakan pengelola pengalihan Shopify untuk setiap perubahan URL
- Di Shopify Plus: sesuaikan robots.txt untuk memblokir URL tipis
Khusus WooCommerce
- Pasang satu plugin SEO (Yoast atau Rank Math) — jangan keduanya
- Tetapkan struktur permalink produk WooCommerce
- Konfigurasikan pengaturan schema produk pada plugin
- Tangani halaman arsip WooCommerce (shop, product-category) — beri noindex pada yang tipis
Khusus Magento
- Konfigurasikan tag kanonis untuk URL navigasi berlapis
- Tinjau aturan penulisan ulang URL — hapus duplikat yang tidak perlu
- Konfigurasikan robots.txt untuk memblokir URL berparameter yang tidak ingin Anda rayapi
- Aktifkan sitemap HTML + sitemap XML bawaan Magento
Khusus BigCommerce
- Tetapkan URL kanonis per produk di pengaturan produk
- Tinjau pengaturan pencarian berfaset (Store Settings → Search)
- Pastikan sitemap dikirimkan di Search Console
- Gunakan pengelola pengalihan bawaan BigCommerce untuk perubahan URL
Alat untuk menguji platform ecommerce
- Faceted Navigation Auditor — periksa apakah kombinasi filter membuat inventaris URL yang dapat dirayapi atau diindeks.
- PDP SEO Checker — tinjau metadata halaman produk, data terstruktur, tag kanonis, dan sinyal konten berdasarkan keluaran nyata platform.
- Sitemap Validator — pastikan URL produk dan kategori yang dipublikasikan muncul satu kali dan mengarah ke tujuan kanonis yang berhasil.
- Redirect Chain Mapper — uji penghentian produk, perubahan kategori, dan migrasi untuk menemukan rantai atau tujuan yang tidak relevan.
Pembahasan mendalam setiap platform
- SEO Shopify
- SEO WooCommerce
- SEO Magento
- SEO BigCommerce
- SEO Salesforce Commerce Cloud
- SEO Shopware
- SEO OpenCart
- SEO Ecwid
- SEO Wix eCommerce
- SEO Squarespace Commerce
- SEO PrestaShop (berada di cluster Platform Ecommerce)
Bacaan terkait
Kesalahan yang benar-benar dilakukan toko pada platform ini
Menautkan secara internal ke URL produk berawalan koleksi di Shopify
Tautan internal, menu navigasi, dan blok produk terkait yang mengarah ke
/collections/summer/products/blue-shirt, bukan /products/blue-shirt.
Mengapa ini salah — Shopify otomatis mengkanoniskan URL berawalan koleksi kembali ke URL produk biasa, sehingga biasanya tidak menghasilkan duplikat terindeks. Namun, setiap tautan internal yang menggunakan jalur panjang tetap menghabiskan anggaran perayapan dan ekuitas tautan pada URL yang langsung meneruskan sinyalnya ke tempat lain, alih-alih menuju halaman kanonis.
Yang sebaiknya dilakukan — Bangun tautan tema langsung dari handle produk
(/products/{{ product.handle }}), bukan dari konteks koleksi, agar tautan internal langsung
menuju URL kanonis.
Menjalankan dua plugin SEO sekaligus di WooCommerce
Memasang Yoast SEO sekaligus Rank Math (atau pasangan lain) karena “cakupan yang lebih luas lebih baik”.
Mengapa ini salah — Kedua plugin membuat sitemap, tag kanonis, dan keluaran meta masing-masing. Ketika dua plugin mencoba mengendalikan bidang yang sama, Anda mendapat tag kanonis yang bertentangan atau file sitemap duplikat — masalah konten duplikat yang dibuat sendiri, padahal SEO ecommerce justru semestinya mencegahnya.
Yang sebaiknya dilakukan — Pilih satu plugin, nonaktifkan yang lain sepenuhnya, lalu periksa sumber halaman untuk memastikan hanya satu tag kanonis dan satu deskripsi meta yang dihasilkan.
Membiarkan navigasi berfaset sepenuhnya dapat dirayapi dan diindeks
Menerbitkan kombinasi filter (?color=red&size=M) tanpa noindex, tanpa
kanonikalisasi, dan tanpa penanganan robots.txt — di platform mana pun dari keempatnya.
Mengapa ini salah — Toko dengan atribut filter dalam jumlah sedang saja dapat menghasilkan ribuan URL berparameter yang hampir duplikat. Crawler menghabiskan anggaran untuk URL tersebut, bukan produk dan kategori utama Anda. Ini adalah masalah pengindeksan ecommerce yang paling umum pada semua platform dalam perbandingan ini.
Yang sebaiknya dilakukan — Kanoniskan URL hasil filter ke halaman kategori dasar (atau
beri noindex jika URL harus tetap dapat dirayapi untuk iklan/pengalaman pengguna), lalu pastikan
parameter mana yang benar-benar dilihat Search Console sebelum memutuskan apa yang harus diblokir.
Menghentikan produk tanpa rencana pengalihan
Menghapus produk dan membiarkan URL-nya menghasilkan 404 karena “sekarang stoknya habis”.
Mengapa ini salah — Semua tautan masuk atau riwayat peringkat yang dikumpulkan URL itu langsung hilang. Respons 404 tegas pada halaman yang sebelumnya berperingkat membuat pengguna dan ekuitas tautan tidak menuju ke mana pun.
Yang sebaiknya dilakukan — Putuskan per produk apakah halaman dipertahankan dengan data terstruktur “habis stok” (jika produk akan kembali), dialihkan dengan 301 ke pengganti terdekat atau kategori induk (jika tidak akan kembali), atau baru diberi 404 setelah tidak ada lagi yang menautkannya.
Menganggap schema produk selalu otomatis
Menganggap markup Schema.org Product pasti tersedia karena “platform menanganinya”.
Mengapa ini salah — Cakupannya sangat berbeda menurut platform: bergantung pada tema di Shopify, memerlukan plugin di WooCommerce, membutuhkan modul di Magento, dan secara bawaan hanya dasar di BigCommerce. Menganggap markup sudah ada lalu melanjutkan pekerjaan membuat data harga dan ketersediaan dapat hilang dari hasil kaya tanpa diketahui siapa pun.
Yang sebaiknya dilakukan — Periksa halaman produk yang sebenarnya dengan Rich Results Test, bukan memercayai materi pemasaran platform, lalu perbaiki kekurangan pada tingkat tema/plugin, bukan halaman demi halaman.
Membiarkan navigasi berlapis Magento tanpa konfigurasi
Mengaktifkan navigasi berlapis (berfaset) untuk atribut seperti warna, ukuran, dan merek tanpa menetapkan aturan kanonis atau pengindeksan bagi URL yang dihasilkannya.
Mengapa ini salah — Navigasi berlapis merupakan sumber terbesar URL duplikat khususnya di Magento karena kombinasi filter bertambah dengan cepat. Jika tidak dikonfigurasi, sistem ini dapat menghasilkan jauh lebih banyak URL yang dapat dirayapi daripada jumlah produk yang sebenarnya.
Yang sebaiknya dilakukan — Konfigurasikan tag kanonis di tingkat kategori dan blokir kombinasi parameter yang tidak ingin dirayapi sebelum katalog tumbuh cukup besar hingga menjadi masalah anggaran perayapan.
Log perubahan
Diperbarui 21 Sep 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Ringkasan
Meninjau seluruh 101 blok dan 55 bidang komponen terhadap sumber terkunci, menerjemahkan riwayat perubahan yang tersisa, serta menyelaraskan status QA tanpa membuka publikasi.
Detail perubahan
-
Semua prosa pembaca, batas bukti, URL, kode, ID, dan teks komponen telah diperiksa; hanya enam butir riwayat perubahan berbahasa Inggris yang memerlukan perbaikan semantik.
-
Mempertahankan publicationEnabled false dan nativeReviewPending true sambil menandai unit hasil materialisasi lengkap untuk audit mesin.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.
Diperbarui 7 Sep 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Ringkasan
Membuat kandidat artikel terlokalisasi yang terkunci ke sumber dan memulai penomoran revisi lokal dari revisi 1.
Detail perubahan
-
Mewujudkan blok terjemahan sambil mempertahankan riwayat sumber sebagai catatan asal.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.
Diperbarui 2 Agu 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Ringkasan
Menyelaraskan referensi alat platform ecommerce dengan rute publik saat ini dan menghapus pemeriksa konten duplikat yang telah dihentikan.
Detail perubahan
-
Mengganti Redirect Chain Mapper dengan HTTP Status Checker dan menghapus rekomendasi Duplicate Content Checker.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.
Diperbarui 18 Jul 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Ringkasan
Mengganti kerangka peringkat platform yang tersirat dengan metode pemilihan berdasarkan kebutuhan dan kepemilikan, serta menggeneralisasi panduan URL varian dan navigasi berfaset agar sesuai dengan beragam pendekatan yang didokumentasikan Google.
Detail perubahan
-
Menambahkan metode pemilihan platform yang menilai kebutuhan produk, kategori, varian, feed, lokalisasi, penerbitan, dan operasional alih-alih membuat peringkat platform.
-
Mendokumentasikan bahwa data terstruktur Product Google mendukung arsitektur satu URL kanonis maupun URL terpisah untuk setiap varian melalui ProductGroup, bukan menganggap satu jumlah URL sebagai satu-satunya pilihan yang benar.
-
Membedakan navigasi berlapis standar Adobe Commerce dari faset Live Search yang berlisensi terpisah, karena klaim kemampuan faset bergantung pada konfigurasi yang digunakan.
-
Menegaskan bahwa platform tidak memberi keunggulan peringkat bawaan: arsitektur membatasi dan memungkinkan implementasi, sedangkan kemampuan dirayapi, keakuratan data terstruktur, performa, konten, tautan, dan operasi berkelanjutan menentukan hasil.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.