Program SEO, 14 ianuarie 2022

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

Dimensiunea fișierului robots.txt

00:45 „Există efecte SEO negative care pot rezulta dintr-un fișier robots.txt imens?”

John a răspuns că „nu există probleme directe negative de SEO cu asta. Dar îl face mult mai greu de întreținut. Și face mult mai ușor să împingeți accidental ceva care cauzează probleme. Doar pentru că este un fișier mare nu înseamnă că este o problemă, dar îți este mai ușor să creezi probleme.” […]

04:35 „În afară de scurtarea radicală a [fișierului robots.txt], există vreo instrucțiune pentru construirea [il]?”

John: „Nu, depinde în esență de tine. Unele site-uri au fișiere mari. Unele site-uri au fișiere mici. Ar trebui să funcționeze cu toții. Avem un cod open-source al parserului robots.txt pe care îl folosim. Deci, ceea ce puteți face este să-i determinați pe dezvoltatori să ruleze acel parser pentru dvs. sau să îl setați astfel încât să îl puteți testa. Apoi, verificați adresele URL de pe site-ul dvs. cu acel parser pentru a vedea ce adrese URL ar fi blocate și ce s-ar schimba. Și astfel, poți testa lucrurile înainte de a le face să trăiască.”

De asemenea, puteți găsi mai multe informații despre fișierul robots.txt în Ghidul nostru final pentru Robots.txt pentru SEO.

Migrarea unei categorii de produse la un domeniu nou

08:56 „Plănuim să mutăm singura noastră categorie de produse de furnizori multipli pe un domeniu sau subdomeniu nou. […] Cum se clasifică noul domeniu? Domeniul actual se clasează bine pe Google și pe alte motoare de căutare și ne oferă [cu] trafic de căutare bun, organic. Cât timp va dura pentru ca noul domeniu să primească cantitatea de trafic pe care o primim acum?”

John a răspuns: „Nu cred că există vreo oră fixă ​​pentru această schimbare , deoarece se pare că nu te muți de la un domeniu la altul. Treci de la o infrastructură la o infrastructură diferită. Și adesea, asta înseamnă că conținutul va fi diferit. Structura paginilor, poate chiar URL-urile, va fi diferită. Toate acestea se pot schimba. Și toate aceste lucruri sunt elemente, care necesită timp pentru a fi procesate. Depinde de site-ul web cât timp ar dura. Și nu este că poți avea o cronologie anume pentru asta.

Cred că cealaltă parte de reținut este că aceste modificări pot avea efecte generale pozitive sau negative pentru un site web. Deci, este posibil să luăm acest tip de migrare și să spunem că vom lucra și la SEO și vom îmbunătăți interconectarea paginilor noastre, structura URL și formatul HTML al paginilor noastre. Toate acestea pot avea efecte foarte pozitive asupra site-ului dvs.

Dar, în același timp, dacă nu ești atent la aceste lucruri și dintr-o dată ai o mare mizerie de URL-uri, iar HTML-ul nu este ușor de înțeles de motoarele de căutare, atunci asta poate avea un efect negativ. Deci, este ceva în care nu ar trebui să presupuneți că, dacă migrați un magazin de comerț electronic de la o platformă la alta, va fi același pe cealaltă platformă după o anumită perioadă de timp. Poate fi similar [sau] mult mai bine [dar] poate fi și mult mai rău. Așa că trebuie să fiți atenți la toate aceste detalii și să vă gândiți care este structura finală pe care o doriți și ce elemente SEO doriți să includeți în acea migrare.”

11:45 „Cu ce ​​aspecte negative ne vom confrunta când vom muta acea infrastructură într-un nou domeniu?”

Potrivit lui John, „[…] De obicei, ceea ce se întâmplă într-o situație în care totul este foarte bine aliniat, veți vedea unele fluctuații de-a lungul timpului când aflăm despre noul site web până când trecem totul la loc. Și asta este ceva în care aș presupune că veți vedea mai puțină vizibilitate în Căutare. Dar depinde de toate schimbările pe care le faci acolo, unde poate dura mult mai mult. De asemenea, poate fi ceva în care rezultatul final este mult mai rău sau chiar mult mai bun decât era înainte.”

Redirecționare aplicație

20:38 „ Știți care sunt riscurile redirecționării utilizatorilor dintr-un instrument pentru pagina de site, cum ar fi o aplicație? Are un impact negativ asupra traficului din perspectiva SEO? […] Aplicația noastră are o rată de conversie mai mare [decât versiunea noastră mobilă], așa că ne gândim că poate putem redirecționa unii utilizatori atunci când ajung pe anumite pagini de produse sau pagini de categorii […] către aplicația sau magazinul de aplicații. Poate [poate] contribui la o conversie mai mare?”

Răspunsul lui John a fost: „Cred că, în general, poți face asta. Aspectul la care aș fi atent în general acolo este că o faci într-un mod care să permită utilizatorilor să meargă la aplicație dacă doresc. Nu cunosc toate detaliile momentan cu privire la conexiunea dintre aplicații și paginile web, dar cred că există o modalitate de a face un banner inteligent, în care dacă poți recunoaște că utilizatorul are aplicația instalată , le este foarte ușor să treacă la experiența aplicației de acolo. Dar nu cunosc detaliile specifice pentru Android și iPhone. […]

În general, din punct de vedere al Căutării, dacă putem indexa paginile mobile individuale, paginile desktop, de asemenea, sau orice aveți la dispoziție acolo, este perfect. Și dacă oamenii de pe paginile tale ajung să acceseze aplicația, este perfect și din punctul nostru de vedere.”

22:57 „Vorbiți despre un banner de top pe pagina site-ului. Poate dacă îi [forțăm] să redirecționeze, va fi rău pentru SEO sau pentru site?”

John a declarat: „Cred că ar fi în regulă. Sunt două lucruri pe care le am în ceafă, care ar putea fi ceva de care trebuie să fii atent.

Deoarece Googlebot folosește și un agent de utilizator Android, trebuie să vă asigurați că nu redirecționați Googlebot către magazinul de aplicații sau către aplicație, deoarece nu vom instala aplicația. Deci asta e un lucru. Celălalt lucru este în ceea ce privește, în special, valorile din jurul Core Web Vitals. Dacă redirecționați întotdeauna utilizatorii de telefonie mobilă direct prin aplicație, atunci nu veți avea multe date pentru Core Web Vitals. Și în funcție de site-ul tău, […] este și ceva de reținut acolo. Dar cred că […] nu există nimic negativ din punct de vedere SEO dacă redirecționați utilizatorii către o aplicație. Din punct de vedere al utilizabilității, a-l face opțional este mult mai plăcut. Dar, în cele din urmă, asta este între tine și utilizatorii tăi.”

Poate Google să evalueze asemănarea paginilor?

26:28 „Cum măsoară Google asemănarea paginilor?”

John a spus: „Cred că nu. Cred că folosim hreflang-ul pentru a înțelege care dintre aceste adrese URL sunt echivalente din punctul tău de vedere. Și le vom schimba. […]

Am face asta doar pentru lucruri precum rel="canonical" pentru a înțelege ce este URL-ul canonic. Dar pentru hreflang, cred că este imposibil pentru noi să înțelegem că acest conținut specific este echivalent pentru o altă țară sau o altă limbă. Există atât de multe diferențe locale care sunt întotdeauna posibile.”

Verificarea backlink-urilor spam

27:22 „Suntem un mare site de comerț electronic și există milioane de backlink-uri. Avem o procedură standard pentru a verifica unele backlink-uri spam în fiecare lună sau în câteva luni. Tocmai am observat că limita superioară a listei Google Disavow este de doar 2 MB. Mă întreb dacă fișierul nostru a depășit limita, atunci cum să tratăm acele backlink-uri spam. […] În prezent, majoritatea linkurilor spam pe care le-am găsit [sunt] direcționate către site-ul nostru în paginile noastre de căutare, ceea ce este foarte ciudat pentru mine.”

John a răspuns: „De obicei, aș recomanda, pe de o parte, să încerci să folosești directiva de domeniu cât mai mult posibil – care te salvează mai multe intrări de pe același site și, de asemenea, să nu te concentrezi prea mult pe încercarea de a curăța toate linkurile. pentru că asta este întotdeauna imposibil. M-aș concentra pe utilizarea Disavow pentru link-uri, unde te uiți la ele, crezi că, dacă cineva din echipa site-ului s-ar uita la asta, ar fi 100% sigur că le-ai cumpărat sau că a avut loc un schimb aici. Dar pentru toate aceste tipuri de link-uri aleatorii pe care le primește un site web și chiar și din pagini spam sau copiate sau postări aleatorii pe forum, acestea nu sunt lucruri pe care trebuie să le puneți în fișierul Disavow. […]

Nu știu dacă acesta este cazul în situația dvs., dar am văzut că înainte de aceasta [aceste link-uri] vizează paginile cu rezultatele căutării cu o interogare specifică care include lucruri precum un număr de telefon sau o adresă URL, în speranța că acel telefon numărul apare în rezultatele căutării. Și dacă nu indexați paginile cu rezultatele căutării sau paginile cu rezultatele căutării care au, poate, o interogare mai lungă în ele, atunci acestea nu sunt indexate automat.”

Scăderea traficului versus eliminarea paginilor AMP

30:43 „Ar trebui să ne așteptăm la o scădere a traficului dacă eliminăm AMP?”

John: „Presupun că aceasta este o configurație, în care aveți pagini HTML tradiționale și pagini AMP și faceți legătura între ele. Cred că există trei lucruri care se reunesc atunci când eliminați pagini AMP ca aceasta.

Pe de o parte, există unele funcții de căutare care sunt limitate la paginile numai AMP. […] Ar trebui să verific din nou, dar nu cred că există funcții de căutare în acest moment care sunt disponibile numai pentru paginile AMP. Deci, din acest punct de vedere, nu ai pierde nimic acolo.

Un alt lucru este că paginile AMP tind să fie foarte rapide sau este mai ușor să faci pagini AMP foarte rapide. Și din moment ce folosim viteza și experiența paginii ca factor de clasare, este ceva în care dacă aveți o mulțime de pagini foarte rapide în AMP și treceți la pagini mai lente care nu sunt AMP, atunci s-ar putea să observați un efect acolo. Puteți, desigur, să faceți pagini foarte rapide și care nu sunt AMP. Nu se limitează la AMP. Așa că este ceva în care aș verifica din nou pentru a vedea cum se aplică lucrurile în ceea ce privește viteza acolo.

Și cred că a treia este […] această presupunere că paginile AMP se clasează cumva mai bine. Și nu este cazul. AMP nu este un factor de clasare. Deci, nu ar trebui să fie ceva în care ați observa o schimbare în clasament doar pentru că aveți pagini AMP sau nu aveți pagini AMP. […]

Dacă vă puteți asigura că paginile dvs. normale sunt rapide și echivalente și că aveți toate datele structurate de care aveți nevoie în acele pagini normale, atunci probabil că puteți dezactiva AMP. Și va fi în esență foarte asemănător. Ceea ce veți vedea probabil este o perioadă de tranziție în care unele pagini AMP se află încă în memoria cache AMP și durează un timp pentru a ieși. Dar, în general, este posibil să le dezactivați. Avem un articol din Centrul de ajutor despre dezactivarea paginilor AMP, așa că aș verifica și asta.”

Panouri de cunoștințe

35:17 „În ultimele luni, am observat că Google a sondat panourile de cunoștințe pentru anumite căutări de nume foarte constant pe mobil și deloc pe desktop pentru aceeași interogare. […] Este posibil să înțelegem de ce un Knowledge Panel este considerat adecvat pentru a servi utilizatorilor de telefonie mobilă, dar nu utilizatorilor de desktop în această situație? Și este Wikipedia factorul critic pentru Google atunci când decide dacă să afișeze sau nu un panou de cunoștințe?”

John a spus: „Nu sunt conștient de anumite lucruri pe care le facem diferit pe mobil și desktop în ceea ce privește un panou de cunoștințe. Dar este foarte obișnuit în diferitele funcții de căutare că, în funcție de tipul de dispozitiv pe imobilul pe care îl avem disponibil, vom activa unele funcții și unele funcții dezactivate pentru a încerca să ne asigurăm că afișăm ceva care este utile utilizatorului pe baza interogării pe care o foloseau. Din acest punct de vedere, nu m-aș mira dacă vedeți diferite panouri de cunoștințe pe desktop și pe mobil. Dar, de asemenea, nu cred că [nu există] vreun factor anume pe care să-l spunem, de aceea vezi acest panou de cunoștințe în acest moment și nu în altă perioadă.

Uneori, în ceea ce privește acest tip de interogări, în cazul în care observați această schimbare, s-ar putea să fie doar la granița, să arătăm un panou de cunoștințe sau nu. Și atunci poate că tipul de dispozitiv îl întoarce și este ca, să zicem, da sau nu în cele din urmă. Dar asta e ceva în care nu cred că există un factor specific care să fie implicat în afișarea sau nu a acestora. Folosim o varietate de surse diferite pentru Knowledge Panels. Și unele dintre acestea le veți vedea direct în panoul de cunoștințe. Deci, acesta este un lucru pe care îl puteți urmări puțin.

Un alt sfat pe care l-aș da cu privire la aceste lucruri este că există unii oameni externi de la Google care au petrecut mult timp analizând panourile de cunoștințe și cum sunt afișate lucrurile când Google preia lucrurile. […] Jason Barnard este unul dintre oamenii pe care îi cunosc și care face asta bine. El postează pe Twitter tot timpul în jurul Knowledge Panels. Și poate că asta vă oferă și câteva idei despre ceea ce ați putea privi acolo.”

Numărul de întrebări care trebuie incluse într-o listă de întrebări frecvente

40:41 „Am 15 până la 20 de întrebări frecvente pe pagina mea web. Ar trebui să includ toate întrebările în schema de întrebări frecvente sau doar întrebările pe care le consider importante?”

Potrivit lui John, „Când vine vorba de date structurate, dorim să vedem datele structurate vizibile pe pagină, dar nu tot conținutul vizibil trebuie să fie marcat cu date structurate. Dacă aveți părți individuale de conținut pe pagina dvs. pentru care doriți să oferiți date structurate, atunci mergeți mai departe și faceți asta. Nu trebuie să faci asta pentru fiecare conținut de pe pagina ta. Deci, dacă aveți 20 de întrebări frecvente și marcați cinci dintre ele, aceasta depinde în totalitate de dvs. Puteți chiar să utilizați data-nosnippet pentru a bloca complet unele dintre aceste alte elemente să nu apară într-un fragment, dacă este ceva ce doriți să faceți.”

Problemele de acoperire a indexului

52:00 „O [problemă] este accesată cu crawlere ‒ momentan nu este indexată și [cea din urmă] este descoperită ‒ momentan nu este indexată. Și în ambele cazuri, paginile nu sunt indexate. […] Știu că Google nu indexează întregul conținut. […] Ce ar trebui să fac pentru ca aceste pagini să fie cel puțin [indexate] mai rapide, cum ar fi linkurile de la paginile de start sau linkurile de la pagini, care sunt deja clasate pentru unele dintre interogările site-ului meu specific? […] Ar putea aduce mai multe backlink-uri?”

John a spus: „Cred că toate aceste lucruri mă ajută. Și se pare că ești pe drumul cel bun și știi puțin la ce să te aștepți.

Din punctul nostru de vedere, este cazul că nu indexăm conținutul de pe toate site-urile web și asta este de așteptat din partea noastră. Deci, dacă vedeți că o mare parte a conținutului dvs. este deja indexată, cred că sunteți în abordarea corectă. Dar nu înseamnă că totul este perfect. Și lucruri precum linkurile interne, asigurându-vă că calitatea generală a site-ului este cu adevărat bună - acestea ajută foarte mult.

Uneori, ar putea avea sens să te uiți la site-ul web în general și să spui, ei bine, am trimis 500 de pagini în al doilea fișier. Și 200 dintre ele sunt indexate. Care este valoarea acelor 300 de pagini care nu sunt indexate? Și există ceva ce pot face pentru a trece de la 500 de pagini aleatorii pe un site web? Poate [este] reducerea la 300 de pagini cu adevărat bune pe un site web pentru a concentra valoarea în mai puține pagini? Astfel încât cel puțin pe măsură ce acele mai puține pagini sunt indexate, veți primi înapoi o mare parte din valoarea acelor pagini, ceea ce ar putea fi că ele se clasifică pentru diferite cuvinte cheie sau că funcționează pentru utilizatorii cărora vă pasă cel mai mult ca o modalitate de a acorda prioritate. partea ta înainte de a preda totul la Google pentru a face.

Așa că aceasta ar fi abordarea mea acolo – pe de o parte, asigurându-mă că ai totul aliniat corect cu linkurile interne și calitatea generală a site-ului. Și, pe de altă parte, dacă observați că multe dintre paginile dvs. nu sunt indexate, încercați să găsiți o modalitate de a clarifica pentru Google ce pagini ar trebui să le acorde prioritate, ceea ce ar putea însemna eliminarea unor pagini pe care nu le aveți. le pasă sau care nu sunt esențiale pentru site-ul tău.”