Historia wydań

Storefront Scan: strony produktów, które się nie otwierają, i edycja w panelu — 30 września 2026

Ostrzeżenie, gdy strony produktów się nie otwierają. Sprawdzenie — bezpłatne i pełne — pyta o nagłówki stron trzech produktów z różnych miejsc katalogu. Gdy każda przekierowuje pod ten sam adres — na przykład na stronę główną, bo sklep pokazuje produkty tylko w karcie menu — wynik mówi to nad listami, zamiast zostawiać odnośniki, które bez słowa prowadzą na stronę główną. Regulamin, punkt 2.
„Edytuj w panelu” przy każdej pozycji pełnego skanu. Obok nazwy produktu albo kategorii jest odnośnik do edycji w panelu sklepu, także w pliku CSV (nowa, ostatnia kolumna). Działa po zalogowaniu i także wtedy, gdy strona produktu jest wyłączona. Regulamin, punkt 13, Polityka prywatności.

Regulamin: dłuższy dostęp przy kodach z akcji — 30 września 2026

Kod grupowy albo partnerski może dawać dłuższy dostęp niż 30 dni, jeśli tak podaje akcja; kod sprzedany daje 30 dni jak dotąd. Datę końca dostępu pokazuje strona wyniku pełnego skanu. Regulamin, punkt 13. Polityka prywatności mówi tak samo o tym, jak długo żyje wynik pełnego skanu. Polityka prywatności.

Storefront Scan: pełny skan z kodem — 30 września 2026

Pełny skan z kodem. Kod otwiera sprawdzenie do 2 000 produktów, pełne listy pozycji zamiast pięciu przykładów, wagi zdjęć, eksport CSV i wynik dostępny przez 30 dni, z porównaniem z poprzednim pełnym skanem. Kod aktywujesz na osobnej stronie; wiąże się ze sklepem dopiero przy pierwszym udanym skanie. Bezpłatne sprawdzenie działa jak dotąd.
Regulamin: nowy punkt 13 — rodzaje kodów, ważność, aktywacja, akcje z kodem grupowym (o przydziale decyduje kolejność, nie przypadek), odstąpienie od umowy i zwrot. Limit „jedno sprawdzenie sklepu na dobę” liczy się teraz osobno dla sprawdzenia bezpłatnego i pełnego.
Polityka prywatności: co zapisujemy przy aktywacji i sprzedaży kodu (numer transakcji — bez danych kupującego), jak długo żyje wynik pełnego skanu, licznik wejść przez krótkie adresy merchlint.com/o/… (bez adresu IP) i nieudane sprawdzenia w dzienniku. Polityka prywatności.

Polityka prywatności — 29 września 2026

Nowy rozdział: darmowy audyt katalogu. Opisuje, co dzieje się z eksportem, jeśli przyślesz go do darmowego audytu: kto go czyta, jak długo go trzymamy i czego z nim nie robimy. Wtyczka nadal nie wykonuje żadnych połączeń. Polityka prywatności.

0.3.3 — 25 września 2026

Nowa nazwa wyświetlana: Merchlint – Catalog Audit for WooCommerce. Zmieniła się wyłącznie nazwa wyświetlana: ta sama wtyczka, ten sam adres w katalogu, te same ustawienia, te same zapisane audyty.
Kontrole identyfikatorów mówią teraz, kiedy numery leżą w polu innej wtyczki — EAN for WooCommerce, Germanized for WooCommerce, Trusted Shops Easy Integration, Google for WooCommerce, Customer Reviews for WooCommerce albo Product Feed Manager for WooCommerce. Audyt podaje, ile produktów, nazywa to pole i mówi wprost, która kontrola tych numerów nie widzi. Nic nie jest liczone inaczej: żadne znalezisko nie przybywa ani nie znika. Jak przenieść numery.
Wtyczka nie robi już zupełnie nic, gdy WooCommerce nie jest włączony. Mówi o tym jednym zdaniem na pulpicie i niczego nie dotyka; włącz WooCommerce, a wszystko wraca.
Niewidoczne znaki w kodach produktów widać teraz w dowodzie, jako ⟨U+00A0⟩ i podobnie — na ekranie i w eksporcie CSV. Czyste kody wyglądają dokładnie tak jak wcześniej.
Strona kontroli pokazuje teraz, czego ta kontrola nie widziała, a sekcja „Czego ten audyt NIE sprawdził” nie mówi już „te reguły nic nie znalazły” o regułach, które się wykonały.
Rada przy braku danych o sprzedaży wskazuje teraz przycisk, który istnieje: Analityka → Ustawienia → „Importuj dane historyczne”.
WP-CLI: trzy komendy zatrzymują się teraz przy złym wejściu, zamiast zgadywać, a dwa wyjścia oddzielają luki od znalezisk.
Jedna prośba o recenzję, pod wynikami — raz na użytkownika; znika na dobre, gdy ją otworzysz albo wybierzesz „Nie pytaj więcej”.

0.3.2 — 19 września 2026

Na WooCommerce starszym niż 9.2 dwie kontrole identyfikatora mówią teraz, że się nie wykonały, zamiast podawać liczby.
Kolumna dowodu nie pokazuje już polskiego słowa na angielskim ekranie — puste pole brzmi tam teraz „(empty)”.
Kontrola powielonego identyfikatora mówi teraz, kiedy nie miała czego porównać, z tym samym powodem co kontrola braku identyfikatora.
Znalezisko na wariancie prowadzi teraz prosto do zakładki, w której się to naprawia.

0.3.1 — 18 września 2026

Obie kontrole duplikatów widzą teraz kody zapisane na wariantach, nie tylko na produktach. W sklepie z produktami wariantowymi liczby po tej aktualizacji mogą wzrosnąć.
Kontrola identyfikatora zgłasza także produkt dzielący numer z własnym wariantem. Kontrola SKU tego nie robi — WooCommerce pokazuje kod rodzica na wariancie, który własnego nie ma, więc przy SKU ta para to zachowanie platformy, a nie usterka.
Warianty leżące w koszu nie liczą się już nigdzie.
Trzy kontrole, którym zmieniło się zachowanie, niosą nowy numer wersji, żeby ekran „Zmiany od poprzedniego audytu” mógł powiedzieć, kiedy ruch liczb bierze się z nas, a nie z Twojego sklepu.
Dwa dopisy na stronie wiedzy kontroli identyfikatora: co zrobić, gdy kontrola jest czysta, a w pliku eksportu identyfikatora nadal nie widać, i dlaczego numer skopiowany na warianty przy składaniu pliku zasłania lukę, zamiast ją zamknąć.

0.3.0 — wrzesień 2026

Dwie nowe kontrole, obie darmowe i bez limitu produktów: produkt bez GTIN, UPC, EAN lub ISBN oraz dwa produkty z tym samym numerem. Porównywarki wiążą po nim Twoją ofertę z tym samym towarem u innych sprzedawców, więc pusty albo powielony identyfikator to najczęstszy powód, dla którego produkt po cichu wypada z feedu. WooCommerce ma to pole od wersji 9.2 i nic w panelu na nie nie wskazuje.

Kontrola braku milczy w sklepach, które identyfikatorów w ogóle nie prowadzą — jedno zdanie zamiast listy całego katalogu. Rękodzieło i usługi nie mają kodu kreskowego i mieć nie muszą.
W produkcie wariantowym identyfikator należy do każdego wariantu, więc taki produkt daje jedno znalezisko z dowodem „6 wariantów bez GTIN”, a nie sześć wierszy.
Tłumaczenia jednego produktu nie są zgłaszane jako duplikat, tak samo jak przy SKU.
Na WooCommerce starszym niż 9.2 kontrola mówi to wprost, zamiast zgłaszać każdy produkt.
Po aktualizacji ekran „Zmiany od poprzedniego audytu” nazywa nowe kontrole po imieniu. Dwie kontrole naraz znaczą nowe znaleziska naraz, a ekran pokazywał ruch liczb bez powiedzenia, skąd się wziął — czytało się to tak, jakby sklep zepsuł się w nocy. Kontrola nowa, która nic nie znalazła, nie wchodzi w drogę.
Siedemnaście kontroli, w sześciu grupach. Dlaczego produkty wypadają z feedu przechodzi te wymogi po kolei, z gotowym zapytaniem przy każdym.

0.2.1 — 7 września 2026

Nowa nazwa wyświetlana: Merchlint – Store Audit for WooCommerce. Ta sama wtyczka, ten sam adres, te same ustawienia — nazwa mówi teraz, co robi.
Każda reguła ma odnośnik do własnej strony z wyjaśnieniem, ile znalezisko kosztuje, jak reguła decyduje, jak to naprawić i kiedy nie warto.
Bez zmian w tym, co audyt sprawdza i raportuje.

0.2.0 — 1 września 2026

Pierwsze publiczne wydanie, w katalogu wtyczek WordPress.org.

Piętnaście kontroli w pięciu grupach, bez limitu produktów i bez okresu próbnego. Pełna lista na stronie z listą kontrolną.

Znaleziska uszeregowane według stojącego za nimi przychodu, z danych zamówień sklepu
Dowód przy każdym znalezisku — odczytane pole, znaleziona wartość, próg porównania
„Zacznij tutaj”: trzy pozycje z największą kwotą, nad pełną listą
Powtarzalny wynik, z ekranem pokazującym, co zmieniło się między dwoma skanami i dlaczego
Kwoty przychodu osobno dla każdej waluty; nigdy sumowane między walutami
Trwałe ukrywanie pojedynczych znalezisk, przeżywające kolejne skany i aktualizacje wtyczki
Kafelek na pulpicie z wynikiem ostatniego audytu
Dziewięć komend WP-CLI: scan, status, cancel, findings, rule, export, hide, unhide, hidden
Strumieniowy eksport CSV, z rozbrojeniem komórek, które arkusz wziąłby za formułę
Wznawialny skan: 50 000 produktów w 91 sekund, przeżywający zabicie procesu PHP
Bez konta, bez rejestracji, bez telemetrii, bez jakichkolwiek połączeń wychodzących

Sprawdzone i zatwierdzone przez zespół recenzencki WordPress.org 31 sierpnia 2026, sześć dni po zgłoszeniu.

W toku

Merchlint dla Shopera — ten sam silnik audytu na drugiej platformie, jako aplikacja hostowana. Reguły, dowody i zasada „zero zapisów” są te same; różni się to, skąd biorą się dane.

Co dalej, bez dat

Daty w jednoosobowym projekcie są zgadywaniem, więc ich tu nie ma. Kolejność jest natomiast ustalona:

Dodatek Pro — jedenaście kolejnych kontroli (ceny wariantów, zamrożony towar, przeterminowane kupony, zduplikowane opisy, niedostępne warianty, plus braki danych Omnibus i GPSR dla sklepów z UE), historia skanów, skany zaplanowane, raporty mailowe, eksport PDF. Istnieje i działa; nie ma jeszcze kanału sprzedaży.
Nowe kontrole co kwartał, i w wersji darmowej, i w płatnej. To, co powstaje, zależy w dużej mierze od tego, o co ludzie proszą — patrz kontakt.
Panel wielosklepowy dla agencji — tylko jeśli agencje o niego poproszą. Dlaczego ten warunek jest zapisany, a nie założony, wyjaśnia strona dla agencji.

Gdzie leży lista rozstrzygająca

Plik readme.txt samej wtyczki w katalogu WordPress.org jest kanoniczną historią zmian; ta strona za nim podąża. Jeśli kiedykolwiek się rozjadą, rację ma katalog, a ta strona ma błąd — napisz.

Dostępne teraz

Następne, w tej kolejności