Program SEO, 11 martie 2022

Acesta este un rezumat al celor mai interesante întrebări și răspunsuri de la Google SEO Office Hours cu John Mueller pe 11 martie 2022.

Poate o singură pagină să influențeze întregul domeniu?

6:50 „ […] am adăugat recent o pagină pe site-ul nostru care generează în mod constant trafic și implicare semnificative […]. Întrebarea mea pentru dvs. este, poate o singură pagină cu implicare și trafic extrem de mari să aibă o influență asupra domeniului în ansamblu? […] ”

John a răspuns: „ Nu cred că am folosi angajamentul ca factor. Dar este cazul că, de obicei, paginile dintr-un site web sunt interconectate cu restul site-ului. Și prin acele link-uri interne de pe site, transmitem unele dintre semnale. Deci, dacă vedem că o pagină este o pagină cu adevărat bună și am dori să o arătăm foarte mult în căutare, poate că are și diverse link-uri externe care merg acolo, atunci asta ne oferă mult context suplimentar despre pagina respectivă. Și putem să transmitem o parte din acestea către restul site-ului. Deci, de obicei, este un lucru bun.

Lucrul la care aș putea să fiu atent este dacă stimulează implicarea pentru genul de lucruri la care îți pasă. Este doar ceva pe care l-am văzut uneori, în care o pagină poate fi foarte vizibilă pentru anumite interogări, dar când te uiți la interogări, ești ca, ei bine, nu vreau să mă clasific pentru asta. Subiectul meu este altceva. Deci asta ar putea fi ceva doar pentru a arunca o privire atentă asupra valorilor.”

Persoana a întrebat apoi dacă un scor slab Core Web Vitals într-o secțiune a unei pagini poate afecta restul domeniului. Dacă nu sunteți familiarizat cu valorile menționate de ea: Cea mai mare vopsea de conținut (LCP) și Cumulative Layout Shift (CLS), vă recomand să citiți ghidurile noastre despre Ce este cea mai mare vopsea de conținut și Ce este Cumulative Layout Shift.

8:28 „[…] pentru Core Web Vitals, acordăm prioritate paginilor noastre cu căutare ridicată pentru îmbunătățirea produselor, […]. Poate un subset de pagini cu LCP sau CLS slab, să spunem doar pagina video de pe site, care nu sunt paginile principale sau secundare sau chiar terțiare de generare a traficului de pe site, să aibă impact asupra restului general al site-ului Core Web Vitals Scor? […] ”

John a răspuns: „ De obicei, asta nu ar fi o problemă. Deci cred că există două aspecte. Pe de o parte, pentru Core Web Vitals, ne uităm la un eșantion de trafic către acele pagini, care se face prin, nu știu, funcționalitatea Chrome User Experience Report . Cred că asta este documentat pe partea Chrome undeva. Dar este în esență o parte din traficul către site-ul tău web. Deci, asta înseamnă că, în cea mai mare parte, lucrurile la care ne vom uita cel mai mult sunt cu adevărat paginile care primesc cele mai multe vizite. Deci, dacă aveți pagini aleatorii pe partea la care nimeni nu se uită vreodată și sunt foarte lente, atunci acestea nu ar trage site-ul în jos . Și invers, dacă acele pagini aleatorii ar fi cu adevărat rapide, nu ți-ar ridica site-ul. Chiar dacă este vorba de o mulțime de pagini aleatorii, dacă, în general, pur și simplu nu primesc mult trafic, atunci nu ne pasă cu adevărat de asta. […] lucrurile pe care le văd oamenii ar trebui să aibă o experiență bună de utilizator. Deci, dacă majoritatea oamenilor văd o anumită parte a site-ului dvs., atunci aceasta este partea pe care vrem să ne concentrăm.

Celălalt lucru este că, odată cu actualizarea Page Experience, în funcție de câte date avem pentru un site web, l-am putea împărți în diferite secțiuni. Și încercăm să facem asta înțelegând ce pagini de pe un site web sunt în esență similare. Și asta poate fi după tipul de șablon sau ceva de genul acesta, ceea ce înseamnă că, dacă putem vedea că, de exemplu, pentru un site de comerț electronic, toate paginile de produse sunt foarte rapide și poate avem suficiente date pentru a ne uita la paginile de produse. separat, atunci putem pune acel grup de pagini să-l trateze singur. Și dacă există un alt tip de pagină pe site care are suficiente date care sunt cam lente, atunci vom spune, ei bine, acest tip de pagină este mai lentă. Deci, aceasta este a doua parte acolo, în care, dacă aveți un fel de pagină care este foarte lentă și avem suficiente date pentru ca acel tip de pagină să fie înțeles, ei bine, aceasta este doar acea parte a site-ului, atunci doar acea parte va fi afectat de Core Web Vitals și de actualizarea experienței paginii. ”

Prea multe link-uri interne vă pot afecta site-ul?

12:50 „ Așadar, în orele anterioare de birou, ați spus odată că folosirea prea multor link-uri interne pe aceeași pagină poate dilua valorile acestora și poate că Google nu va putea înțelege structura site-ului. Deci, în opinia dvs., care este cantitatea de link-uri interne ideale pe pagină pentru un site de comerț electronic, poate cu milioane de pagini? ”

John a răspuns: „ Nu cred că există un număr optim. Partea la care aș avea grijă este că atunci când accesați cu crawlere site-ul pe care îl puteți recunoaște în continuare, există o structură. Deci, mai ales cu un site de comerț electronic pe care îl puteți recunoaște în continuare: aici este pagina principală, aici sunt categoriile de nivel superior, categoriile de nivel al doilea, puteți încă să recunoașteți acea structură, astfel încât să fie clar cum este contextul paginilor individuale . […] este mai greu de recunoscut structura dacă fiecare pagină este legată de fiecare altă pagină. Și dacă aveți milioane de pagini pe site-ul dvs., nu va fi cazul să aveți milioane de link-uri pe fiecare pagină. Deci, din acest punct de vedere, de obicei nu văd nicio problemă cu acest lucru cu site-urile de comerț electronic, doar pentru că, nu știu, CMS-ul eCommerce tinde să fie configurat oricum în acest fel, că aveți diferite niveluri de categorii. și apoi pagina individuală a produsului la un moment dat. „

Diagnosticarea problemelor de crawling pentru site-urile web mici

25:47 „ Ne-am uitat la rapoartele Statistici de accesare cu crawlere în Search Console și am încercat să identificăm dacă ar putea exista o problemă din punct de vedere tehnic cu Google accesarea cu crawlere a site-ului nostru. Care sunt unele dintre semnalele sau lucrurile de identificat care ne vor indica dacă Google se luptă să acceseze cu crawlere ceva sau dacă Googlebot este distras de fișiere care sunt irelevante […]? ”

John s-a asigurat că persoana care pune întrebarea gestionează un site web relativ mic și apoi a răspuns: „ Ok, cred că raportul Statistici cu crawlere nu vă va fi util în acest caz [pentru un site web mic] deoarece, cu Crawl Raport statistici, vă uitați într-adevăr la o vizualizare agregată a accesării cu crawlere a site-ului dvs. web. Și de obicei, asta are mai mult sens dacă ai ceva de genul, nu știu, câteva sute de mii de pagini. Apoi poți să te uiți la asta și să spui, oh, ei bine, în medie, crawlerea este lentă. În timp ce, dacă aveți un site web care are, nu știu, poate în jur de 100 de pagini sau cam așa ceva, atunci, în esență, chiar dacă accesarea cu crawlere este cu adevărat, foarte lentă, atunci acele 100 de pagini, încă putem obține asta, ca, o dată pe zi, cel mai rău caz, poate o dată pe săptămână. Nu va fi o problemă tehnică în ceea ce privește crawlingul.

În esență, este mai degrabă o chestiune de a înțelege că site-ul web oferă de fapt ceva unic și valoros pe care trebuie să-l indexăm. Deci mai puțin o problemă legată de partea cu crawling și mai mult despre partea de indexare. Excepția aici ar fi dacă există într-adevăr o problemă tehnică mare cu site-ul dvs. web. Dar asta este ceva pe care l-ați vedea imediat, deoarece probabil ați verifica anumite adrese URL și veți observa că Google nu le poate accesa cu crawlere deloc. Există o eroare care este returnată sau există o [etichetă] noindex care este returnată. Și asta ar fi foarte evident. Deci presupunerea mea acolo, în special pentru un site web mai mic, este că este într-adevăr o chestiune de a se asigura că Google înțelege valoarea site-ului web și că știe că are sens să indexeze cât mai mult posibil. Pentru că partea de crawling nu va fi factorul limitativ. Este mai degrabă ca, ei bine, mai întâi trebuie să convingi Google că de fapt ar trebui să încerce să se crawleze. ”

De ce sinonimele fac diferența în clasament

39:34 „De ce ar putea exista mici diferențe în sinonime […] care fac o diferență atât de mare în poziție în clasament?”

Persoana a prezentat următoarele exemple de sinonime: „editează videoclip” și „editor video”.

John a răspuns: „Deci, din punctul nostru de vedere, asta poate fi complet normal și este ceva în care, pe de o parte, încercăm să înțelegem lucruri precum sinonimele într-o interogare, dar încercăm să ne uităm și la contextul complet al interogarea. Și mai ales când vine vorba de sinonime, am putea presupune că ceva este în mare parte un sinonim, dar asta nu înseamnă că este complet un sinonim. Și mai ales când te uiți la ceva de genul „editați videoclipul” versus „editorul video”, așteptările din partea utilizatorului sunt puțin diferite. Pe de o parte, doriți să editați un videoclip. Pe de altă parte, poate doriți să descărcați un editor video. Și pare foarte asemănător, dar lucrurile pe care utilizatorii le doresc acolo sunt ușor diferite. Deci, din punctul meu de vedere, are sens să arătăm diferite clasamente acolo. Și avem același lucru cu ortografii ușor diferite ale cuvintelor. De exemplu, dacă aveți versiunea britanică sau americană a unui cuvânt englezesc, dacă aveți un cuvânt sau o literă cu accent și nu are accent, înțelegem că acestea sunt în mare parte la fel, dar înțelegem și că ele" sunt ușor diferite. Și încercăm să arătăm rezultate de căutare care să țină cont de asta.”

Combinarea mai multor tipuri de rezultate bogate pe o pagină

42:06 „ Am văzut că majoritatea site-urilor web de rețete nu oferă informații foarte utile în țara mea și încercăm să schimbăm asta oferind mai multe informații utile și ajungând până la punctul de a adăuga întrebări frecvente la fiecare rețetă. Care este cea mai bună modalitate de a adăuga aceste întrebări frecvente? ”

John a răspuns: „[…] din punctul meu de vedere, depinde în totalitate de tine. Singurul lucru la care aș fi atent în cazuri ca acesta, în care aveți mai multe tipuri de rezultate bogate care sunt potențial relevante pentru paginile dvs., este că unele dintre aceste tipuri, le putem combina, iar unele dintre ele nu le putem combina cu adevărat. bine. Nu știu exact când vine vorba de rețete, dacă le putem combina sau dacă în esență trebuie să alegem una sau alta. Și dacă observați că niciun alt site web de rețete nu are fragmentul bogat de rețete plus secțiunea Întrebări frecvente din partea de jos, atunci probabil că nu le putem combina. Și atunci probabil că este mai bine pentru tine să alegi ce tip de rezultat bogat vrei cu adevărat să fi afișat și să te concentrezi doar pe acel tip. ”

Cum să vă asigurați că un paywall nu va declanșa o penalizare de cloaking

43:43 „ Google explică, în liniile directoare privind abonamentul și conținutul cu pereți de plată, că o anumită schemă trebuie adăugată la o pagină pentru a partaja conținut cu pereți de plată în index și pentru a nu declanșa o penalizare de desimulare. După implementarea acestui lucru, totuși, testul de rezultate îmbogățite nu pare să identifice acest lucru și nu riscăm, din neatenție, o penalizare de desimulare?”

John a spus: „Deci presupun că testul cu rezultate îmbogățite va arăta acest lucru, dar de fapt nu l-am verificat deoarece testul cu rezultate îmbogățite, în cea mai mare parte, se concentrează pe ceea ce Google ar arăta de fapt în rezultatele căutării ca tip de rezultate bogate. . Și, în esență, conținutul paywall nu este probabil unul dintre lucrurile pe care le-am arăta ca un anumit tip de rezultat bogat. Deci, este posibil să nu arătăm asta în acel test. O modalitate simplă de a face acest lucru este să creați o pagină de test foarte simplă și să testați acea pagină individual. Celălalt test pe care îl puteți face pentru a vă asigura că Google vede de fapt întregul conținut cu marcajul este testul normal de inspecție URL, unde puteți face o schiță live a paginii și vă puteți uita la HTML-ul care este generat pentru aceasta. pagină. Și ați putea să copiați asta într-un editor și să verificați de două ori pentru a vă asigura că datele structurate pe care doriți să le aveți vizibile acolo sunt de fapt afișate acolo. Deci, cam asta e direcția în care m-aș îndrepta acolo.”

Sunt linkurile din anumite secțiuni ale unei pagini mai importante pentru Google?

45:11 „ […] linkurile din anumite secțiuni ale unui site sunt privite diferit? De exemplu, dacă o pagină este legată de un antet sau de un subsol și, prin urmare, este inclusă pe fiecare pagină a unui site, Google vede acele linkuri diferit decât linkurile din corpul paginii? ”

John a răspuns: „ Nu prea facem diferențe acolo. Deci, dacă lucrurile [paginile] sunt legate în subsolul paginii și sunt legate de pe întregul site, atunci, din punctul nostru de vedere, aveți acele linkuri de pe întregul site. Nu este cazul în care am spune, o, link-urile dintr-un subsol au mai puțină greutate sau nu sunt la fel de utile, le vom ignora, sau ceva de genul. Deci, din acest punct de vedere, când vine vorba de link-uri, le vedem în esență doar ca link-uri pe o pagină.

Este puțin diferit când vine vorba de textul acolo, prin aceea că încercăm să înțelegem care este conținutul principal al paginii. Și când vine vorba de clasare în raport cu celălalt conținut de pe site-ul dvs., vom încerca să ne concentrăm pe secțiunea de conținut principal a paginii. Dar linkurile, din punctul nostru de vedere, doar ne ajută să înțelegem mai bine structura unui site. Și fie că sunt în antet, fie în subsol, fie în bara laterală, fie în conținutul principal, asta nu schimbă nimic pentru noi. ”

Te ajută indexarea pe dispozitivul mobil să te poziționezi mai sus?

46:33 „ Ajută indexarea mobile-first la clasarea căutării? Site-ul nostru este încă accesat cu crawlere de Googlebot desktop. Și nu ne putem da seama de ce nu trece la mobil-first. Am trecut prin documentația și depanarea Google, dar nimic nu iese în evidență. Trecerea la o aplicație web progresivă și asistență offline ar fi de ajutor? ”

John a răspuns: „ Deci, în primul rând, indexarea pe mobil nu schimbă nimic pentru clasare. Prin urmare, nu este cazul să forțați orice fel de trecere la indexarea pe mobil. Este doar o chestiune de indexare și alegere a conținutului pe care l-am folosi pe un site web. Deci, din acest punct de vedere, nu mi-ar face griji pentru asta. Dacă site-ul dvs. funcționează bine pe mobil, atunci, la un moment dat, acesta va fi comutat. Cred că au mai rămas câteva site-uri pe care nu le-am schimbat încă. Dar, în cea mai mare parte, am schimbat, cred, majoritatea site-urilor. Și pe cei care au rămas, continuăm să le verificăm. Când sunt gata și când credem că sunt gata, le vom schimba.

Dar nu este cazul în care ați observa vreo schimbare în clasament acolo decât dacă versiunea mobilă este semnificativ diferită de versiunea desktop. Și acesta ar fi, de asemenea, un motiv pentru ca noi să nu trecem la indexarea pe mobil. Și dacă versiunea mobilă este semnificativ diferită și am folosit indexarea în primul rând pe mobil pentru site-ul dvs., atunci v-am indexa conținutul pe baza versiunii mobile. Și dacă există mai mult conținut pe o versiune desktop, am ignora asta. Deci, din acest punct de vedere, nu aș încerca să forțez acest lucru. Trecerea la o aplicație web progresivă este un lucru pe care îl puteți face, dar nu cred că ar afecta modul în care arată indexarea mobile-first pe site-ul dvs. web. Și de obicei, când vine vorba de Progressive Web Apps, acestea sunt site-uri web cadru JavaScript. Și asta aduce o serie întreagă de alte provocări care vin cu acestea, în care trebuie să vă asigurați că Google vă poate vedea de fapt conținutul, deoarece JavaScript este ceva pe care de obicei îl putem reda și gestiona bine, dar nu este întotdeauna la fel de ușor ca o pură statică. Pagina HTML. ”