График работы SEO, 28 января 2022 г.

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

Стоимость внутренних ссылок

02:15 «Имеет ли значение размещение [внутренних] ссылок?»

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

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

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

Работа с нежелательными страницами в поисковой выдаче после атаки вредоносного ПО

24:11 «У нас есть веб-сайт, который подвергся атаке вредоносного ПО в декабре прошлого года. Мы почистили его и убедились, что в Google Search Console нет проблем с безопасностью. Но нежелательные страницы, которые были проиндексированы [в] результате вредоносного ПО, все еще отображаются в результатах поиска. […] Что мы можем сделать?"

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

В остальном я рекомендую два подхода. С одной стороны, лучший подход — убедиться, что наиболее заметные страницы удалены вручную. Это означает поиск названия вашей компании, названия веб-сайта, […] основных продуктов и тому подобного, а также просмотр страниц, которые отображаются в результатах поиска, и убедитесь, что все, что вы не хотите показывать, не отображается. . Обычно это приводит к тому, что может быть до 100 URL-адресов, где вы говорите, что они взломаны, и я хочу, чтобы они были удалены как можно быстрее. Для этого используйте инструмент удаления. По сути, это самый быстрый способ навести порядок. Инструмент удаления удаляет эти URL-адреса примерно в течение дня, особенно для вещей, которые будут видны вашим пользователям, которые позаботятся об этом.

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

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

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

Как быстрее индексировать действительные URL-адреса?

28:39 «У нас есть веб-сайт с действительными URL-адресами и качественным контентом. Они следуют рекомендациям, упомянутым в Центре поиска Google. […] Но иногда для индексации этих URL-адресов требуется целая вечность. […] Я бы хотел, чтобы у нас был инструмент, который мы могли бы использовать для их более быстрого индексирования».

Джон: «[…] Я думаю, в целом, в Search Console есть инструмент «Отправить на индексацию» или функция, которую мы рекомендуем для этих целей. Но при этом мы не все индексируем. Вполне может случиться так, что у вас есть действующая страница, но мы ее не индексируем. Я думаю, что одна из причин, по которой вы идете в этом направлении, заключается в том, что в настоящее время почти все страницы являются действительными страницами, и очень сложно настроить CMS, в которой вы создаете недействительные страницы. Если вы используете WordPress или любую из распространенных систем, по умолчанию они просто создают действительные страницы.

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

Влияют ли эмодзи в заголовках и мета-описаниях на SEO?

33:04 « Можете ли вы дать [любые] рекомендации по смайликам, используемым в заголовке и мета-описании? Влияют ли они на SEO или нет?»

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

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

Часто задаваемые вопросы не отображаются в поисковой выдаче

36:15 «У нас есть схема часто задаваемых вопросов по нескольким статьям, которые не показывают никаких технических ошибок в GSC. Есть ли не технические причины, по которым Google не показывает наши часто задаваемые вопросы в поисковой выдаче под постом? Может ли это быть проблемой доверия к контенту на нашем сайте?»

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

Работа с сезонным контентом

37:38 « Мы хотели бы расширить существующие страницы более актуальным контентом, например, по сезонным темам или событиям. Что мы делаем с такими фрагментами контента, когда сезон или событие (например, Черная пятница) закончились? Просто оставить эти разделы на странице навсегда или удалить их после мероприятия и снова добавить в следующем году?»

Джон ответил: «С нашей стороны, как вы с этим справитесь, зависит только от вас. Хранить страницы там — нормально, удалять их через некоторое время — нормально, если они больше не актуальны. По сути, вы, вероятно, увидите, что трафик на эти страницы будет снижаться, когда он не сезонный. Если люди не ищут Черную пятницу, они не найдут ваши страницы Черной пятницы. Тогда не имеет значения, есть у вас эта страница или нет, потому что вы не упустите ни одного показа там. Если вы сделаете эту страницу неиндексируемой или сделаете ее 404 на какое-то время, а затем вернете ее позже, это совершенно нормально.

Единственное, на что я бы обратил внимание при работе с сезонными страницами, — это то, что вы повторно используете одни и те же URL-адреса из года в год. Поэтому вместо страницы с названием «Черная пятница 2021», а затем «Черная пятница 2022» создайте страницу с названием «Черная пятница». Таким образом, если вы повторно используете эту страницу, все сигналы, которые вы связывали с этой страницей на протяжении многих лет, будут продолжать работать в вашу пользу , а не создавать новые сигналы каждый год для такого сезонного события, как это. Это моя основная рекомендация.

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

CLS против рейтинга

40:19 « Насколько сильно повлияет на рейтинг Google, если у меня плохой результат CLS? FCP, FID и LCP имеют хорошие оценки, только CLS не так хорош».

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

С нашей точки зрения, мы учитываем эти показатели, когда речь идет о Core Web Vitals и факторе ранжирования Page Experience. Мы стараемся смотреть на них комплексно. И мы пытаемся сосредоточиться особенно […] на том, где вы находитесь в этой разумной области в отношении этих оценок. […] Как только вы выйдете из этого плохого раздела, тогда мы можем сказать, что это разумно, и мы можем принять это во внимание. У нас нет фиксированного ранжирования или алгоритмической функции, когда мы говорим: ну, мы берем половину FCP и половину CLS, и мы учитываем одну треть этого. Это то, где нам нужно смотреть на более широкую картину, и может случиться так, что со временем мы немного изменим ситуацию, чтобы убедиться, что мы помечаем или обрабатываем взаимодействие со страницами надлежащим образом.

Особенно в отношении фактора ранжирования Page Experience, который из года в год мы также будем вносить изменения, поэтому я ожидаю, что всякий раз, когда они просматривают это, они, вероятно, предварительно объявят о некоторых других изменениях или других факторах, которые возникают. играть здесь, аналогично тому, как мы представили настольный аспект этого, о котором мы говорили, я думаю, где-то в прошлом году, и он вступит в игру позже в этом году ».

Core Web Vitals против сканирования и индексации

42:33 « Могут ли низкие показатели Core Web Vitals быть проблемой качества сайта, которая ограничивает сканирование или количество страниц на сайте, которые в конечном итоге будут проиндексированы?»

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

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

Но по большей части, если вы говорите о том, что некоторые страницы хороши, а сканирование происходит достаточно быстро, то я бы не ожидал увидеть связь между показателями Core Web Vitals и сканированием и индексированием веб-сайта».

Геоперенаправления и новостные сайты

53:25 «Я знаю, что Google обычно рекомендует не использовать геопереадресацию на веб-сайтах по целому ряду причин. Тот факт, что Googlebot сможет правильно сканировать и индексировать все сайты, например. […] Мне интересно, отличается ли ситуация для новостного контента или новостных сайтов? Ряд крупных новостных провайдеров […] все используют геопереадресацию уже несколько лет, и ни один из них, похоже, не испытывает негативных последствий для возможности индексации своего контента».

По словам Джона, «это относится ко всем видам веб-сайтов. С нашей точки зрения, обычно георедиректы больше связаны с тем, что нам технически сложно сканировать этот контент. Особенно если вы перенаправляете пользователей из США на другую версию веб-сайта, мы будем следовать этому перенаправлению, поскольку робот Googlebot обычно сканирует из одного места. Тогда дело не в качественных сигналах. […] Более того, если Google не может видеть ваши веб-страницы, мы не можем их индексировать, и это, по сути, основная причина, по которой мы не рекомендуем делать эти вещи.

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

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

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