Wyłączenie strony na tydzień kosztuje pozycje w wyszukiwarce i pali budżet reklamowy. Ta wtyczka robi coś innego: sklep zostaje otwarty do oglądania, a zamknięty do kupowania.
Katalog, wyszukiwarka, karty produktów i ceny działają normalnie. Znika wyłącznie możliwość złożenia zamówienia - a w miejscu przycisku pojawia się informacja o przerwie i data powrotu.
Blokada jest po stronie serwera, nie przez ukrycie przycisku stylami. Zamówienie nie przejdzie ani z katalogu, ani z adresu ?add-to-cart=, ani przez API koszyka - także wtedy, gdy ktoś spróbuje ominąć stronę.
Koszyk klienta zostaje nietknięty. Po powrocie ze sklepu na przerwie zakup da się dokończyć tam, gdzie się skończył.
Jedziesz na urlop albo robisz remanent i masz trzy wyjścia, wszystkie złe. Zostawić sklep otwarty i wrócić do stosu zamówień do wysłania na wczoraj. Wyłączyć stronę i stracić cały ruch z reklam i z Google. Albo ręcznie poukrywać przyciski i zapomnieć odkryć połowę z nich.
Tryb wakacyjny robi to czwarte wyjście: zamyka sam zakup, zostawiając sklep tam, gdzie był. Strony odpowiadają normalnie, więc pozycje w wyszukiwarce nie znikają, a kampania nie prowadzi w pustkę.
Zamówień nie da się złożyć
Blokada działa po stronie serwera: w katalogu, na karcie produktu, w koszyku i w kasie blokowej. Nie da się jej ominąć adresem ani przez API.
Pasek z datą powrotu
Na każdej podstronie, z odliczaniem liczonym w przeglądarce - działa też wtedy, gdy strona jest w pamięci podręcznej.
Komunikat zamiast przycisku
W miejscu „Dodaj do koszyka” staje wyjaśnienie z datą powrotu. Cena i opis zostają widoczne.
Koszyk czeka na powrót
Zawartość koszyka zostaje nietknięta. Klient dokończy zakup po przerwie, zamiast zaczynać od nowa.
Harmonogram i wyjątki
Zakres dat wyłącza przerwę sam. Wyjątki dla ról, adresów IP i wybranych kategorii - bony i pliki mogą sprzedawać się dalej.
Testowane z
-
v1.0.0 Nowość
Pierwsze wydanie: zakres dat z automatycznym końcem, pasek z odliczaniem, komunikat na karcie produktu, w koszyku i w kasie, blokada po stronie serwera w kasie klasycznej i blokowej, wyjątki dla ról, adresów IP i kategorii.
Czy sklep wypadnie z Google?
Nie. Strony działają i odpowiadają kodem 200, wtyczka nie ustawia „noindex” i nie wyłącza witryny. Zmienia się wyłącznie to, że nie da się złożyć zamówienia.
Czy klient straci koszyk?
Nie. Zawartość koszyka zostaje, a po zakończeniu przerwy zakup da się dokończyć. To był główny powód, dla którego blokada nie opiera się na oznaczeniu produktów jako niedostępnych - WooCommerce usuwa takie pozycje z koszyka.
Czy mogę sprzedawać dalej wybrane produkty?
Tak. W ustawieniach wskazujesz kategorie, których przerwa nie dotyczy - przydaje się przy bonach, kursach i plikach, czyli rzeczach, których nie trzeba pakować.
Czy sam mogę zrobić testowy zakup przy włączonej przerwie?
Tak. Administrator jest domyślnie wyjątkiem, a listę ról i adresów IP zmienisz w ustawieniach.
Czy działa z pamięcią podręczną?
Blokada zakupu tak - jest po stronie serwera i nie da się jej ominąć nawet z zapisanej strony. Pasek i komunikaty pochodzą z HTML-a, więc po włączeniu i po wyłączeniu przerwy wyczyść cache.
Mój motyw ma własny przycisk „Kup teraz” i nadal go widać.
Wtyczka podmienia przyciski WooCommerce. Motyw z całkowicie własnym przyciskiem wymaga jednego warunku w szablonie: TWW_Mode::active() && TWW_Mode::covers( $product ).




