Näyttö ja tietokortit. Havainnollistava näkymä.

OPAS / MENETELMÄ

Rakenteisen tiedon auditointi

Kelvollinen merkintä ei korjaa epäselvää sivua, puuttuvaa tietoa tai vahvistamatonta henkilöllisyyttä.

Suora vastaus

Miten rakenteinen tieto auditoidaan syntaksia syvemmin?

Aloita renderöidystä sivusta ja sen kanonisesta URL-osoitteesta. Luettele ilmoitetut entiteetit ja ominaisuudet, vertaa väitteitä näkyvään sisältöön ja tarkista sitten syntaksi sekä tavoitellun hakuominaisuuden ehdot.

01 / Tarkistusmenetelmä

Tarkistusmenetelmä

01

Valitse sivut ja tyypit

Kartoita sivupohjat, aidosti hyödylliset skeematyypit ja kieliversiot. Hylkää sisältöön kuulumattomat tyypit.

02

Vertaa HTML:ää ja merkintää

Tarkista nimet, tekijät, päivät, kuvat, linkit ja suhteet näkyvästä HTML:stä ja JSON-LD:stä. Näytä tärkeä tieto lukijalle tai poista se merkinnästä.

03

Validoi kahdella tasolla

Tarkista rakenne Schema.org-validaattorilla ja Google-ominaisuudet rich results -testillä. Erota virheet varoituksista.

04

Toista muutoksen jälkeen

Testaa pohjat ja oikeat sivut julkaisun jälkeen sekä tarkista muut kielet ja kanoniset URL-osoitteet.

KÄYTÄNNÖSSÄ

Korjaus valmistuu, kun sen seuraukset on tarkistettu

Sivu liittyy yhteenvetoon, otsikkoon, taulukoihin, linkkeihin, kieliversioihin ja rakenteiseen dataan. Korjattaessa virkettä on löydettävä sen toistot ja varmistettava merkityksen yhtenäisyys.

Mikä tarkistus tehdään ensin?

Valitse havaittu tilanne. Kukin vaihtoehto kertoo ensimmäisen tarkistuksen, hyödyllisen näytön ja tarkistuksen rajan.

Kaksi sivua antaa ristiriitaisia tietoja

Ensimmäinen tarkistus
Erota sama väite ja vertaa lähdettä, voimassaoloa ja rajausta. Nimeä viitesivu ja päätöksen vastuuhenkilö ennen korjauksen levittämistä.
Säilytettävä näyttö
Molemmat URL:t, tarkat sanamuodot, lähteet, voimaantulopäivä, päätös ja tietoa toistavat sivut tai katkelmat.
Muistettava rajoitus
Uusin sivu ei välttämättä ole oikeassa. Julkaisupäivän muuttaminen ei ratkaise eri määritelmiä tai puuttuvaa näyttöä.
Lue liittyvä opas

Lisälukemista

Ennen julkaisua
TilanneVältäHyödyllinen korjaus
Korjattu lukuMuuttaa vain kappaleen.Tarkistaa myös taulukko, kuvateksti, yhteenveto ja rakenteinen arvo.
Siirretty sivuMuuttaa vain näkyvän linkin.Tarkistaa kohde, ankkuri ja paluupolku.
KäännösKopioida sanat vanhentuneen esimerkin kanssa.Tarkistaa yksikkö, päivä, lähde, linkit ja tulkinnan rajat.

  1. Tunnista

    Mitkä väitteet riippuvat muutoksesta?

  2. Päivitä

    Mitkä sivut ja kielet toistavat ne?

  3. Tarkista

    Vastaavatko luvut, linkit ja rajat toisiaan?

Lopputarkistus

Päivityspäivä kertoo todellisesta muokkauksesta, ei uudesta lähde- tai havaintopäivästä. Pidä näiden roolit erillään tekstissä ja viitteissä.

Dokumenttilähteet

Luettu .

Tietojen lukemisen työpaja

Luettava JSON nimeää väärän kirjoittajan

DEMO-sivu on Lina DEMOn kirjoittama ranskankielinen artikkeli. DEMO-laboratorio kuvataan erillisenä organisaationa; kumpikaan ei ole todellinen.

Kuvitteellisia tietoja ja merkintöjä oppimista varten: tulokset eivät ole peräisin suorista palvelukyselyistä.

Neljä tarkistusta syntaksin jälkeen

Kuvitteellinen merkintä sekoittaa identiteetin, tekijyyden ja kielen. Ulkoista tarkistinta ei ajeta: taulukko erottaa näkymästä tutkittavat asiat.

Jos taulukko ylittää näytön, vieritä vaakasuunnassa; nuolinäppäimet toimivat alueen ollessa kohdistettuna.

Neljä tarkistusta syntaksin jälkeen
TarkistusDEMO-tilaMitä osoittaaTutkittava korjaus
JSON-syntaksiMuodollisesti oikeat sulut, merkkijonot ja taulukotTeksti voidaan jäsentää JSONiksiJatka merkityksen tarkistukseen.
@id-identiteettiSama #entity Linalle ja laboratoriolleKaksi eri kohdetta sekoittuu tässä tapauksessaAnna kuvatuille kohteille johdonmukaiset tunnisteet.
Artikkelin kirjoittajaLina näkyy; laboratorio author-kentässäTekijyys eroaa sivustaKäytä tuettua kirjoittajaa muuttamatta organisaatiota henkilöksi.
Ilmoitettu kieliRanskankielinen artikkeli; inLanguage=enIlmoitus koskee toista kieltäTarkista artikkelikohde ja tämä sivuversio.

Mitä onnistunut syntaksitarkistus sallii?

Avaa jokainen väite ja vertaa sen tulkintaa. Lisätarkistuksia voi silti tarvita.

Kirjoittajan ja kohteiden identiteetin vahvistamisen

Ei. Muodollisesti oikeat arvot voivat osoittaa väärään kohteeseen.

Laajennetun hakutuloksen lupaamisen

Ei. Syntaksi ei takaa kelpoisuutta eikä näyttöä.

Identiteetin, näkyvän sisällön ja tyyppisääntöjen jatkotarkistuksen

Kyllä. Kirjaa syntaksi, toimituksellinen yhdenmukaisuus ja soveltuvat kriteerit erikseen.

Kuvitteellinen merkintätarkistus

Sivu: ranskankielinen DEMO-artikkeli
Näkyvä kirjoittaja: Lina DEMO
Virhe: #entity yhteinen henkilölle ja organisaatiolle
Virhe: author osoittaa laboratorioon
Virhe: inLanguage=en tällä ranskankielisellä artikkelilla
Päätös: korjaa merkintä, ei vahvistettua laajennettua tulosta

#entity ja inLanguage ovat esimerkkivihjeitä, eivät havaintoja sivuston koodista eivätkä kokonainen kopioitava skeema.

Sääntöjen dokumentaatio erillään kuvitteellisista esimerkeistä

02 / Säilytettävä näyttö

Säilytettävä näyttö

Sivupohjaluettelo

URL, sivutyyppi, odotettu skeema, vastuuhenkilö ja tarkistuspäivä.

Kenttävertailu

Merkinnän arvo, näkyvä todiste, kentän lähde ja poikkeama.

Validointiraportti

Työkalu, testattu URL, päivä, virheet, varoitukset ja kuvakaappaus.

Korjauspäätös

Korjattu tai poistettu kenttä, vastuuhenkilö ja jälkitarkistus.

Vertaa muita tilanteita ja harjoituksia

TARKISTUSPISTE

Ennen johtopäätöstä

Yleinen tulkintavirhe ja tarkistus, jolla se voidaan välttää.

Hätiköity päätelmä

Kelvollinen JSON-LD-syntaksi ei riitä, jos merkintä kuvaa puuttuvaa, vanhentunutta tai näkyvän sivun vastaista tietoa.

Ratkaiseva tarkistus

Vertaa tärkeät ominaisuudet näkyvään tekstiin, canonical-URL:ään ja odotettuun tyyppiin. Tarkista syntaksi ja hakukoneen säännöt erikseen sekä julkaistu tulos.

TARKISTUKSEN JÄLKEEN

Päätä havainnon perusteella

01

JSON-LD on kelvollinen mutta tieto puuttuu sivulta

Korjaa merkintä tai tuo väite näkyviin ja tarkistettavaksi. Oikea syntaksi ei takaa sisällön vastaavuutta.

02

Kaksi sivua kuvaa saman entiteetin ristiriitaisesti

Valitse toimituksellinen lähde, yhtenäistä kentät ja tarkista käännökset ennen uutta validointia.

Päätös ja tarkistusjälki

Päätös ja tarkistusjälki

Mitä tarkistus auttaa päättämään ja mitä on talletettava päätöksen arvioimiseksi uudelleen.

Riittävä näyttö

Vertaa tuotettua JSON-LD:tä näkyvään tekstiin, canonical-osoitteeseen ja valitun tyypin ominaisuuksiin. Tarkista useita malleja ja kieliä.

Seuraava päätös

Poista perusteettomat kentät, korjaa ristiriidat ja validoi valmis HTML. Dokumentoi käytetyt tyypit ja ylläpito.

Yksityiskohtaiset tarkistustapaukset

Tyypillisiä tilanteita tarkistuksen suunnitteluun. Ne eivät kuvaa toteutettuja toimeksiantoja tai todellisia havaintoja.

Merkintä lupaa enemmän kuin teksti

Mitä tutkitaan

Liitä jokainen rakenteinen ominaisuus näkyvään tietoon ja näyttöön.

Päätös ja toimenpide

Poista tukemattomat arvot; oikea syntaksi ei vahvista arviota, hintaa tai yhteyttä.

Säilytettävä näyttö

Ominaisuus, näkyvä teksti, näyttö ja valittu korjaus.

Yksi tunniste nimeää kaksi kohdetta

Mitä tutkitaan

Vertaa saman @id:n esiintymiä ja identiteettitietoja sivuilla.

Päätös ja toimenpide

Varaa tunniste yhtenäiselle kohteelle; erottele henkilö, organisaatio ja sivu monistamatta saman kohteen identiteettiä.

Säilytettävä näyttö

Esiintymät, kohteet ja korjattu tunnistussääntö.

Merkintä ylittää näkyvän sisällön

Mitä tutkitaan

Vertaa JSON-LD-väitteitä näytettyyn tekstiin ja lähteisiin.

Päätös ja toimenpide

Poista tai korjaa ominaisuudet, joita sivu ei perustele.

Säilytettävä näyttö

Ominaisuus, näkyvä arvo, lähde ja tarkistustulos.

DOKUMENTOIDUT TIEDOT

Kanoninen JSON: täsmällinen sopimus, ei vain avainten järjestys

Informatiivinen RFC 8785 määrittää JCS:n deterministisen esityksen salausoperaatioille. Se on tavallista JSONia tiukempi ja välilyöntien poistoa laajempi.

Kanoninen JSON: täsmällinen sopimus, ei vain avainten järjestys
ViiteArvo tai muotoMitä se yksilöi
INPUTI-JSON · yksilölliset nimetOminaisuuksien nimien on oltava yksilölliset ja datan I-JSON-yhteensopivaa. Kaksoisnimen jo korvannut jäsennin voi peittää virheen: tarkista ennen tiedon menetystä.
WHITESPACEei tyhjää tokenien välissäTokenien väliin ei tuoteta tyhjemerkkejä. Merkkijonojen välilyönnit säilyvät; kaikkien tyhjien poistaminen raakatekstistä muuttaisi dataa.
NUMBERSECMAScript · IEEE 754 binary64Luvut seuraavat ECMAScriptin binary64-serialisointia. NaN ja Infinity hylätään; suurempi tarkkuus tarvitsee sopimuksen, usein nimenomaisen merkkijonon.
PROPERTY ORDERrekursiivinen · UTF-16-yksikötRekursiivinen järjestys vertaa purettuja nimiä etumerkittöminä UTF-16-yksikköinä ilman kielikohtaista järjestystä. UTF-8-tavujen tai koodipisteiden järjestys voi erota.
ARRAY ORDERsäilytettyTaulukon elementtijärjestys säilyy, vaikka sen objektit käsitellään. Kaikkien listojen lajittelu muuttaa merkitystä.
UNICODEsäilytetty · UTF-8-tulosUnicode-merkkijonot säilyvät: JCS ei käytä NFC:tä tai NFKC:tä. Lopputulos on UTF-8. Kanonisointi ja kielellinen normalisointi ovat eri muunnoksia.

Seitsemän JSON-nimen julkaistu järjestys

RFC 8785 § 3.2.3. Englanninkieliset nimet säilyvät lähdemuodossa. UTF-16-yksiköt tekevät järjestyksen tarkistettavaksi myös perustason ulkopuoliselle merkille.

Seitsemän JSON-nimen julkaistu järjestys
KoodipisteetUTF-16-yksikötLähdenimi (englanti)
U+000D000DCarriage Return
U+00310031One
U+00800080Control
U+00F600F6Latin Small Letter O With Diaeresis
U+20AC20ACEuro Sign
U+1F600D83D DE00Emoji: Grinning Face
U+FB33FB33Hebrew Letter Dalet With Dagesh

RFC 8785 § 3.2.3. Copyright © 2020 IETF Trust and the persons identified as document authors. UTF-16 units added for explanation.

Huomioitavaa aineistossa

Nimeä JCS-tiiviste ja profiili selvästi. Se ei korvaa alkuperäisten vastaanotettujen tavujen tiivistettä; säilytä molemmat jäljitettävyyden vuoksi.

Riittääkö JSON.stringify JCS:ään?

Ei yksin. Se ei tarkista kaikkia syöterajoja tai rekursiivista järjestystä. RFC:n esimerkki auttaa löytämään väärän Unicode-järjestyksen.

Alkuperäisdokumentaatio

Dokumentaatio tarkistettu .

DOKUMENTOIDUT TIEDOT

JSON Merge Patch: poista, säilytä tai korvaa arvo

Osittaisen päivityksen on ilmoitettava muotonsa. JSON Merge Patch kuvaa kohteeseen yhdistettäviä arvoja, JSON Patch operaatioita. Mediatyypit ja null-arvon käsittely eroavat. Simulaattori näyttää yhdistämisen kutsumatta rajapintaa.

JSON Merge Patch: poista, säilytä tai korvaa arvo
ViiteArvo tai muotoMitä se yksilöi
member absentkeepPatchista puuttuva jäsen säilyy, kun kohde on olio. Null-arvoinen jäsen pyytää poistoa; jo puuttuvan jäsenen poisto ei lisää mitään. Tyhjä merkkijono, false ja nolla ovat arvoja, eivät poistokäskyjä.
member: nulldeleteOliopatch yhdistetään rekursiivisesti. Vastaava taulukko, skalaari tai null muuttuu ensin tyhjäksi olioksi. Siksi {} luvulle 7 tuottaa {}, ei lukua 7.
{}object targetMuu kuin oliopatch korvaa koko kohteen kyseisellä tasolla. Taulukko korvataan kokonaan: sitä ei ketjuteta eikä kohdisteta indeksin tai tunnisteen mukaan.
null / [] / scalarreplaceJuuressa null-patch korvaa koko kohteen null-arvolla. Oliopatchin jäsenenä null poistaa jäsenen. JSON Patch voi sopia paremmin null-arvon nimenomaiseen asettamiseen ominaisuudelle.
JSON values≠ text diffLaskenta koskee JSON-arvoja. Välilyönnit, sisennys ja ominaisuuksien esitysjärjestys eivät säily. Kelvollinen yhdistämistulos voi silti rikkoa rajapinnan skeemaa tai liiketoimintasääntöjä.

Simuloi JSON Merge Patch

Alkuperäisiä opetusesimerkkejä; oikeaa dokumenttia ei muuteta.

Kaksi JSON-arvoa, enintään 4 000 UTF-16-yksikköä kumpikin, syvyys 20 säiliötä ja 500 arvoa syötettä kohti. Luvut ovat kokonaislukuja ilman murto-osaa tai eksponenttia väliltä −9 007 199 254 740 991 – +9 007 199 254 740 991. Jäsennimet yksilöllisiä; Unicode-merkkijonoissa ei irrallisia surrogaatteja. Rajat kuuluvat työkaluun.

Paikallinen laskenta; syötettä ei lähetetä eikä tallenneta. Tulos pysyy tällä sivulla.

Simulaatio päivitetty.

Tuloksena saatu arvo

{
    "title": "B",
    "keep": true
}
Sama null, kaksi päivitysmuotoaOpetusvertailu: jäsenen poistaminen Merge Patchilla ja null-arvon asettaminen JSON Patchilla tuottavat eri oliot.Merge Patch{"note": null}{}JSON Patchreplace /note → null{"note": null}
Opetusvertailu: jäsenen poistaminen Merge Patchilla ja null-arvon asettaminen JSON Patchilla tuottavat eri oliot. target = {"note":"old"}
Kymmenen yhdistämistä: kohde, patch ja tulos
Kymmenen yhdistämistä: kohde, patch ja tulos
VaiheAlkuperäinen kohdeSovellettava patchTuloksena saatu arvo
1
{
    "title": "A",
    "note": "old",
    "keep": true
}
{
    "note": null,
    "title": "B"
}
{
    "title": "B",
    "keep": true
}
2
{
    "items": [
        "A",
        "B",
        "C"
    ]
}
{
    "items": [
        "B"
    ]
}
{
    "items": [
        "B"
    ]
}
3
[
    1,
    2
]
{
    "x": 1
}
{
    "x": 1
}
4
{
    "x": 1
}
null
null
5
[]
{
    "missing": null
}
[]
6
7
[]
[]
7
{
    "a": {
        "x": 1,
        "y": 2
    },
    "z": 3
}
{
    "a": {
        "x": null
    }
}
{
    "a": {
        "y": 2
    },
    "z": 3
}
8
{
    "a": null,
    "b": 5
}
{
    "b": 0,
    "c": false,
    "d": ""
}
{
    "a": null,
    "b": 0,
    "c": false,
    "d": ""
}
9
{
    "items": [
        "A",
        "B"
    ]
}
{
    "items": [
        "X"
    ]
}
{
    "items": [
        "X"
    ]
}
10
{
    "__proto__": {
        "x": 1
    },
    "constructor": 2
}
{
    "__proto__": {
        "y": 3
    }
}
{
    "__proto__": {
        "x": 1,
        "y": 3
    },
    "constructor": 2
}

Huomioitavaa aineistossa

Simulaatio ei muuta resurssia eikä tarkista oikeuksia, rajapintasopimusta tai rinnakkaisia päivityksiä. Luku- ja syöterajat suojaavat selaimen tulkintaa eivätkä määrittele kaikkea JSONia. Kirjaa todellisen päivityskohteen tunniste ja versio erikseen.

Tarkoittaako tyhjä olio aina ettei mikään muutu?

Ei. Merge Patch säilyttää oliokohteen arvolla {}, mutta korvaa muun kohteen tyhjällä oliolla. Merkitys riippuu saman tason kohdetyypistä. Yhdistämisen jälkeinen skeematarkistus on erillinen tehtävä.

Alkuperäisdokumentaatio

Dokumentaatio tarkistettu .

Tarkistus ennen päätöstä

Kysymykset täydentävät menetelmää. Ne auttavat tunnistamaan tuetut päätelmät säilyttäen varaukset tietueessa.

Näkyvät tosiasiat

Onko jokaisella merkityllä päiväyksellä, hinnalla, roolilla, arviolla ja saatavuudella perusteltu näkyvä vastine? Poista päätellyt tai vanhentuneet ominaisuudet keinotekoisen täytön sijaan.

Katso päätöksen esimerkki

Kuvitteellinen esimerkki: tila koskee vain kuvattua kriteeriä ja rajausta.

Kuvitteellinen havainto
JSON-LD näyttää hinnan 100; sivu näyttää 120 samalle tarjoukselle ja ajanjaksolle.
Ilmoitettu tila
Havaittu poikkeama
Päätös ja seuraava tarkistus
Palauta yhteinen näkyvä ja perusteltu arvo. Tarkista versiot ja merkinnän tuottava tieto.

Syntaksi ja soveltamisala

Läpäisevätkö tyyppi, ominaisuudet ja suhteet sopivan validaattorin? Erota merkinnän kelvollisuus, hakutoiminnon säännöt ja todella havaittu näyttö.

Katso päätöksen esimerkki

Kuvitteellinen esimerkki: tila koskee vain kuvattua kriteeriä ja rajausta.

Kuvitteellinen havainto
Validointityökalu ei ilmoita virhettä; hakutuloksen havaintoa ei ole.
Ilmoitettu tila
Ei tarkistettu
Päätös ja seuraava tarkistus
Säilytä syntaksitarkistus ja jätä toteutunut näyttö tarkistamatta. Älä lupaa rikastettua hakutulosta.

Esimerkki vai nykyinen tarjous

Erottaako merkintä kuvitteelliset tiedot, vanhat arvot ja näkyvän tarjouksen? Harjoitusesimerkki ei saa muuttua rakenteiseksi kaupalliseksi lupaukseksi.

Tarkistettu dokumentaatio : Google Search Central · Structured data policies ·

Katso päätöksen esimerkki

Kuvitteellinen esimerkki: tila koskee vain kuvattua kriteeriä ja rajausta.

Kuvitteellinen havainto
Harjoitus ilmoittaa kuvitteelliset tiedot; merkintä kuvaa oppimateriaalia ilman myyntitarjousta.
Ilmoitettu tila
Vahvistettu tässä rajauksessa
Päätös ja seuraava tarkistus
Sisällön luonne on johdonmukainen tässä rajauksessa. Tarkista, jos siitä tulee todellinen tarjous.
Dokumentoi tarkistus

TYÖKALUT / REKISTERIT

Kirjattavat tiedot

Vertaa ilmoitettuja ominaisuuksia näkyvään sisältöön ja lähteisiin. Kelvollinen JSON voi olla virheellinen; tekninen validointi ei korvaa sisällön tarkistusta.

  • Katselupäivä ja aikavyöhyke
  • Tarkka URL
  • Asiakirjan tyyppi
  • Tarkistettava väite
  • Havaittu tulos
  • Hyväksymiskriteeri
  • Päätös / seuraava toimi
  • Tarkistuksen vastuuhenkilö
  • Seuraava tarkistus
Täytetty kuvitteellinen ote

03 / FAQ

Usein kysytyt kysymykset

Takaako JSON-LD rikastetun tuloksen?

Ei. Tyypin on sovittava sivuun ja sääntöihin, ja hakukone päättää näyttämisestä.

Pitääkö jokainen UKK merkitä?

Ei. Hyödylliset kysymykset voivat jäädä tavalliseksi HTML:ksi.

Entä jos otsikot eroavat kielissä?

Kunkin version pitää kuvata omaa näkyvää sisältöään johdonmukaisin URL-osoittein ja kielikoodein.

Voiko merkintä kuvata palvelua, jota sivulla ei ole?

Ei. Sen pitää kuvata sivua ilman väitettä, jota lukija ei voi tarkistaa.

Kuinka tarkistaa toistuvat arvot useilla sivuilla?

Tutustu yhteisiin tunnisteisiin ja ominaisuuksiin. Vertaa niiden arvoja sivuston viittauksiin ja tarkista sitten malleja, jotka tuottavat ne korjaamaan syyn ja riippuvaisten tapahtumien.

04 / Viralliset lähteet

Viralliset lähteet

05 / Jatka lukemista

Jatka lukemista

Asiakirjakansiot ja kortisto. Havainnollistava näkymä.

Todennettavan entiteettikortin rakentaminen

Lue menetelmä Kaksi näyttöä ja lähdeasiakirjat. Havainnollistava näkymä.

Indeksoinnin ja indeksoitavuuden auditointi

Lue menetelmä Vedokset, välilehdet ja toimitusmuistikirja. Havainnollistava näkymä.

Luotettavan sisältökokonaisuuden ylläpito

Lue menetelmä Avustajien vastausten ja viitteiden arviointi kahdella näytöllä.

Oppaat · IA & Search

Lue menetelmä

Kuvaa tilanne

Yhteys

DOKUMENTOIDUT TIEDOT

JSON Schema: läsnäolo, ei-null ja sallittu ovat eri testejä

Viite koskee 2020-12-murretta ja sitä tukevaa validaattoria. Esimerkit ovat opetusta. Objektisäännöt olettavat type: object; required ei yksin sitä vaadi.

JSON Schema: läsnäolo, ei-null ja sallittu ovat eri testejä
ViiteArvo tai muotoMitä se yksilöi
$schemahttps://json-schema.org/draft/2020-12/schemaURI ilmoittaa murteen; säilytä validaattorin versio.
propertiesOminaisuus läsnäproperties tarkistaa nimetyt kentät niiden ollessa läsnä, ei vaadi niitä.
required: ["id"]Läsnäolo ≠ ei-nullrequired ["id"] vaatii avaimen; null on silti läsnä.
type: ["string", "null"]Teksti tai JSON nullstring/null sallii molemmat; läsnäolo ja puuttuvuus eroavat.
additionalProperties: falseSisarmääritysten soveltamisalaadditionalProperties huomioi sisarmääritykset, ei automaattisesti toista allOf-haaraa.
unevaluatedProperties: falseAliskeemojen arvioimat kentätunevaluatedProperties huomioi onnistuneiden soveltuvien aliskeemojen arvioimat kentät; tarkista tuki.

Huomioitavaa aineistossa

Rakenteen kelpoisuus ei todista rekisteriä tai suhdetta. Erota syntaksi, skeema ja sisältötarkistus.

Vaatiiko properties id:string id:n?

Ei: määritä objekti, required ja null-käytäntö erikseen.

Alkuperäisdokumentaatio

Dokumentaatio tarkistettu .

SYVENTÄVÄ LUKEMINEN / KÄYTÄNTÖ

Tarkista johdonmukaisuus syntaksin lisäksi

Validoija hyväksyy merkinnän, kun nimi, päivämäärä tai URL ei enää vastaa sivua. Tarkastuksen on lähestyttävä ilmoitetut tiedot ilmoitetuista tiedoista.

Päivitetty .

Ensisijaiset tarkistukset

Tarkastellaan esineitä, niiden tunnisteita ja niiden suhteita. Tarkista lopulliset URL-osoitteet, päivämäärät ja toistuvat ominaisuudet useilla sivuilla, ja tarkista sitten ristiriidat.

Tulkinnan sudenkuopat

Validointivaroituksella ei ole aina sama vaikutus kuin virheellisellä tiedolla. Ensisijaisuus riippuu omistuksesta, sen käytöstä ja tiedosta, jota se pyrkii edustamaan.

Säilytettävä työasiakirja

Rekisteri erottaa syntaasin virheen, puuttuvan omaisuuden ja perustan ristiriidan. Jokainen korjaus sisältää merkinnän ja näkyvän sivun hallinnan.