22 febbraio 2019 – Note sull'Hangout della Guida di Google

Avere una certa quantità di testo ha senso, quindi forse spostare quel blocco di testo gigante in una o due frasi che metti sopra la piega sotto l'intestazione è un buon approccio qui perché fornisce anche agli utenti un po' più di informazioni su ciò che dovrebbero aspettarsi su questa pagina. Questa è una specie di direzione in cui andrei lì. Cercherei davvero di evitare la situazione in cui stai in qualche modo confondendo una pagina inserendo tonnellate di testo in fondo alla pagina solo perché il resto della pagina non è ottimale. Invece, prova a trovare modi per migliorare la pagina in generale in modo da non dover eseguire questa soluzione alternativa.

Domanda 16:00 - Se lo schema di un sito contiene errori, quanto impatto ha sull'indicizzazione nei risultati di ricerca? I nuovi tipi di schema approvati da Google hanno iniziato a generare errori sul sito che prima non contenevano errori. Quale sarà l'impatto?

Risposta 16:22 - Esaminiamo questo a livello di funzionalità, in cui diciamo che per presentare il tuo sito in questo modo particolare, dobbiamo avere questo tipo di markup sulla pagina e deve seguire queste linee guida e deve seguire questi requisiti. Ad esempio, se vuoi essere visibile come scheda ricca di ricette nei risultati di ricerca, ci sono determinati requisiti che devi soddisfare e cercheremo di vedere se tali requisiti sono soddisfatti. Se il markup per tali requisiti è valido, va bene. Se nella pagina è presente un altro markup non valido, per noi non è un problema. È davvero a livello di funzionalità. Vogliamo mostrare il tuo sito con un risultato ricco di ricette, vediamo che hai tutti i requisiti, prenderemo tutto questo e lo mostreremo nei risultati di ricerca. Presenteremo il sito in un modo che incoraggi davvero gli utenti ad andare a controllare quei dettagli. Se hai altro markup su quelle pagine che forse corrisponde a una delle altre funzionalità disponibili ma non è ancora un markup valido, lo ignoriamo semplicemente. Da quel punto di vista, non è che devi avere zero errori per il tuo markup. Piuttosto, devi pensare a quale funzione vorresti utilizzare nei risultati della ricerca e ricontrollare che i requisiti per quella funzione siano soddisfatti.

Domanda 18:00 - Quando il team elimina le modifiche all'algoritmo, ci sono momenti in cui le modifiche sono rivolte solo a un settore specifico, o le modifiche vengono apportate e capita che influiscano su un settore più degli altri?

Risposta 18:15 - Questa è una domanda interessante riguardo a come lavoriamo in generale sui nostri risultati di ricerca. Dal nostro punto di vista, di solito non è il caso di dire: "Dobbiamo fare qualcosa di specifico per creare i risultati di ricerca per un particolare settore", ma piuttosto, guardiamo al contrario e proviamo a pensare sui modi in cui possiamo migliorare i risultati di ricerca per quanto riguarda i risultati di ricerca per tipi specifici di query. Non è tanto che ci concentriamo sul settore, ma ci concentriamo sulle ricerche che fanno le persone. Ovviamente, sono in qualche modo correlati. Se vediamo, ad esempio, che le persone ottengono informazioni confuse dalle query mediche, allora forse dobbiamo migliorare il modo in cui riconosciamo la pertinenza dei risultati di ricerca per le query mediche. Non è tanto che ci rivolgiamo all'industria medica e diciamo: "Dobbiamo migliorare il modo in cui questi particolari 10 siti vengono mostrati nei risultati di ricerca", ma più che vediamo che gli utenti sono confusi con questo tipo di query ed è qualcosa che sta confondendo molte persone e dobbiamo trovare un modo per migliorare la pertinenza e la qualità per quelle particolari query.

Domanda: 19:35 - Ho migrato un sito Web dal dominio a al dominio b, tutti i 301 sono stati attivi da ogni vecchio URL alla rispettiva nuova versione sin dal primo giorno, è stata inviata una richiesta di cambio di indirizzo, il dominio a ha una vecchia mappa del sito aggiornata , tutti gli URL reindirizzano al dominio b. Il dominio b ha solo un nuovo aggiornamento del file della mappa del sito e tutte le classifiche attuali vengono perse.

Risposta 20:04 - Quindi sembra che tu abbia tutto impostato, ma forse qualcosa è andato storto lungo la strada. Quello che farei è postare nel forum di assistenza per i webmaster per convincere qualcuno a guardare davvero questa situazione specifica e vedere se c'è qualcosa che hai trascurato. Ci sono alcune situazioni in cui il passaggio da un dominio all'altro porta a problemi, in particolare se il dominio in cui ti stai trasferendo ha una strana vecchia storia associata, che potrebbe richiedere un po' di tempo per essere ripulito, per poterlo riconoscere questo sito Web non è correlato a quello vecchio e dovremmo trattarlo come una nuova situazione e non tenere conto della vecchia situazione.

Domanda 21:30 - Dal momento che Google plus si sta chiudendo, è possibile che G possa fornire un modo per l'editore di trasferire i propri follower e utenti su YouTube.

Risposta 21:40 - Non credo. Ci sono modi per esportare i tuoi dati da Google+ usando la funzione take out... ma non sono a conoscenza di nulla che porterebbe qualcuno che ti segue lì e ti farebbe seguire su Youtube. Penso che sarebbe una specie di allungamento...

Domanda 22:22 - Domanda sulla classifica nel carosello delle storie migliori. Negli ultimi mesi abbiamo notato comportamenti strani per il nostro sito web di notizie internazionali. Per la stessa query ci classifichiamo molto bene nella scheda delle notizie SERP, ma per la stessa query non compariamo nel carosello della storia principale e per la stessa query dall'altra parte ci siamo classificati molto bene per il carosello video. Quindi la mia domanda è: c'è un particolare dato strutturato che possiamo implementare per apparire nel carosello della storia principale. Abbiamo implementato correttamente le pagine AMP, i dati strutturati, quindi ci chiediamo se c'è un'implementazione particolare che dobbiamo fare per apparire nel carosello delle storie principali?

Risposta 23:37 - Di solito no, se implementi AMP, penso che per i dispositivi mobili sia qualcosa di necessario e penso che per i desktop non sia necessario avere AMP per il carosello delle storie principali, non ne sono sicuro al 100%. Ma se lo hai implementato sei comunque coperto. Altrimenti la funzione delle storie principali è e la funzione di ricerca organica, non è che devi fare qualcosa di specifico per essere visibile, ma piuttosto cerchiamo di raccoglierlo organicamente e mostrarlo quando pensiamo che abbia senso.

Domande 27:35 - Come garantire che un GEO TLD abbia obiettivi Geo che non lo sono. Quindi, se digito hotel a New York in India, vengono visualizzati i siti Web indiani. Quindi la domanda è: come posso ricontrollare che tipo di missioni geolocalizzate sono simili.

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?

Risposta 45:40 - Quindi penso che l'ultima parte sia qualcosa che devi essere consapevole del fatto che è essenzialmente impossibile garantire che se apporti modifiche più grandi sul tuo sito Web, la ricerca organica non ne risentirà. Ci sono aspetti positivi e negativi lì, da un lato potresti apportare modifiche maggiori al tuo sito web soprattutto perché vuoi che la ricerca organica sia influenzata perché vuoi classificarti meglio, quindi è qualcosa che dovremmo essere in grado di raccogliere. D'altra parte, è molto probabile che tu slanci un nuovo stack tecnologico che rompa molte cose che prima funzionavano bene per la ricerca. Quindi direi che ogni volta che stai facendo un rinnovamento più grande di un sito web devi presumere che ciò possa influire sulla ricerca e vale la pena chiedere aiuto ai SEO ottenere aiuto dagli sviluppatori di altre persone per ricontrollare le cose prima di tempo piuttosto che provare ad entrare in seguito e dire, beh, questo non ha funzionato, il nostro sito Web è scomparso dalla ricerca cosa facciamo ora, perché se stai cercando di risolverlo in seguito sarà sempre una lotta molto più grande. Ci vorrà molto più tempo e potrebbe essere che rompi davvero le cose in un modo che ha un impatto a lungo termine che impiega molto più tempo per risolverlo effettivamente, se avessi l'aiuto giusto e il tipo di consiglio giusto fin dall'inizio prima che escano. Ovviamente come a volte i programmi funzionano in modo negativo ea volte le persone giuste non sono coinvolte nei passi giusti, come se le cose accadono. Quindi non puoi sempre prepararti a tutto. Per quanto riguarda le implementazioni graduali, penso che sia un buon approccio da adottare ed è qualcosa in cui puoi vedere come i motori di ricerca iniziano a eseguire la scansione del nuovo stack che fornisci se non modifichi gli URL, che di solito è una situazione ideale. Quindi puoi vedere come quegli URL cambiano il loro rendimento nella ricerca. Puoi vedere che nella console di ricerca in un certo senso fai clic e impressioni per quegli URL e se gli dai un po' di tempo per stabilizzarti durante il lancio, di solito puoi assicurarti che tutto funzioni bene, posso prendere lo stesso tipo di configurazione e applicarlo a una parte più ampia del sito Web e implementarlo progressivamente.

Domanda 48:26 - Un blog davvero pessimo può far scendere un intero sito web nelle classifiche?

Risposta 48:50 - In generale, proviamo a guardare un sito Web in generale e se ci sono parti significative del sito Web che sono davvero pessime, ciò può avere un effetto positivo sul resto del posizionamento del sito Web. Di solito quando si tratta di una situazione in cui hai un blog e un sito di e-commerce che il sito di e-commerce è ciò su cui tutti si stanno concentrando e il blog fornisce solo un po' di informazioni extra e quindi se il blog è una specie di male, allora ciò non influisce davvero sul tipo di pezzo più grande del sito di e-commerce. L'unico tipo di situazione in cui può svolgere un ruolo e penso che questa domanda vada in quella direzione è che se il blog è impostato in modo tecnicamente cattivo e Googlebot ha molti problemi a scansionarlo. Forse in quanto l'accesso agli URL è davvero molto lento o restituisce molti errori del server, che in questo caso sono in qualche modo menzionati qui, quindi ciò che accadrà è che ridurremo la scansione di quel sito Web in generale. Quindi non è necessariamente il caso che lo faremmo cadere nelle classifiche. Pagine dannose su un sito Web come da un punto di vista tecnico, se semplicemente non funzionano, proviamo a eliminare quelle pagine, ma se da un punto di vista della scansione abbiamo problemi a eseguire la scansione di una parte significativa di quel sito Web, rallenteremo la scansione perché vogliamo assicurarci che la nostra scansione non sia il motivo per cui questo sito Web sta funzionando male.

Quindi, ad esempio, se eseguiamo la scansione del blog e vediamo molti errori del server che potremmo dire, beh, forse stiamo eseguendo la scansione troppo difficile non vogliamo causare problemi, ridurremo la nostra velocità di scansione e se l'e-commerce il sito è sulla stessa configurazione del blog, quindi ridurremmo anche la nostra scansione per il sito di e-commerce. Quindi teniamo traccia della quantità di scansione che facciamo a livello di host, quindi se queste due parti si trovano sullo stesso host, probabilmente proveremmo a scansionarle alla stessa velocità e se una di esse è davvero pessima e non possiamo eseguire la scansione senza molti errori del server, quindi ridurremo la scansione complessiva.

E per molti siti Web che non contano davvero, possiamo comunque tenere il passo con la maggior parte delle modifiche sul nostro sito Web anche se non eseguiamo la scansione così frequentemente per un grande sito di e-commerce che può svolgere un ruolo. In particolare, se hai prodotti che vanno e vengono e non riusciamo a tenere il passo con la scansione di quei prodotti mentre vanno e vengono, i risultati di ricerca per il sito di e-commerce finiranno per diventare un po' obsoleti e forse è qualcosa che forse gli utenti vedranno nei risultati della ricerca.

Quindi, se stanno cercando un nuovo telefono, non lo so, un nuovo telefono e il tuo sito di e-commerce ha quel nuovo telefono ma non siamo ancora stati in grado di eseguire la scansione di quelle pagine, quindi non saremmo in grado di mostrare il tuo sito nei risultati di ricerca per quel nuovo telefono. Quindi è qualcosa a cui darei un'occhiata e vedrei cosa puoi fare per migliorarlo, quindi dal punto di vista della qualità di nuovo non è un problema se una parte del sito Web non è davvero eccezionale, ovviamente può influire anche questo. Ma soprattutto da un punto di vista tecnico se abbiamo problemi significativi con la scansione di una parte del sito Web, eseguiremo la scansione meno abbastanza bene e non è una sanzione. Non è qualcosa in cui diciamo, oh questo sito Web è brutto, non passeremo così tanto tempo lì, è più una questione di nostri algoritmi che cercano di essere buoni cittadini del web e dicono bene, vogliamo essere sicuri di essere non è il motivo per cui questo sito Web sta avendo così tanti problemi.

Domanda 52:36 - Googlebot segue il comando Sitemap nel file robots.txt?

Risposta 52:41 - Raccogliamo il file della mappa del sito lì, ma Googlebot non lo esegue la scansione come collegamento, elaboriamo i file della mappa del sito individualmente lì file XML non sono pagine con collegamenti lì. Quindi Googlebot non lo seguirebbe come una pagina HTML, lo richiederebbe come un file della mappa del sito e lo elaborerà invece con la normale elaborazione XML.

Domanda 53:08 - In un sito Web multimediale ho una versione reattiva delle sezioni della home page delle notizie e le notizie hanno anche versioni AMP mi consigliate di avere la versione AMP della home page e la sezione alternativa in modo che Google trovi la versione zia del prima le notizie. Ha qualche effetto sulla velocità di indicizzazione?

Risposta 53:30 - Quindi, dal punto di vista dell'indicizzazione, non vedo alcun motivo per cui dovresti farlo, prendiamo le pagine della zia quando sono collegate alle pagine normali eseguendo prima la scansione della pagina normale e poi noi guarda il link all'AMP che seguiamo che riprende anche la pagina AMP. Ma principalmente eseguiamo la scansione, il tipo di versione normale o legacy della pagina o versione reattiva non so come la chiamereste, la scansioneremmo con la versione non AMP. L'eccezione è ovviamente se l'intero sito Web è AMP, ovviamente ne eseguiremo la scansione. Per quanto riguarda le versioni AMP della home page e delle sezioni, alla fine dipende da te. Quindi è qualcosa in cui se vedi utenti che vanno a singoli articoli di notizie e fanno clic sul pulsante Home lì e li invii alla tua versione home reattiva, forse va bene, forse è fonte di confusione per gli utenti. Alla fine dipende da te. Di solito quelle pagine non verrebbero mostrate in una nuova sezione in cui raccogliamo le cose AMP. Quindi probabilmente è meno un problema diretto, più qualcosa di indiretto ea lungo termine.

Domanda 54:52 - Consigli di avere un file Sitemap per gli URL nella versione AMP?

Risposta 54:56 - Non è necessario farlo. Anche in questo caso l'eccezione è se l'intero sito Web è solo AMP, ovviamente quelle sono le tue pagine.

Domanda 55:53 - Ho alcuni clienti e hanno un testo nella riga in fondo a questa pagina e oggi si classifica bene, sai, abbiamo traffico, vendite. Ma sai che questo testo non va bene perché è stato scritto per i robot, sai, non per le persone e oggi non sappiamo cosa fare se cancelliamo questo testo possiamo perdere le nostre classifiche e secondo non sappiamo come può integrare questo testo. Cosa proponi?

Risposta 56:26 - Sì, lo considererei più un progetto a medio o lungo termine per pensare a modi in cui puoi integrare meglio parte di quel testo all'interno della parte normale della pagina. Quindi non è il caso almeno al momento di guardare quelle pagine e dire, oh, è terribile, dovremmo retrocedere il sito Web per farlo, ma piuttosto proviamo a raccogliere contenuti aggiuntivi lì e in una certa misura io pensa che il contenuto aggiuntivo sia utile, ma se non puoi semplicemente inserirlo nel resto della pagina, prova a pensare ai modi in cui puoi farlo a lungo termine. Soprattutto quello che consiglierei di fare è cercare di trovare modi per ridurre la quantità di testo che stai fornendo in questo modo. Quindi, invece di questo grande articolo di Wikipedia in basso, riducilo forse a un paio di frasi in modo che sia ancora utile per gli utenti quando lo guardano e fornisca comunque il giusto contesto per i motori di ricerca quando guardano la pagina in generale.

Quindi non è qualcosa che direi è come un problema critico che devi risolvere immediatamente, ma piuttosto è qualcosa in cui forse le persone hanno appena usato questo come un modo, non so, per lavorare su altre carenze in quella pagina in l'inizio e forse è meglio correggere quelle carenze a lungo termine piuttosto che continuare a costruire questi lunghi testi che nessuno legge.

Domanda 58:03 - Il problema che abbiamo oggi è che abbiamo alcune parole chiave su questo testo ed è collegato a 50 parole per cui otteniamo un ranking da Google e pensiamo che se scriviamo del testo interessante per i clienti, per i clienti e possiamo' t utilizzare le stesse parole chiave sarebbe meglio riscriverlo?

Risposta 58:32 - Non lo so, cercherò di esaminare i modi in cui puoi far funzionare il testo per entrambi, ma ancora una volta lo considererei qualcosa di più a lungo termine e non dico, oh ho bisogno di riscrivere tutto oggi altrimenti Google mi penalizzerà, ma penso che molte volte le persone mettano molto testo su queste pagine appositamente per i motori di ricerca e non si accorgano che i motori di ricerca ignorano già molto di quel testo. Quindi, se puoi ridurlo in modo da ridurre il riempimento delle parole chiave, forse funziona anche meglio, ma è qualcosa che a volte richiede un po' di pratica e trova l'approccio giusto per assicurarti di coprire il contenuto che le persone stanno cercando e anche fornire il contesto di cui le persone hanno bisogno quando guardano quella pagina individualmente.

Domanda 59:24 - Di solito scrivo i post del blog per il mio blog russo e ho bisogno di usare molto testo alternativo in qualsiasi immagine, ma se scrivo guide passo-passo, informazioni come questa, sai, ne uso molto di screenshot devo inserire tutto questo perché non sono sicuro che debbano essere classificati per questo screenshot dall'immagine di Google.

Risposta 59:52 - Dipende da te. Dipende totalmente da te. Quindi guarderei più a come le persone che effettuano ricerche visive arriverebbero al mio sito Web piuttosto che a come posso ottenere quante più immagini possibili nelle immagini di Google. Quindi da quel punto di vista, se stai dicendo che questi screenshot aiutano quelle pagine ma nessuno cercherà questo screenshot, allora perché preoccuparsi? Non c'è bisogno di entrare troppo nei dettagli lì ovviamente per i lettori di schermo avere il testo alternativo è utile quindi una certa quantità di testo alternativo è utile lì, ma se sai che le persone non arrivano con le immagini di Google sul tuo sito Web per quelle immagini quindi puoi scrivere il tuo testo in un modo leggermente diverso. Non devi preoccuparti del tipo di ricerca di immagini di ricerca che prende di mira una parte di questo.