Czy AI zrobi sklep internetowy? Co potrafi, a gdzie zaczyna się ryzyko

Narzędzia AI potrafią dziś w godzinę złożyć działający prototyp sklepu: z listą produktów, koszykiem i formularzem zamówienia. Wystarczy opisać, czego potrzebujesz, a kreator albo agent AI napisze resztę. Nic dziwnego, że coraz częściej słyszymy pytanie: czy AI zrobi sklep internetowy i czy w takim razie warto jeszcze płacić za wdrożenie?

Krótka odpowiedź: AI świetnie przyspiesza pracę, ale sklep internetowy to nie wizytówka. Przyjmuje płatności, przechowuje dane klientów i każdego dnia jest celem automatycznych ataków. Poniżej opisujemy, co AI robi dobrze, co mówią badania i ostatnie incydenty oraz jak korzystać z AI tak, żeby nie narazić sklepu i klientów.

Co AI robi dziś naprawdę dobrze

Sami korzystamy z AI na co dzień. Dobrze sprawdza się przy:

• prototypach i makietach, żeby szybko sprawdzić pomysł, zanim zainwestujesz w pełne wdrożenie,
• treściach: opisach produktów, tłumaczeniach i odpowiedziach na częste pytania, zawsze po redakcji człowieka,
• powtarzalnym kodzie, skryptach importu danych i testach, pisanych pod nadzorem programisty,
• pracy z danymi: porządkowaniu katalogu, kategoryzacji produktów i analizie zamówień.

Problem zaczyna się wtedy, gdy kod wygenerowany przez AI trafia prosto do sklepu, a nikt nie rozumie, jak on działa.

Dlaczego sklep to coś innego niż prosta strona

Strona firmowa zrobiona z AI, która tylko prezentuje ofertę, w najgorszym razie przestanie działać. Sklep internetowy obsługuje płatności, konta klientów, adresy, numery telefonów i historię zamówień, a do tego panel administracyjny i integracje z kurierami czy systemem faktur. Każdy z tych elementów to potencjalna furtka dla atakującego.

Ataki są zautomatyzowane i szybkie. Według raportu Patchstack za 2025 rok najczęściej atakowane luki w ekosystemie WordPressa zaczynano wykorzystywać typowo już po około 5 godzinach od ich ujawnienia. A za wyciek danych odpowiada właściciel sklepu, nie narzędzie, którym sklep zbudowano. Przekonał się o tym polski sklep Morele.net: UODO nałożył na niego 3,8 mln zł kary za wyciek danych około 2,2 mln osób z 2018 roku, wskazując m.in. na brak szyfrowania części danych i słabe uwierzytelnianie. W 2024 roku sąd administracyjny pierwszej instancji tę karę utrzymał.

Co mówią badania o kodzie pisanym przez AI

Kod z AI zwykle działa. To jeszcze nie znaczy, że jest bezpieczny.

• W badaniu Veracode z lipca 2025 roku kod wygenerowany przez AI zawierał podatności z listy OWASP Top 10 w 45% zadań. W kolejnym raporcie, z lipca 2026 roku, odsetek bezpiecznych rozwiązań wyniósł 56%, czyli prawie tyle samo co rok wcześniej (55%), choć kod niemal zawsze daje się uruchomić. Przed atakami XSS modele chroniły poprawnie tylko w 15% przypadków.
• Badanie zaprezentowane na konferencji USENIX Security 2025 objęło 576 tys. próbek kodu z 16 modeli: prawie 20% pakietów polecanych przez modele w ogóle nie istniało. Atakujący rejestrują takie nazwy i podkładają pod nie złośliwy kod (to tzw. slopsquatting).
• Naukowcy z Georgia Tech potwierdzili 74 luki w prawdziwych projektach, które wzięły się z kodu wygenerowanego przez AI, z czego 35 w samym marcu 2026 roku. Takich przypadków szybko przybywa.

Prawdziwe incydenty z aplikacjami zbudowanymi przez AI

• Lovable, maj 2025. Przegląd 1645 aplikacji zbudowanych w tym narzędziu wykazał, że 170 z nich (ok. 10%) miało bazę danych dostępną do odczytu lub zapisu bez logowania. Na zewnątrz trafiały m.in. e-maile, numery telefonów, dane płatności i klucze API. Producent wskazuje, że zabezpieczenie danych to zadanie twórcy aplikacji. I w tym sedno: osoba, która nie programuje, zwykle nie wie, że takie zasady w ogóle trzeba ustawić.
• Escape.tech, październik 2025. Analiza ponad 5600 publicznych aplikacji z popularnych kreatorów AI wykazała ponad 2000 podatności, ponad 400 ujawnionych sekretów (np. kluczy dostępowych) i 175 przypadków ujawnionych danych osobowych, w tym danych medycznych i numerów kont bankowych.
• Moltbook, luty 2026. Twórca serwisu mówił publicznie, że nie napisał samodzielnie ani linijki kodu. Klucz do bazy danych był w kodzie strony, a baza nie miała reguł dostępu, więc ujawnionych było ok. 1,5 mln tokenów API i 35 tys. adresów e-mail. Lukę zamknięto w kilka godzin od zgłoszenia przez firmę Wiz.
• Replit, lipiec 2025. Agent AI usunął bazę danych aplikacji w trakcie zamrożenia zmian, a potem błędnie zaraportował, co zrobił. Wniosek: AI nie powinno mieć dostępu do działającego systemu bez kontroli człowieka i kopii zapasowej.

Gotowe platformy też mają luki. Różnica jest w tym, kto je łata

Uczciwie trzeba powiedzieć, że sprawdzone platformy nie są wolne od błędów. Patchstack naliczył w 2025 roku 11 334 nowe podatności w ekosystemie WordPressa, z czego 91% dotyczyło wtyczek, a tylko 6 samego rdzenia. W maju 2026 roku przez lukę we wtyczce FunnelKit Funnel Builder, której używa ponad 40 tys. sklepów WooCommerce, atakujący podkładali skimmery kart płatniczych na stronach zamówienia. We wrześniu 2026 roku krytyczną lukę znaleziono w samym WordPressie: poprawka wyszła w wersji 7.1.2 i w starszych gałęziach aż do 4.7, a próby ataków zaczęły się tego samego dnia.

Różnica polega na tym, że w popularnej platformie błędów szukają tysiące ludzi, a poprawka trafia do wszystkich sklepów naraz. Warunek jest jeden: trzeba ją zainstalować. Dobrze pokazuje to wtyczka WooCommerce Wholesale Lead Capture: poprawka była dostępna od lutego 2026 roku, a ataki na niezaktualizowane sklepy ruszyły w czerwcu. Kodu napisanego przez AI tylko dla Twojego sklepu nikt poza Tobą nie sprawdza. Chyba że zrobi to atakujący.

Luki w PHP z października 2026

Najświeższy przykład: 21 października 2026 roku twórcy PHP, języka, na którym działają m.in. WordPress, WooCommerce i PrestaShop, wydali poprawki dwóch krytycznych luk w samym silniku PHP (CVE-2026-109618 i CVE-2026-109619, w mediach nazwanych PHP2Shell). Pozwalały one na zdalne wykonanie kodu bez logowania w typowych konfiguracjach serwerów. Amazon odnotował próby ataku jeszcze przed publikacją poprawek. Przebieg wydarzeń i to, co zrobić na swoim serwerze, opisujemy w artykule Luka w PHP (PHP2Shell): co zrobić.

Poprawki są w wersjach 8.2.35, 8.3.36, 8.4.27 i 8.5.12, a zespół PHP podkreśla, że aktualizacja to jedyne bezpieczne rozwiązanie. PHP 8.1 i starsze nie dostają już oficjalnych poprawek (wsparcie dla 8.1 skończyło się w grudniu 2025 roku), a wsparcie dla 8.2 kończy się z końcem 2026 roku. PrestaShop przypomniał sklepom, że w tym przypadku nie pomoże aktualizacja samego sklepu: trzeba zaktualizować PHP na serwerze.

Wniosek jest prosty: bezpieczeństwo sklepu to nie tylko jego kod, ale też serwer, PHP i wszystko, co pod nim działa. Sklep wygenerowany przez AI, wrzucony na tani hosting i zostawiony sam sobie, nie dostanie takiej aktualizacji, dopóki ktoś o nią nie zadba. Jeśli Twój sklep działa jeszcze na starym PHP i PrestaShop 1.7, przeczytaj, jak przeprowadzić migrację PrestaShop 1.7 do wersji 8 i 9.

Jak rozsądnie korzystać z AI przy sklepie

1. Fundament na sprawdzonej platformie. Koszyk, płatności, konta klientów i panel niech obsługuje platforma, która dostaje regularne aktualizacje bezpieczeństwa i działa w tysiącach sklepów, np. WooCommerce, PrestaShop, Shopify albo Shoper. O tym, jak wybrać, piszemy w artykule Jak wybrać platformę pod sklep lub stronę.
2. AI do przyspieszania, nie zamiast przeglądu. Każdy kod z AI przed wdrożeniem przegląda programista, który rozumie, co ten kod robi.
3. Żadnego dostępu AI do działającego sklepu. Zmiany najpierw na kopii testowej, z aktualną kopią zapasową.
4. Sekrety poza kodem strony. Klucze API i hasła do bazy nigdy nie trafiają do kodu, który widzi przeglądarka, a baza ma ustawione zasady dostępu.
5. Sprawdzone zależności. Każdą wtyczkę i pakiet polecany przez AI warto sprawdzić: czy istnieje, kto go rozwija i kiedy był ostatnio aktualizowany.
6. Płatności przez operatora. Dane kart obsługuje bramka płatnicza, a nie Twój serwer.
7. Aktualizacje i monitoring. Platforma, wtyczki i PHP aktualizowane na bieżąco, kopie zapasowe i ktoś, kto reaguje, gdy wychodzi krytyczna poprawka.

Kiedy AI wystarczy, a kiedy nie

Samo AI wystarczy do prototypu, na którym sprawdzisz pomysł, do prostej strony zbierającej zapisy albo do wewnętrznego narzędzia bez danych klientów. Nie wystarczy, gdy sklep ma przyjmować płatności, przechowywać dane osobowe, łączyć się z ERP czy systemem kurierskim i działać bez przerw przez lata. Tam AI jest bardzo dobrym pomocnikiem zespołu, ale nie zastępuje platformy, przeglądu kodu i opieki po starcie.

Najczęstsze pytania

Czy AI może zrobić stronę internetową?

Tak, prostą stronę wizytówkę AI zbuduje szybko. Nawet wtedy ktoś musi zadbać o hosting, aktualizacje, formularze zgodne z RODO i kopie zapasowe.

Czy sklep stworzony przez AI jest bezpieczny?

Może być, jeśli kod przejdzie przegląd, a sklep działa na utrzymywanej platformie i aktualnym serwerze. To, że sklep działa, nie oznacza jeszcze, że jest bezpieczny.

Kto odpowiada za wyciek danych ze sklepu zrobionego przez AI?

Właściciel sklepu jako administrator danych osobowych. Narzędzie, którym zbudowano sklep, nie przejmuje tej odpowiedzialności.

Czy korzystacie z AI w projektach?

Tak, przy treściach, prototypach, testach i powtarzalnym kodzie. Każda zmiana przechodzi jednak przegląd, a sklepy budujemy na sprawdzonych platformach.

Jeśli masz sklep zbudowany szybko, z pomocą AI albo bez, i nie masz pewności co do jego bezpieczeństwa, zacznij od audytu strony i sklepu. Nowy sklep zbudujemy na WooCommerce albo innej sprawdzonej platformie, a Twój zespół możemy nauczyć bezpiecznej pracy z AI w ramach konsultacji i szkoleń. Możesz też od razu opisać swój projekt w formularzu bezpłatnej wyceny.