22 de febrero de 2019 – Notas de la conversación de ayuda de Google

Tener una cierta cantidad de texto tiene sentido, por lo que tal vez cambiar ese bloque gigante de texto a una o dos oraciones que colocas arriba del pliegue debajo del encabezado es un buen enfoque aquí porque también brinda a los usuarios un poco más de información sobre lo que deben esperar. en esta página. Esa es la dirección en la que me dirigiría allí. Realmente trataría de evitar la situación en la que estás falsificando una página poniendo toneladas de texto en la parte inferior de la página solo porque el resto de la página no es óptimo. En su lugar, intente encontrar formas de mejorar la página en general para que no tenga que hacer esta solución.

Pregunta 16:00: si el esquema de un sitio tiene errores, ¿qué impacto tiene en la indexación de los resultados de búsqueda? Los nuevos tipos de esquema aprobados por Google comenzaron a arrojar errores en el sitio que antes no tenía errores. ¿Cuál va a ser el impacto?

Respuesta 16:22 - Vemos esto en una especie de nivel de función, donde decimos que para presentar su sitio de esta manera particular, necesitamos tener este tipo de marcado en la página y debe seguir estas pautas y debe seguir estos requisitos. Por ejemplo, si desea ser visible como una tarjeta enriquecida de recetas en los resultados de búsqueda, hay ciertos requisitos que debe cumplir y veremos si se cumplen esos requisitos. Si el marcado para esos requisitos es válido, eso es bueno. Si hay otro marcado en la página que no es válido, entonces eso no es un problema para nosotros. Está realmente en un nivel de características. Queremos mostrar su sitio con un resultado rico en recetas, vemos que tiene todos los requisitos, tomaremos todo eso y lo mostraremos en los resultados de búsqueda. Presentaremos el sitio de una manera que realmente aliente a los usuarios a ir y verificar esos detalles. Si tiene otro marcado en esas páginas que tal vez coincida con una de las otras características que existen pero que aún no es un marcado válido, simplemente lo ignoramos. Desde ese punto de vista, no es que necesite tener cero errores para su marcado. Más bien, debe pensar en qué función le gustaría utilizar en los resultados de búsqueda y verificar que se cumplan los requisitos para esa función.

Pregunta 18:00: cuando el equipo impulsa los cambios de algoritmo, ¿hay momentos en los que los cambios están dirigidos solo a una industria específica, o se realizan los cambios y simplemente afectan a una industria más que a las otras?

Respuesta 18:15: esta es una pregunta interesante con respecto a cómo trabajamos en general en nuestros resultados de búsqueda. Desde nuestro punto de vista, por lo general no es el caso que diríamos: "Necesitamos hacer algo específico para que los resultados de búsqueda sean para una industria en particular", sino que lo vemos al revés y tratamos de pensar sobre las formas en que podemos mejorar los resultados de búsqueda con respecto a los resultados de búsqueda para tipos específicos de consultas. No es tanto que nos centremos en la industria, sino que nos centramos en las búsquedas que hace la gente. Obviamente, están un poco relacionados. Si vemos, por ejemplo, que las personas obtienen información confusa de las consultas médicas, tal vez debamos mejorar la forma en que reconocemos la relevancia de los resultados de búsqueda para las consultas médicas. No es tanto que apuntemos a la industria médica y digamos: "Necesitamos mejorar la forma en que estos 10 sitios en particular se muestran en los resultados de búsqueda", sino más bien que vemos que los usuarios están confundidos con este tipo de consulta y es algo que está confundiendo a mucha gente y necesitamos encontrar una manera de mejorar la relevancia y la calidad de esas consultas en particular.

Pregunta: 19:35 - Migré un sitio web del dominio a al dominio b, todos los 301 han estado en su lugar desde cada URL anterior a la versión nueva respectiva desde el primer día, se envió una solicitud de cambio de dirección, el dominio a tiene un mapa del sitio antiguo actualizado , todas las URL redirigen al dominio b. El dominio b solo tiene una nueva actualización del archivo del mapa del sitio y se pierden todas las clasificaciones actuales.

Respuesta 20:04: parece que tienes todo configurado, pero tal vez algo salió mal en el camino. Lo que haría sería publicar en el foro de ayuda para webmasters para que alguien analice realmente esta situación específica y vea si hay algo que se te pasó por alto. Hay algunas situaciones en las que pasar de un dominio a otro genera problemas, específicamente si el dominio al que se está mudando tiene un historial antiguo extraño asociado, eso puede llevar un poco de tiempo para aclarar, para que lo reconozcamos. este sitio web no está relacionado con el anterior, y debemos tratar esto como una situación nueva y no tener en cuenta la situación anterior.

Pregunta 21:30: dado que Google plus se está cerrando, ¿es posible que G pueda proporcionar una forma para que el editor transfiera a sus seguidores y usuarios a YouTube?

Respuesta 21:40 - No lo creo. Hay formas de exportar tus datos de Google+ mediante la función de extracción... pero no tengo conocimiento de nada que lleve a alguien que te sigue allí y haga que te siga en Youtube. Creo que sería como estirar...

Pregunta 22:22 - Pregunta sobre la clasificación en el carrusel de historias principales. En los últimos meses hemos notado un comportamiento extraño en nuestro sitio web de noticias internacionales. Para la misma consulta, nos clasificamos muy bien en la pestaña de noticias SERP, pero para la misma consulta no aparecemos en el carrusel de historias principales y para la misma consulta en el otro lado, nos clasificamos muy bien para el carrusel de videos. Entonces mi pregunta es, hay datos estructurados particulares que podemos implementar para aparecer en el carrusel de la historia principal. Implementamos correctamente las páginas AMP, datos estructurados, por lo que nos preguntamos si hay alguna implementación particular que debamos hacer para aparecer en el carrusel de historias principales.

Respuesta 23:37 - Por lo general, no, si implementas AMP, creo que para dispositivos móviles es algo que se requiere y creo que para escritorio no necesitas tener AMP para el carrusel de historias principales, no estoy 100% seguro de eso. Pero si tiene eso implementado, está cubierto de todos modos. De lo contrario, la función de historias principales es una función de búsqueda orgánica, no es que necesite hacer algo específico para ser visible, sino que tratamos de recoger eso orgánicamente y mostrarlo cuando creemos que tiene sentido.

Preguntas 27:35: cómo asegurarse de que un GEO TLD tenga objetivos geográficos que no lo sean. Entonces, si escribo hoteles en Nueva York en India, se muestran sitios web indios. Entonces, la pregunta es cómo puedo verificar dos veces qué tipo de misiones dirigidas geográficamente se ven.

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?

Respuesta 45:40: creo que la última parte es algo que debe tener en cuenta, ya que es esencialmente imposible garantizar que si realiza cambios más grandes en su sitio web, la búsqueda orgánica no se verá afectada por eso. Hay aspectos positivos y negativos allí, por un lado, es posible que esté haciendo cambios más grandes en su sitio web, especialmente porque desea que la búsqueda orgánica se vea afectada porque desea clasificarse mejor, así que eso es algo que deberíamos poder detectar. Por otro lado, es muy posible que implemente una nueva pila de tecnología que rompa muchas cosas que solían funcionar bien para la búsqueda. Entonces, diría que cada vez que esté haciendo una renovación más grande de un sitio web, debe asumir que esto puede afectar la búsqueda y vale la pena obtener ayuda de los SEO obtener ayuda de desarrolladores de otras personas para verificar las cosas antes de tiempo en lugar de intentar entrar después y decir, bueno, esto no funcionó, nuestro sitio web desapareció de la búsqueda, ¿qué hacemos ahora?, porque si intentas arreglarlo después, siempre va a ser una lucha mucho mayor. Va a llevar mucho más tiempo y es posible que realmente rompa las cosas de una manera que tenga un impacto a más largo plazo que tarde mucho más en arreglarse que si tuviera la ayuda adecuada y el tipo de consejo correcto desde el principio. antes de que se desplieguen. Obviamente, a veces los horarios funcionan mal y, a veces, las personas adecuadas no están involucradas en los pasos correctos, como suceden las cosas. Así que no siempre puedes prepararte para todo. Con respecto a los lanzamientos graduales, creo que es un buen enfoque y eso es algo en lo que puede ver cómo los motores de búsqueda comienzan a rastrear la nueva pila que proporciona si no cambia las URL, lo que suele ser una situación ideal. Luego puede ver cómo esas URL cambian su rendimiento en la búsqueda. Puede ver que en la consola de búsqueda se hacen clics e impresiones para esas URL y, si le da un poco de tiempo para que se estabilice durante su implementación, por lo general puede asegurarse de que está funcionando. Puedo hacer lo mismo. tipo de configuración y aplicarlo a una parte más grande del sitio web y realmente implementarlo progresivamente.

Pregunta 48:26 - ¿Puede un blog realmente malo hacer que un sitio web completo baje en la clasificación?

Respuesta 48:50 - En general, tratamos de mirar un sitio web en general y si hay partes significativas del sitio web que son realmente malas, eso puede tener un efecto positivo en el resto de las clasificaciones del sitio web. Por lo general, cuando se trata de una situación en la que tiene un blog y un sitio de comercio electrónico, el sitio de comercio electrónico es en lo que todos se centran y el blog solo proporciona un poco de información adicional y luego, si el blog es algo así como malo, entonces eso realmente no afecta el tipo de la mayor parte del sitio de comercio electrónico. El único tipo de situación en la que puede jugar un papel y creo que esta pregunta va en esa dirección es si el blog está configurado de una manera técnicamente incorrecta y Googlebot tiene muchos problemas para rastrearlo. Tal vez porque el acceso a las URL es realmente muy lento o arroja muchos errores del servidor, que en este caso se menciona aquí, entonces lo que sucederá es que reduciremos el rastreo de ese sitio web en general. Entonces, no es necesariamente el caso de que lo dejemos caer en las clasificaciones. Las páginas malas en un sitio web, como desde un punto de vista técnico, si simplemente no funcionan, tratamos de descartar esas páginas, pero si desde el punto de vista del rastreo tenemos problemas para rastrear una parte importante de ese sitio web, ralentizaremos el rastreo porque queremos asegurarnos de que nuestro rastreo no sea la razón por la cual este sitio web está funcionando mal.

Entonces, por ejemplo, si rastreamos el blog y vemos muchos errores del servidor que podríamos decir, bueno, tal vez estamos rastreando demasiado, no queremos causar ningún problema, reduciremos nuestra velocidad de rastreo y si el comercio electrónico sitio está en la misma configuración que el blog, entonces también reduciríamos nuestro rastreo para el sitio de comercio electrónico. Entonces hacemos un seguimiento de la cantidad de rastreo que hacemos en un nivel de host, por lo que si estas dos partes están en el mismo host, probablemente intentemos rastrearlas a la misma velocidad y si una de ellas es realmente mala y no podemos rastrearlo sin muchos errores del servidor, entonces reduciremos el rastreo en general.

Y para muchos sitios web que realmente no importan, aún podemos mantenernos al día con la mayoría de los cambios en nuestro sitio web, incluso si no rastreamos con tanta frecuencia un sitio de comercio electrónico grande que puede desempeñar un papel. En particular, si tiene productos que van y vienen y no podemos seguir rastreando esos productos a medida que van y vienen, los resultados de búsqueda para el sitio de comercio electrónico terminarán quedando un poco obsoletos y eso es algo que tal vez los usuarios verán en los resultados de búsqueda.

Entonces, si están buscando un nuevo no sé, un nuevo teléfono y su sitio de comercio electrónico tiene ese nuevo teléfono, pero aún no hemos podido rastrear esas páginas, entonces no podremos mostrar su sitio en los resultados de búsqueda para ese nuevo teléfono. Así que eso es algo en lo que echaría un vistazo y vería qué puede hacer para mejorarlo, de modo que, desde el punto de vista de la calidad, sea un problema menor si una parte del sitio web no es realmente tan buena, obviamente puede afectar también Pero especialmente desde un punto de vista técnico, si tenemos problemas importantes con el rastreo de una parte del sitio web que rastrearemos menos bien y no es una penalización. No es algo en lo que estemos diciendo, oh, este sitio web es malo, no pasaremos tanto tiempo allí, es más una cuestión de que nuestros algoritmos traten de ser buenos ciudadanos de la web y digan bien, queremos estar seguros de que estamos no es la razón por la que este sitio web está teniendo tantos problemas.

Pregunta 52:36 - ¿Googlebot sigue el comando del mapa del sitio en el archivo robots.txt?

Respuesta 52:41: recogemos el archivo del mapa del sitio allí, pero Googlebot no lo rastrea como un vínculo. Procesamos los archivos del mapa del sitio de forma individual. Hay archivos XML, no son páginas con vínculos. Entonces, Googlebot no lo seguiría como una página HTML, sino que lo solicitaría como un archivo de mapa del sitio y lo procesaría con el procesamiento XML normal.

Pregunta 53:08 - En un sitio web de medios tengo una versión responsiva de las secciones de noticias de la página de inicio y las noticias también tienen versiones AMP ¿Recomiendas tener la versión AMP de la página de inicio y la sección alternativa para que Google encuentre la versión tía de noticias primero. ¿Tiene algún efecto sobre la velocidad de indexación?

Respuesta 53:30 - Entonces, desde el punto de vista de la indexación, no veo ninguna razón por la que debas hacer esto. Seleccionamos las páginas tía cuando están conectadas a las páginas normales rastreando primero la página normal y luego vea el enlace al AMP que seguimos que recoge la página de AMP también. Pero principalmente rastreamos, el tipo de versión normal o heredada de la página o la versión receptiva. No sé cómo lo llamarías, lo rastrearíamos con la versión que no es AMP. La excepción es, por supuesto, si todo su sitio web es AMP, obviamente lo rastrearemos. Con respecto a tener versiones AMP de la página de inicio y las secciones, en última instancia, eso depende de ti. Así que eso es algo en lo que si ve que los usuarios van a artículos de noticias individuales y hacen clic en el botón de inicio allí y los envía a su versión de inicio receptiva, tal vez esté bien, tal vez sea confuso para los usuarios. En última instancia, eso depende de usted. Por lo general, esas páginas no se mostrarían en una nueva sección donde recogemos las cosas de AMP. Entonces, probablemente sea menos un problema directo, más algo indirecto y a largo plazo.

Pregunta 54:52 - ¿Recomiendas tener un archivo de mapa del sitio para las URL en la versión AMP?

Respuesta 54:56 - No necesitas hacer eso. Nuevamente, la excepción es si todo su sitio web es AMP, entonces obviamente esas son sus páginas.

Pregunta 55:53 - Tengo algunos clientes y tienen texto en la línea inferior de esta página y hoy se clasifica bien, ya sabes, tenemos tráfico, ventas. Pero sabes que este texto no es bueno porque fue escrito para robots, sabes, no para personas y hoy no sabemos qué hacer si borramos este texto podemos perder nuestra clasificación y segundo no sabemos cómo puede integrar este texto. ¿Qué propones?

Respuesta 56:26 - Sí, vería esto más como un proyecto a mediano o largo plazo para pensar en formas en las que puedes integrar mejor parte de ese texto dentro de la parte normal de la página. Por lo tanto, no es el caso, al menos en el momento en que miramos esas páginas y decimos, oh, esto es terrible, deberíamos degradar el sitio web por hacer esto, sino que tratamos de recoger contenido adicional allí y hasta cierto punto yo Piense que el contenido adicional es útil, pero si no puede incluirlo en el resto de la página, intente pensar en formas en las que pueda hacerlo a largo plazo. Especialmente, lo que recomendaría hacer es tratar de encontrar formas de reducir la cantidad de texto que está proporcionando de esa manera. Entonces, en lugar de este gran artículo de Wikipedia en la parte inferior, redúzcalo tal vez a un par de oraciones para que siga siendo útil para los usuarios cuando lo miren y aún brinde el contexto adecuado para los motores de búsqueda cuando miren la página en general.

Entonces, no es algo que yo diría que es como un problema crítico que necesita resolver de inmediato, sino algo en lo que tal vez las personas simplemente han estado usando esto como una forma de, no sé, solucionar otras deficiencias en esa página en el principio y tal vez sea mejor corregir esas deficiencias a largo plazo que seguir construyendo estos largos textos que nadie lee.

Pregunta 58:03 - El problema que tenemos hoy es que tenemos algunas palabras clave en este texto y está conectado a 50 palabras para las que obtenemos clasificación de Google y pensamos si escribimos un texto interesante para los clientes, para los clientes y podemos. No use las mismas palabras clave, ¿sería mejor volver a escribirlo?

Respuesta 58:32 - No lo sé, intentaré buscar formas en las que puedas hacer que el texto funcione para ambos, pero, de nuevo, vería esto como algo más a largo plazo y no diría, oh, necesito reescribirlo. todo hoy, de lo contrario, Google me penalizará, pero creo que muchas veces la gente pone mucho texto en estas páginas específicamente para los motores de búsqueda y no se dan cuenta de que los motores de búsqueda ya ignoran mucho de ese texto. Entonces, si puede reducirlo para que sea menos relleno de palabras clave, entonces tal vez incluso funcione mejor, pero es algo que a veces requiere un poco de práctica y encontrar el enfoque correcto para asegurarse de cubrir el contenido que la gente está buscando y también proporcionar el contexto que las personas necesitan cuando miran esa página individualmente.

Pregunta 59:24 - Por lo general, escribo las publicaciones de mi blog en ruso y necesito usar mucho texto alternativo en las imágenes, pero si escribo guías paso a paso, información como esta, ya sabes, uso mucho de capturas de pantalla necesito poner todo eso allí porque no estoy seguro de que necesiten ser clasificados para esta captura de pantalla de la imagen de Google.

Respuesta 59:52 - Eso depende de ti. Eso depende totalmente de ti. Así que vería esto más como cómo las personas que buscan visualmente vendrían a mi sitio web en lugar de cómo puedo obtener tantas imágenes como sea posible en las imágenes de Google. Entonces, desde ese punto de vista, si está diciendo que estas capturas de pantalla ayudan a esas páginas pero nadie va a buscar esta captura de pantalla, entonces, ¿por qué molestarse? No es necesario entrar en demasiados detalles, obviamente, para los lectores de pantalla, tener el texto alternativo es útil, por lo que una cierta cantidad de texto alternativo es útil allí, pero si sabe que las personas no están llegando a su sitio web con imágenes de Google para esas imágenes. entonces puedes escribir tu texto de una manera ligeramente diferente. No tiene que preocuparse por el tipo de búsqueda de imágenes de búsqueda que apunta a parte de eso.