Program SEO, 4 martie 2022

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

Testarea markupului schemei în validatorul schema.org vs. în Google Search Console

7:41 „John, deci prima mea întrebare este că Google Search Console afișează o eroare […] în elementul necesar de date structurate. Dar când verific același lucru pe validator.schema.org, nu arată niciun avertisment sau erori. Deci prima întrebare este, este site-ul potrivit pentru a verifica implementarea AMP a unei pagini web? […]“

John a răspuns: „ Da, deci aceste instrumente de testare sunt în scopuri ușor diferite. Probabil de aceea vezi această diferență. Instrumentul de testare din schema.org este mai mult despre înțelegerea marcajului schema.org în general, ca și în general, pe baza cerințelor pe care le are schema.org. Iar instrumentul de testare din Search Console se concentrează exclusiv pe ceea ce putem extrage din datele structurate și să le folosim pentru a afișa în funcția de căutare. Deci se concentrează cu adevărat pe partea Căutare a acelei povești. Și în Căutare, folosim doar o mică parte din marcajul schema.org. Și, uneori, avem cerințe ușor diferite, care poate avem nevoie de un anumit element mai mult decât ar necesita marcajul de bază schema.org. Și de aceea de multe ori vezi această diferență. Și validatorul schema.org este pentru marcajul teoretic, iar validatorul Google este într-adevăr pentru partea practică a Căutării Google. „

9:20 „[…] Practic, nu este o eroare. Este un avertisment în Search Console. Și când verific detaliile în Search Console, îmi spune doar că nu o faci bine. Deci, va exista o modalitate posibilă [de a remedia problema] sau ar trebui echipa mea de dezvoltatori să-și dea seama?

John a explicat: „Da, dacă este un avertisment, atunci nu mi-aș face griji pentru asta. Practic, înseamnă doar că ai fi putut face ceva diferit. […]. Ceea ce aș face dacă doriți să aflați care este exact diferența, este să verificați documentația de pe developers.google.com pentru Căutare, unde avem toate datele structurate documentate și toate câmpurile obligatorii și recomandate. Și probabil unul dintre câmpurile recomandate sau opționale este ceea ce declanșează acest avertisment.”

Motive pentru care o pagină poate fi accesată cu crawlere, dar nu indexată

14:11 „ Care este motivul posibil pentru care […] anumite pagini nu au fost indexate, deși au fost accesate cu crawlere de mai multe ori? ”

John a răspuns: „ Se poate întâmpla. Aș presupune că nu este atât de des pentru că, de obicei, atunci când decidem să accesăm ceva cu târaște, suntem și destul de fericiți să mergem și să îl indexăm. Dar se poate întâmpla să accesăm cu crawlere o pagină și apoi, în cele din urmă, să decidem, de fapt, că nu trebuie să o indexăm.

[…] unele situații comune în care se poate întâmpla acest lucru, care poate nu se aplică în cazul dvs., este dacă există un cod de eroare pe pagină. Mai întâi trebuie să îl accesăm cu crawlere și apoi vedem codul de eroare. Dacă există un noindex pe pagină, mai întâi trebuie să îl accesăm cu crawlere și apoi vedem noindexul. Dacă pagina este o copie completă a altceva pe care l-am văzut deja, atunci o accesăm cu crawlere, vedem că este un duplicat, dar ne concentrăm din nou pe pagina principală. Așa că acestea sunt situațiile normale în care am târâ ceva și nu l-am indexa. Dar se poate întâmpla și să accesăm cu crawlere ceva și apoi, până ajungem la indexare, să decidem, oh, de fapt, vrem să obținem altceva de pe site. ”

15:41 „[…] ce alți factori [în afară de cei deja menționați] pot determina Googlebot să decidă, oh, nu vrem să-l indexăm la sfârșit?”

John a spus: „Nu știu de la sine. Cred că calitatea generală a site-ului web cu siguranță joacă un rol acolo, dar de obicei, dacă nu suntem convinși de calitatea site-ului, atunci probabil că nu am accesa pagina cu crawlere în primul rând. Deci asta e, cred, o situație cam dificilă. Și dacă te uiți în Search Console, cred că, aproape pentru fiecare site, vei avea gruparea de descoperite, dar neindexate și, de asemenea, accesate cu crawlere și neindexate. Acest lucru este, cred, destul de comun pe site-uri.”

Persoana care a adresat întrebarea a vrut să știe dacă ar trebui să se uite la altceva, în afară de calitatea paginii și problemele tehnice. John le-a recomandat să nu se concentreze prea mult pe o singură pagină, „ De asemenea, cred că este important să nu se concentreze prea mult pe pagina respectivă. Deci, dacă sunteți sigur că, din punct de vedere tehnic, totul este OK, nu aș presupune că calitatea acelei pagini specifice este o problemă, ci mai degrabă calitatea percepută a acelei părți a site-ului web sau a site-ului. întregul site în sine. Acesta este locul în care aș încerca să văd ce poți face pentru a îmbunătăți lucrurile, nu doar acea pagină individuală care nu a fost indexată, ci un fel de imagine de ansamblu în jurul acelei pagini. ”

Eliminarea listelor de produse de pe un site de comerț electronic vă poate pune într-un dezavantaj?

21:48 „ Așa că derulăm un site web de comerț electronic și ne aflăm acum într-o etapă în care dorim să facem actualizări majore la paginile noastre de categorii. […] într-un singur proiect, vrem să scăpăm de listele de produse. Deci ai listele de produse cu căutarea fațetă, unde poți filtra pentru produsele pe care le cauți. […] când eliminăm întreaga listă de produse a paginilor de categorii, am avea un dezavantaj în clasament pentru că, în primul rând, toți ceilalți concurenți au astfel de listări de produse? Și în al doilea rând, cred că acesta este un element atât de stabilit pentru paginile de comerț electronic, încât utilizatorii se așteaptă […] să aibă un fel de vedere de ansamblu asupra tuturor produselor, iar filtrele le permit să caute produsele pe care le doresc. ”

John a răspuns: „ Nu aș vedea nicio problemă acolo din punct de vedere SEO. Cred că există diferite lucruri la care ai dori să fii atent, […] astfel încât să putem găsi în continuare toate produsele individuale pe care le avem legături curate acolo. Dar dacă doar reproiectați această pagină de categorie și o faceți să arate mai mult ca o pagină informativă, nu m-aș aștepta la probleme cu asta. De asemenea, nu cred că facem ceva special cu astfel de pagini de categorii în Căutare, așa că, din acest punct de vedere, doar schimbați designul, în esență.  

Cred că ar fi diferit dacă ar fi o pagină de produs și ar fi să o schimbi complet pentru că încercăm să recunoaștem paginile de produse și să ne dăm seama unde este prețul, unde este disponibilitatea , astfel de lucruri. Și dacă ai făcut-o să arate complet diferit […], atunci mi-aș putea imagina că asta afectează modul în care preluăm paginile de produse și dacă îl putem afișa în rezultatele Căutare de produse sau nu. Dar paginile de categorii, din câte știu eu, nu facem nimic special cu ele. Deci, dacă le ascundeți, în esență, și vă asigurați că încă putem găsi link-urile către produse […] ați putea face asta. Dar dacă doriți să le faceți mai utile furnizând mai multe informații despre ele, cred că este o idee bună.”

La sfârșitul întrebării, John a adăugat că este important să verificați modificările din perspectiva utilizatorului : „[…] ați menționat „utilizatorii ar fi confuzi”. Aș verifica din nou asta. Deci, din punctul de vedere al SEO, cred că este perfect, dar din punctul de vedere al utilizatorului, probabil că este ceva ce ai dori să testezi mai întâi.”

Importanța structurii interne de legătură

25:18 „ Dacă aveți date structurate pentru configurarea breadcrumbs, este încă importantă legătura internă pentru SEO?”

John a răspuns: „Da, absolut. Este ceva în care legăturile interne sunt supercritice pentru SEO. Cred că este unul dintre cele mai mari lucruri pe care le puteți face pe un site web pentru a ghida Google și a ghida vizitatorii către paginile pe care le considerați importante. Și ceea ce crezi că este important depinde în totalitate de tine. Poți decide să faci lucrurile importante acolo unde câștigi cei mai mulți bani, sau poți face lucrurile importante acolo unde ești cel mai puternic concurent, sau poate ești cel mai slab concurent. Cu linkurile interne, puteți să vă concentrați într-adevăr lucrurile pe acele direcții și acele părți ale site-ului dvs. Și asta nu este ceva pe care îl puteți înlocui pur și simplu cu date structurate.

Deci, doar pentru că există date structurate pe o pagină undeva, nu le-aș vedea ca un înlocuitor pentru legăturile interne normale. Chiar dacă în datele structurate, furnizați și adrese URL, noi nu folosim acele adrese URL în același mod în care am folosi link-uri interne normale pe o pagină. Deci, cu siguranță nu este cazul în care adnotările hreflang înlocuiesc legăturile dintre versiunile de țară sau adnotările breadcrumb înlocuiesc legăturile dintre diferitele niveluri ale unui site web. Ar trebui să aveți legături HTML normale între diferitele părți ale site-ului dvs. Și, în mod ideal, ar trebui să nu aveți doar un set de bază de link-uri, ci, mai degrabă, ar trebui să îl priviți într-un mod strategic și să vă gândiți la ce vă pasă cel mai mult și cum puteți evidenția asta cu link-ul intern? ”

Scheme de produse multiple pe pagina de listare a produselor

29:50 „ Pentru o pagină cu lista de produse, putem implementa mai multe scheme de produse pe pagina cu lista de produse? ”

John a spus: „ Din punctul nostru de vedere al politicii, nu cred că ar trebui să faceți asta, cel puțin ultima dată când am verificat politicile referitoare la datele structurate, pentru că pentru datele structurate despre produse, vrem cu adevărat ca acest lucru să se aplice la prima elementul paginii. Și dacă aveți mai multe produse pe o pagină, nu înseamnă că unul dintre ele este elementul principal al paginii. Deci, din acest punct de vedere, nu ar trebui să utilizați mai multe elemente de date structurate de produse pe o pagină de categorie […]. ”

Pot avea de suferit clasamentele dvs. dacă creați pagini în limbi mixte?

30:30 „ Există o practică bună pentru paginile cu limbaj mixt? De exemplu, școala noastră internațională din Japonia se adresează familiilor japoneze și non-japoneze, dar păstrăm majoritatea informațiilor de pe pagina noastră de pornire în limba engleză. Adăugăm suport pe pagină și în japoneză. […] Întrucât comunicarea noastră în viața reală este un limbaj mixt, faptul că pagina de start reflectă acest lucru a simțit mai natural. Suntem pedepsiți în căutare dacă o pagină este o limbă amestecată în mod intenționat?”

John a răspuns: „Nu aș spune neapărat că o pagină este pedepsită într-un caz ca acesta. Dar încercăm să înțelegem care este limba principală a unei pagini și asta ne ajută să înțelegem pentru ce fel de interogări am putea afișa această pagină. Așa că, cred, este cam complicat într-un caz ca acesta.

Putem înțelege și când există mai multe limbi pe o pagină. Doar că ne este mult mai ușor să fim cu adevărat clari că, dacă cineva caută în engleză, aceasta este pagina potrivită pentru a-i arăta. Așa că mi-aș putea imagina pentru ceva de genul unei pagini de pornire, poate că are sens să avem acel amestec sau un amestec ușor. Dacă aveți o pagină de pornire ca engleză principală, atunci poate includeți unele elemente în japoneză. Dacă aveți o altă versiune care este în primul rând japoneză, cu unele elemente în engleză, este în regulă. Dar ne ajută să înțelegem cu adevărat că, în cea mai mare parte, aceasta este o pagină în limba engleză. Și dacă cineva caută în limba engleză un anumit tip de școală internațională în Japonia, atunci este logic să spunem, ei bine, iată un conținut în limba engleză despre care știm că se potrivește nevoilor dvs. și care se potrivește interogărilor pe care ni le-ați adresat. Deci, din acest punct de vedere, nu aș spune neapărat că pagina este pedepsită, dar este mult mai greu pentru sistemele noastre să-și dea seama cum să clasifice corect pagina respectivă.

Unul dintre lucrurile la care te poți gândi aici este să te uiți în Search Console la ce interogări ajung pe site-ul tău web sau pentru pagina ta de pornire. Și gândiți-vă care dintre aceste interogări ar putea fi afectate dacă Google nu înțelege corect limba. Și s-ar putea foarte bine ca, dacă majoritatea oamenilor vă caută numele sau marca școlii dvs., în esență, atunci probabil că acest lucru nu ar fi afectat deloc. Pe de altă parte, dacă majoritatea oamenilor caută interogări mai ample, interogări mai generice, aproape ca o propoziție care s-ar potrivi cu ceva de pe pagina ta de pornire, atunci mi-aș putea imagina că ți-ar fi puțin mai greu să apari în rezultatele căutării pentru , doar pentru că nu suntem siguri dacă pagina dvs. de pornire este de fapt în limba respectivă a acelei interogări […].

Un lucru pe care l-ați putea face, de asemenea, […] este să vă faceți pagina de pornire un fel de această versiune bilingvă […], dar să creați pagini separate în plus pentru fiecare limbă, astfel încât, dacă cineva caută informații detaliate despre o școală internațională precum aceasta, ei pot găsi în continuare acele pagini în engleză pură sau în mare parte engleză și apoi, de acolo, pot trece la restul site-ului dvs. […].

Diferențele de conținut între versiunile mobile și desktop

34:20 „ Dacă există o diferență între conținutul din versiunea mobilă și cea desktop, înseamnă că Google va pedepsi site-ul web și va afecta clasarea site-ului sau înseamnă pur și simplu că Googlebot îl poate găsi în versiunea mobilă, dar a câștigat? nu te poti clasa? ”

John a spus: „ Așadar, în cea mai mare parte, ne-am mutat cea mai mare parte a indexării la indexarea pe mobil, ceea ce înseamnă că ne-am uita doar la versiunea mobilă a unui site web într-un caz ca acesta. Deci, în esență, dacă există ceva care este ușor diferit pe versiunea desktop a unui site web, în ​​cea mai mare parte, nici nu am folosi asta pentru căutare. Deci nu este că am pedepsi un site din cauza unei diferențe, ci, mai degrabă, este ca și cum ne uităm doar la o versiune a site-ului web și nici măcar nu știm ce este pe cealaltă versiune pentru a o trata diferit. .  

Și pentru câteva site-uri care sunt încă în indexare desktop, asta se aplică invers. Desigur, dacă există […] ceva pe versiunea mobilă care nu este pe versiunea desktop și ești indexat de crawler-ul desktop, atunci nu am vedea asta. Din când în când, accesăm cu crawlere versiunea alternativă, dar nu o accesăm cu crawlere pentru a culege mai multe informații, ci, mai degrabă, doar pentru a confirma că există această conexiune între adresa URL pentru desktop și adresa URL mobilă. ”

Vă puteți găzdui harta site-ului într-un nor?

46:20 „ Avem o pagină cu adevărat uriașă cu milioane de adrese URL și […] hărțile site-ului sunt în prezent renovate. Și echipa noastră IT se gândește să stocheze […] noile fișiere sitemap în serviciul nostru cloud. Asta înseamnă de la example.com/sitemaps la cloud.com/sitemaps. Și ne întrebăm, este aceasta o problemă dacă stocăm sitemapurile în cloud? Și dacă aceasta nu este o problemă, vom crea și o redirecționare permanentă pentru vechea adresă URL pentru acest example.com/sitemap sau cum ar trebui să planificăm mutarea? ”

John a spus: „ Este cu siguranță posibil să găzduiești fișierul sitemap în altă parte. Există două moduri prin care poți face asta. Prima este că dacă aveți ambele domenii verificate în Search Console, atunci funcționează. Cealaltă modalitate este dacă îl trimiteți cu fișierul robots.txt, unde specificați „sitemap:” și apoi adresa URL a sitemap-ului. Acesta poate merge și la un alt domeniu. […] De asemenea, aș redirecționa fișierul vechi de sitemap către noua locație doar pentru a fi curat, dar probabil chiar dacă doar ștergeți vechiul sitemap URL și asigurați-vă că îl trimiteți corect pe cel nou, atunci asta ar trebui să funcționeze.  

Ceea ce ar putea fi puțin complicat este că nu știu cum ar arăta Search Console direct în interfața de utilizare, în special dacă fișierul sitemap este într-o locație diferită, dacă Search Console ar afișa informațiile sitemap în raportul de indexare, de exemplu. Dar asta este o problemă de raportare. Acesta nu este ceva care se bazează pe funcționalitatea fișierului sitemap. Doar că Search Console nu îl afișează corect. Și, din nou, poate că da. Doar că nu sunt 100% sigur. ”

Istoricul unui domeniu vă poate afecta site-ul?

49:40 „[…] Așa că [în timpul orelor anterioare de birou SEO ] am pus acea întrebare despre domeniul cu o istorie ca furnizor de servicii de escortă. […] domeniul are o istorie lungă, deoarece primul instantaneu al acelui site este din 1997. […] ne-am relansat site-ul în iunie anul trecut […]. Și principala problemă pe care o avem este […] că suntem încă semnalați [ca conținut pentru adulți]. Și în plus, avem această problemă […] – accesată cu crawlere, momentan neindexată. Și încercăm să înțelegem dacă istoricul domeniului poate afecta de fapt faptul că avem probleme cu indexarea. […] credem că conținutul pe care îl publicăm este de bună calitate. Este conectat intern și încercăm să construim un site de calitate. Unde ne luptăm în acest moment este performanța paginii, așa că este oarecum în desfășurare în acest moment să optimizăm pentru asta. Dar folosim prerender.io , așa că ceea ce arătăm pentru Google este deja o versiune prerandată. Deci, când vine vorba de scorul nostru Lighthouse, totul este bine. […] Ce putem îmbunătăți sau căutăm pentru a înțelege de ce nu suntem indexați? Mă bucur să distribui și adresa URL. „

John a oferit că ar putea arunca o privire la adresa URL mai târziu, iar apoi a răspuns: „ De obicei, partea de indexare a lucrurilor nu ar avea legătură cu dacă pe site ar fi existat înainte conținut pentru adulți.

Partea de indexare ar putea fi afectată dacă conținutul care era acolo înainte a fost foarte spam. Deci, s-ar putea să fie ceva în care, din punct de vedere al indexării, durează ceva timp pentru a-ți da seama, oh, acest nou site web nu este deloc spam.

Dar dacă înainte a fost doar conținut pentru adulți acolo, atunci mi-aș putea imagina că poate filtrele noastre SafeSearch sunt puțin lente în a recunoaște acest lucru. Știu că am făcut câțiva pași pentru a face acest lucru mai rapid […], sau poate mai există ceva în Căutare sigură care se cam blochează.

Partea SafeSearch este ceva pe care îl puteți verifica dacă faceți o interogare pe site și apoi activați și dezactivați SafeSearch. Ar trebui să puteți vedea dacă se întâmplă ceva din SafeSearch sau nu. Totuși, nu vedeți asta în ceea ce privește indexarea. Dar pot să arunc o privire la asta după aceea și putem vedea dacă există ceva foarte evident despre care să vă spun. ”