Program SEO, 26 noiembrie 2021

Publicat: 2021-12-01

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

Conținutul ascunde
1 Formate JPEG și WebP vs. clasare
2 Ștergerea JavaScript vs. probleme de crawling
3 fragmente recomandate pentru diferite țări cu aceeași limbă
4 Reevaluarea unui site web
5 Actualizări regulate în timpul actualizărilor de bază
6 Conținut neindexat
7 pagini epuizate față de clasament

Formatele JPEG și WebP vs. clasare

06:44 „Am un site web care […] este destul de umflat și a fost puternic afectat de schimbările din vară și mai departe pe Core Web Vitals. Așa că acum reproiectez acel site web în pagini AMP și îmi convertesc toate imaginile în format WebP. […] Încerc să folosesc aceleași adrese URL. Imaginile se clasează în prezent, dar dacă convertesc de la JPEG la WebP, asta va avea impact asupra acestor clasamente?”

John a spus: „ Potențial. Ceea ce am văzut este că unii oameni folosesc aceleași extensii de imagine și le fac fișiere WebP și, dacă asta funcționează, atunci asta te va scuti de probleme, deoarece atunci schimbi conținutul, dar păstrezi aceleași adrese URL și toate acestea vor continuă să lucrezi. În timp ce, dacă modificați adresele URL ale imaginilor sau dacă modificați adresele URL ale paginilor de destinație pentru imagini, atunci, evident, pentru căutarea imaginilor, este nevoie de puțin mai mult pentru a obține. Dar lucrul de reținut este că nu toate site-urile obțin trafic semnificativ din căutarea de imagini. Deci, uneori, este ceva în care teoretic este o problemă dacă faci aceste modificări și durează. Dar dacă, din punct de vedere practic, obțineți poate cinci la sută din traficul dvs. din căutarea de imagini, atunci poate că aceasta nu este prioritatea dvs. cea mai mare.

Ștergerea JavaScript vs. probleme de crawling

11:27 „Dacă ștergem tot JavaScript de pe o pagină pentru Googlebot, nu pentru utilizatori, vor exista probleme de accesare cu crawlere sau de autoritate a site-ului nostru? Ne temem că poate Googlebot poate accesa cu crawlere pagina noastră [și] simulează finalul utilizatorului și, astfel, va observa că este posibil să nu existe funcții interactive. Va fi aceasta o problemă?”

John a răspuns: „ Probabil că nu . Dacă JavaScript nu este necesar pentru paginile dvs., conținutul și linkul intern, atunci probabil că asta nu schimbă nimic. Nu cred că ar îmbunătăți în mod semnificativ lucrurile din partea ta, așa că aș fi precaut în a face acea schimbare.

Este, de asemenea, dificil, deoarece odată ce parcurgeți această cale de a crea pagini mai simplificate pentru Googlebot, este foarte ușor să ajungeți într-o situație în care Googlebot vede ceva foarte diferit de ceea ce văd de obicei utilizatorii dvs. și asta poate face foarte dificilă diagnosticarea problemelor. Deci, dacă există vreo eroare care afectează doar versiunea Googlebot a site-ului, nu l-ați vedea dacă utilizatorii văd întotdeauna un site web funcțional.”

13:03 „În acest moment, există multe funcții precum Adăugați în coș sau Cumpărați acum și, de asemenea, funcții de localizare precum Selectați limba și Selectați moneda. Toate acestea sunt realizate prin JavaScript. În ceea ce privește timpul de răspuns, dorim să reducem și timpul de încărcare. Deci vrem să știm dacă putem dezactiva acest JavaScript pe pagină?”

John: „Probabil că poți. Nu știu detaliile site-ului dvs., cum folosește de fapt JavaScript, dar puteți dezactiva JavaScript în browser și încercați site-ul, apoi vedeți ce ar vedea Googlebot acolo. Singurul lucru pe care l-ați menționat de care aș fi atent este, cred, în căutarea de produse. Uneori verificăm pentru a vedea ce se întâmplă când adăugați ceva în coș pentru a verifica dacă prețurile și lucrurile de genul sunt aceleași. Dacă eliminați complet funcționalitatea Adăugați în coș pentru crawler-uri, atunci poate că asta afectează acele verificări pe care le face căutarea de produse. Dar nu știu detaliile despre ce anume caută căutarea de produse.

[…] Încercăm să redăm pagina pentru a vedea dacă ne lipsește ceva. Dar nu interacționăm cu pagina, deoarece cred că ar dura prea mult timp pentru a accesa cu crawlere web dacă ar trebui să facem clic peste tot pentru a vedea ce s-a întâmplat de fapt.”

Fragmente recomandate pentru diferite țări cu aceeași limbă

16:44 „Pe platforma noastră, avem repere de preț B2B pentru diverse produse și servicii care arată prețurile, în special pentru Elveția. Ceea ce am găsit acum este că dacă utilizatorul caută, de exemplu, „Care este costul sistemului de casierie în Elveția?”, nu avem nicio problemă să apară în fragmentele prezentate. Dar dacă utilizatorul din Elveția caută [această interogare], atunci am descoperit că fragmentele prezentate sunt întotdeauna în euro și provin de la platforme din Germania care vizează piața germană, nu piața elvețiană. Există ceva ce putem face din partea noastră […] pentru a fi arătat în acest context al Elveției, chiar și că [utilizatorii] nu scriu „în Elveția”, dar vin din Elveția? […]”

Potrivit lui John, „În general, fragmentul prezentat este, din punctul nostru de vedere, un rezultat obișnuit de căutare, așa că nu m-aș concentra prea mult asupra faptului că este afișat sau nu în fragmentul prezentat. […] Are un fragment puțin mai mare, puțin mai multe informații acolo, dar în rest, este un rezultat de căutare normal.

Din punctul nostru de vedere, încercăm să facem două lucruri când vine vorba de căutări. Pe de o parte, încercăm să recunoaștem când un utilizator dorește să găsească ceva local și când recunoaștem că utilizatorul dorește să găsească ceva local, vom folosi informațiile de direcționare geografică pe care le avem de pe site-uri web pentru a afla care sunt probabil, cu atât mai multe rezultate locale care ar fi relevante pentru utilizator. […]

Cred că aspectul local este ceva care ajută la promovarea site-urilor web locale, dar nu înseamnă că vor înlocui întotdeauna orice este global. Deci probabil ceea ce vedem sunt aceste site-uri web mai mari din Germania. […] Și, pe de altă parte, avem rezultatele locale din aceeași țară. Și, în funcție de modul în care înțelegem interogarea, s-ar putea să arătăm mai multe rezultate locale, s-ar putea să arătăm mai puține rezultate locale. Mă refer nu la mai puține, ci la mai multe rezultate globale ale căutării. Și probabil ce se întâmplă atunci când cineva caută „în Elveția”, atunci, desigur, recunoaștem, o, ei vor ceva din Elveția, și apoi putem promova puternic rezultatele locale din Elveția. Dar fără această adăugare, uneori ne este greu să stabilim dacă contextul local este critic aici sau nu. Și uneori, vom lua rezultate globale într-un caz ca acesta. Nu este ceva pe care tu, în calitate de proprietar de site, îl poți influența. Acesta este ceea ce am învățat de la utilizatori peste miliarde de căutări pe care le-au făcut. Și se poate schimba și în timp, dacă recunoaștem că utilizatorii din Elveția tind să acceseze mai mult site-urile web elvețiene pentru acest tip de interogare, atunci poate că ar trebui să ne adaptăm sistemele pentru a afla și asta. Dar nu este ceva ce poți forța.

Singurul lucru pe care îl poți face acolo este să folosești linkul de feedback din partea de jos a rezultatelor căutării și să spui: o, am căutat ceva în Elveția și mi-ai arătat chestii germane.”

Reevaluarea unui site web

22:37Există situații în care Google neagă autoritatea unui site care nu poate fi recuperată din nou, chiar dacă cauza a fost remediată? Presupunând că cauza ar fi fost turbulențele pe termen scurt cu probleme tehnice sau modificări de conținut, cât timp va reevalua Google site-ul web și va restabili autoritatea deplină, poziția de căutare și traficul? Are Google o memorie ca atare?”

John a spus: „ Pentru lucruri tehnice, aș spune că aproape nu avem memorie, în sensul că, dacă nu putem accesa cu crawlere un site web pentru o perioadă, sau dacă ceva lipsește […] și revine, atunci avem din nou acel conținut. […] Este ceva care reia instantaneu din nou. Acesta este ceva ce cred că trebuie să avem, deoarece internetul este uneori foarte defectuos, iar uneori site-urile sunt offline pentru o săptămână sau chiar mai mult, și revin și nu s-a schimbat nimic, dar au reparat serverele. Trebuie să ne ocupăm de asta, iar utilizatorii încă caută acele site-uri web.

Cred că este mult mai complicat când vine vorba de aspecte legate de calitate în general, unde evaluarea calității generale și a relevanței unui site web nu este foarte ușoară. Este nevoie de mult timp pentru a înțelege cum se potrivește un site web cu restul internetului. Asta înseamnă că, pe de o parte, ne este nevoie de mult timp să recunoaștem că poate ceva nu este atât de bun pe cât am crezut că este. În mod similar, este nevoie de mult timp pentru ca noi să învățăm din nou contrariul. Acesta este ceva care poate dura cu ușurință câteva luni, […] uneori chiar mai mult de o jumătate de an, pentru ca noi să recunoaștem schimbări semnificative în calitatea generală a site-ului, deoarece, în esență, avem grijă cum se potrivește acest site cu contextul întregul web. Și asta necesită mult timp. Așa că este ceva în care aș spune, în comparație cu problemele tehnice, este nevoie de mult mai mult pentru ca lucrurile să fie reîmprospătate în acest sens.

Un alt lucru pe care l-am văzut foarte rar este că un site se blochează într-o etapă ciudată intermediară în sistemele noastre. La un moment dat, algoritmii noștri au revizuit site-ul web și au constatat că este absolut groaznic și, indiferent de motiv, acele părți ale algoritmilor pur și simplu a durat foarte mult timp pentru a fi actualizate din nou. Uneori, asta poate dura câțiva ani. Acestea sunt lucruri pe care le-am văzut din când în când, dar sunt extrem de rare. Deci, șansa ca orice site web aleatoriu să cadă este destul de scăzută. Dar este ceva în care, dacă te lupți și vezi că faci multe lucruri bine și nimic nu pare să funcționeze, atunci contactează-ne și vezi dacă există ceva de partea noastră care s-ar putea bloca. Dar aș spune, măcar lucrurile tehnice, se rezolvă foarte repede. […] Dar mai ales dacă ceva s-a întâmplat acum cinci-zece ani, iar site-ul tău este blocat într-o stare ciudată de limbo, atunci este ceva în care să te întinzi și să vezi dacă există ceva ciudat este întotdeauna util.”

Actualizări regulate în timpul actualizărilor de bază

30:21Google se actualizează de mai mult de zece ori pe zi. În timpul perioadei de actualizare de bază, efectuați aceleași actualizări ca în zilele obișnuite? Dacă modificările din actualizarea de bază sunt subtile, nu se pot distinge de o actualizare obișnuită.”

John a răspuns: „Nu cred că reținem actualizările normale în acest timp de actualizare de bază sau când îl lansăm. Actualizările de bază durează de obicei aproximativ o săptămână pentru a fi lansate, așa că îmi imaginez că lansarea acum va fi probabil completă în curând. Avem tendința să nu reținem [actualizările normale] înapoi în acest timp, deoarece facem o mulțime de actualizări de-a lungul timpului.

Lucrurile pe care le-am reține puțin sunt poate alte actualizări mai mari despre care vrem să le aducem la cunoștință oamenilor. Deci, în esență, dacă avem o actualizare mai mare care implică date structurate despre care vrem să vorbim, atunci probabil că vom încerca să o reținem puțin, astfel încât să nu fie o actualizare după alta, ci mai mult ca să putem vorbi despre actualizare. puțin mai clar și faceți un pic mai ușor pentru oameni să înțeleagă ce anume se schimbă. Dar actualizările normale pe care le facem tot timpul, cum ar fi schimbarea ușor a interfeței de utilizare cu câțiva pixeli, schimbarea culorilor sau, lucruri de genul acesta, toate acestea sunt actualizări pe care le putem face independent.”

Conținut neindexat

33:10 Există un blog pe un site de comerț electronic al clienților noștri și, din anumite motive, un anume articol pur și simplu nu va fi indexat timp de trei luni. […] Aveți idei despre ce s-ar putea întâmpla și ce putem face?”

John: „În general, nu indexăm totul pe web , așa că aceasta este situația standard acolo. Este ceva în care pur și simplu nu indexăm asta. Dacă este ceva în care vedeți că totul tinde să fie indexat din acea parte a site-ului, de exemplu, dacă aveți zece postări pe blog și doar una dintre ele între ele nu este indexată aleatoriu, aș bănui că poate există a fost o problemă tehnică la un moment dat. Este nevoie de ceva timp pentru a fi rezolvat, dar este și foarte greu de spus. În general, nu garantăm indexarea și chiar și pentru un site web mai mic sau ca o secțiune a unui site web mai mare, se poate întâmpla să deținem indexul totul.”

Pagini epuizate vs. clasament

44:28Cum determină Google o pagină [produs] epuizată? Va întreprinde Google acțiuni pe pagina epuizată, de exemplu, va accesa mai puțin cu crawlere și va scădea clasamentele? Datele structurate au fost șterse, așa că nu vor fi afișate epuizate în rezultatele căutării.”

John a spus: „Încercăm să înțelegem când o pagină nu mai este relevantă pe baza conținutului paginii. Deci, în special, un exemplu comun este o pagină soft 404, în care ne oferiți o pagină care pare să fie o pagină normală, dar este în esență o pagină de eroare care spune: această pagină nu mai există. Încercăm să luăm astfel de lucruri și pentru comerțul electronic. Așadar, s-ar putea să vedeți că produsele epuizate sunt văzute ca 404 pagini. Când sunt văzute ca pagini soft 404, le renunțăm complet din căutare. Dacă păstrăm pagina indexată, în ciuda faptului că este epuizată, nu vom schimba clasamentul. Va fi clasat în mod normal. De asemenea, este încă clasat în mod normal dacă modificați datele structurate și spuneți că ceva nu este în stoc. Din acest punct de vedere, nu este că pagina ar scădea în clasament. Mai mult, fie este văzut ca software sau ca pagină 404, fie nu este. Dacă este văzut ca software sau ca pagină 404, este totuși o pagină normală.”