Sprzedaż produktów cyfrowych w PrestaShop: pliki, licencje i dostawa

Ostatnia aktualizacja: czerwiec 2026 — konfiguracja typu produktu, reguły pobierania oraz obsługa unijnego VAT (OSS) zweryfikowane dla PrestaShop 1.7, 8 i 9.

Produkt cyfrowy ma jedną cechę, z którą nie wygra żaden produkt fizyczny: zerowy koszt krańcowy. Tworzysz plik raz, a każda kolejna sprzedaż nie kosztuje Cię nic — nie ma stanów magazynowych do liczenia, przewoźnika do zamawiania ani pakowania. Haczyk polega na tym, że za pozornie prostym „wgraj plik” kryje się zaskakująco dużo ustawień specyficznych dla PrestaShop: właściwy typ produktu, reguły pobierania decydujące o tym, czy klient czuje się obdarzony zaufaniem czy kontrolowany, dostarczanie licencji oraz pułapka unijnego VAT, która po cichu buduje zaległość podatkową, jeśli ją zignorujesz. Ten przewodnik dotyczy sprzedaży produktów cyfrowych w PrestaShop — ich poprawnej konfiguracji, wyceny, licencjonowania i dostarczania z poziomu panelu administracyjnego. Trudniejszy temat zabezpieczenia plików przed udostępnianiem to osobne zagadnienie; niżej wskazujemy właściwe miejsce, w którym je omawiamy.

Krok pierwszy: typ produktu, nie pole wyboru

Pierwsza decyzja zapada, zanim dotkniesz jakiegokolwiek pliku. Gdy tworzysz produkt w PrestaShop 1.7, 8 lub 9, u góry strony produktu dostępny jest selektor Typ: Produkt standardowy, Pakiet produktów albo Produkt wirtualny. Plik cyfrowy do pobrania to Produkt wirtualny — a ten wybór zmienia sposób, w jaki PrestaShop traktuje pozycję na wszystkich dalszych etapach. Informuje platformę, że nie ma nic do wysyłki, dzięki czemu kroki przewoźnika i dostawy znikają z finalizacji zamówienia, a produkt nie bierze udziału w żadnych kalkulacjach wysyłki opartych na wadze lub wymiarach.

Jeśli nadal korzystasz z PrestaShop 1.6, odpowiednik znajdował się na karcie i opierał się na tej samej idei — produkcie oznaczonym jako wirtualny, z dołączonym plikiem do pobrania. Mechanika zmieniała miejsce między wersjami, ale podstawowa koncepcja (produkt bez fizycznej realizacji) była natywna dla PrestaShop od dawna. Kluczowe jest użycie prawdziwego typu Produkt wirtualny, a nie produktu standardowego z wyzerowaną wysyłką — tylko właściwy typ usuwa krok dostawy oraz logikę adresu do wysyłki w czysty sposób.

Dołączanie pliku i ustawianie reguł pobierania

Gdy produkt jest już wirtualny, strona produktu pokazuje sekcję Produkt wirtualny, w której decydujesz, jak ma działać pobieranie. Pól jest niewiele, ale każde z nich jest w praktyce decyzją biznesową:

• Plik. Wgrywasz go bezpośrednio, a PrestaShop zapisuje go w chronionym katalogu download/ — serwuje go przez PrestaShop, zamiast wystawiać jako bezpośredni publiczny URL, więc surowa ścieżka nie jest publicznie możliwa do odgadnięcia. Przy większych plikach górny limit wyznaczają ustawienia PHP na serwerze: upload_max_filesize i post_max_size — wideo kursu o rozmiarze 500 MB polegnie na domyślnym limicie przesyłania dużo wcześniej, niż problemem stanie się PrestaShop. Dlatego duże pliki często wymagają podniesienia limitów PHP albo obsługi przez moduł dostarczający je z zewnętrznego magazynu.
• Liczba dozwolonych pobrań. Ile razy ten sam klient może pobrać plik. Ustawienie 0 oznacza brak limitu. Wartość 3–5 to zwykle rozsądny kompromis: wystarczająco dużo, by klient, który przechodzi z laptopa na telefon albo pobiera ponownie po wyczyszczeniu dysku, nie musiał pisać do Ciebie maila — i wystarczająco mało, by link nie dawał nieograniczonego dostępu. Ustaw 1, a na pewno wygenerujesz zgłoszenia do obsługi.
• Data wygaśnięcia i Liczba dni. Link może przestać działać konkretnego dnia kalendarzowego albo po określonej liczbie dni od zakupu. Dla jednorazowego zasobu 30–90 dni jest hojne, a nadal ograniczone. Jeśli sprzedajesz coś jako „dożywotni dostęp”, zostaw termin otwarty i oprzyj się raczej na limicie pobrań — data wygaśnięcia, która zaskakuje płacącego klienta, to gotowa prośba o zwrot.
• Nazwa pliku widoczna dla klienta. To, co klient widzi na swoim koncie, niezależnie od rzeczywistej nazwy pliku na dysku. Użyj nazwy, którą rozpozna po miesiącach, nie final_v3_FINAL.zip.

Pod spodem PrestaShop zapisuje te informacje w tabeli product_download i serwuje właściwe dane przez własny kontroler pobierania, a nie przez bezpośredni URL pliku. Link klienta jest więc tokenizowanym żądaniem powiązanym z jego zamówieniem — nie ścieżką, którą można skopiować i wkleić znajomemu. To rozróżnienie jest fundamentem dostawy cyfrowej, a pogłębione zabezpieczenie — strategia wygasania linków, limity nadużyć, znakowanie wodne, kontrole IP — to dokładnie temat sąsiedniego przewodnika zarządzanie pobraniami cyfrowymi: jak chronić i dostarczać pliki. Ten przewodnik traktuj jako „skonfiguruj i sprzedawaj”, a tamten jako „zabezpiecz to porządnie”.

Gdzie klient faktycznie widzi pobranie

Po zatwierdzeniu płatności pobranie pojawia się w dwóch miejscach: w e-mailu z potwierdzeniem zamówienia oraz na koncie klienta, w szczegółach zamówienia. Najczęstsze zgłoszenie do obsługi przy produktach cyfrowych — zdecydowanie, z naszego doświadczenia w prowadzeniu sklepów — brzmi: „gdzie jest moje pobranie?”. Dlatego przed startem warto sprawdzić dwie rzeczy:

• Czy e-mail potwierdzający naprawdę zawiera link. Link do pobrania pojawia się, gdy zamówienie osiągnie status ważne / płatność zaakceptowana, więc zamówienie pozostające jako nieopłacone albo oczekujące niczego klientowi nie pokaże. Jeśli sprzedajesz przy płatności przelewem bankowym lub inną płatnością ręczną, plik nie pojawi się, dopóki nie oznaczysz zamówienia jako opłaconego — ustaw to oczekiwanie w e-mailu zamówienia, żeby klient nie odświeżał pustej strony konta.
• Czy link na koncie klienta jest oczywisty. Znajduje się w historii zamówień, której osoba kupująca po raz pierwszy może w ogóle nie pomyśleć otworzyć. Proste zdanie w e-mailu: „pobranie znajduje się w tej wiadomości oraz w Moje konto → Historia zamówień” odbija większość zgłoszeń.

Klucze licencyjne: gdy klucz jest ważniejszy niż plik

W przypadku oprogramowania plik do pobrania bywa najłatwiejszą częścią — tak naprawdę sprzedajesz klucz licencyjny, bo bez ważnego klucza sam plik nic nie daje. Natywna funkcja produktów wirtualnych w PrestaShop dostarcza plik; nie ma wbudowanego pojęcia wydawania unikalnego klucza dla każdego zamówienia. Ta luka jest realna i warto zrozumieć modele, zanim zdecydujesz, jak ją uzupełnić:

Niezależnie od wybranego modelu jedna rzecz nie podlega negocjacjom: czas. Klient powinien otrzymać klucz natychmiast po płatności, w e-mailu potwierdzającym i widoczny na swoim koncie — a nie po Twoim ręcznym kroku o 9 rano następnego dnia. Pule wcześniej wygenerowanych kluczy zachowują się też jak prawdziwy magazyn, więc jeśli sprzedajesz klucze kupione hurtowo, myślenie o punkcie ponownego zamówienia z artykułu kiedy ponownie zamówić towar dotyczy zapasu kluczy tak samo jak produktów fizycznych — brak kluczy w środku promocji zatrzymuje sprzedaż dokładnie tak, jak pusta półka.

To jedno z najczytelniejszych miejsc, w których kończy się funkcja natywna, a moduł zaczyna zarabiać na swoje utrzymanie. Nasz moduł Digital Revolution rozszerza produkty wirtualne PrestaShop o automatyczne dostarczanie kluczy licencyjnych, zarządzanie wersjami, dzięki któremu obecni kupujący mogą pobrać zaktualizowany plik, oraz śledzenie pobrań — wszystko konfigurowane z panelu administracyjnego, zamiast zlecane jako praca na zamówienie. Korzyść wprost: klient kupuje o 2 w nocy i ma plik oraz działający klucz w skrzynce, zanim się obudzisz, a Ty nie dotykasz zamówienia. Pełny zestaw narzędzi ochrony i dostawy, na którym to się opiera, omawia ponownie pogłębiony przewodnik zarządzanie pobraniami cyfrowymi.

Pułapka unijnego VAT przy sprzedaży cyfrowej (OSS)

To część, na której potykają się sprzedawcy mający wszystko inne ustawione poprawnie. W przypadku usług cyfrowych sprzedawanych unijnym konsumentom VAT nalicza się według stawki kraju klienta — nie Twojego. Kupujący z Niemiec płaci 19%, z Francji 20%, z Węgier 27%, za dokładnie ten sam plik do pobrania. Reguła obejmuje oprogramowanie i aplikacje, e-booki, kursy online i webinary, pobrania muzyki i wideo, SaaS oraz hosting. Jeśli sprzedajesz w całej UE i stosujesz jedną stawkę kraju siedziby, w jednych krajach pobierasz za mało, w innych za dużo, a po cichu budujesz zobowiązanie w każdym państwie członkowskim, w którym masz klientów.

Co to konkretnie oznacza w PrestaShop:

• Reguły podatkowe według kraju. System Reguł podatkowych PrestaShop (w nowoczesnych wersjach pod Międzynarodowy → Podatki, a następnie Reguły podatkowe) pozwala zbudować jedną grupę reguł podatkowych, która stosuje inną stawkę dla każdego kraju. Tę grupę przypinasz do produktów wirtualnych. Platforma potrafi to zrobić — ale tylko wtedy, gdy skonfigurujesz grupę; silnik sam nie odgadnie unijnych stawek dla usług cyfrowych.
• Dowody lokalizacji klienta. System VAT oczekuje co najmniej dwóch niesprzecznych dowodów tego, gdzie znajduje się klient — adresu rozliczeniowego, geolokalizacji IP, kraju metody płatności. Przechowywanie i uzgadnianie tych danych leży po Twojej stronie (albo po stronie modułu), nie jest czymś, co standardowa finalizacja zamówienia składa automatycznie w ścieżkę audytową.
• B2B działa inaczej. Sprzedajesz firmie zarejestrowanej jako płatnik VAT w innym kraju UE? Mechanizm odwrotnego obciążenia zwykle oznacza, że nie naliczasz VAT — jeśli jej numer VAT przejdzie walidację. Nasz moduł Automatic EU VAT Checker sprawdza ten numer podczas finalizacji zamówienia, dzięki czemu prawdziwe zamówienie B2B jest poprawnie objęte stawką zero, a fałszywy numer nie przepuszcza konsumenta jako firmy.
• Rozliczasz przez OSS. One-Stop Shop zastąpił dawny system MOSS: rejestrujesz się raz w swoim kraju i składasz jedną kwartalną deklarację obejmującą całą unijną sprzedaż cyfrową, zamiast rejestrować się w każdym państwie osobno. PrestaShop nie złoży jej za Ciebie, ale czyste dane podatkowe według kraju i porządne rekordy zamówień sprawiają, że kwartalne rozliczenie jest proste, a nie zamienia się w projekt odtwarzania danych.

Nic z tego nie jest opcjonalne, jeśli sprzedajesz unijnym konsumentom. Ustaw grupę reguł podatkowych i dowody lokalizacji już przy starcie — dokładanie prawidłowego VAT do roku błędnie opodatkowanych zamówień to rodzaj porządków, których nikt nie lubi.

Wycena bez dolnego progu kosztu produktu

Wycena produktu fizycznego zaczyna się od tego, ile kosztował Cię towar. Wycena produktu cyfrowego nie ma takiego progu — koszt krańcowy wynosi zero — co daje swobodę, ale usuwa też oczywisty punkt odniesienia. Kilka modeli, które działają ze standardowymi cenami i cenami specjalnymi PrestaShop:

• Według wartości. Ustalaj cenę w odniesieniu do tego, ile produkt oszczędza lub zarabia kupującemu, a nie do tego, ile kosztowało Cię jego stworzenie. Szablon, który oszczędza projektantowi dziesięć godzin, jest wart znacznie więcej niż Twoje popołudnie poświęcone na jego przygotowanie.
• Warstwowo według uprawnień. Osobista, komercyjna, rozszerzona — każdy poziom dodaje prawa, nie funkcje. Ten sam plik, trzy ceny, trzy typy licencji. Łączy się to bezpośrednio z opisanym wyżej modelem kluczy warstwowych.
• Pakiety. Sprzedawaj powiązane zasoby razem, poniżej sumy ich pojedynczych cen. Typ produktu Pakiet w PrestaShop (druga opcja w tym samym selektorze Typ) jest stworzony dokładnie do tego — pakiet produktów wirtualnych dostarcza kilka pobrań w ramach jednego zakupu.
• Subskrypcje. Cykliczny dostęp albo uprawnienia do aktualizacji dają przewidywalny przychód zamiast jednorazowych skoków, choć płatności cykliczne w PrestaShop zwykle wymagają dedykowanego modułu, a nie samego rdzenia.

Koszyki mieszane: gdy jedno zamówienie zawiera pobranie i paczkę

Wiele sklepów sprzedaje oba rodzaje produktów — fizyczną książkę z towarzyszącym PDF-em, gadżety obok kursu cyfrowego. PrestaShop obsługuje typowy przypadek automatycznie, bo to koszyk, a nie produkt, decyduje o tym, co pokaże finalizacja zamówienia:

• Koszyk zawierający wyłącznie produkty wirtualne całkowicie pomija krok przewoźnika i dostawy — nie ma nic do wysyłki, więc klient nie jest proszony o wybór metody dostawy.
• Koszyk mieszany zachowuje krok dostawy dla produktów fizycznych, a produkty cyfrowe nadal udostępnia do pobrania, gdy tylko zamówienie zostanie opłacone.

Schody zaczynają się wtedy, gdy pojedynczy produkt naprawdę jest jednocześnie fizyczny i cyfrowy albo gdy reguły realizacji zależą od statusu zamówienia. To już właściwie temat operacji na zamówieniach, a procesy, które utrzymują zamówienia mieszane i cyfrowe w porządku, omawiamy w artykule zarządzanie zamówieniami w PrestaShop. Jeśli potrzebujesz wyciągać dane z takich zamówień do uzgodnień lub księgowości, artykuł eksporty CSV dla zamówień i faktur pokazuje, jak je pobierać.

Aktualizacje i wersjonowanie pracują na kolejną sprzedaż

W przeciwieństwie do produktu fizycznego produkt cyfrowy może się dalej poprawiać po sprzedaży — i to jest argument sprzedażowy, nie przykry obowiązek. Gdy naprawiasz błąd, dopracowujesz szablon albo dodajesz moduł kursu:

• Podmień plik przy produkcie, żeby nowi kupujący otrzymywali aktualną wersję.
• Zdecyduj, czy dotychczasowi klienci dostają aktualizację — podmiana pliku produktu zmienia to, co będzie dostarczane w przyszłości, ale to, co dawny kupujący pobierze ponownie, zależy od wersji PrestaShop i sposobu zapisania rekordu pobrania dla tego zamówienia. Rdzeń nie ma porządnego procesu powiadamiania osób, które już kupiły, ani ponownego dostarczania im zaktualizowanego pliku. Moduł taki jak Digital Revolution zmienia „powiadom i dostarcz ponownie dawnym kupującym” w świadomą, niezawodną akcję, zamiast liczenia na to, że dana wersja akurat zachowa się po Twojej myśli.
• Prowadź krótką listę zmian, żeby klienci widzieli, co się zmieniło i dlaczego warto pobrać aktualizację.

Produkt, który widocznie poprawia się z czasem, uzasadnia swoją cenę i zasiewa kolejną sprzedaż — to ten sam mechanizm lojalnościowy, dzięki któremu dobre ponowne wysyłanie potwierdzeń zamówień się opłaca: małe, niezawodne gesty, które klient naprawdę docenia.

Najczęściej zadawane pytania

Jak sprzedawać produkt cyfrowy w PrestaShop?

Utwórz produkt i ustaw jego Typ na Produkt wirtualny u góry strony produktu (PS 1.7/8/9). To mówi PrestaShop, że nie ma nic do wysyłki, więc kroki przewoźnika i dostawy znikają z finalizacji zamówienia. Następnie otwórz sekcję Produkt wirtualny, wgraj plik (PrestaShop zapisze go w chronionym katalogu download/) oraz ustaw liczbę pobrań, wygaśnięcie i nazwę pliku widoczną dla klienta. Użyj prawdziwego typu Produkt wirtualny — nie produktu standardowego z wyzerowaną wysyłką — inaczej krok dostawy nie zniknie poprawnie.

Jak klient otrzymuje plik po zapłacie?

Pobranie pojawia się w dwóch miejscach, gdy zamówienie osiągnie status ważne / płatność zaakceptowana: w e-mailu z potwierdzeniem zamówienia oraz na koncie klienta, w szczegółach zamówienia. Jeśli sprzedajesz przelewem bankowym lub inną płatnością ręczną, link nie pokaże się, dopóki nie oznaczysz zamówienia jako opłaconego — ustaw to oczekiwanie w wiadomości, żeby klient nie odświeżał pustej strony. „Gdzie jest moje pobranie?” to najczęstsze zgłoszenie przy produktach cyfrowych, więc proste wskazanie obu miejsc odbija większość zgłoszeń.

Czy PrestaShop może automatycznie dostarczać klucze licencyjne?

Nie natywnie — funkcja produktu wirtualnego dostarcza plik, bez pojęcia wydawania unikalnego klucza dla każdego zamówienia. Przy oprogramowaniu to często klucz jest tym, co naprawdę sprzedajesz, bo bez niego plik nic nie daje. Automatyczne dostarczanie kluczy dla każdego zamówienia (z wcześniej wygenerowanej puli, generowanych na bieżąco albo warstwowych) razem z pobraniem to dokładnie to, co dodaje Digital Revolution, obok zarządzania wersjami i śledzenia pobrań.

Jak działa unijny VAT na produkty cyfrowe?

W przypadku usług cyfrowych sprzedawanych konsumentom w UE VAT nalicza się według stawki kraju klienta, nie Twojej — kupujący z Niemiec płaci 19%, z Węgier 27%, za ten sam plik. W PrestaShop budujesz grupę reguł podatkowych (pod Międzynarodowy → Podatki → Reguły podatkowe), która stosuje inną stawkę dla każdego kraju, i przypinasz ją do produktów wirtualnych; silnik sam nie odgadnie stawek za Ciebie. Następnie składasz jedną kwartalną deklarację OSS obejmującą całą sprzedaż w UE. B2B działa inaczej: zweryfikowany unijny numer VAT uruchamia odwrotne obciążenie do zera — nasz moduł Automatic EU VAT Checker sprawdza go podczas finalizacji zamówienia.

Co dzieje się z koszykiem, który łączy pobranie i produkt fizyczny?

To koszyk, nie produkt, decyduje o tym, co pokazuje finalizacja zamówienia. Koszyk zawierający tylko produkty wirtualne całkowicie pomija krok przewoźnika/dostawy; koszyk mieszany zachowuje dostawę dla produktów fizycznych, a cyfrowe nadal udostępnia do pobrania, gdy tylko zamówienie zostanie opłacone. Trudniejszy przypadek to pojedynczy produkt, który naprawdę jest jednocześnie fizyczny i cyfrowy — to temat operacji na zamówieniach omawiany w artykule zarządzanie zamówieniami w PrestaShop.

Krótka wersja

Dobra sprzedaż produktów cyfrowych w PrestaShop sprowadza się głównie do czterech rzeczy ustawionych w panelu administracyjnym: wybierz prawdziwy typ Produkt wirtualny, żeby wysyłka znikała czysto; ustaw limity pobrań i wygaśnięcie tak, by ufać klientowi, ale nie zostawiać nieograniczonego dostępu; dostarczaj każdy klucz licencyjny natychmiast po zaksięgowaniu płatności; oraz skonfiguruj unijny VAT według kraju, zanim zobowiązanie urośnie, a nie po fakcie. Platforma daje natywny fundament pod wszystko, a moduł uzupełnia dwie pozostawione luki — automatyczne dostarczanie kluczy i poważną ochronę plików. Ustawiasz to raz, a każda kolejna sprzedaż to czysta marża wpadająca nawet wtedy, gdy śpisz.