Zoeken en filters in je webshop: waarom koopklare klanten het product niet vinden

Kort antwoord: iemand die de zoekfunctie van je catalogus opent, is de waardevolste bezoeker in de shop. Hij "bladert niet door het assortiment", hij weet wat hij wil kopen. Daarom is een zoekfunctie die niet werkt het pijnlijkste verlies: voor dat bezoek heb je al betaald, het product heb je op voorraad en de transactie sneuvelde door één typfout.

Waarom de ingebouwde zoekfunctie van WooCommerce niet werkt

De standaardzoekfunctie van WordPress is in de praktijk een LIKE-query op de titel en de inhoud van het bericht. Daar volgen al haar eigenschappen uit:

Typfout = nul resultaten. Een typfout in "toetsenbord" vindt het toetsenbord niet. De gebruiker is er dan zeker van dat je dat product niet hebt.
Synoniemen bestaan niet. "Trui" vindt geen "hoodie", "laptop" vindt geen "notebook".
Een artikelnummer werkt vaak niet. De SKU zit in een metaveld en niet in de tekst, dus een zoekopdracht op een code levert niets op.
Geen zinvolle ranking. Een product met de zoekterm in de titel en een product dat hem toevallig in de beschrijving noemt, zijn gelijkwaardig.
Attributen en varianten doen niet mee. "Blauwe schoenen 44" sneuvelt vrijwel zeker.
Bij grote catalogi is het ook traag. LIKE '%woord%' gebruikt geen indexen: bij 20 000 producten is de vertraging merkbaar.

Dit is geen verwijt aan WooCommerce: de basiszoekfunctie is universeel, geschreven voor een blog en niet voor een webshop. Het verwijt is dat het zo blijft.

Wat een zoekfunctie in een webshop moet kunnen

Toets de jouwe aan deze zeven punten:

Typfouten vergeven: fuzzy matching voor minstens een of twee fouten
Synoniemen kennen: inclusief vakjargon en hoe klanten het product noemen
Zoeken op SKU en code: in B2B is dat de helft van alle zoekopdrachten
Suggesties bij het typen: met foto, prijs en beschikbaarheid, zodat je rechtstreeks naar het product kunt
Zinvol ranken: een treffer in de titel wint van een treffer in de beschrijving, een beschikbaar product wint van een product op bestelling
Resultaten laten filteren: een zoekfunctie zonder facetten is onbruikbaar bij 200 resultaten
Niet op nul resultaten laten eindigen: toon vergelijkbare en populaire producten en categorieën, geen leeg scherm

De invoering hangt af van de omvang van de catalogus: tot een paar duizend producten volstaat een goede zoekplug-in, daarboven gaat een eigen zoekmachine zin hebben. Maar je begint niet met het kiezen van technologie, je begint met het volgende punt.

Gratis bron van ideeën: het rapport met lege zoekopdrachten

Zet het loggen van zoekopdrachten aan (in GA4 is dat het event search met de parameter search_term) en open één keer per maand twee lijsten: de meest voorkomende zoekopdrachten en de zoekopdrachten met nul resultaten. Het is het meest onderschatte rapport in de shop, want het beantwoordt meteen drie vragen:

Wat je niet hebt terwijl er vraag naar is: een directe aanwijzing om het assortiment uit te breiden
Hoe klanten je producten noemen: in hun woorden en niet in de jouwe; kant-en-klare namen, tags en synoniemen
Wat er kapot is: als "levering" nul resultaten geeft, doen informatiepagina's niet mee aan het zoeken

Uit mijn ervaring levert de eerste keer doorlopen van zo'n rapport 5 tot 10 concrete taken op, en elk daarvan is goedkoper dan welke advertentiecampagne ook.

Filters: drie typische fouten

Fout 1: filters op de verkeerde kenmerken. De shop filtert op "merk" en "prijs", terwijl de koper "maat", "compatibiliteit" of "levertijd" nodig heeft. De juiste set filters komt uit de vragen van klanten en niet uit de structuur van de database.

Fout 2: geen tellers en veel doodlopende wegen. Als je bij een filterwaarde niet ziet hoeveel producten die oplevert, speelt de mens loterij en belandt hij regelmatig bij "niets gevonden". Toon aantallen en schakel waarden uit die niets opleveren.

Fout 3: de hele pagina herladen bij elke klik. Traag, de scrollpositie raakt kwijt, op mobiel doet het extra pijn. Bovendien ontstaat er een stroom adressen die daarna in de index belanden (daarover hieronder meer).

Apart: op mobiel horen filters in een paneel met de knop "Toepassen" en een zichtbare reset. Een filter dat de pagina na elk selectievakje herlaadt, wordt op een telefoon niet gebruikt, het wordt gesloten.

Insert voor de developer

Bereken de tellers van facetten niet met directe WHERE-query's op de database. Tellers voor elke attribuutwaarde zijn aggregatiequery's die bij een grote catalogus MySQL kunnen overbelasten. Je hebt een vooraf berekende index of een eigen zoekmachine nodig.
Filters mogen geen indexeerbare adressen vermenigvuldigen. Combinaties van parameters geven duizenden URL's met bijna identieke inhoud. De basisregel: indexeer alleen zinvolle doelcombinaties (bijvoorbeeld "categorie + merk"), sluit de rest af met noindex, follow of canonicaliseer naar de schone categorie. Zie de richtlijnen van Google over canonieke adressen en over robots-metatags.
Bewaak het crawlbudget. Bij grote catalogi verbrandt de bot het aan filtercombinaties in plaats van aan nieuwe producten. Hoe je dat beheert, beschrijft de documentatie van Google over crawl budget. Meer daarover in het onderwerp SEO-fouten in webshops.
Houd pagina's met zoekresultaten buiten de index. Een interne zoekfunctie in de index is een klassieke bron van rommelpagina's.
Log de zoekopdracht samen met het aantal resultaten. Zonder het tweede veld bouw je het rapport met lege zoekopdrachten niet.
Test ?s= onder belasting. Bots en scrapers kunnen de zoekfunctie herhaaldelijk bevragen. Bij LIKE-query's kan dat de site overbelasten.

Praktische test

Ik typte een productnaam met een typfout: het product werd gevonden
Ik zocht op SKU: het werd gevonden
Ik zocht met een woord dat klanten gebruiken: het werd gevonden
Bij nul resultaten verschijnt iets nuttigs en geen leeg scherm
Zoekopdrachten worden gelogd in GA4 en ik heb het rapport van de afgelopen maand bekeken
De set filters komt overeen met de echte vragen van klanten
Filterwaarden hebben tellers, lege waarden zijn uitgeschakeld
Op mobiel zijn filters handig en hebben ze een resetknop
Pagina's met zoekresultaten en rommelcombinaties van filters zijn van indexering uitgesloten

Hoe nu verder

De zoekfunctie bedient wie al in de shop is. Het volgende onderwerp gaat over wie nog buiten staat, en waarom webshops hen verliezen in de zoekresultaten: SEO-fouten in webshops.

De basis van dit onderwerp is het onderzoek van Baymard Institute naar zoekfuncties in catalogi en de praktijk van audits van WooCommerce-catalogi.