Răspuns scurt: în enterprise, entity salience utilă înseamnă identitate și relații coerente între organizație, produse, sub-branduri, autori și piețe. Nu este un scor publicat de Google. SEO clasic rămâne fundația: crawlability, canonicalization, intent ownership, internal linking și conținut util. Google documentează Organization, Article, Product și ProfilePage structured data, dar schema trebuie să reflecte pagina, nu să înlocuiască arhitectura.
Precondiția 1: harta entităților
Listează compania, brandurile, produsele, linii de business, publicațiile, persoanele și piețele. Pentru fiecare păstrează URL canonical, aliases, status și owner.
Nu încerca să rezolvi relațiile doar prin `sameAs`.
Precondiția 2: harta rolurilor de pagină
Homepage, product page, docs, support, newsroom și profilele de persoane au roluri diferite. Definește ce entitate și ce task dețin.
Dacă două pagini răspund la aceeași întrebare, entity work nu înlocuiește rezolvarea collision-ului.
Etapa 1: curăță first-party identity
Aliniază numele, domeniul, brandurile și relațiile pe homepage, About, product pages și profile. Păstrează aliases istorice separat.
Etapa 2: păstrează canonicalization sănătoasă
Nu modifica canonical doar pentru entity experiments. Canonicalization trebuie să reflecte versiunea preferată a paginii și să fie susținută de redirecturi și internal links coerente.
Etapa 3: structured data potrivit rolului
Organization descrie organizația. Product descrie produsul. Article descrie articolul și publisher/author. ProfilePage descrie profilul unei persoane sau organizații eligibile.
Nu amesteca tipurile pentru a crea impresia de „mai multe entități”.
Etapa 4: author identity
Pe conținut editorial, byline și profilul trebuie să fie reale. Nu crea autori fictivi pentru SEO. Dacă organizația este autorul legitim, spune asta.
Etapa 5: product identity
Produsele enterprise pot avea suite, module și versiuni. Definește nivelul de entitate: suite, product, module, edition. Altfel, docs și marketing pot descrie obiecte diferite sub același nume.
Etapa 6: regionale și localizări
Nu presupune că toate piețele au aceeași ofertă. Păstrează variațiile legitime de disponibilitate, compliance, pricing și support.
Hreflang nu rezolvă conținutul contradictoriu.
Etapa 7: internal linking
Leagă entitățile și paginile după task. Product page poate trimite la docs, security și pricing, iar articolele către product owner când este relevant.
Nu folosi exact-match anchors mecanic.
Etapa 8: external profiles
Actualizează profilele prioritare controlabile: platforme de parteneri, directoare relevante, marketplace-uri sau social profiles. Nu crea profile noi doar pentru densitate de mențiuni.
Etapa 9: monitoring
Măsoară first-party conflict rate, external-profile consistency, naming stability și factual accuracy. Search rankings și AI citations rămân outcomes separate.
Acceptance criteria
Implementarea trece gate-ul când:
- entity registry există;
- paginile au roluri clare;
- canonicalization nu este perturbată;
- schema reflectă pagina;
- product hierarchy este documentată;
- author identity este reală;
- localizările sunt corecte;
- internal links continuă task-ul;
- profilele externe prioritare sunt actuale;
- nu există promisiuni că un salience score produce ranking.
Rollback și limitări
Dacă markup-ul nou introduce contradicții, revino la varianta simplă și corectă. Dacă un sub-brand adaugă confuzie, consolidează-l. Dacă un entity relation nu poate fi susținut factual, nu îl declara doar pentru schema.
Cum protejezi SEO clasic
Nu schimba titles, canonicals sau internal-link architecture fără motiv editorial. Nu multiplica landing pages pentru aliases. Nu sacrifica crawlability pentru widgeturi de entity visualization.
Cum tratezi rebrandurile
Păstrează numele vechi în context istoric și folosește redirects, About și profile externe pentru continuitate. Nu șterge abrupt toate referințele dacă utilizatorii încă folosesc aliasul.
Cum tratezi achizițiile
Două produse pot rămâne entități distincte după achiziție. Nu le combina în schema sau copy înainte ca oferta reală să fie integrată.
Criteriu de oprire
Programul intră în monitorizare când identity conflicts materiale sunt rare, ownerii sunt clari și noile propuneri de „optimizare de entitate” nu mai schimbă nicio decizie sau problemă reală.
Cum modelezi relația suite-produs-modul
Enterprise vendors folosesc frecvent un brand umbrelă, mai multe produse și module opționale. Dacă homepage-ul numește întreaga suită, iar docs descriu module individuale, registry-ul trebuie să reflecte această ierarhie. Altfel, aceeași capabilitate poate fi atribuită greșit întregii suite sau unui produs care nu o include.
Pentru fiecare nivel, păstrează numele canonical, URL-ul, ownerul și relația cu nivelul superior. Nu transforma un modul într-un produs independent doar pentru că are volum de căutare.
Cum păstrezi relația cu SEO clasic în release-uri
Înainte de orice entity change, verifică impactul asupra titles, canonicals, redirects, hreflang și internal links. O modificare de nomenclatură poate afecta aceste suprafețe fără ca scopul inițial să fie SEO.
Păstrează un release manifest cu paginile și relațiile schimbate. După implementare, re-crawl doar suprafețele afectate și compară cu baseline-ul.
Când nu trebuie să creezi o pagină nouă
Dacă un alias, feature sau nume istoric poate fi explicat pe ownerul existent, nu crea un URL separat doar pentru „entity coverage”. Pagina nouă trebuie să aibă intent și information gain proprii.
Notă de control
Păstrează relațiile dintre entități versionate și reverifică-le după rebrand, achiziție sau reorganizare de produs.
Claim ledger
- FACT/EVIDENCE: Google documentează Organization, Product, Article și ProfilePage structured data.
- FACT/EVIDENCE: canonicalization și crawlability rămân componente SEO separate.
- PRACTITIONER GUIDANCE: enterprise entity work trebuie să urmeze architecture și ownership.
- NOT PROVEN: un entity salience score universal care produce ranking sau citări AI.
Concluzie
Entity salience nu trebuie să înlocuiască SEO clasic. În enterprise, cea mai bună implementare este una în care identitatea și relațiile devin mai clare fără să destabilizeze canonicalization, intent ownership sau experiența utilizatorului.
Surse revizuite
- Google Search Central, Organization structured data: https://developers.google.com/search/docs/appearance/structured-data/organization
- Google Search Central, Product structured data: https://developers.google.com/search/docs/appearance/structured-data/product-snippet
- Google Search Central, canonicalization: https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls