Pre každé produktové pole určte význam, formát, povinnosť, zdroj pravdy a spotrebiteľov. SKU a externé ID držte stabilné a jedinečné, slovníkové hodnoty validujte a publikovanie podmieňte kontrolou kritických údajov. Chyby opravujte v zdroji, nie iba v jednom výstupe.
Produktové dáta vo WooCommerce živia katalóg, vyhľadávanie, filtre, objednávky, reklamné feedy aj integrácie. Keď SKU nie je jedinečné, rozmery sa píšu do voľného textu a rovnaká značka má viac názvov, chyba sa násobí v každom výstupe. Jednorazové čistenie pomôže iba do ďalšieho importu, ak sa nezmení zdroj, vlastníctvo a kontrola vstupu.
Kvalita dát neznamená, že každé pole musí byť vyplnené za každú cenu. Znamená dohodnutý význam, formát, pôvod a použitie. Tento návod sa venuje riadeniu údajov počas celého životného cyklu produktu. Neopisuje techniku jedného CSV importu ani všeobecnú štruktúru kategórií; sústreďuje sa na pravidlá, ktoré udržia produkt spoľahlivý naprieč kanálmi.
Vytvorte slovník produktových údajov
Spíšte názov poľa, ľudský význam, dátový typ, jednotku, povolené hodnoty, príklad a vlastníka. Rozmer potrebuje vedieť, či ide o balenie alebo samotný výrobok; stav skladu zas či reprezentuje fyzické množstvo, dostupnosť alebo marketingový text. Bez definície môžu dva tímy posielať technicky platné, ale významovo odlišné dáta.
Pri každom poli zaznamenajte systémy, ktoré ho čítajú. Krátky názov môže ísť do vyhľadávania, dlhý popis na web a externé ID do synchronizácie. Pole nevytvárajte len pre jeden vzhľadový box. Ak sa význam zmení, potrebuje verzovanú migráciu aj kontrolu všetkých spotrebiteľov.
- Význam, typ a jednotka poľa
- Zdroj pravdy a zodpovedný vlastník
- Povolené hodnoty a príklad
- Výstupy a integrácie používajúce údaj
Oddeľte SKU od externých identifikátorov
SKU má byť stabilné a jedinečné podľa interného katalógového pravidla. Dodávateľský kód, čiarový kód a ID v ERP ukladajte do samostatných polí, pretože sa môžu meniť alebo mať inú jedinečnosť. Ak sa všetko vloží do SKU, integrácia neskôr nevie rozlíšiť, ktorý identifikátor používateľ zadal.
Variant potrebuje vlastné ID, aj keď dedí značku či popis z rodiča. Zmenu SKU vykonávajte ako riadenú operáciu s mapou starého a nového údaja. Objednávkové riadky musia zachovať historický názov a kód, aby neskoršia úprava produktu neprepísala význam už uzavretého nákupu.
Validujte štruktúru pred publikovaním
Kritické polia určte podľa typu produktu. Fyzický tovar môže potrebovať hmotnosť pre dopravu, digitálny súbor inú kontrolu a variant výberové atribúty. Validácia má vysvetliť, čo chýba a prečo, nie iba zablokovať tlačidlo. Koncept môže byť neúplný, no verejný produkt musí spĺňať publikačný profil.
Kontrolované slovníky používajte pre značku, farbu, materiál a ďalšie hodnoty, podľa ktorých sa filtruje alebo exportuje. Voľný text ponechajte pre skutočný opis. Automatická normalizácia medzier a formátu je užitočná, ale nesmie zlúčiť dve významovo rozdielne hodnoty bez kontroly vlastníka katalógu.
Riaďte pôvod, aktualizácie a konflikty
Pri každom poli rozhodnite, či ho vlastní WooCommerce, ERP, PIM alebo dodávateľský feed. Ostatné systémy ho môžu čítať, ale neprepíšu bez pravidla. Ak dve strany pošlú zmenu, konflikt sa nemá potichu vyriešiť posledným zápisom. Uložte čas, verziu a pôvod a výnimku pošlite do kontrolnej fronty.
Čiastočná aktualizácia má meniť iba polia, ktoré správa jej zdroj. Chýbajúci stĺpec nesmie automaticky vymazať existujúcu hodnotu, pokiaľ to kontrakt výslovne nehovorí. Hromadný proces najprv zobrazí náhľad počtu vytvorených, zmenených, nezmenených a odmietnutých produktov.
Merajte kvalitu a opravujte koreň chyby
Dashboard môže sledovať duplicity SKU, chýbajúce kritické polia, neznáme slovníkové hodnoty, produkty bez obrázka a zastarané synchronizácie. Prah rozdeľte podľa rizika: chýbajúci marketingový text je iný problém než neplatná cena alebo identifikátor. Každý report potrebuje vlastníka a cestu opravy.
Pri náleze dohľadajte prvý chybný zdroj a opravte mapovanie, formulár alebo pravidlo. Ručná oprava WooCommerce môže byť dočasná, ale ďalší import ju prepíše. Pravidelne odoberajte nepoužívané polia a dokumentujte nové. Udržiavaný dátový kontrakt znižuje náklady každej budúcej integrácie aj zmenu dizajnu.
Časté otázky
Môžu mať dva produkty rovnaké SKU?
Pre spoľahlivú správu a integrácie má byť SKU jednoznačné v dohodnutom rozsahu. Ak dodávateľ opakuje svoje kódy, uložte jeho identifikátor osobitne a vytvorte vlastné stabilné SKU.
Ktoré produktové polia majú byť povinné?
Tie, bez ktorých nemožno produkt správne predať, doručiť alebo odoslať do používaného kanála. Povinnosť sa môže líšiť podľa typu produktu a mala by byť zapísaná v publikačnom profile.
Kde opraviť chybu z externého feedu?
Ideálne v zdroji alebo mapovaní, ktoré chybu vytvorilo. Lokálnu opravu použite len kontrolovane, inak ju ďalšia synchronizácia prepíše. Zároveň pridajte validáciu, aby sa rovnaká chyba nevrátila.
Zdroje a ďalšie čítanie
Web developer zo Spišskej Novej Vsi. Venuje sa WordPressu, WooCommerce, vlastným pluginom, API integráciám, webovým aplikáciám a praktickým AI automatizáciám.
