Schema-opmaak voor e-commercewebsites • Proudnerds

Elke keer dat iemand een bepaald product online zoekt, komen ze terecht op een SERP die (in de meeste gevallen) een biljoen resultaten bevat.

Aangezien de kans dat u door al deze links bladert klein tot nihil is, is het essentieel om uw bedrijf te laten opvallen.

De beste manier om dit te doen, is door gestructureerde gegevensopmaak toe te voegen aan uw hele online winkel.

Het belang van gestructureerde gegevensopmaak

Als u ooit online naar een product, bedrijf of dienst heeft gezocht, vooral in een concurrerende niche, bent u waarschijnlijk verbeterde Google-zoekresultaten tegengekomen, Rich Snippets genaamd.

Rich snippets haal de informatie uit gestructureerde gegevensopmaak via semantische woordenschat zoals schema.org, om meer details te geven over het specifieke resultaat (contact, beoordelingen, recensies, beschikbaarheidsstatus, enz.).

Deze extra stukjes informatie zijn niet alleen verbeter uw klikfrequentie, maar ze helpen zoekmachines ook om de inhoud van uw site beter te begrijpen.

Hoewel Google niet garandeert dat rich snippets in zoekresultaten worden weergegeven, betekent dit niet dat u geen tijd moet investeren in de implementatie en optimalisatie van de gestructureerde gegevens van uw winkel.

Integendeel, ik heb veel eCommerce-sites gezien zonder de juiste schema.org-opmaak, daarom moet u de kans grijpen en deze aan uw website toevoegen.

Je moet tenslotte altijd streven naar meer informatie verstrekken dan uw concurrenten want dat is een van de belangrijkste dingen waardoor je opvalt.

Welke gestructureerde gegevensopmaak is een must-have op e-commercewebsites?

Als je kijkt naar de Woordenschat van Schema.org, kunt u gemakkelijk overweldigd raken door het aantal schematypen en eigenschappen dat u op uw site zou kunnen gebruiken.

Er zijn tal van opties voor verschillende soorten inhoud, waaronder recepten, evenementen, plaatsen, producten, enz. Daarom is het cruciaal om die te kiezen die het beste bij uw bedrijf passen.

Aangezien dit een tijdrovende taak kan zijn, heb ik een handleiding opgesteld over het instellen van de belangrijkste schematypen op eCommerce-websites:

Laten we zonder verder oponthoud ingaan op eCommerce-opmaak.

Organisatie

Het type organisatieschema wordt gebruikt om informatie over uw bedrijf te verstrekken, waaronder uw naam, logo, adres, telefoonnummer, sociale-mediaprofielen, enz.

Hoewel u met dit schematype veel waardevolle informatie aan uw klanten kunt verstrekken, en ik raad u ten zeerste aan om dit te doen, moet u toch voorzichtig zijn.

Het type organisatieschema mag slechts op één pagina van uw online winkel worden geïmplementeerd.

Kies de meest relevante pagina in uw winkel (in de meeste gevallen is dat de startpagina) en voeg zoveel organisatie-eigenschappen toe die u nuttig vindt aan uw gestructureerde gegevensopmaak.

Hier is een vrij eenvoudig voorbeeld van hoe de organisatie-opmaak eruit zou moeten zien in JSON-LD zodra je deze aan je winkel hebt toegevoegd.

<script type="application/ld+json">
 {
  "@context":"http://schema.org",
  "@type":"Organization",
  "url":"https://www.example.com",
  "name":"Example Store",
  "logo":"https://www.example.com/example.svg",
  "contactPoint":[
   {"@type":"ContactPoint",
   "telephone":"+X-XXX-XXX-XXX",
   "contactType":"customer service"}
  ],
  "address":{
   "addressCountry":"Country",
   "postalCode":"XXXXX",
   "addressRegion":"Region",
   "addressLocality":"Locality"}
 }
</script>

Houd er rekening mee dat dit alleen voor online winkels is. Als u zowel online als offline winkels heeft, raad ik u aan in plaats daarvan een LocalBusiness-schematype te gebruiken.

Website

Aangezien eCommerce-winkels sterk afhankelijk zijn van het zoeken op sites, raad ik aan om gestructureerde gegevens van een Sitelink-zoekvak toe te voegen via het type Website-schema, zodat gebruikers rechtstreeks op SERP naar hun gewenste producten kunnen zoeken.

Zorg ervoor dat u het alleen op de startpagina implementeert, op dezelfde manier als in het onderstaande voorbeeld:

<script type="application/ld+json">
{
  "@context": "http://schema.org",
  "@type": "WebSite",
  "url":"https://www.example.com",
  "potentialAction":
   {
   "@type": "SearchAction",
   "target": " https://www.example.com/catalogsearch/result/?q={search_term_string}",
   "query": "required",
   "query-input":"required name=search_term_string"
   }
 }
</script>

Broodkruimellijst

Deze is vrij eenvoudig – je moet altijd BreadcrumbList gestructureerde gegevensopmaak toevoegen aan je online winkel om meer informatie te geven over site-architectuur voor zowel zoekmachines als potentiële klanten.

Hoewel de overgrote meerderheid van online winkels het BreadcrumbList-schema al op hun sites heeft geïmplementeerd, is mijn ervaring niet elke implementatie is correct.

Het meest voorkomende probleem is het niet toevoegen van de laatste pagina (de pagina waarop u zich momenteel bevindt) aan ItemListElement.

Stel dat u breadcrumb-markeringen wilt implementeren in ‘https://example.com/shoes/boots’. Als je de broncode (of Rich results tester) bekijkt, zou deze er als volgt uit moeten zien:

<script type="application/ld+json">
{
"@context": "http://schema.org",
"@type": "BreadcrumbList",
"itemListElement":[
  {
  "@type": "ListItem",</p>
  "position": 1,
  "item":
   {
   "@id": "https://example.com/shoes",
   "name": "Shoes"
   }
  },
  {
  "@type": "ListItem",
  "position": 2,
  "item":
   {
   "@id": "https://example.com/shoes/boots",
   "name": "Boots"
   }
  }
 ]
}
</script>

Lijst met dingen

Nu, dit is waar het interessant wordt. Als eCommerce SEO nieuw voor u is, vraagt ​​u zich waarschijnlijk af waarom we zo’n basisschema gebruiken dat geen informatie geeft?

De reden is simpel: omdat Google geen productopmaak op categorieniveau toestaat.

Hoewel u veel verschillende schema’s op pagina’s met productvermeldingen kunt gebruiken, heeft het type ItemList mijn voorkeur. Het toont een volledig assortiment van uw producten zonder in een grijs gebied te gaan met de richtlijnen van Google.

Deze benadering staat bekend als gestructureerde carrouselgegevens, waarbij categoriepagina’s samenvattende pagina’s vertegenwoordigen. Het ziet er zo uit:

<script type="application/ld+json">
 {
 "@context":"http://schema.org",
 "@type":"ItemList",
 "itemListElement":
 [
   {
  "@type":"ListItem",
   "position":0,
   "url":"https://www.example.com/ankle-boots-ana.html"
  },
   {
   "@type":"ListItem",
   "position":1,
   "url":"https://www.example.com/ankle-boots-clara.html"
   },
   {
   "@type":"ListItem",
   "position":2,
   "url":"https://www.example.com/ankle-boots-maria.html"
   }
  ]
 }
</script>

Er is één ding waar u rekening mee moet houden, ongeacht de gestructureerde gegevens van uw favoriete productvermeldingspagina: deze mogen nooit zoveel details weergeven als de opmaak van de productpagina.

Product

Stel, u heeft meerdere producttypes zichtbaar in de catalogus en u wilt ze niet allemaal naar de Google Shopping-feed sturen. In dat geval moet u voor elk producttype een andere implementatiestrategie voor Product schema.org opstellen.

Aangezien er 6 producttypes zijn in Magento, en u zowel eenvoudige als bijvoorbeeld gegroepeerde producten zichtbaar kunt hebben op de frontend, moet u zich ervan bewust zijn dat slechts één pagina alle productdetails in gestructureerde gegevensopmaak moet weergeven.

Een ander ding dat u in gedachten moet houden, is dat: Met productopmaak kunnen we automatische updates inschakelen in Google Merchant Center, dus als het gaat om productpagina’s, moet uw gestructureerde gegevensopmaak overeenkomen met de feedgegevens.

Als u meer dan één product op uw hoofdproductpagina heeft (degene die u naar Google Merchant Center stuurt), raad ik u aan de volgende opmaak te implementeren voor elk product op uw productpagina:

<script type="application/ld+json">
 {
  "@context": "https://schema.org/",
  "@type": "Product",
    "name": "Ankle Boots Ana",
    "image": [
     "https://example.com/photos/4x2/photo.jpg",
     "https://example.com/photos/16x9/photo.jpg"
    ],
    "description": "The most comfortable ankle boots you've ever seen.",
    "sku": "8888888888",
    "mpn": "777777",
    "brand": {
     "@type": "Brand",
     "name": "Ana"
   },
    "review": {
     "@type": "Review",
     "reviewRating": {
       "@type": "Rating",
       "ratingValue": "4",
       "bestRating": "5"
      },
     "author": {
       "@type": "Person",
       "name": "Jane Doe"
     }
   },
    "aggregateRating": {
      "@type": "AggregateRating",
    "ratingValue": "4.8",
      "reviewCount": "64"
    },
   "offers": {
    "@type": "Offer",
    "url": "https://www.example.com/ankle-boots-ana.html",
    "priceCurrency": "USD",
    "price": "212.99",
     "priceValidUntil": "2020-12-31",
    "itemCondition": "https://schema.org/NewCondition,
     "availability": "https://schema.org/InStock",
    "seller": {
      "@type": "Organization",
       "name": "Example"
    }
   }
 }
</script>

Als u daarentegen gegroepeerde producten heeft die zichtbaar zijn op de frontend en deze zijn ingesteld op ‘indexeren, volgen’ omdat u bepaalde mid-tail zoekwoorden target, voeg dan Productmarkering toe aan uw site, maar dan met een twist.

Voeg deze keer geen aparte opmaak toe voor elk product (dat doe je op je eenvoudige productpagina); gebruik in plaats daarvan de AggregateOffer.

Hoe Schema Markup toevoegen aan een online winkel?

Allereerst: beslis welk formaat u wilt gebruiken. Hoewel er een paar verschillende opties zijn (Microdata, RDF, JSON-LD), zou je in onze voorbeelden kunnen opmerken dat onze voorkeur is JSON-LD. Hier zijn 2 redenen voor.

De eerste reden is de eenvoud van implementatie. Begrijp me niet verkeerd, het vereist nog steeds veel aandacht, maar het is veel gemakkelijker om met JSON-LD te werken dan met welk ander formaat dan ook.

De tweede reden is dat zelfs zoekmachines de voorkeur geven aan dit formaat van gestructureerde gegevensopmaak.

Nu je hebt besloten welke indeling je in je online winkel gaat gebruiken, gaan we naar de implementatie.

Als het gaat om eCommerce-winkels (vooral die op Magento), zijn er veel extensies van derden voor gestructureerde gegevensopmaak. Sommigen van hen zullen prima werken voor basisimplementatie, maar je zult waarschijnlijk de hulp van ontwikkelaars nodig hebben als je eenmaal bij complexere schematypes komt.

Daarom raad ik altijd aangepaste ontwikkeling aan voor de implementatie van schema.org.

Hiermee kunt u zoveel details toevoegen als u wilt in uw gestructureerde gegevens zonder beperkingen van de extensie die geen specifieke schema’s ondersteunt.

Implementatie van gestructureerde gegevens testen

Zodra u schema-opmaak in uw winkel gaat implementeren, test u het resultaat in de Rich Results-tester. Het beste hiervan is dat je zelfs wijzigingen kunt testen op de staging-site! Kopieer de broncode van uw website, plak deze in de testtool en u kunt aan de slag.

Ik zou ook aanraden om de Ryte Structured Data Helper-plug-in toe te voegen om de implementatie van schema.org snel en gemakkelijk te valideren terwijl je door de winkel bladert.

Nadat je de implementatie via deze twee tools hebt geverifieerd, vergeet dan niet om de Google Search Console Enhancements-rapporten te controleren, zodat je winkel geen gegevens mist.

Hoe grote verbetering kunt u verwachten als u onze suggesties implementeert?

Hoewel niemand deze twee woorden graag hoort, hangt het ervan af.

Aangezien Rich Snippets geen directe invloed hebben op uw organische rankings, beloof ik u geen eerste posities op pagina’s met zoekresultaten (eerlijk gezegd zal ik u dat nooit beloven omdat ik geloof dat u dat niet kunt garanderen).

Toch ben ik ervan overtuigd dat gestructureerde gegevensopmaak uw CTR zal verbeteren, wat een positief effect kan hebben op de algehele prestaties.

Houd er rekening mee dat dit artikel alleen de basistypen van eCommerce-schema’s behandelt. Als u uw SEO-prestaties verder wilt verbeteren, laat het ons weten en we zullen de beste oplossing voor uw bedrijf vinden.