Program SEO, 7 ianuarie 2022

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

Consecvența postării pe blog poate afecta accesarea cu crawlere și clasarea?

03:28 „Am un blog în care postez aproape un articol în fiecare zi și [există] o altă persoană [postează] despre un articol într-o săptămână. Conform coerenței, […] va afecta frecvența modului în care Google va accesa cu crawlere site-ul meu sau […] are această consecvență vreo legătură cu clasamentul?”

Potrivit lui John, „Există o mulțime de factori care intră în clasament, iar posibilitatea de a accesa cu crawlere și de a indexa un site web este unul dintre aceste lucruri. Dar dacă vorbim de o pagină pe zi sau de o pagină pe săptămână […] pe care să o accesăm cu crawlere – este banal. Dacă vorbim de milioane de pagini în fiecare zi, uneori intră în joc capacitățile tehnice, iar bugetul de accesare cu crawlere este un subiect. Dar dacă vorbim de câteva pagini pe zi, […] sau chiar zece mii de pagini pe zi, atunci acesta este ceva pe care de obicei îl putem accesa cu crawlere într-un timp rezonabil. Deci, aceasta este mai puțin o chestiune de a fi capabil să o accesăm cu crawlere la timp și mai mult o chestiune de toți ceilalți factori pe care îi folosim în jurul căutării.”

05:27 „Când obișnuiam să posteam un articol în fiecare zi, am văzut că Google îmi accesa site-ul cu crawlere aproape în fiecare zi. […] Dar când am devenit inconsecvent, am văzut că Google a traversat site-ul o dată la două zile sau mai puțin. Este acesta un fapt?”

John a spus: „Asta se poate întâmpla. Nu este atât de mult că accesăm cu crawlere un site web, ci accesăm cu crawlere paginile individuale ale unui site web. Când vine vorba de crawling, avem două tipuri de crawling aproximativ. Unul este accesarea cu crawlere Discovery în care încercăm să descoperim pagini noi pe site-ul dvs., iar cealaltă este accesarea cu crawlere de reîmprospătare, în care actualizăm paginile existente despre care știm. În cea mai mare parte, de exemplu, am reîmprospăta pagina de pornire o dată pe zi sau la fiecare două ore. Și dacă găsim link-uri noi pe pagina lor de pornire, atunci le vom accesa și le vom accesa cu crawlere și pe cele cu crawlere Discovery. Din acest motiv, veți vedea întotdeauna o combinație de Descoperire și Reîmprospătare în ceea ce privește accesarea cu crawlere și veți vedea o linie de bază a accesării cu crawlere care se întâmplă în fiecare zi.

Dar dacă recunoaștem că paginile individuale se schimbă foarte rar, atunci ne dăm seama că nu trebuie să le accesăm cu crawlere tot timpul. De exemplu, dacă aveți un site de știri și îl actualizați din oră, atunci ar trebui să aflăm că trebuie să îl accesăm cu crawlere din oră. În timp ce dacă este un site de știri care se actualizează o dată pe lună, atunci ar trebui să învățăm că nu trebuie să ne accesăm cu crawlere în fiecare oră. Acesta nu este un semn de calitate sau clasament. Doar, din punct de vedere tehnic, am învățat că putem accesa asta o dată pe zi sau o dată pe săptămână și este în regulă.”

Etichetele hreflang afectează clasarea unui site web?

09:47 „Am un site web [care] funcționează foarte bine într-o anumită limbă. Apoi am decis să creez o versiune în engleză a acelui site pentru a viza oamenii dintr-un domeniu nou. Ar trebui să adaug o etichetă hreflang pentru a conecta aceste două domenii separate sau să o las pe Google să-și dea seama? Pot aceste etichete hreflang să influențeze performanța site-ului meu?”

John a răspuns: „Hreflang este pe pagină, așa că ar avea sens doar dacă ai pagini echivalente în alte limbi sau pentru alte țări. Nu este ceva care face ceva de genul „întregului site”. Deci, dacă aveți unele pagini care au versiuni echivalente, folosirea hreflang este o modalitate bună de a le conecta. Ce se întâmplă cu hreflang este că clasamentul rămâne același, dar încercăm să schimbăm adresa URL cu cea mai potrivită. Deci, dacă cineva caută numele site-ului dvs. și avem o versiune în engleză și o versiune în franceză, atunci dacă putem spune că utilizatorul se află în Franța sau caută în franceză, atunci vom încerca să afișăm versiunea franceză a paginii de pornire. Aceasta funcționează în aceleași domenii [și] diferite.”

John a concluzionat: „aceasta este în esență o practică bună [dar] nu este necesară. Nu schimbă clasamentele, dar ajută să vă asigurați că versiunea dvs. preferată este afișată utilizatorului. Nu ne garantează, dar ne ajută să arătăm versiunea în limba preferată. Deci, dacă cineva caută în franceză și avem paginile dvs. în franceză și engleză, nu i-am arăta accidental pagina în limba engleză.”

Date Google Chrome vs. clasare

12:39 „ Ce date colectează Google Chrome de la utilizatori pentru clasare?”

John a spus: „ Nu cred că folosim nimic din Google Chrome pentru clasare. Singurul lucru care se întâmplă cu Chrome este raportul Experiența paginii. Folosim datele din Raportul privind experiența utilizatorului Chrome , care reprezintă acele date agregate a ceea ce utilizatorii au văzut când au accesat site-ul web, în ​​special în ceea ce privește Experiența paginii.”

John a asigurat, de asemenea, că Google nu folosește datele Google Analytics pentru clasare, dar valori precum Rata de respingere sau Timpul pe pagină „sunt uneori utile pentru proprietarii de site-uri să se uite, dar asta nu înseamnă că sunt utile pentru căutare. utilizare."

Caracteristici și clasament SERP

27:56 „Deoarece numărul de caracteristici crește în rezultatele căutării, mă întreb dacă și cum Google Search Console include clasamente, de exemplu, pachetele de hărți Google sau People Also Ask în valori precum Poziția medie și clicurile etc. . Dacă nu, care este cel mai bun mod de a vedea dacă site-ul meu se clasează în aceste funcții diferite?”

John a răspuns: „În cea mai mare parte, da, includem toate acestea în datele raportului de performanță din Search Console. Ori de câte ori afișăm o adresă URL de pe site-ul dvs. în rezultatele căutării, o vom arăta ca o impresie pentru acel site [și] interogare.

Poziția medie intră și ea în joc acolo și nu este ca poziția medie pe o pagină, ci poziția medie de top. Deci, dacă site-ul dvs. este vizibil în pozițiile trei, patru și cinci, de exemplu, atunci vom urmări trei ca poziție pentru acea interogare individuală. […]

Ceea ce nu vedeți pentru multe dintre aceste caracteristici este o defalcare în funcție de tipul de caracteristică. Deci nu puteți intra și spune unde este afișat întotdeauna site-ul meu în profilurile Google Business sau în căutările pe hărți. Nu arătăm asta, dar considerăm asta ca o impresie pentru acele interogări individuale. Ați putea să preluați acele interogări, să le încercați și să vedeți unde este afișat site-ul dvs. și să încercați să-l urmăriți astfel.

Uneori, diferitele caracteristici din rezultatele căutării normale fac lucrurile dificil de urmărit. De exemplu, dacă afișăm o imagine de pe site-ul dvs. în partea de sus a miniaturii imaginii într-o pagină obișnuită cu rezultatele căutării, atunci o vom considera și ca site-ul dvs. care apare în clasamentul pentru acea interogare. Și dacă te uiți la rezultatele căutării într-un mod textual, atunci s-ar putea să nu vezi asta imediat, dar toate acestea ar trebui să intre în joc.

Când lansăm noi funcții în care listăm și site-ul web, încercăm să fim atenți pentru a ne asigura că le includem și în Search Console, așa că nu ar trebui să afișăm un link către site-ul dvs. și să nu urmărim. ca o impresie cu Poziția și clicurile din Search Console.”

Șiruri JavaScript vs. buget de accesare cu crawlere

30:32 „Vedem că fiecare șir JavaScript care începe cu o bară oblică este interpretat ca o adresă URL și este urmat de Googlebot. Uneori, adresa URL nu este validă și vedem diferite erori de accesare cu crawlere în Search Console. Există o recomandare oficială despre cum să nu urmăriți astfel de adrese URL? Obișnuiam să împărțim șirurile în două sau mai multe părți. A avea milioane de pagini cu astfel de șiruri poate avea un impact negativ asupra bugetului de accesare cu crawlere?”

Răspunsul lui John a fost: „Când vine vorba de accesare cu crawlere, acordăm prioritate lucrurilor în moduri diferite, iar toate aceste descoperiri aleatorii de adrese URL pe care le întâlnim acolo unde URL-ul dvs. este menționat într-un text sau într-un fișier JavaScript […] tind să fie destul de scăzute. lista. Deci, dacă avem ceva important pe care îl recunoaștem pe site-ul dvs. web, orice pagini noi pe care le trimiteți către orice conținut nou pe care l-ați creat, vom acorda prioritate mai întâi. Apoi, dacă avem timp, vom parcurge și toate aceste mențiuni aleatorii URL pe care le-am descoperit. Deci , din punct de vedere al bugetului de accesare cu crawlere, aceasta nu este de obicei o problemă.

Dacă observați că, în general, accesăm cu crawlere prea mult site-ul dvs., atunci puteți ajusta cantitatea de accesare cu crawlere în Search Console cu setările pentru rata de accesare cu crawlere. Din nou, aici încă acordăm prioritate lucrurilor, așa că dacă setați setarea să fie destul de scăzută, atunci vom încerca totuși să ne concentrăm mai întâi pe lucrurile importante. Și dacă putem acoperi lucrurile importante, atunci vom încerca să trecem prin restul. Din acest punct de vedere, dacă vedeți că vă lovim prea tare serverul, îl puteți ajusta după o zi sau două. Ar trebui să se stabilească la acel nou ritm și ar trebui să putem continua să ne târăm.

În ceea ce privește nu urmărirea acestor adrese URL, nu puteți face asta în fișierele JavaScript. Încercăm să recunoaștem adresele URL în JavaScript, deoarece uneori adresele URL sunt menționate doar în JavaScript. Totuși, ceea ce puteți face este să puneți aceste adrese URL într-un fișier JavaScript care este blocat de robots.txt. Și dacă adresa URL este blocată de robots.txt, atunci nu vom putea vedea fișierul JavaScript și nu vom vedea acele adrese URL. Deci, dacă este un lucru critic […], atunci puteți utiliza robots.txt pentru a bloca acel fișier JavaScript.

Partea importantă aici este să rețineți că site-ul dvs. ar trebui să fie redat în mod normal cu acel fișier blocat. Deci, în Chrome, puteți bloca acea adresă URL individuală și o puteți testa, dar mai ales compatibilitatea cu dispozitivele mobile a unei pagini ar trebui să fie în continuare garantată. Ar trebui să putem vedea în continuare aspectul paginii în mod corespunzător cu acel fișier JavaScript blocat.

Deci, dacă numai funcționalitatea interactivă este blocată de aceasta, atunci, de obicei, aceasta este o problemă mai mică. Dacă blochează tot JavaScript și pagina ta nu mai funcționează deloc, atunci aș spune că poate trebuie să găsești o altă abordare pentru a gestiona asta.”

Nofollow vs. noindex tags

34:46 „Poate fi folosit rel="nofollow” ca „noindex”? De exemplu, când public un articol pe site-ul meu și pe fiecare pagină, unde este menționat acest articol, voi folosi rel="nofollow” în adresa URL cu articolul respectiv.”

John a spus: „Nu. Nofollow ne spune să nu trecem niciun PageRank către acele pagini, dar nu înseamnă că nu vom indexa niciodată acele pagini. Dacă doriți ca o pagină să fie blocată de la indexare, asigurați-vă că are un noindex pe ea. Nu vă bazați că nu trecem accidental printr-un link aleatoriu către pagina respectivă, așa că nu aș presupune că cele două sunt la fel.

În special, în ceea ce privește conținutul nou de pe web, […] folosim uneori [rel="nofollow”] și pentru descoperirea URL-urilor. Deci, pe de o parte, am putea vedea acea legătură fără [și cu] un nofollow și, totuși, ne uităm la ea oricum. Dacă nu doriți ca o pagină să fie indexată, atunci asigurați-vă că nu este indexată.”

Probleme cu indexarea unei pagini

35:56 „Am publicat o pagină de destinație acum aproximativ o lună și nu a fost încă indexată. L-am testat cu URL-ul live și am cerut indexarea de câteva ori. Înțeleg că indexarea nu are loc întotdeauna rapid, dar aceasta este prima dată când o pagină de destinație de pe site-ul nostru nu este indexată după câteva zile, așa că mă întreb dacă s-ar putea să-mi scape ceva?”

Potrivit lui John, „Este foarte greu de spus fără a cunoaște adresele URL individuale. Nu indexăm totul pe web, așa că este complet obișnuit ca, pentru majoritatea site-urilor web, indexăm o parte din site, dar nu absolut tot ce este pe site, așa că ar putea fi ceva ce vedeți acolo.

În ceea ce privește cantitatea de conținut pe care o indexăm de pe site-uri web individuale - uneori, asta se bazează puțin pe înțelegerea noastră a calității site-ului web în sine. Deci , dacă credem că acesta este un site web de înaltă calitate și important, atunci poate vom încerca să accesăm cu crawlere și să indexăm acel conținut cât mai repede posibil, dar nu există nicio garanție acolo.

Din acest punct de vedere, este dificil să vezi ce se întâmplă exact aici. Ceea ce aș putea face într-un caz ca acesta este să postez pe forumul de ajutor pentru a mă asigura că nu există probleme tehnice care împiedică adresa URL. Apoi, altfel, acordă-i puțin mai mult timp sau vezi ce poți face în general pentru a îmbunătăți calitatea site-ului web în general, care este de obicei ceva care este mai degrabă un obiectiv pe termen lung , decât ceva pe care îl poți modifica rapid și să speri că Google îl va ridica și mâine totul va fi diferit.”

Nivelul de trafic pentru un articol

37:44 „Mă uit la tăierea unui anumit conținut de pe site-ul meu. Traficul slab este unul dintre criterii. Care ați considera nivelul minim acceptabil de trafic pentru a păstra un articol?”

John a răspuns: „Nu cred că pur și simplu a te uita la traficul către o pagină este un motiv suficient pentru a spune că aceasta este o pagină bună sau rea. Unele pagini nu primesc mult trafic, dar sunt extrem de importante. De exemplu, dacă vindeți brazi de Crăciun, atunci probabil vă așteptați ca acele pagini să fie vizibile în rezultatele căutării în decembrie, așa că dacă vă uitați în ianuarie sau martie și vă uitați la traficul către paginile dvs. și veți spune , […], ar trebui să șterg toate paginile mele pentru pomul de Crăciun. Dar nu este lucrul potrivit de făcut acolo – aceste pagini vor fi relevante la un moment dat în viitor. În mod similar, alte tipuri de pagini de pe site-ul dvs. ar putea primi foarte puțin trafic, dar ar putea fi pagini foarte bune și ar putea fi informații importante pe web în general. Așa că intrând și spunând la acest nivel de trafic, voi șterge totul de pe site-ul meu, nu cred că are sens.”

Creșterea unicității conținutului vs. clasament

43:35 „O creștere semnificativă a unicității generale a conținutului unui site nu are niciun efect asupra clasamentului și vizibilității site-ului în rezultatele căutării? Atunci, nu merită efortul de a lupta împotriva furtului de conținut?”

John a răspuns: „Din câte știu eu, nu există niciun aspect în algoritmii noștri care să spună că acesta este ceva unic pentru acest site web și pentru că există ceva foarte unic aici, îl vom clasa mai sus pentru tot felul de alte interogări. Dacă vindeți un tip unic de pantofi și cineva caută pantofi, atunci nu este că v-am clasa site-ul, deoarece este un tip unic de pantofi. Dar mai degrabă aveți pantofi, această persoană caută pantofi și poate și alte site-uri au pantofi, iar noi îi vom clasifica în funcție de tipul de conținut de pantofi pe care îl găsim acolo. Deci nu este o chestiune ca noi să trecem și să spunem, ei bine, există doar ceva foarte unic aici, prin urmare ar trebui să-l poziționăm mai sus pentru acest termen mai generic.

Evident, dacă aveți ceva unic și cineva caută acel lucru unic, atunci vom încerca să vă arătăm site-ul acolo și acesta este și motivul pentru lucruri precum procesul de reclamație DMCA, unde puteți spune că altcineva se clasează cu lucrurile mele unice. și nu vreau să apară pentru că acesta este conținutul meu sau măcar am drepturi de autor asupra lui. […] Dacă vezi că alte site-uri se clasează pentru lucrul tău specific pentru acel lucru unic pe care îl ai pe site-ul tău web și ai drepturi de autor asupra conținutului tău și orice altceva se aliniază pentru care poți folosi un proces DMCA , acesta este un instrument perfect bun pentru a încerca să ajute la curățarea asta. Dar nu este cazul că vom clasa site-ul dvs. mai sus doar pentru că am văzut câteva lucruri unice pe site-ul dvs..”