Program SEO, 29 aprilie 2022

Publicat: 2022-05-11

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

Conținutul ascunde
1 Este posibil ca accesarea cu crawlere să fie blocată din cauza anunțurilor intercalate de vârstă pe un site web?
2 Cum evaluează Google calitatea site-ului dvs. în timpul actualizărilor sale principale?
3 Traducerea conținutului dvs. poate face ca acesta să fie penalizat?
4 Merită să folosiți API-ul de indexare pentru toate site-urile?
5 De ce datele Core Web Vitals nu arată rezultate stabile?
6 De ce ar putea Google să arate redirecționările dvs. ca erori de redirecționare?
7 De ce s-ar putea ca o versiune în limba engleză a paginii dvs. să se claseze mai sus?
8 Numele locației din meta descriere influențează clasamentele?
9 Ce date structurate ar trebui să utilizați pentru site-ul dvs. web?

Este posibil ca accesarea cu crawlere să fie blocată din cauza anunțurilor intercalate de vârstă de pe un site web?

8:23 „Dacă un site web solicită utilizatorilor să își verifice vârsta înainte de a afișa orice conținut făcând clic pe un buton pentru a continua, este posibil ca Google să aibă probleme la accesarea cu crawlere a site-ului? Dacă da, există îndrumări cu privire la modul de a gestiona cel mai bine acest lucru?”

John a spus: „În funcție de modul în care configurați acest lucru, da, este posibil să existe probleme legate de accesarea cu crawlere a site-ului.

În special, Googlebot nu face clic pe niciun buton dintr-o pagină. Deci nu este că Google ar putea naviga printr-un astfel de interstițial dacă aveți ceva care este […] un interstițial legal. Și mai ales dacă este ceva care necesită verificarea unei vârste, atunci oamenii trebuie să introducă ceva și apoi să facă clic pe Următorul . Și Googlebot nu ar ști ce să facă cu acele câmpuri de formular. Deci, asta înseamnă că, dacă acest interstițial blochează încărcarea oricărui alt conținut, atunci probabil că ar bloca și indexarea și accesarea cu crawlere. O modalitate foarte simplă de a testa dacă acesta este cazul este să încercați să căutați o parte din conținutul care se află în spatele acelui interstițial. Dacă puteți găsi acel conținut pe Google, atunci asta înseamnă probabil că am reușit să găsim acel conținut.

Din punct de vedere tehnic, la ce trebuie să fii atent este că Google este capabil să încarce conținutul normal al paginii. Și, dacă doriți să afișați un intercalat pe deasupra, folosind JavaScript sau HTML, este perfect. Dar trebuie să putem încărca și restul paginii. Deci asta este partea cea mai importantă acolo. Și asta înseamnă, de asemenea, că dacă utilizați o redirecționare către o adresă URL temporară și apoi o redirecționați către pagina dvs., aceasta nu va funcționa. Dar, dacă utilizați JavaScript/CSS pentru a afișa un intercalat pe deasupra conținutului dvs. existent care este deja încărcat, atunci ar funcționa pentru Căutarea Google. Și, din punct de vedere al politicii, este în regulă. Nu este ceva pe care l-am considera a fi descuiat, deoarece conținutul este încă încărcat acolo. Și mai ales dacă oamenii pot ajunge la acel conținut după ce navighează prin acel interstițial, este perfect.”

Cum evaluează Google calitatea site-ului dvs. în timpul actualizărilor sale principale?

10:54 „Site-ul nostru web s-a clasat cu mult înainte de a efectua o revizuire a designului. Timpul nostru a fost groaznic, deoarece o actualizare de bază a fost lansată imediat după lansare, care a avut unele probleme cu legăturile interne. Bănuim că Google a reevaluat calitatea site-ului în acest moment, dar am putea rezolva problemele. Clasamentul și traficul nostru au scăzut foarte mult, iar [am] pierdut toate fragmentele bogate în acest proces și este în limbo în ultimele cinci-șase luni. Așteptăm o altă actualizare de bază pentru ca Google să ne evalueze din nou calitatea site-ului sau se întâmplă acest lucru când site-ul este rechemat? […]”

John a răspuns: „Cred că sunt câteva lucruri aici care se unesc. Dar, în primul rând, aș recomanda să consultați postarea de blog pe care am făcut-o despre actualizările de bază . […] Are o mulțime de informații despre actualizările de bază, în special despre problemele pe care le analizăm acolo și despre cum se rezolvă lucrurile în timp. Deci, acesta este primul lucru pe care l-aș face într-un caz ca acesta.

Informațiile pe care le folosim pentru actualizările de bază pentru a înțelege site-ul sunt […] colectate mai mult pe termen lung. Nu este ceva în care, dacă, chiar în momentul lansării actualizării de bază, ai avut o problemă tehnică, atunci dintr-o dată site-ul tău ar cădea în această problemă. […] Asta înseamnă că, dacă observați vreun efect de la o actualizare de bază, aceasta se datorează de obicei unei perioade mai lungi de timp, în care ne-am confruntat cu probleme pe care le analizăm cu privire la actualizările de bază.

De asemenea, în ceea ce privește problemele tehnice, de obicei, acesta nu este un declanșator pentru actualizările de bază […] pentru a nu ști ce să faci cu site-ul web, deoarece problemele tehnice tind să nu fie la fel cu problemele de calitate. Evident, pot exista unele probleme tehnice care, atunci când un utilizator se uită la site, fac imposibilă utilizarea site-ului. Dar dacă este doar ceva mic, atunci de obicei nu este o problemă mare. Deci, dacă aveți lucruri precum 404s pe o pagină sau niște link-uri rupte, acesta nu ar fi un motiv pentru ca algoritmii noștri de calitate să intervină. Dar există o mulțime de alte lucruri pe care algoritmii noștri de calitate le caută și sunt toate în postarea de pe blog. Așa că aș recomanda să aruncați o privire la asta.

În ceea ce privește rezoluția după îmbunătățirea site-ului dvs., acest lucru este menționat și în postarea de pe blog. Unele dintre aceste lucruri se vor îmbunătăți constant în timp, pe măsură ce vă reprocesăm site-ul. Iar unii dintre ei necesită ca algoritmii noștri de calitate să mai parcurgă site-ul, iar asta ar putea dura ceva timp pentru ca asta să se întâmple.”

Traducerea conținutului dvs. poate face ca acesta să fie penalizat?

14:04 „Dacă aș traduce o pagină dintr-o limbă în alta, ar fi penalizată?”

Ioan a răspuns: „ Nu. […]. În esență, dacă îți traduci conținutul, creezi conținut nou și sunt cuvinte noi, propoziții noi. […] Și am putea să accesăm cu crawlere și să indexăm asta în mod normal, ca orice altă bucată de conținut separată. Nu este cazul în care am penaliza un site web pentru că are conținut localizat.

Singura dată în ceea ce privește traducerile în care sistemele noastre ar putea fi puțin deranjate este dacă utilizați traduceri automate și lăsați acele traduceri automate să fie indexate și mai ales dacă acele traduceri automate sunt traduceri de calitate inferioară, unde am putea să ne uităm la acele pagini. și spuneți, ei bine, aceasta nu mai este o pagină grozavă. Și ar putea fi ceva în care algoritmii noștri ar interveni și ar spune, ei bine, aceasta nu este o pagină grozavă. Nu ar trebui să o tratăm ca pe o pagină grozavă. Deci ăsta este lucrul principal acolo.”

Merită să folosiți API-ul de indexare pentru toate site-urile?

15:35 „Utilizarea API-ului de indexare este bună sau rea pentru un site web normal?”

Răspunsul lui John a fost: „API-ul de indexare este conceput pentru un conținut foarte specific, iar utilizarea lui pentru alt conținut nu are sens. Cred că este similar cu utilizarea vehiculelor de construcții ca fotografii pe site-ul dvs. web. Sigur, o poți pune pe un site medical, dar nu are sens. Și, dacă aveți un site despre construirea de case, atunci, sigur, puneți vehicule de construcție pe site-ul dvs. Nu este că este ilegal sau că va pune probleme dacă vei pune vehicule de construcții pe site-ul tău medical, dar nu are sens. Nu este ceva care să se potrivească acolo. Și asta este similar cu API-ul de indexare. Este doar pentru cazuri de utilizare foarte specifice. Și, pentru orice altceva, nu pentru asta e acolo.”

De ce datele Core Web Vitals nu arată rezultate stabile?

19:06 „Când Core Web Vitals oferă informații stabile și corecte? Continuă să fluctueze fără a schimba datele de pe site.”

John: „Cred că acesta este probabil un efect secundar al modului în care sunt procesate Core Web Vitals și actualizarea Page Experience. Și acesta este ceva în care aș încerca să caut acele detalii pentru a înțelege puțin mai multe despre modul în care datele de câmp, astfel încât datele pe care le văd utilizatorii joacă un rol în acest sens. Și acesta este ceva în care, dacă utilizatorii dintr-o mare varietate de medii și locații diferite și tipuri diferite de dispozitive accesează paginile dvs., probabil că veți observa și acolo unele fluctuații în timp.”

De ce ar putea Google să arate redirecționările dvs. ca erori de redirecționare?

19:59 „Văd o creștere foarte dramatică a erorilor de redirecționare ale site-ului nostru în Raportul de acoperire din Search Console. Toate redirecționările arată bine din punct de vedere tehnic. Sunt 301. Aproape toate adresele URL enumerate în raport sunt pentru produse vechi care acum redirecționează către o pagină mai generală a tuturor produselor. A început Google să trateze acest tip de redirecționare ca erori de redirecționare?”

John a spus: „Se pare că există o situație foarte specifică pe site-ul dvs. în ceea ce privește redirecționările și datele pe care le vedeți în Search Console. Și asta este ceva pe care probabil l-aș posta pe forumul de ajutor. […]

Unul dintre lucrurile pe care le bănuiesc că s-ar putea întâmpla acolo este că am preluat acele adrese URL din fișierul sitemap-ului dvs. și le redirecționați acum către altceva, iar apoi sistemele noastre sunt ca, ei bine, le-ați menționat în fișierul sitemap-ului. De ce nu funcționează de fapt? Și poate tocmai de aceea sunt semnalați.”

Puteți citi mai multe despre redirecționări în Ghidul nostru final pentru redirecționări în SEO tehnic.

De ce s-ar putea ca o versiune în limba engleză a paginii dvs. să se claseze mai sus?

23:09 „De ce o versiune în limba engleză a paginii de pornire a unui site web ar avea o poziție mai ridicată și apoi o altă versiune lingvistică a paginii de pornire într-o țară a acelei limbi?”

Potrivit lui John, „Este întotdeauna greu de spus de ce s-ar clasa mai sus, dar cu siguranță se poate. Și, când vine vorba de versiuni lingvistice diferite, dacă căutați un cuvânt sau un termen care este, în esență, ambiguu în ceea ce privește limba, atunci se poate întâmpla să alegem o versiune de limbă sau o altă versiune de limbă sau versiuni de țară diferite . . Acesta este același lucru. Și probabil că acest lucru este valabil în primul rând pe paginile de pornire, când oamenii caută numele companiei dvs., nu este neapărat clar că se referă la versiunea în limba engleză sau poate o versiune în limba franceză sau o versiune în limba germană a paginii dvs. de pornire doar din interogarea în sine. Așa că este ceva în care uneori am arăta poate orice credem că se potrivește cel mai bine cu acea interogare și s-ar putea să nu fie limba sau versiunea potrivită pentru țară.

[…] Sunt două lucruri pe care le poți face. Pe de o parte, cu adnotările hreflang, ne puteți spune despre diferitele versiuni de limbă și țară, iar apoi ne este mai ușor să le schimbăm. Un alt lucru, mai ales pentru diferite versiuni de țară, care este de obicei locul în care intră în joc problema paginii de pornire, puteți folosi un intercalat JavaScript sau un banner pe o pagină pentru a ghida oamenii către versiunea corectă a paginii. Așadar, dacă puteți recunoaște că utilizatorul se află într-o țară în care aveți o anumită versiune de țară și se află într-o versiune de țară diferită, atunci folosirea unui banner JavaScript este o modalitate bună de a-i anunța că ‒ arată ca dvs. sunteți din această țară și avem o versiune de țară pentru dvs. aici. Poate ai vrea sa mergi acolo. Partea importantă este că, având un banner JavaScript, acesta tinde să nu fie indexat. Și, avându-l ca ceva pe care utilizatorul poate face clic, nu îl redirecționează automat acolo, ceea ce înseamnă că este mai ușor pentru sistemele noastre să proceseze și să indexeze aceste pagini.”

Numele locației din meta descriere influențează clasamentele?

26:49 „Adăugarea numelui locației în meta-descriere contează pentru Google în ceea ce privește clasarea dacă calitatea conținutului este menținută?”

John a răspuns: „ Meta descrierea este folosită în primul rând ca fragment în pagina cu rezultatele căutării și nu este ceva pe care l-am folosi pentru clasare. Dar, evident, a avea un fragment bun pe o pagină cu rezultatele căutării poate face mai interesant pentru oameni să vă viziteze pagina atunci când văd clasarea paginii dvs. în rezultatele căutării.”

Ce date structurate ar trebui să utilizați pentru site-ul dvs. web?

27:20 „Cum afectează schema site-ul web al unei nișe medicale? Ce fel de date structurale ar trebui folosite acolo?”

John a spus: „Când vine vorba de date structurate, m-aș concentra în primul rând pe lucrurile pe care le-am documentat în documentația noastră pentru dezvoltatori și pe caracteristicile specifice care sunt legate de acestea. Așadar, în loc să spun, ce date structurate ar trebui să folosesc pentru acest tip de site web, aș le întoarce și aș spune, ce atribute vizibile vreau să găsesc în rezultatele căutării? Și apoi, de acolo, uitați-vă la care sunt cerințele pentru acele atribute vizuale și pot implementa datele de structură adecvate pentru a îndeplini acele cerințe? Deci, aceasta este direcția în care m-aș îndrepta acolo.

28:06 „Fiecare pagină are nevoie de schemă sau date structurate?”

John: „Nu, cu siguranță nu. După cum am menționat, folosiți ghidul despre ce elemente vizuale vreau să am vizibil pentru pagina mea și apoi găsiți datele structurate potrivite pentru asta. Cu siguranță nu este cazul că trebuie să puneți date structurate pe fiecare pagină.”