Panduan Magento SEO

TL;DR — Magento SEO adalah tentang helping sebuah Magento store peringkat di search. pertama, know Anda versi: Magento 1 adalah dead (no updates since June 2020), dan Magento 2 comes di sebuah paid edition (Adobe Commerce) dan sebuah free one (Magento Open Source). thing itu breaks SEO pada Magento more daripada anything else adalah -nya filter sistem — “layered navigation” (terjemahan) “layered navigation” — which dapat buat thousands dari duplicate halaman addresses. sebagian besar dari Anda berfungsi adalah keeping itu di bawah control.

What Magento adalah (dan which versi Anda memiliki)

Magento adalah sebuah platform untuk membangun online stores. Unlike Shopify, where company hosts everything untuk Anda, Magento adalah something Anda (atau Anda developers) install dan run yourself. itu gives Anda sebuah lot dari control — dan sebuah lot dari rope.

sebelum Anda melakukan anything, figure out which Magento Anda’re pada:

• Magento 1 — old versi. ini reached end-dari-life di June 2020 dan no longer gets security updates. jika Anda’re here, Anda nyata SEO project adalah migrating untuk Magento 2 (melakukan ini carefully, dengan redirects).
• Magento 2 — saat ini versi. ini comes sebagai Adobe Commerce ( paid, enterprise edition) dan Magento open source ( free, community edition). mereka share yang sama core code, so SEO advice adalah yang sama.
• Adobe Commerce sebagai sebuah Cloud Service (ACCS) — sebuah newer, separate SaaS product (launched June 2025) itu runs pada berbeda infrastructure dan doesn’t mendukung classic Luma theme di semua. jika Anda store adalah pada ACCS, treat theme/schema advice written untuk “regular” (terjemahan) “regular” Magento sebagai sebuah starting poin, not sebuah direct match.

Don’t mix ini up. sebuah lot dari old “Magento SEO” (terjemahan) “Magento SEO” tutorials online adalah written untuk Magento 1 dan menus dan settings simply don’t match anymore.

one big masalah: filters

When sebuah shopper lands pada sebuah category halaman — say, “Running Shoes” (terjemahan) “Running Shoes” — Magento menampilkan filters down side: size, color, brand, price. itu fitur adalah called layered navigation, dan ini adalah great untuk shoppers.

SEO masalah adalah itu setiap filter someone clicks biasanya membuat sebuah brand-baru web address, like /running-shoes?color=blue&size=10. Multiply colors × sizes × brands × price ranges dan sebuah single category dapat spin off thousands dari slightly berbeda halaman — semua showing basically yang sama products. mesin pencari see sebuah mess dari near-duplicate halaman, get confused tentang which one untuk tampilkan, dan waste time crawling junk alih-alih Anda nyata products.

fix adalah untuk tell mesin pencari “these filtered pages aren’t the important ones — the clean category page is.” (terjemahan) “ini filtered halaman aren’t penting ones — clean category halaman adalah.” Anda melakukan itu dengan sebuah tag canonical (sebuah pointer untuk main versi) dan oleh marking rendah-nilai filter halaman noindex (don’t put ini di hasil pencarian). Magento memiliki settings untuk ini, dan SEO extensions membuat ini easier.

lainnya things untuk siapkan

• Friendly URLs. Magento dapat produce clean addresses like /running-shoes/nike-pegasus/ alih-alih sebuah panjang code. pastikan “search-engine-friendly URLs” (terjemahan) “search-mesin-friendly URLs” setting adalah pada.
• judul dan deskripsi. setiap product dan category memiliki fields untuk sebuah halaman judul dan deskripsi meta — fill them di alih-alih leaving Magento’s defaults.
• data terstruktur (schema). ini adalah code itu powers price dan star ratings Anda see di Google hasil. Magento doesn’t tambahkan ini automatically, so Anda’ll perlu sebuah extension atau sebuah developer untuk tambahkan ini.
• Product variants. jika sebuah product comes di multiple sizes atau colors, Magento biasanya stores setiap combination sebagai -nya own “simple product” (terjemahan) “sederhana product” ditautkan untuk sebuah parent. Left alone, itu dapat get terindeks sebagai separate near-duplicate halaman — poin them back untuk parent product dengan sebuah tag canonical instead.

ingin detailed, technical versi — exact settings, URL-rewrite table, dan cara handle filters di scale? Switch untuk Advanced tab.

TL;DR — Magento SEO adalah dominated oleh two duplicate-konten generators: layered navigation spraying parameter URLs, dan configurable/sederhana product variants spraying near-identical SKU halaman. Canonicalize both back untuk mereka clean parent (category atau configurable product) dan noindex rendah-nilai combinations; reserve dapat diindeks halaman untuk filters atau variants dengan nyata search demand. Settle versi pertanyaan pertama — Magento 1 adalah EOL (June 2020); Magento 2 ships sebagai Adobe Commerce (paid, self-hosted), Magento Open Source (free), atau Adobe Commerce sebagai sebuah Cloud Service (ACCS — sebuah separate SaaS product since June 2025 itu drops Luma entirely). SEO-friendly URLs run melalui url_rewrite table — distinct dari HTTP redirects, which Magento dapat auto-buat sebagai 301s. Structured-data output varies oleh storefront theme dan extensions, so inspect rendered halaman sebelum planning custom berfungsi.

langkah zero: get versi straight

Half buruk Magento SEO advice online adalah buruk because ini adalah aimed di wrong versi. Lock ini down sebelum anything else:

• Magento 1 hit end-dari-life pada June 30, 2020. No security patches, no updates. jika sebuah client adalah masih pada ini, SEO berfungsi is sebuah Magento 2 migration — dengan sebuah full peta pengalihan dan sebuah crawl-based QA pass, treated like apa pun platform migration where peringkat authority adalah pada line.
• Magento 2 adalah live codebase. ini ships di two editions: Adobe Commerce (paid; B2B fitur, halaman builder, hosted PaaS option) dan Magento Open Source (free; community edition). sama core, sama SEO surface area. Adobe’s branding shift berarti “Magento,” (terjemahan) “Magento,” “Adobe Commerce,” (terjemahan) “Adobe Commerce,” dan “Magento Open Source” (terjemahan) “Magento open source” semua tampilkan up untuk yang sama underlying platform — don’t let naming fool Anda ke thinking SEO model differs.
• Adobe Commerce sebagai sebuah Cloud Service (ACCS) adalah sebuah ketiga, separate product — sebuah SaaS deployment launched June 2025 dengan sebuah storefront dibangun pada Edge Delivery Services alih-alih traditional Commerce/Luma stack. Luma isn’t didukung pada ACCS di semua, so jika sebuah store adalah pada ini, Luma-spesifik theme dan schema notes below don’t carry di atas — Anda’re rebuilding itu layer dari scratch, not tweaking ini.

Everything below assumes self-hosted Magento 2 (Adobe Commerce atau Magento Open Source, pada Luma atau Hyvä) unless ACCS adalah called out specifically.

Layered navigation adalah whole game

jika Anda hanya fix one thing pada sebuah Magento store, fix layered navigation. ini adalah Magento’s istilah untuk faceted filtering pada category halaman, dan oleh default setiap filter selection appends sebuah kueri parameter:

/running-shoes
/running-shoes?color=159
/running-shoes?color=159&size=42
/running-shoes?color=159&size=42&price=50-100
/running-shoes?size=42&color=159        ← same filters, different order = new URL

One clarification sebelum Anda copy apa pun crawl/indeks strategy onto sebuah store: Adobe documents standard layered navigation dan Live Search (Adobe Commerce’s paid, AI-powered facet fitur) sebagai distinct implementations dengan berbeda filter/URL perilaku. canonical dan noindex guidance below adalah written untuk standard layered navigation — jika sebuah store runs Live Search, confirm actual URL patterns ini generates sebelum assuming yang sama aturan apply.

combinatorial explosion adalah masalah. sebuah catalog dari sebuah few thousand SKUs dapat generate tens dari thousands dari dapat di-crawl, near-duplicate URLs. ini adalah canonical faceted-navigation failure mode, dan Gary Illyes memiliki put angka pada how much grief ini causes Google — faceted navigation adalah the largest single source dari crawl-waste complaints mereka menerima (see Quotes tab). damage pada Anda side: duplicate/near-duplicate konten, indeks bloat, anggaran crawling burned pada junk, dan internal PageRank diluted di seluruh hundreds dari filter tautan per category halaman.

decision adalah binary, per URL pattern: melakukan ini filtered halaman deserve sebuah place di indeks, atau not?

untuk ~99% itu don’t (sebagian besar color/size/price/sort combinations memiliki no search demand):

• Canonical filtered URL untuk clean category URL. Magento 2’s “Use Canonical Link Meta Tag for Categories” (terjemahan) “gunakan Canonical tautan Meta Tag untuk Categories” setting (Stores → Configuration → Catalog → Catalog → optimisasi mesin pencari) helps, tetapi pada -nya own ini poin sebuah category untuk itself, not filtered variants untuk parent — so untuk parameter URLs Anda typically lean pada sebuah SEO extension atau template logic untuk emit right canonical.
• noindex rendah-nilai filter combinations so mereka drop out dari indeks. Remember aturan dari Google: noindex memerlukan halaman untuk menjadi dapat di-crawl — tidak pernah pair noindex dengan sebuah robots.txt Disallow pada yang sama URL, atau Googlebot dapat’t read tag.
• pertimbangkan robots.txt disallow untuk purely combinatorial parameter spaces jika anggaran crawling adalah acute masalah — tetapi know ini controls crawling, not pengindeksan, dan won’t hapus sudah-terindeks URLs.

untuk minority itu melakukan memiliki demand (e.g. sebuah “/running-shoes/nike/” (terjemahan) “/running-shoes/nike/” jenis halaman where brand filter adalah sebuah nyata kueri): promote itu untuk dapat diindeks, clean-URL landing halaman — unique intro copy, self-referencing canonical, tautan internal, sitemap inclusion. itu’s where Magento faceted nav turns dari liability ke panjang-tail asset. (Full treatment di faceted navigation hub, canonical home untuk ini topic pada Ecommerce side; crawl-side mechanics live dengan parameter URL dan anggaran crawling.)

URL rewrites dan SEO-friendly URLs

Magento generates clean URLs melalui URL rewrites, stored di url_rewrite database table dan managed di Admin di bawah Marketing → SEO & Search → URL Rewrites. Adobe’s own docs draw sebuah sharp line antara two istilah itu get digunakan loosely: sebuah rewrite adalah sebuah server-side mapping itu perubahan what memuat without touching browser’s address bar, while sebuah redirect mengirim browser sebuah respons HTTP telling ini untuk navigate untuk sebuah berbeda URL — address bar updates. Magento’s automatic 301-pada-URL-key-perubahan adalah sebuah redirect; url_rewrite table juga stores internal rewrites itu tidak pernah surface untuk pengunjung. Two settings melakukan sebagian besar dari heavy lifting:

• “Use Web Server Rewrites” (terjemahan) “gunakan server web Rewrites” (Stores → Configuration → umum → Web → Search mesin Optimization) strips index.php dari URLs.
• URL suffixes / category-path-di-URL. Magento dapat sertakan category path di product URLs (/men/shoes/nike-pegasus). menjadi deliberate: including category path berarti sebuah product di multiple categories dapat resolve di multiple URLs, recreating duplication — which adalah exactly why Magento menambahkan canonical options untuk products too (“Use Canonical Link Meta Tag for Products” (terjemahan) “gunakan Canonical tautan Meta Tag untuk Products”). banyak Magento SEOs set product URLs without category path untuk sidestep ini entirely.

When Anda perubahan sebuah product atau category URL key, Magento dapat auto-buat 301 di url_rewrite table (“Create Permanent Redirect for old URL” (terjemahan) “buat Permanent Redirect untuk old URL”). Confirm itu toggle adalah pada sebelum apa pun bulk URL edits, atau Anda’ll strand terindeks URLs pada 404s. sebelum changing category-path atau suffix settings pada sebuah live store, inventory affected URL patterns per store view dan stage sebuah redirect/canonical plan alih-alih flipping toggle dan hoping — Adobe’s own docs warn itu regenerating rewrites untuk categories dengan banyak assigned products dapat menjadi sebuah nyata performa hit, not hanya sebuah SEO one.

Configurable dan sederhana products: lainnya duplicate-konten driver

Layered navigation isn’t satu-satunya cara sebuah Magento catalog sprays near-duplicate URLs. Configurable products ( parent — “Running Shoe” (terjemahan) “Running Shoe”) dibangun dari sederhana products ( actual purchasable size/color combinations) buat yang sama failure mode di catalog scale. Vervaunt’s Paul Rogers frames math well: sebuah fashion store dengan 3 000 parent products, setiap di 8 sizes dan 6 colors, dapat generate 144 000 sederhana-product combinations. di Magento itu combinations adalah sebuah catalog relationship, not sebuah pengindeksan decision — without sebuah explicit canonical policy, Googlebot dapat temukan semua dari them sebagai separate, dapat diindeks URLs pointing untuk near-identical konten.

fix practitioner guides converge pada: canonical setiap sederhana product untuk -nya parent configurable product, dan don’t rely pada catalog visibilitas settings alone — sebuah sederhana product atur ke “Not Visible Individually” (terjemahan) “Not terlihat Individually” adalah masih reachable oleh direct URL, sitemap, atau internal tautan, so Googlebot dapat indeks ini bahkan though ini adalah hidden dari pada-situs navigation. sebuah explicit tag canonical pointing untuk parent adalah actual fix, dan ini adalah server-side rendered, so ini isn’t dependent pada JavaScript.

indeks sebuah variant pada -nya own hanya when ini memiliki nyata, independent search demand Anda dapat differentiate dengan unique konten — sebuah spesifik color/size combination people search untuk oleh name, not setiap SKU oleh default.

periksa di bawah Stores → Configuration → Catalog → Catalog → mesin pencari Optimization itu “Use Canonical Link Meta Tag for Products” (terjemahan) “gunakan Canonical tautan Meta Tag untuk Products” adalah pada, lalu confirm — pada actual rendered halaman, not hanya setting — itu sederhana product URLs carry canonical back untuk parent.

JSON-LD gap

ini one trips people up because mereka assume sebuah platform ini besar handles schema. Magento 2 melakukan not generate JSON-LD data terstruktur out dari box. beberapa themes emit microdata pada product halaman, tetapi:

• Google recommends JSON-LD sebagai implementation format di atas microdata/RDFa (see Official Docs tab).
• untuk qualify untuk product rich hasil Anda perlu Product schema dengan name, image, description, offers (price, priceCurrency, availability), dan — untuk star ratings — aggregateRating/review, which harus come dari nyata reviews.

So getting rich hasil pada Magento adalah sebuah extension atau custom-development task: sebuah dedicated structured-data extension, sebuah schema-aware theme, atau template berfungsi itu outputs JSON-LD. When Anda tambahkan ini, audit untuk duplicate schema — jika sebuah theme’s leftover microdata dan sebuah extension’s JSON-LD both describe product, Anda dapat ship two conflicting Product blocks. Pick one sumber kebenaran.

rest dari technical surface

• tag canonical. Beyond categories/products, watch homepage (/ vs ?___store= dan similar store-view params), pagination, dan store-view/locale parameters Magento appends. See canonicalization dan tag canonical deep dives.
• Pagination. Magento paginates categories dengan ?p=2. Give setiap halaman sebuah unique, self-referencing canonical — melakukan not canonical halaman 2+ back untuk halaman 1, dan don’t noindex sequence (itu dapat cut tautan equity untuk products hanya listed deep di halaman). rel=prev/next adalah dead; don’t rely pada ini.
• Store views (multi-language / multi-situs). Magento’s store-view architecture adalah powerful untuk international setups tetapi adalah sebuah classic source dari duplicate konten dan missing/mismatched hreflang. jika Anda run multiple store views off one catalog, hreflang adalah manual berfungsi dan partial deployment adalah worse daripada none.
• Out-dari-stock dan disabled products. Decide sebuah policy: pertahankan peringkat halaman live dengan stock status, atau 404/410 + redirect permanently hilang SKUs. Don’t silently disable products dan leave mereka URLs 404ing dengan inbound tautan.
• Core Web Vitals. Self-hosted Magento’s performa adalah entirely pada Anda infrastructure. Full-halaman cache (Varnish), sebuah CDN, image optimization (WebP), dan disciplined extension/JS hygiene adalah levers. Two berbeda headless paths get conflated here, so menjadi precise tentang which one Anda’re evaluating: PWA Studio adalah Adobe’s older React-based storefront layered pada Anda existing Commerce infrastructure, while Adobe Commerce sebagai sebuah Cloud Service (ACCS) adalah sebuah separate SaaS product pada Edge Delivery Services where Luma isn’t didukung di semua. Either dapat lift CWV ceiling, tetapi both tambahkan rendering dan pengindeksan considerations dari mereka own — confirm which one (atau neither) sebuah store adalah actually running sebelum planning sebuah headless migration untuk CWV.

What untuk actually prioritize

pada sebagian besar Magento audits order dari impact adalah:

1. Layered navigation — canonical + noindex strategy untuk parameter URLs. ini adalah biggest share dari SEO teknis nilai.
2. Configurable/sederhana product canonicalization — canonical sederhana SKUs untuk mereka parent configurable product; verify ini pada rendered halaman, not hanya admin setting.
3. URL rewrites & redirects — friendly URLs pada, redirect-pada-perubahan pada, no stranded 404s.
4. Schema — tambahkan JSON-LD (no native mendukung), hindari duplicate blocks.
5. judul/meta + category copy — fill fields; categories ship blank.
6. performa — cache, CDN, images.

Everything else adalah refinement. Magento gives Anda total control, which berarti almost setiap SEO masalah pada sebuah Magento store adalah sebuah configuration choice Anda dapat fix — dan almost setiap one starts dengan filters.

AI summary

sebuah condensed take pada Advanced versi:

• Magento SEO adalah dominated oleh two duplicate-konten generators. Layered navigation (faceted filtering) appends filter parameters untuk category URLs; configurable/sederhana product variants spray near-identical SKU URLs. Both perlu yang sama treatment: canonical untuk clean parent (category atau configurable product) dan noindex rendah-nilai combinations; promote hanya filters/variants dengan nyata search demand untuk dapat diindeks halaman.
• versi penting: Magento 1 adalah end-dari-life (June 2020) — migrate. Magento 2 ships sebagai Adobe Commerce (paid, self-hosted) dan Magento open source (free) dari one codebase, plus sebuah separate SaaS product, Adobe Commerce sebagai sebuah Cloud Service (ACCS, since June 2025), which drops Luma theme entirely.
• Layered navigation vs. Live Search: Adobe documents standard layered navigation dan paid, AI-powered Live Search facets sebagai distinct implementations dengan berbeda URL perilaku — confirm which one sebuah store actually runs sebelum applying crawl/indeks aturan.
• Configurable/sederhana products: canonical sederhana SKUs untuk mereka parent configurable product; catalog-visibilitas settings alone don’t stop Google dari finding dan pengindeksan them via sitemap atau direct URL.
• URLs: SEO-friendly URLs run melalui url_rewrite table (Admin → Marketing → SEO & Search → URL Rewrites) — distinct dari HTTP redirects, which Magento dapat auto-buat sebagai 301s. Enable web-server rewrites dan redirect-pada-URL-perubahan; inventory affected URL patterns sebelum changing category-path atau suffix settings.
• Schema gap: Magento 2 emits no JSON-LD oleh default (microdata di beberapa themes hanya). Google recommends JSON-LD, so rich-hasil schema adalah sebuah extension/ custom-dev task — dan watch untuk duplicate Product blocks.
• juga handle: pagination (unique self-referencing canonicals, tidak pernah noindex series), store-view duplication + hreflang untuk multi-locale stores, out-dari-stock policy, dan Core Web Vitals — noting PWA Studio dan ACCS adalah two berbeda headless paths, not interchangeable.
• Priority order: layered navigation → configurable/sederhana product canonicalization → URL rewrites/redirects → schema → judul/meta/category copy → performa.

Official documentation

Primary-source documentation. Magento’s own docs cover platform settings; Google’s cover SEO perilaku itu settings perlu untuk satisfy.

Adobe / Magento

• Adobe Commerce / Magento open source — SEO best practices — official SEO configuration guide (URLs, metadata, sitemaps, robots.txt).
• URL rewrites — how url_rewrite sistem berfungsi di Admin.
• optimisasi mesin pencari (config reference) — web-server rewrites, URL suffixes, dan SEO settings di bawah Stores → Configuration.
• Layered navigation — Adobe’s documentation dari filtering fitur di heart dari Magento SEO.
• Software lifecycle / Magento 1 end-dari-life — versi mendukung dan June 2020 Magento 1 EOL.

Google — what Anda Magento config memiliki untuk satisfy

• Intro untuk Product data terstruktur — diperlukan/recommended Product fields; JSON-LD recommended.
• data terstruktur untuk ecommerce situs — ecommerce schema jenis Google mendukung.
• Pagination & incremental halaman memuat — unique URLs, self-canonical halaman, noindex untuk filters not pagination.
• Managing crawling dari faceted navigation URLs — Google’s official guidance untuk layered-navigation masalah.
• mengoptimalkan Anda anggaran crawling — why parameter sprawl penting di scale.

Quotes dari source

pada—record statements relevant untuk bagian dari Magento SEO itu actually move needle — faceted navigation, data terstruktur, dan pagination. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage where source mendukung ini.

Google — data terstruktur ( schema Magento doesn’t tambahkan untuk Anda)

• “Merchant listings: For pages where customers can purchase products from you. This markup has more options for specifying detailed product information, like apparel sizing, shipping details, and return policy information.” (terjemahan) “Merchant listings: untuk halaman where customers dapat purchase products dari Anda. ini markup memiliki more options untuk specifying detailed product informasi, like apparel sizing, shipping detail, dan kembalikan policy informasi.” — Google Search Central, Intro untuk Product structured data. Jump untuk quote
• “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data.” (terjemahan) “Providing both data terstruktur pada halaman web dan sebuah Merchant Center feed maximizes Anda eligibility untuk experiences dan helps Google correctly memahami dan verify Anda data.” Jump untuk quote

Google — pagination (Magento’s ?p= category halaman)

• “Give each page a unique URL” (terjemahan) “Give setiap halaman sebuah unique URL” — dan assign setiap halaman -nya own canonical alih-alih pointing them semua di halaman one. — Google Search Central, Pagination dan incremental halaman loading. Jump untuk quote
• “Apply noindex meta tags to filter variations or alternative sort orders” (terjemahan) “Apply undefined meta tags untuk filter variations atau alternative sort orders” — i.e. untuk facets, not untuk paginated sequence itself. Jump untuk quote

Gary Illyes, Google — pada why layered navigation adalah core risk

• pada faceted/parameter URL spaces: “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (terjemahan) “Once ini discovers sebuah set dari URLs, ini cannot membuat sebuah decision tentang whether itu URL space adalah baik atau not unless ini di-crawl sebuah besar chunk dari itu URL space.”

Read coverage

• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” (terjemahan) “Sometimes Anda mungkin buat ini baru fake URLs accidentally, exploding Anda URL space dari sebuah balmy 1000 URLs untuk sebuah scorching 1 million, exciting crawler itu di turn hammer Anda server unexpectedly.”

Read coverage

Practitioners — configurable/sederhana product canonicalization

• “Canonical to the parent configurable product.” (terjemahan) “Canonical untuk parent configurable product.” — Dan Taylor, mesin pencari Journal, The Technical Guide untuk umum Magento (Adobe Commerce) SEO Issues. Jump untuk quote
• “The canonical tag used on each of the simple products points back to the primary configurable version — to prevent duplicate variants of the product from being indexed by Google.” (terjemahan) “ tag canonical digunakan pada setiap dari sederhana products poin back untuk primary configurable versi — untuk mencegah duplicate variants dari product dari menjadi terindeks oleh Google.” — Paul Rogers (Vervaunt). Jump untuk quote
• “…potentially generates 144,000 product combinations.” (terjemahan) “…potentially generates 144 000 product combinations.” — Vervaunt, pada sebuah hypothetical fashion-store contoh (3 000 parent products × 8 sizes × 6 colors), illustrating why sebuah explicit canonical policy penting di scale, not sebuah universal catalog size. Jump untuk quote

Magento SEO checklist

Prioritized roughly oleh impact — top items adalah where Magento stores win atau lose.

versi & foundation

• Confirm Anda’re pada Magento 2, not end-dari-life Magento 1 (migrate jika so).
• Know Anda edition (Adobe Commerce, Magento open source, atau ACCS) untuk fitur scope — ACCS drops Luma theme entirely.

Layered navigation ( big one)

• Confirm whether store runs standard layered navigation atau paid Live Search facets — Adobe documents them sebagai distinct implementations.
• Audit how banyak parameter URLs filters generate (crawl situs; periksa site: count dan GSC terindeks-vs-ditemukan).
• Canonical filtered category URLs untuk clean category URL.
• noindex rendah-nilai filter combinations (dan pertahankan them dapat di-crawl so tag adalah read — tidak pernah noindex + robots.txt Disallow together).
• Identify filters dengan nyata search demand dan bangun them sebagai dapat diindeks, clean-URL landing halaman dengan unique copy.

Configurable & sederhana products

• “Use Canonical Link Meta Tag for Products” (terjemahan) “gunakan Canonical tautan Meta Tag untuk Products” enabled (Stores → Configuration → Catalog → Catalog → optimisasi mesin pencari).
• Confirm pada rendered halaman — not hanya setting — itu sederhana product URLs carry sebuah canonical back untuk mereka parent configurable product.
• Don’t rely pada “Not Visible Individually” (terjemahan) “Not terlihat Individually” alone; ini doesn’t block direct URL, sitemap, atau internal-tautan pengindeksan.

URLs & redirects

• “Use Web Server Rewrites” (terjemahan) “gunakan server web Rewrites” enabled (no index.php di URLs).
• SEO-friendly URL keys set pada products dan categories.
• “Create Permanent Redirect for old URL” (terjemahan) “buat Permanent Redirect untuk old URL” enabled sebelum apa pun URL-key edits.
• Decide pada category-path-di-product-URL (off menghindari multi-URL duplication).

data terstruktur

• tambahkan Product JSON-LD (Magento 2 ships none) via extension atau dev.
• Confirm no duplicate schema (theme microdata + extension JSON-LD).
• aggregateRating/review hanya dari nyata reviews.

pada-halaman & pengindeksan

• Unique judul + deskripsi meta pada products dan categories.
• Category deskripsi copy filled di (blank oleh default).
• Pagination: unique self-referencing canonicals; series not noindexed.
• Out-dari-stock / discontinued product policy decided (don’t strand 404s).

International & performa

• Store-view duplication controlled; hreflang complete & bidirectional jika multi-locale.
• Full-halaman cache (Varnish), CDN, dan WebP images untuk Core Web Vitals.

Magento SEO cheat sheet

versi map

Layered navigation — what untuk melakukan per URL jenis

Key Admin settings (Magento 2)

• Stores → Configuration → umum → Web → optimisasi mesin pencari: Use server web Rewrites = Yes.
• Stores → Configuration → Catalog → Catalog → optimisasi mesin pencari: product/category URL suffix, Use Canonical tautan Meta Tag untuk Categories/ Products = Yes.
• Marketing → SEO & Search → URL Rewrites: url_rewrite manager.
• Product/Category edit → optimisasi mesin pencari: URL key, meta judul, deskripsi meta; enable Create Permanent Redirect untuk old URL.

Hard facts

• Magento 2 emits no JSON-LD oleh default (microdata di beberapa themes hanya).
• Google recommends JSON-LD di atas microdata/RDFa.
• noindex perlu sebuah dapat di-crawl halaman — don’t combine dengan robots.txt Disallow.
• Friendly URLs live di url_rewrite table.

mental models

1. versi-pertama. sebelum apa pun tactic, jawaban: Magento 1 atau 2? jika 1, project adalah sebuah migration, full stop. jika 2, edition (Adobe Commerce vs open source) perubahan fitur, not SEO fundamentals.

2. Layered navigation = sebuah binary, per-URL decision. setiap filtered URL adalah either sebuah asset (nyata search demand → membuat ini sebuah dapat diindeks landing halaman) atau sebuah liability (no demand → canonical ini away dan/atau noindex). Don’t treat semua facets yang sama; sort them oleh demand, lalu apply right signal.

3. three “don’t combine” (terjemahan) “don’t combine” aturan.

• noindex + robots.txt Disallow pada yang sama URL → tag tidak pernah read.
• noindex + canonical pada yang sama URL → contradictory signals.
• canonical alone untuk anggaran crawling → source halaman masih get di-crawl.

4. Control URL space, lalu indeks. Magento’s url_rewrite sistem dan web-server rewrites govern what URLs exist dan where mereka redirect. Canonical/noindex govern what’s di index. Fix URL generation pertama (don’t manufacture duplication), lalu manage pengindeksan.

5. Schema adalah opt-di here. pada sebagian besar platforms schema adalah sebuah tweak; pada Magento ini adalah sebuah bangun. Plan JSON-LD sebagai sebuah deliverable, lalu guard terhadap shipping two Product blocks.

alat untuk Magento SEO

• Magento Admin — URL Rewrites (Marketing → SEO & Search) — native manager untuk url_rewrite table; Anda sumber kebenaran untuk friendly URLs dan redirects.
• crawler / situs audits — Screaming Frog SEO Spider atau Ahrefs situs Audit untuk mengukur how banyak parameter URLs layered navigation actually generates, surface duplicate judul/canonicals, dan temukan rantai pengalihan. ini adalah how Anda size faceted-navigation masalah.
• Google Search Console — Page indexing report (ditemukan/di-crawl — currently not terindeks sering balloons pada parameter sprawl) dan Crawl stats untuk see budget burned pada filter URLs.
• Rich hasil Test / Schema Markup Validator — confirm Anda ditambahkan JSON-LD adalah valid dan itu Anda tidak memiliki sebuah competing microdata block.
• Magento SEO extensions — Mageworx, Mirasvit, Amasty, dan similar tambahkan JSON-LD, finer canonical control, dan layered-navigation pengindeksan aturan itu Magento core leaves untuk Anda. (Evaluate untuk duplicate-schema perilaku.)
• Log file analysis — untuk besar catalogs, server logs tampilkan exactly how much crawl adalah wasted pada filter URLs.

cara mengukur Magento SEO health

ini adalah standing KPIs untuk sebuah Magento store, not one-time memeriksa — track them pada sebuah recurring cadence so layered navigation, pengindeksan, dan schema don’t quietly drift back ke sebuah mess.

terindeks vs. ditemukan URL ratio

What ini tells Anda: How much layered navigation adalah bloating Google’s view dari situs. sebuah category dengan sebuah few hundred products shouldn’t memiliki tens dari thousands dari ditemukan URLs.

cara pull ini: Search Console → halaman pengindeksan report, specifically “Discovered — currently not indexed” (terjemahan) “ditemukan — currently not terindeks” dan “Crawled — currently not indexed” (terjemahan) “di-crawl — currently not terindeks” buckets. Segment oleh URL pattern (filter kueri strings) menggunakan report’s pemeriksaan URL sample atau sebuah crawl export.

Benchmark / realistic range: No universal angka — depends pada catalog size dan filter count. signal itu penting adalah trend: sebuah ratio climbing month di atas month berarti canonical/noindex strategy pada layered navigation isn’t holding.

Cadence: Monthly, atau setelah apa pun layered-navigation config perubahan.

anggaran crawling spent pada filter URLs

What ini tells Anda: Whether Googlebot adalah wasting crawl capacity pada near-duplicate parameter combinations alih-alih Anda nyata product dan category halaman.

cara pull ini: Search Console → crawl stats report (oleh respons dan oleh purpose), cross-referenced dengan server/CDN log files filtered untuk ? parameter permintaan. My Faceted Navigation Auditor dapat classify sebuah supplied list dari parameter URLs untuk help size which combinations adalah actually menjadi generated.

Benchmark / realistic range: Depends pada catalog size dan crawl frequency — there’s no fixed “good” (terjemahan) “baik” percentage. Treat sebuah rising share dari crawl hits pada parameter URLs relative untuk canonical product/category URLs sebagai warning sign.

Cadence: Monthly untuk established stores; weekly selama dan setelah sebuah layered-nav config perubahan.

Canonical signal consistency

What ini tells Anda: Whether filtered dan paginated URLs adalah actually resolving untuk canonical Anda intended, not silently reverting untuk self-referencing atau missing tags setelah sebuah theme/extension update.

cara pull ini: Spot-periksa filter dan pagination URLs dengan my Canonicalization Checker — ini audits HTML dan HTTP canonical signals dan flags conflicts.

Benchmark / realistic range: seharusnya menjadi 100% — setiap filtered URL Anda intend untuk suppress seharusnya carry sebuah canonical pointing untuk clean category halaman, setiap paginated halaman sebuah self-referencing canonical. apa pun exception adalah sebuah bug, not sebuah range.

Cadence: setelah setiap theme, extension, atau layered-navigation setting perubahan; spot-periksa quarterly otherwise.

Product rich-hasil eligibility

What ini tells Anda: Whether JSON-LD Anda ditambahkan (Magento ships none oleh default) adalah actually valid dan complete enough untuk earn price/rating rich hasil, dan whether sebuah leftover theme microdata block adalah conflicting dengan ini.

cara pull ini: Search Console → Enhancements report untuk Product snippets, atau spot-periksa individual URLs dengan Google’s Rich hasil Test. untuk sebuah raw-HTML audit dari schema itself — including duplicate-block detection — gunakan my PDP SEO Checker.

Benchmark / realistic range: Depends pada catalog size dan review coverage — not setiap SKU akan memiliki aggregateRating data. Track trend di valid vs. error/ warning items, not sebuah absolute target.

Cadence: Monthly, dan immediately setelah apa pun schema extension update atau theme perubahan.

Validation tests: proving sebuah Magento SEO fix took effect

Pass/fail memeriksa untuk spesifik perubahan covered di ini artikel — run setiap one right setelah Anda membuat perubahan, lalu again pada monitoring cadence noted.

Canonical ditambahkan untuk sebuah filtered category URL

Test untuk run: muat sebuah filtered URL (e.g. /running-shoes?color=blue) di my Canonicalization Checker.

Expected hasil: alat reports sebuah rel=canonical pada filtered URL pointing untuk clean category URL (/running-shoes), dengan no conflicting HTTP header canonical.

Failure interpretation: No canonical, sebuah self-referencing canonical, atau sebuah canonical pointing somewhere else berarti “Use Canonical Link Meta Tag for Categories” (terjemahan) “gunakan Canonical tautan Meta Tag untuk Categories” setting atau Anda template/extension logic isn’t emitting ini untuk ini URL pattern.

Monitoring window: Immediate untuk tag itself; 2–4 weeks di Search Console’s halaman pengindeksan report untuk see Google pick up consolidated signal.

Rollback trigger: jika terindeks-URL counts untuk filter pattern pertahankan climbing setelah 4 weeks dengan canonical confirmed present, signal isn’t menjadi respected — periksa untuk sebuah conflicting noindex atau robots.txt block pada yang sama URL.

noindex applied untuk sebuah rendah-nilai filter combination

Test untuk run: Fetch filtered URL’s rendered HTML <head> (view-source atau curl) dan periksa untuk <meta name="robots" content="noindex,follow">. lalu periksa robots.txt untuk itu URL pattern dengan my Google indeks Checker.

Expected hasil: noindex tag adalah present dan URL adalah not disallowed di robots.txt — Google dapat hanya read tag pada sebuah dapat di-crawl halaman.

Failure interpretation: jika robots.txt juga disallows pattern, Googlebot tidak pernah fetches halaman untuk see noindex tag, dan URL dapat stay terindeks indefinitely dari historical signals alone.

Monitoring window: Days untuk crawl untuk pick up tag; 2–8 weeks untuk URL untuk actually drop out dari indeks (longer untuk previously well-ditautkan filter halaman).

Rollback trigger: URL masih terindeks setelah 8 weeks dengan noindex confirmed dapat di-crawl — periksa untuk sebuah canonical fighting noindex pada yang sama URL (mereka’re contradictory signals; Google dapat ignore one).

sederhana product canonical poin untuk -nya configurable parent

Test untuk run: muat sebuah sederhana-product variant URL (sebuah spesifik size/color combination) di my Canonicalization Checker.

Expected hasil: alat reports sebuah rel=canonical pada sederhana product URL pointing untuk parent configurable product’s URL, dengan no conflicting HTTP header canonical.

Failure interpretation: sebuah self-referencing atau missing canonical berarti “Use Canonical Link Meta Tag for Products” (terjemahan) “gunakan Canonical tautan Meta Tag untuk Products” isn’t enabled, atau variant adalah menjadi treated sebagai terlihat/dapat diindeks independent dari parent relationship.

Monitoring window: Immediate untuk tag itself; 2–4 weeks di Search Console’s halaman pengindeksan report untuk confirm variant URLs consolidate di bawah parent alih-alih accumulating sebagai separate terindeks halaman.

Rollback trigger: jika terindeks-URL counts untuk sederhana-product URLs pertahankan climbing setelah 4 weeks dengan canonical confirmed present, periksa apakah “Not Visible Individually” (terjemahan) “Not terlihat Individually” adalah menjadi relied pada alih-alih tag canonical — catalog visibilitas doesn’t block direct-URL, sitemap, atau internal-tautan crawling.

Redirect-pada-URL-perubahan adalah protecting old URLs

Test untuk run: setelah changing sebuah product atau category URL key, permintaan old URL directly: curl -I https://yourstore.com/old-url-key.

Expected hasil: sebuah single 301 untuk baru URL (no rantai pengalihan).

Failure interpretation: sebuah 404 berarti “Create Permanent Redirect for old URL” (terjemahan) “buat Permanent Redirect untuk old URL” adalah off when key changed, atau url_rewrite entry didn’t generate — old URL dan apa pun inbound tautan/rankings ini held adalah now stranded.

Monitoring window: Immediate — ini adalah sebuah status-code periksa, no waiting needed.

Rollback trigger: apa pun 404/chain pada sebuah URL itu previously diperingkatkan — restore url_rewrite entry atau tambahkan sebuah manual redirect sebelum ini drops dari indeks.

JSON-LD Product schema adalah valid dan not duplicated

Test untuk run: Run product halaman melalui my PDP SEO Checker untuk audit raw JSON-LD untuk diperlukan fields dan duplicate blocks, lalu confirm rich-hasil eligibility dengan Google’s Rich hasil Test.

Expected hasil: One valid Product block dengan name, image, description, offers (price, priceCurrency, availability), dan — jika Anda’re claiming star ratings — aggregateRating/review sourced dari nyata reviews. No kedua, conflicting block dari leftover theme microdata.

Failure interpretation: Two Product blocks (theme microdata + extension JSON-LD) biasanya berarti Google picks one arbitrarily atau discards both sebagai inconsistent; missing offers fields berarti halaman won’t qualify untuk price snippets di semua.

Monitoring window: Immediate untuk validity; 2–4 weeks di Search Console Enhancements report untuk confirm rich hasil actually start appearing.

Rollback trigger: Enhancements report menampilkan rising “Invalid items” (terjemahan) “Invalid items” setelah sebuah theme atau extension update — disable newer source until duplicate adalah resolved.

Resources worth Anda time

pada topics itu dominate Magento SEO (pada ini situs)

• Faceted navigation — canonical home untuk layered-navigation masalah dan indeks-atau-suppress decision framework.
• Canonicalization dan tag canonical — primary fix untuk Magento’s parameter duplication.
• Duplicate konten — why filter dan store-view URLs split signals.
• parameter URL dan anggaran crawling — crawl-side mechanics dari parameter sprawl.

My related writing (Ahrefs)

• Beginner’s Guide untuk SEO teknis — where ini controls fit di bigger picture.
• Faceted Navigation: Definition, contoh & SEO Best Practices — full decision framework (I’m sebuah reviewer pada ini one).
• parameter URL: sebuah Complete Guide untuk SEOs.

Official

• Adobe Commerce SEO best practices — platform’s own guidance.
• Google’s Managing crawling dari faceted navigation URLs.

dari others

• r/TechSEO dan Magento Stack Exchange — where Magento-spesifik crawl/indeks quirks get debugged.
• Technical Guide untuk umum Magento SEO Issues (mesin pencari Journal, Dan Taylor) — comprehensive practitioner guide covering URL rewrites, configurable/sederhana product canonicalization, dan faceted navigation controls.
• Ultimate Guide untuk Duplicate konten di Magento (Vervaunt, Paul Rogers) — paling-cited source untuk full duplicate-konten source map dan configurable/sederhana product canonical strategy.
• SEO Considerations untuk Configurable dan sederhana Products di Magento (Paul Rogers) — deep dive pada canonicalizing sederhana SKUs untuk mereka configurable parent di scale.
• Layered Navigation Causing masalah? Deal dengan ini (Scandiweb) — saat ini Google-aligned guidance pada robots.txt disallow sebagai primary faceted-navigation crawl control.
• Magento 2 Layered Navigation SEO: Ultimate Guide (Mageworx) — detailed walkthrough dari parameter URL proliferation dengan concrete URL contoh.
• Product Schema untuk Adobe Commerce (Lumio) — menjelaskan why Luma ships almost no JSON-LD dan walks melalui membangun sebuah custom JSON-LD module terhadap EAV model.

Log perubahan