График работы SEO, 11 марта 2022 г.

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

Может ли одна страница влиять на весь домен?

6:50 « […] мы недавно добавили на наш сайт страницу, которая постоянно привлекает значительный трафик и вовлеченность […]. У меня к вам вопрос: может ли одна страница с чрезвычайно высоким уровнем вовлеченности и трафика влиять на домен в целом? […] ”

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

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

Затем человек спросил, может ли плохой показатель Core Web Vitals в одном разделе страницы повлиять на остальную часть домена. Если вы не знакомы с метриками, которые она упомянула: «Самая большая отрисовка содержимого» (LCP) и « Совокупное смещение макета» (CLS), я рекомендую вам прочитать наши руководства «Что такое самая большая отрисовка содержимого» и «Что такое совокупное смещение макета».

8:28 «[…] для Core Web Vitals мы уделяем приоритетное внимание нашим страницам с высоким поиском для улучшения продукта, […]. Может ли подмножество страниц с плохим LCP или CLS, скажем, только страница с видео на сайте, которая не является основной, вторичной или даже третичной страницей, обеспечивающей поисковый трафик, повлиять на остальные основные основные веб-жизненные показатели сайта? счет? […] «

Джон ответил: « Обычно это не проблема. Поэтому я думаю, что здесь есть два аспекта. С одной стороны, для Core Web Vitals мы смотрим на образец трафика на эти страницы, который выполняется, я не знаю, с помощью функции Chrome User Experience Report . Я считаю, что это где-то задокументировано на стороне Chrome. Но это, по сути, часть трафика на ваш сайт. Это означает, что по большей части то, на что мы будем смотреть больше всего, на самом деле является страницами, которые получают наибольшее количество посещений. Таким образом, если у вас есть случайные страницы, которые никто никогда не просматривает, и они очень медленные, то они не будут тормозить работу вашего сайта . И наоборот — если бы эти случайные страницы были действительно быстрыми, они бы не подтягивали ваш сайт. Даже если это много случайных страниц, если в целом они просто не получают много трафика, то нас это не особо волнует. […] то, что люди видят, должно быть удобным для пользователей. Итак, если большинство людей видят определенную часть вашего сайта, то именно на этой части мы хотим сосредоточиться.

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

Слишком много внутренних ссылок может навредить вашему сайту?

12:50 « Итак, в предыдущих часах работы вы однажды сказали, что использование слишком большого количества внутренних ссылок на одной странице может размыть их ценность, и, возможно, Google не сможет понять структуру сайта. Итак, по вашему мнению, каково количество идеальных внутренних ссылок на страницу для сайта электронной коммерции, возможно, с миллионами страниц? ”

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

Диагностика проблем сканирования для небольших веб-сайтов

25:47 « Мы просмотрели отчеты «Статистика сканирования» в Search Console и попытались определить, может ли быть какая-то техническая проблема со сканированием Google нашего веб-сайта. Какие сигналы или вещи, которые нужно определить, укажут нам, если Google пытается что-то просканировать или если Googlebot отвлекается на файлы, которые не имеют отношения […]? ”

Джон удостоверился, что человек, задавший вопрос, управляет относительно небольшим веб-сайтом, а затем ответил: « Хорошо, поэтому я предполагаю, что отчет «Статистика сканирования» не будет вам полезен в этом случае [для небольшого веб-сайта], потому что с Статистический отчет, вы действительно смотрите на совокупное представление о сканировании вашего веб-сайта. И обычно это имеет больше смысла, если у вас есть что-то вроде, я не знаю, пара сотен тысяч страниц. Тогда вы можете посмотреть на это и сказать, ну, в среднем, ползание идет медленно. В то время как если у вас есть веб-сайт, который, я не знаю, может быть, около 100 страниц или около того, то, по сути, даже если сканирование очень, очень медленное, тогда эти 100 страниц мы все равно можем получить, например, раз в день, в худшем случае, может быть, раз в неделю. Это не будет технической проблемой в отношении сканирования.

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

Почему синонимы имеют значение в рейтинге

39:34 «Почему могут быть крошечные различия в синонимах [...], которые имеют такое большое значение в рейтинге?»

Человек представил следующие примеры синонимов: «редактировать видео» и «видеоредактор».

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

Объединение нескольких типов расширенных результатов на странице

42:06 « Мы заметили, что большинство сайтов с рецептами не предоставляют очень полезную информацию в моей стране, и мы пытаемся изменить это, предоставляя больше полезной информации и добавляя часто задаваемые вопросы к каждому рецепту. Как лучше всего добавить эти часто задаваемые вопросы? ”

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

Как убедиться, что платный доступ не приведет к штрафу за маскировку

43:43 « Google объясняет в своих рекомендациях по подписке и платному контенту, что на страницу необходимо добавить определенную схему, чтобы делиться платным контентом в индексе и не вызывать штраф за маскировку. Однако после реализации этого, тест расширенных результатов, кажется, не идентифицирует это, и не рискуем ли мы непреднамеренно получить штраф за маскировку?»

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

Являются ли ссылки в определенных разделах страницы более важными для Google?

45:11 « … ссылки в определенных разделах сайта рассматриваются по-разному? Например, если ссылка на страницу находится в верхнем или нижнем колонтитуле и, следовательно, присутствует на каждой странице сайта, воспринимает ли Google эти ссылки иначе, чем ссылки в теле страницы? ”

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

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

Помогает ли Mobile-first индексация повысить ваш рейтинг?

46:33 « Помогает ли индексация с ориентацией на мобильные устройства для ранжирования в поиске? Наш веб-сайт все еще сканируется компьютерным роботом Googlebot. И мы не можем понять, почему он не переключается на мобильные устройства. Мы просмотрели документацию Google и устранили неполадки, но ничего не выходит. Поможет ли переход на Progressive Web App и автономную поддержку? ”

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

Но это не тот случай, когда вы заметите какие-либо изменения в рейтинге, если только мобильная версия существенно не отличается от версии для ПК. И это также было бы причиной для того, чтобы мы не переходили на индексацию mobile-first. И если мобильная версия существенно отличается, и мы действительно использовали индексацию для мобильных устройств для вашего сайта, то мы, по сути, просто проиндексировали бы ваш контент на основе мобильной версии. И если в настольной версии будет больше контента, мы проигнорируем это. Так что с этой точки зрения я бы не стал форсировать это. Переход на прогрессивное веб-приложение — это то, что вы можете сделать, но я не думаю, что это повлияет на то, как индексация для мобильных устройств будет выглядеть на вашем веб-сайте. И обычно, когда дело доходит до прогрессивных веб-приложений, это веб-сайты с фреймворком JavaScript. И это приносит целый ряд других проблем, связанных с этим: вам нужно убедиться, что Google действительно может видеть ваш контент, потому что JavaScript — это то, что мы обычно можем хорошо отображать и обрабатывать, но это не всегда так просто, как чистый статический HTML-страница. ”