Program SEO, 21 ianuarie 2022

Publicat: 2022-01-26

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

Conținutul ascunde
1 Valoarea legăturilor interne
2 Probleme de crawling
3 Reduceți numărul de pagini indexate
4 Pagini deindexate vs. caractere speciale în URL-uri
5 proprietăți GSC și paginile indexate nefinalizate
6 Recuperarea din timpul nefuncționării site-ului
7 Migrarea site-ului web
8 Legături interne și structura site-ului web

Valoarea legăturilor interne

00:44 „Există o valoare diferită a legăturilor interne într-un antet, subsol sau în conținut?”

Potrivit lui John, „Este destul de asemănător. Nu cred că există ceva diferit cuantificabil în legătură cu linkurile interne în diferite părți ale paginii. Cred că este diferit când vine vorba de conținutul din diferite părți ale paginii în care încercăm să ne dăm seama ce este unic pentru o pagină. Dar în ceea ce privește linkurile, nu cred că este ceva.”

Probleme de crawling

03:33 „După noiembrie [2021] Google [Core] îmi actualizează site-ul web [are unele probleme cu] accesarea cu crawlere. Unele link-uri [au fost accesate cu crawlere, iar] altele nu. […] Cum pot să-l rezolv?”

John a spus: „Cred că există două posibilități. Una este că poate există o problemă tehnică. Nu cred că este neapărat cazul […] deoarece se pare că unele pagini sunt accesate cu crawlere în mod normal.

Celălalt este că nu ne târăm totul tot timpul. Nu indexăm totul pe web și, uneori, trebuie să acordăm prioritate lucrurilor. […] Încercăm să înțelegem care este valoarea globală a unui site web în ceea ce privește câte resurse ar trebui să cheltuim pe site. Și asta se reflectă și în cât de mult ne târăm. Acesta ar putea fi ceva pe care îl vedeți în cazul în care algoritmii noștri nu sunt siguri de calitatea generală a site-ului. Ajutând la îmbunătățirea calității site-ului web ajunge, de obicei, să facem astfel încât să accesăm cu crawlere și mai mult site-ul.”

Scăderea numărului de pagini indexate

05:47 „În ultimul an, am făcut o mulțime de îmbunătățiri tehnice site-ului, iar clienții noștri par să fie mulțumiți de site. Cu toate acestea, de la sfârșitul lunii octombrie, numărul de pagini indexate de Google a scăzut dramatic cu 25 la sută [care este] aproximativ 500.000 de pagini. Cele pe care le-am trimis […] au scăzut cu peste 50 la sută. […] Lucrul pe care l-am găsit este că […] dacă nu există recenzii pe pagina produsului, validatorul de schemă este nemulțumit pentru că nu există nicio recenzie menționată. […] Există ceva care ne lipsește […] sau este de fapt suficient pentru a fi cauza principală?”

John a răspuns: „Doar pentru că datele structurate nu sunt complet valide pe o pagină nu ar însemna că le-am renunța la indexare, așa că mi se pare că nu are legătură. Îmi imaginez că raportul din Search Console arată toate aceste erori. Te uiți la ele și spui, ei bine, nu-mi pasă de marcajul de acolo. Și asta e bine. Nu este un semn că credem că site-ul dvs. este rău, deoarece datele structurate nu sunt valide. Vrem doar să vă anunțăm, în cazul în care doriți să utilizați aceste date structurate, nu funcționează. Dar asta nu ar afecta accesarea cu crawlere, indexarea sau clasarea.

Este greu de spus, de la îndemână, ce ar putea fi cauza asta. S-ar putea ca […] sistemele noastre să nu fie sigure de calitatea, în general, a site-ului dvs. web. Când vine vorba de un site atât de mare, unde te uiți la masa de numere de acolo, un lucru pe care l-aș face, de asemenea, este să încerc să mă uit la niște mostre și să încerc să văd dacă numărul reflectă într-adevăr o problemă reală? Sau numărul de pagini indexate reflectă în esență ceva tehnic care este curățat?

De exemplu, uneori, indexăm pagini cu diferiți parametri atașați, cum ar fi parametrii de urmărire Analytics. Se poate întâmpla cu ușurință să indexăm brusc 100.000 dintre acele pagini. Toate sunt indexate. Și în grafic, se pare că acesta este un lucru mare. Dar dacă ar fi să renunțăm la toate acele pagini, nu s-ar schimba nimic pentru site-ul dvs., deoarece acestea sunt pagini indexate accidental. Deci, în grafic, asta ar putea părea foarte dramatic și că crește, iar toate aceste lucruri sunt indexate, apoi coboară. […] Dar s-ar putea ca sistemele noastre să rezolve o problemă legată de indexare care nu afectează restul site-ului dvs. web. Ceea ce aș încerca să fac este să aflu care dintre aceste probleme afectează traficul sau vizibilitatea site-ului dvs. web. Atunci poate că problema indexării este ceva care se încadrează în asta, dar aș încerca să o despart.”

09:13 „Un lucru pe care l-am observat, a fost prima dată când am văzut vreodată Crawled [– în prezent] neindexat. […] Simțim că asta ne spune ceva, dar nu suntem siguri cum să îl interpretăm.”

John: „Nu cred că poti scoate prea multe din asta. Cele două stări, Crawled [ ‒ în prezent] neindexat și Descoperit [ ‒ în prezent] neindexat, ele sunt în esență echivalente prin faptul că știm despre adresa URL. Am confirmat că am auzit despre el, dar am decis să nu-l indexăm. Acesta este ceva în care căutăm împreună cu echipele de indexare pentru a ne da seama, este aceasta o problemă generală? Pentru că auzim din ce în ce mai multe rapoarte despre asta. Sau este în esență mai vizibil decât era înainte? Pentru că, chiar și în trecut, indexam întotdeauna doar o parte a site-ului web. Dar nu le-am arătat niciodată oamenilor asta în Search Console. Ne concentrăm pe traficul pe care îl primiți, nu de ce nu indexăm pagini individuale.”

Pagini deindexate vs. caractere speciale în adrese URL

23:56 „Tocmai am descoperit că din 13 ianuarie, paginile noastre indexate au scăzut cu peste 90 la sută. […] Ne puteți da câteva recomandări cu privire la aspectele pe care le putem descoperi pentru a identifica problema? […] Când am verificat mostrele, am observat că adresele URL [pe care Google le-a accesat cu crawlere] au câteva semne neobișnuite, cum ar fi semne de întrebare [și] câteva semne plus în adresa URL, dar adresele URL reale nu au aceste semne. Acesta este un lucru neobișnuit să fii observat.”

Răspunsul lui John a fost: „Cred că singurul aspect pe care probabil că vrei să-l verifici este dacă le putem accesa cu crawlere sau nu. Îmi imaginez că te-ai uitat deja la asta, dar este întotdeauna bine să verifici acolo.”

Când vine vorba de caracterele speciale din adresele URL, John a adăugat: „Ceea ce se întâmplă întotdeauna este că descoperim o mulțime de adrese URL pentru site-uri web. Dacă nu credem că sunt importante, le vom păstra pe lista noastră și, la un moment dat, vom încerca să le ținem cu târăre. Bănuiesc că acestea sunt doar adrese URL aleatorii pe care le-am descoperit de-a lungul timpului. Încercăm să le accesăm cu crawlere din când în când pentru a vedea dacă ne lipsește ceva, dar nu este un semn al unei probleme a unui site web dacă accesăm cu crawlere și niște URL-uri aleatorii.”

Și referindu-se la aspectele tehnice care ar putea duce la o astfel de situație, John a spus: „De obicei, principala problemă este legată de calitatea generală a unui site web , care intră în decizia de a indexa sau nu adresele URL individuale. Este ceva care se poate schimba și în timp. Nu atât de mult încât calitatea site-ului dvs. se schimbă, dar percepția noastră asupra calității site-ului se poate schimba în timp. Și acesta este de obicei elementul principal care intră în joc acolo.

Dacă observați că aceste modificări de indexare au loc într-o perioadă scurtă de timp, atunci s-ar putea ca sistemele noastre să fi schimbat tocmai modul în care evaluăm calitatea site-ului dvs. și, dintr-o dată, totul este într-o categorie ușor diferită. În timp ce, dacă le vedeți pe o perioadă mai lungă de timp, atunci […] în timp, sistemele noastre sunt din ce în ce mai puțin încrezătoare în ceea ce privește site-ul.”

Proprietățile GSC și paginile indexate nefinalizate

33:18 „Am încercat să creăm proprietăți GSC pentru unele dintre folderele noastre specifice țării, pentru a le monitoriza mai bine performanța. Nu folosim bare oblice finale pe URL-urile noastre. Deci, atunci când o nouă proprietate de folder este adăugată la GSC, bara oblică finală este adăugată automat la adresă și nu sunt capturate și raportate date pentru versiunea care nu este finală a paginii de index. Există vreo modalitate de a adăuga un folder ca proprietate GSC și de a captura și statisticile pentru pagina indexată fără final?

John: „Nu, momentan nu. Din punctul nostru de vedere, o pagină fără bară oblică la sfârșit este doar o pagină. Dacă are o bară oblică, atunci este un folder, acesta este modelul pe care l-am folosit pentru Search Console. Deci, dacă aveți pagina de pornire a unei secțiuni a site-ului dvs. și nu are o bară oblică finală, atunci am vedea asta ca o pagină în cadrul site-ului de nivel superior. La nivel de domeniu, probabil, veți vedea toate acestea. Dacă doriți ca datele să fie vizibile independent, trebuie să le scoateți din proprietatea de nivel superior din Search Console.”

Recuperarea din timpul nefuncționării site-ului

34:29 „Site-ul meu, cu o medie de aproximativ 200.000 de sesiuni pe zi, a fost lovit de o problemă tehnică. Site-ul a fost oprit timp de 14-15 ore în urmă cu doar două zile. Deși traficul de ieri a fost aproximativ normal, astăzi, multe dintre paginile noastre au dispărut din căutările Google. Site-ul a fost stabil în ultimii 8 ani și nu am mai avut niciodată o problemă ca asta. Ce ai recomanda?

John a spus: „De obicei, dacă aveți acest tip de problemă tehnică pentru o perioadă scurtă de timp, se poate întâmpla ca aceste pagini să iasă din indexul nostru și, de obicei, vor apărea din nou destul de repede. Ceea ce se întâmplă de obicei este că paginile pe care le accesăm cu crawlere mai des probabil să fie preluate primele și să fie observate în timpul acestei probleme tehnice. Poate le scăpăm în acel timp. Deci probabil că vedeți acest lucru reflectat și în traficul dvs., dar vestea bună este că și aceste pagini tind să fie accesate din nou cu crawlere destul de frecvent, așa că [și] ar trebui să apară înapoi destul de frecvent.

Cel mai bun mod de a vă proteja împotriva acestei probleme este să vă asigurați că aveți un sistem care poate servi un cod de rezultat 503 atunci când lucrurile merg prost. S-ar putea să nu se declanșeze automat, dar chiar dacă puteți activa manual acest cod de rezultat 503, în esență, ceea ce se întâmplă atunci este că, când accesăm cu crawlere paginile în acest timp și vedem 503, atunci vom spune că există o problemă. Aici. Îl vom ignora și vom reveni mai târziu pentru a verifica.

În esență , dacă puteți difuza un cod de rezultat 503, pentru o perioadă de o zi sau două, atunci vom vedea asta ca o eroare temporară și nu vom elimina aceste pagini din index deoarece credem că încă există. În timp ce dacă difuzați un 404 sau dacă difuzați o pagină goală sau doar o pagină de eroare, în mod direct, atunci am putea presupune că această pagină a dispărut și o vom elimina din index.

Asta ar fi recomandarea mea. Adesea, nu poți sări pur și simplu atunci când lucrurile se îndreaptă și să-ți dai seama brusc cum să faci un 503. Așa că aș pregăti acel sistem din timp, astfel încât să poți comuta cât mai repede posibil. […] Dacă puteți servi un 503 pentru o zi sau două, atunci nu ar trebui să vedeți nicio modificare în indexarea căutării dvs. Dacă este mai lung, atunci evident că ai putea încă, dar măcar pentru cei o zi sau două ‒ ești protejat.

În cazul în care nu puteți face asta așa cum ați făcut aici, aș presupune că acest lucru se va întoarce automat. Nu cred că trebuie să faci ceva manual. Vom accesa din nou aceste pagini. Vom observa că există din nou conținut bun acolo. Le vom indexa din nou, […] preluăm semnalele pe care le-am avut înainte. În esență, ar trebui să fie indexat și clasat în mod similar ca înainte. Nu ar trebui să existe nicio problemă pe termen lung aici.”

Migrarea site-ului web

38:37 „Vrem să migrăm conținutul unui site web pe două domenii separate și să-l împărțim. Ce ar trebui să facem în GSC-urile vechilor domenii? La ce domeniu ar trebui să indicăm ca destinatar? Cum să anunți Google despre asta?”

John a spus: „Într-un caz ca acesta, în care împărțiți sau îmbinați site-uri web, nu puteți utiliza instrumentul Schimbarea adresei din Search Console, deoarece se bazează pe faptul că mutarea este o mișcare unu-la-unu. de la un domeniu la altul. De îndată ce împărțiți sau îmbinați site-uri web, atunci aceasta nu mai este o mișcare unu-la-unu, este în esență ceva care trebuie procesat pe bază de adresă URL. Deci, pentru aceste lucruri, în esență, ceea ce doriți să faceți este să configurați corect redirecționările. Urmați instrucțiunile normale pe care le avem pentru mutarea site-ului și rețineți că setarea Search Console pentru Schimbarea adresei probabil nu este potrivită acolo.

De asemenea, setarea Search Console va încerca să testeze câteva exemple de pagini de pe site-ul dvs. pentru acea redirecționare. S-ar putea să pară că totul este în regulă, dar cred că ar fi totuși greșit să utilizați această setare dacă împărțiți un site web. Doar pentru că ar putea încurca un pic semnalele, mă îndoiesc că ar cauza probleme, dar nu cred că ai avea vreun avantaj să folosești acel instrument de schimbare a adresei dacă nu te muți de la un domeniu la altul. ”

Legături interne și structura site-ului

51:16 „Este logic să se uite la legăturile interne de la paginile importante ale unui site web pentru a vedea dacă au link-uri de la alte pagini interne importante și […] pentru a [elimina] link-uri către pagini mai puțin importante, astfel încât linkurile către paginile importante au mai multă greutate?”

John a răspuns: „Este ceva ce poți face. Este puțin complicat pentru că încercăm să fim deștepți cu modul în care procesăm legăturile interne. În special, unele pagini foarte comune care primesc o mulțime de link-uri, cum ar fi o pagină Despre noi sau Termenii și condițiile, sunt legate de pe întregul site. Dar, în același timp, înțelegem că acesta este un model care este normal și nu înseamnă că ar trebui să clasificăm pagina Termenii și condițiile pentru oricine caută numele companiei. Este ceva în care, pe de o parte, legătura internă este ceva ce poți controla. Dar nu aș exagera și aș spune, ei bine, elimin link-urile către pagini care nu cred că sunt critice. Pentru că asta s-a întâmplat mai ales când am introdus nofollow-ul, pe care oamenii ar spune, oh, Termenii și condițiile mele [pagina] ‒ toate linkurile vor fi nofollow către acesta. Asta nu schimbă nimic. Este multă muncă și trebuie să o menții pentru totdeauna, dar nu schimbă nimic pentru site-ul tău web, așa că este ca o muncă irosită.

Dar aș recomanda totuși să parcurgeți site-ul dvs. web și să încercați să creați un grafic al modului în care lucrurile sunt legate. Cred că unele sau probabil majoritatea instrumentelor SEO au o anumită capacitate pentru a face asta pentru a accesa cu crawlere site-ul web și pentru a crea acest grafic […] pentru a arăta structura site-ului web. Și când te uiți la asta, uneori poți da seama la prima vedere dacă există o structură curată sau este complet dezordonată? Dacă este complet dezordonat, atunci cred că există loc pentru a curăța asta și pentru a face clar care ar trebui să fie structura.

Făcând o structură mai clară, ne ajutați să înțelegem ce pagini credeți că sunt mai importante, așa că este ceva ce aș încerca să găsesc modalități de curățare. Nu spun că site-ul tău se va clasa mai bine dacă ai o structură curată, dar este mai mult dacă înțelegem că site-ul tău ar trebui să se claseze în acest interval [și] care dintre aceste pagini sunt cele mai importante. Este ceva ce ne spui acolo […] și care îți dă valoare și că trimiți oameni către paginile care îți pasă. Cu siguranță, este ceva ce aș încerca să fac.”

55:03 „Ce zici de PageRank-ul intern, care este destul de ușor de calculat? Ați recomanda să faceți asta pentru a vedea care pagini au cea mai mare greutate din link-urile interne sau ați spune că este ceva, da, care nu este necesar?”

John a răspuns: „[…] Aspectul pe care nu îl poți modela acolo este că paginile individuale vor primi link-uri externe diferite, iar asta afectează în esență și PageRank-ul intern. Dacă toată lumea se conectează la pagina dvs. de Termeni și condiții, atunci este dintr-o dată ceva care are mult PageRank. Și PageRank este ceva pe care îl folosim în sistemele noastre, dar folosim multe alte lucruri. Este un gadget interesant din punct de vedere tehnic, dar nu l-aș vedea ca fiind ceva supercritic din punct de vedere practic. Mai mult ți-ar plăcea să te joci cu numerele și să te joci cu graficele – sigur că poți calcula asta. Nu l-aș vedea ca pe ceva care se reflectă unu-la-unu la Google.”