Een tweede winkel openen in multistore veronderstelt haar een catalogus te geven. Een boomstructuur van honderd producten handmatig herbouwen is uitgesloten, en de export-import per bestand verliest de afbeeldingen, de koppelingen en de posities.
De duplicatie van een volledige categorie is de meest voorkomende operatie van dit werkterrein, en ze bevat enkele valkuilen.
Wat de native functies toelaten
PrestaShop beheert native de koppeling van een product aan meerdere winkels. Vanaf de productpagina vinkt u de betrokken winkels aan.
Twee beperkingen maken deze aanpak onbruikbaar op schaal.
De operatie verloopt product per product. Reken op honderd referenties meerdere uren klikken.
Ze maakt de bestemmingscategorieën niet aan. Een product gekoppeld aan een tweede winkel zonder dat zijn categorieën er bestaan, wordt een wees, onzichtbaar in de navigatie.
De meervoudige selectie van de backoffice maakt een massale koppeling mogelijk, maar ze behandelt noch de boomstructuur noch de winkelspecifieke instellingen.
De voorafgaande vraag: delen of dupliceren
Structurerende beslissing, te nemen voor elke handeling, omdat ze achteraf moeilijk te herzien is.
Het gedeelde product bestaat één keer, gekoppeld aan meerdere winkels. Een wijziging in de beschrijving werkt overal door. De voorraad is gemeenschappelijk of gescheiden naargelang de configuratie.
Dat is het goede model wanneer uw winkels hetzelfde product verkopen met beperkte verschillen: prijs, taal, presentatie.
Het gedupliceerde product bestaat in twee onafhankelijke exemplaren. Elke winkel heeft haar pagina, haar beschrijvingen, haar afbeeldingen, haar voorraad.
Dat is het goede model wanneer de content daadwerkelijk moet divergeren: andere positionering, andere doelgroep, assortimenten die met de tijd uit elkaar zullen groeien.
Het praktische criterium: plant u verschillende beschrijvingen te schrijven, dupliceer dan. Zo niet, deel. Het delen is veel goedkoper in onderhoud, en de overgang van delen naar dupliceren blijft later mogelijk, het omgekeerde veel minder.
Multistore Duplicatie van een Volledige Categorie: PrestaShop 8 & 9Kopieer een volledige categorie van de ene winkel naar de andere, met één klik€109,00
Wat moet worden gekopieerd
Een volledige categorie is meer dan producten. Zeven te behandelen elementen.
De boomstructuur met de subcategorieën, met behoud van de hiërarchie en de posities.
De categoriecontent: naam, beschrijving, afbeelding, metagegevens.
De producten met hun beschrijvingen, prijzen en referenties.
De varianten, met hun attributen, hun prijsimpact en hun voorraden.
De afbeeldingen, met hun koppelingen aan de varianten en hun alternatieve teksten.
De kenmerken en de merken, die in de bestemmingswinkel moeten bestaan.
De posities van de producten in elke categorie, die vaak merchandisingwerk vertegenwoordigen dat u niet wilt overdoen.
De laatste twee punten zijn die welke men achteraf ontdekt: gekoppelde producten zonder merk, of allemaal gepositioneerd in volgorde van identifier.
Het probleem van de dubbele referenties
Dit is de belangrijkste technische valkuil, en ze wordt vooraf voorbereid.
Dupliceert u de producten, dan moet elke kopie een aparte referentie dragen, op straffe van uw exports, uw feeds en uw voorraadbeheer oninterpreteerbaar te maken.
Drie strategieën.
Het suffix per winkel. De referentie wordt identiek plus een suffix. Eenvoudig, leesbaar, en denk eraan het ook op de varianten toe te passen.
De behouden referentie met winkelidentifier. U houdt dezelfde commerciële referentie en onderscheidt via de context. Dat veronderstelt dat al uw downstream-tools dat begrip beheren.
Een nieuwe nummering voor de bestemmingswinkel, met een bewaarde correspondentietabel.
Te controleren voor de start: de barcodes. Dezelfde barcode op twee aparte producten geeft problemen zodra u een marktplaats of een vergelijker voedt.
Wat na duplicatie anders moet zijn
Vier elementen die nooit ongewijzigd mogen worden gekopieerd.
De prijzen, als uw winkels verschillende positioneringen of valuta hebben. Voorzie een aanpassingsregel bij de duplicatie in plaats van een identieke overname.
De belastingen, die afhangen van het land van de winkel.
De pagina-adressen, die in de taal van de bestemmingswinkel moeten worden gegenereerd en niet overgenomen.
De metagegevens, titel en beschrijving, die vaak de naam van de eerste winkel dragen.
Dat laatste punt wordt vaak vergeten en het is onmiddellijk zichtbaar in de zoekresultaten.
De aanbevolen procedure
Zes stappen, in deze volgorde.
1. Maak een back-up van de database. Een slecht gekalibreerde duplicatie op driehonderd producten laat zich niet handmatig ongedaan maken.
2. Bereid de bestemmingswinkel voor: actieve talen, valuta, klantgroepen, belastingregels. Dupliceren naar een slecht geconfigureerde winkel produceert incoherente gegevens.
3. Test op een kleine categorie, vijf tot tien producten met varianten en afbeeldingen. Controleer het volledige resultaat voor u de rest behandelt.
4. Dupliceer in batches, categorie per categorie in plaats van de hele catalogus. U beperkt de omvang van een fout en u kunt bijsturen tussen twee doorgangen.
5. Controleer na elke batch, met de lijst hieronder.
6. Genereer de miniaturen en de zoekindex opnieuw voor de nieuwe winkel. Dat is de meest vergeten stap, en ze verklaart de meeste “onzichtbare producten” die na duplicatie worden vastgesteld.
De controlelijst na duplicatie
Zeven verificaties, uit te voeren op een steekproef van tien producten.
De producten verschijnen in de navigatie van de nieuwe winkel, niet alleen in de backoffice.
De afbeeldingen worden getoond, met hun gekoppelde varianten.
De prijzen zijn de verwachte, met correct berekende belastingen.
De voorraden gedragen zich zoals voorzien, gemeenschappelijk of gescheiden naargelang uw keuze.
De pagina-adressen zijn netjes en in de juiste taal.
De posities in de categorieën zijn behouden.
De interne zoekfunctie geeft de nieuwe producten terug, wat het opnieuw opbouwen van de index valideert.
Wat het vaakst breekt
Drie symptomen en hun oorzaken.
Onzichtbare producten in de front. Vrijwel altijd een van deze drie oorzaken: onbestaande bestemmingscategorie, product niet gekoppeld aan de standaard klantgroep, of niet opnieuw opgebouwde zoekindex.
Ontbrekende afbeeldingen. Miniaturen niet opnieuw gegenereerd voor de nieuwe winkel, of afbeelding-winkelkoppeling niet overgenomen.
Prijzen op nul of afwijkend. Belastingregel afwezig in de bestemmingswinkel, of valuta niet geactiveerd.
Deze drie families dekken het merendeel van de incidenten, en ze laten zich in enkele minuten diagnosticeren zodra men weet waar te kijken.
De Multistore Duplicatie van een Volledige Categorie module behandelt deze operatie op PrestaShop 8 en 9: kopie van de boomstructuur met producten, varianten, afbeeldingen en posities, beheer van de referenties per suffix of hernummering, prijsaanpassingsregels bij de duplicatie en controlerapport na verwerking.