График работы SEO, 17 декабря 2021 г.

Это краткое изложение самых интересных вопросов и ответов из Google SEO Office Hours с Джоном Мюллером 17 декабря 2021 года.

Файл шрифта, вызывающий кумулятивный сдвиг макета

06:58 «Мы работаем над проблемами CLS уже пару месяцев. […] Есть одна вещь, случайно возникающая из ниоткуда. Возможно ли, что шрифт может вызвать проблему кумулятивного смещения макета ?»

Джон ответил: «Может быть. Я не эксперт в области CLS, но […] если вы используете внешний файл шрифта, то этот файл необходимо загрузить . И в зависимости от того, как вы отображаете контент, может случиться так, что вы сначала отобразите версию контента без файла шрифта, а затем он загрузит шрифт и изменит макет».

Во время последнего саммита Chrome Dev Summit было представлено новое свойство CSS под названием size-adjust . Его цель — предотвратить сдвиг макета, вызванный шрифтом. Если вам интересно узнать об этом больше, прочтите статью web.dev о настройке размера CSS для @font-face.

Подводя итог вопросу, Джон порекомендовал полезный совет, чтобы проверить, действительно ли шрифт вызывает сдвиг макета: «… в инструментах разработчика Chrome вы можете делать такие вещи, как блокировка URL-адреса файла шрифта, загрузка страницы и сравнение [ друг с другом]. ”

503 может привести к тому, что URL-адреса выпадут из индекса.

14:29 «Моя платная команда размещала платную рекламу с Pinterest и вызвала серьезную проблему, когда Pinterest сканировал наш веб-сайт и вызывал перегрузку наших серверов. Мы разобрались с проблемой, мы заблокировали Pinterest […], но у нас есть несколько сотен страниц, которые до сих пор находятся на 503 в Google Search Console. […] Пролистал страницы — все рабочие. Итак, у меня была повторная проверка, которая продолжалась последние два дня. Какие временные рамки мы рассматриваем? Могу ли я повторно отправить карты сайта, чтобы они заработали быстрее?»

Джон сказал: «Если бы [503] был там менее суток, мы, вероятно, автоматически взяли бы его и повторили попытку.

Если прошло более пары дней, может случиться так, что URL-адрес выпадет из индекса, потому что мы думаем, что это скорее постоянная ошибка сервера. По сути, необходимо подождать, пока мы снова не просканируем этот URL-адрес, что, в зависимости от URL-адреса, может произойти через пару дней. Может быть, потребуется неделя или около того, чтобы пересканировать. Но, по сути, это то, где он проходит обычный процесс повторного сканирования, а затем снова запускается.

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

В конце вопроса Джон добавил, что повторная отправка карты сайта, вероятно, не поможет: «Повторная отправка файла карты сайта не является для нас сильным сигналом. Мы бы посмотрели больше на дату в файле карты сайта. И если вы просто вручную обновите все даты, чтобы сказать, о, мы изменили его сегодня, чтобы побудить Google снова его подобрать, тогда мы посмотрим на файл карты сайта и скажем, что все даты одинаковы, это не совсем полезный."

Пользователям показана неправильная языковая версия

29:02 «У нас есть сайты двух стран с общим контентом, включая ежедневные новости. Время от времени мы замечаем, что неправильная новостная страница ранжируется в соответствующей стране — например, DE (Германия) в Швейцарии. Имеет ли смысл работать с hreflang и в области новостей?»

Джон ответил: «Я думаю, что чисто с точки зрения того, что у вас есть разные версии контента, и вы иногда видите неправильную версию в поиске, это, по сути, ситуация, которую пытается решить hreflang. […] Это кажется идеальным сценарием для реализации тегов hreflang.

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

Перевод только части вашего сайта

31:22 «У нас есть веб-сайт с 300 проиндексированными страницами, все на английском языке. Мы хотим перевести половину этих страниц на испанский язык, которые будут размещены в подкаталоге того же домена и помечены как альтернативные языковые версии контента для США. Можно ли переводить только часть контента веб-сайта? […] Это проблема, если испанская версия страницы содержит внутренние ссылки на контент на английском языке?»

Джон сказал: « Когда мы смотрим на язык, мы рассматриваем его отдельно для каждой страницы. […] Итак, мы, по сути, смотрим на отдельную страницу и говорим: ну, похоже, эта страница на испанском языке. И тогда, когда кто-то будет искать что-то на испанском языке, мы сможем показать им это. Не имеет значения, если только часть вашего веб-сайта переведена на другой язык. Обычно вы начинаете с чего-то и как бы расширяетесь оттуда.

Я думаю, что аспект внутренних ссылок может быть немного сложным. Если ваша внутренняя ссылка сосредоточена на английской версии, это может создать негативный пользовательский опыт . Я думаю, что это довольно распространено на многих разных веб-сайтах. […] Я бы постарался убедиться, что испанская версия также правильно взаимосвязана ».

Google может найти более простую версию URL

37:06 «Обрабатывает ли Google URL-адреса со знаком вопроса в конце как дубликаты одного и того же URL-адреса без знака вопроса в конце?»

Джон не был уверен в ответе на этот вопрос. Однако он объяснил интересный сценарий, который назвал «облегченной канонизацией».

Джон сказал: «По большей части, если у вас есть параметры в конце или нет параметров в конце, мы будем рассматривать их как отдельные URL-адреса. Но у нас есть некоторые системы, которые пытаются сделать для вас легкую канонизацию. Они пытаются выяснить, какую более простую версию этого URL-адреса мы могли бы показать, даже если сам веб-сайт не предоставляет rel="canonical" или не перенаправляет на более простую версию URL-адреса. ”

Чтобы лучше объяснить ситуацию, Джон привел пример страницы index.html. Если у вас есть домашняя страница с таким URL-адресом, как веб-сайт.com/index.html, Google может решить, что index.html в конце не имеет значения, и автоматически удалить его, чтобы упростить URL-адрес до веб-сайта.com.

Google не наказывает сайты для взрослых

39:45 « Мой веб-сайт недавно был удален из-за нескольких очень важных ключевых слов в нашей основной нише — игрушки для взрослых. […] Наказывает ли Google сайты для взрослых за определенные запросы?»

Джон ответил: «Я не думаю, что мы наказываем сайты для взрослых в этом отношении. Но у нас есть системы, которые пытаются выяснить, действительно ли цель запроса состоит в том, чтобы найти что-то, что попадает в категорию, возможно, контента для взрослых. И если цель явно не в том, чтобы кто-то нашел контент для взрослых с таким запросом, [...] мы попытаемся отфильтровать эти вещи.

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

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

Понять, что скрывается за запросом, очень сложно. И мы тоже иногда ошибаемся. […] Так что дело не столько в том, что Google имеет что-то против сайтов для взрослых. Их там много, и люди находят и ищут их явно. Это все прекрасно. Но на самом деле мы просто хотим убедиться, что наши результаты поиска соответствуют ожиданиям людей. ”

Упоминания вашего бренда не влияют на рейтинг вашего сайта.

58:12 «[…] Что, если многие страницы, которые упоминают вас и говорят, что вы мошенники, на самом деле являются спам-страницами, созданными людьми, намеревающимися причинить вам вред? Знает ли Google, как с этим справиться?»

Джон сказал: «Я думаю, что это также одна из причин, почему очень сложно использовать что-то подобное в отношении ранжирования. Понять почти субъективный контекст упоминания действительно сложно. Это как положительное упоминание или отрицательное упоминание? Это саркастическое положительное упоминание или саркастическое отрицательное упоминание? Мол, как ты вообще можешь сказать?

И все это, а также тот факт, что существует множество спам-сайтов, [...] очень затрудняет утверждение, что мы можем просто использовать [упоминания бренда] так же, как ссылку. Итак, с этой точки зрения […] мы не упоминаем об этом как о чем-то, что положительно или отрицательно влияет на ваш веб-сайт. Это слишком запутанно, чтобы использовать его в качестве четкого сигнала».