Beoordeeld door De standaard wishlist-pagina is gemaakt voor klanten die meerdere lijsten bijhouden. Een simpelere pagina met één lijst is echter een verzoek dat we vaak horen.
Die mismatch valt op. Een klant met slechts één lijst ziet nog steeds de tabel met meerdere lijsten, met navigatie voor lijsten die hij niet heeft aangemaakt. Het is een omhulsel rond één rij producten.
Sinds v1.0.9 accepteert de WooCommerce wishlist shortcode een attribuut dat dit oplost. Voeg defaultonly="yes" toe en de pagina geeft één lijst weer in plaats van de volledige tabel.
Lees verder om te zien wat er vandaag in uw gratis SaveTo Wishlist Lite-plugin wacht!
Spring naar:
1. Simpelere Wishlist Pagina's: Het defaultonly Attribuut
Eén attribuut doet het. De shortcode accepteert nu een tweede parameter, uitgeschreven als volgt:
[saveto_wishlist defaultonly="yes"]Plaats dat vervolgens op een willekeurige pagina en een ingelogde klant ziet zijn standaard lijst op zichzelf. Geen tabel met andere lijsten, en geen lijstnavigatie eromheen.
Wat u moet weten:
- Het vervangt een codefragment: Dit begon als een tijdelijke oplossing die een klant zelf schreef. Het omzetten van een codefragment waar mensen vaak om vragen naar een ondersteund attribuut is meestal de juiste keuze.
- Er is een ingebouwde fallback: Als de klant geen standaard heeft ingesteld, gebruikt de shortcode in plaats daarvan hun eerste gepubliceerde lijst. Ze komen niet op een lege pagina terecht.
- Alleen “yes” schakelt het in: Het attribuut staat standaard op
no. Elke andere waarde laat het gedrag precies zoals het was, dus een typefout kan je pagina niet stilletjes veranderen. - Het oude attribuut werkt nog steeds:
idblijft een specifieke lijst identificeren op basis van zijn ID. Niets aan bestaande pagina's verandert wanneer je bijwerkt. - Gedeelde links hebben voorrang: Als iemand op een gedeelde wishlist link landt, zien ze de gedeelde lijst. Het attribuut treedt opzij in plaats van het te overschrijven.
Dat laatste gedrag is belangrijker dan het klinkt. Delingslinks bevatten immers een code in de URL, en een klant die er een volgt, verwacht de lijst van iemand anders. Dit overschrijven met hun eigen standaard zou het delen breken.
2. Wat de Shortcode Weergeeft, En Wanneer
Dezelfde shortcode produceert verschillende weergaven, afhankelijk van wie er kijkt en hoe ze zijn aangekomen. De volgorde kennen is handig als een pagina niet weergeeft wat je verwachtte.
De controles worden uitgevoerd in deze volgorde:
- Een gedeelde verlanglijstcode in de URL wint als eerste. De bezoeker krijgt de gedeelde lijst, wat de shortcode ook zegt.
- Dan
defaultonly="yes"voor een ingelogde klant. Zij krijgen hun standaardlijst, of hun eerste gepubliceerde lijst. - Dan de gastweergave, als de bezoeker niet is ingelogd. Dit geldt terwijl gastverlanglijsten zijn ingeschakeld.
- Anders de standaardverlanglijstweergave. Dat is de multi-lijstervaring die uw klanten al kennen.
Dus defaultonly is een voorkeur, geen commando. In plaats daarvan is het van toepassing in het ene geval waarvoor het is ontworpen en wijkt het anders uit de weg.
Ik zou dat als een goede zaak lezen. Een attribuut dat één lijst aan elke bezoeker zou opleggen, zou het opslaan en delen door gasten tegelijkertijd breken.
Houd die volgorde dus bij de hand voor probleemoplossing. Als een pagina iets weergeeft wat je niet verwachtte, loop dan de lijst vanaf bovenaf.
Een achtergebleven verlanglijstcode in de URL is de gebruikelijke boosdoener. Ondertussen is testen terwijl je nog bent ingelogd de op één na meest voorkomende oorzaak.
Waar Je Wishlist Pagina Zou Moeten Staan
De shortcode bepaalt wat er wordt weergegeven. Ondertussen bepaalt een aparte instelling waar klanten naartoe worden gestuurd, en de twee moeten overeenkomen.
Kijk dus naar Redirect page onder SaveTo Wishlist > Settings > General. Het is een dropdown van uw gepubliceerde pagina's en het bepaalt waar een klant terechtkomt na het opslaan van een product.
Wat u moet weten:
- De plugin heeft er al een voor u gemaakt: Een verlanglijstpagina wordt aangemaakt bij activering, en die pagina is de standaardinstelling hier. Het resetten van de sectie herstelt deze.
- Het leeg laten heeft een consequentie: Zonder geselecteerde pagina worden klanten in plaats daarvan naar uw Mijn Account-pagina gestuurd. Dat werkt, maar het is niet de pagina die u hebt gestyled.
- Deel links wijzen hier ook naar: Een URL van een gedeelde lijst is uw doorverwijspagina plus een verlanglijstcode. Dus de pagina die u kiest, is de pagina die ontvangers openen.
- Daarom moet de shortcode het delen afhandelen: Als u
defaultonly="yes"op uw doorverwijspagina plaatst, moet deze nog steeds de ontvangers van gedeelde lijsten bedienen. De hierboven besproken prioriteitsvolgorde zorgt ervoor dat dit veilig is.
Hier is een praktisch gevolg. Het plaatsen van de vereenvoudigde lijst op uw doorverwijspagina betekent dat ontvangers van gedeelde lijsten blijven werken, omdat de gedeelde code het attribuut overschrijft.
In plaats daarvan, als u ze liever gescheiden houdt, wijst u Redirect page naar de volledige verlanglijst weergave. Voeg vervolgens een tweede pagina toe met de single-list shortcode en link deze vanuit uw menu.
Het Wishlist Blok Heeft Een Andere Optie
Hier is de eerlijke beperking. Het drag-and-drop-verlanglijstblok kan dit ene niet doen.
Achter de schermen draait het blok de shortcode, daarom gedragen de twee zich in de meeste opzichten gelijk. De zijbalk ervan toont een enkel Verlanglijst-ID-veld, en dat komt overeen met het id-attribuut van de shortcode. Er is geen defaultonly-schakelaar om aan te vinken.
Dus als je de pagina voor één lijst wilt, gebruik dan de shortcode. Desalniettemin kun je deze in een Shortcode-blok op een blokthema plaatsen, of waar je er ook een zou plaatsen.
Goed om te weten als je pagina's visueel bouwt. Hetzelfde geldt voor Elementor en vergelijkbare builders, waar een shortcode-widget de ingang is.
Welke Optie Zou Je Moeten Gebruiken?
Er zijn nu drie manieren om de shortcode naar een lijst te laten verwijzen. Elk ervan is geschikt voor een andere taak.
Gewone shortcode voor de hoofdpagina van de verlanglijst
Een kale [saveto_wishlist] is nog steeds de juiste keuze voor je hoofdpagina van de verlanglijst. Bovendien behandelt deze gasten, ingelogde klanten en gedeelde links zonder enige configuratie.
Gebruik hem dus wanneer klanten meerdere lijsten kunnen bijhouden, of wanneer delen belangrijk is voor je winkel. Het is het meest complete overzicht van de drie.
Defaultonly voor een ervaring met één lijst
Gebruik defaultonly="yes" wanneer je klanten realistisch gezien één lijst bijhouden. In de praktijk passen winkels die een gericht catalogus verkopen in dit patroon, net als winkels waar opslaan meer op een favorietenfunctie lijkt.
Het is ook geschikt voor een secundaire pagina. Houd ondertussen het volledige overzicht op je hoofd-URL van de verlanglijst en plaats een vereenvoudigde lijst in een tabblad Mijn account.
Het id-attribuut voor één specifieke lijst
Gebruik id wanneer je precies weet welke lijst je wilt, aan de hand van de ID. Deze is niet per klant, dus iedereen die die pagina bekijkt, wordt naar dezelfde lijst verwezen.
Dat maakt het de optie voor een samengestelde lijst die je zelf hebt gemaakt. Een seizoensgebonden cadeaugids of een pagina met medewerkerskeuzes zijn de gebruikelijke voorbeelden.
Eén ding dat het waard is om op te helderen, omdat het mensen in de war brengt. Deze twee attributen produceren niet dezelfde markup.
defaultonly schakelt de pagina over naar de single-list-component van de plugin. id behoudt de standaardverlanglijstcomponent en verwijst deze naar de lijst die je hebt opgegeven. Dus als het gestripte overzicht is wat je wilt, is defaultonly het attribuut dat dit levert.
Welke je ook kiest, test de pagina zowel uitgelogd als ingelogd. De twee weergaven verschillen van ontwerp, en dat is de stap die mensen overslaan. Onze verlanglijstgids behandelt de bredere opzet als je opnieuw begint.
Veelgestelde Vragen
Werkt defaultonly voor gasten die niet zijn ingelogd?
Nee. Het attribuut is alleen van toepassing op ingelogde klanten, omdat een standaard wishlist bij een account hoort. Uitgelogde bezoekers krijgen in plaats daarvan de gasten-wishlist-weergave te zien, ervan uitgaande dat gasten-wishlists zijn ingeschakeld.
Wat gebeurt er als de klant geen standaard wishlist heeft?
De shortcode valt terug op hun eerste gepubliceerde lijst. Als ze helemaal geen lijsten hebben, keert de pagina terug naar de standaard wishlist-weergave. Ze hebben dan nog steeds ergens om te beginnen.
Kunnen klanten nog steeds meer dan één wishlist aanmaken?
Ja. Het attribuut verandert wat één pagina rendert, niet wat de plugin toestaat. Meerdere verlanglijsten blijven beschikbaar, en het volledige overzicht is nog steeds aanwezig op elke pagina die de gewone shortcode gebruikt.
Conclusie
Dat is het nieuwe attribuut behandeld. Je kunt het dus nu gebruiken door WooCommerce Wishlist Lite bij te werken vanuit je WordPress-dashboard.
Samengevat, deze aankondiging onderzocht:
- Het defaultonly attribuut en de ingebouwde fallback.
- De volgorde waarin de shortcode dingen controleert, zodat je kunt voorspellen wat er wordt weergegeven.
- Waar de pagina zelf moet staan, en hoe deelbare links deze bereiken.
- Waarom het blok het niet kan doen en wat je in plaats daarvan moet gebruiken.
- Wanneer je elk van de drie opties moet gebruiken.
Mijn mening: probeer defaultonly="yes" als je verlanglijstpagina altijd zwaarder aanvoelde dan nodig. Bovendien is het één attribuut, en terugschakelen is net zo snel als het verwijderen ervan.
Hulp nodig bij de instelling van je verlanglijstpagina, of wil je zien wat de betaalde abonnementen toevoegen? Bekijk onze kennisbank, blader door de abonnementvergelijking, of neem contact op met ons ondersteuningsteam.
Als je nog geen wensenlijsten op je winkel hebt geprobeerd, download dan vandaag nog de gratis versie van SaveTo Wishlist.
