Часы работы отдела SEO — 4 июня 2021 г.
Опубликовано: 2021-06-09Это краткое изложение самых интересных вопросов и ответов из рабочего дня Google SEO с Джоном Мюллером 4 июня 2021 года.
Googlebot и согласие на использование файлов cookie
00:56 – «Действительно ли важно, чтобы Googlebot мог видеть сообщение о согласии на использование файлов cookie, которое мы отправляем пользователям? Потому что мы решили показывать его при взаимодействии с пользователем, поэтому робот Googlebot не сможет его увидеть. Интересно, может ли это вызвать у нас какие-либо проблемы с точки зрения удобства работы с Google?»
Джон сказал: «В целом, это должно быть хорошо, потому что роботу Googlebot не нужно видеть баннер с файлами cookie. Googlebot также не хранит файлы cookie, поэтому он в любом случае не будет принимать файлы cookie, если вы передадите их роботу Googlebot […] Многие сайты также показывают баннер согласия на использование файлов cookie для робота Googlebot просто потому, что они показывают его всем […] Важная часть, по сути, заключается в том, что Googlebot не (…) заблокирован от сканирования веб-сайта, так что у вас не будет своего рода межстраничного объявления, которое блокирует доступ к остальному контенту».
Ключевые слова в SEO против обработки естественного языка
02:15 – «У меня есть директива использовать ключевые слова, особенно целевые ключевые слова, в метатегах, использовать их здесь, в h1, использовать их много раз в части контента. И это действительно кажется мне устаревшим, особенно со всеми достижениями в семантическом поиске, всеми крутыми MUM и всеми остальными вещами, которые идут по трубе […] Как вы думаете, это все еще законная тактика SEO, или мы не должны сосредоточиться на использовании этого конкретного ключевого слова столько раз на странице?»
По словам Джона, «(…) количество раз, которое вы используете ключевое слово на странице, я не думаю, что это действительно имеет значение или имеет смысл. Когда вы пишете естественно, обычно это решается автоматически. А также, что касается отдельных ключевых слов, я думаю, что это то, чем я бы полностью не пренебрегал, но в то же время я бы не стал чрезмерно сосредотачиваться на конкретных ключевых словах. Так, в частности, такие вещи, как единственное и множественное число, или что-то вроде разных способов написания отдельных слов. Это то, о чем вам, вероятно, не нужно беспокоиться».
«Но упоминание о том, о чем ваш сайт, и о том, что вы хотите, чтобы вас нашли, это то, что я все равно сделал бы. Так что, в частности, то, что мы иногда видим, когда смотрим на такие вещи, как новостные статьи, если новостной сайт на самом деле не понимает SEO, они могут писать так, я не знаю, почти как в литературе. Вы читаете это и вроде как понимаете, что это значит, но точные слова, которые используются на странице, на самом деле не соответствуют именно этой теме.
Так что с точки зрения SEO, если есть что-то, за что вы хотите ранжироваться, я бы все равно упомянул об этом на странице . Я бы не стал перебарщивать с количеством упоминаний. Я бы не стал перебарщивать со всеми синонимами и разными способами написания, но упоминание хотя бы раз определенно имеет смысл».
Инструмент удаления URL и канонизация
04:47 – «У меня вопрос по инструменту удаления URL. Итак, мой вопрос: если вы используете этот инструмент, влияет ли он только на каноническую версию URL-адреса, поскольку я предполагаю, что это влияет на индекс, который вы используете для публикации результатов поиска. Так влияет ли это только на каноническую версию или на весь кластер дублированного контента, частью которого является эта каноническая версия? Так, например, если я напишу URL-адрес, который, по моему мнению, следует исключить, но по сути является неканоническим вариантом, что произойдет в этой ситуации?»
Джон ответил: «Мы вообще не считаем каноническим, когда речь идет об удалении URL, а скорее сопоставляем его один к одному точно так, как вы его отправили. И мы включаем HTTP, HTTPS и WWW, не WWW версии этого URL.
И, по сути, происходит то, что мы не удаляем его из нашего индекса . Таким образом, вся сторона индексации остается неизменной. Ползучая сторона остается прежней. Мы просто не показываем это в результатах поиска ».
Дублирование контента в верхней части страницы
06:30 — «Мой вопрос касается шаблонного контента в верхней части страницы с точки зрения мобильных устройств […] Каждая из [наших] тематических целевых страниц — это уникальные URL-адреса, уникальные заголовки, но у них один и тот же заголовок и чуть выше содержимое сгиба […] Это вредно для небрендового рейтинга этих тематических целевых страниц?»
Джон сказал: «Итак, для нас важно, чтобы в верхней части страницы было некоторое количество уникального контента . Так что, если у вас сверху есть баннер, а сверху — обычное URL-изображение, это совершенно нормально. Но некоторый контент в верхней части страницы должен быть уникальным для этой страницы. И это может быть что-то вроде заголовка, который виден в минимальном регистре, но по крайней мере часть содержимого верхней части страницы должна быть там.
[…] Я имею в виду, что, вероятно, вы также хотите посмотреть , как пользователи впоследствии взаимодействуют с этими страницами . Но это больше с точки зрения не-SEO. Но я думаю, что в таких случаях всегда важно взглянуть и увидеть, что на самом деле происходит с пользователями впоследствии».
A/B-тестирование и клоакинг
22:29 — «Я знаю, что Googlebot не любит маскировку на сайте, но именно это происходит, например, когда вы используете A/B-тестирование Google Analytics, потому что он достигает содержимого под (…), когда выполняет A/ Б тестирование. Таким образом, все, что оптимизировано для SEO, не может использовать A/B-тестирование Google Analytics. Это правильно?"
Джон ответил: «Вроде, вроде. Таким образом , важная часть для нас с A/B-тестированием заключается в том, что A/B-тестирование не является постоянной ситуацией и что A/B-тестирование — это то, где Googlebot, по сути, также попадает в это A/B-тестирование. И, по сути, мы можем видеть то, что видят пользователи.
А когда дело доходит до A/B-тестов, для нас важно также, чтобы цель страницы оставалась одинаковой. Итак, если вы проводите A/B-тестирование целевой страницы и продаете один продукт, то не должно быть так, что вместо продажи автомобиля вы вдруг продаете отпуск, или перелет, или что-то в этом роде. . […] Сокрытие, которое более проблематично, если — я не знаю — вы продаете автомобиль, а затем, когда робот Google просматривает его, он показывает автомобиль. Когда пользователь смотрит на него, он идет в аптеку. Обычно нас больше беспокоит маскировка спама, в которую может вмешаться команда по борьбе с веб-спамом.
И все эти незначительные изменения — даже если у вас есть изменения на странице, относящиеся к конкретному устройству, нас это вполне устраивает».
Длина контента в рейтинге
29:23 – «Насколько важна длина блога? Мы следуем правилу не более 300 слов, и недавно я читал во многих местах, что Google отдает предпочтение длинному контенту. Так может быть, мы пропали без вести на этом фронте? Мы пишем более короткие блоги?»
« Мы вообще не используем подсчет слов. Так что количество слов в ваших статьях зависит только от вас. Я думаю, что некоторым людям нравится руководство в отношении количества слов, но на самом деле это внутреннее руководство для вас, для ваших авторов. Это не то, что мы будем использовать в целях SEO».
Отклонение спам-ссылок
30:06 – «У меня вопрос о Google Search Console. На моем сайте около 120 внешних ссылок, и около 40% из них — нерабочие японские домены. Я понятия не имею, откуда они взялись, и какое мне до них дело?»
«Наверное, с ними ничего не нужно делать. Если бы это были просто случайные ссылки из интернета, я бы просто их проигнорировал. Это не относится к японским ссылкам, но иногда спамеры включают обычные URL-адреса в URL-адреса, которые они используют для распространения спама, и это означает, что на случайных форумах и в блогах они также удаляют эти URL-адреса. И иногда это приводит к большому количеству ссылок, размещенных не на английском языке или с контентом на иностранном языке. И я много раз видел это на японском, китайском, арабском и многих других языках».
«Если это не ссылки, которые вы разместили, которые вы купили […], то я бы просто проигнорировал их».
Отдельные целевые страницы для разных физических местоположений
33:17 – «Допустим, у меня есть 500 физических магазинов, которые продают мои продукты, и я хочу создать для каждого из них отдельную целевую страницу. Будет ли это считаться дорвеем?»

Джон сказал: «Нет, это было бы в принципе нормально. Это как если бы у вас были разные продукты, потому что это уникальные места . Это физические местоположения. Наличие отдельных страниц для них совершенно нормально. Иногда имеет смысл объединить их и разместить на общей странице, например, если у вас много магазинов в определенных странах. Может быть, просто перечислите там магазины, а не отдельные страницы для каждого магазина. Но это полностью зависит от вас».
Структура сайта и проблемы с индексацией
34:31 – «Как плохая структура сайта может повлиять на индексацию? Некоторые из моих старых статей удаляются из индекса, но это были статьи с восьмой по девятую страницы моего блога. С тех пор я создал статические страницы категорий, которые упрощают поиск и отслеживание этих страниц Google. Но какие здесь могут быть проблемы с индексацией?»
«Конечно, мы не индексируем все содержимое всех веб-сайтов в Интернете, поэтому в какой-то момент может случиться так, что мы скажем, о, эти страницы не являются критическими для Интернета […] Так что, возможно, мы опустим их из нашего индекса, чтобы мы могли больше сосредоточиться на важных страницах вашего веб-сайта. И это то, где мы довольно часто используем внутреннюю структуру сайта, чтобы попытаться понять это. Если мы понимаем, что ваш сайт важен, и мы видим на вашем веб-сайте, что вы говорите нам, что эта часть моего веб-сайта важна для вас, мы постараемся сосредоточиться на этом. В то время как, если вы говорите, что эти страницы также находятся на моем веб-сайте, и они связаны ссылками, как вы упомянули здесь, примерно на расстоянии восьми-девяти страниц от вашей главной страницы, то мы могли бы сказать, ну, вы не думаете, что это важно, поэтому, возможно, мы не будем уделять им столько внимания. Мы сосредоточимся на других.
Таким образом, ваша внутренняя структура сайта может немного помочь нам понять это, но это также тот случай, когда мы просто не индексируем все на всех веб-сайтах».
Нужно ли отклонять ссылки?
36:14 – «Какое влияние окажет массовая дезавуация ссылок? Недавно мы дезавуировали многие обратные ссылки на нашем сайте. Все они были HTTP-сайтами с низким авторитетом домена. Многие из них были комментариями со ссылкой на наш сайт. Однако положительного улучшения мы не заметили. В настоящее время никаких ручных мер против нас нет. Разве дезавуирование не нужно в наши дни?
«Возможно, вы могли бы избавить себя от необходимости дезавуировать эти ссылки. Так что, вероятно, они не будут иметь никакого эффекта вообще . Я бы в основном использовал инструмент отклонения ссылок в тех случаях, когда у вас либо есть ручное действие, либо когда вы смотрите на то, что вы сделали в прошлом, и понимаете, что, вероятно, я получу ручное действие, если кто-нибудь из Google увидит это.
И в таких случаях я уходил и пытался дезавуировать это и попытаться очистить это. Но, как правило, ссылки с сайтов с низким авторитетом домена или ссылки, которые по сути являются частью Интернета на протяжении многих лет, я бы не стал от них отказываться. Я не думаю, что это вообще имеет какое-то значение».
Пагинация и хлебные крошки в ранжировании
37:55 – «Учитывает ли робот Googlebot нумерацию страниц и «хлебные крошки» или это влияет на ранжирование? Какова лучшая практика?»
“ Мы используем нумерацию страниц и хлебные крошки, чтобы немного лучше понять внутреннюю структуру сайта . Так что это определенно все еще играет роль в отношении сканирования и индексации сайта. Так что, если на вашем сайте есть нумерация страниц и хлебные крошки, и вы их удаляете, это означает, что внутренняя структура сайта теперь другая.
Хороший способ перепроверить, как эти факторы влияют на ваш веб-сайт, — это использовать внешний поисковый робот, своего рода инструмент, который вы можете запустить на своем веб-сайте, чтобы просканировать веб-сайт так, как он есть сейчас. и затем вы могли бы проанализировать оттуда, являются ли эти навигационные ссылки причиной, по которой эти страницы сканируются или нет? И затем, основываясь на этом, вы можете принимать решения о том, удалять их или нет, или изменять их, или каким-то образом вы хотите изменить что-то на своем веб-сайте».
Настройка 301 редиректа и тайминга
39:05 — «В случае, когда группа URL-адресов была изменена, но по какой-то причине 301 редиректы не были настроены сразу, сколько примерно времени у вас есть для реализации редиректов для передачи рейтинга авторитет от старых страниц к новым и предотвратить падение рейтинга?»
Вот что сказал Джон: «Поэтому это сложно, потому что для этого нет определенного времени, тем более, что есть разные вариации такого рода проблемной ситуации, которая у вас здесь. В частности, если старый контент все еще существует, и вы создали его копию на новом URL-адресе, то в таком случае мы будем рассматривать эти два URL-адреса как часть одного и того же кластера и попробуем чтобы выбрать канонический URL-адрес между этими двумя URL-адресами.
И может случиться так, что мы переключимся на ваш новый URL для этого. И если это так, то, по сути, мы будем автоматически перенаправлять все сигналы со старого URL-адреса на новый URL-адрес, даже без перенаправления. Таким образом, в этом сценарии вы, вероятно, не увидите большой разницы, если в какой-то момент позже добавите перенаправление.
Основное отличие, которое вы увидите, заключается в том, что для нас будет намного яснее, что вы хотите, чтобы новые URL-адреса были проиндексированы, а не старые URL-адреса. Таким образом, в этой настройке вы, вероятно, не увидите изменения рейтинга, но, вероятно, вы увидите, что мы будем переключаться на новые URL-адреса более последовательно.
В ситуации, когда вы удаляете старые URL-адреса и просто добавляете тот же контент где-то еще на своем веб-сайте, тогда мы, по сути, на первом этапе теряем всю информацию, которая у нас была бы об этой странице, потому что внезапно это 404 , И мы относимся к новой странице как к чему-то новому. И мы, по сути, сказали бы, что здесь есть новая страница, и у нас не было бы никакой связи между старой страницей и новой страницей.
И это то, где в какой-то момент мы удалим старую страницу из нашего индекса и потеряем все эти сигналы. И если вы подождете слишком долго и добавите переадресацию намного позже, то эти сигналы уже исчезнут, и эта переадресация больше ничего не будет пересылать.
Так что в такой ситуации, когда вы удаляете что-то и просто перемещаете куда-то еще, то, вероятно, через определенный период времени, я не знаю, как долго это будет длиться. Зависит от веб-сайта — вы не увидите никаких улучшений от добавления редиректов.
И в таком случае, с моей точки зрения, все еще имело бы смысл начать добавлять перенаправления туда, просто чтобы вы были уверены, что, если есть какое-то небольшое значение, все еще связанное с этими старыми URL-адресами, то, по крайней мере, который все еще пересылается. Так что это своего рода основные сценарии».
Бесплатные объявления в Google Покупках
42:36 – «Некоторое понимание оптимизации бесплатных объявлений в Google Покупках? Если мы вручную отредактируем описание и заголовок, чтобы они соответствовали ключевым словам, по которым мы заинтересованы в позиционировании наших списков, будем ли мы наказаны, если эти ключевые слова не появятся на нашем сайте? Например, отредактируйте бесплатное объявление, включив слово «низкая стоимость» или «дешево» в описание продукта, такого как позолоченное кольцо, где эти слова не упоминаются в ссылочном домене для этого объявления».
Джон признался, что не был уверен. «Мне кажется или я понимаю, что мы пытаемся сопоставить целевую страницу с продуктами, которые есть в вашем фиде Merchant Center. И если они не совпадают, то нам придется сделать звонок относительно того, какую из этих версий мы на самом деле используем.
Поэтому я обычно рекомендую попытаться убедиться, что эти две версии максимально совпадают, чтобы вы не создавали для Google ситуацию, когда вы говорите, что эти данные на самом деле не совпадают».
Размер анкорного текста
44:12 – «Вопрос о двух разных анкорных текстах к уникальному URL. Какую якорную ссылку ценит Google? Ценит ли Google размер анкорного текста или размер, который анкорный текст занимает на экране?»
Джон ответил: «Я не думаю, что у нас вообще есть это определение. Таким образом, в наших системах может случиться так, что мы выберем один из них и попытаемся понять, какой из них является наиболее подходящим. Но я бы не стал делать предположение, что мы просто наивно берем первый на странице и используем только его, или берем только тот, у которого самый длинный анкорный текст, и игнорируем остальные.
По сути, мы пытаемся понять структуру сайта так, как ее может понять пользователь, и принять это во внимание. И то, как разрешается эта двусмысленная ситуация, также может меняться со временем».
Попадание в карусель Top Stories
45:12 — «Мы — новостной сайт, и мы думаем о внедрении AMP, но Google объявил, что AMP не нужен для ранжирования в карусели «Главные новости», и значок AMP будет удален. Насколько я понимаю, нам нужно сосредоточиться на Core Web Vitals и тонко настроить наш веб-сайт, чтобы сделать его быстрым и создавать высококачественный контент. Не могли бы вы дать нам больше информации о том, как попасть в карусель Top Stories?»
Джон сказал: «Так что да, мы объявили, что AMP больше не требуется для карусели «Главные новости» . Вместо этого мы сосредоточимся на таких вещах, как Core Web Vitals и факторы взаимодействия со страницей, чтобы попытаться понять, какие страницы мы должны там показывать. Я думаю, что важная часть AMP заключается в том, что это действительно простой способ сделать страницы очень быстрыми и как бы убедиться, что вы легко, почти по умолчанию, достигаете показателей Core Web Vitals.
Так что это то, где, если вы пытаетесь сделать свои страницы быстрыми и не знаете, какой фреймворк использовать, и, возможно, у AMP есть хороший подход, может быть, это также то, где вы можете взять отдельные элементы из AMP и просто повторно используйте их на своих страницах, а затем со временем перенесите больше своих страниц на платформу AMP. Но я бы рассматривал это скорее как фреймворк, чем как функцию, которую вы должны включать или выключать.
Имея это в виду, есть и другие способы сделать ваши страницы действительно быстрыми. Вам не обязательно использовать AMP, но иногда использование AMP — это простой способ сделать это, особенно если у вас есть что-то вроде WordPress. Если ваш сайт построен на WordPress, и вы можете просто включить плагин AMP, то иногда это может автоматически переключить ваш сайт на хорошую сторону Core Web Vitals».
