U každého produktového pole určete význam, formát, povinnost, zdroj pravdy a spotřebitele dat. SKU a externí ID udržujte stabilní a jedinečné, hodnoty číselníků validujte a publikování podmiňte kontrolou kritických údajů. Chyby opravujte ve zdroji, nikoli pouze v jednom výstupu.
Produktová data ve WooCommerce živí katalog, vyhledávání, filtry, objednávky, reklamní feedy i integrace. Když SKU není jedinečné, rozměry se píší do volného textu a stejná značka má více názvů, chyba se násobí v každém výstupu. Jednorázové čištění pomůže jen do dalšího importu, pokud se nezmění zdroj, vlastnictví a kontrola vstupu.
Kvalita dat neznamená, že každé pole musí být vyplněno za každou cenu. Znamená dohodnutý význam, formát, původ a použití. Tento návod se věnuje řízení údajů během celého životního cyklu produktu. Nepopisuje techniku jednoho CSV importu ani obecnou strukturu kategorií; soustředí se na pravidla, která udrží produkt spolehlivý napříč kanály.
Vytvořte slovník produktových údajů
Sepište název pole, lidský význam, datový typ, jednotku, povolené hodnoty, příklad a vlastníka. U rozměru je nutné vědět, zda jde o balení, nebo samotný výrobek; u stavu skladu zase, zda představuje fyzické množství, dostupnost, nebo marketingový text. Bez definice mohou dva týmy posílat technicky platná, ale významově odlišná data.
U každého pole zaznamenejte systémy, které ho čtou. Krátký název může jít do vyhledávání, dlouhý popis na web a externí ID do synchronizace. Pole nevytvářejte jen kvůli jednomu vizuálnímu boxu. Pokud se význam změní, je potřeba verzovaná migrace i kontrola všech spotřebitelů.
- Význam, typ a jednotka pole
- Zdroj pravdy a odpovědný vlastník
- Povolené hodnoty a příklad
- Výstupy a integrace využívající údaj
Oddělte SKU od externích identifikátorů
SKU má být stabilní a jedinečné podle interního katalogového pravidla. Kód dodavatele, čárový kód a ID v ERP ukládejte do samostatných polí, protože se mohou měnit nebo mít jinou jedinečnost. Pokud se vše vloží do SKU, integrace později nedokáže rozlišit, který identifikátor uživatel zadal.
Varianta potřebuje vlastní ID, i když dědí značku či popis z rodiče. Změnu SKU provádějte jako řízenou operaci s mapou starého a nového údaje. Řádky objednávek musí zachovat historický název a kód, aby pozdější úprava produktu nepřepsala význam již uzavřeného nákupu.
Validujte strukturu před publikováním
Kritická pole určete podle typu produktu. Fyzické zboží může potřebovat hmotnost pro dopravu, digitální soubor jinou kontrolu a varianta výběrové atributy. Validace má vysvětlit, co chybí a proč, nikoli jen zablokovat tlačítko. Koncept může být neúplný, ale veřejný produkt musí splňovat publikační profil.
Kontrolované slovníky používejte pro značku, barvu, materiál a další hodnoty, podle kterých se filtruje nebo exportuje. Volný text ponechte pro skutečný popis. Automatická normalizace mezer a formátu je užitečná, ale nesmí sloučit dvě významově odlišné hodnoty bez kontroly vlastníka katalogu.
Řiďte původ, aktualizace a konflikty
U každého pole rozhodněte, zda jej vlastní WooCommerce, ERP, PIM nebo dodavatelský feed. Ostatní systémy jej mohou číst, ale bez pravidla jej nepřepíší. Pokud změnu pošlou dvě strany, konflikt se nemá potichu vyřešit posledním zápisem. Uložte čas, verzi a původ a výjimku pošlete do kontrolní fronty.
Částečná aktualizace má měnit pouze pole, která spravuje její zdroj. Chybějící sloupec nesmí automaticky vymazat existující hodnotu, pokud to kontrakt výslovně neuvádí. Hromadný proces nejprve zobrazí náhled počtu vytvořených, změněných, nezměněných a odmítnutých produktů.
Měřte kvalitu a opravujte kořenovou příčinu chyb
Dashboard může sledovat duplicity SKU, chybějící kritická pole, neznámé číselníkové hodnoty, produkty bez obrázku a zastaralé synchronizace. Prahy rozdělte podle rizika: chybějící marketingový text je jiný problém než neplatná cena nebo identifikátor. Každý report potřebuje vlastníka a postup opravy.
Při nálezu dohledejte první chybný zdroj a opravte mapování, formulář nebo pravidlo. Ruční oprava ve WooCommerce může být dočasná, ale další import ji přepíše. Pravidelně odstraňujte nepoužívaná pole a dokumentujte nová. Udržovaný datový kontrakt snižuje náklady každé budoucí integrace i změny designu.
Časté dotazy
Mohou mít dva produkty stejné SKU?
Pro spolehlivou správu a integrace má být SKU jednoznačné v dohodnutém rozsahu. Pokud dodavatel své kódy opakuje, uložte jeho identifikátor zvlášť a vytvořte vlastní stabilní SKU.
Která produktová pole mají být povinná?
Ty, bez kterých nelze produkt správně prodat, doručit nebo odeslat do používaného kanálu. Povinnost se může lišit podle typu produktu a měla by být zapsána v publikačním profilu.
Kde opravit chybu z externího feedu?
Ideálně ve zdroji nebo mapování, které chybu vytvořilo. Lokální opravu použijte jen kontrolovaně, jinak ji další synchronizace přepíše. Zároveň přidejte validaci, aby se stejná chyba nevrátila.
Zdroje a další čtení
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
