Organisaation identiteettimerkinnät

Organisaation identiteettimerkinnät ovat koko verkkosivuston kattavaa JSON-LD:tä, joka kertoo, kuka julkaisee tämän sivuston: yksi pysyvä Organization-entiteetti (ja yleensä WebSite-entiteetti), jolla on nimi, URL-osoite, logo ja sameAs-linkit muualla oleviin vahvistettuihin profiileihisi. Se on yritystason vastine kirjoittajasivuille ja kirjoittajatiedoille – kirjoittajatiedot yksilöivät henkilöt, kun taas tämä tekniikka yksilöi brändin.

Oletetaan tällä sivulla, että Fernwood on kulujenhallintayritys osoitteessa https://fernwood.example, ja sillä on LinkedIn-, G2- ja Crunchbase-profiilit.

Tämä tekniikka eroaa laajemmasta strukturoidun datan merkinnät -ohjeesta. Kyseinen sivu käsittelee sitä, mitä tyyppejä käytetään missäkin. Tämä sivu kertoo, miten toteutetaan se yksi entiteetti, joka lähes jokaisen markkinointisivuston tulisi julkaista kerran ja käyttää uudelleen kaikkialla.

Miksi se toimii

Sekä hakukoneiden että tekoälyavustajien on vastattava yksinkertaiseen mutta olennaiseen kysymykseen: onko tämä sama Fernwood kuin LinkedInissä, G2:ssa ja siinä lehtiartikkelissa? Googlen Organization-strukturoitu data on olemassa juuri siksi, että Google voi "understand your organization's administrative details and disambiguate your organization in search results." Vastauskoneilla on sama ongelma lähteitä lainatessaan: jos ne eivät pysty yhdistämään lähdettä tunnettuun entiteettiin, ne ilmaisevat asian varauksellisesti, muotoilevat sen huolellisesti uudelleen tai jättävät sen pois.

Identiteetin varmuus syntyy kolmesta yhdessä toimivasta asiasta:

• Yhdestä kanonisesta entiteetistä, jolla on pysyvä @id (esimerkiksi https://fernwood.example/#org) ja johon jokainen artikkeli, tuote ja murupolku voi viitata publisher- tai brand-ominaisuudella.
• Logosta ja virallisesta URL-osoitteesta, jotka vastaavat sitä, mitä kävijät todella näkevät – Google käyttää logo-ominaisuutta päättäessään, mikä tunnus näytetään tuloksissa ja tietopaneeleissa.
• sameAs-linkeistä profiileihin, joita hallitset muilla sivustoilla. Näiden URL-osoitteiden avulla koneet tarkistavat ristiin, että fernwood.example on sama Fernwood, jolla on työntekijöitä LinkedInissä ja arvosteluja G2:ssa. Silktiden tekoälyn skeemasignaalit -tarkistus merkitsee erityisesti Organization-lohkot, joista puuttuu sameAs, koska tämä kenttä tekee identiteetistä tarkistettavan.

Myös näkyvä nimeäminen on tärkeää. Jos merkinnöissä lukee "Fernwood", otsakkeessa "FW Expense Cloud" ja alatunnisteessa "Fernwood Inc.", koneet oppivat epäilemään kaikkia versioita. Silktiden AEO-raportit arvioivat tämän näkyvän puolen tarkistuksella Selkeästi, kuka ja mikä tämä on.

Mitä julkaista

1. Yksi Organization-lohko, jota käytetään uudelleen koko sivustolla

Julkaise tämä vähintään etusivulla. Monet CMS-asetukset tuottavat sen myös jokaiselle sivulle sivuston otsakepohjan kautta – se on hyvä, kunhan jokainen kopio on identtinen ja käyttää samaa @id:tä.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://fernwood.example/#org",
  "name": "Fernwood",
  "legalName": "Fernwood Software, Inc.",
  "url": "https://fernwood.example/",
  "logo": {
    "@type": "ImageObject",
    "url": "https://fernwood.example/brand/fernwood-logo.png",
    "width": 512,
    "height": 512
  },
  "description": "Expense management software for mid-market finance teams.",
  "foundingDate": "2019-04-02",
  "sameAs": [
    "https://www.linkedin.com/company/fernwood-example",
    "https://www.g2.com/products/fernwood/reviews",
    "https://www.crunchbase.com/organization/fernwood-example"
  ],
  "contactPoint": {
    "@type": "ContactPoint",
    "contactType": "customer support",
    "email": "support@fernwood.example",
    "url": "https://fernwood.example/support"
  }
}
</script>

Kenttäohjeet Googlen Organization-dokumentaation mukaisesti:

Jos Fernwood olisi SaaS-palvelun sijaan verkkokauppa, käytä soveltuvaa tarkempaa alatyyppiä, kuten OnlineBusiness tai OnlineStore – Google suosittelee alatyyppejä silloin, kun ne sopivat tilanteeseen.

2. WebSite-lohko etusivulla

WebSite kertoo hakukoneille sivuston julkisen nimen ja etusivun URL-osoitteen. Pidä se tiiviinä; älä täytä sitä markkinointiväitteillä.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "@id": "https://fernwood.example/#website",
  "name": "Fernwood",
  "url": "https://fernwood.example/",
  "publisher": { "@id": "https://fernwood.example/#org" }
}
</script>

Yhdistä publisher (ja tuotesivuilla brand) Organization-entiteetin @id:hen. Tämä kaaviomalli – yksi organisaatio ja useita siihen viittaavia sivuja – auttaa välttämään viittä hieman erilaista "Fernwoodia", jotka leijuvat sivupohjissasi.

3. Suosi CMS-asetuksia käsin muokattujen komentosarjojen sijaan

Yoast, Rank Math ja useimpien nykyaikaisten CMS-järjestelmien identiteettiasetukset tuottavat jo Organization- ja WebSite-merkinnät yhdestä "organisaation nimi / logo / sosiaalisen median profiilit" -lomakkeesta. Täytä lomake samasta tietolähteestä kuin Tietoa meistä -sivusi. Käsin ylläpidetty JSON-LD ajautuu eri suuntaan: joku nimeää tuotelinjan uudelleen, näkyvä sivusto päivittyy, komentosarjalohko ei päivity, ja hakukoneet huomaavat ristiriidan.

4. Vastaa näkyvää sivua

Googlen strukturoidun datan käytännöt edellyttävät, että merkinnät kuvaavat sisältöä, jonka käyttäjät voivat nähdä. Organization-entiteettisi name-arvon tulisi vastata otsakkeessa ja alatunnisteessa näkyvää nimeä. logo-arvon tulisi olla tunnus, jota todella käytät. sameAs-URL-osoitteiden tulisi johtaa toimiviin virallisiin profiileihin – lakkautetut LinkedIn-sivut ja sosiaalisen median paikkamerkkitilit ovat huonompia kuin linkin pois jättäminen.

Yleiset epäonnistumismallit

• Organization ilman sameAs-ominaisuutta. Ilmoitit, kuka väität olevasi, mutta et antanut koneille mitään, jota vasten väitteen voisi tarkistaa. Juuri tämän tekoälyn skeemasignaalit merkitsee.
• Uusi Organization-kopio jokaisessa sivupohjassa, jossa on hieman erilainen nimi, puuttuva @id tai ristiriitainen logon URL-osoite. Valitse yksi tietue ja viittaa siihen.
• sameAs-linkit sivuille, jotka eivät ole sinun – Wikipedian täsmennyssivu, samanniminen kilpailija tai työntekijän henkilökohtainen LinkedIn-profiili. Linkitä vain entiteetteihin, jotka ovat yksiselitteisesti organisaatio.
• Merkinnät vasta JavaScriptin hydratoitumisen jälkeen. GPTBot ja vastaavat eivät usein koskaan näe niitä. Toimita identiteetin JSON-LD alkuperäisessä HTML:ssä – katso Sisältö luettavissa ilman JavaScriptiä.
• Organizationin sekoittaminen LocalBusinessiin. Jos Fernwoodilla on toimipisteitä, joissa ihmiset käyvät, lisää LocalBusiness (tai alatyyppi) sijaintisivuille koko sivuston Organization-entiteetin lisäksi – älä korvaa yritysentiteettiä yhdellä toimipisteellä.

Miten Silktide auttaa

• Tekoälyn skeemasignaalit – merkitsee Organization-entiteetit, joista puuttuu sameAs, sekä artikkelit, joista puuttuu dateModified.
• Strukturoitu data / Strukturoidun datan kelpoisuus – ovatko merkinnät olemassa ja jäsentyvätkö ne oikein.
• Selkeästi, kuka ja mikä tämä on – AEO-raportin arvio näkyvästä identiteetistä.
• Strukturoitu data vastaa sivua – merkintöjen ja kävijän näkemän sisällön välinen yhdenmukaisuus.

Aiheeseen liittyvää

• Strukturoidun datan merkinnät – tähän kuuluva täydellinen tyyppikartta
• Paikallinen SEO ja Google Business Profile – LocalBusiness sijaintisivuilla; pidä Organization erillään
• Lehdistöpaketti ja uutishuone – ihmisen luettava identiteettisivu, jonka tulisi vastata näitä merkintöjä
• Näkyvyys Wikipediassa ja Wikidatassa – milloin tietosanakirjojen sameAs-linkit ansaitaan eikä niitä valmisteta
• Kirjoittajasivut ja kirjoittajatiedot – Person-identiteetti; yhdistä kirjoittajat käyttäen publisher: { "@id": "...#org" }
• Näkyvyys arvostelualustoilla – profiilit, jotka kannattaa luetella sameAs-ominaisuudessa
• Koneellisesti luettavat päivämäärät – organisaatiosi julkaisemien artikkelien ajantasaisuus
• Organization structured data (Google Search Central)
• sameAs (schema.org)