22 februarie 2019 – Google Help Hangout Notes

A avea o anumită cantitate de text are sens, așa că poate că mutarea acelui bloc uriaș de text în una sau două propoziții pe care le plasezi deasupra pliului de sub titlu este o abordare bună aici, deoarece oferă utilizatorilor puțin mai multe informații despre ceea ce ar trebui să se aștepte. Pe aceasta pagina. Cam asta este direcția în care m-aș îndrepta acolo. Aș încerca într-adevăr să evit situația în care ați cam înșelat o pagină, punând tone de text în partea de jos a paginii doar pentru că restul paginii este sub-optim. În schimb, încercați să găsiți modalități de a îmbunătăți pagina în general, astfel încât să nu fie nevoie să faceți această soluție.

Întrebarea 16:00 - Dacă schema de pe un site are erori, cât de mult impact are aceasta asupra indexării în rezultatele căutării? Noi tipuri de schemă aprobate de Google au început să arunce erori pe site care nu aveau erori înainte. Care va fi impactul?

Răspuns 16:22 - Ne uităm la asta la un fel de nivel de caracteristică, unde spunem, pentru a vă prezenta site-ul în acest mod special, trebuie să avem acest tip de marcare pe pagină și trebuie să urmeze aceste linii directoare și trebuie să respecte aceste cerințe. De exemplu, dacă doriți să fiți vizibil ca un card bogat în rețete în rezultatele căutării, există anumite cerințe pe care trebuie să le îndepliniți și vom căuta să vedem dacă aceste cerințe sunt îndeplinite. Dacă marcajul pentru aceste cerințe este valid, este bine. Dacă există un alt marcaj pe pagină care nu este valid, atunci aceasta nu este o problemă pentru noi. Este într-adevăr la nivel de caracteristică. Dorim să vă arătăm site-ul cu un rezultat bogat pentru rețete, vedem că aveți toate cerințele, vom lua toate acestea și vom arăta asta în rezultatele căutării. Vom prezenta site-ul într-un mod care încurajează cu adevărat utilizatorii să meargă și să verifice aceste detalii. Dacă aveți alt marcaj pe acele pagini care poate se potrivește cu una dintre celelalte caracteristici care există, dar nu este încă un marcaj valid, pur și simplu ignorăm asta. Din acest punct de vedere, nu este nevoie să aveți zero erori pentru marcaj. Mai degrabă, trebuie să vă gândiți la ce caracteristică doriți să utilizați în rezultatele căutării și să verificați dacă sunt îndeplinite cerințele pentru acea funcție.

Întrebarea 18:00 - Când echipa elimină modificări ale algoritmului, există momente în care modificările vizează doar o anumită industrie sau se fac modificări și se întâmplă să afecteze o industrie mai mult decât celelalte?

Răspuns 18:15 - Aceasta este o întrebare interesantă în ceea ce privește, în general, modul în care lucrăm la rezultatele căutării noastre. Din punctul nostru de vedere, de obicei nu este cazul să spunem: „Trebuie să facem ceva specific pentru a face rezultatele căutării pentru o anumită industrie”, ci mai degrabă, privim invers și încercăm să gândim despre modalitățile prin care putem îmbunătăți rezultatele căutării în ceea ce privește rezultatele căutării pentru anumite tipuri de interogări. Nu este atât de mult că ne concentrăm pe industrie, ci ne concentrăm pe căutările pe care le fac oamenii. Evident, sunt oarecum înrudite. Dacă vedem, de exemplu, că oamenii primesc informații confuze din interogările medicale, atunci poate că trebuie să îmbunătățim modul în care recunoaștem relevanța rezultatelor căutării pentru interogările medicale. Nu este atât de mult că am viza industria medicală și am spune: „Trebuie să îmbunătățim modul în care aceste 10 site-uri specifice sunt afișate în rezultatele căutării”, dar mai mult că vedem că utilizatorii sunt confundați cu acest tip de interogare și este ceva care derutează o mulțime de oameni și trebuie să găsim o modalitate de a îmbunătăți relevanța și calitatea anumitor interogări.

Întrebare: 19:35 - Am migrat un site web de la domeniul a la domeniul b, toate cele 301 au fost instalate de la fiecare URL veche la versiunea nouă respectivă din prima zi, a fost trimisă cererea de schimbare a adresei, domeniul a are o hartă veche a site-ului actualizată , toate adresele URL redirecționează către domeniul b. Domeniul b are doar o nouă actualizare a fișierului sitemap și toate clasamentele actuale sunt pierdute.

Răspuns 20:04 - Deci se pare că ai totul setat, dar poate că ceva a mers prost pe parcurs. Ceea ce aș face este să postez pe forumul de ajutor pentru webmasteri pentru a determina pe cineva să se uite cu adevărat la această situație specifică și să vadă dacă ai trecut cu vederea ceva. Există unele situații în care mutarea de la un domeniu la altul duce la probleme, în special dacă domeniul în care vă mutați are o istorie veche ciudată asociată cu acesta, care ar putea dura ceva timp pentru a elimina, pentru ca noi să recunoaștem că acest site web nu are legătură cu cel vechi și ar trebui să o tratăm ca pe o situație nouă și să nu luăm în considerare situația veche.

Întrebarea 21:30 - Deoarece Google plus se închide , este posibil ca G să ofere editorilor o modalitate de a-și porta urmăritorii și utilizatorii pe YouTube.

Răspuns 21:40 - Nu cred. Există modalități de a-ți exporta datele din Google+ utilizând funcția de scoatere... dar nu știu nimic care ar putea duce pe cineva care te urmărește acolo și să-l facă să te urmărească pe Youtube. Cred că ar fi un fel de întindere...

Întrebarea 22:22 - Întrebare despre clasarea în caruselul cu articole de top. În ultimele luni, am observat un comportament ciudat pentru site-ul nostru internațional de știri. Pentru aceeași interogare ne poziționăm foarte bine în SERP-urile filei de știri, dar pentru aceeași interogare nu apar în caruselul de top story și pentru aceeași interogare pe cealaltă parte ne-am clasat foarte bine pentru caruselul video. Deci întrebarea mea este că există anumite date structurate pe care le putem implementa pentru a apărea în caruselul de top. Am implementat corect paginile AMP, datele structurate, așa că ne întrebăm dacă trebuie să facem vreo implementare anume pentru a apărea în caruselul cu articole de top?

Răspuns 23:37 - De obicei, nu, dacă implementați AMP, cred că pentru mobil este ceva necesar și cred că pentru desktop nu trebuie să aveți AMP pentru caruselul de top, nu sunt 100% sigur de asta. Dar dacă ai implementat asta, ești oricum acoperit. În caz contrar, funcția de top povești este și funcția de căutare organică, nu este că trebuie să faceți ceva anume pentru a fi vizibil, ci mai degrabă încercăm să luăm asta organic și să arătăm asta atunci când credem că are sens.

Întrebări 27:35 - Cum să vă asigurați că un TLD GEO are ținte Geo care nu sunt. Deci, dacă scriu hoteluri în New York în India, atunci arată site-uri web indiene. Așadar, întrebarea este cum pot verifica din nou cum arată quest-urile orientate geo-go.

Answer 27:55 - The thing that I usually do to check is on the one hand, go to that local Google version and other hand there's an advanced search setting that allows you to see the results for a specific country. You can get there fairly quickly by just adding or changing the Url query “ &gl= country code”. You can also you HL= and specific language code, if you want the search results in a different language. Both of those you can set in the advanced search setting in the result too. This won't help with the sort of local search results, however. So if you're looking for a pizzeria in one city then that's not something we have as a parameter.

Question 29:30 - We have two chairs, one in leather, one in fabric, both with separate URLs and different model numbers. Is this a problem or would they be filtered out for duplicate content?

Answer 30:00 - Thats a really common question that we get a lot for E-commerce sites. Unfortunately the answer is, it depends. By default I would prefer to have fewer pages and the advantage is its less to crawl so it's easier to update and on the other hand, fewer pages means we can concentrate the value on fewer URLs, we don't have to dilute it across different versions… Chances are that one product page will be more relevant in the search results in general because we are able to concentrate those signals, all of that value into that product page. The thing that I would call out as an exception here is if people are explicitly looking for something different, so one of these variations is very different the other one and it doesn't make sense to combine them.

Question 32:00 - If you have an e-commerce website and you get a lot of links to product pages which due to their nature expire, what can you do to those pages so that the link equity to those pages won't be lost? Would you create a redirect rule that automatically redirects this page to a subcategory?

Answer 32:55 - In general people see this as more of problem then it actually is, for the most part if the content is so temporary that it expires regularly. Then usually that's not something that people will link to and maybes thats some you can encourage people to link to in different ways. For example if you know that this product is only going to last a couple of months then it's not going to be available ever again and maybe it makes more sense to encourage users to link to the category of products instead or to your business instead of linking to this one specific product because in the long run, those links to the product that no longer exists maybe that's something that doesn't really make sense for other people as we. So what I'd recommend doing there is, on the one hand if you have products that change over time maybe that new product is a replacement of the old one and you can redirect from one old product to a new version. On the other hand if this is a informational landing page that is useful regardless of whether or not you sell that product, some of the information on that page might still be relevant to users. What I would expect from a search point of view, is to see a sort of soft 404 page. So you're saying this product doesn't exist anymore but you're still showing some content instead… There are lots of subtle edge cases here so I'm hesitant to say that everyone should do it like this or everyone should do it in another way. There's some really neat write-ups on how to handle expired content out there, so I'd look around to see what options are available and =what options makes sense in your specific case and maybe there are mixes that you can do as well where you say in the first month or so when the product is not available, you do this and then after a year I do something completely different or I just return a 404 because it's really gone and nobody should care about this. But in general, I wouldn't care too much about those links especially if they're to products that are really temporary by nature because if you're building your whole users experience up around kind of how Google uses those specific links then the chances are you're taking a bigger hit by having a bad UX then you would ever gain by tricking google into thinking that those two links that went to one expired product are now relevant to a different thing.

Question 38:00 - Lets say I have big 10,000 word piece of content, for example a guide divided into 10 chapters. From an SEO perspective is it better to publish it as a single page or to split each chapter on different dedicated page?

Answer 38:22 - Unfortunately, the answer here is also, it depends, in that sometimes people are looking one big comprehensive piece of content and sometimes people are looking for individual pieces of content. So I don't know if it would make sense to always go into the combined or always go in to the split route. What I've noticed from working with out tech writers is that sometimes content performs in ways that you don't expect and it's worth testing to see how it works well for users. Kind of trying to figure out, are people actually going through that content and getting something useful out of it, are they converting in a way that's useful for you? And based on that then making a decision, for example if you split an article up and they all start on page 5 instead of page 1 from the search results, is that still as useful to you and to users as if they landed on a big article where they had all of the comprehensive information. I don't know, maybe there are ways that you can kind of make both of those work. So I'd really recommend testing this and not kind of blindly saying from 8, 000 I need to split it up into two chunks. Instead try to figure out that makes sense for your particular piece of content and what makes sense for your ultimate goal. Your putting this content out there because you want to achieve something specific so measure what that effect is based on those different variations that you're thinking about.

Question 40:00 - I noticed a few big publications listed in Google News are back dating some of the news articles to fool Google search users into believing that they're the first source of that news can Google detect this? How does google act on this? Where can when you report such findings?

Answer 49:18 - We use multiple methods to figure out what the right date is for a page. So sometimes people put a date on the page and we say well this is not correct and we'll treat it as something else. So that's something where I don't know if I would assume that just by backdating something you would have any kind of kind of preferential visibility in the search results. So I kind of questioned that that part of the question there. One of the things I have noticed though is that a lot of publications have trouble specifying dates in a way that are kind of reasonable for Google and in a way that are hard to misunderstand. So sometimes it's something as simple as the date format where we can't recognize that this is actually a date. Sometimes it's something kind of tricky in that sometimes there's a time zone specified, sometimes there isn't, sometimes they're using structured data to specify a date and a time and then on the page that information is not available. All of these things can make it really hard for us to pick the right day sometimes it's not so much a matter of publisher trying to mislead Google but rather Google kind of being confused by what a publisher is providing and those situations are always interesting for us. So you're welcome to pass those on to me so that we can take a look to see what what is actually happening here? How did we get confused? What could we do to make it so that webmasters and publishers understand better how to provide dates that work well for Google as well?

Question 42:10 - When it comes to categorizing content Adsense is classifying some of our pages as adult and after a manual review lifting this restriction this Adsense feed into or is it linked to the search categorization or the do the two platforms use the same algorithms or talk to each other?

Answer 42:30 - So as far as I know Adsense does a lot of these classifications completely differently from search they use their own systems for this part of that kind of makes sense because they have different policies so when it comes to search we might choose to show things in one way but Adsense because they're focused more on the advertising part of the kind of set up there, they they might have more restrictive policies where they say well this type of content is not something we'd like to place ads on or they just might have different different policies then we would have in search overall. So just because you're seeing something happening from the ad side doesn't necessarily mean that the same thing would be applying from the search side.

Question 43:22 - When will structured data testing tools start showing schema injected through tag manager in JSON-LD?

Answer 43:30 - I don't know. I have seen that question pop up again on Twitter so I'll definitely bring that up with the team as well to see what we can do to make that a little bit easier. In general using the the tag manager to inject things like structured data or to inject other kind of search related functionality into the page is something that you can do. It's something that we often pick up but it's something that's a lot harder to diagnose and it's a little bit fragile. So that's something where I would recommend if if at all possible to make sure that you can inject the structured data directly on the page. That way you can use all of the testing tools out there to determine that it's working correctly and you can be sure that Google search is always taking that into account. Whereas if you use tag manager for some of these things we can pick that up when we render the page it takes a little bit longer to get there and if anything happens to kind of subtly break along the way towards rendering that page then it might happen that we don't make it and it probably will happen that other search engines won't be able to pick that structure data up either. So I'm I'm okay with using tag manager it kind of has a stopgap solution where until you can actually change those pages but I would really recommend it in the long run to make sure to put that structured data directly on the page so that you don't have this kind of unclear situation.

Question 45:15 - When website rolls out a new tech stack progressively and Googlebot sees some sections of the site and an old stack and some on a new site stack. Is this scenario something crawlers and users will be routed to what should be monitored to ensure that all go smoothly and organic search isn't impacted?

Răspuns 45:40 - Deci, cred că ultima parte este ceva de care trebuie să fii conștient de faptul că este practic imposibil să garantezi că, dacă faci modificări mai mari pe site-ul tău, căutarea organică nu va fi afectată de asta. Există aspecte pozitive și negative acolo, pe de o parte, s-ar putea să faceți schimbări mai mari pe site-ul dvs., mai ales pentru că doriți ca căutarea organică să fie afectată, deoarece doriți să vă clasați mai bine, așa că ar trebui să putem înțelege. Pe de altă parte, este foarte posibil să lansați o nouă stivă de tehnologie care sparge o mulțime de lucruri care funcționau bine pentru căutare. Așadar, aș spune că de fiecare dată când faceți o renovare mai mare a unui site web, trebuie să presupuneți că acest lucru poate afecta căutarea și că merită să obțineți ajutor de la SEO, care să obțină ajutor de la dezvoltatori de la alte persoane pentru a verifica lucrurile înainte mai degrabă decât să încercăm să intri după aceea și să spunem, ei bine, acest lucru nu a funcționat site-ul nostru a dispărut din căutare ce facem acum, pentru că dacă încerci să o rezolvi după aceea, va fi întotdeauna o luptă mult mai mare. Va dura mult mai mult și s-ar putea să rupeți lucrurile într-un fel care au un impact pe termen mai lung, care durează mult mai mult pentru a remedia efectiv, atunci dacă ați avut de la început ajutorul potrivit și sfatul potrivit. înainte de a se rula. Evident, uneori, programele funcționează în moduri proaste și, uneori, oamenii potriviți nu sunt implicați în pașii potriviți, așa cum se întâmplă lucrurile. Deci nu te poți pregăti întotdeauna pentru tot. În ceea ce privește lansările treptate, cred că aceasta este o abordare bună de luat și este ceva în care puteți vedea cum motoarele de căutare încep să acceseze cu crawlere noul stivă pe care o furnizați dacă nu schimbați adresele URL, ceea ce este de obicei o situație ideală. Apoi puteți vedea cum acele adrese URL își schimbă performanța în căutare. Puteți vedea că, în consola de căutare, faceți clicuri și afișări pentru acele adrese URL și dacă îi acordați puțin timp pentru a se stabili în timpul lansării, de obicei, vă puteți asigura că bine, acest lucru funcționează, pot lua același lucru. un fel de configurare și aplicați-l pe o parte mai mare a site-ului web și implementați-l progresiv.

Întrebarea 48:26 - Poate un blog foarte prost să facă ca un întreg site să scadă în clasament?

Răspuns 48:50 - În general, încercăm să ne uităm la un site web în ansamblu și dacă există părți semnificative ale site-ului web care sunt cu adevărat proaste, atunci asta poate avea un efect bine asupra celorlalte clasamente ale site-ului. De obicei, când vine vorba de o situație în care aveți un blog și un site de comerț electronic, site-ul de comerț electronic este ceea ce se concentrează toată lumea și blogul oferă doar puține informații suplimentare și apoi dacă blogul este un fel de rău, atunci asta nu afectează cu adevărat tipul de bucată mai mare a site-ului de comerț electronic. Singurul tip de situație în care poate juca un rol și cred că această întrebare se îndreaptă în acea direcție este că dacă blogul este configurat într-un mod prost din punct de vedere tehnic și Googlebot are multe probleme în a-l accesa cu crawlere. Poate că accesarea URL-urilor este într-adevăr foarte lentă sau returnează o mulțime de erori de server, care în acest caz sunt cam menționate aici, atunci ceea ce se va întâmpla acolo este că vom reduce crawling-ul acelui site în general. Deci nu este neapărat cazul că l-am scăpa în clasamente. Pagini proaste de pe un site web, cum ar fi, din punct de vedere tehnic, dacă pur și simplu nu funcționează, încercăm să renunțăm la acele pagini, dar dacă din punct de vedere al accesării cu crawlere avem probleme cu accesarea cu crawlere a unei părți semnificative a site-ului respectiv, atunci vom încetini accesul cu crawlere, deoarece dorim să ne asigurăm că accesarea cu crawlere nu este motivul pentru care acest site web funcționează prost.

Deci, de exemplu, dacă accesăm cu crawlere blogul și vedem o mulțime de erori de server pe care le-am putea spune, ei bine, poate că accesăm cu crawlere prea tare, nu vrem să provocăm probleme, ne vom reduce viteza de accesare cu crawlere și dacă comerțul electronic site-ul este în aceeași configurație ca și blogul, atunci ne-am reduce și accesul cu crawlere pentru site-ul de comerț electronic. Deci urmărim cantitatea de accesare cu crawlere pe care o facem la nivel de gazdă, așa că dacă aceste două părți sunt pe aceeași gazdă, atunci probabil că am încerca să le accesăm cu crawlere în același ritm și dacă una dintre ele este cu adevărat proastă și nu putem. accesați-l cu crawlere fără multe erori de server, apoi vom reduce accesul cu crawlere în general.

Și pentru multe site-uri web care nu contează cu adevărat, putem ține pasul cu majoritatea modificărilor de pe site-ul nostru, chiar dacă nu accesăm cu crawlere la fel de des pentru un site mare de comerț electronic care poate juca un rol. În special, dacă aveți produse care vin și pleacă și nu putem ține pasul cu accesarea cu crawlere a acestor produse pe măsură ce vin și pleacă, atunci rezultatele căutării pentru site-ul de comerț electronic vor deveni puțin învechite și asta poate utilizatorii vor vedea în rezultatele căutării.

Deci, dacă caută un telefon nou, Nu știu, un nou telefon și site-ul dvs. de comerț electronic are acel telefon nou, dar încă nu am reușit să accesăm cu crawlere acele pagini, atunci nu vă vom putea afișa. site-ul în rezultatele căutării pentru acel telefon nou. Așa că este ceva în care aș arunca o privire la asta și aș vedea ce poți face pentru a-l îmbunătăți, așa că din punct de vedere al calității, din nou, este o problemă mai mică dacă dacă o parte a site-ului web nu este chiar atât de grozavă, evident că poate afecta ea de asemenea. Dar mai ales din punct de vedere tehnic dacă avem probleme semnificative cu accesarea cu crawlere a unei părți a site-ului web, o vom accesa cu crawlere mai puțin bine și nu este, nu este o penalizare. Nu este ceva în care spunem, oh, acest site este rău, nu vom petrece atât de mult timp acolo, este mai degrabă o chestiune de algoritmi care încearcă să fie buni cetățeni ai webului și spunând bine că vrem să fim siguri că suntem nu motivul pentru care acest site are atât de multe probleme.

Întrebarea 52:36 - Googlebot urmează comanda sitemap din fișierul robots.txt?

Răspuns 52:41 - Preluăm fișierul sitemap de acolo, dar Googlebot nu îl accesează cu crawlere ca link, procesăm fișiere sitemap în mod individual acolo fișiere XML, nu sunt pagini cu linkuri acolo. Așa că Googlebot nu l-ar urma ca o pagină HTML, ci l-ar solicita ca fișier sitemap și l-ar procesa cu procesare XML normală.

Întrebarea 53:08 - Într-un site media am o versiune receptivă a paginii de pornire secțiunile știri și știrile au și versiuni AMP, recomandați să aveți versiunea AMP a paginii de pornire și secțiunea alternativă, astfel încât Google să găsească versiunea mătușă a știrile în primul rând. Are vreun efect asupra vitezei de indexare?

Răspuns 53:30 - Deci, din punct de vedere al indexării, nu văd niciun motiv pentru care ar trebui să faceți acest lucru, ridicăm paginile mătușă atunci când sunt conectate la paginile normale, accesând mai întâi pagina normală și apoi vezi linkul către AMP-ul pe care îl urmăm și care ridică și pagina AMP. Dar, în primul rând, ne accesăm cu crawlere, genul de versiune normală sau moștenită a paginii sau versiunea responsive. Nu știu cum ați numi-o, am fi accesat cu crawlere cu versiunea non AMP. Excepția este, desigur, dacă întregul dvs. site web este AMP, atunci, evident, îl vom accesa cu crawlere. În ceea ce privește a avea versiuni AMP ale paginii de pornire și ale secțiunilor, în cele din urmă, asta depinde de tine. Deci, este ceva în care, dacă vedeți utilizatori care merg la articole de știri individuale și dau clic pe butonul de pornire de acolo și îi trimiteți la versiunea dvs. de acasă receptivă, poate că este în regulă, poate că este confuz pentru utilizatori. Până la urmă, asta depinde de tine. De obicei, acele pagini nu ar fi afișate într-o secțiune nouă în care preluăm lucrurile AMP. Deci, probabil, aceasta este mai puțin o problemă directă, mai mult ceva indirect și pe termen lung.

Întrebarea 54:52 - Recomandați să aveți un fișier sitemap pentru adresele URL în versiunea AMP?

Răspuns 54:56 - Nu trebuie să faci asta. Din nou, excepția este dacă întregul site web este AMP, atunci, evident, acestea sunt paginile dvs.

Întrebarea 55:53 - Am câțiva clienți și au text în linia de jos pe această pagină și astăzi se clasează bine, știți, avem trafic, vânzări. Dar știi că acest text nu este bun pentru că a fost scris pentru roboți, știi, nu pentru oameni și astăzi nu știm ce să facem dacă ștergem acest text ne putem pierde clasamentele și în al doilea rând nu știm cum facem. poate integra acest text. Ce propui?

Răspuns 56:26 - Da, aș privi asta mai mult ca pe un proiect pe termen mediu sau pe termen lung, pentru a gândi modalități prin care puteți integra mai bine o parte a textului respectiv în partea normală a paginii. Deci, cel puțin în acest moment, nu este cazul în care ne-am uita la acele pagini și am spune, oh, este groaznic, ar trebui să retrogradăm site-ul web pentru a face asta, ci mai degrabă încercăm să culegem conținut suplimentar acolo și într-o oarecare măsură am credeți că conținutul suplimentar este util, dar dacă nu vă place să îl introduceți în restul paginii, atunci încercați să vă gândiți la modalități prin care puteți face asta pe termen lung. În special, ceea ce aș recomanda să faceți este să încercați să găsiți modalități de a reduce cantitatea de text pe care o furnizați astfel. Așa că, în loc de acest articol mare Wikipedia în partea de jos, reduceți-l poate la câteva propoziții, astfel încât să fie încă util pentru utilizatori atunci când îl privesc și să ofere totuși contextul potrivit pentru motoarele de căutare atunci când se uită la pagina în general.

Deci, nu este ceva ce aș spune că este o problemă critică pe care trebuie să o rezolvi imediat, ci mai degrabă este ceva în care poate că oamenii tocmai au folosit asta ca o modalitate, nu știu, de a rezolva alte deficiențe de pe pagina respectivă. începutul și poate că este mai bine să remediați acele deficiențe pe termen lung decât să continuați să construiți aceste texte lungi pe care nimeni nu le citește.

Întrebarea 58:03 - Problema pe care o avem astăzi este că avem câteva cuvinte cheie pe acest text și este legat de 50 de cuvinte pentru care obținem clasament de la Google și ne gândim dacă scriem un text interesant pentru clienți, pentru clienți și putem" Nu folosiți aceleași cuvinte cheie, ar fi mai bine să le rescrieți?

Răspuns 58:32 - Nu știu, voi încerca să caut modalități prin care puteți face textul să funcționeze pentru ambele, dar din nou aș privi asta ca pe ceva mai lung și nu aș spune, o, trebuie să rescriu totul astăzi, altfel Google mă va penaliza, dar cred că de multe ori oamenii pun mult text pe aceste pagini special pentru motoarele de căutare și nu își dau seama că motoarele de căutare ignoră deja mult text. Deci, dacă îl puteți reduce astfel încât să fie mai puțin umplut de cuvinte cheie, atunci poate chiar funcționează mai bine, dar este ceva care uneori necesită puțină practică și găsirea abordării potrivite pentru a vă asigura că acoperiți conținutul pe care îl caută oamenii și, de asemenea, oferiți contextul de care oamenii au nevoie atunci când se uită la pagina respectivă individual.

Întrebarea 59:24 - De obicei scriu postările de blog pentru blogul meu rusesc și trebuie să folosesc mult text alternativ în orice imagine, dar dacă scriu ghiduri pas cu pas, informații de genul acesta, știi, folosesc foarte mult de capturi de ecran trebuie să pun toate acestea acolo, deoarece nu sunt sigur că trebuie să fie clasate pentru această captură de ecran din imaginea Google.

Răspuns 59:52 - Asta depinde de tine. Asta depinde în totalitate de tine. Așa că aș privi acest lucru mai degrabă cum ar veni oamenii care caută vizual pe site-ul meu web, decât cum pot obține cât mai multe imagini posibil în imaginile Google. Deci, din acest punct de vedere, dacă spui că aceste capturi de ecran ajută acele pagini, dar nimeni nu va căuta această captură de ecran, atunci de ce să te deranjezi? Nu este nevoie să intri în prea multe detalii acolo, evident, pentru cititorii de ecran, care au textul alternativ este util, așa că o cantitate de text alternativ este utilă acolo, dar dacă știi că oamenii nu vin cu imagini Google pe site-ul tău pentru acele imagini atunci puteți scrie textul într-un mod ușor diferit. Nu trebuie să vă faceți griji cu privire la tipul de direcționare a căutării de imagini de căutare.