Обновление Google SEO от 6 сентября 2023

Джон: Ван спрашивает: Google ошибочно индексирует версию www моего сайта. Правильная страница должна быть HTTP, а затем их доменное имя .my без www.

Привет, Ван! Я взглянул на ваши страницы, и похоже, что ваш сервер автоматически перенаправляет с версии без www на версию с www и соответствующим образом устанавливает элемент link rel canonical. На первый взгляд, если вы используете Chrome, может показаться, что перед ним нет www, но если вы дважды щелкнете по URL-адресу вверху в браузере, он развернется в полный URL-адрес с www. На практике это нормально – обе версии сайта, с www и без www, полностью устраивают Google Search. Ого, это много www!

Гэри: Орнелла спрашивает: Почему отфильтрованные данные выше, чем общие данные в Search Console, это не имеет никакого смысла.

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

Джон: Был задан вопрос на французском языке, в котором в основном спрашивается, почему страницы моего сайта Google Sites не индексируются должным образом.

Здорово получать вопросы на других языках. Если сделать шаг назад, сайты, созданные на Google Sites, могут индексироваться и индексируются в Google Search. Однако URL-адреса, используемые в Google Sites, немного сложно отследить, поскольку общедоступная версия может отличаться от URL-адреса, который вы видите при входе в систему. Честно говоря, хотя это технически индексируемо, это не идеально для целей SEO и может быть сложным для отслеживания в Search Console. Если SEO является вашим основным соображением, возможно, стоит изучить другие варианты и проверить плюсы и минусы, прежде чем принимать решение. Для отслеживания производительности в Search Console вы также можете использовать свое собственное доменное имя для контента Google Sites. Использование собственного доменного имени упрощает миграцию, если вы решите это сделать, и позволяет вам подтвердить право собственности на весь домен для Search Console.

Гэри: Сарабджит спрашивает: На нашем сайте есть несколько кнопок, при нажатии на них мы получаем ссылки на другие страницы. Сможет ли Google сканировать эти ссылки?

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

Привет, Брук, спасибо за ваш вопрос. Похоже, вы уже на правильном пути. Да, использование гостевых постов для ссылок противоречит нашим политикам в отношении спама. В частности, важно, чтобы эти ссылки были квалифицированы таким образом, чтобы сигнализировать о том, что они не влияют на результаты поиска. Вы можете сделать это с помощью атрибутов rel=nofollow или rel=sponsored на ссылках. Использовать рекламу для продвижения вашего сайта – это нормально, но ссылки должны быть заблокированы, как упоминалось.

Гэри: Брук спрашивает: Является ли контент на странице категории электронной коммерции ценным для улучшения общих рейтингов?

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

Джон: Вызывают ли неправильные семантические теги у Google худшее общее понимание контента сайта и, следовательно, худшую способность назначать его в ветку? В частности

Это интересный вопрос. В целом, правильное использование семантического HTML может помочь поисковым системам лучше понимать контент страницы и его контекст. Например, если вы размечаете заголовки на странице, это явный признак того, что вы считаете, что ваш контент соответствует этому заголовку. Это не секретный путь к первым местам в рейтинге, но если нам трудно понять, что вы имеете в виду в тексте, то предоставление четкого резюме в виде заголовков действительно помогает. Поскольку это тонкая вещь, которая зависит от того, насколько хорошо мы в остальном понимаем страницу, я бы счел хорошей практикой убедиться, что у вас все охвачено. Переворачивая это, переход от семантически правильного к семантически неправильному HTML также является тонким моментом. Могут ли поисковые системы по-прежнему понимать вашу страницу? Тогда, вероятно, вы не увидите разницы в том, как они ее понимают. Смысл внезапно стал размытым? Тогда, ну, может быть, сделайте его менее размытым, возможно, с помощью семантической структуры. К вашему конкретному примеру с

Гэри: Реза спрашивает: В Google Search Console отчет для страниц 404 заполнен URL-адресами, которые, по-видимому, каким-то образом ошибочно подхвачены из какого-то кода JSON или JavaScript. Должны ли мы игнорировать это?

Привет, Дхрув, интересный вопрос. Ответ со стороны Google – определенное «может быть», и из-за этого мое предложение – не использовать такую настройку. Вы можете отправлять карты сайта для URL-адресов, которые не находятся на том же домене, в двух ситуациях: либо вы отправляете карту сайта через robots.txt, либо вы подтвердили право собственности на все домены в Search Console. Особенно право собственности в Search Console может быть тонким моментом и не сразу заметным при анализе веб-сайта, поэтому легко забыть об этой связи. Если вы работаете над файлами карты сайта и решили, что хотите использовать такую настройку, мой совет – добавить XML-комментарий в файл карты сайта, чтобы вы помнили об этих требованиях и случайно не нарушили их в будущем. Поскольку Search Console специфична для Google, вам также стоит проверить требования, которые могут быть у других поисковых систем по этому поводу.

Гэри: Сэм Бауэрс спрашивает: Как уменьшить вероятность того, что Google выберет свои собственные мета-описания для веб-сайтов?

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

Джон: Есть ли способ указать ботам поисковых систем не сканировать определенные разделы на странице (страница в остальном разрешена для сканирования и индексации). Они продолжают упоминать, что у них много дублирования в «мега-меню» и они хотели бы их заблокировать.

Да, есть вещи, которые вы можете сделать, чтобы предотвратить индексацию частей страницы, но особенно для общих элементов страницы, таких как заголовки, меню, боковые панели, нижние колонтитулы, нет необходимости блокировать их от индексации. Поисковые системы имеют дело с вебом таким, какой он есть, и иногда бывают гигантские мега-меню или чрезмерные нижние колонтитулы, это нормально. Для других частей контента на странице вы можете либо использовать iframe с источником, запрещенным robots.txt, либо подгружать контент с помощью JavaScript, который аналогично заблокирован robots.txt. Если вы просто хотите избежать отображения чего-либо в сниппете, использование атрибута data-nosnippet – хороший способ сделать это. Но опять же, нет необходимости добавлять столько сложности только для того, чтобы скрыть меню. Ненужная сложность несет риск того, что вещи сломаются неожиданно, поэтому хорошо ограничить это случаями, когда это действительно необходимо.

Гэри: Джитху спрашивает: Рекомендуете ли вы бесконечную прокрутку на веб-страницах? Есть ли какие-либо последствия для органического трафика или GoogleBot, если я добавлю эту функцию?

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

Джон: Райан спрашивает: Если на главной странице есть ссылки, которые отображаются в мобильной сети, но скрыты за переключателем JavaScript на рабочем столе и не включены в HTML, если на них не нажать, будет ли Google обесценивать их?

Привет, Райан. При индексации mobile-first мы используем мобильную версию страницы в качестве основы для индексации и для обнаружения ссылок. Если в мобильной версии есть полный контент, вы готовы. Мне кажется удивительным, что у вас меньше контента на рабочем столе, но я полагаю, у вас есть на то причины.

Гэри: Аноним спрашивает: Индексирует ли Google PDF-файлы, сохраненные на Google Drive, которые не размещены на веб-сайте? Если да, сколько времени это занимает?

Да, Google может индексировать общедоступные PDF-файлы, размещенные на Google Drive, это просто еще один URL-адрес на сайте. Как и в случае с любым URL-адресом, индексация этих PDF-файлов может занять от нескольких секунд до никогда.

Джон: Мэтт отправил вопрос: «Scrolljacking» становится все более популярным в сети. Как правило, это считается плохим пользовательским опытом, как Google сканирует этот контент и повлияет ли этот подход к UX на рейтинги? Они также добавили ссылку на статью о scrolljacking, которую я добавлю в расшифровку.

Привет, Мэтт, это интересный вопрос. Я не знал, что это называется «Scrolljacking», спасибо за ссылку. Я не думаю, что мы бы рассматривали эту настройку как злоупотребление, поэтому прямого эффекта не будет. Однако могут быть технические эффекты второго порядка, которые вы можете увидеть. Например, Google рендерит страницы, загружая их на теоретически очень большом мобильном устройстве. Если страница не отображает контент там из-за махинаций с событиями прокрутки, то наши системы могут предположить, что контент не отображается должным образом. Так что вкратце, я бы рассматривал это скорее как потенциальную проблему рендеринга, чем проблему качества.

Гэри: Дениз Джан Арал спрашивает: Почему индексируется, хотя заблокирован robots.txt в моей Google Search Console?

Это относительно распространенный вопрос: Google может индексировать URL-адрес, и только URL-адрес, а не контент, даже если этот URL-адрес заблокирован для сканирования через robots.txt. Количество таких URL-адресов в нашем индексе крошечное, потому что это происходит только в том случае, если заблокированный URL-адрес очень востребован в Интернете. Если это проблематично для вас, разрешите сканирование URL-адреса и используйте правило noindex в заголовках HTTP или тег.

Джон: Соня спрашивает: Мы наняли несколько авторов контента, но они дали нам контент AI, как я могу это исправить? Мне просто удалить контент AI? Заменить новым контентом? Удалить все и создать новый сайт с новым URL-адресом? Пожалуйста, посоветуйте!

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

Гэри: Лоренцо спрашивает: У нас был скачок проиндексированных URL-адресов с одного дня на другой: каковы причины?

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

Джон: Дэйв спрашивает: Может ли Google использовать несколько размеров файлов в одном файле favicon? Понимает ли он несколько значков, размеченных атрибутом sizes, и выбирает ли подходящий?

Привет, Дэйв. Технически формат файла .ico позволяет вам предоставлять файлы в нескольких разрешениях. Однако с ростом количества размеров, используемых для различных целей, я подозреваю, что обычно лучше указывать размеры и файлы по отдельности. Google поддерживает несколько размеров favicon в HTML, поэтому, если есть конкретные размеры, которые вы хотите предоставить, я бы выбрал это.

Гэри: Вивьен спрашивает: Оценивает ли Google части веб-сайта по-разному, когда за ними стоит другая CMS?

Джон: Анна спрашивает: Результат поиска Google с нашего сайта фондов должен быть пересканирован, он отображает загрузку PDF как основную страницу. Наш веб-сайт – это голландский фонд по правам человека. Можно ли изменить результат поиска?

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

Джон: Жюльен спрашивает: Когда я ищу свой сайт в Google search, первый результат – это страница продукта, а не моя приветственная страница? Почему это так? Страница продукта даже не подготовлена с SEO, а моя приветственная страница подготовлена.

Привет, Жюльен. Google использует ряд факторов, чтобы попытаться выяснить, какие страницы могут быть наиболее релевантными для пользователей по конкретным запросам. В поиске информации одна из концепций основана на предполагаемом намерении пользователя. Вкратце: что они пытались сделать, когда искали это? Они ищут больше информации о продукте или компании? Или они хотят купить этот продукт прямо сейчас? Это также может меняться со временем для одного и того же запроса. Вкратце, однако, это означает, что даже когда страница не подготовлена для SEO, она все равно может появиться в поиске, если системы считают, что она актуальна в данный момент. На практике моя рекомендация – понять различные способы, которыми пользователи могут попасть на ваш сайт, и попытаться удовлетворить их потребности соответствующим образом, чтобы, независимо от того, где они окажутся, у них был хороший опыт.

Джон: Алехандро отправил вопрос: Привет, Джон и команда Google, сегодня я получил оповещение Search Console об улучшении проблем INP. Как вы рассчитываете эти данные и какой самый простой способ их исправить?

У меня нет полного ответа здесь, но на сайте web.dev есть довольно много документации по Interaction to Next Paint, или INP вкратце. Я бы порекомендовал проверить это, если вы заинтересованы в улучшении показателей вашего сайта там. Имейте в виду, что INP еще не является частью Core Web Vitals, и что Core Web Vitals – это лишь одна из многих вещей, которые играют роль в нашем опыте страницы и системах полезного контента. Хотя улучшение INP определенно может помочь пользовательскому опыту, я бы не ожидал, что это заметно изменит рейтинг поиска.

Привет, Хизер, жаль слышать о взломе. Надеюсь, вы смогли решить это тем временем, но у нас есть немного контента об этом виде взлома на web.dev, я дам ссылку на него из расшифровки. Имейте в виду, что этот взлом имеет тенденцию скрывать взломанный контент от Google, поэтому вам может понадобиться помощь, чтобы дважды проверить, что он полностью удален. И что касается результатов поиска, учитывая количество вовлеченных страниц, я бы порекомендовал сосредоточиться на более заметных страницах и добиться их ручного решения путем удаления или переиндексации, а затем позволить остальным отпасть самим по себе. Если вы явно ищете взломанный контент, вы все равно сможете найти его в течение довольно долгого времени, но средний пользователь будет искать ваш сайт, и целью должно быть сделать эти результаты поиска нормальными.