Enamik nõuandeid schema märgenduse kohta on aegunud. See käsitleb schema't tehnilise lisandina Google'i rikaste tulemuste jaoks – tavaliselt midagi, mida installitakse korra, et tärnihinnangud või hinnad võiksid otsingus ilmuda.
See lähenemine jätab tähelepanuta selle, mis praegu loeb.
Kui kasutad Shopify poodi, ei ole schema puhul tegemist ainult sinise lingi parema välimusega Google'is. Tegemist on sinu kataloogi, poliitikate ja tooteandmete loetavaks muutmisega tehisintellekti ostuassistentidele, kes vastavad ostmisküsimustele otse. Kui keegi küsib ChatGPT-lt, Geminilt, Perplexitylt või Copilotilt, mida osta, vajavad need süsteemid struktureeritud sisendit. Kui sinu pood esitab toote andmeid ainult struktureerimata lehesisuna, jätad liiga palju järelduste teha.
Kaupmeestele muudab see ülesannet. Vanad SEO taktikad on endiselt olulised, kuid need on puudulikud. Vajad masinloetavaid tooteandmeid, mitte ainult optimeeritud kategooriakopeeringut ja metaandmeid.
Sisukord
- Miks su vana SEO strateegia on tehisintellektile nähtamatu
- Ainsad schema tüübid, mida su Shopify pood vajab
- JSON-LD schema koodi genereerimine
- Schema lisamine oma Shopify poodi
- Märgenduse valideerimine toimimise tagamiseks
- Seadistusest kaugemale – schema hoolduse uus reaalsus
Miks su vana SEO strateegia on tehisintellektile nähtamatu
Vanad SEO nõuanded käsitlesid schema't rikaste tulemuste valikulise täiustusena. Shopify kaupmeestele on see vaade aegunud.
Tehisintellekti ostusüsteemid ei hinda tootelehte nii nagu inimesest ostja. Need otsivad selgeid, masinloetavaid fakte, mida nad saavad piisavalt usaldada, et neid kokkuvõtlikult esitada, võrrelda ja soovitada. Google selgitab seda otse oma struktureeritud andmete dokumentatsioonis toodete ja kaupmehe kirjete jaoks, kus hind, saadavus, tarneinfo ja tagastustingimused esitatakse määratletud väljadena, mitte vabakujulise lehesisuna (Google Search Centrali toote struktureeritud andmed). Schema.org määratleb samuti need kaubandusomadused formaadis, mida masinad saavad poodide lõikes järjepidevalt sõeluda (Schema.org Product).
Praktiline muutus on lihtne. Lehtede edetabelis olemine on endiselt oluline. Ka tehisintellekti süsteemidele arusaadav olemine on oluline.
See teine ülesanne paljastab vanemate SEO käsiraamatute nõrkuse. Pealkirja sildid, kollektsioonikopeeringud ja märksõnadega optimeeritud toodte kirjeldused võivad aidata lehel indekseerida, kuid need ei ütle tehisintellekti assistendile usaldusväärselt, milline variant on laos, mida see täna maksab, kas kaup saadetakse konkreetsesse piirkonda, või milline tagastuspoliitika kehtib. Kui need üksikasjad asuvad teema koodis, kokkupandavas sisus või rakenduse genereeritud elementides, võib mudel need märkamata jätta, segi ajada või toote soovitamisest täielikult hoiduda.
See on otsingukäitumises juba nähtav. Search Engine Land teatas, et rikaste tulemustega lehed võivad teenida kõrgemaid klikkimismäärasid kui standardkirjed, mis aitab selgitada, miks struktureeritud andmed mõjutavad jõudlust isegi siis, kui need ei ole otsene edetabeli tegur (Search Engine Land rikaste tulemuste ja klikkimismäära kohta).
Tehisintellekti assistendid ei loe su poodi nii nagu inimesed
Ostja suudab lehte skannida ja lahendada ebamäärasused iseseisvalt. Tehisintellekti assistent ei saa seda ohutult suures mahus teha.
See vajab selgeid sisendit. Toote nimi. Bränd. Variant. Hind. Saadavus. Tarneinfo. Tagastustingimused. Ilma struktureeritud märgenduseta on need faktid sageli olemas, kuid masina vaatenurgast ebausaldusväärsed. See on põhiprobleem. Su pood võib inimestele nähtav olla ja samas olla osaliselt nähtamatu süsteemidele, mis nüüd leitavust mõjutavad.
Selle muutuse laiema ülevaate jaoks tasub lugeda Quikly artiklit tehisintellekti mõjust B2C turundusele. See selgitab, miks üha rohkem ostuteekondadest algab nüüd soovitusvoogudes, mitte standardsest siniste linkide loendist.
Praktiline reegel: Kui tehisintellekti assistent ei suuda su toote fakte kindlalt välja lugeda, on väiksem tõenäosus, et ta su poodi soovitab.
Nähtavus sõltub nüüd struktureeritud sisenditest
Skeema muudab tooteteabe märgistatud väljadeks, mitte arvamismänguks. See on kõige olulisem suurte kataloogidega poodidele, kiiresti muutuva laoseisuga kaupmeestele, paljude variantidega toodetele või ostmisotsuseid mõjutavate tingimustega kauplustele.
Näen sama mustrit Shopify auditites. Kaupmehed eeldavad, et nende tootelehed on "piisavalt selged", kuna teave on ekraanil nähtav. Masinad on rangemad. Need töötavad paremini, kui andmed on toote külge standardiseeritud kujul lisatud, mitte laiali pillutatud mallide ja rakenduste vahel.
Kui mõtlete juba selle üle, kuidas AI tootesoovitused Shopify poodides toimivad, on skeema üks esimesi infrastruktuuri parandusi, mida teha. See annab AI-süsteemidele usaldusväärsed tooteteabe faktid, selle asemel et sundida neid teie poe tähendust tuletama.
Ainsad skeematüübid, mida teie Shopify pood vajab
Skeematöö muutub kiiresti liiga keeruliseks, kuna Schema.org sisaldab sadu tüüpe, samas kui Shopify pood võidab tavaliselt väikese komplektiga, mis on hästi rakendatud. AI-põhise ostlemise puhul ei ole küsimus selles, kui palju skeematüüpe saate lisada. Küsimus on selles, kas assistent suudab tuvastada toote, müüja, pakkumise ja ostutingimused ilma oletamata.
Mis on toote avastamisel kõige olulisem
AI ostlemisnõustajad ei loe tootelehte nii nagu inimene. Need otsivad struktureeritud fakte, mida usaldada. Kui teie toote pealkiri on selge, kuid hind, laoseis, tarnetingimused ja tagastuspoliitika on peidetud teemalähtekoodi või rakenduse väljundisse, on teie poodi raskem kindlalt soovitada.
Seepärast peaksid enamik Shopify kaupmehi kõigepealt keskenduma viiele skeemakihile.
Toote skeema
See on põhikirje kauba enda kohta. See peaks selgelt määratlema toote nime, kirjelduse, kaubamärgi, pildid, SKU või GTIN-i (kui saadaval) ning variandispetsiifilised atribuudid, kus see on asjakohane. Kui see kiht on õhuke või vastuoluline, muutub kõik sellele peale ehitatu nõrgemaks.Pakkumisandmed toote märgistuse sees
AI-süsteemid vajavad praeguseid kaubandusteateid, mitte ainult toote identiteeti. Pakkumise atribuudid hõlmavad hinda, valuutat, saadavust, kauba seisukorda ja ostuvalikuga seotud lehe URL-i. Sagedaste laoseisu muutustega poodide puhul peavad need andmed olema Shopify-ga sünkroonis, muidu muutuvad need eksitavaks.Kaubamärgi või organisatsiooni skeema
Poe identiteet on soovitussüsteemides oluline. Organisatsiooni märgistus aitab ühendada toote selle taga oleva kaupmeehega, mis toetab usaldusmärke, poliitika tõlgendamist ja müüja tuvastamist kogu teie kataloogis.TarneÜksikasjad
See on üks Shopify kõige vähem kasutatud skeematüüpe. See on oluline, kui ostjad esitavad asukohapõhiseid küsimusi, nagu tarne ajastus, tarnekulud või piirkondlik saadavus. Kui müüte mahukaid, hapraid, reguleeritud või ajatundlikke tooteid, võivad tarneandmed mõjutada seda, kas teie pakkumist üldse kaalutakse.Kaupleja tagastuspoliitika üksikasjad
Tagastustingimused mõjutavad konversioone, eriti kategooriates, kus on suurusega seotud riskid või kõrgem keskmise tellimuse väärtus. Struktureeritud tagastuspoliitika andmed annavad masinatele otsese võimaluse neid tingimusi lugeda, selle asemel et neid poliitikaleheküljelt tuletada.
Mida võite praegu ohutult ignoreerida
Lihtne prioriteetide järjekord toimib paremini kui kõigi saadaolevate atribuutide taga ajamine.
| Prioriteet | Skeema tüüp | Miks see oluline on |
|---|---|---|
| Kõrge | Product | Määratleb kauba ja selle põhiatribuudid |
| Kõrge | Offer | Hõlmab hinda, valuutat ja saadavust |
| Kõrge | Organization | Selgitab, kes kaupa müüb |
| Keskmine | BreadcrumbList | Aitab ühendada tootelehed saidi struktuuriga |
| Keskmine | WebSite | Lisab saidi tasandi konteksti |
Ütlen kaupmeestele tavaliselt, et hankige enne sügavust kui laiust. Täielik toote- ja pakkumisrakendus võidab alati pika nimekirja poolikult täidetud skeematüüpidest.
Kui soovite kasulikku kaaslasartiklit, sobib Shopify AI kataloogistruktuuri mõju selgitus avastamisele hästi skeema planeerimisega, kuna kataloogiseadistus ja märgistuse kvaliteet mõjutavad samu soovituste sisendeid.
Levinud viga on nišiskeemade lisamine, samal ajal kui põhilised kaubandusvälad jäävad mittetäielikuks või aegunuks. Näen seda sageli poodides, mis on aja jooksul installinud mitu SEO rakendust. Märgistus eksisteerib, kuid kasulikud väljad on variantlehtedel dubleeritud, vastuolulised või puuduvad. Enne täiendamist puhastage põhitüübid ja kontrollige JSON-i ennast JSON-vormindamise arendajatööriistaga.
Enamik Shopify poode ei vaja rohkem skeematüüpe. Nad vajavad täpset toote-, pakkumis-, tarne- ja poliitikaandmeid, mida masinad saavad lugeda ilma ebaselguseta.
Teie JSON-LD skeemakoodi genereerimine
Kui tead, millised skeemitüübid on olulised, on järgmine samm tegeliku märgistuse loomine. Shopify poodide jaoks on JSON-LD õige vorming. See on vorming, mida Google eelistab, ja seda on palju lihtsam hallata kui reasisest mikrodatat.
Mida JSON-LD tegelikult vajab
Minimaalselt vajab sinu märgistus õiget skripti ümbrist ja kehtivat objektistruktuuri. Skript peaks algama koodiga <script type="application/ld+json"> ning selle sees olev JSON peab olema süntaktiliselt korrektne.
Lihtne tootenäide sisaldab tavaliselt järgmisi välju:
@contextskeemisõnavara määratlemiseks@typeolemi tuvastamiseks, näiteksProduct- Tooteväljad nagu nimi, pilt, kirjeldus ja bränd
- Pakkumise väljad nagu hind ja saadavus
Väike vormindamisviga võib muuta kogu ploki kehtetuks. Puuduv koma, vale väärtuse tüüp või valesse objekti paigutatud omadus on piisav probleemide tekitamiseks.
Korrektne JSON ei ole vabatahtlik. Masinad ei "arva ise välja", kui struktuur on katki.
Kui muudad koodi käsitsi, tasub lõik enne Shopifysse paigutamist lasta läbi JSON-i vormindamise arendajatööriista. See ei kinnita rikastulemuste sobivust, kuid tuvastab ilmsed vormindamisprobleemid varakult.
Käsitsi kirjutamine versus generaatorid
JSON-LD-d saab kirjutada käsitsi. Arendajale, kes haldab mõnda malli, on see teostatav. Kaupmehele, kes žongleerib varude, kampaaniate ja kaubandusliku muudatustega, ei ole see tavaliselt aja kõige väärtuslikum kasutus.
Käsitsi kirjutatud skeemil on kolm levinud nõrkust:
- See hakkab reaalsest poe andmestikust kõrvale kalduma. Hind, saadavus ja poliitika üksikasjad muutuvad.
- See katkeb kergesti. Üks kehtetu märk võib muuta kogu skripti loetamatuks.
- See ei skaleeru hästi. Mõni toode on hallatav. Suured kataloogid ei ole.
Generaatorid lahendavad osa sellest, koostades sinu eest kehtivaid struktuure. Google'i struktureeritud andmete märgistamise abimees saab aidata esialgse märgistuse loomisel ning SEO pluginad või Shopify rakendused saavad automatiseerida suuremat osa tööst.
Siiski vajab genereeritud kood ülevaatamist. Koodi genereerimine on kasulik, kuid see ei asenda otsustusvõimet. Pead ikkagi kinnitama, et omadused vastavad lehel nähtavale sisule ja poes tegelikele tooteandmetele.
Kui inimesed küsivad, kuidas skeemimärgistust lisada, arvavad nad tavaliselt, et raske osa on koodi loomine. Praktikas on raskem osa tagada, et kood kajastab reaalsust kõigil asjakohastel lehtedel.
Skeemi lisamine oma Shopify poodi
Kehtiva JSON-LD kirjutamine on lihtne osa. Selle Shopifysse viimine viisil, mis püsib täpsena toodete, hindade, saadavuse ja poliitikate muutumisel, on koht, kus poed tavaliselt läbi kukuvad.
See on oluline enamat kui Google'i rikastulemuste jaoks. AI ostuassistendid, vastuste mootorid ja toodete soovitussüsteemid saavad kasutada ainult seda, mida nad suudavad kindlalt analüüsida. Kui su skeem on kleebitud valesse malli, dubleeritud lehttüüpide lõikes või jäetud reaalsest poe andmestikust lahti, muutuvad sinu tooted raskemini usaldusväärseks ja vähem tõenäoliselt ilmuvad AI-juhitud kaubanduse voogudes.
Kolm viisi skeemi lisamiseks Shopifys
Shopify pakub kolme praktilist rakendamisteed. Õige valik sõltub sellest, kui palju kontrolli vajad, kui tihti su kataloog muutub ja kes haldab seadistust pärast käivitamist.
| Meetod | Mida see hõlmab | Kompromiss |
|---|---|---|
| Teemafailide muutmine | JSON-LD lisamine teemafailidesse, näiteks tootemallide | Suur kontroll, suurem rakendamisrisk |
| Kohandatud HTML-plokid või -sektsioonid | Skriptide lisamine teema kohandaja alade kaudu | Lihtsam üksikjuhtumite jaoks, nõrgem suuremas mahus |
| Shopify rakendus | Skeemi automatiseerimine toodete ja poliitikate lõikes | Väiksem käsitsi hooldus, vähem otsest koodikontrolli |
Teemafailide muutmine on kõige puhtam valik, kui mõistad Liquidit ja suudad jälgida, milline mall toetab iga lehttüüpi. Kasutan seda teed siis, kui pood vajab kohandatud skeemiloogikat või kui kaupmees soovib täielikku ülevaadet sellest, mis toote-, kollektsiooni- ja poliitikalehtedel väljundiks antakse. Kompromiss on lihtne. Üks malliviga võib mõjutada sadu või tuhandeid URL-e.
Kohandatud plokid või sektsioonipõhine lisamine võib toimida väikeste poodide või ühekordsete skeemivajaduste puhul. Tavaliselt on see kiireim viis ühe skripti testimiseks. Samuti läheb see kiiresti segaseks. Niipea kui kaupmehed hakkavad lisama eraldi katkendeid toodete, KKK-de, leivaküljenduse ja organisatsiooni üksikasjade jaoks, kaob versioonihaldus ning duplikaat märgistus muutub tavaliseks.
Rakenduspõhine juurutamine on aktiivse Shopify kataloogi puhul tavaliselt parem operatiivne valik. Rakendused suudavad hoida skeemi seotuna tooteandmete, laoseisu, saatmisinfo ja tagastusinfoga, kui need väärtused muutuvad. Shoptank on üks näide sellest mudelist, kus skeemi väljund on ühendatud poe andmetega, mitte ei toetu käsitsi kopeerimis-kleepimise uuendustele.
Kuhu kood peaks minema
Paigutus mõjutab töökindlust. Shopify poodide puhul kuulub JSON-LD tavaliselt teema paigutusesse või konkreetsesse mallisse, mis vastab lehetüübile.
Kasutage saidiülest paigutust poe tasandi olemite jaoks, nagu Organization või Website märgistus. Kasutage lehe tasandi paigutust toodete, kollektsioonide, artiklite, KKK-de või leivarajakrumi märgistuse jaoks, et iga URL kirjeldaks ennast õigesti. Tooteskeem mitte-toote lehel loob müra. Saidiülene tooteskeem on halvem, kuna see ütleb sõelujatele suures ulatuses valet asja.
Mõned reeglid hoiavad rakendused korras:
- Sobitage skeem malliga. Tootemärgistus läheb tootemallidele. Artiklimärgistus läheb blogipostitustele.
- Väljastage üks selge versioon igast olemist. Mitu tooteskripti sama lehe jaoks on sageli vastuolus.
- Tõmmake võimalusel Shopify reaalajas andmetest. Hardkodeeritud hinna- või saadavusväärtused vananevad.
- Hoidke nähtav sisu ja struktureeritud andmed joondatud. Kui leht ütleb üht ja märgistus teist, langeb usaldus.
<head> on sageli lihtsaim koht JSON-LD haldamiseks, kuna see hoiab skriptid organiseeritult ja etteaimatavalt üle mallide. <body> võib siiski toimida, kuid hajutatud lisamiskohad muudavad hoolduse raskemaks, eriti kui mitu rakendust või teema kohandust kirjutavad korraga märgistust.
Kui soovite näha rakendamise mõtteviisi toimimas, on see läbivaatus kasulik kaaslane:
Kauplus võib välja näha täiesti korras, samal ajal kui selle all olev struktureeritud andmed on puudulikud, dubleeritud või vananenud. Seetõttu pole skeemi lisamine enam kosmetiline SEO ülesanne. See on osa teie kataloogi loetavaks muutmisest süsteemidele, mis otsustavad, milliseid tooteid järgmisena soovitatakse.
Märgistuse valideerimine selle toimimise tagamiseks
Skeemiblokk pole kasulik sellepärast, et see eksisteerib. See on kasulik, kuna sõelujad saavad seda lugeda ja õigesti klassifitseerida. Valideerimine on samm, mis ütleb teile, kas teie rakendus on kasutatav.
Praktiline valideerimise järjestus
Tugeval töövool on neli faasi. Schema Appi juhendite kohaselt annab süntaksi kontrolli, Rich Results Testi, mobiilse renderdamise kinnituse ja Google Search Console'i jälgimise järjestus 90%+ edumäära rikaste tulemuste sobivuse saavutamiseks, kusjuures enamik ebaõnnestumisi on põhjustatud valesti paigutatud JSON-LD skriptidest või puudulikest atribuutide definitsioonidest (Schema App juhend).
See järjestus toimib hästi, kuna iga tööriist vastab erinevale küsimusele:
Schema Markup Validator
See tuvastab süntaksiprobleeme. Mõelge puuduvatele komadele, katki klambritele ja valesti moodustatud struktuurile.Google Rich Results Test
See kontrollib, kas leht on toetatud rikaste tulemuste jaoks sobiv ja kas nõutavad väljad on olemas.Mobiilse renderdamise ülevaatus
Mõned märgistused näevad lähtekoodis korras välja, kuid käituvad renderdatud väljundis teisiti, eriti JavaScripti-rikastel lehtedel.Google Search Console'i jälgimine
See on teie pidev vealog pärast juurutamist.
Valideerimine pole formaalsus. See on ainus viis kinnitada, et teie märgistus liikus olekust „lisatud" olekusse „kasutatav".
Mida teha, kui test ebaõnnestub
Ärge parandage kõike korraga. Alustage suurima mõjuga ebaõnnestumistest.
- Parandage esmalt puuduvad nõutavad atribuudid, kuna need blokeerivad sageli sobivuse täielikult.
- Kontrollige atribuutide väärtusi ja tüüpe, kui validaator märgib selliseid asju nagu hinna vormindamine või kehtetu objektistruktuur.
- Vaadake üle paigutus, kui tööriist ei tuvasta märgistust, mille olete lisanud.
- Testige reaalajas URL-i uuesti pärast iga muudatust, mitte ainult koodinäidet.
Hoiatused ja vead pole ühesugused. Viga tähendab tavaliselt, et märgistus on katki või ei sobi. Hoiatus tähendab sageli, et skeem on kehtiv, kuid puudulik. Praktikas on mõlemad olulised. Kehtiv, kuid õhuke märgistus võib ikkagi jätta AI-süsteemidele nõrga tootekonteksti.
Paljud kaupmehed peatuvad „kood on lehel" juures. Turvalisem standard on rangem: kood on lehel, läbib testid, renderdub korrektselt ja jätkab läbimist pärast järgmist teema- või kataloogivärskendust.
Seadistusest kaugemale: skeemi hoolduse uus reaalsus
Suurim viga, mida kaupmehed skeemiga teevad, on selle kohtlemine ühekordsena rakendamisena. See lähenemisviis ei pea e-kaubanduses vastu, kus toote faktid muutuvad pidevalt.
Vastavalt Schema App-i viidatud andmetele tuleneb 73% schema vigadest aegunud hindadest või tarneandmetest ning kaupmehed, kellel puudub dünaamiline schema uuendamine, võivad kaotada 6 kuu jooksul kuni 40% AI nähtavusest, kuna AI-assistendid eelistavad reaalajas andmeid (Schema App KKK-ga seotud juhend)).
Miks staatiline schema aja jooksul rikki läheb
Tootelähe on harva staatiline. Laoseis muutub. Müügihinnad algavad ja lõpevad. Tarnetsoone laiendatakse. Tagastustingimusi uuendatakse kampaaniate või poliitika muudatuste käigus.
Kui teie schema neid muudatusi ei kajasta, tekitate masinatele usaldusprobleemi. Leht ütleb üht. Struktureeritud andmed ütlevad teist. Aja jooksul muudab see ebakõla teie poe kui allika vähem usaldusväärseks.
Raske osa pole schema ühekordne lisamine. Raske on hoida seda kooskõlas elava kataloogiga.
Milline näeb välja pidev hooldus
Enamiku Shopify poodide jaoks tähendab hea hooldus protsessi, mitte kangelastegusid.
- Kinnitage uuesti pärast kataloogi muudatusi: Uued tootemallid, kaubanduslikud uuendused ja poliitika muudatused võivad kõik märgistust mõjutada.
- Jälgige esmajärjekorras kõrge väärtusega lehti: Tootelehed, arvustused ja poliitikaga seotud lehed väärivad tavaliselt kõige tähelepanelikumat jälgimist.
- Siduge schema võimalusel reaalajas poe andmetega: Mida vähem käsitsi kopeerimist on kaasatud, seda vähem lahknevusi tekitate.
Parema AI otsingus nähtavuse saavutamiseks oma poes liigub töö tavaliselt seadistamiselt käitamisele. Schema muutub veebipoe hoolduse osaks, täpselt nagu hindade täpsus või andmesüötide korrashoid.
Käsitsi schema uuendused võivad toimida väikese kataloogi ja hoolika meeskonna puhul. Enamiku kasvavate poodide jaoks ei püsi need kaua täpsed.
Kui teie Shopify pood vajab lihtsamat viisi AI ostmisassistentides nähtavaks jäämiseks, on Shoptank üks hindamisväärne valik. See aitab kaupmeestel luua schema märgistust ja masinloetavaid poeandmeid toodete, hindade, tarne ja tagastuste kohta, ilma et peaks iga uuendust käsitsi haldama.