Natychmiastowa aktualizacja obrazu WhatsApp dla WooCommerce

Natychmiastowa aktualizacja obrazu WhatsApp dla WooCommerce oznacza, że właściwa karta jest gotowa w momencie zapisania produktu — a nie że WhatsApp ponownie odczytuje link na żądanie. Nikt nie może zmusić WhatsApp do ponownego odczytania linku: buforuje on podglądy w aplikacji odbiorcy i nie udostępnia żadnego API do odświeżania. Kontrolujesz wszystko po stronie sklepu i to wystarczy, aby następna osoba udostępniająca link zobaczyła aktualny produkt, cenę i zdjęcie.

Krótka odpowiedź

W podglądzie WhatsApp są dwa zegary i tylko jeden z nich należy do ciebie.

Każde twierdzenie o „natychmiastowej aktualizacji", które pomija drugi wiersz, jest kłamstwem, a każdy produkt, który naprawia tylko pierwszy wiersz, i tak pokazuje właściwy obraz, gdy tylko WhatsApp spojrzy ponownie. Na tym polega cała gra: doprowadź stronę sklepu do udowodnionej poprawności, a potem przestań liczyć na to, że WhatsApp będzie współpracować.

Dlaczego Twoja aktualizacja się nie pojawia

Między „zmieniłem cenę" a „podgląd się zmienił" stoją cztery osobne pamięci podręczne. Sprzedawcy prawie zawsze obwiniają niewłaściwą.

Wiersz 1 to ten, który ludzie pomijają. Zbuforowana strona HTML wciąż zawiera stary URL og:image, więc nawet idealnie przebudowana karta nigdy nie zostanie odkryta. Najpierw wyczyść pamięć podręczną stron, potem zajmij się resztą.

Wiersze 3 i 4 są powodem, dla którego dopisanie wersji do URL obrazu jest jedynym niezawodnym sposobem na obejście pamięci podręcznej — nowy URL obrazu to chybienie pamięci podręcznej wszędzie naraz.

Część dotycząca WooCommerce: twój tag nigdy nie powinien być nieaktualny

W WooCommerce problem z tagiem to zwykle jedna z dwóch rzeczy i żadna z nich nie jest winą WhatsAppa:

• W ogóle nie ma og:image. WordPress i WooCommerce nie generują żadnego dla product, product_cat ani strony sklepu. Dostarcza go twoja wtyczka SEO — a dla produktu sięga po statyczny obrazek wyróżniający.
• Tag istnieje, ale wskazuje na stały plik. Statyczny URL obrazka nie może się zmienić, gdy zmienia się cena. Każde udostępnienie po edycji ponownie buforuje ten sam nieaktualny obrazek.

FastOG obiera inną drogę. Okładka to podpisany URL, którego query zawiera wartości, które ją wygenerowały, odczytywane z żywego katalogu przy każdym żądaniu: nazwę produktu, aktualną cenę (get_price() — cenę promocyjną w przypadku produktu z rabatem), cenę przekreśloną „było", plakietkę promocji, ocenę, stan magazynowy i zdjęcie produktu.

Ma to konsekwencję, którą warto powiedzieć wprost: zmiana ceny to zmiana URL-a. Stary URL nie opisuje już produktu, więc CDN nie ma nic nieaktualnego do serwowania, a następne pobranie renderuje od nowa. Żadnych hacków do przebijania cache'u, żadnej listy kontrolnej „czy już to wyczyściłem".

Co się dzieje, gdy klikniesz Zapisz na produkcie

Dla Facebooka — jedynej platformy, która pozwala o cokolwiek zapytać — FastOG pyta za ciebie:

1. WooCommerce uruchamia swój natywny webhook product.updated / product.created (permalink znajduje się w payloadzie).
2. FastOG odświeża rekord katalogu dla sklepu, dzięki czemu następna okładka jest rysowana z aktualnych danych.
3. Zadanie RefreshMetaPreview trafia do kolejki dla adresu URL strony tego produktu. Jest kolejkowane, a nie wykonywane inline — pełna synchronizacja katalogu nie może dodawać jednego blokującego wywołania do Meta na każdy element — i jest deduplikowane, więc wielokrotne ponowne zapisywanie tego samego produktu nie zużywa limitu zapytań Meta.
4. Zadanie wywołuje endpoint scrape Meta z tokenem dostępu aplikacji, a Meta zastępuje swoją zbuforowaną kopię podglądu dla tej strony.

To z założenia działanie best-effort. Jeśli Meta jest wolna, odmawia lub ogranicza liczbę zapytań, synchronizacja i tak się udaje: tag na twojej stronie jest już poprawny, a jedynym kosztem jest to, że Meta odświeży dane według własnego harmonogramu zamiast natychmiast.

Nie odświeża WhatsApp, LinkedIn ani X, ponieważ żadna z nich nie oferuje API do odświeżania czegokolwiek. To nie jest ograniczenie FastOG — to brak endpointu po drugiej stronie.

Sprawdzaj we właściwej kolejności

Gdy podgląd się nie aktualizuje, przejdź przez tę listę zamiast zgadywać:

# 1. Does the page still serve the OLD tag? (page cache — cache row 1)
curl -s https://your-store.com/product/example | grep -i 'og:image'

# 2. Is that image URL reachable without credentials? (cache row 3)
curl -I "https://...the-og-image-url-from-step-1..."

# 3. Did the image URL change after the edit? Compare with the URL from before.

Jeśli krok 1 nadal pokazuje URL sprzed edycji, nic dalej nie pomoże — wyczyść cache strony. Jeśli krok 1 pokazuje nowy URL, a krok 2 zwraca 200 OK z image/png, strona sklepu jest w porządku i patrzysz na wiersz 2 tabeli cache, czyli zegar WhatsAppa.

Chcesz zobaczyć wszystkie cztery wiersze z zewnątrz? Wklej URL produktu do Zobacz swoje linki tak, jak widzą je kupujący — narzędzie pobiera stronę tak jak crawler, odczytuje aktualne tagi i renderuje wynik tak, jak pokazują go WhatsApp, X i Messenger, obok okładki FastOG zbudowanej z tych samych danych produktu. Bez rejestracji.

Czy plugin do cache-bustingu lub ?v=2 pomaga?

Pomagają w jeden wąski sposób, a kompromis jest realny.

Podgląd jest cache'owany względem linku, który ludzie udostępnili. URL, którego nikt nigdy nie udostępnił, nie ma zapisanego podglądu — dlatego dopisywanie zmieniającego się query stringa (?v=2) jest tak popularnym trikiem. To działa, ale ma swoją cenę: udostępniany link przestaje być twoim kanonicznym URL-em produktu, wyszukiwarki widzą drugi adres, a analityka rozdziela ruch.

FastOG stosuje ten sam mechanizm o poziom niżej, gdzie jest darmowy. URL strony pozostaje kanoniczny; tylko URL obrazu zmienia się wraz z treścią. Stara okładka nie może więc zostać ponownie podana, a udostępniany link to nadal strona produktu, którą chcesz mieć zaindeksowaną.

Czego nikt nie naprawi i dlaczego tak mówimy

• WhatsApp buforuje podgląd w aplikacji odbiorcy. Nie ma API, debuggera ani narzędzia — w tym naszego — które mogłoby się do niego dostać.
• LinkedIn i X również nie udostępniają udokumentowanego API do programistycznego unieważniania. Ich crawlery odczytują dane ponownie według własnego harmonogramu; nie traktuj szacowanego czasu podanego przez stronę trzecią jako gwarancji platformy.
• Facebook jest wyjątkiem i jedyną platformą, do której FastOG wysyła ping za ciebie. Mechanikę opisuje Wymuś odświeżenie pamięci podręcznej Open Graph na Facebooku.

Dostawca, który twierdzi, że odświeża WhatsApp, opisuje zachowanie Facebooka i liczy na to, że tego nie sprawdzisz. Wolimy dać ci dokładną mapę.

FAQ

Czy mogę wymusić na WhatsApp natychmiastową aktualizację podglądu linku?

Nie. WhatsApp nie udostępnia żadnego endpointu odświeżania ani debuggera, a zbuforowany podgląd znajduje się w aplikacji odbiorcy. Możesz jedynie zadbać o to, aby przy następnym odczycie czekał właściwy obraz.

Jak długo WhatsApp przechowuje podgląd linku?

Nie ma publikowanych danych ani sposobu, by to sprawdzić — zależy to od odbiorcy i urządzenia. Traktuj to jako „dopóki WhatsApp nie zdecyduje inaczej” i zamiast tego optymalizuj stronę sklepu.

Dlaczego u mnie się zaktualizowało, a u mojego klienta nie?

Ponieważ testowałeś, udostępniając link, który nigdy nie był wysyłany z Twojego urządzenia, albo wysłałeś go do nowego czatu. Twój klient widzi zbuforowany podgląd. Jego podgląd i Twój są niezależne.

Czy zmiana URL produktu wymusza aktualizację?

URL, którego nikt nie udostępnił, nie ma zbuforowanego podglądu, więc tak — kosztem drugiego adresu dla tego samego produktu. Zmiana URL obrazu daje ten sam efekt bez ruszania permalinka, i właśnie to robi FastOG.

Czy potrzebuję wtyczki, czy mogę sam edytować motyw?

Statyczny og:image w motywie jest znacznie lepszy niż nic i jest darmowy. Nie potrafi jednak różnić się między produktami bez ręcznego tworzenia obrazu dla każdego produktu — ani śledzić zmiany ceny. To moment, w którym dynamiczna okładka zwraca się z nawiązką.

Moja strona nie jest w FastOG. Czy cokolwiek z tego nadal mi pomoże?

Tak. Cztery pamięci podręczne, kolejność sprawdzania i limity platform to sposób działania platform, a nie FastOG. Przejdź listę za pomocą curl i debuggerów.

Czy jest darmowy plan?

Tak. Darmowy plan Community obejmuje do 100 elementów na stronach produktów, kategorii, sklepu i wpisów blogowych z pięcioma bazowymi szablonami oraz szablonami produktów Black Friday i Seasonal Offer. Jego okładki są czyste — żaden plan nie zawiera znaku wodnego, w tym Community. Community renderuje na współdzielonym serwerze Community i jest ograniczony limitami zapytań na sklep/IP, a nie brandingiem. Plany płatne korzystają z dedykowanego serwera oddzielonego od Community, zwiększają limit elementów i odblokowują dodatkowe szablony oraz możliwości (odznaki ocen od Starter, mapowanie metafields od Pro, reguły z zakresem i renderowanie priorytetowe od Scale). Plany płatne obejmują również 14-dniowy okres próbny bez wymogu podania karty kredytowej.

Powiązane

• Podgląd linku w WhatsApp się nie wyświetla? Napraw og:image
• Przewodnik po pamięci podręcznej podglądów społecznościowych: Facebook, WhatsApp, LinkedIn, X, Slack i Discord
• Wymuś odświeżenie pamięci podręcznej Open Graph na Facebooku
• Synchronizacja cen WooCommerce w podglądzie WhatsApp
• Jak buforować obrazy OG
• Rozmiar obrazu OG: 1200×630 wyjaśnione
• Integracja z WooCommerce: FastOG dla WooCommerce