Program SEO, 17 decembrie 2021

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

Fișier de font care provoacă schimbarea aspectului cumulativ

06:58 „Lucrăm la probleme CLS de câteva luni. […] Există un lucru care apare la întâmplare de nicăieri. Este posibil ca fontul să provoace o problemă de schimbare cumulativă a aspectului ?”

John a răspuns: „Se poate. Nu sunt un expert în partea CLS a lucrurilor, dar […] dacă utilizați un fișier de font extern, atunci acel fișier trebuie să fie încărcat . Și, în funcție de modul în care afișați conținutul, s-ar putea ca mai întâi să afișați versiunea conținutului fără fișierul cu font, apoi să încarce fontul și să schimbe aspectul.”

În timpul celui mai recent Chrome Dev Summit, a fost introdusă o nouă proprietate CSS numită size-adjust . Scopul său este de a preveni schimbarea aspectului cauzată de font. Dacă sunteți interesat să aflați mai multe despre el, ar trebui să consultați articolul web.dev despre CSS size-adjust pentru @font-face.

Pentru a rezuma întrebarea, John a recomandat un sfat util pentru a verifica dacă fontul cauzează de fapt o schimbare de aspect: „… în Instrumentele pentru dezvoltatori Chrome, puteți face lucruri precum blocarea URL-ului fișierului cu font, încărcarea paginii și compararea acesteia [ unul cu altul]. ”

503 poate face ca adresele URL să iasă din index

14:29 „Echipa mea plătită făcea reclame plătite cu Pinterest și a cauzat o problemă masivă în care Pinterest ne accesa cu crawlere site-ul și punea serverele noastre în supraîncărcare. Ne-am dat seama de problemă, am blocat Pinterest […], dar am primit câteva sute de pagini care sunt acum încă pe un 503 în Google Search Console. […] Am parcurs paginile – toate funcționează. Așa că am avut revalidarea care a avut loc în ultimele două zile. La ce fel de intervale de timp ne uităm? Aș putea retrimite sitemap-uri pentru ca acesta să funcționeze mai repede?”

John a spus: „Dacă [503 a fost acolo] pentru mai puțin de o zi, atunci probabil că l-am prelua automat și am încerca din nou.

Dacă durează mai mult de câteva zile, atunci se poate întâmpla ca adresa URL să iasă din index, deoarece credem că este mai degrabă o eroare persistentă de server. În esență, trebuie să așteptăm până când accesăm din nou acea adresă URL, ceea ce, în funcție de adresa URL, se poate întâmpla după câteva zile. Poate că durează o săptămână sau cam așa ceva pentru a fi recrawlat. Dar, în esență, acesta este ceva în care trece prin procesul normal de recrawling și apoi reia din nou.

Deci, ceea ce aș face de obicei într-o situație ca aceasta este să mă uit la erorile pe care le vedeți în Search Console, să încercați să le prioritizați și să vă dați seama dacă există unele care sunt cu adevărat critice pentru dvs. Dacă sunt pagini de destinație aleatorii, cu coadă lungă de pe site-ul dvs., atunci le-aș lăsa să fie accesate din nou cu crawlere în timp. Dacă sunt pagini importante, aș face lucruri precum retrimiterea lor în Search Console direct manual. ”

La sfârșitul întrebării, John a adăugat că retrimiterea sitemap-ului probabil nu ar ajuta: „Retrimiterea fișierului sitemap nu este cu adevărat un semnal puternic pentru noi. Ne-am uita mai mult la data din fișierul sitemap. Și dacă actualizați manual toate datele pentru a spune, oh, am schimbat-o astăzi pentru a încuraja Google să-l ridice din nou, atunci ne vom uita la fișierul sitemap și vom spune, toate datele sunt aceleași, acest lucru nu este cu adevărat util."

Versiune lingvistică greșită afișată utilizatorilor

29:02 „Avem două site-uri web de țară care au conținut comun, inclusiv știri zilnice. Observăm din când în când că pagina de știri greșită este clasată în țara corespunzătoare – de exemplu, un DE (Germania) în Elveția. Are sens să lucrezi cu hreflang și în zona de știri?“

John a răspuns: „Cred doar din punctul de vedere că ai versiuni diferite de conținut și vezi uneori versiunea greșită în căutare, aceasta este în esență situația pe care hreflang încearcă să o rezolve. […] Acesta pare scenariul perfect pentru implementarea etichetelor hreflang.

Un alt lucru de reținut este că geotargeting (și chiar hreflang) nu este niciodată perfectă. Deci, dacă te bazezi foarte mult pe versiunea potrivită care va fi afișată utilizatorilor potriviți, atunci trebuie să ai întotdeauna un fel de plan de rezervă. Și recomandarea mea pentru backup este, de obicei, să aveți un fel de banner bazat pe JavaScript în partea de sus sau în jos, sau undeva unde, în esență, spune, hei, avem o versiune mai bună a acestui conținut pentru dvs., în special pentru locația dvs., pentru dvs. limbă și conectați-vă la ea de acolo. În acest fel, putem încă accesa cu crawlere și indexăm toate versiunile diferite, dar utilizatorii, când ajung la versiunea greșită, își pot găsi rapid drumul către versiunea corectă.”

Traduceți doar o parte a site-ului dvs. web

31:22 „Derulăm un site web cu 300 de pagini indexate, toate în engleză americană. Căutăm să traducem jumătate din aceste pagini în spaniolă, care vor fi plasate într-un subdirector pe același domeniu și etichetate ca versiuni în limbi alternative ale conținutului din SUA. Este OK să traduci doar o parte din conținutul site-ului? […] Este o problemă dacă versiunea în spaniolă a unei pagini trimite intern la conținut care este în engleză?”

John a spus: „ Când ne uităm la limbă, ne uităm la asta pe o pagină. […] Deci, în esență, ne uităm la o pagină individuală și spunem, ei bine, se pare că această pagină este în spaniolă. Și atunci când cineva caută ceva spaniol, vom putea să-i arătăm asta. Nu contează dacă doar o parte a site-ului dvs. este tradusă într-o altă limbă. De obicei, începi de undeva și te cam extinzi de acolo.

Cred că aspectul conexiunii interne ar putea fi puțin complicat. Ar putea oferi o experiență proastă pentru utilizator dacă linkul intern se concentrează pe versiunea în limba engleză . Cred că acest lucru este destul de comun pe o mulțime de site-uri diferite. […] Aș încerca să mă asigur că și versiunea spaniolă este interconectată corespunzător .”

Google poate găsi o versiune mai simplă a adreselor URL

37:06 „ Google tratează adresele URL cu un semn de întrebare la sfârșit ca duplicate ale aceleiași adrese URL fără un semn de întrebare la sfârșit?”

John nu era sigur de răspunsul la acea întrebare. Cu toate acestea, el a explicat un scenariu interesant pe care l-a numit „canonizare ușoară”.

John a spus: „În cea mai mare parte, dacă aveți parametri la sfârșit sau nu aveți parametri la sfârșit, îi vom trata ca URL-uri clar separate. Dar avem unele sisteme în vigoare care încearcă să facă o canonizare aproape ușoară pentru tine. Ei încearcă să-și dea seama ce versiune mai simplă a acestei adrese URL am putea afișa de fapt, chiar dacă site-ul în sine nu oferă un rel="canonic" sau nu redirecționează către o versiune mai simplă a unei adrese URL. ”

Pentru a explica mai mult situația, John a dat un exemplu de pagină index.html. Dacă aveți o pagină de pornire cu o adresă URL, cum ar fi website.com/index.html, Google ar putea decide că index.html de la sfârșit este în esență irelevant și ar putea să-l renunțe automat pentru a simplifica adresa URL doar la website.com.

Google nu penalizează site-urile pentru adulți

39:45 „ Site-ul meu a fost abandonat recent pentru câteva cuvinte cheie foarte importante în nișa noastră principală – jucăriile pentru adulți. […] Google penalizează site-urile pentru adulți pentru anumite interogări?”

John a răspuns: „Nu cred că penalizăm site-urile pentru adulți în acest sens. Dar avem sisteme existente care încearcă să descopere dacă intenția interogării este de fapt să găsească ceva care ar intra în categoria, poate, de conținut pentru adulți. Și dacă intenția nu este ca cineva să găsească conținut pentru adulți cu un asemenea tip de interogare, […] am încerca să filtram aceste lucruri.

Și acesta este ceva care de obicei are mult sens, deoarece uneori există site-uri web pentru adulți numite foarte asemănător […] cu lucruri care sunt, poate, jucării pentru copii. Și nu ați dori ca cineva care caută o jucărie pentru copii să intre într-un site web de jucării pentru adulți doar pentru că este clasat pentru același termen.

Sistemele noastre încearcă să descopere în tăcere care este intenția din spatele anumitor interogări și apoi să o ajusteze astfel încât să arătăm ceva care se potrivește puțin mai mult cu intenția percepută.  

Înțelegerea intenției din spatele unei interogări este foarte dificilă. Și greșim uneori. […] Deci nu este atât de mult faptul că Google are ceva împotriva site-urilor pentru adulți. Există o mulțime de ele acolo, iar oamenii le găsesc și le caută și în mod explicit. Asta e totul perfect. Dar vrem doar să ne asigurăm că rezultatele căutării noastre sunt astfel încât să corespundă așteptărilor oamenilor. ”

Mențiunile mărcii dvs. nu afectează clasamentul site-ului dvs

58:12 „[…] Ce se întâmplă dacă multe pagini care te menționează și spun că ești o înșelătorie, sunt de fapt pagini de spam create de oameni care intenționează să te rănească? Știe Google cum să se ocupe de asta?”

John a spus: „Cred că acesta este și unul dintre motivele pentru care este foarte greu să folosești așa ceva în ceea ce privește clasamentele. Înțelegerea aproape contextului subiectiv al mențiunii este foarte dificilă. Este ca o mențiune pozitivă sau o mențiune negativă? Este o mențiune sarcastică pozitivă sau o mențiune sarcastică negativă? Cum poți să-ți dai seama?

Și toate acestea, împreună cu faptul că există multe site-uri spam acolo, […] face foarte greu să spunem că putem folosi [mențiunile de marcă] la fel ca link. Deci, din acest punct de vedere, […] nu menționăm acest lucru ca fiind ceva care vă afectează în mod pozitiv site-ul sau îl afectează negativ. Este prea confuz pentru a fi folosit ca un semnal clar.”