Firmy uruchamiające pierwszy sklep internetowy często mają już swój katalog produktów zgromadzony w arkuszu kalkulacyjnym — warto przenieść go bezpośrednio, bez ręcznego wpisywania każdego produktu.

Na czym polega ta usługa

Usługa obejmuje przygotowanie danych produktowych z arkusza do importu oraz ich przeniesienie do systemu nowo uruchamianego sklepu.

Dla kogo ma sens

Usługa jest przydatna dla firm uruchamiających pierwszy sklep internetowy, które mają katalog produktów przygotowany w arkuszu kalkulacyjnym.

Ile to trwa

Migracja katalogu produktów mieści się z reguły w standardowym czasie do 3 dni, w zależności od liczby produktów.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.

Struktury danych w arkuszach a wymagania platform e-commerce

Katalog asortymentu w arkuszu kalkulacyjnym może przybierać zróżnicowane formy, zależnie od dotychczasowego sposobu prowadzenia ewidencji przez firmę. Nowoczesne systemy e-commerce (oprogramowanie sklepowe zarządzające sprzedażą przez internet) wymagają określonego porządku danych, aby towary były prawidłowo indeksowane, wyświetlane i filtrowane przez klientów. Wyróżnia się kilka głównych modeli struktur tabelarycznych:

Katalog produktów prostych — każdy wiersz w arkuszu odpowiada jednemu, samodzielnemu produktowi bez dodatkowych wersji. Każda pozycja posiada własną nazwę, unikalny kod identyfikacyjny SKU (Stock Keeping Unit, czyli unikalny ciąg znaków przypisany do konkretnego towaru w celu jego jednoznacznej identyfikacji w magazynie), opis, cenę, stawkę podatku, wagę oraz przynależność do jednej lub kilku kategorii. Jest to podstawowy model migracji, w którym mapowanie kolumn przebiega w sposób bezpośredni.
Katalog produktów z wariantami (macierz cech) — model stosowany w branżach takich jak odzież, obuwie czy wyposażenie wnętrz, gdzie jeden towar występuje w wielu rozmiarach, kolorach lub wersjach materiałowych. W arkuszu kalkulacyjnym warianty mogą być zapisane w pojedynczym wierszu (z cechami rozdzielonymi znakami specjalnymi) lub w osobnych wierszach powiązanych wspólnym identyfikatorem produktu nadrzędnego (relacja nadrzędny-podrzędny). Prawidłowe przeniesienie takich danych wymaga utworzenia odpowiednich atrybutów globalnych w sklepie i powiązania ich z jednostkowymi stanami magazynowymi dla każdej kombinacji.
Wielopoziomowa struktura kategorii — drzewo kategorii (hierarchiczna struktura podziału asortymentu) w arkuszu bywa zapisane w osobnych kolumnach (np. Dział, Kategoria, Podkategoria) lub w jednej kolumnie z separatorem ścieżki (np. Dom > Salon > Oświetlenie). Podczas importu system sklepowy musi odtworzyć pełną hierarchię, tworząc brakujące węzły kategorii i przypisując produkt do właściwego poziomu w strukturze.
Atrybuty i parametry specyfikacji technicznej — dane tabelaryczne opisujące parametry użytkowe, takie jak moc, wymiary, napięcie, materiał wykonania czy przeznaczenie. W sklepach internetowych parametry te służą do budowy filtrów bocznych (nawigacji fasetowej, czyli wielokryterialnego filtrowania produktów). W arkuszu kalkulacyjnym parametry te muszą zostać wyodrębnione do dedykowanych kolumn, aby silnik sklepu mógł utworzyć z nich atrybuty filtrujące, a nie tylko umieścić je w ogólnym bloku tekstowym opisu.
Zarządzanie mediami i zdjęciami — arkusze kalkulacyjne nie przechowują bezpośrednio plików graficznych w komórkach bazy danych. W komórkach znajdują się odnośniki URL (adresy internetowe prowadzące do plików na serwerze zewnętrznym) lub same nazwy plików graficznych. W przypadku samych nazw konieczne jest fizyczne umieszczenie katalogu ze zdjęciami na serwerze sklepu i dopasowanie ścieżek dostępu podczas procedury importu.

Najczęstsze błędy podczas samodzielnych prób importu

Samodzielne wgrywanie plików arkusza (zapisanych w formatach CSV, XLSX lub ODS) do panelu administracyjnego sklepu często kończy się błędami bazy danych lub nieprawidłowym wyświetlaniem oferty. Wynika to ze specyfiki technicznej przetwarzania dużych zbiorów tekstowych przez serwer:

Błędne kodowanie znaków (brak standardu UTF-8) — arkusze eksportowane z tradycyjnych programów biurowych często zapisują pliki w standardzie Windows-1250 lub ISO-8859-2. Nowoczesne bazy danych e-commerce pracują w standardzie UTF-8 (uniwersalny system kodowania znaków obejmujący wszystkie języki świata). Niezgodność standardu powoduje zamianę polskich znaków diakrytycznych (ą, ę, ś, ć, ź, ż, ł, ó, ń) na zniekształcone symbole w nazwach i opisach towarów.
Konflikty separatorów i znaków podziału — format CSV (Comma-Separated Values, czyli plik tekstowy z wartościami rozdzielanymi znakami) w polskiej wersji językowej programów biurowych często wykorzystuje średnik jako separator kolumn, a przecinek jako separator dziesiętny w cenach. Domyślne konfiguracje modułów importu w sklepach oczekują najczęściej przecinka jako separatora kolumn i kropki w wartościach liczbowych. Niedopasowanie tych ustawień prowadzi do scalenia wszystkich danych w jedną kolumnę lub odrzucenia wartości liczbowych.
Niepoprawne formatowanie znaczników HTML w opisach — jeśli opis produktu w arkuszu zawiera cudzysłowy, apostrofy lub niesparowane znaczniki kodu HTML, parser (moduł analizujący i dzielący tekst na elementy składowe) może błędnie zinterpretować koniec komórki. Skutkuje to przesunięciem wszystkich kolejnych kolumn w wierszu i uszkodzeniem struktury rekordu.
Przekroczenie limitów wydajnościowych serwera — wgrywanie pojedynczego pliku zawierającego kilka tysięcy produktów wraz ze zdjęciami generuje duże obciążenie pamięci operacyjnej i procesora. Standardowe limity serwera, takie jak maksymalny czas wykonywania skryptu (parametr max_execution_time) czy limit pamięci RAM dla procesu (parametr memory_limit), powodują przerwanie operacji w losowym momencie. W rezultacie w sklepie powstają częściowe wpisy, urwane opisy lub zduplikowane rekordy przy ponownej próbie.
Brak lub dublowanie identyfikatorów SKU — brak unikalnego kodu dla każdego towaru uniemożliwia późniejszą aktualizację bazy. Jeśli w pliku dwa różne produkty posiadają ten sam kod, system sklepowy nadpisze dane pierwszego towaru informacjami z drugiego wiersza, co prowadzi do utraty danych asortymentowych.

Procedura techniczna: jak przebiega prawidłowa migracja danych

Bezpieczne przeniesienie katalogu produktów z arkusza kalkulacyjnego do bazy danych nowego sklepu internetowego wymaga realizacji ustrukturyzowanych etapów technicznych, które eliminują ryzyko błędów i uszkodzenia bazy:

1. Audyt i oczyszczenie pliku źródłowego — w pierwszym kroku analizowana jest spójność danych w arkuszu. Usuwane są puste wiersze, zbędne spacje w kodach produktów, nieprawidłowe formaty liczb oraz zduplikowane wpisy. Standaryzowane są nazwy producentów, jednostki miar (sztuki, komplety, metry, kilogramy) oraz formaty stawek podatkowych.

2. Opracowanie schematu mapowania pól — tworzona jest matryca powiązań pomiędzy nagłówkami kolumn w arkuszu a polami docelowej bazy danych sklepu. W tym kroku ustala się, które kolumny odpowiadają za parametry techniczne, które za kategorie nadrzędne, a które stanowią elementy składowe wariantów produktowych.

3. Transformacja formatów i przygotowanie struktury plików graficznych — dane są konwertowane do formatu optymalnego dla silnika sklepu z wymuszeniem kodowania UTF-8 bez sygnatury BOM (Byte Order Mark, czyli niewidoczny znacznik kolejności bajtów mogący zaburzać przetwarzanie tekstu przez skrypty serwera). Zdjęcia produktów są weryfikowane pod kątem obecności na serwerze oraz poprawności rozszerzeń plików (JPG, PNG, WebP).

4. Wdrożenie na środowisku testowym (staging) — import próbny jest wykonywany na kopii roboczej sklepu, odizolowanej od środowiska produkcyjnego. Przenoszona jest reprezentatywna partia towarów obejmująca wszystkie typy produktów (proste, wariantowe, z rozbudowanymi parametrami). Pozwala to zweryfikować poprawność działania filtrów, wyświetlania galerii i działania koszyka zakupowego.

5. Właściwa migracja produkcyjna i indeksacja bazy — po zatwierdzeniu wyników testów realizowany jest pełny import wszystkich rekordów asortymentowych. Na koniec uruchamiane są procedury przebudowy indeksów bazy danych oraz generowanie pamięci podręcznej (cache) sklepu, co zapewnia szybkie ładowanie podstron produktowych.

Rozróżnienie: migracja z arkusza a stała integracja z systemem ERP

Należy wyraźnie odróżnić jednorazową migrację katalogu produktów od wdrożenia stałej, automatycznej synchronizacji z systemem magazynowo-handlowym. Wybór odpowiedniego rozwiązania zależy od modelu organizacyjnego przedsiębiorstwa:

Jednorazowa migracja z arkusza kalkulacyjnego — rozwiązanie przeznaczone dla firm, które rozpoczynają sprzedaż internetową i gromadziły ofertę w plikach Excel lub Calc, a zarządzanie cenami i stanami magazynowymi po uruchomieniu sklepu będzie odbywało się bezpośrednio z poziomu panelu administracyjnego sklepu (np. WooCommerce, PrestaShop, Magento, Shopware, Shoper). Po poprawnym zaimportowaniu baza sklepu staje się głównym źródłem informacji o asortymencie.
Stała integracja dwukierunkowa z systemem ERP — rozwiązanie niezbędne, gdy firma prowadzi równoległą sprzedaż stacjonarną, hurtową lub wielokanałową i korzysta z dedykowanego oprogramowania magazynowo-księgowego (np. InsERT Subiekt GT, Subiekt nexo, Comarch ERP Optima, WAPRO Mag, Symfonia, enova365 czy platform integracyjnych typu BaseLinker). W takim modelu import z arkusza bywa jedynie etapem wstępnym, po którym konfiguruje się moduł automatycznej wymiany danych przez interfejsy programistyczne API (Application Programming Interface, czyli interfejs umożliwiający bezpośrednią wymianę danych między programami) lub cykliczne harmonogramy zadań.

Najczęściej zadawane pytania o migrację asortymentu

W jakim formacie najlepiej przygotować arkusz kalkulacyjny?

Najbardziej uniwersalnymi formatami są pliki XLSX (standardowy format programu Microsoft Excel) lub pliki CSV z kodowaniem UTF-8. Ważne jest, aby każdy wiersz zawierał spójny zestaw informacji, a pierwszy wiersz arkusza zawierał jednoznaczne nagłówki kolumn (np. Nazwa_produktu, SKU, Cena_netto, Stawka_VAT, Kategoria, Opis, Zdjecie). Unikać należy scalania komórek, wielopoziomowych nagłówków w kilku wierszach oraz stosowania formatowania wizualnego (kolory komórek, pogrubienia) jako jedynego wyróżnika cech produktu, ponieważ moduły importu odczytują wyłącznie surowe wartości tekstowe i liczbowe.

Co dzieje się ze zdjęciami, jeśli w arkuszu są tylko nazwy plików, a nie odnośniki internetowe?

W sytuacji, gdy arkusz zawiera wyłącznie nazwy plików graficznych (np. produkt_01.jpg), pliki zdjęciowe wgrywa się uprzednio na serwer za pośrednictwem bezpiecznego protokołu przesyłania plików SFTP (Secure File Transfer Protocol) do dedykowanego katalogu tymczasowego. Podczas procedury migracji skrypt importujący odnajduje pliki na dysku serwera na podstawie nazw z arkusza, generuje odpowiednie miniatury dla szablonu sklepu i rejestruje wpisy w bibliotece mediów systemu e-commerce.

Czy przeniesienie katalogu zachowuje formatowanie opisów i tabele parametrów?

Tak, jeśli opisy w arkuszu zawierają znaczniki języka HTML (np. znaczniki akapitów, list punktowanych czy tabel), zostaną one prawidłowo zinterpretowane przez silnik sklepu internetowego. Jeśli opisy były zapisane jako zwykły tekst z podziałem na wiersze za pomocą klawisza Enter, podczas przygotowania pliku znaki przejścia do nowej linii są automatycznie przekształcane na odpowiednie znaczniki akapitów lub łamania linii, aby tekst w sklepie zachował czytelną strukturę.

W jaki sposób weryfikowana jest poprawność wariantów po zakończeniu importu?

Weryfikacja obejmuje kontrolę logiczną struktury bazy danych. Sprawdza się, czy każdy wariant posiada prawidłowo przypisany atrybut (np. rozmiar XL, kolor czarny), unikalny kod magazynowy oraz indywidualny stan magazynowy. Testowane jest również zachowanie karty produktu w interfejsie użytkownika — zmiana opcji w menu rozwijanym na stronie produktu musi powodować dynamiczną zmianę ceny, dostępności oraz powiązanego zdjęcia wariantu.

Czy import z pliku może nadpisać istniejące produkty w uruchomionym już sklepie?

Zachowanie systemu zależy od konfiguracji reguł identyfikacji rekordów. Głównym kluczem dopasowania jest kod SKU. Jeśli w bazie sklepu istnieje już produkt o identycznym kodzie SKU jak w pliku, moduł importu może zaktualizować wybrane pola (np. tylko cenę i stan magazynowy) lub pominąć wiersz, pozostawiając istniejący opis bez zmian. W przypadku braku kodu SKU system może utworzyć zduplikowany produkt, dlatego precyzyjna konfiguracja kluczy unikalnych przed uruchomieniem procedury jest kluczowym elementem bezpieczeństwa.

Stabilność bazy asortymentowej i bezbłędny start sprzedaży

Prawidłowo przeprowadzona migracja katalogu produktów z arkusza kalkulacyjnego pozwala na natychmiastowe uruchomienie sprzedaży internetowej bez konieczności czasochłonnego i podatnego na pomyłki ręcznego wprowadzania pozycji asortymentowych. Zapewnienie spójności kodów magazynowych, właściwego kodowania znaków, logicznej struktury kategorii oraz poprawnych powiązań wariantów tworzy solidny fundament pod dalszy rozwój sklepu, stabilne indeksowanie oferty w wyszukiwarkach oraz późniejsze integracje z systemami magazynowymi, porównywarkami cen i platformami marketplace.

22 378 48 09

Migracja katalogu produktów z arkusza kalkulacyjnego do nowego sklepu