22 февраля 2019 г. — Google Help Hangout Notes

Наличие некоторого количества текста имеет смысл, поэтому, возможно, смещение этого гигантского блока текста в одно или два предложения, которые вы размещаете на сгибе под заголовком, является хорошим подходом, потому что это также дает пользователям немного больше информации о том, что они должны ожидать. на этой странице. Это своего рода направление, в котором я бы пошел туда. Я бы действительно постарался избежать ситуации, когда вы как бы подделываете страницу, помещая тонны текста внизу страницы только потому, что остальная часть страницы неоптимальна. Вместо этого попытайтесь найти способы улучшить страницу в целом, чтобы вам не пришлось прибегать к этому обходному пути.

Вопрос 16:00 - Если в схеме сайта есть ошибки, насколько это влияет на индексацию в результатах поиска? Новые типы схем, одобренные Google, начали выдавать ошибки на сайте, где раньше ошибок не было. Каков будет эффект?

Ответ 16:22. Мы смотрим на это на уровне функций, где мы говорим, что для того, чтобы представить ваш сайт определенным образом, нам нужна такая разметка на странице, и она должна следовать этим рекомендациям. необходимо соблюдать эти требования. Например, если вы хотите, чтобы в результатах поиска отображалась расширенная карточка рецепта, вам необходимо выполнить определенные требования, и мы проверим, выполнены ли эти требования. Если разметка для этих требований действительна, это хорошо. Если на странице есть другая разметка, которая недействительна, то для нас это не проблема. Это действительно на уровне функций. Мы хотим показать ваш сайт с богатым результатом для рецептов, мы видим, что у вас есть все требования, мы все это возьмем и покажем в результатах поиска. Мы представим сайт таким образом, чтобы пользователи действительно зашли и проверили эти детали. Если у вас есть другая разметка на этих страницах, которая, возможно, соответствует одной из других функций, но еще не является действительной разметкой, мы просто игнорируем ее. С этой точки зрения, вам не нужно иметь нулевые ошибки для вашей разметки. Скорее, вам нужно подумать о том, какую функцию вы хотели бы использовать в результатах поиска, и еще раз проверить, выполнены ли требования для этой функции.

Вопрос 18:00. Когда команда выдвигает изменения алгоритма, бывают ли случаи, когда изменения нацелены только на конкретную отрасль, или изменения вносятся, и они просто влияют на одну отрасль больше, чем на другие?

Ответ 18:15. Это интересный вопрос относительно того, как мы в целом работаем с результатами поиска. С нашей точки зрения, обычно мы не говорим: «Нам нужно сделать что-то конкретное, чтобы сделать результаты поиска для одной конкретной отрасли», а скорее смотрим на это с другой стороны и пытаемся думать о том, как мы можем улучшить результаты поиска в отношении результатов поиска для определенных типов запросов. Мы фокусируемся не столько на отрасли, сколько на поиске, который делают люди. Очевидно, они как-то связаны. Если мы увидим, например, что люди получают запутанную информацию из медицинских запросов, то, возможно, нам нужно улучшить то, как мы распознаем релевантность результатов поиска для медицинских запросов. Дело не столько в том, что мы нацелились бы на медицинскую отрасль и сказали: «Нам нужно улучшить способ отображения этих конкретных 10 сайтов в результатах поиска», сколько в том, что мы видим, что пользователи сбиты с толку этим типом запроса, и это что-то, что сбивает с толку многих людей, и нам нужно найти способ улучшить релевантность и качество для этих конкретных запросов.

Вопрос: 19:35 - Я перенес веб-сайт с домена а на домен б, все 301 были на месте с каждого старого URL на соответствующую новую версию с первого дня, был отправлен запрос на изменение адреса, в домене а обновлена ​​старая карта сайта , все URL-адреса перенаправляют на домен b. Домен b имеет только новое обновление файла карты сайта, и все текущие рейтинги потеряны.

Ответ 20:04. Похоже, у вас все настроено, но, возможно, что-то пошло не так. Что бы я сделал, так это разместил сообщение на справочном форуме для веб-мастеров, чтобы кто-то действительно посмотрел на эту конкретную ситуацию и посмотрел, не было ли чего-то, что вы упустили из виду. В некоторых ситуациях переход с одного домена на другой приводит к проблемам, особенно если с доменом, на который вы перемещаетесь, связана странная старая история, которая может занять некоторое время, чтобы очистить ее, чтобы мы осознали, что этот веб-сайт не связан со старым, и мы должны относиться к этому как к новой ситуации и не принимать во внимание старую ситуацию.

Вопрос 21:30. Поскольку Google Plus закрывается, возможно ли, что G может предоставить издателю возможность переносить своих подписчиков и пользователей на YouTube.

Ответ 21:40 - Не думаю. Есть способы экспортировать ваши данные из Google+ с помощью функции извлечения… но я не знаю ничего, что могло бы взять кого-то, кто следит за вами, и заставить их подписаться на вас на Youtube. Я думаю, это было бы своего рода растяжением…

Вопрос 22:22 - Вопрос о ранжировании в карусели топ-историй. В последние несколько месяцев мы заметили странное поведение нашего международного новостного веб-сайта. По тому же запросу мы очень хорошо ранжируемся в поисковой выдаче на вкладке новостей, но по тому же запросу мы не появляемся в карусели главных новостей, и по тому же запросу с другой стороны мы очень хорошо ранжируемся в карусели видео. Итак, мой вопрос: есть определенные структурированные данные, которые мы можем внедрить, чтобы они появлялись в карусели главных новостей. Мы правильно внедрили AMP-страницы, структурированные данные, поэтому нам интересно, есть ли конкретная реализация, которую мы должны сделать, чтобы появиться в карусели главных новостей?

Ответ 23:37 - Обычно нет, если вы внедряете AMP, я думаю, что для мобильных устройств это то, что требуется, и я думаю, что для настольных компьютеров вам не нужно иметь AMP для карусели главных новостей, не уверен на 100%. Но если у вас это реализовано, вы все равно застрахованы. В противном случае функция главных новостей — это функция органического поиска, вам не нужно делать что-то конкретное, чтобы быть видимым, но скорее мы пытаемся подобрать это органически и показать это, когда мы думаем, что это имеет смысл.

Вопросы 27:35 - Как убедиться, что у TLD GEO есть цели Geo, которых нет. Итак, если я набираю отели в Нью-Йорке в Индии, то показывает индийские сайты. Итак, вопрос в том, как я могу перепроверить, как выглядят геоориентированные квесты.

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?

Ответ 45:40. Итак, я думаю, что последняя часть - это то, что вам нужно знать, что практически невозможно гарантировать, что, если вы внесете большие изменения на своем веб-сайте, это не повлияет на органический поиск. Здесь есть как положительные, так и отрицательные аспекты. С одной стороны, вы можете вносить большие изменения на свой веб-сайт, особенно потому, что вы хотите, чтобы это повлияло на органический поиск, потому что вы хотите получить более высокий рейтинг, так что это то, что мы должны иметь возможность уловить. С другой стороны, вполне возможно, что вы развернете новый стек технологий, который сломает многие вещи, которые раньше хорошо работали для поиска. Поэтому я бы сказал, что каждый раз, когда вы делаете большую модернизацию веб-сайта, вы должны предполагать, что это может повлиять на поиск, и стоит получить помощь от SEO-специалистов, получить помощь от разработчиков от других людей, чтобы как бы перепроверить вещи заранее. время, а не пытаться потом зайти и сказать, ну, это не сработало, наш веб-сайт исчез из поиска, что нам теперь делать, потому что, если вы пытаетесь исправить это потом, это всегда будет гораздо более сложной задачей. Это займет намного больше времени, и может случиться так, что вы действительно как бы сломаете вещи таким образом, что это будет иметь долгосрочные последствия, и на их исправление потребуется гораздо больше времени, чем если бы у вас была правильная помощь и правильный совет с самого начала. прежде чем они выкатятся. Очевидно, что иногда графики работают плохо, а иногда нужные люди не участвуют в правильных шагах, как будто что-то происходит. Так что нельзя всегда быть готовым ко всему. Что касается постепенного развертывания, я думаю, что это хороший подход, и вы можете увидеть, как поисковые системы начинают сканировать новый стек, который вы предоставляете, если вы не меняете URL-адреса, что обычно является идеальной ситуацией. Затем вы можете увидеть, как эти URL-адреса меняют свою эффективность в поиске. Вы можете видеть, что в консоли поиска выполняются клики и показы для этих URL-адресов, и если вы дадите ей немного времени, чтобы успокоиться во время развертывания, то обычно вы можете убедиться, что все в порядке, я могу сделать то же самое. вид установки и применять его к большей части веб-сайта и постепенно внедрять его.

Вопрос 48:26. Может ли очень плохой блог привести к падению рейтинга всего веб-сайта?

Ответ 48:50 - В общем, мы пытаемся смотреть на веб-сайт в целом, и если есть существенные части веб-сайта, которые действительно плохи, это может хорошо повлиять на остальные позиции веб-сайта. Обычно, когда дело доходит до ситуации, когда у вас есть блог и сайт электронной коммерции, сайт электронной коммерции — это то, на чем все сосредотачиваются, а блог просто предоставляет немного дополнительной информации, а затем, если блог является чем-то вроде плохо, тогда это на самом деле не влияет на вид большей части сайта электронной коммерции. Единственная ситуация, в которой это может сыграть роль, и я думаю, что этот вопрос как бы идет в этом направлении, — это если блог настроен технически плохо и у робота Google есть много проблем с его сканированием. Возможно, из-за того, что доступ к URL-адресам действительно очень медленный или он возвращает много ошибок сервера, что в данном случае упоминается здесь, тогда произойдет то, что мы уменьшим сканирование этого веб-сайта в целом. Так что не обязательно, что мы уроним его в рейтинге. Плохие страницы на веб-сайте, например, с технической точки зрения, если они просто не работают, мы пытаемся удалить эти страницы, но если с точки зрения сканирования у нас возникают проблемы со сканированием значительной части этого веб-сайта, мы замедляем сканирование, потому что мы хотим убедиться, что наше сканирование не является причиной плохой работы этого веб-сайта.

Так, например, если мы сканируем блог и видим много ошибок сервера, которые мы могли бы сказать, ну, может быть, мы слишком усердно сканируем, мы не хотим создавать никаких проблем, мы снизим скорость сканирования, и если электронная коммерция сайт настроен так же, как и блог, то мы также сократим сканирование сайта электронной коммерции. Таким образом, мы отслеживаем объем сканирования, которое мы выполняем на уровне хоста, поэтому, если эти две части находятся на одном хосте, мы, вероятно, попытаемся сканировать их с одинаковой скоростью, и если одна из них действительно плохая и мы не можем просканируйте его без большого количества ошибок сервера, тогда мы уменьшим общее сканирование.

И для многих веб-сайтов, которые на самом деле не имеют значения, мы все еще можем следить за большинством изменений на нашем веб-сайте, даже если мы не сканируем так часто большой сайт электронной коммерции, который может играть роль. В частности, если у вас есть продукты, которые приходят и уходят, и мы не можем отслеживать их по мере их поступления и ухода, тогда результаты поиска для сайта электронной коммерции в конечном итоге станут немного устаревшими, и это то, что может пользователи увидят в результатах поиска.

Поэтому, если они ищут новый, я не знаю, новый телефон, и на вашем сайте электронной коммерции есть этот новый телефон, но мы еще не смогли просканировать эти страницы, мы не сможем показать ваш сайт в результатах поиска для этого нового телефона. Так что это то, где я бы взглянул на это и посмотрел, что вы можете сделать, чтобы улучшить его, чтобы с точки зрения качества снова это не было проблемой, если, если часть веб-сайта не так хороша, очевидно, это может повлиять это также. Но особенно с технической точки зрения, если у нас есть серьезные проблемы со сканированием части веб-сайта, которую мы будем сканировать хуже, и это не штраф. Это не то, где мы говорим: «О, этот веб-сайт плохой, мы не будем проводить там так много времени», это больше вопрос наших алгоритмов, пытающихся быть хорошими гражданами сети, и говоря, что мы хотим быть уверены, что мы не причина, почему у этого веб-сайта так много проблем.

Вопрос 52:36. Выполняет ли робот Googlebot команду карты сайта в файле robots.txt?

Ответ 52:41 - Мы берем там файл карты сайта, но робот Googlebot не сканирует его как ссылку, мы обрабатываем файлы карты сайта по отдельности там XML-файлы, это не страницы со ссылками. Таким образом, робот Googlebot не будет следовать за ним как за HTML-страницей, он запросит его как файл карты сайта и вместо этого обработает его с помощью обычной обработки XML.

Вопрос 53:08 - На веб-сайте СМИ у меня есть адаптивная версия разделов новостей главной страницы, а новости также имеют версии AMP. Рекомендуете ли вы иметь AMP-версию домашней страницы и альтернативный раздел, чтобы Google находил тетенькую версию новость первая. Влияет ли это на скорость индексации?

Ответ 53:30. Таким образом, с точки зрения индексации я не вижу причин, по которым вам нужно было бы это делать. см. ссылку на AMP, по которой мы следим, также забираем страницу AMP. Но в первую очередь мы сканируем, обычная или устаревшая версия страницы или адаптивная версия, я не знаю, как бы вы это назвали, мы сканировали ее с версией без AMP. Исключением является, конечно, если весь ваш веб-сайт использует AMP, то, очевидно, мы просканируем его. Что касается наличия AMP-версий домашней страницы и разделов, в конечном итоге это зависит от вас. Так что если вы видите, что пользователи переходят к отдельным новостным статьям и нажимают там кнопку «Домой», а вы отправляете их в свою адаптивную домашнюю версию, может быть, это нормально, может быть, это сбивает пользователей с толку. В конце концов, это зависит от вас. Обычно эти страницы не будут отображаться в новом разделе, где мы собираем материал AMP. Так что, вероятно, это не столько прямая проблема, сколько нечто косвенное и долгосрочное.

Вопрос 54:52. Рекомендуете ли вы иметь файл карты сайта для URL-адресов в версии AMP?

Ответ 54:56 - Вам не нужно этого делать. Опять же, исключение состоит в том, что если весь ваш веб-сайт только AMP, то, очевидно, это ваши страницы.

Вопрос 55:53 - У меня есть несколько клиентов, и у них есть текст в нижней строке на этой странице, и сегодня он занимает хорошие позиции, вы знаете, у нас есть трафик, продажи. Но вы знаете, что этот текст нехорош, потому что он был написан для роботов, вы знаете, не для людей, и сегодня мы не знаем, что делать, если мы удалим этот текст, мы можем потерять наши рейтинги, а во-вторых, мы не знаем, как мы может интегрировать этот текст. Что вы предлагаете?

Ответ 56:26 - Да, я бы рассматривал это скорее как среднесрочный или долгосрочный проект, чтобы подумать о том, как лучше интегрировать часть этого текста в обычную часть страницы. Так что это не тот случай, по крайней мере, в тот момент, когда мы смотрим на эти страницы и говорим: о, это ужасно, мы должны понизить рейтинг веб-сайта за это, а скорее мы пытаемся подобрать там дополнительный контент, и в какой-то степени я думайте, что дополнительный контент полезен, но если вы не можете просто втиснуть его в остальную часть страницы, попробуйте подумать о том, как вы можете сделать это в долгосрочной перспективе. Особенно то, что я бы порекомендовал сделать, это попытаться найти способы уменьшить количество текста, который вы предоставляете таким образом. Поэтому вместо этой большой статьи в Википедии внизу сократите ее, может быть, до пары предложений, чтобы она по-прежнему была полезна для пользователей, когда они ее просматривают, и по-прежнему предоставляла правильный контекст для поисковых систем, когда они просматривают страницу в целом.

Я бы сказал, что это не критическая проблема, которую нужно решить немедленно, а то, что, возможно, люди просто использовали это как способ, я не знаю, работать над другими недостатками на этой странице в начало, и, может быть, лучше просто исправить эти недостатки в долгосрочной перспективе, чем продолжать создавать эти длинные тексты, которые никто не читает.

Вопрос 58:03 - Проблема, которая у нас есть сегодня, заключается в том, что у нас есть несколько ключевых слов в этом тексте, и они связаны с 50 словами, за которые мы получаем рейтинг от Google, и мы думаем, если мы напишем какой-нибудь интересный текст для клиентов, для клиентов, и мы сможем' не использовать те же ключевые слова, не лучше ли было бы переписать его?

Ответ 58:32 - я не знаю, я постараюсь посмотреть, как вы можете заставить текст работать для обоих, но опять же, я бы рассматривал это как что-то более долгосрочное и не говорил, о, мне нужно переписать все сегодня, иначе Google накажет меня, но я думаю, что много раз люди помещают много текста на эти страницы специально для поисковых систем, и они не понимают, что поисковые системы уже игнорируют большую часть этого текста. Поэтому, если вы можете уменьшить его, чтобы было меньше наполнения ключевыми словами, тогда, возможно, это даже работает лучше, но это то, что иногда требует небольшой практики и поиска правильного подхода, чтобы убедиться, что вы охватываете контент, который ищут люди, а также предоставить контекст, который нужен людям, когда они просматривают эту страницу по отдельности.

Вопрос 59:24 - Я обычно пишу сообщения для своего русского блога, и мне нужно использовать много замещающего текста в любых картинках, но если я пишу пошаговые руководства, такая информация, знаете, я использую много скриншотов мне нужно поместить все это туда, потому что я не уверен, что они должны получить рейтинг для этого снимка экрана из изображения Google.

Ответ 59:52 - Это зависит от вас. Это полностью зависит от вас. Поэтому я бы рассматривал это скорее как то, как люди, выполняющие поиск, визуально попадают на мой веб-сайт, а не как я могу получить как можно больше изображений в изображениях Google. Итак, с этой точки зрения, если вы говорите, что эти скриншоты помогают этим страницам, но никто не будет искать этот скриншот, тогда зачем беспокоиться? Не нужно вдаваться в подробности, очевидно, что для программ чтения с экрана полезно иметь замещающий текст, поэтому некоторое количество замещающего текста полезно, но если вы знаете, что люди не приходят с изображениями Google на ваш сайт для этих изображений тогда вы можете написать свой текст немного по-другому. Вам не нужно беспокоиться о той части поиска, которая нацелена на поиск изображений.