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

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

Размер файла robots.txt

00:45 «Есть ли какие-либо негативные последствия для SEO, которые могут возникнуть из-за огромного файла robots.txt?»

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

04:35 «Помимо радикального сокращения [файла robots.txt], есть ли какие-либо рекомендации по его созданию?»

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

Вы также можете найти дополнительную информацию о файле robots.txt в нашем Полном руководстве по Robots.txt для SEO.

Перенос категории товаров на новый домен

08:56 «Мы планируем перенести нашу одну категорию продуктов от нескольких поставщиков на новый домен или поддомен. […] Как ранжировать новый домен? Текущий домен хорошо ранжируется в Google и других поисковых системах и обеспечивает нам хороший органический поисковый трафик. Сколько времени потребуется, чтобы новый домен получил тот объем трафика, который мы получаем сейчас?»

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

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

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

11:45 «С какими негативными аспектами мы столкнемся при переносе этой инфраструктуры на новый домен?»

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

Перенаправление приложений

20:38 « Знаете ли вы, каковы риски перенаправления пользователей из инструмента страницы сайта, такого как приложение? Оказывает ли это негативное влияние на трафик с точки зрения SEO? […] Наше приложение имеет более высокий коэффициент конверсии [чем наша мобильная версия], поэтому мы думаем, что, возможно, мы сможем перенаправить некоторых пользователей, когда они попадают на некоторые страницы продуктов или страницы категорий […] в приложение или магазин приложений. Может быть [это может] способствовать более высокой конверсии?»

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

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

22:57 «Вы говорите о верхнем баннере на странице сайта. Может быть, если мы [заставим] их перенаправлять, не будет ли это плохо для SEO или сайта?»

Джон заявил: «Я думаю, что, возможно, это будет нормально. У меня есть две вещи в затылке, на которые стоит обратить внимание.

Поскольку робот Googlebot также использует агент пользователя Android, вам необходимо убедиться, что вы не перенаправляете робота Googlebot в магазин приложений или приложение, потому что мы не будем устанавливать приложение. Так что это одно. Другое дело, в частности, в отношении показателей Core Web Vitals. Если вы всегда перенаправляете мобильных пользователей напрямую через приложение, у вас не будет много данных для Core Web Vitals. И, в зависимости от вашего сайта, […] об этом также следует помнить. Но я думаю, [...] нет ничего плохого с точки зрения SEO, если вы перенаправляете пользователей в приложение. С точки зрения удобства использования сделать его необязательным гораздо приятнее. Но в конечном счете, это между вами и вашими пользователями».

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

26:28 «Как Google измеряет сходство страниц?»

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

Мы бы сделали это только для таких вещей, как rel="canonical", чтобы понять, что такое канонический URL. Но для hreflang, я думаю , нам невозможно понять, что этот конкретный контент эквивалентен для другой страны или другого языка. Есть так много местных различий, которые всегда возможны».

Проверка обратных ссылок на спам

27:22 «Мы большой сайт электронной коммерции, и у нас миллионы обратных ссылок. У нас есть стандартная процедура проверки некоторых обратных ссылок на спам каждый месяц или несколько месяцев. Мы только что заметили, что верхний предел списка Google Disavow составляет всего 2 МБ. Интересно, если наш файл превысил лимит, то как бороться с этими спам-обратными ссылками. […] В настоящее время большинство найденных нами спам-ссылок [направлены] на наш сайт на наших страницах поиска, что для меня очень странно».

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

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

Падение трафика по сравнению с удалением AMP-страниц

30:43 «Стоит ли ожидать падения трафика, если мы удалим AMP?»

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

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

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

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

Если вы можете убедиться, что ваши обычные страницы работают быстро и эквивалентно, и у вас есть все структурированные данные, которые вам нужны на этих обычных страницах, то, вероятно, вы можете отключить AMP. И это будет по существу очень похоже. То, что вы, вероятно, увидите, — это переходный период, когда некоторые страницы AMP все еще находятся в кеше AMP, и им требуется некоторое время, чтобы всплыть. Но в целом их можно отключить. У нас есть статья в Справочном центре об отключении страниц AMP, так что я бы тоже перепроверил ее».

Панели знаний

35:17 «В последние месяцы я заметил, что Google очень последовательно изучает панели знаний для поиска определенных имен на мобильных устройствах, а не на настольных компьютерах по одному и тому же запросу. […] Можно ли понять, почему панель знаний считается подходящей для обслуживания мобильных пользователей, а не пользователей настольных компьютеров в этой ситуации? И является ли Википедия решающим фактором для Google при принятии решения о том, показывать панель знаний или нет?»

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

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

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

Количество вопросов для включения в список часто задаваемых вопросов

40:41 «У меня есть от 15 до 20 часто задаваемых вопросов на моей веб-странице. Должен ли я включать все вопросы в схему часто задаваемых вопросов или только вопросы, которые я считаю важными?»

По словам Джона, «когда дело доходит до структурированных данных, мы хотим видеть структурированные данные видимыми на странице, но не все видимое содержимое должно быть размечено структурированными данными. Если на вашей странице есть отдельные фрагменты контента, для которых вы хотите предоставить структурированные данные, сделайте это. Вам не нужно делать это для каждого фрагмента контента на вашей странице. Итак, если у вас есть 20 часто задаваемых вопросов и вы отмечаете пять из них, это полностью зависит от вас. Вы даже можете использовать data-nosnippet, чтобы полностью заблокировать некоторые из этих других элементов от появления во фрагменте, если это то, что вы хотели бы сделать».

Проблемы покрытия индекса

52:00 «Одна [проблема] просканирована — в настоящее время не проиндексирована, и [последняя] обнаружена — в настоящее время не проиндексирована. И в обоих случаях страницы не индексируются. […] Я знаю, что Google не индексирует весь контент. […] Что мне следует сделать, чтобы эти страницы как минимум [индексировались] быстрее, например, ссылки с домашних страниц или ссылки со страниц, которые уже ранжируются по некоторым запросам моего конкретного веб-сайта? […] Может ли это принести больше обратных ссылок?»

Джон сказал: «Я думаю, что все эти вещи помогают. И похоже, вы на правильном пути, и вы немного знаете, чего ожидать.

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

Иногда также может иметь смысл посмотреть на веб-сайт в целом и сказать: ну, во втором файле я отправил 500 страниц. И 200 из них индексируются. Какова ценность тех 300 страниц, которые не индексируются? И есть ли что-то, что я могу сделать, чтобы перейти от 500 случайных страниц на веб-сайте? Может быть, [это] сокращение до 300 действительно хороших страниц на веб-сайте, чтобы сконцентрировать ценность на меньшем количестве страниц? Так что, по крайней мере, по мере того, как эти страницы будут проиндексированы, вы получите большую часть ценности этих страниц, которая может заключаться в том, что они ранжируются по другим ключевым словам, или они работают для пользователей, о которых вы больше всего заботитесь, как способ расстановки приоритетов на на вашей стороне, прежде чем вы передадите все Google, чтобы сделать.

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