PLATFORM
Skuply voor Magento
Koppeling via de REST API van Magento of Adobe Commerce, geen extensie in jullie installatie. En vooral: wij zetten waarden neer als attribuutoptie, want alleen dan doet de gelaagde navigatie iets.
AANSLUITEN KOST ONGEVEER EEN HALF UUR AAN JULLIE KANT
DE VALKUIL
De waarde staat er, en de navigatie ziet hem niet.
In Magento bepaalt het attribuuttype of een waarde bruikbaar is. Een tekstveld is onzichtbaar voor de gelaagde navigatie; alleen een dropdown of multiselect met echte opties doet daar iets.
Tekstattribuut
Vrije tekst op het product. Staat op de pagina, maar de gelaagde navigatie kan er niet op filteren en de waarde is niet te normaliseren over de catalogus heen.
material = "rundleer" (text)
GEEN GELAAGDE NAVIGATIE
Attribuut met opties
Een dropdown of multiselect met vastgelegde opties, in de juiste attribuutset en aangezet voor de gelaagde navigatie. Dit is wat filtert.
material = option:1042 (select)
FILTERBAAR EN TE FACETTEREN
Wij maken ontbrekende opties aan, hangen het attribuut in de juiste attribuutsets en zetten gebruik in gelaagde navigatie aan. Bestaande opties hergebruiken we, zodat er geen dubbele waarden ontstaan.
DE KOPPELING
Een integratietoken, geen extensie.
Jullie maken een integratie aan met leesrechten op de catalogus en schrijfrechten op producten en attributen. Wij installeren niets in app/code, dus een upgrade van Magento raakt ons niet.
Wat we lezen
Producten, attributen, attribuutsets, categorieën, media en de bestaande beschrijvingen.
Wat we schrijven
Attribuutwaarden en opties, titels, beschrijvingen, alt-teksten en de eigen skuply-velden.
Waar we niet bij kunnen
Bestellingen, klanten, prijsregels en systeeminstellingen. Die rechten vragen we niet aan.
WAT ER IN MAGENTO VOLLOOPT
material
select, bestaande optie
size
alleen gelezen, maat vullen wij niet
en_norm
alleen gelezen, wij maken geen nieuwe opties aan
name
alleen gelezen, nooit geschreven
description
alleen gelezen, nooit geschreven
media_gallery.label
alt-tekst uit de producttitel en de kleur
skuply_meta
bron, tijdstempel en zekerheid
Welke attributen er al bestaan en in welke attribuutsets ze hangen, zoeken we op dag één uit.
TWEE METINGEN DIE LIEGEN
In Magento ziet een leeg veld er vol uit.
Wie een Magento-catalogus meet op lege velden krijgt een score die veel te hoog is. Dat komt door twee dingen die Magento zelf doet, en allebei hebben wij ze op echte winkels gemeten voordat we er een regel voor schreven.
Alt-tekst is standaard de bestandsnaam
Magento vult media_gallery.label automatisch met de naam van het geuploade bestand. Het veld is dus nooit leeg en scoort in elke telling als gevuld, terwijl er in de praktijk geen enkele afbeelding beschreven is. Dit is precies de reden dat alt-tekst het veld is dat wij op Magento vullen: daar zit de grootste echte leegte.
Modules plakken hun instellingen op het product
Losse extensies zetten hun eigen configuratie als productattribuut weg, met voorvoegsels als activeants_, am_ en amxnotif_. Tel je die mee, dan lijkt een catalogus rijk aan data terwijl de velden waar een klant iets aan heeft leeg zijn. Wij filteren ze eruit voordat we iets meten.
En een praktische: de GraphQL-API geeft vijftig producten per aanroep. Een catalogus van 3.346 producten lezen kostte 133 seconden. Dat kan prima in een achtergrondronde en nooit in een webpagina, dus onze eerste volledige ronde over een grote catalogus is een nachtklus en alles daarna is aanvullend.
ALLE PLATFORMEN
Skuply draait ook op de andere twee.
WooCommerce
Het verschil tussen een globaal en een custom attribuut, en waarom jullie filter daarop staat of valt.
LEES VERDER
Shopify
Zonder definitie doet een metafield niets. Wij maken hem aan voordat de waarde er is.
LEES VERDER
BigCommerce
Geen open productlijst, dus de sleutel komt eerst. En custom fields die per product anders heten worden nooit een filter.
LEES VERDER
Shopware
De filter draait op eigenschappen, niet op custom fields. Wij vullen de eerste, ook al is de tweede makkelijker.
LEES VERDER
Een ander platform
Draait jullie shop op iets anders met een API, dan is dat een gesprek en geen nee. Vertel wat het is.
LEG HET ONS VOOR
VRAGEN OVER MAGENTO
Wat Magento-beheerders altijd vragen.
Wordt onze site er trager van?
Nee. Er komt geen extensie bij en wij schrijven in blokken. Na het schrijven triggeren we alleen de indexers die het echt nodig hebben.
Blijft ons thema werken?
Ja. Wij raken geen templates aan. Waar jullie thema een eigen attribuut toont, spiegelen we de waarde daar ook naartoe.
Wij hebben meerdere store views.
Dan vullen we per store view. Waarden op globale scope blijven globaal, waarden op store-scope krijgen per view hun eigen genormaliseerde term.
Wij hebben configureerbare producten.
Attributen die als configureerbare as dienen komen op de uitsluitingslijst. Daar blijven wij vanaf, anders breken jullie varianten.
Werkt dit met Adobe Commerce?
Ja, en met Magento Open Source vanaf 2.3. Daaronder is de REST API te beperkt en is updaten de eerste stap.