Kā pārbaudīt, vai Google un MI sistēmas pareizi saprot jūsu uzņēmumu kā vienotu entītiju

Meklētājprogrammai uzņēmums nav tikai nosaukums vai mājaslapas adrese. Tas ir pazīmju kopums: oficiālais nosaukums, vietne, juridiskā informācija, atrašanās vieta, pakalpojumi, vadītāji, kontaktinformācija, sociālie profili un citi avoti, kas apraksta vienu reālu organizāciju.

Ja šīs pazīmes dažādās vietās sakrīt, Google un mākslīgā intelekta sistēmām ir vieglāk saprast, ka runa ir par vienu un to pašu uzņēmumu. Ja tās konfliktē, sistēmas var sajaukt divus līdzīgus zīmolus, izmantot novecojušu informāciju vai vispār neizveidot pietiekami drošu saikni starp uzņēmumu un tā mājaslapu.

Tādēļ nepietiek pārbaudīt, vai vietne parādās pēc uzņēmuma nosaukuma. Jāpārbauda četras pierādījumu grupas:

• ko uzņēmums par sevi norāda savā vietnē;

• ko Google ir indeksējis un izvēlējies rādīt;

• ko par uzņēmumu publicē ārējie avoti;

• kā uzņēmumu apraksta MI sistēmas, kad tām uzdod vienādus jautājumus.

Ko nozīmē “vienota entītija”

Entītija šajā kontekstā ir konkrēts, no citiem atšķirams objekts — uzņēmums, zīmols, cilvēks, produkts vai vieta. Meklētājam ir jāsaprot ne tikai vārdi lapā, bet arī tas, uz kuru reālo objektu tie attiecas.

Piemēram, publiskais zīmols var saukties “Nord Example”, juridiskā persona — “Nord Example Latvia SIA”, bet domēns var būt nordexample.eu. Tie nav obligāti trīs dažādi objekti. Taču saiknei starp tiem jābūt skaidri norādītai un konsekventi apstiprinātai.

Pareizas izpratnes pazīmes ir praktiskas:

• meklēšanā tiek rādīts pareizais vietnes nosaukums;

• oficiālā vietne tiek atpazīta kā galvenais avots;

• zīmols netiek sajaukts ar līdzīga nosaukuma uzņēmumu;

• pakalpojumi, atrašanās vieta un kontakti tiek aprakstīti korekti;

• uzņēmuma, dibinātāja un produktu savstarpējās saiknes nav pretrunīgas;

• atbildes dažādās valodās attiecas uz vienu un to pašu organizāciju.

Zināšanu paneļa neesamība vēl nenozīmē, ka Google uzņēmumu nesaprot. Arī viena pareiza MI atbilde nav pierādījums stabilai izpratnei. Vajadzīga sistemātiska pārbaude.

1. Izveidojiet uzņēmuma faktu matricu

Pirms Google vai MI testēšanas uzņēmumam pašam jāvienojas par kanonisko faktu kopumu. Pretējā gadījumā nebūs skaidrs, kura atbilde ir pareiza un kura — kļūdaina.

Izveidojiet vienu tabulu, kurā apkopojat svarīgākos faktus.

Šī matrica kļūst par audita etalonu. Tajā ir jāiekļauj arī biežākās kļūdainās versijas: vecs domēns, iepriekšējā adrese, neaktuāls tālrunis, agrākais uzņēmuma nosaukums vai profils, kuru vairs nekontrolējat.

Īpaši svarīgi ir nošķirt publisko zīmolu no juridiskās personas. Meklēšanā parasti vēlaties izmantot atpazīstamo zīmola nosaukumu, bet rekvizītu un līgumu kontekstā — juridisko nosaukumu. Abus var savienot, taču nevajag tos haotiski mainīt no lapas uz lapu.

2. Pārbaudiet, vai vietne stāsta vienu un to pašu stāstu

Sāciet ar sākumlapu, “Par mums”, kontaktu un galveno pakalpojumu lapām. Apmeklētājam un sistēmai jāspēj ātri atbildēt uz četriem jautājumiem:

1. Kā sauc uzņēmumu?

2. Ko tas piedāvā?

3. Kur un kam tas strādā?

4. Kāpēc šī vietne ir uzņēmuma oficiālais avots?

Nosaukumam jābūt redzamam tekstā, ne tikai logotipa attēlā. “Par mums” lapai jāapraksta uzņēmums konkrēti, nevis tikai ar vispārīgām frāzēm. Kontaktu un rekvizītu informācijai jābūt aktuālai. Galvenajiem pakalpojumiem vajadzīgas atsevišķas, savstarpēji saistītas lapas ar vienotu terminoloģiju.

Daudzvalodu vietnē pārbaudiet arī semantisko atbilstību. Tulkojumā drīkst pielāgot formulējumus, bet nedrīkst nejauši mainīt faktus, pakalpojumu apjomu, vadītāja lomu vai apkalpošanas reģionu. hreflang norādes, kanoniskās adreses un valodu pārslēgšana palīdz sasaistīt atbilstošās versijas, bet saturam joprojām jābūt loģiski saskaņotam.

3. Pārbaudiet tehniskos identitātes signālus

Google norāda, ka Organization strukturētie dati sākumlapā var palīdzēt saprast organizācijas administratīvo informāciju un atšķirt to no citām organizācijām. Praktiski noderīgi lauki ir name, alternateName, legalName, url, logo, description, contactPoint, address un sameAs.

Izvēlieties precīzāko atbilstošo organizācijas tipu un norādiet tikai patiesu, redzamajā saturā pārbaudāmu informāciju. Strukturētie dati nav vieta, kur pievienot apgalvojumus, kuru pašā lapā nav.

Vienā JSON-LD grafikā var izmantot stabilus identifikatorus, piemēram:

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Example",
      "legalName": "Example Latvia SIA",
      "url": "https://example.com/",
      "sameAs": [
        "https://www.linkedin.com/company/example"
      ]
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com/",
      "name": "Example",
      "publisher": { "@id": "https://example.com/#organization" }
    }
  ]
}

Stabils @id palīdz vienas vietnes datos atsaukties uz to pašu objektu. Tas nav garantēts reitinga faktors un nepiespiež Google pieņemt jūsu interpretāciju. Tas vienkārši padara datu modeli nepārprotamāku.

sameAs izmantojiet tikai lapām, kas nepārprotami apstiprina identitāti: oficiālam LinkedIn profilam, nozares reģistram vai citam kontrolētam un uzticamam avotam. Liels nejaušu katalogu saraksts nav vērtīgāks par dažām precīzām saitēm.

Ja zīmols balstīts konkrēta cilvēka vārdā, atsevišķi modelējiet Person un, ja vajadzīgs, Organization, pēc tam norādiet to attiecības. Nevajag automātiski marķēt jebkuru “Par mani” lapu kā ProfilePage: Google šo tipu galvenokārt apraksta autoru profiliem platformās un kopienās. Svarīgākais ir atbilstošs tips un patiess saturs, nevis pēc iespējas vairāk shēmu.

4. Pārbaudiet, ko Google patiešām ir indeksējis

Google Search Console URL Inspection rīkā pārbaudiet vismaz sākumlapu, “Par mums”, kontaktu un vienu galveno pakalpojuma lapu.

Katram URL fiksējiet:

• vai lapa ir indeksēta;

• vai Google drīkst to pārmeklēt;

• lietotāja norādīto un Google izvēlēto kanonisko URL;

• vai renderētajā lapā redzams uzņēmuma nosaukums un būtiskie fakti;

• vai Google ir nolasījis strukturētos datus;

• vai nav noindex, neveiksmīgas pāradresācijas vai cita tehniska šķēršļa.

Tiešraides tests parāda pieejamību testēšanas brīdī, bet negarantē indeksāciju vai redzamību. Pēc izmaiņām var pieprasīt atkārtotu pārmeklēšanu, tomēr apstrāde var aizņemt laiku.

Atsevišķi pārbaudiet vietnes nosaukumu Google rezultātos. Google norāda, ka svarīgākais signāls vēlamajam vietnes nosaukumam ir WebSite strukturētie dati domēna vai apakšdomēna sākumlapā. Sistēma ņem vērā arī og:site_name, lapas virsrakstu, galvenos virsrakstus un citu sākumlapas tekstu. Šiem avotiem nevajadzētu savstarpēji konfliktēt.

Te ir būtiska tehniska nianse: vietnes nosaukuma pārbaudei Google neizmanto Rich Results Test. Sintaksi jāpārbauda ar Schema Markup Validator, bet Google redzamo versiju — URL Inspection rīkā.

5. Izveidojiet zīmola meklējumu matricu

Meklēšanu veiciet izrakstītā pārlūkā vai vismaz privātajā režīmā, lai mazinātu personalizācijas ietekmi. Rezultāti joprojām var atšķirties pēc valsts, valodas un ierīces, tāpēc pierakstiet testa apstākļus.

Pārbaudiet šādus vaicājumus:

• precīzs uzņēmuma nosaukums;

• uzņēmuma nosaukums bez juridiskās formas;

• saīsinājums vai biežs alternatīvais nosaukums;

• nosaukums kopā ar galveno pakalpojumu;

• nosaukums kopā ar pilsētu vai valsti;

• dibinātāja vārds kopā ar uzņēmumu;

• produkta nosaukums kopā ar uzņēmumu;

• vecais nosaukums vai agrākais domēns, ja tāds bijis.

Neskatieties tikai pozīciju. Fiksējiet, kādu vietnes nosaukumu Google rāda, kurš domēns ir galvenais, vai parādās neaktuāli profili, vai rezultātos dominē cits uzņēmums un vai fragmentos nav kļūdainu faktu.

Ja uzņēmumam ir Google Business Profile un tas atbilst profila izmantošanas nosacījumiem, salīdziniet nosaukumu, kategoriju, adresi, darba laiku, vietni un tālruni ar faktu matricu. Profils nedrīkst veidot atsevišķu, pretrunīgu uzņēmuma versiju.

6. Testējiet MI sistēmas ar vienādiem jautājumiem

MI sistēmas nav viena kopīga datubāze. Viena sistēma var izmantot tīmekļa meklēšanu, cita — modeļa iepriekš apgūto informāciju, bet vēl cita kombinē vairākus avotus. Pat vienā platformā atbilde var mainīties pēc modeļa, valodas, atrašanās vietas un datuma.

Tāpēc tests jāveic jaunā sarunā bez iepriekšēja konteksta. Izmantojiet vienādu jautājumu komplektu vismaz divās vai trīs sistēmās:

1. Kas ir [uzņēmuma nosaukums]?

2. Kāda ir [uzņēmuma nosaukums] oficiālā vietne?

3. Kādus galvenos pakalpojumus uzņēmums piedāvā?

4. Kurā valstī vai reģionā uzņēmums darbojas?

5. Kāda ir saistība starp [cilvēka vārds] un [uzņēmums]?

6. Ar kuriem avotiem tu pamato šo atbildi?

7. Vai pastāv cits uzņēmums ar līdzīgu nosaukumu, ar kuru to var sajaukt?

Pēc tam veiciet provokācijas testu: jautājumā apzināti iekļaujiet nepareizu pilsētu, nozares virzienu vai vadītāja vārdu. Pārbaudiet, vai sistēma kļūdu izlabo vai pārliecinoši turpina nepareizo pieņēmumu.

Atbildes salīdziniet ar faktu matricu, nevis ar savu vispārējo iespaidu. Atzīmējiet arī norādītos avotus. Pareiza atbilde bez pārbaudāma avota var būt nejauši pareiza un nākamajā reizē mainīties.

7. Novērtējiet kļūdas pēc riska, nevis skaita

Ne visas neatbilstības ir vienādi bīstamas. Izmantojiet trīs prioritātes.

Audita rezultātu var apkopot vienkāršā vērtējumā:

8. Biežākie maldinošie “pierādījumi”

“Strukturēto datu tests ir zaļš, tātad viss ir kārtībā.” Tests apstiprina sintaksi vai atbilstību konkrētai meklēšanas funkcijai. Tas neapstiprina, ka ārējie avoti piekrīt jūsu datiem vai ka Google ir izveidojis pareizu entītijas modeli.

“Google rāda manu sākumlapu pirmajā vietā.” Tas ir labs signāls, bet neatbild uz jautājumu, vai sistēma pareizi saprot uzņēmuma pakalpojumus, vadītājus un attiecības ar citiem zīmoliem.

“MI vienreiz atbildēja pareizi.” Ģenerētas atbildes var mainīties. Vajadzīgs vienāds tests vairākās sistēmās un atkārtota pārbaude pēc laika.

“Jo vairāk sameAs saišu, jo labāk.” Neprecīza saite rada jaunu konfliktu. Norādiet tikai avotus, kas nepārprotami attiecas uz konkrēto uzņēmumu.

“MI meklēšanai vajadzīga īpaša slepena shēma.” Google norāda, ka tā MI meklēšanas funkcijām nav vajadzīga īpaša shēma vai jauns mašīnlasāms fails. Joprojām svarīga ir indeksējama vietne, saprotams teksts, iekšējās saites, kvalitatīvs saturs un strukturētie dati, kas atbilst redzamajai informācijai.

9. Labojiet pretrunas pareizā secībā

Vispirms novērsiet tehniskos šķēršļus: kļūdainus kanoniskos URL, noindex, bloķēšanu, pāradresāciju ķēdes, nederīgus strukturētos datus un nepieejamas galvenās lapas.

Pēc tam sakārtojiet kanonisko identitāti savā vietnē: sākumlapas nosaukumu, “Par mums” aprakstu, kontaktus, rekvizītus, pakalpojumu terminoloģiju un Organization/WebSite datus.

Trešais solis ir ārējie avoti: Google Business Profile, nozares katalogi, sociālie profili, partneru lapas un publikācijas. Labojiet vispirms tos avotus, kuri ir autoritatīvi, bieži redzami un kurus kontrolējat.

Tikai pēc tam veidojiet plašāku tematisko autoritāti ar pakalpojumu lapām, ekspertu rakstiem, projektu aprakstiem un atbildēm uz klientu jautājumiem. Vairāk satura neizlabos nepareizu pamatidentitāti; tas var tikai vairot konfliktējošos signālus.

10. Atkārtojiet auditu pēc izmaiņām

Saglabājiet sākotnējos rezultātus ar datumu, valodu, valsti, izmantoto sistēmu un precīzu jautājumu. Pēc labojumiem pārbaudiet lapas, pieprasiet svarīgāko URL atkārtotu pārmeklēšanu un pēc saprātīga laika atkārtojiet tos pašus testus.

Vērtējiet ne tikai to, vai uzņēmums tiek pieminēts biežāk. Svarīgāks ir kļūdaino identitāšu, nepareizo avotu un pretrunīgo faktu samazinājums.

Labs rezultāts ir panākts, ja cilvēks, Google un vairākas MI sistēmas no dažādiem avotiem nonāk pie vienas pamatatbildes: kas ir uzņēmums, kāda ir tā oficiālā vietne, ko tas piedāvā un ar ko tas ir saistīts.

Secinājums

Uzņēmuma entītijas audits sākas nevis ar shēmas koda pievienošanu, bet ar vienu saskaņotu faktu kopumu. Pēc tam jāpārbauda, vai šo pašu identitāti apstiprina vietnes saturs, tehniskie dati, Google indeksācija, ārējie profili un MI atbildes.

Ja uzņēmums dažādos kanālos tiek aprakstīts atšķirīgi, vispirms jānovērš pretrunas. Ja pamats ir konsekvents, strukturētie dati un kvalitatīvs saturs palīdz sistēmām šo saikni ieraudzīt un pārbaudīt.

Praktiskais pirmais solis ir vienkāršs: izveidojiet uzņēmuma faktu matricu un šodien pārbaudiet piecus svarīgākos zīmola vaicājumus Google un divās MI sistēmās. Tas uzreiz parādīs, kur identitātes ķēde pārtrūkst.

Ja nepieciešams sakārtot vietnes tehnisko struktūru, saturu, shēmas un daudzvalodu indeksāciju kā vienotu sistēmu, skatiet SEO un satura arhitektūras pakalpojumus.