Program SEO, 25 februarie 2022

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

Raportul de linkuri în Search Console

05:41 „A existat un domeniu pe care obișnuia să existe un site web, apoi […] a fost șters. [Dacă] există un site web nou la un moment dat, atunci linkurile către site-ul vechi nu mai contează, ceea ce pare destul de logic. […] În Search Console, văd cel puțin un link de la fostul proprietar care este încă acolo. Înseamnă [înseamnă] că acest link va conta în continuare [dacă] Search Console […] îl arată?”

John a răspuns: „Nu știu dacă ar conta, dar partea importantă cu Search Console și raportul Link-uri este că încercăm să arătăm toate linkurile pe care le cunoaștem către acel site. Nu este un semn că credem că acestea sunt legături importante sau că ele contează. În special, lucruri precum link-urile nofollow ar fi în continuare listate, link-urile dezavue ar fi în continuare listate, link-urile pe care le ignorăm din alte motive ar putea fi în continuare listate. Deci doar pentru că este listat nu înseamnă că este un link irelevant sau util pentru site.”  

Linkuri de subsol non-contextuale vs. structura site-ului

09:13 „Am achiziționat un site care a venit cu o mulțime de link-uri interne în secțiunea de subsol a fiecărei pagini. Unele dintre aceste link-uri nu sunt la fel de relevante. […] Este probabil să fie considerat problematic de Google, deoarece linkurile nu sunt neapărat contextuale? […] Sunt doar amestecate în subsol și sunt selectate doar de un plugin. Ne este teamă că eliminarea lor de pe sute de pagini ar putea deteriora structura site-ului.”

John a spus: „Bănuiesc că , în cea mai mare parte, asta nu ar cauza probleme. Aș vedea asta mai mult deoarece aceste link-uri de pe aceste pagini sunt link-uri interne normale.

Privește-l din punct de vedere: ajută acest lucru […] să dea context restului paginilor de pe site? De exemplu, dacă aveți un site web mai mare și, în esență, fiecare pagină este legată de orice altă pagină, nu există un context real acolo, așa că ne este greu să înțelegem care este structura generală, care dintre aceste pagini [sunt] mai importante. Pentru că dacă te conectezi la tot, atunci e ca și cum totul nu ar fi important. Acesta este elementul la care aș fi atent. Indiferent dacă sunt sau nu în subsol, asta, din punctul meu de vedere, este irelevant. Dacă sunt generate de un plugin sau adăugate manual, nici asta nu cred că contează. Aș fi atent din punct de vedere structural: are sens să avem aceste link-uri? O anumită cantitate de legături încrucișate are sens. Dacă aveți o configurație în care aveți pagini înrudite care sunt reticulate, asta, din punctul meu de vedere, are întotdeauna sens. Cross-linking extrem, în care legați fiecare pagină cu orice altă pagină, din punctul meu de vedere, nu are sens.”

11:10 „[…] Dacă dezactivăm pluginul și toate aceste link-uri […] lipsesc brusc din pagină, ar afecta site-ul în vreun fel? Sau ar trebui să încercăm să eliminăm încet linkurile de pe o pagină la un moment dat?”

John: „Bănuiesc că ar afecta modul în care este afișat în căutare, dar este imposibil de spus dacă va fi un efect pozitiv sau un efect negativ. Cred că asta e partea dificilă acolo.

Ce aș face pentru a încerca să înțeleg care este situația actuală și care ar fi următorul pas este să rulezi un crawler pe site-ul tău. Multe dintre crawlerele de site-uri web care există vor genera un grafic al modului în care paginile dvs. sunt legate între ele. Apoi ați putea să dezactivați pluginul, poate pe o versiune de staging a site-ului dvs. web, poate chiar pe cea live pentru o perioadă scurtă de timp. Accesați din nou cu crawlere și apoi comparați acele grafice și vedeți, este acest crawler în continuare capabil să găsească tot conținutul? Se pare că nu există legături încrucișate insuficiente acolo? Dacă da, atunci asta vă oferă puțin mai multă încredere că doar dezactivarea pluginului va fi în regulă. Din punctul nostru de vedere, nu contează dacă aceste link-uri sunt plasate automat sau plasate de un plugin sau plasate de machine learning. […] Sunt doar linkuri pe care le găsim pe site-ul tău.”

Tot textul ascuns contravine regulilor Google?

13:22 „Tot textul ascuns este împotriva regulilor pentru webmasteri? […] Avem câteva elemente pe care le includem pe mai multe pagini, împreună cu identificatori alocați intern pentru fiecare element, astfel încât acești identificatori nu înseamnă nimic pentru utilizatori […], dar ca SEO, îmi poate face viața mult mai ușoară. […]”

Răspunsul lui John a fost: „Nu cred că ar fi problematic. Textul ascuns, din punctul nostru de vedere, este mai problematic atunci când este vorba într-adevăr de a înșela motoarele de căutare cu privire la ceea ce este de fapt pe o pagină. Așadar, exemplul extrem ar fi că aveți o pagină despre pantofi și există o mulțime de text ascuns acolo despre Jocurile Olimpice […], iar apoi dintr-o dată pagina dvs. de pantofi începe să se claseze pentru acești termeni olimpici. Dar, când un utilizator merge, nu este nimic despre Olimpiada și asta ar fi problematic din punctul nostru de vedere.

Cred că facem o treabă rezonabilă în recunoașterea textului ascuns și încercând să evităm acest lucru, dar acesta este motivul pentru care avem acest element în regulamentul pentru webmasteri. Folosind-o pentru a afișa ceva pentru care nu vrei neapărat să înșeli pe cineva pentru asta, din punctul meu de vedere, este perfect. De asemenea, accesibilitatea este un motiv obișnuit pentru textul ascuns pe o pagină în care aveți țintele de atingere configurate astfel încât să le puteți atinge, iar apoi cititorul de ecran va spune ceva despre asta. Dar nu sunt vizibile direct pe pagină și asta este, de asemenea, perfect, așa că nu mi-ar fi teamă sau nicio îndoială că configurația pe care ați descris-o va funcționa.”

Importanța numelor fișierelor imagine pentru clasarea site-urilor

24:56 „ Folosim un furnizor CDN inteligent care a înlocuit numele fișierelor de imagine cu numere unice. Am observat că toate imaginile sunt 404s în Search Console. Dezactivarea CDN-ului ar degrada semnificativ performanța generală a site-ului. Textul alternativ al imaginii și subtitrările vor fi suficiente pentru ca Google să le înțeleagă fără un nume de fișier adecvat, titlu?”

Potrivit lui John, „Sunt două lucruri aici pe care m-aș uita. Pe de o parte, dacă acestea sunt imagini pe care trebuie să le indexați în căutarea de imagini, atunci ar trebui să vă asigurați că aveți un nume de fișier stabil pentru imaginile dvs. Acesta este cel mai important element aici.

Nu menționați că aceste numere sau aceste adrese URL se schimbă, dar uneori aceste CDN-uri oferă în esență un ID bazat pe sesiune pentru fiecare imagine. Dacă adresa URL a imaginii se schimbă de fiecare dată când accesăm cu crawlere, atunci, în esență, nu vom putea niciodată să indexăm corect acele imagini. Acest lucru se datorează în mare parte faptului că pentru imagini avem tendința de a fi puțin mai lenți în ceea ce privește accesarea cu crawlere și indexare. Deci, dacă vedem o imagine o dată și spunem că ar trebui să aruncăm o privire la aceasta și încercăm să o accesăm cu crawlere din nou într-o etapă ulterioară, iar numărul s-a schimbat până atunci, atunci vom elimina acea imagine din rezultatele căutării noastre, de la clasamentele imaginilor. În esență, vom spune, ei bine, această imagine despre care credeam că este aici nu mai este aici. Cea mai importantă parte aici este să vă dați seama că vă pasă de căutarea de imagini? Dacă da, trebuie să vă asigurați că aveți o adresă URL stabilă pentru toate aceste imagini. Nu contează dacă este un număr sau dacă este un text sau ceva de genul ăsta. Ar trebui să fie doar stabil. Aceasta este partea cea mai importantă aici.

Cealaltă parte pe care ați menționat-o este textul alternativ al imaginii și legendele, ceea ce sugerează că sunteți interesat de căutarea pe web, nu neapărat de căutare de imagini. Pentru căutarea pe web, nu trebuie să fim capabili să accesăm cu crawlere și să indexăm imaginile, deoarece, în esență, ne uităm la paginile web în sine. Deci, lucruri precum textul alternativ, orice legendă, titluri de pe pagină, toate acestea contribuie la înțelegerea acestei pagini un pic mai bine. Pentru căutarea pe web, asta este tot ce avem nevoie. Dacă toate imaginile ar fi, de exemplu, 404 tot timpul sau blocate de robots.txt sau de căutare pe web, am trata totuși pagina respectivă exact la fel ca și cum am fi capabili să indexăm toate acele imagini. În căutarea de imagini în sine, acolo trebuie să fim capabili să indexăm aceste imagini și să înțelegem că [există] adrese URL stabile și să înțelegem cum se conectează cu restul site-ului dvs..”

Direcționarea a două pagini diferite cu același cuvânt cheie

29:36 „Una [pagină] este o pagină de caracteristici, iar cealaltă este o bucată informativă despre acea caracteristică. Este în regulă să vizați același cuvânt cheie principal pe acele două pagini diferite?”

John a spus: „În primul rând, este absolut în regulă să vizați orice cuvinte cheie doriți. Din punctul nostru de vedere, nu te vom reține.

Lucrul la care aș fi atent este ca și cum ai concura cu tine? Și aceasta este mai mult o întrebare strategică, mai degrabă decât o întrebare SEO pură și nu ceva în care am spune că există linii directoare că nu ar trebui să faci asta. Dar mai mult, dacă aveți mai multe piese de conținut care se clasifică pentru aceeași interogare cu aceeași intenție, atunci diluați, în esență, valoarea conținutului pe care îl furnizați pe mai multe pagini. Ele concurează între ele și asta ar putea însemna că aceste pagini individuale în sine nu sunt atât de puternice când vine vorba de a concura cu site-urile web ale altora. Așa că, uneori, aș avea grijă de asta.

Dacă aveți două pagini și ambele vizează același cuvânt cheie și au intenții foarte diferite, atunci, din punctul meu de vedere, acest lucru pare rezonabil , deoarece oamenii ar putea căuta acel cuvânt cheie cu text suplimentar adăugat pentru o singură intenție și în plus. text adăugat pentru cealaltă intenție. Și sunt în esență pagini unice. Poate avea sens ca ambele să apară în căutare sau ca cea mai potrivită să apară în căutare. […] Și așa cum am spus, nu este ceva de care avem nevoie sau care este în regulă sau nu. Este o chestiune de poziționarea ta strategică cu privire la modul în care vrei să apari în căutare.”

Există un raport bun între paginile indexate și cele neindexate?

31:26 „Pozițiile paginilor cu trafic ridicat sunt afectate de multe, să spunem 50%, din totalul paginilor de pe un domeniu care nu sunt indexate sau sunt indexate, dar nu primesc trafic?”

John a răspuns: „Bănuiesc că întrebarea se referă mai mult la faptul că am un set de pagini care sunt foarte populare și o mulțime de pagini care nu sunt foarte populare. Și asta descrie site-ul mediu în care aveți o varietate de conținut, iar unele dintre ele sunt foarte populare, iar unele dintre ele nu sunt atât de populare. Deci, din punctul nostru de vedere, e perfect.

De asemenea, doar numărul în bloc de pagini este o măsură înșelătoare, deoarece este ușor să ai o mulțime de pagini care nu sunt văzute este foarte important, iar apoi nu apar foarte mult în căutare și asta poate fi perfect. Dacă aveți cinci pagini de genul acesta sau o sută […] sau o mie de pagini, [și] dacă nu apar în căutare, nici ele nu cauzează probleme. Din acest punct de vedere, uneori este dificil să privim numărul mare de pagini în comparație cu paginile care sunt afișate în rezultatele căutării.

Un alt lucru, poate și de reținut cu o întrebare ca aceasta, este că uneori are sens să te concentrezi mai mult pe mai puține pagini pentru a obține acel avantaj strategic de a avea mai puține pagini care sunt mai puternice, în loc să ai o mulțime de pagini în care în esență, diluați valoarea. De exemplu, dacă aveți o mie de pagini și fiecare oferă o mică informație din imaginea de ansamblu, atunci acele mii de pagini probabil vor avea dificultăți în căutare. În timp ce, dacă poți combina multe din acestea în […] poate zece pagini, atunci acele zece pagini vor avea multe informații despre ele și poate multă valoare în raport cu restul site-ului tău și poate că va fi mai ușor de clasat pentru termeni de căutare mai largi în jurul acestui subiect.”

Rezultatele căutării în cadrul site-urilor web vs. clasament

37:49 „ Încerc să mă asigur că clasamentele noastre SEO nu sunt lovite în timp ce lansăm o nouă pagină cu rezultatele căutării. […] Căutările noastre pot duce la 10.000 de rezultate și au funcționalități de filtrare și sortare. Cum tratează Google aceste pagini cu rezultatele căutării din cadrul site-urilor web [și] cum afectează aceste rezultate de căutare clasamentul general al site-ului? Este suficient să trimitem sitemap-uri pentru clasare sau ar trebui să luăm considerații suplimentare pentru a ajuta Googlebot să adune adrese URL accesibile?”

John a răspuns: „[…] Nu m-aș baza pe hărțile site-ului pentru a găsi toate paginile site-ului tău. Sitemap-urile ar trebui să fie o modalitate de a oferi informații suplimentare despre site-ul dvs. Nu ar trebui să fie modalitatea principală de a oferi informații [despre] site-ul dvs. web. Deci, în special, legăturile interne sunt foarte importante și la care ar trebui să fii atent și să te asiguri că, indiferent dacă ai configurat lucrurile atunci când cineva accesează cu crawlere site-ul tău, acesta poate găsi tot conținutul tău și nu că se bazează pe harta site-ului. fișier pentru a obține toate aceste lucruri.

Din acest punct de vedere, a putea merge la aceste pagini de categorii și a putea găsi toate produsele care sunt în categorii individuale, cred că este super util. De asemenea, este foarte important să poți accesa cu crawlere paginile de categorii până la produs. Paginile cu rezultatele căutării sunt un pic o zonă unică, deoarece unele site-uri folosesc pagini de categorii în esență ca paginile cu rezultatele căutării, iar apoi vă aflați în acea situație în care paginile cu rezultatele căutării sunt în esență ca paginile de categorii. Dacă acesta este cazul pentru tine, aș fi atent la tot ce ai face cu paginile de categorii.

Un alt lucru cu paginile cu rezultatele căutării este că oamenii pot introduce orice și pot căuta ceva, iar site-ul tău trebuie să facă toată munca pentru a genera toate aceste lucruri. Acest lucru poate duce cu ușurință la un număr infinit de adrese URL care pot fi găsite teoretic pe site-ul dvs., deoarece oamenii pot căuta în multe moduri diferite. Și pentru că acest lucru creează acest set de pagini infinite pe site-ul dvs., este ceva pe care încercăm să-l descurajăm acolo unde am spune fie că setăm aceste pagini cu rezultatele căutării la noindex , fie folosim robots.txt pentru a bloca accesarea cu crawlere a acestor pagini cu rezultatele căutării, astfel încât să putem concentrați-vă pe structura normală a site-ului și pe legătura internă normală. Cred că acestea sunt aspectele principale acolo.

Dacă doriți să aveți paginile cu rezultatele căutării indexate, atunci sfatul meu ar fi să vă asigurați că, pe de o parte, aveți o ordine de sortare principală și o configurație de filtrare configurată ca canonică. Deci, dacă alegeți să furnizați paginile dvs. după relevanță, atunci dacă aveți un filtru de sortare pentru preț în sus sau în jos, atunci aș seta rel="canonical" a acelor filtre la ordinea dvs. de sortare principală. În mod similar, pentru filtrare, aș elimina probabil filtrul cu rel="canonic." Făcând acest lucru, asigurați-vă că ne putem concentra mai mult pe versiunea principală a paginilor și că ne putem accesa cu crawlere corect, mai degrabă decât să fim distrași de toate aceste variații ale paginilor cu rezultatele căutării.

Celălalt lucru la care aș avea grijă este că creați un fel de listă de permise sau […] un sistem pe site-ul dvs. în ceea ce privește tipul de interogări de căutare pe care doriți să le permiteți să fie indexate sau accesate cu crawlere. De exemplu, dacă cineva accesează site-ul dvs. web și caută „produse farmaceutice canadiene” sau ceva de genul acesta și nu sunteți un site web de produse farmaceutice, probabil că nu doriți ca pagina de căutare să fie indexată. Chiar dacă nu aveți niciun produs disponibil care să corespundă acelei interogări, probabil că nu doriți să îl indexați. Deci , având o listă a căutărilor permise pe care le permiteți să le fie indexate, face acest lucru mult mai ușor . Asigurați-vă că nu vă întâlniți accidental în această situație de spam în care cineva trimite spam rezultatele căutării dvs. și apoi trebuie să curățați milioane de pagini care sunt indexate și să scăpați de ele cumva.”

Actualizarea experienței paginii pe desktop vs. clasare

42:20 „ Site-ul meu a înregistrat o scădere a numărului de vizitatori din cauza Core Web Vitals slabe. Acum am revenit pe drumul cel bun, dar am aflat că actualizarea Page Experience se lansează încet pentru desktop. Care este clasarea Page Experience pentru desktop și cât de importantă este aceasta, în comparație cu alte semnale de clasare?”

Potrivit lui John, „La fel ca pe dispozitivul mobil, factorul de clasificare a experienței paginii este, în esență, ceva care ne oferă puține informații suplimentare [despre] că aceste pagini diferite ar putea apărea în rezultatele căutării. În situațiile în care avem o […] intenție clară din interogare, în care putem înțelege că ei chiar doresc să meargă la acest site cu acest site, atunci, din acest punct de vedere, putem ușura utilizarea Page Experience ca factor de clasare. Pe de altă parte, dacă tot conținutul este foarte asemănător pe pagina cu rezultatele căutării, atunci probabil că folosirea Page Experience vă ajută puțin să înțelegeți care dintre acestea sunt pagini rapide sau pagini rezonabile în ceea ce privește experiența utilizatorului și care dintre acestea sunt paginile mai puțin rezonabile de afișat în rezultatele căutării. Acea situație ne ajută acolo.

În ceea ce privește lansarea desktopului, cred că aceasta va fi o lansare mai lentă din nou pe parcursul a ceva de genul unei luni, ceea ce înseamnă că nu veți observa un efect puternic de la o zi la alta, ci mai degrabă veți vedea că efect pe o perioadă de timp. De asemenea, veți vedea deja asta în Search Console în rapoartele pentru Page Experience și Core Web Vitals. De asemenea, ați vedea deja că pe desktop totul este roșu, de exemplu, și că trebuie să vă concentrați pe asta. Din acest punct de vedere, odată cu schimbarea clasamentului desktop, ca și în cazul celui mobil, nu m-aș aștepta la o creștere drastică a rezultatelor căutării de la o zi la alta pe măsură ce lansăm acest lucru. Cel mult, dacă lucrurile sunt cu adevărat rele pentru site-ul dvs., veți vedea o scădere treptată acolo.”

Conținut tradus neindexat

53:15 „ Lucrez pe un site mare multilingv. În aprilie anul trecut, […] tot conținutul nostru tradus a fost mutat din Valid în Exclus, Crawled – momentan neindexat și a rămas din aprilie. […] Pentru că s-a întâmplat dintr-o dată, ne-am gândit că poate există o schimbare sistemică de partea noastră. […] Ne-am curățat hreflang-urile, canonicalele, parametrii URL-uri, acțiunile manuale și toate celelalte instrumente care sunt listate pe developers.google.com/search. […] Nu știu ce s-a întâmplat sau ce să fac în continuare pentru a încerca să rezolv problema, dar aș dori să refac conținutul nostru tradus în index.”

Răspunsul lui John a fost: „[…] Cred că [e] uneori dificil [dacă] ai parametrul la sfârșit cu codul de limbă. […] Din punctul nostru de vedere, ceea ce se poate întâmpla este că atunci când recunoaștem că există mulți dintre acești parametri acolo care duc la același conținut, atunci sistemele noastre se pot bloca într-o situație, ei bine, poate că acest parametru nu este foarte util și ar trebui să îl ignorăm. Pentru mine, se pare că s-a întâmplat ceva în jurul acelei linii. Parțial, puteți ajuta acest lucru cu instrumentul Parametri URL din Search Console pentru a vă asigura că acel parametru este setat. Doresc ca totul să fie indexat. Parțial, ceea ce ați putea face este poate să accesați cu crawlere o porțiune a site-ului dvs. cu […] crawler local pentru a vedea ce parametri URL sunt preluați de fapt și apoi verificați din nou dacă acele pagini au de fapt conținut util pentru acele limbi.  

În special, […] [lucru] comun pe care l-am văzut pe site-uri este că poate aveți […] toate limbile conectate, iar versiunea japoneză spune că nu avem o versiune japoneză, iată în schimb cea în limba engleză, atunci sistemele noastre ar putea spune, ei bine, versiunea japoneză este aceeași cu versiunea în engleză ‒ poate că există și alte limbi la fel ca versiunea în engleză. Ar trebui să ignorăm asta. Uneori, aceasta este de la link-uri din cadrul site-ului web, uneori este și link-uri externe, persoane care fac link-uri către site-ul tău. Dacă parametrul se află la sfârșitul adresei URL, atunci este foarte obișnuit ca parametrul să fie atașat de asemenea. Și dacă accesăm cu crawlere toate acele URL-uri cu acel gunoi și spunem, ei bine, aceasta nu este o limbă validă, aici este versiunea în engleză, atunci întărește din nou acea buclă în care sistemele spun, ei bine, poate că acest parametru nu este atât de util. Abordarea mai curată ar exista dacă aveți un fel de parametri de gunoi pentru a redirecționa către cei mai curați sau poate chiar să afișați o pagină 404 și să spuneți, ei bine, nu știm despre ce vorbiți cu această adresă URL și să faceți curat asigurați-vă că, indiferent de URL-urile pe care le găsim, obținem un conținut util care nu este același cu alt conținut pe care l-am văzut deja.”