Siirrä PrestaShop-kategoriat AI Commerceen hallitusti
Unlimited-depth category trees are perfectly normal in PrestaShop, but they are not best-practice for customer-facing navigation.
Sisällysluettelo
Erota katalogi, navigaatio ja suodatus
PrestaShop-kategorioiden siirrossa rajattoman syvä kategoriapuu voi palvella sisäistä ryhmittelyä, asiakkaalle näkyvää navigaatiota, murupolkua ja hakukoneosoitteita. Syvä rakenne voi olla PrestaShopissa teknisesti normaali, mutta se ei tee siitä automaattisesti parasta käytäntöä julkiseen luokitteluun. Yleinen verkkokaupan käyttökokemukseen tai hakukonenäkyvyyteen perustuva suositus rakenteen madaltamisesta ei myöskään korvaa oman kaupan mittausta. AI Commercessa nämä käyttötarkoitukset arvioidaan erikseen. Kategoriapuu kuvaa tuotteiden luokittelua, kategorian näkyvyys ohjaa kaupan navigaatiota, Kustomoitu navigaatio tarjoaa oman kielikohtaisen linkkihierarkian ja listattavat attribuutit tuottavat suodattimia.
AI Commercen kategoriapuussa ei ole toteutuksen perusteella kolmen tason kovaa rajaa. Hallintapaneeli rakentaa vanhempi–lapsi-suhteet rekursiivisesti ja kaupan navigaatio voi rakentua näkyvistä kategorioista hierarkiaksi. Älä siis litistä rakennetta vain oletetun teknisen rajan vuoksi. Päätä näkyvä syvyys käyttäjätestin, mobiilinavigaation, löydettävyyden, URL-rakenteen ja ylläpidon perusteella.
Säilytä lähdejärjestelmän tunnisteet erillisessä migraation vastaavuustaulussa, ei tuotteelle keksityssä piilokentässä. Taulun pitää yksilöidä lähdekategoria, kohdekategoria, mahdollinen attribuuttiarvo, navigaatiolinkki, päätöksen peruste ja tarkistustila.
Inventoi PrestaShop-puu ennen muokkausta
Vie PrestaShopista kategoriat, vanhempi–lapsi-suhteet, nimet, URL:t, näkyvyys, järjestys, oletuskategoriat ja tuoteliitokset. Laske puun suurin syvyys, tuotteet kullakin tasolla, tyhjät kategoriat, yhden lapsen ketjut, samaan kategoriaan johtavat rinnakkaiset polut sekä tuotteet, joilla on useita kategorioita.
Tarkista erikseen esimerkiksi 5-7 tason polku Komponentit → Aktiivit → Transistorit ja Fetit → …. Älä päättele yksittäisestä Partco-esimerkistä koko katalogin tavoitetta. Luokittele jokainen syvä solmu yhteen tehtävään:
- ostajan selkeä tuoteryhmä
- suodattimeksi sopiva ominaisuus tai attribuuttiarvo
- sisäinen ylläpitoryhmä
- kampanja- tai laskeutumissivu
- vanhentunut, tyhjä tai päällekkäinen solmu.
Tallenna lähtötilan tuote- ja URL-määrät ennen yhdistämistä. Jokaiselle poistettavalle tai yhdistettävälle URL:lle tarvitaan päätös uudesta kohteesta ja uudelleenohjauksesta. Älä käytä pelkkää syvyyttä poistoperusteena.
Tunnista PrestaShop-suunnitelman käsitteet
PrestaShop-migraatiossa sisäinen ryhmittely, hakukoneosoitteet, murupolut ja asiakkaalle näkyvä valikkorakenne ovat eri tehtäviä. Älä oleta, että yksi puu hoitaa ne kaikki samalla valinnalla.
Rakenteen arvioinnissa löydettävyys, mobiilissa tarvittavien toimintojen määrä, hakukoneiden indeksointikuorma, etäisyys etusivusta, parametrilliset osoitteet, päällekkäiset polut ja avainsanoja sisältävät osoitteet ovat mitattavia kysymyksiä, eivät automaattisia seurauksia syvyydestä. Hallintapaneelin ylläpidon sujuvuus, massasiirrot, visuaalinen muokkaus ja skaalautuvuus kuvaavat muokkaustyötä ja muutosten ennakoitavuutta. Suodatus kuvataan AI Commercessa attribuutteina ja niiden arvoina.
Sisäisen luokittelun erottaminen näkyvästä valikosta toteutetaan AI Commercessa kategoriapuulla, näkyvyysasetuksella, Kustomoidulla navigaatiolla ja attribuuteilla. Suunnittelun aineistot ovat inventaario, navigaatioprototyyppi, attribuuttisuunnitelma, vastaavuussäännöt ja yhden omistajan periaate.
Suunnittele kohdekategoriat ja attribuutit
Kohdekategoriat ja attribuutit erotetaan sen mukaan, selaako asiakas ryhmää vai rajaako ominaisuutta. Muuta PrestaShopin syvä kategoria attribuutiksi vain, jos arvo kuvaa tuotteen ominaisuutta ja sitä käytetään johdonmukaisesti useassa tuotteessa. Esimerkkipolussa MOSFET voi olla tyypin arvo ja P-channel napaisuuden arvo, jos hyväksytty attribuuttimalli määrittää ne näin. Älä päättele kentän nimeä tai arvoa automaattisesti polkutekstistä.
Suunnittele jokaiselle lähdesolmulle yksi näistä kohteista:
| Päätös | Käyttö AI Commercessa |
|---|---|
| Säilytä kategoriana | Ostaja selaa ryhmää omana sivunaan |
| Muunna attribuuttiarvoksi | Ostaja rajaa tuotteita suodattimella |
| Säilytä vain sisäisessä vastaavuudessa | Solmua tarvitaan tuonnissa tai raportoinnissa, ei kaupassa |
| Korvaa kustomoidulla navigaatiolinkillä | Linkki kuuluu valikkoon, mutta ei ole tuoteluokka |
| Yhdistä tai poista | Solmu on tyhjä, päällekkäinen tai vailla käyttötarkoitusta |
AI Commerce sallii tuotteen liittämisen useaan kategoriaan. Hallintapaneeli tallentaa joukon kategorioita ilman erillistä kanonisen kategorian kenttää. Tuotenäkymän kategoriavalinta ja tuote-esitteen ensisijainen polku eivät myöskään valitse kategoriaa samalla järjestyssäännöllä. Siksi yhtä tuotetta ei pidä liittää useaan polkuun ennen kuin kanonisen murupolun ja osoitteen valintasopimus on päätetty.
Rakenna näkyvä navigaatio erikseen
Näkyvä AI Commerce -navigaatio rakentuu valituista kategorioista tai kustomoiduista linkeistä. Kategorian Näytä navigaatiossa -asetus kertoo, kuuluuko kategoria kaupan navigaatioon. Tämän lisäksi Kustomoitu navigaatio hallitsee kielikohtaisia navigaatiolinkkejä ja niiden omaa hierarkiaa. Valitse yksi kanoninen tapa kullekin valikon haaralle; älä rakenna samaa linkkiä sekä kategoriapuusta että kustomoidusta navigaatiosta ilman selkeää syytä.
Tee ennen koko siirtoa kevyt navigaatioprototyyppi yhdellä edustavalla haaralla. Näytä tarvittaessa enintään kolme näkyvää tasoa, mutta käsittele sitä suunnittelutavoitteena, ei AI Commercen teknisenä rajana. Testaa työpöytä ja mobiili, näppäimistö, pitkät käännökset, avautuvat haarat, tyhjä tulos, suodattimen nollatulokset ja paluu murupolulla.
Suodatin ei saa olla ainoa tapa löytää tuoteryhmää, jota asiakas etsii suoraan nimellä. Vastaavasti kategorian ei pidä toistaa jännitteen, kotelotyypin, liitintyypin, sukupuolen tai napaisuuden kaltaista ulottuvuutta satoina rinnakkaisina haaroina, jos listattava attribuutti palvelee tehtävää paremmin.
Tee migraatio vastaavuustaulun kautta
Toteuta PrestaShop-migraatio yhdellä versionhallittavalla vastaavuustaululla. Yksi rivi kuvaa PrestaShop-kategorian ID:n, koko polun, kohdekategorian ID:n, attribuutin ja arvon, näkyvyyspäätöksen, navigaatiolinkin, uudelleenohjauksen sekä poikkeuksen. Hylkää rivi, jos kohde puuttuu tai sama PrestaShop-tunniste esiintyy ristiriitaisesti.
Käytä etenemisjärjestystä:
- vie AI Commercen nykyinen koko kategoriapuu varmuuskopioksi
- luo ja lokalisoi kohdekategoriat sekä attribuutit
- tuo yhden haaran tuotteet ja kategoriat
- tarkista tuotteiden määrä, puuttuvat liitokset ja päällekkäisyydet
- tarkista suodattimet, näkyvyys, URL:t ja murupolut kaupassa
- tee hyväksytyt uudelleenohjaukset
- aja sama tuonti uudelleen ja varmista, ettei synny uusia duplikaatteja
- laajenna seuraavaan haaraan vasta täsmäytyksen jälkeen.
Älä ylläpidä kahta käsin muokattavaa luokittelua. Jos PrestaShop jää siirtymäajaksi aktiiviseksi, nimeä kategorioiden ja attribuuttien lähdejärjestelmä, muutosten suunta, synkronointitunniste ja katkaisupäivä.
Hyväksy löydettävyys ja hakukonenäkyvyys erikseen
PrestaShop-kategoriapuun hyväksyntä ei perustu yleiseen väitteeseen, että kaksi tai kolme tasoa olisi aina oikein. Mittaa valitun rakenteen tehtävien onnistuminen: löytääkö käyttäjä edustavat tuotteet valikosta, hausta ja suodattimista; montako toimintoa tarvitaan mobiilissa; jääkö tyhjiä tai yhden tuotteen sivuja; ja muodostuuko jokaiselle tuotteelle odotettu murupolku.
SEO-tarkistuksessa inventoi vanhat ja uudet URL:t, kanoniset osoitteet, indeksointi, sivutus, suodatinparametrit, sisäiset linkit, uudelleenohjaukset ja XML-sivukartta. Älä julkaise väitteitä hakukoneiden indeksointibudjetista, linkkiarvosta, hakutuloksiin palaamisesta tai tietyn syvyyden paremmuudesta ilman oman sivuston mittausta ja ajantasaista hakukoneohjetta.
Hyväksyntäpakettiin kuuluvat lähtö- ja kohdemäärät, vastaavuustaulun poikkeukset, kuvakaappaukset työpöydältä ja mobiilista, tärkeimpien tuotteiden polut, suodattimien tulokset, uudelleenohjausten tarkistus sekä palautussuunnitelma. Julkaise vasta, kun kauppias, hakukonenäkyvyyden omistaja ja integraation toteuttaja ovat hyväksyneet saman rakenteen.