Category: Ghiduri

Evitați interstițialele și dialogurile intruzive

Interstițialele intruzive și dialogurile sunt elemente de pagină care obstrucționează vizualizarea conținutului de către utilizatori, de obicei în scopuri promoționale. Interstițialele sunt suprapuneri pe întreaga pagină, iar dialogurile sunt suprapuneri doar pe o parte a paginii, uneori obfuscând și conținutul de bază.

Site-urile web trebuie adesea să afișeze dialoguri din diverse motive; cu toate acestea, întreruperea utilizatorilor cu interstițiale intruzive poate să-i frustreze și să le erodeze încrederea în site-ul dumneavoastră.

Dialogurile și interstițialele intruzive îngreunează înțelegerea conținutului de către Google și alte motoare de căutare, ceea ce poate duce la o performanță slabă în căutări. De asemenea, dacă utilizatorii consideră că site-ul dumneavoastră este greu de utilizat, este puțin probabil să dorească să-l viziteze din nou, inclusiv prin motoarele de căutare.

Creați dialoguri neintruzive

Crearea de dialoguri neintruzive înseamnă că utilizatorii pot accesa conținutul fără a fi întrerupți de un dialog. Acest lucru se aplică tuturor tipurilor de dialoguri promoționale, inclusiv solicitărilor de instalare a aplicațiilor. Urmând aceste bune practici, veți ajuta utilizatorii să aibă o experiență bună pe site-ul dumneavoastră, pe lângă faptul că ajutați Google Search să înțeleagă conținutul și structura site-ului dumneavoastră.

Folosiți bannere în loc de interstițiale

În loc de interstițiale pe întreaga pagină, folosiți bannere care ocupă doar o mică parte a ecranului pentru a atrage atenția utilizatorilor. Bannerele asigură că utilizatorii și motoarele de căutare pot accesa conținutul imediat ce ajung pe pagină.

Acestea pot fi implementate în diverse moduri. De exemplu, pentru bannerele de instalare a aplicațiilor, puteți folosi un banner suportat de browser, cum ar fi
Smart App Banners
pentru Safari sau
experiența de instalare în aplicație
pentru Chrome. O altă opțiune este să creați un banner , similar cu o reclamă mică tipică, care să facă legătura cu magazinul de aplicații corect pentru descărcare. Puteți reutiliza aceste containere mici pentru alte tipuri de notificări, cum ar fi solicitările de înscriere la newsletter.

Folosiți biblioteci comune

Multe CMS-uri au pluginuri care creează dialoguri și interstițiale standard pentru cele mai comune cazuri de utilizare, cum ar fi solicitările de înscriere la newsletter. De exemplu, dacă folosiți WordPress, căutați “newsletter signup wordpress”. Utilizarea acestor pluginuri poate fi utilă pentru Google, alte motoare de căutare și internet în general, deoarece dezvoltatorii de pluginuri pot implementa îmbunătățiri la scară largă.

Evitați greșelile comune

Cu excepția cazurilor în care sunt obligatorii din punct de vedere legal, evitați următoarele greșeli comune atunci când proiectați un dialog sau un interstițial pentru a ajuta Google Search să acceseze și să înțeleagă conținutul dumneavoastră:

• Nu obstrucționați întreaga pagină cu interstițiale.
• Nu redirecționați utilizatorul către o pagină separată pentru consimțământ sau introducere de date.

Interstițiale obligatorii

Anumite site-uri sunt obligate să afișeze un interstițial datorită tipului de conținut pe care îl publică. De exemplu, un site de cazinou poate necesita afișarea unei bariere de vârstă, care este un tip de interstițial unde utilizatorul trebuie să-și furnizeze vârsta înainte de a accesa conținutul.

Interstițialele obligatorii sunt exceptate de la ghidurile discutate în acest document; cu toate acestea, dacă este posibil, Google recomandă ca site-urile să urmeze aceste bune practici:

• Asigurați-vă că conținutul este suprapus cu interstițialul. Acest lucru va asigura că Google poate cel puțin să indexeze o parte din conținut și să-l afișeze potențial în rezultatele căutării.
• Nu redirecționați cererile HTTP primite către o pagină diferită pentru colectarea consimțământului sau furnizarea de date. Redirecționarea tuturor URL-urilor către o singură pagină va elimina toate paginile, cu excepția acelei pagini, din rezultatele căutării, deoarece Googlebot poate accesa doar acea pagină.

Pentru conținutul din spatele unei bariere de vârstă obligatorii pentru utilizatorii adulți, Google recomandă să permiteți Googlebot să acceseze conținutul fără a declanșa bariera de vârstă. Puteți face acest lucru prin
verificarea cererilor Googlebot
și servirea conținutului fără bariera de vârstă.

Redirecturi și Căutarea Google

Redirecționarea URL-urilor este practica de a rezolva un URL existent către unul diferit, indicând efectiv vizitatorilor și Căutării Google că o pagină are o nouă locație. Redirecturile sunt deosebit de utile în următoarele circumstanțe:

• Ați mutat site-ul pe un nou domeniu și doriți să faceți tranziția cât mai lină posibil.
• Oamenii accesează site-ul dvs. prin mai multe URL-uri diferite. De exemplu, dacă pagina de start poate fi accesată în mai multe moduri (de exemplu, https://example.com/home, http://home.example.com sau https://www.example.com), este o idee bună să alegeți unul dintre aceste URL-uri ca destinație preferată (canonică) și să folosiți redirecturi pentru a trimite traficul de la celelalte URL-uri către URL-ul preferat.
• Fuzionați două site-uri web și doriți să vă asigurați că linkurile către URL-urile învechite sunt redirecționate către paginile corecte.
• Ați eliminat o pagină și doriți să trimiteți utilizatorii către o nouă pagină.

Prezentare generală a tipurilor de redirecturi

Deși utilizatorii dvs. nu vor putea de obicei să facă diferența între diferitele tipuri de redirecturi, Căutarea Google folosește anumite tipuri de redirecturi ca semnal că ținta redirectului ar trebui să fie canonică. Alegerea unui redirect depinde de cât timp vă așteptați ca redirectul să fie în vigoare și ce pagină doriți ca Căutarea Google să afișeze în rezultatele căutării:

• Redirecturi permanente: Afișează noua țintă a redirectului în rezultatele căutării.
• Redirecturi temporare: Afișează pagina sursă în rezultatele căutării.

Tabelul următor explică diferitele moduri în care puteți configura redirecturi permanente și temporare, ordonate după cât de probabil este ca Google să le interpreteze corect (de exemplu, un redirect pe partea de server are cea mai mare șansă de a fi interpretat corect de Google). Alegeți tipul de redirect care funcționează pentru situația și site-ul dvs.:

Redirecturi pe partea de server

Configurarea redirecturilor pe partea de server necesită acces la fișierele de configurare ale serverului (de exemplu, fișierul .htaccess pe Apache) sau setarea antetelor de redirect cu scripturi pe partea de server (de exemplu, PHP). Puteți crea atât redirecturi permanente, cât și temporare pe partea de server.

Redirecturi permanente pe partea de server

Dacă trebuie să schimbați URL-ul unei pagini așa cum este afișat în rezultatele motoarelor de căutare, Google recomandă să folosiți un redirect permanent pe partea de server ori de câte ori este posibil. Aceasta este cea mai bună modalitate de a vă asigura că Căutarea Google și oamenii sunt direcționați către pagina corectă. Codurile de stare 301 și 308 înseamnă că o pagină a fost mutată permanent la o nouă locație.

Redirecturi temporare pe partea de server

Dacă doriți doar să trimiteți utilizatorii către o altă pagină temporar, folosiți un redirect temporar. Acest lucru va asigura, de asemenea, că Google nu este influențat de redirect, ceea ce poate ajuta la menținerea vechiului URL în rezultatele căutării. De exemplu, dacă un serviciu oferit de site-ul dvs. este temporar indisponibil, puteți configura un redirect temporar pentru a trimite utilizatorii către o pagină care explică ce se întâmplă, fără a compromite URL-ul original în rezultatele căutării.

Implementarea redirecturilor pe partea de server

Implementarea redirecturilor pe partea de server depinde de găzduirea și mediul serverului dvs. sau de limbajul de scripting al backend-ului site-ului dvs.

Pentru a configura un redirect permanent cu PHP, folosiți funcția header(). Trebuie să setați anteturile înainte de a trimite ceva pe ecran:

    header('HTTP/1.1 301 Moved Permanently');
    header('Location: https://www.example.com/newurl');
    exit();
  

În mod similar, iată un exemplu de cum să configurați un redirect temporar cu PHP:

    header('HTTP/1.1 302 Found');
    header('Location: https://www.example.com/newurl');
    exit();
  

Dacă aveți acces la fișierele de configurare ale serverului web, este posibil să puteți scrie singur regulile de redirect. Urmați ghidurile serverului web:

• Apache: Consultați
  Tutorialul Apache .htaccess,
  Ghidul de rescriere URL Apache și
  documentația Apache mod_alias.
  De exemplu, puteți folosi mod_alias pentru a configura cea mai simplă formă de redirecturi:

          # Redirect permanent:
          Redirect permanent "/old" "https://example.com/new"
  
          # Redirect temporar:
          Redirect temp "/two-old" "https://example.com/two-new"
        

  Pentru redirecturi mai complexe, folosiți mod_rewrite. De exemplu:

          RewriteEngine on
          # redirectul paginii de serviciu către o nouă pagină cu un redirect permanent
          RewriteRule   "^/service$"  "/about/service"  [R=301]
  
          # redirectul paginii de serviciu către o nouă pagină cu un redirect temporar
          RewriteRule   "^/service$"  "/about/service"  [R]
        

• NGINX: Citiți despre
  Crearea regulilor de rescriere NGINX
  pe blogul NGINX. La fel ca în cazul Apache, aveți mai multe opțiuni pentru a crea redirecturi. De exemplu:

          location = /service {
          # pentru un redirect permanent
          return 301 $scheme://example.com/about/service
  
          # pentru un redirect temporar
          return 302 $scheme://example.com/about/service
          }
        

  Pentru redirecturi mai complexe, folosiți regula rewrite:

          location = /service {
          # pentru un redirect permanent
          rewrite service?name=$1 ^service/offline/([a-z]+)/?$ permanent;
  
          # pentru un redirect temporar
          rewrite service?name=$1 ^service/offline/([a-z]+)/?$ redirect;
          }
        

• Pentru toate celelalte servere web, verificați cu managerul serverului sau gazda dvs., sau căutați ghiduri pe motorul de căutare preferat (de exemplu, căutați “redirecturi LiteSpeed”).

meta refresh și echivalentul său HTTP

Dacă redirecturile pe partea de server nu sunt posibile de implementat pe platforma dvs., redirecturile meta refresh pot fi o alternativă viabilă. Google diferențiază între două tipuri de redirecturi meta refresh:

• Redirect instant meta refresh: Se declanșează imediat ce pagina este încărcată într-un browser. Căutarea Google interpretează redirecturile instant meta refresh ca redirecturi permanente.
• Redirect întârziat meta refresh: Se declanșează doar după un număr arbitrar de secunde stabilit de proprietarul site-ului. Căutarea Google interpretează redirecturile întârziate meta refresh ca redirecturi temporare.

Plasați redirectul meta refresh fie în elementul <head> din , fie în antetul HTTP cu cod pe partea de server. De exemplu, iată un redirect instant meta refresh în elementul <head> din :

    <!doctype >
    <>
    <head>
    <meta http-equiv="refresh" content="0; url=https://example.com/newlocation">
    <title>Example title</title>
    <!--...-->
  

Iată un exemplu de echivalent al antetului HTTP, pe care îl puteți injecta cu scripturi pe partea de server:

    HTTP/1.1 200 OK
    Refresh: 0; url=https://www.example.com/newlocation
    ...
  

Pentru a crea un redirect întârziat, care este interpretat ca un redirect temporar de Google, setați atributul content la numărul de secunde cu care redirectul ar trebui să fie întârziat:

    <!doctype >
    <>
    <head>
    <meta http-equiv="refresh" content="5; url=https://example.com/newlocation">
    <title>Example title</title>
    <!--...-->
  

Redirecturi JavaScript location

Căutarea Google interpretează și execută JavaScript folosind Serviciul de Redare Web odată ce crawling-ul URL-ului a fost finalizat.

Pentru a configura un redirect JavaScript, setați proprietatea location la URL-ul țintă al redirectului într-un bloc de script în antetul . De exemplu:

    <!doctype >
    <>
    <head>
    <script>
      window.location.href = "https://www.example.com/newlocation";
    </script>
    <title>Example title</title>
    <!--...-->
  

Crypto redirecturi

Dacă nu puteți implementa niciuna dintre celelalte metode de redirect, ar trebui să faceți totuși un efort pentru a informa utilizatorii că pagina sau conținutul său s-a mutat. Cea mai simplă modalitate de a face acest lucru este să adăugați un link care să indice către noua pagină, însoțit de o scurtă explicație. De exemplu:

<a href=”https://newsite.example.com/newpage.”>Ne-am mutat! Găsiți conținutul pe noul nostru site!</a>

Acest lucru ajută utilizatorii să găsească noul site și Google poate înțelege acest lucru ca un crypto redirect (ca monstrul din Loch Ness, existența sa poate fi disputată; nu toate motoarele de căutare pot recunoaște acest pseudo-redirect ca un redirect oficial).

Versiuni alternative ale unui URL

Când redirecționați un URL, Google ține evidența atât a sursei redirectului (vechiul URL), cât și a țintei redirectului (noul URL). Unul dintre URL-uri va fi canonic; care dintre ele, depinde de semnale precum dacă redirectul a fost temporar sau permanent. Celălalt URL devine un nume alternativ al URL-ului canonic. Numele alternative sunt versiuni diferite ale unui URL canonic pe care utilizatorii le-ar putea recunoaște și în care ar putea avea încredere mai mult. Numele alternative pot apărea în rezultatele căutării atunci când interogarea unui utilizator sugerează că ar putea avea mai multă încredere în vechiul URL.

De exemplu, dacă ați mutat la un nou nume de domeniu, este foarte probabil ca Google să continue să afișeze ocazional vechile URL-uri în rezultate, chiar dacă noile URL-uri sunt deja indexate. Acest lucru este normal și, pe măsură ce utilizatorii se obișnuiesc cu noul nume de domeniu, numele alternative vor dispărea fără ca dvs. să faceți nimic.

Cum să specifici o adresă URL canonică cu rel=”canonical” și alte metode

Pentru a specifica o adresă URL canonică pentru pagini duplicate sau foarte similare în Google Search, poți indica preferința ta folosind mai multe metode. Acestea sunt, în ordinea influenței asupra canonicalizării:

• Redirecturi: Un semnal puternic că ținta redirectului ar trebui să devină canonică.
• rel="canonical" link anotări: Un semnal puternic că URL-ul specificat ar trebui să devină canonic.
• Includerea în sitemap: Un semnal slab care ajută URL-urile incluse într-un sitemap să devină canonice.

Reține că aceste metode pot fi combinate și astfel devin mai eficiente. Aceasta înseamnă că atunci când folosești două sau mai multe metode, vei crește șansa ca URL-ul tău canonic preferat să apară în rezultatele căutării.

Deși încurajăm utilizarea acestor metode, niciuna nu este obligatorie; site-ul tău va funcționa probabil bine și fără specificarea unei preferințe canonice. Asta pentru că, dacă nu specifici o adresă URL canonică, Google va identifica care versiune a URL-ului este obiectiv cea mai bună versiune de afișat utilizatorilor în Căutare.

Motive pentru a specifica o adresă URL canonică

Deși, în general, nu este critic să specifici o preferință canonică pentru URL-urile tale, există mai multe motive pentru care ai dori să informezi explicit Google despre o pagină canonică într-un set de pagini duplicate sau similare:

• Pentru a specifica ce URL dorești ca oamenii să vadă în rezultatele căutării. Poate preferi ca oamenii să ajungă la pagina produsului tău de rochie verde prin https://www.example.com/dresses/green/green-dress. în loc de https://example.com/dresses/cocktail?gclid=ABCD.
• Pentru a consolida semnalele pentru pagini similare sau duplicate. Ajută motoarele de căutare să poată consolida semnalele pe care le au pentru URL-urile individuale (cum ar fi linkurile către ele) într-un singur URL preferat.
• Pentru a simplifica urmărirea metricilor pentru un conținut. Cu o varietate de URL-uri, poate fi mai dificil să obții metrici consolidate pentru un anumit conținut.
• Pentru a evita consumul de timp de crawling pe pagini duplicate. Poate dorești ca Googlebot să profite la maximum de site-ul tău, așa că este mai bine să petreacă timp crawling pagini noi (sau actualizate) pe site-ul tău, în loc să crawleze versiuni duplicate ale aceluiași conținut.

Cele mai bune practici

Pentru toate metodele de canonicalizare, urmează aceste cele mai bune practici:

• Nu folosi fișierul robots.txt pentru scopuri de canonicalizare. Google poate încă indexa URL-uri care sunt interzise în robots.txt fără conținutul lor.
• Nu folosi instrumentul de eliminare a URL-urilor pentru canonicalizare. Acesta ascunde toate versiunile unui URL din Căutare.
• Nu specifica URL-uri diferite ca fiind canonice pentru aceeași pagină folosind tehnici diferite de canonicalizare (de exemplu, nu specifica un URL într-un sitemap, dar un alt URL pentru aceeași pagină folosind rel="canonical").
• Nu specifica un fragment de URL ca fiind canonic, deoarece Google în general nu suportă fragmente de URL.
• Google nu recomandă utilizarea noindex pentru a preveni selecția unei pagini canonice în cadrul unui singur site, deoarece va bloca complet pagina din Căutare. Anotările rel="canonical" link sunt soluția preferată.
• Dacă folosești hreflang elements, asigură-te că specifici o pagină canonică în aceeași limbă sau cea mai bună limbă substitută posibilă dacă o pagină canonică nu există pentru aceeași limbă.
• Când faci legături în cadrul site-ului tău, leagă-te de URL-ul canonic în loc de un URL duplicat. Legarea consistentă la URL-ul pe care îl consideri canonic ajută Google să înțeleagă preferința ta.
• Dacă folosești redarea pe partea clientului cu JavaScript, este important să te asiguri că informațiile despre URL-ul canonic sunt cât mai clare posibil. Cel mai bun mod de a face acest lucru este să specifici URL-ul canonic în codul sursă și să te asiguri că JavaScript nu schimbă elementul de link canonic. Dacă nu poți seta URL-ul canonic în codul sursă , lasă-l afară și setează-l doar cu JavaScript. Acest lucru asigură că informațiile despre URL-ul canonic sunt cât mai clare posibil.

Comparație a metodelor de canonicalizare

Următorul tabel compară diferitele metode de canonicalizare, evidențiind punctele lor forte și slăbiciunile în ceea ce privește întreținerea și eficacitatea în diferite scenarii.

Folosește anotări rel="canonical" link

Google suportă explicit anotările rel canonical link așa cum sunt descrise în RFC 6596. Anotările rel="canonical" care sugerează versiuni alternative ale unei pagini sunt ignorate; în mod specific, anotările rel="canonical" cu atribute hreflang, lang, media și type nu sunt folosite pentru canonicalizare. În schimb, folosește anotările link corespunzătoare pentru a specifica versiuni alternative ale unei pagini; de exemplu, link rel="alternate" hreflang pentru anotări de limbă și țară.

Poți furniza anotările rel="canonical" link în două moduri:

• Elementul rel="canonical" link în
• Antetul HTTP rel="canonical" link

Google recomandă să alegi una dintre aceste metode și să o folosești; deși sunt suportate, utilizarea ambelor metode în același timp este mai predispusă la erori (de exemplu, ai putea furniza un URL în antetul HTTP și un alt URL în elementul rel="canonical" link).

Elementul rel="canonical" link

Un element rel="canonical" link (cunoscut și ca element canonic) este un element folosit în secțiunea head a -ului pentru a indica faptul că o altă pagină este reprezentativă pentru conținutul de pe pagină.

Presupune că dorești ca https://example.com/dresses/green-dresses să fie URL-ul canonic, chiar dacă o varietate de URL-uri pot accesa acest conținut. Indică acest URL ca fiind canonic cu acești pași:

1. Adaugă un element <link> cu atributul rel="canonical" în secțiunea <head> a paginilor duplicate, indicând pagina canonică. De exemplu:

   <>
   <head>
   <title>Explorează lumea rochiilor</title>
   <link rel="canonical" href="https://example.com/dresses/green-dresses" />
   <!-- alte elemente -->
   </head>
   <!-- restul -ului -->

2. Dacă pagina canonică are o variantă mobilă pe un URL separat, adaugă un element rel="alternate" link către aceasta, indicând versiunea mobilă a paginii:

   <>
   <head>
   <title>Explorează lumea rochiilor</title>
   <link rel="alternate" media="only screen and (max-width: 640px)"  href="https://m.example.com/dresses/green-dresses">
   <link rel="canonical" href="https://example.com/dresses/green-dresses" />
   <!-- alte elemente -->
   </head>
   <!-- restul -ului -->

3. Adaugă orice hreflang sau alte elemente care sunt potrivite pentru pagină.

Folosește căi absolute în loc de căi relative cu elementul rel="canonical" link. Deși căile relative sunt suportate de Google, ele pot cauza probleme pe termen lung (de exemplu, dacă permiți neintenționat ca site-ul tău de testare să fie crawlat) și astfel nu le recomandăm.

Exemplu bun: https://www.example.com/dresses/green/green-dress.

Exemplu rău: /dresses/green/green-dress.

Elementul rel="canonical" link este acceptat doar dacă apare în secțiunea <head> a -ului, așa că asigură-te că cel puțin secțiunea <head> este valid.

Dacă folosești JavaScript pentru a adăuga elementul rel="canonical" link, asigură-te că injectezi corect elementul de link canonic.

Antetul HTTP rel="canonical"

Dacă poți schimba configurația serverului tău, poți folosi un link antet de răspuns HTTP cu un atribut țintă rel="canonical" așa cum este definit de RFC5988 în loc de un element pentru a indica URL-ul canonic pentru un document suportat de Căutare, inclusiv documente non- precum fișiere PDF.

Google suportă această metodă doar pentru rezultatele căutării web.

Dacă publici conținut în multe formate de fișiere, cum ar fi PDF sau Microsoft Word, fiecare pe propriul URL, poți returna un antet HTTP rel="canonical" pentru a spune Googlebot care este URL-ul canonic pentru fișierele non-. De exemplu, pentru a indica faptul că versiunea PDF a versiunii .docx ar trebui să fie canonică, ai putea adăuga acest antet HTTP pentru versiunea .docx a conținutului:

HTTP/1.1 200 OK
Content-Length: 19
...
Link: <https://www.example.com/downloads/white-paper.pdf>; rel="canonical"
...

Ca și în cazul elementului rel="canonical" link, folosește URL-uri absolute în antetul HTTP rel="canonical".

Folosește un sitemap

Alege un URL canonic pentru fiecare dintre paginile tale și trimite-le într-un sitemap. Toate paginile listate într-un sitemap sunt sugerate ca fiind canonice; Google va decide care pagini (dacă există) sunt duplicate, pe baza similarității conținutului.

Furnizarea URL-urilor canonice preferate în sitemaps este o modalitate simplă de a defini canonice pentru un site mare, iar sitemaps sunt o modalitate utilă de a spune Google care pagini le consideri cele mai importante pe site-ul tău.

Folosește redirecturi

Folosește această metodă atunci când dorești să scapi de paginile duplicate existente. Toate metodele de redirecționare permanentă au același efect asupra Google Search, totuși timpul necesar pentru ca motoarele de căutare să observe diferitele metode de redirecționare poate varia.

Pentru un efect cât mai rapid, folosește redirecționări HTTP (cunoscute și ca redirecționări server-side).

Presupune că pagina ta poate fi accesată în mai multe moduri:

• https://example.com/home
• https://home.example.com
• https://www.example.com

Alege unul dintre aceste URL-uri ca URL canonic și folosește redirecturi pentru a trimite traficul de la celelalte URL-uri către URL-ul tău preferat.

Alte semnale

Pe lângă metodele furnizate explicit, Google folosește și un set de semnale de canonicalizare care sunt în general bazate pe configurarea site-ului: preferând HTTPS în loc de HTTP și URL-uri în clustere hreflang.

Preferă HTTPS în loc de HTTP pentru URL-uri canonice

Google preferă paginile HTTPS în locul paginilor HTTP echivalente ca fiind canonice, cu excepția cazurilor în care există probleme sau semnale conflictuale, cum ar fi următoarele:

• Pagina HTTPS are un certificat SSL invalid.
• Pagina HTTPS conține dependențe nesigure (altele decât imaginile).
• Pagina HTTPS redirecționează utilizatorii către sau printr-o pagină HTTP.
• Pagina HTTPS are un rel="canonical" link către pagina HTTP.

Deși sistemele noastre preferă paginile HTTPS în locul paginilor HTTP în mod implicit, poți asigura acest comportament prin luarea oricăreia dintre următoarele acțiuni:

• Adaugă redirecționări de la pagina HTTP la pagina HTTPS.
• Adaugă un rel="canonical" link de la pagina HTTP la pagina HTTPS.
• Implementează HSTS.

Pentru a preveni ca Google să facă incorect pagina HTTP canonică, evită următoarele practici:

• Evită certificatele TLS/SSL proaste și redirecționările HTTPS către HTTP, deoarece acestea determină Google să prefere foarte puternic HTTP. Implementarea HSTS nu poate anula această preferință puternică.
• Nu include versiunea HTTP a paginilor tale în sitemap sau hreflang annotations în loc de versiunea HTTPS.
• Evită implementarea certificatului tău SSL/TLS pentru varianta greșită a gazdei. De exemplu, example.com servind certificatul pentru subdomain.example.com. Certificatul trebuie să corespundă URL-ului complet al site-ului tău sau să fie un certificat wildcard care poate fi folosit pentru mai multe subdomenii pe un domeniu.

Preferă URL-uri în clustere hreflang

Pentru a ajuta eforturile de localizare ale site-urilor, în scopuri de canonicalizare Google preferă URL-urile care fac parte din clustere hreflang. De exemplu, dacă https://example.com/de-de/cats și https://example.com/de-ch/cats indică reciproc unul către celălalt cu anotări hreflang, dar nu către https://example.com/de-at/cats, paginile pentru de-de și de-ch vor fi preferate ca fiind canonice în locul paginii /de-at/ care nu apare în clusterul hreflang.

Citește mai multe despre depanarea și rezolvarea problemelor de canonicalizare.

Ce este canonicalizarea

Canonicalizarea este procesul de selectare a URL-ului reprezentativ
–canonical– al unui conținut. Prin urmare, un URL canonical este URL-ul unei pagini pe care Google a ales-o ca fiind cea mai reprezentativă dintr-un set de pagini duplicate. Adesea numit deduplicare, acest proces ajută Google să afișeze o singură versiune a conținutului duplicat în rezultatele sale de căutare.

Există multe motive pentru care un site poate avea conținut duplicat:

• Variante regionale: de exemplu, un conținut pentru SUA și Marea Britanie, accesibil de la URL-uri diferite, dar în esență același conținut în aceeași limbă
• Variante de dispozitiv: de exemplu, o pagină cu o versiune atât pentru mobil, cât și pentru desktop
• Variante de protocol: de exemplu, versiunile HTTP și HTTPS ale unui site
• Funcții ale site-ului: de exemplu, rezultatele funcțiilor de sortare și filtrare ale unei pagini de categorie
• Variante accidentale: de exemplu, versiunea demo a site-ului este lăsată accidental accesibilă pentru crawlere

Un anumit conținut duplicat pe un site este normal și nu reprezintă o încălcare a
politicilor de spam ale Google. Totuși, având același conținut accesibil prin mai multe URL-uri diferite poate oferi o experiență proastă utilizatorului (de exemplu, oamenii s-ar putea întreba care este pagina corectă și dacă există vreo diferență între ele) și poate face mai dificilă urmărirea performanței conținutului în rezultatele de căutare.

Cum indexează Google și alege URL-ul canonical

Când Google indexează o pagină, determină conținutul principal (sau centrul) al fiecărei pagini. Dacă Google găsește mai multe pagini care par a fi aceleași sau conținutul principal foarte similar, alege pagina care, pe baza factorilor (sau semnalelor) colectate în procesul de indexare, este obiectiv cea mai completă și utilă pentru utilizatorii de căutare și o marchează ca fiind canonical. Pagina canonical va fi accesată cel mai regulat; duplicatele sunt accesate mai rar pentru a reduce încărcarea de crawling pe site-uri.

Există câțiva factori care joacă un rol în canonicalizare: dacă pagina este servită prin HTTP sau HTTPS, redirecționări, prezența URL-ului într-un sitemap și adnotările rel="canonical" link. Poți
indica preferința ta către Google
folosind aceste tehnici, dar Google poate alege o altă pagină ca fiind canonical decât cea pe care o alegi tu, din diverse motive. Adică, indicarea unei preferințe canonical este un indiciu, nu o regulă.

Diferitele versiuni lingvistice ale unei singure pagini sunt considerate duplicate doar dacă conținutul principal este în aceeași limbă (adică, dacă doar antetul, subsolul și alte texte non-critice sunt traduse, dar corpul rămâne același, atunci paginile sunt considerate a fi duplicate). Pentru a afla mai multe despre configurarea site-urilor localizate, vezi documentația noastră despre
gestionarea site-urilor multilingve și multiregionale.

Google folosește pagina canonical ca sursă principală pentru a evalua conținutul și calitatea. Un rezultat Google Search indică de obicei către pagina canonical, cu excepția cazului în care una dintre duplicate este explicit mai potrivită pentru un utilizator de căutare. De exemplu, rezultatul căutării va indica probabil către pagina mobilă dacă utilizatorul este pe un dispozitiv mobil, chiar dacă pagina desktop este canonical.

Citește mai multe despre
cum să indici preferința ta pentru URL-ul canonical și dacă este necesar să o faci.

Faceți navigarea site-ului dvs. de comerț electronic prietenoasă cu crawler-ul Google

Google încearcă să găsească cel mai bun conținut de pe site-ul dvs. analizând relația dintre pagini pe baza legăturilor lor. Aceasta înseamnă că structurile de navigare de pe site-ul dvs. (cum ar fi meniurile și legăturile între pagini) pot influența înțelegerea de către Google a structurii site-ului dvs.

De exemplu, Google poate folosi informații precum numărul de legături pe care trebuie să le urmeze pentru a ajunge la o pagină și numărul de legături către o pagină pentru a deduce importanța relativă a unei pagini în raport cu restul site-ului dvs. Pentru mai multe informații despre cum determină Google importanța unei pagini în Căutarea Google, consultați
Cum funcționează Căutarea Google.

Pentru a ajuta Google să găsească toate paginile de pe site-ul dvs., asigurați-vă că urmați cele mai bune practici pentru site-urile de comerț electronic și că paginile dvs. sunt accesibile prin urmarea legăturilor prin navigarea site-ului dvs. De exemplu, adăugați legături din meniuri către paginile de categorii, din paginile de categorii către subcategorii și, în final, din subcategorii către toate paginile de produse. Google recomandă, de asemenea, să
adăugați date structurate,
deoarece acest lucru poate ajuta Google să înțeleagă scopul diferitelor pagini de pe site-ul dvs. pentru a întări această structură.

Dacă paginile de categorii nu includ legături directe către toate produsele dintr-o categorie, Googlebot ar putea să nu găsească toate produsele dvs. doar prin crawling. Aceste produse pot fi accesibile dintr-o casetă de căutare, dar nu prin navigarea în categorii. Googlebot, în general, nu încearcă să trimită căutări într-o casetă de căutare ca parte a crawling-ului unui site. Este recomandat cu tărie să legați toate produsele pe care doriți să le indexați. Dacă nu este posibil să legați toate paginile, utilizați un
sitemap sau un
feed Google Merchant Center.
Aceste surse pot include legături către pagini de pe un site pe care un crawler nu le-ar găsi altfel.

Pentru a vă asigura că Googlebot localizează corect legătura, utilizați etichete <a href> atunci când creați legături către alt conținut. Nu folosiți evenimente JavaScript pe alte elemente DOM pentru navigare. Dacă doriți să aflați mai multe despre JavaScript și indexarea conținutului paginii, consultați
Înțelegeți elementele de bază ale SEO pentru JavaScript.

Promovați cele mai bune categorii sau produse

Google, în general, nu se uită la structura URL-urilor pentru a determina structura unui site. În schimb, analizează legăturile dintre pagini pentru a obține informații despre importanța relativă a diferitelor pagini de pe un site. Ca regulă generală, cu cât o pagină are mai multe legături către ea în cadrul unui site, cu atât este mai mare importanța relativă a paginii față de alte pagini de pe site-ul dvs.

De exemplu, dacă aveți un produs cel mai bine vândut, luați în considerare să legați către acesta de pe pagina principală sau în alt conținut, cum ar fi postări de blog sau buletine informative de pe site-ul dvs. Acest lucru va ajuta Google să înțeleagă cât de important este produsul în raport cu site-ul dvs.

În cele din urmă, Google încearcă să ajute utilizatorii să găsească ceea ce caută. Cea mai bună practică SEO pentru comerțul electronic este să creați conținut util și interesant care să fie valoros pentru utilizatori.

Pentru lecturi suplimentare, consultați și
Gestionarea crawling-ului URL-urilor de navigare faceted.

Date structurate Breadcrumb (BreadcrumbList)

Un breadcrumb trail pe o pagină indică poziția paginii în ierarhia site-ului și poate ajuta utilizatorii să înțeleagă și să exploreze eficient un site. Un utilizator poate naviga în sus în ierarhia site-ului, un nivel la un moment dat, începând de la ultimul breadcrumb din breadcrumb trail.

Disponibilitatea funcției

Această funcție este disponibilă pe desktop în toate regiunile și limbile unde este disponibil Google Search.

Cum să adaugi date structurate

Datele structurate sunt un format standardizat pentru a oferi informații despre o pagină și pentru a clasifica conținutul paginii. Dacă ești nou în utilizarea datelor structurate, poți afla mai multe despre cum funcționează datele structurate.

Iată o prezentare generală despre cum să construiești, testezi și să lansezi date structurate.

1. Adaugă proprietățile necesare. În funcție de formatul pe care îl folosești, învață unde să inserezi datele structurate pe pagină.
   
2. Urmează ghidurile.
3. Validează codul tău folosind Rich Results Test și corectează orice erori critice. Ia în considerare și corectarea problemelor non-critice care pot fi semnalate în instrument, deoarece acestea pot ajuta la îmbunătățirea calității datelor tale structurate (totuși, acest lucru nu este necesar pentru a fi eligibil pentru rich results).
4. Publică câteva pagini care includ datele tale structurate și folosește URL Inspection tool pentru a testa cum vede Google pagina. Asigură-te că pagina ta este accesibilă pentru Google și nu este blocată de un fișier robots.txt, eticheta noindex sau cerințe de autentificare. Dacă pagina arată bine, poți cere Google să recrawleze URL-urile tale.
   
5. Pentru a menține Google informat despre schimbările viitoare, se recomandă să trimiți un sitemap. Poți automatiza acest lucru cu Search Console Sitemap API.

Exemple

Google Search folosește marcajul breadcrumb în corpul unei pagini web pentru a categoriza informațiile din pagină în rezultatele căutării. Adesea, așa cum este ilustrat în următoarele cazuri de utilizare, utilizatorii pot ajunge la o pagină din tipuri foarte diferite de interogări de căutare. În timp ce fiecare căutare poate returna aceeași pagină web, breadcrumb-ul categorizează conținutul în contextul interogării Google Search. Pagina pentru câștigătorii unui premiu fictiv de carte ar putea folosi următoarele breadcrumb trails:

Un singur breadcrumb trail

Dacă există un singur breadcrumb trail care poate duce la pagină, pagina ar putea specifica următorul breadcrumb trail:

Cărți › Science Fiction › Câștigători ai premiilor

JSON-LD

Iată un exemplu în JSON-LD pentru a susține acel breadcrumb:

<>
  <head>
    <title>Câștigători ai premiilor</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "BreadcrumbList",
      "itemListElement": [{
        "@type": "ListItem",
        "position": 1,
        "name": "Cărți",
        "item": "https://example.com/books"
      },{
        "@type": "ListItem",
        "position": 2,
        "name": "Science Fiction",
        "item": "https://example.com/books/sciencefiction"
      },{
        "@type": "ListItem",
        "position": 3,
        "name": "Câștigători ai premiilor"
      }]
    }
    </script>
  </head>
  <body>
  </body>
</>

RDFa

Iată un exemplu în RDFa pentru a susține acel breadcrumb:

<>
  <head>
    <title>Câștigători ai premiilor</title>
  </head>
  <body>
    <ol vocab="https://schema.org/" typeof="BreadcrumbList">
      <li property="itemListElement" typeof="ListItem">
        <a property="item" typeof="WebPage" href="https://example.com/books">
          <span property="name">Cărți</span></a>
        <meta property="position" content="1">
      </li>
      ›
      <li property="itemListElement" typeof="ListItem">
        <a property="item" typeof="WebPage" href="https://example.com/books/sciencefiction">
          <span property="name">Science Fiction</span></a>
        <meta property="position" content="2">
      </li>
      ›
      <li property="itemListElement" typeof="ListItem">
        <span property="name">Câștigători ai premiilor</span>
        <meta property="position" content="3">
      </li>
    </ol>
  </body>
</>

Microdata

Iată un exemplu în Microdata pentru a susține acel breadcrumb:

<>
  <head>
    <title>Câștigători ai premiilor</title>
  </head>
  <body>
    <ol itemscope itemtype="https://schema.org/BreadcrumbList">
      <li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
        <a itemprop="item" href="https://example.com/books">
            <span itemprop="name">Cărți</span></a>
        <meta itemprop="position" content="1" />
      </li>
      ›
      <li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
        <a itemscope itemtype="https://schema.org/WebPage" itemprop="item" itemid="https://example.com/books/sciencefiction" href="https://example.com/books/sciencefiction">
          <span itemprop="name">Science Fiction</span></a>
        <meta itemprop="position" content="2" />
      </li>
      ›
      <li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
        <span itemprop="name">Câștigători ai premiilor</span>
        <meta itemprop="position" content="3" />
      </li>
    </ol>
  </body>
</>

Iată un exemplu de bloc breadcrumb în cadrul paginii ca parte a designului vizual.

<>
  <head>
    <title>Câștigători ai premiilor</title>
  </head>
  <body>
    <ol>
      <li>
        <a href="https://www.example.com/books">Cărți</a>
      </li>
      <li>
        <a href="https://www.example.com/sciencefiction">Science Fiction</a>
      </li>
      <li>
        Câștigători ai premiilor
      </li>
    </ol>
  </body>
</>

Breadcrumb trail multiplu

Dacă există mai multe moduri de a naviga către o pagină pe site-ul tău, poți specifica mai multe breadcrumb trails pentru o singură pagină. Iată un breadcrumb trail care duce la o pagină pentru cărți câștigătoare de premii:

Cărți › Science Fiction › Câștigători ai premiilor

Iată un alt breadcrumb trail care duce la aceeași pagină:

Literatură › Câștigători ai premiilor

JSON-LD

Iată exemplul JSON-LD care susține breadcrumb trails multiple:

<>
  <head>
    <title>Câștigători ai premiilor</title>
    <script type="application/ld+json">
    [{
      "@context": "https://schema.org",
      "@type": "BreadcrumbList",
      "itemListElement": [{
        "@type": "ListItem",
        "position": 1,
        "name": "Cărți",
        "item": "https://example.com/books"
      },{
        "@type": "ListItem",
        "position": 2,
        "name": "Science Fiction",
        "item": "https://example.com/books/sciencefiction"
      },{
        "@type": "ListItem",
        "position": 3,
        "name": "Câștigători ai premiilor"
      }]
    },
    {
      "@context": "https://schema.org",
      "@type": "BreadcrumbList",
      "itemListElement": [{
        "@type": "ListItem",
        "position": 1,
        "name": "Literatură",
        "item": "https://example.com/literature"
      },{
        "@type": "ListItem",
        "position": 2,
        "name": "Câștigători ai premiilor"
      }]
    }]
    </script>
  </head>
  <body>
  </body>
</>

RDFa

Iată exemplul RDFa care susține breadcrumb trails multiple:

<>
  <head>
    <title>Câștigători ai premiilor</title>
  </head>
  <body>
    <ol vocab="https://schema.org/" typeof="BreadcrumbList">
      <li property="itemListElement" typeof="ListItem">
        <a property="item" typeof="WebPage" href="https://example.com/books">
          <span property="name">Cărți</span></a>
        <meta property="position" content="1">
      </li>
      ›
      <li property="itemListElement" typeof="ListItem">
        <a property="item" typeof="WebPage" href="https://example.com/books/sciencefiction">
          <span property="name">Science Fiction</span></a>
        <meta property="position" content="2">
      </li>
      ›
      <li property="itemListElement" typeof="ListItem">
        <a property="item" typeof="WebPage" href="https://example.com/books/sciencefiction/awardwinners">
          <span property="name">Câștigători ai premiilor</span></a>
        <meta property="position" content="3">
      </li>
    </ol>
    <ol vocab="https://schema.org/" typeof="BreadcrumbList">
      <li property="itemListElement" typeof="ListItem">
        <a property="item" typeof="WebPage" href="https://example.com/literature">
          <span property="name">Literatură</span></a>
        <meta property="position" content="1">
      </li>
      ›
      <li property="itemListElement" typeof="ListItem">
        <span property="name">Câștigători ai premiilor</span>
        <meta property="position" content="2">
      </li>
    </ol>
  </body>
</>

Microdata

Iată exemplul Microdata care susține breadcrumb trails multiple:

<>
  <head>
    <title>Câștigători ai premiilor</title>
  </head>
  <body>
    <ol itemscope itemtype="https://schema.org/BreadcrumbList">
      <li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
        <a itemprop="item" href="https://example.com/books">
            <span itemprop="name">Cărți</span></a>
        <meta itemprop="position" content="1" />
      </li>
      ›
      <li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
        <a itemscope itemtype="https://schema.org/WebPage" itemprop="item" itemid="https://example.com/books/sciencefiction" href="https://example.com/books/sciencefiction">
          <span itemprop="name">Science Fiction</span></a>
        <meta itemprop="position" content="2" />
      </li>
      ›
      <li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
        <a itemprop="item" href="https://example.com/books/sciencefiction/awardwinners">
          <span itemprop="name">Câștigători ai premiilor</span></a>
        <meta itemprop="position" content="3" />
      </li>
    </ol>
    <ol itemscope itemtype="https://schema.org/BreadcrumbList">
      <li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
        <a itemprop="item" href="https://example.com/literature">
          <span itemprop="name">Literatură</span></a>
        <meta itemprop="position" content="1" />
      </li>
      ›
      <li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
        <span itemprop="name">Câștigători ai premiilor</span>
        <meta itemprop="position" content="2" />
      </li>
    </ol>
  </body>
</>

Iată un exemplu de bloc breadcrumb în cadrul paginii ca parte a designului vizual.

<>
  <head>
    <title>Câștigători ai premiilor</title>
  </head>
  <body>
    <ol>
      <li>
        <a href="https://www.example.com/books">Cărți</a>
      </li>
      <li>
        <a href="https://www.example.com/books/sciencefiction">Science Fiction</a>
      </li>
      <li>
        Câștigători ai premiilor
      </li>
    </ol>
    <ol>
      <li>
        <a href="https://www.example.com/literature">Literatură</a>
      </li>
      <li>
        Câștigători ai premiilor
      </li>
    </ol>
  </body>
</>

Ghiduri

Trebuie să urmezi aceste ghiduri pentru a fi eligibil să apari cu breadcrumbs în Google Search.

• Search Essentials
• Ghiduri generale pentru date structurate

Google recomandă să oferi breadcrumbs care reprezintă un traseu tipic al utilizatorului către o pagină, în loc să oglindești structura URL-ului. Nu este necesar să incluzi un ListItem breadcrumb pentru calea de nivel superior (domeniul sau numele gazdei site-ului tău), nici pentru pagina în sine.

Definiții ale tipurilor de date structurate

Pentru a specifica breadcrumbs, definește un BreadcrumbList care conține cel puțin două ListItems. Trebuie să incluzi proprietățile necesare pentru ca conținutul tău să fie eligibil pentru afișare cu breadcrumbs.

BreadcrumbList

BreadcrumbList este elementul container care conține toate elementele din listă. Definiția completă a BreadcrumbList este disponibilă la schema.org/BreadcrumbList. Proprietățile suportate de Google sunt următoarele:

{

  "@context": "https://schema.org",

  "@type": "BreadcrumbList",

  "itemListElement": [{

    "@type": "ListItem",

    "position": 1,

    "name": "Cărți",

    "item": "https://example.com/books"

  },{

    "@type": "ListItem",

    "position": 2,

    "name": "Autori",

    "item": "https://example.com/books/authors"

  },{

    "@type": "ListItem",

    "position": 3,

    "name": "Ann Leckie",

    "item": "https://example.com/books/authors/annleckie"

  }]

}

ListItem

ListItem conține detalii despre un element individual din listă. Definiția completă a ListItem este disponibilă la schema.org/ListItem. Proprietățile suportate de Google sunt următoarele:

Monitorizează rich results cu Search Console

Search Console este un instrument care te ajută să monitorizezi cum performează paginile tale în Google Search. Nu trebuie să te înscrii în Search Console pentru a fi inclus în rezultatele Google Search, dar poate ajuta să înțelegi și să îmbunătățești cum vede Google site-ul tău. Google recomandă verificarea Search Console în următoarele cazuri:

1. După implementarea datelor structurate pentru prima dată
2. După lansarea de noi șabloane sau actualizarea codului tău
3. Analizând traficul periodic

După implementarea datelor structurate pentru prima dată

După ce Google a indexat paginile tale, caută probleme folosind Raportul de stare pentru rich results. Ideal, va exista o creștere a elementelor valide și nicio creștere a elementelor invalide. Dacă găsești probleme în datele tale structurate:

1. Corectează elementele invalide.
2. Inspectează un URL live pentru a verifica dacă problema persistă.
3. Solicită validarea folosind raportul de stare.

După lansarea de noi șabloane sau actualizarea codului tău

Când faci schimbări semnificative pe site-ul tău, monitorizează pentru creșteri ale elementelor invalide de date structurate.

• Dacă vezi o creștere a elementelor invalide, poate ai lansat un nou șablon care nu funcționează sau site-ul tău interacționează cu șablonul existent într-un mod nou și greșit.
• Dacă vezi o scădere a elementelor valide (nepotrivită de o creștere a elementelor invalide), poate nu mai încorporezi date structurate în paginile tale. Folosește URL Inspection tool pentru a afla ce cauzează problema.

Analizând traficul periodic

Analizează traficul tău Google Search folosind Raportul de Performanță. Datele îți vor arăta cât de des apare pagina ta ca un rich result în Search, cât de des utilizatorii dau click pe ea și care este poziția medie în care apari în rezultatele căutării. Poți de asemenea să extragi automat aceste rezultate cu Search Console API.

Depanare

Dacă întâmpini probleme în implementarea sau depanarea datelor structurate, iată câteva resurse care te pot ajuta.

• Dacă folosești un sistem de management al conținutului (CMS) sau altcineva se ocupă de site-ul tău, cere-le ajutorul. Asigură-te că le transmiți orice mesaj din Search Console care detaliază problema.
• Google nu garantează că funcțiile care consumă date structurate vor apărea în rezultatele căutării. Pentru o listă de motive comune pentru care Google poate să nu afișeze conținutul tău într-un rich result, vezi Ghidurile Generale pentru Date Structurate.
• Poate ai o eroare în datele tale structurate. Verifică lista de erori de date structurate și Raportul de date structurate neparse.
• Dacă ai primit o acțiune manuală pentru date structurate împotriva paginii tale, datele structurate de pe pagină vor fi ignorate (deși pagina poate apărea în rezultatele Google Search). Pentru a remedia problemele de date structurate, folosește Raportul de Acțiuni Manuale.
• Revizuiește ghidurile din nou pentru a identifica dacă conținutul tău nu este conform cu ghidurile. Problema poate fi cauzată de conținut spammy sau de utilizarea spammy a marcajului. Totuși, problema poate să nu fie o problemă de sintaxă, astfel încât Rich Results Test nu va putea identifica aceste probleme.
• Depanare pentru lipsa rich results / scădere în totalul rich results.
• Permite timp pentru recrawling și reindexare. Amintește-ți că poate dura câteva zile după publicarea unei pagini pentru ca Google să o găsească și să o crawleze. Pentru întrebări generale despre crawling și indexare, verifică FAQ-ul Google Search despre crawling și indexare.
• Pune o întrebare în forum-ul Google Search Central.

Anatomia unei pagini de rezultate Google Search

Elementele vizuale sunt blocurile de construcție ale paginii de rezultate Google Search pe care un utilizator le poate percepe sau cu care poate interacționa. Galeria de Elemente Vizuale este un ghid ilustrat pentru cele mai comune elemente UI ale căutării web Google: explică cum arată elementele, cum se numesc și dacă poți optimiza site-ul tău pentru fiecare element.

Pagina de rezultate Google Search conține un set de diferite tipuri de elemente vizuale de rezultat, iar fiecare rezultat de căutare are propriul set de posibile elemente vizuale copil. De exemplu, un rezultat text este un element vizual în sine și are diverse elemente vizuale copil, cum ar fi atribuirea, linkul titlu și fragmentul.

Aspectul elementelor vizuale poate varia în timp, iar un rezultat dat poate fi afișat diferit în funcție de dispozitivul utilizat, țara în care te afli, limba interogării de căutare și mulți alți factori. Iată cele mai comune tipuri de elemente vizuale de rezultat pe care le-ai putea vedea în Google Search:

Atribuire

Atribuirea descrie sursa unui rezultat de căutare și poate apărea pentru o varietate de tipuri de rezultate de căutare, inclusiv rezultate text, imagine și video. Atribuirea poate include diverse aspecte ale sursei, cum ar fi numele site-ului, faviconul și URL-ul către pagina web.

Rezultat text

Un rezultat text (cunoscut anterior ca “rezultat web” sau “link albastru simplu”) este un rezultat în Google Search bazat pe conținutul textual al paginii. Include elemente vizuale precum atribuirea, linkul titlu și fragmentul.

Un rezultat text poate include și elemente vizuale suplimentare, cum ar fi atribute bogate sau un grup de sitelinks; reține că un rezultat text dat poate fi afișat diferit în funcție de o varietate de factori, cum ar fi dispozitivul utilizat, ce ai căutat sau ce limbă folosești. Nu vei vedea un rezultat text care să includă toate elementele vizuale posibile.

Imagine rezultat text

O imagine rezultat text este cea mai relevantă imagine de pe acea pagină web pentru interogarea dată. Apăsând pe ea, utilizatorul este dus la pagina web care încorporează imaginea. O imagine rezultat text este mai probabil să apară pentru interogări care caută imagini.

Pentru a optimiza pentru o imagine rezultat text, urmează cele mai bune practici SEO pentru imagini.

Atribute bogate

Atributele bogate sunt una sau mai multe linii de informații suplimentare despre pagina web, cum ar fi stelele de recenzie și informațiile despre rețetă. Aceste informații sunt de obicei alimentate de date structurate, furnizate de tine.

Rezultat imagine

Un rezultat imagine este un rezultat bazat pe o imagine încorporată pe o pagină web. Este mai probabil să apară pentru interogări care caută imagini. Pentru a optimiza imaginea ta pentru rezultate imagine, urmează cele mai bune practici SEO pentru imagini.

Rezultat video

Un rezultat video este un rezultat bazat pe un video încorporat pe o pagină web. Este mai probabil să apară pentru interogări care caută video. Pentru a optimiza video-ul tău pentru rezultate video, urmează cele mai bune practici pentru video.

Caracteristici de explorare

Caracteristicile de explorare ajută utilizatorii să exploreze mai multe întrebări sau căutări care sunt legate de interogarea lor inițială (cunoscut și sub numele de “Oamenii întreabă și despre”). Deși nu poți controla ce apare aici, poate fi util să acorzi atenție interogărilor de căutare legate atunci când te gândești la subiecte despre care ai putea scrie pentru site-ul tău.

Grup de căutări legate

Un grup de căutări legate este un cluster de căutări legate pe care alte persoane le-au făcut. Apăsând sau făcând clic pe o căutare legată, utilizatorul este dus la o altă pagină de rezultate de căutare. Aceste căutări sunt generate automat pe baza interogării inițiale și a altor lucruri pe care oamenii le-au căutat.

Grup de întrebări legate

Un grup de întrebări legate este un cluster de întrebări care sunt legate de ceea ce utilizatorul a căutat inițial (cunoscut și sub numele de “Oamenii întreabă și despre”). Când un utilizator extinde întrebarea, i se afișează un fragment prezentat. Află cum să gestionezi fragmentele prezentate.

Controlează ce partajezi cu Google

Google oferă o varietate de modalități prin care proprietarii de site-uri pot controla ce apare în rezultatele căutării Google. Deși majoritatea oamenilor se concentrează pe indexarea paginilor lor, uneori este important să faci opusul: să previi apariția conținutului în Căutare. Există câteva motive pentru care ai putea dori să ascunzi conținutul de Google:

• Pentru a restricționa datele: Este posibil să ai date găzduite pe site-ul tău pe care dorești să le arăți doar utilizatorilor care sunt deja pe site-ul tău. Poți bloca Google să acceseze astfel de date, astfel încât acestea să nu apară în rezultatele căutării.
  De asemenea, ține cont că anumite fișiere publicate pe site-ul tău pot avea metadate care pot apărea în Căutare.
  Află mai multe despre cum să păstrezi informațiile redactate în afara Căutării.
• Pentru a ascunde conținutul de valoare mai mică pentru audiența ta: Site-ul tău ar putea avea conținut de calitate scăzută care nu ar trebui să apară în Căutare. De exemplu, dacă site-ul tău permite utilizatorilor să creeze conținut, o parte din acel conținut ar putea fi
  de calitate scăzută sau chiar spam.
  Permiterea indexării unui astfel de conținut poate avea un efect negativ asupra clasamentului site-ului tău în rezultatele căutării Google.
• Pentru a permite Google să se concentreze pe conținutul tău important: Dacă ai un site foarte mare (peste sute de mii de URL-uri) și pagini cu conținut mai puțin important, sau dacă ai mult conținut duplicat, ai putea dori să previi Google să acceseze paginile duplicat sau mai puțin importante pentru a se concentra pe conținutul tău mai important.

Cum să blochezi conținutul

Iată principalele modalități de a bloca conținutul să apară în Google:

Elimină conținutul existent din Google

Dacă conținutul găzduit pe site-ul tău apare deja în Google, poți solicita eliminarea acelor rezultate de căutare. Află cum să
elimini o pagină găzduită pe site-ul tău din Google.