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

Опубликовано: 2021-12-14

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

Содержимое скрыть
1 Время простоя сайта по сравнению с рейтингом
Код ответа 2 304 по сравнению со сканированием
3 Запросы на сканирование с мобильных устройств и компьютеров
4 Обнаружено/просканировано — в настоящее время не проиндексированный отчет
5 Индексирование веб-сайтов m-dot
6 Работа с устаревшими блогами
7 Индексация выпусков новых статей

Время простоя сайта и рейтинг

04:17 « Один из веб-сайтов моего клиента будет недоступен в течение недели или двух. […] Как я могу сообщить Google, что это временная ситуация? […] Могу ли я сообщить Google, что этот веб-сайт в настоящее время не работает, но он снова вернется к жизни в течение двух недель или недели? Но не должно быть никакой потери рейтинга, или может быть минимальная потеря рейтинга, которую я могу получить?»

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

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

Код ответа 304 против сканирования

11:48 «Как вы думаете, код ответа 304 влияет на сканирование? Потому что логически, если робот Googlebot проверяет URL-адрес с тем же содержанием и возвращает код 304 в первый раз, возможно, есть вероятность, что робот Googlebot может уменьшить сканирование для того же URL-адреса, потому что он возвращает код 304».

Джон сказал: «Я думаю, есть две вещи. Таким образом, 304, я думаю, является ответом на запросы «If-Modified-Since», когда робот Googlebot пытается увидеть, изменилась ли эта страница. Насколько я понимаю, код ответа 304 не относится к краулинговому бюджету. Для нас это означает, что мы можем повторно использовать этот запрос и просканировать что-то еще на веб-сайте. Вот такой аспект.

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

13:29 «Значит, если большинство страниц на сайте возвращаются к 304, может быть, это сигнал для робота Google, что на сайте нет нового обновленного контента, [и для] снижения скорости сканирования?»

Джон: «Нет, я так не думаю. Я не думаю, что мы бы уменьшили скорость сканирования. Мы постараемся больше сосредоточиться, возможно, на тех частях, где происходят обновления. Так что я бы не стал искусственно прятать 304-е в надежде, что это улучшит проползание».

Сканирование запросов с мобильных устройств и компьютеров

14:06 «Поскольку наша скорость сканирования вернулась к норме, мы заметили, что наши запросы на сканирование со смартфонов восстанавливаются намного быстрее, чем с компьютеров. Не могли бы вы пролить свет на это?»

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

Обнаружено/просканировано в настоящее время не проиндексированный отчет

26:12 «Нас обнаружили — в настоящее время не проиндексировано, а не просканировано — в настоящее время не проиндексировано 99% [страниц]. Должны ли мы проводить различие между этими двумя? Потому что наш сайт не такой большой, и, на мой взгляд, это не может быть проблемой краулингового бюджета. В таком случае, эти два обозначения почти одинаковы в том смысле, что это просто вопрос качества?»

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

А на более крупных веб-сайтах или в отчете «Обнаруженные, [‒ в настоящее время] не проиндексированные» вы видите множество различных вариантов URL-адресов, например, с параметрами, прописными или строчными буквами […] , что может быть признаком того, что внутренний ссылки запутаны, и у нас возникли проблемы с поиском правильных URL-адресов для сканирования. Но если мы показываем правильные URL-адреса в отчете «Обнаруженные, [‒ в настоящее время] не проиндексированные» и это относительно небольшой веб-сайт, то, на мой взгляд, это больше указывает на общее качество сайта».

27:54 «Как вы думаете, нам стоит попробовать добавить туда текст? То, что мы показываем, — это каталог компаний, и мы показываем, что означает цена акций с точки зрения будущего роста этой компании. Итак, это число, но с ним не так много читаемого текста. […] У нас есть описание, но оно общее для всех этих компаний, и нам нужно придумать, что делать, если нам нужно втиснуть уникальный текст для каждой компании. Но стоит ли нам двигаться в этом направлении, как вы думаете?

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

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

Индексация сайтов m-dot

30:20 « Есть ли у Google проблемы с индексацией сайтов, имеющих мобильные версии на поддомене? Например, example.com и m.example.com?»

Джон сказал: «С нашей точки зрения, по крайней мере, насколько я знаю, у нас вообще нет проблем с доменами m-dot в том смысле, что это один из поддерживаемых форматов, которые у нас есть для мобильных веб-сайтов. . Мы не рекомендуем установку m-dot. Поэтому, если вы настраиваете новый веб-сайт, я бы постарался избежать этого, насколько это возможно, и вместо этого использовать адаптивную настройку, но это то, что может сработать.

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

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

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

Работа с устаревшими блогами

41:03 « У нас около 450 блогов, некоторым из которых четыре-пять лет, а потому они устарели и на них почти нет трафика. Вы рекомендуете удалить их, потому что они ухудшают наш общий поисковый рейтинг? Как лучше: удалить сразу все без трафика и запросить удаление индекса в Google, или вы рекомендуете пошаговый подход?»

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

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

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

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

Индексация выпусков новых статей

54:55 «У меня есть небольшой веб-сайт, всего пара сотен URL-адресов. […] И уже давно все идет хорошо. И вдруг в ноябре опубликованные статьи уже не индексируются, причем не все. […] Мы сидим там и видим, что Google их сканирует или обнаруживает […]— но [они] не индексируются. Так что все перепробовал: технические вопросы посмотрел, линковка хорошая. Итак, мой вопрос: есть ли сдвиг парадигмы, о котором говорит Google, что ж, спасибо за публикацию этих статей, но мы не хотим этого прямо сейчас? Это что-то новое, что изменилось в последнее время?»

По словам Джона, «не совсем, по крайней мере, насколько я знаю. Я имею в виду, я думаю, что я часто вижу вопросы об индексации, которые я получаю в настоящее время, с технической точки зрения, для веб-сайтов очень легко создавать веб-сайты, которые просто работают. Вы настраиваете WordPress, а затем, по сути, все SEO делается за вас. И, с нашей точки зрения, это означает, что реже бывает техническая проблема со страницей, которая не индексируется. Это означает, что весь контент, который мы получаем, технически в порядке, и наши системы должны быть намного более критичными в отношении общего качества веб-сайта, качества частей контента, которые мы получаем. Кроме того, в Search Console мы предоставляем вам всю информацию о таких вещах, как обнаруженные, [‒ в настоящее время] не проиндексированные или просканированные, [‒ в настоящее время] не проиндексированные. А потом вдруг вы видите все эти проблемы, и кажется, что люди должны что-то исправить. С этой точки зрения, нам кажется нормальным получать намного больше этих вопросов об индексировании только потому, что с большим количеством контента все в порядке, и мы все еще не можем индексировать все в Интернете, поэтому мы должны сделать надрез где-нибудь».