Als u een bureau runt dat WooCommerce-winkels bouwt, heeft u waarschijnlijk hetzelfde patroon bij klanten gezien. Eén merk opent een tweede winkel voor een nieuwe markt. Een retailgroep lanceert tien sites per locatie. Een franchise voegt drie gebieden toe. Elke keer landt dezelfde operationele vraag op uw bord: hoe houdt u productgegevens, prijzen en voorraad gesynchroniseerd over deze sites zonder iemand in te huren om CSV-bestanden te bewaken? Die vraag is wat WooCommerce multi-store sync oplost.
De operators die met deze vraag te maken krijgen, vallen in vier groepen: agentschappen die meerdere klant-builds beheren, merken die uitbreiden naar nieuwe regio's of talen, franchise-operators die winkels per locatie runnen, en winkelketens met een centrale productbibliotheek en voorraad per winkel. De architectuur varieert. Het kernprobleem is hetzelfde. Productgegevens, voorraadniveaus, prijzen en soms bestellingen moeten consistent blijven over sites heen, en noch WordPress Multisite noch aparte WooCommerce-installaties geven je dat gratis.
Deze gids behandelt een WooCommerce multi-store synchronisatieworkflow, gebouwd op twee Visser Labs-plugins. Vijf architectuurbeslissingen, twee synchronisatiemethoden en de randgevallen die je bijten als je de planning overslaat. Eén belangrijke scope-opmerking vooraf: dit is geplande en on-demand synchronisatie, geen real-time. Voor echte real-time synchronisatie bestaan er speciale multi-store synchronisatieplugins, en dat is een andere categorie van tools. Voor het grote middensegment van operators die één of twee keer per dag, wekelijks of on-demand synchroniseren, is een geplande export-import workflow veel goedkoper, flexibeler en geeft je volledige controle over wat waar naartoe stroomt.
Inhoudsopgave
Waarom WooCommerce Multi-Store Synchronisatie Belangrijk is
Voordat we ingaan op de tools, is het nuttig om eerlijk te zijn over wie dit daadwerkelijk nodig heeft en wat er misgaat als ze het niet hebben.
De vier soorten operators die dit probleem tegenkomen
Elk van deze groepen benadert multi-store synchronisatie vanuit een iets andere invalshoek, maar de onderliggende behoefte is hetzelfde.
Agentschappen: Eén bundel plugins voor meerdere klantwinkels. Agentschappen hebben behoefte aan consistentie van tools, voorspelbare kosten en een workflow die schaalt van één klant naar vijftig zonder de stack elke keer opnieuw op te bouwen.
Merkuitbreidingen: Zelfde merk, meerdere regio's of talen. Gedeelde productcatalogus met gelokaliseerde prijzen, valuta en belastingen. Begint meestal met twee winkels, groeit uit tot drie of vier naarmate nieuwe markten zich openen.
Franchise- en multi-locatie-operators: Hoofdkantoor beheert de master productcatalogus. Elke locatie runt zijn eigen winkel met gelokaliseerde voorraad, prijzen en soms een subset van de catalogus. De synchronisatie is asymmetrisch: catalogus stroomt naar beneden, bestellingen stromen naar boven.
Winkelketens: Voorraad per winkel met een centrale productbibliotheek. Productgegevens worden gedeeld, maar voorraad absoluut niet. Elke winkel moet weten wat er in zijn eigen schappen ligt.
Wat er misgaat zonder synchronisatieworkflow
Wanneer er geen gedefinieerde workflow is, zijn de faalmodi voorspelbaar.
Productgegevens dwalen af. Een beschrijving wordt bijgewerkt in winkel A en bereikt winkel B nooit. Klanten op B zien maandenlang verouderde tekst.
Voorraadstanden lopen uiteen. Twee winkels die dezelfde fysieke voorraad verkopen, lopen tegen oververkoop aan zodra de verkoopsnelheid toeneemt.
SKU-conflicten ontstaan. Dezelfde SKU betekent verschillende dingen in verschillende winkels, of het wordt aan de ene kant hernoemd en de andere kant heeft geen idee.
Prijzen en belastingfouten sluipen erin. Een valutawijziging of een belastingregio-update wordt toegepast op de ene winkel en vergeten op de andere.
Wat we hebben gezien: Bij uitbreidingen naar twee winkels is catalogusafwijking gemakkelijk te missen. De oorspronkelijke winkel blijft SKU's toevoegen terwijl de zusterwinkel stilzwijgend achterblijft, en niemand merkt het totdat klanten producten tegenkomen die op de tweede winkel "niet bestaan". Ze bestaan wel. Alleen op winkel A. Het ontdekken ervan is meestal een snelle oplossing. De afgewezen verkopen tijdens de periode van de kloof zijn voorgoed verloren.
Multi-Store Architectuur Opties
De eerste beslissing is architectonisch. Multisite of aparte installaties. Deze beslissing bepaalt de beperkingen voor alles wat volgt, maar lost het synchronisatieprobleem op zichzelf niet op.
Optie A: WordPress Multisite met WooCommerce
Eén WordPress-installatie, gedeelde gebruikers-tabel, gedeelde plugin-directory, inhoud per site. Zoals de Multisite netwerkdocumentatie van WordPress uitlegt, deelt een multisite-netwerk één WordPress core-installatie over vele sites. Sterke punten zijn een enkele codebase om te onderhouden, één gebruikersbestand over sites heen, en een enkele plugin-licentievoetafdruk als de plugins multisite-bewust zijn.
Beperkingen zijn reëel. WooCommerce op multisite heeft bekende eigenaardigheden rond gedeelde sessies, betalingsgatewayconfiguratie en plugins die uitgaan van een context van één site. Het belangrijkste is dat productgegevens standaard niet worden gedeeld tussen sites op multisite. Elke subsite heeft zijn eigen productentabel. Je hebt nog steeds een synchronisatieworkflow nodig.
Optie B: Aparte WooCommerce-installaties
Elke winkel is zijn eigen WordPress-installatie, onafhankelijke database, onafhankelijke plugin-licenties. Sterke punten zijn volledige isolatie, eenvoudigere debugging, geen verrassingen met multisite-compatibiliteit, en gemakkelijker te verkopen of af te splitsen als een merk een andere richting inslaat.
De beperking was vroeger de kosten van plugin-licenties. Het draaien van vijf of tien aparte installaties tegen prijzen per site loopt snel op. Dat is precies het scenario waarvoor het Agency package van Visser Labs voor €199/jaar voor onbeperkte sites is gemaakt. Aparte installaties zijn geen kostenprobleem meer en worden de schonere architecturale keuze voor alles wat meer dan twee of drie winkels omvat.
Welke te kiezen
Multisite past wanneer je hetzelfde merk, hetzelfde team, alles gedeeld hebt, en een netwerk van kleinere sites. Aparte installaties passen wanneer de winkels verschillende merken, verschillende teams vertegenwoordigen, of elke winkel die significante inkomsten genereert en echte isolatie nodig heeft. Geen van beide opties synchroniseert productgegevens voor je, dus je hebt hoe dan ook een workflow nodig.
Beide architecturen werken met dezelfde synchronisatielaag: Store Exporter Deluxe op de bronwinkel, Product Importer Deluxe op de bestemming. Als je van plan bent een bestaande winkel als tweede knooppunt in het netwerk te migreren, is onze WooCommerce migratiegids het juiste startpunt.
Welke gegevens moeten doorgaans worden gesynchroniseerd
Niet alles hoeft tussen winkels te worden gesynchroniseerd. Beslis dit vroeg, want het verandert de exportconfiguratie aanzienlijk. Een WooCommerce multi-store synchronisatie is alleen zo schoon als de lijst met velden die je kiest om te verplaatsen.
Producten
De meest gesynchroniseerde gegevens. Titels, beschrijvingen, categorieën, tags, afbeeldingen, attributen, variaties, aangepaste meta-velden. Dit is het grootste deel van wat Store Exporter Deluxe en Product Importer Deluxe samen afhandelen, en voor de meeste multi-store beheerders is het 80% van de synchronisatie-werklast. De eigen documentatie voor de CSV-import en -export van producten van WooCommerce beschrijft het standaard kolom schema dat deze bestanden volgen, wat de moeite waard is om te lezen voordat u aangepaste velden toewijst.
Voorraadniveaus
De lastigste gegevens om te synchroniseren, omdat twee winkels die verkopen uit dezelfde fysieke voorraad race-condities creëren. Als uw verkoopvolume laag is, is een dagelijkse synchronisatie prima. Als uw verkoopvolume aanzienlijk is, zal dagelijkse synchronisatie u uiteindelijk te veel verkopen. Centraliseer de voorraadpool in één winkel en behandel andere als alleen-weergave, splits de fysieke voorraad tussen winkels, of ga over op een speciale real-time synchronisatie-plugin.
Prijzen en belasting
Meestal winkel-specifiek. Andere valuta, andere belastingregio, andere promoties. Basisprijzen vloeien vaak voort uit een masterbron, maar berekende weergaveprijzen moeten per winkel leven. De belastingconfiguratie zelf bevindt zich in de WooCommerce-instellingen, niet in productgegevens, dus probeer deze niet te synchroniseren.
Bestellingen
Minder vaak gesynchroniseerd tussen winkels. Meestal stromen bestellingen één richting, van satellietwinkels terug naar een hoofdkantoor-rapportagedatabase of ERP, niet naar een andere WooCommerce-installatie. Dezelfde export-import workflow handelt het af wanneer nodig.
Klanten
Gesynchroniseerd wanneer u single sign-on of een uniforme marketinglijst over winkels wilt. Overgeslagen wanneer elke winkel zijn eigen merk is met zijn eigen klantrelatie.
Wat we hebben gezien: De meest voorkomende fout aan de voorraadkant is de aanname dat een dagelijkse synchronisatie voldoende is. Voor winkels met een laag volume is dat zo. Voor alles wat meer dan 20 eenheden per dag van een gedeelde SKU verkoopt, betekent dagelijkse synchronisatie dat u minstens één keer per maand in beide winkels te veel verkoopt. Als u niet kunt overstappen op een real-time synchronisatie-plugin, centraliseer dan de voorraadpool in één winkel en schakel de checkout uit op de andere voor die SKU. Probeer het verschil niet te splitsen.
Methode 1: Handmatige Export-Import Workflow
De eenvoudigste methode, en de juiste plek om te beginnen, zelfs als de eindtoestand geautomatiseerd is. Voer deze handmatig uit, van begin tot eind, voordat u iets plant.
Wanneer handmatige synchronisatie te gebruiken
Gebruik de handmatige workflow voor eenmalige product-pushes zoals een nieuwe seizoenscatalogus of een grote productupdate, voor kleine winkels die niet vaak veranderen, en voor de eerste synchronisatie op elk paar winkels, zodat u de veldtoewijzing kunt valideren voordat u automatiseert.
Methode 1: de handmatige export-import workflow — voer deze handmatig uit van begin tot eind om uw veldtoewijzing te valideren voordat u automatiseert.
Stap 1: Configureer een export set in de bronwinkel
In Store Exporter Deluxe, bouw een productexport met alleen de velden die de bestemming daadwerkelijk nodig heeft. Niet alles. Het synchroniseren van elk veld van de bron verplaatst alleen maar meer gegevens en creëert meer plaatsen waar afwijkingen kunnen verschijnen.
Stap 2: Kies een formaat
CSV voor eenvoud en brede compatibiliteit. XML wanneer u geneste variaties heeft en de hiërarchie wilt behouden. Excel als de persoon die het bestand beoordeelt tussen export en import in Excel werkt.
Stap 3: Voer de export uit en download het bestand
Voer het uit, download het, open het, lees de eerste paar rijen. Sla dit niet over. Een eerste export brengt bijna altijd een of twee velden naar boven die in de configuratie goed leken, maar verkeerd uitkwamen in het bestand.
Stap 4: Optionele transformaties
Valutaconversie, hernoemen van belastingklassen, hermapping van categorieën. Als u de gegevens moet aanpassen voordat u importeert, doe dit dan hier, op het bestand, niet binnen WooCommerce.
Stap 5: Importmodus op de bestemming-winkel
Product Importer Deluxe biedt u drie importmodi. Alleen nieuw voor een verse push van producten die de bestemming nog niet heeft. Alleen bijwerken voor het synchroniseren van bestaande producten zonder nieuwe aan te maken. Nieuw plus bijwerken voor gemengde scenario's.
Stap 6: Upload en map velden
Upload de CSV, wijs naar een bestandspad, geef het een URL, of haal het van FTP. Product Importer Deluxe detecteert automatisch standaard WooCommerce-velden. Bevestig eventuele aangepaste meta-veldmappings handmatig.
Stap 7: Voer de import uit en bekijk het logboek
Controleer het foutenlogboek. Herhaal indien nodig het bestand. De eerste cyclus brengt altijd iets naar boven.
Waar deze methode goed in is
Volledige zichtbaarheid bij elke stap. Eenvoudig te valideren. Werkt op verschillende hostingproviders, regio's, architecturen. U ziet precies wat er bij elke stap gebeurt.
Waar deze methode niet goed in is
Niet realtime. Voorraad en bestellingen zullen tussen cycli afwijken. Handmatig werk is prima voor wekelijks of maandelijks, pijnlijk voor dagelijks. Als u de handmatige cyclus meer dan twee keer per week uitvoert, schakel dan over naar Methode 2.
Wat we hebben gezien: De eerste handmatige export-importcyclus tussen twee winkels brengt altijd twee of drie veldmappingproblemen naar boven die u niet had verwacht. Meestal zijn het aangepaste meta-velden die wel op de bron bestaan maar niet op de bestemming, of categorie-slugs die aan de ene kant zijn hernoemd zonder dat de andere kant is bijgewerkt. Voer altijd minstens één end-to-end handmatige cyclus uit voordat u iets plant. Als u automatiseert bovenop een defecte mapping, automatiseert u de defecten.
Nadat u de veldmapping handmatig hebt gevalideerd, verwijdert automatisering de mens uit de lus.
Wanneer u geplande FTP-synchronisatie moet gebruiken
Dagelijkse of meerdere dagelijkse synchronisatievereisten. Meerdere bestemming-winkels (bureaus die vijf tot vijftig+ klant-builds beheren). Elke opstelling waarbij de veldmapping stabiel is en u erop vertrouwt dat deze onbeheerd kan worden uitgevoerd.
Methode 2: geplande FTP-synchronisatie — één export schrijft één bestand, en elke bestemming-winkel haalt het op zijn eigen cron-cadans op, zonder directe verbinding tussen de winkels.
De architectuur
De bron-winkel voert een geplande export uit die naar een lokaal pad schrijft of naar een FTP- of SFTP-doel pusht. Op elke bestemming-winkel activeert een geplande taak Product Importer Deluxe om dat gedeelde bestand op te halen. Beide zijden opereren onafhankelijk. De 'synchronisatie' is het gedeelde bestand, geen directe verbinding tussen de winkels.
Het instellen van de bron-winkel
Configureer een geplande export in Store Exporter Deluxe met behulp van WP-Cron of server cron. Stel de bestemming in op een bestandspad, een externe URL of directe FTP-upload. Voor de stapsgewijze configuratie leidt onze handleiding voor het maken van een exportplanning u door elk veld.
Het instellen van elke bestemmingswinkel
Wijs Product Importer Deluxe aan naar de FTP-locatie of URL als importbron, en kies de importmodus, meestal alleen bijwerken voor doorlopende synchronisatie. Om die pull onbeheerd uit te voeren, activeert u de import op een schema met een server cron-taak (bijvoorbeeld WP-CLI of een cron-service die de import aanroept) in plaats van handmatig. Stel die taak in om 15 tot 30 minuten na de bron-export te draaien, zodat het bestand de tijd heeft om te landen en te propageren.
Multi-bestemming fan-out
Hier blinkt deze workflow uit voor bureaus en operators met meerdere locaties. Eén bron-export schrijft één enkel bestand. Elke bestemming haalt hetzelfde bestand op volgens zijn eigen cron-cadans. U hebt geen aparte export per bestemming nodig.
Voor een bureau dat tien of meer klantwinkels runt met dezelfde reeks plugins, is het Agency-pakket voor $199/jaar voor onbeperkte sites de prijsklasse die dit economisch haalbaar maakt. Licenties per site zijn niet meer zinvol bij ongeveer drie winkels. Het Agency-pakket geeft niet meer om het aantal.
Monitoring
Beide plugins loggen elke uitvoering. Controleer ze wekelijks zodra de installatie stabiel is, dagelijks gedurende de eerste twee weken. Stel een agendaherinnering in om de productaantallen tussen winkels maandelijks te controleren. Het is de goedkoopste manier om afwijkingen te detecteren voordat ze een supportticket worden.
Omgaan met Randgevallen
De scenario's die multi-store operators verrassen, en hoe u elk ervan kunt aanpakken zonder tegen de tools te vechten.
Verschillende valuta's
Houd de basisprijs in de mastervaluta op de bron. Laat elke bestemming de valutaconversie aan zijn kant toepassen, hetzij via een transformatie vóór de import op de CSV, hetzij via een multi-valuta plugin op de bestemmingssite. Synchroniseer nooit berekende weergaveprijzen. Synchroniseer de basis, laat elke winkel zijn eigen weergave berekenen.
Verschillende productcatalogi per winkel
Gebruik categorie- of tagfilters in de bron-export om alleen het relevante deel naar elke bestemming te pushen. Een AU-catalogus export filtert op producten met AU-tags. Een VS-catalogus export filtert op producten met VS-tags. Het alternatief is het synchroniseren van de volledige catalogus en het gebruik van een zichtbaarheidsregel op elke bestemming om te verbergen wat lokaal niet van toepassing is. Beide werken. De filter-bij-export-aanpak houdt de bestemmingsdatabases kleiner.
Verschillende belastingregio's
Belastingconfiguratie bevindt zich per winkel in WooCommerce, niet in productgegevens. Probeer de belastingconfiguratie niet te synchroniseren. Wat u wel synchroniseert, zijn de belastingklassennamen op producten (Standaard, Verlaagd, Nul, of welke aangepaste klassen u ook gebruikt). Zorg ervoor dat de klassennamen tussen winkels overeenkomen, zodat de belastingconfiguratie van elke winkel de juiste tarief kan toepassen.
Race-condities voor voorraad
Als twee winkels vanuit een gedeelde fysieke voorraad dagelijks synchroniseren, zul je uiteindelijk te veel verkopen. Drie praktische opties. Centraliseer de voorraadpool in één winkel en behandel de andere als alleen-voor-weergave voor die SKU. Splits de fysieke voorraad tussen winkels en voer een minder frequente synchronisatie uit (wekelijks, maandelijks) alleen voor catalogusupdates. Stap over op een speciale real-time multi-store synchronisatieplug-in, wat een andere gereedschapscategorie is en een verstandige keuze wanneer de verkoopsnelheid dit vereist.
Wat we hebben gezien: De drie valkuilen die multi-store operators die bestandsgebaseerde synchronisatie gebruiken bijna altijd tegenkomen, zijn hetzelfde. Ten eerste, SKU-conflicten. Iemand hernoemt een SKU in de ene winkel, de synchronisatie maakt deze opnieuw aan als nieuw in de andere, en nu heb je twee producten waar je er vroeger één had. Ten tweede, valutaschommelingen. De basisprijs van een product wordt in de bron bijgewerkt in AUD, en de USD-conversie van de bestemming gebruikt nog steeds de wisselkoers van vorige maand omdat niemand de prijsregels opnieuw heeft opgebouwd. Ten derde, voorraadwedloop. Een dagelijkse synchronisatie betekent dat een SKU met 20 eenheden 18 kan verkopen in winkel A en 15 in winkel B op dezelfde dag, en je ontdekt het wanneer de fulfilment het meldt. Voor de eerste twee vangt een validatiecontrole vóór de import (zelfs een eenvoudige diff van SKU- en prijskolommen ten opzichte van de vorige export) 90% van de problemen op. Wees voor de derde eerlijk over de vraag of uw verkoopsnelheid real-time synchronisatie vereist of dat u de voorraad tussen winkels kunt splitsen. Eerlijkheid vooraf kost minder dan het oplossen van oververkopen aan de klantenservicebalie.
Heeft Visser Labs een real-time multi-store sync-plugin?
Nee. De Visser Labs workflow voor WooCommerce multi-store synchronisatie is bestandsgebaseerde export-import met behulp van Store Exporter Deluxe en Product Importer Deluxe, handmatig of op schema uitgevoerd. Voor echte real-time synchronisatie tussen winkels bestaan er speciale multi-store synchronisatieplug-ins. Dat is een aparte gereedschapscategorie, en het is zinvol wanneer de verkoopsnelheid op gedeelde voorraad dagelijkse synchronisatie riskant maakt.
Kan ik bestellingen terug synchroniseren van satellietwinkels naar een centrale winkel?
Ja, dezelfde export-import workflow is van toepassing op bestellingen. In de praktijk synchroniseren de meeste teams bestellingen naar een rapportagedatabase of ERP in plaats van naar een andere WooCommerce-installatie, omdat rapportagetools cross-store orderanalyse beter afhandelen dan een andere WooCommerce-instantie.
WordPress Multisite of aparte installaties: wat is beter voor multi-store?
Aparte installaties voor alles wat significante inkomsten genereert of isolatie tussen winkels vereist. Multisite voor kleine netwerken met gedeelde gebruikers en strikte compatibiliteitseisen voor plugins. Geen van beide architecturen synchroniseert productgegevens voor u, dus de beslissing over de synchronisatielaag is hoe dan ook hetzelfde.
Hoeveel kost de WooCommerce multi-store sync-workflow op schaal?
De bundel van Store Exporter Deluxe en Product Importer Deluxe kost €79/jaar per site. Voor bureaus of operators die meer dan drie winkels beheren, is het Agency-pakket voor €199/jaar voor onbeperkte sites economisch beter. Eén prijs, elk aantal klant-builds.
Kan ik een ander synchronisatieschema per bestemmingswinkel uitvoeren?
Ja. Elke bestemming voert zijn eigen import uit op elke frequentie die u instelt met zijn cron-taak, onafhankelijk van de andere. Eén bestemming kan dagelijks ophalen, een andere wekelijks, een andere op aanvraag. De bron-export schrijft het bestand één keer, en elke bestemming haalt het op volgens zijn eigen schema.
Wat gebeurt er als de bron-export wordt uitgevoerd, maar een bestemmingsimport mislukt?
Beide plug-ins loggen elke uitvoering. Een mislukte import op één bestemming heeft geen invloed op de andere, en de volgende geplande uitvoering van die bestemming zal het bestand opnieuw proberen. Bekijk het foutenlogboek, los op wat er misging (meestal een veldmapping of een permissieprobleem op het FTP-pad), en de volgende cyclus gaat normaal verder.
Conclusie
Multi-store WooCommerce operators hebben een synchronisatielaag nodig, ongeacht de architectuur. WordPress Multisite biedt dit niet. Aparte installaties bieden dit niet. De architectuurbeslissing stelt beperkingen voor al het andere, maar lost de dagelijkse realiteit van het consistent houden van productgegevens, voorraad en prijzen tussen winkels niet op.
Handmatige export-import verwerkt kleine of onregelmatige synchronisatiebehoeften en elke eerste cyclus tussen een nieuw paar winkels. Geplande FTP-synchronisatie verwerkt dagelijkse of meerdere dagelijkse cadans en bureaus die fan-out uitvoeren over veel klantwinkels. Real-time synchronisatie is een aparte gereedschapscategorie, en ernaar grijpen wanneer uw verkoopsnelheid dit vereist, is de eerlijke keuze.
De Store Exporter Deluxe en Product Importer Deluxe bundel behandelt het grote middensegment van real-world WooCommerce multi-store synchronisatiebehoeften. $79/jaar per site, of $199/jaar voor onbeperkte sites via het Agency-pakket. Als u drie of meer winkels runt, of een bureau dat winkels bouwt voor klanten van elk volume, is het Agency-pakket de juiste keuze.
