Google внезапно удалил из англоязычной версии страницы документации об операторах Google Поиска информацию об операторе related:
В русскоязычной версии страницы информация об этом операторе еще остается, но русскоязычная версия документации, как правило, отстает от англоязычной на несколько дней.
Сам оператор related: пока еще работает. Но, возможно, ему осталось недолго. Впрочем, лично мне на этот раз совершенно не жалко, это, пожалуй, один из самых невостребованных в поисковой аналитике операторов языка запроса Google.
В русскоязычной версии страницы информация об этом операторе еще остается, но русскоязычная версия документации, как правило, отстает от англоязычной на несколько дней.
Сам оператор related: пока еще работает. Но, возможно, ему осталось недолго. Впрочем, лично мне на этот раз совершенно не жалко, это, пожалуй, один из самых невостребованных в поисковой аналитике операторов языка запроса Google.
SЕalytics (Сергей Людкевич)
Google внезапно удалил из англоязычной версии страницы документации об операторах Google Поиска информацию об операторе related: В русскоязычной версии страницы информация об этом операторе еще остается, но русскоязычная версия документации, как правило, отстает…
Да, гуглоид Дэнни Салливан подтвердил: оператор related: – всё.
Интересная статья в Search Engine Journal о детекторах текста, сгенерированного AI.
Из многабукв следует простой вывод: к сожалению, на данный момент к результатам работы таких детекторов следует относиться скептически. К примеру, многие из них определяют текст Конституции США, как сгенерированный AI.
Что ж, в извечной борьбе брони и снаряда, как правило, в итоге побеждает снаряд.
Из многабукв следует простой вывод: к сожалению, на данный момент к результатам работы таких детекторов следует относиться скептически. К примеру, многие из них определяют текст Конституции США, как сгенерированный AI.
Что ж, в извечной борьбе брони и снаряда, как правило, в итоге побеждает снаряд.
Search Engine Journal
Should You Trust An AI Detector?
As speculation about AI detector accuracy grows, we explore studies that reportedly demonstrate biases and false positives in AI detection.
Буржуйские сеошники, с мая месяца изнывающие в ожидании официального апдейта Google, дожали таки гуглоида Джона Мюллера, и тот пообещал, что до конца лета апдейт случится.
"Включите музыку обратного отсчета" - написал он в Твиттере. Ну что, включаем? )
"Включите музыку обратного отсчета" - написал он в Твиттере. Ну что, включаем? )
👍2
Немножко технички.
Гуглоид Джон Мюллер объясняет в своем Твиттере, создаст ли указание порта :443 в URL какие-либо проблемы с индексацией?
Ответ: Нет. Протокол HTTPS по умолчанию использует порт :443 (в то время как HTTP использует :80). Если вы укажете этот порт в URL, он будет проигнорирован (например, как буквы в другом регистре), так как он уже используется по умолчанию.
Проблема может быть только в том случае, если вы укажете порт :443 для HTTP. Но это уже будет техническая ошибка.
Гуглоид Джон Мюллер объясняет в своем Твиттере, создаст ли указание порта :443 в URL какие-либо проблемы с индексацией?
Ответ: Нет. Протокол HTTPS по умолчанию использует порт :443 (в то время как HTTP использует :80). Если вы укажете этот порт в URL, он будет проигнорирован (например, как буквы в другом регистре), так как он уже используется по умолчанию.
Проблема может быть только в том случае, если вы укажете порт :443 для HTTP. Но это уже будет техническая ошибка.
Twitter
Does a port :443 in a URL location create indexing issues?
In short: No.
HTTPS uses port 443 by default (and HTTP uses 80). If you specify it, it's ignored since it's already the default. The URLs are equivalent to those without a port # (like upper/lower…
In short: No.
HTTPS uses port 443 by default (and HTTP uses 80). If you specify it, it's ignored since it's already the default. The URLs are equivalent to those without a port # (like upper/lower…
👍2
Барри Шварц из SERoundTable бьет тревогу, что в Google Search Console резко уменьшилось количество ссылок в отчете "Внешние ссылки". Также наблюдаю подобное у себя по проектам.
А у многих вообще красуется надпись "Нет данных", хотя они были еще вчера.
Интересно, что-то сломалось, или Google просто решил сэкономить ресурсы?
Помнится, яндексоиды мне в приватной беседе признавались, что урезание в отчетах о ссылках Яндекс Вебмастера данных до только битых ссылок обусловлено именно экономией ресурсов.
А у многих вообще красуется надпись "Нет данных", хотя они были еще вчера.
Интересно, что-то сломалось, или Google просто решил сэкономить ресурсы?
Помнится, яндексоиды мне в приватной беседе признавались, что урезание в отчетах о ссылках Яндекс Вебмастера данных до только битых ссылок обусловлено именно экономией ресурсов.
Search Engine Roundtable
Google Search Console Link Report Showing Drastically Fewer Links
Google Search Console has a link report and that link report has become less and less useful over the years. This morning, it seems like Google pushed an update or has a bug where people now see about
Очередной придуманный сеошным сервисом показатель объявлен гуглоидом Джоном Мюллером пустышкой. На этот раз досталось показателю text-to-HTML ratio (соотношение текста к HTML) из сервиса SEMRush.
При ответе на вопрос об этом показателе на форуме Reddit Джон охарактеризовал его полезность для SEO как Zero.
"Вы увидите больший эффект, если измените шрифт или цвет текста" – подытожил он.
Что ж, остается только согласиться.
При ответе на вопрос об этом показателе на форуме Reddit Джон охарактеризовал его полезность для SEO как Zero.
"Вы увидите больший эффект, если измените шрифт или цвет текста" – подытожил он.
Что ж, остается только согласиться.
Reddit
johnmu's comment on "Will one change affect Text:HTML Ratio?"
Explore this conversation and more from the SEO community
👍9❤2
В свежем выпуске подкаста Search Off The Record гуглоиды из Search Relations team Гэри Ийеш, Джон Мюллер и Мартин Шплитт обсудили тему выбора доменного имени.
Сначала они поговорили о выборе доменной зоны первого уровня (TLD – top level domain), где повторили уже ранее высказанный Джоном Мюллером тезис о том, что не стоит выбирать для продвижения домены в дешевых доменных зонах, перегруженных спамом.
Затем обсудили тему покупки дропов с ранее наложенными ручными санкциями. Здесь все банально – если санкции были наложены за контент, то беспокоиться не о чем в том случае, если контент будет новый. А вот если к санкциям привели внешние факторы, то проблема действительно существует, так как удалить внешние ссылки, приведшие к санкциям, несколько сложнее.
Но самое интересное произошло в конце, когда коснулись темы размещения ключевых слов в URL. Гэри Ийеш заявил следующее:
"Все, что находится в URL, может быть технически изменено владельцем сайта. Поэтому мы, вероятно, не хотим придавать такого рода вкладу такой большой вес. Это означает, что в ранжировании это может не помочь так сильно, как думают люди."
Правда, никто из гулоидов не подумал о том, что в этом случае ссылка в виде URL превращается из "безанкорной" в "анкорную", и ключевые слова попадают в анкор-лист со всеми вытекающими. Ну, не могут они думать, как сеошники, хотя и много рассуждают про SEO. )
Сначала они поговорили о выборе доменной зоны первого уровня (TLD – top level domain), где повторили уже ранее высказанный Джоном Мюллером тезис о том, что не стоит выбирать для продвижения домены в дешевых доменных зонах, перегруженных спамом.
Затем обсудили тему покупки дропов с ранее наложенными ручными санкциями. Здесь все банально – если санкции были наложены за контент, то беспокоиться не о чем в том случае, если контент будет новый. А вот если к санкциям привели внешние факторы, то проблема действительно существует, так как удалить внешние ссылки, приведшие к санкциям, несколько сложнее.
Но самое интересное произошло в конце, когда коснулись темы размещения ключевых слов в URL. Гэри Ийеш заявил следующее:
"Все, что находится в URL, может быть технически изменено владельцем сайта. Поэтому мы, вероятно, не хотим придавать такого рода вкладу такой большой вес. Это означает, что в ранжировании это может не помочь так сильно, как думают люди."
Правда, никто из гулоидов не подумал о том, что в этом случае ссылка в виде URL превращается из "безанкорной" в "анкорную", и ключевые слова попадают в анкор-лист со всеми вытекающими. Ну, не могут они думать, как сеошники, хотя и много рассуждают про SEO. )
Libsyn
Search Off the Record: Transcript for Let’s pick a domain name
👍10
Вредят ли токсичные ссылки, ведущие на несуществующие страницы сайта? Гуглоид Джон Мюллер в дискуссии на форуме Reddit утверждает, что нет:
"Если Вы установите 404/410 на страницы, на которые ведут такие ссылки, они не будут иметь никакого эффекта".
Так что можно иметь в виду, как запасной способ избавления от токсичных ссылок. Жаль, что он не сработает для главной страницы сайта, так как для нее отдавать код состояния 404 – плохая идея.
"Если Вы установите 404/410 на страницы, на которые ведут такие ссылки, они не будут иметь никакого эффекта".
Так что можно иметь в виду, как запасной способ избавления от токсичных ссылок. Жаль, что он не сработает для главной страницы сайта, так как для нее отдавать код состояния 404 – плохая идея.
Reddit
johnmu's comment on "Should I worry about toxic backlinks?"
Explore this conversation and more from the bigseo community
👍2
В англоязычной версии страницы документации Центра Google Поиска "Структура URL" изменился первый абзац. Теперь он звучит так:
"Google поддерживает URL-адреса, так как определено в RFC 3986. Символы, определенные стандартом как зарезервированные, должны быть закодированы в процентах. Незарезервированные символы ASCII можно оставить в незакодированном виде. Кроме того, символы в диапазоне, отличном от ASCII, должны быть закодированы в UTF-8."
На соответствующей странице всегда запаздывающей в плане внесения изменений русскоязычной версии еще сохраняется гораздо менее информативная прежняя редакция:
"Структура URL сайта должна быть по возможности простой. Попробуйте упорядочить контент так, чтобы она могла быть понятна человеку."
Так что тем, у кого вдруг наблюдаются проблемы с индексацией в Google, не лишним будет проверить, все ли URL соответствуют стандарту RFC 3986.
"Google поддерживает URL-адреса, так как определено в RFC 3986. Символы, определенные стандартом как зарезервированные, должны быть закодированы в процентах. Незарезервированные символы ASCII можно оставить в незакодированном виде. Кроме того, символы в диапазоне, отличном от ASCII, должны быть закодированы в UTF-8."
На соответствующей странице всегда запаздывающей в плане внесения изменений русскоязычной версии еще сохраняется гораздо менее информативная прежняя редакция:
"Структура URL сайта должна быть по возможности простой. Попробуйте упорядочить контент так, чтобы она могла быть понятна человеку."
Так что тем, у кого вдруг наблюдаются проблемы с индексацией в Google, не лишним будет проверить, все ли URL соответствуют стандарту RFC 3986.
Google for Developers
URL Structure Best Practices for Google Search | Google Search Central | Documentation | Google for Developers
It's a good idea to keep your site's URL structure as simple as possible. Learn more about the URL format recommended by Google, such as the use of hyphens, underscores, and domain structure.
👍6❤1
Немножко ликбеза от неутомимого гуглоида Джона Мюллера.
В своем Твиттере он отвечает на вопрос, учитывается ли в ранжировании атрибут rel=noopener.
Ответ: Нет. Равно как и атрибут rel=noreferrer.
Использование этих атрибутов относится к вопросам безопасности и не имеет полезного сигнала для ранжирования.
Честно говоря, даже не представляю, какой характер учета в ранжировании данного атрибута подразумевал спрашивающий? Не учитывать такую ссылку, потому что ее владелец не доверяет в плане безопасности сайту, на который ссылается, раз позаботился об устранении уязвимости? Так, к примеру, на WordPress'е он добавляется автоматом ко всем ссылкам, открывающимся в новом окне.
В своем Твиттере он отвечает на вопрос, учитывается ли в ранжировании атрибут rel=noopener.
Ответ: Нет. Равно как и атрибут rel=noreferrer.
Использование этих атрибутов относится к вопросам безопасности и не имеет полезного сигнала для ранжирования.
Честно говоря, даже не представляю, какой характер учета в ранжировании данного атрибута подразумевал спрашивающий? Не учитывать такую ссылку, потому что ее владелец не доверяет в плане безопасности сайту, на который ссылается, раз позаботился об устранении уязвимости? Так, к примеру, на WordPress'е он добавляется автоматом ко всем ссылкам, открывающимся в новом окне.
Twitter
Questions from the inbox: Does rel=noopener have an effect on SEO?
No. It has nothing to do with SEO. Also rel=noreferrer. These are security / privacy things, use them where appropriate, or get help from a web-developer if you're unsure.
No. It has nothing to do with SEO. Also rel=noreferrer. These are security / privacy things, use them where appropriate, or get help from a web-developer if you're unsure.
👍3
Оказывается, сокращение данных в отчетах Google Search Console по ссылкам, о котором я писал на прошлой неделе, обусловлено не экономией ресурсов, а все-таки сбоем. Гуглоид Джон Мюллер в дискуссии в Твиттере, посвященной этой проблеме, в полушутливой манере проблему таки признал и пообещал, что она будет пофиксена в течение недели.
Telegram
SЕalytics (Сергей Людкевич)
Барри Шварц из SERoundTable бьет тревогу, что в Google Search Console резко уменьшилось количество ссылок в отчете "Внешние ссылки". Также наблюдаю подобное у себя по проектам.
А у многих вообще красуется надпись "Нет данных", хотя они были еще вчера.
Интересно…
А у многих вообще красуется надпись "Нет данных", хотя они были еще вчера.
Интересно…
Тут на канале noindex, nofollow интересуются, как Яндекс теперь будет индексировать Твиттер после того, как тот запретил всем, кроме Googlebot'а, свою индексацию. А также, как и сейчас, то есть никак.
Кстати, в файле https://twitter.com/robots.txt увидел нестандартную директиву Noindex. Каких-то интересных сеошников нанял Илон Маск )
Кстати, в файле https://twitter.com/robots.txt увидел нестандартную директиву Noindex. Каких-то интересных сеошников нанял Илон Маск )
Telegram
noindex, nofollow
Твиттер обновил robots.txt и заблокировал всех поисковых ботов, кроме Гугла. Интересно, как Яндекс будет показывать ссылки в выдаче теперь.
via Jan Caerels
via Jan Caerels
🤔4😁2❤1
Случается, что люди, которые приходят ко мне на консалтинг с относительно небольшими сайтами, почему-то сильно беспокоятся об оптимизации краулингового бюджета, видимо, начитавших всяких сеошных статеек.
Гуглоид Джон Мюллер обозначил планку, находясь ниже которой, вам не стоит об этом задумываться: 100 тысяч страниц. Те, у кого сайты поменьше, могут спать спокойно )
Гуглоид Джон Мюллер обозначил планку, находясь ниже которой, вам не стоит об этом задумываться: 100 тысяч страниц. Те, у кого сайты поменьше, могут спать спокойно )
👍11
Совет от подписчика из обсуждения предыдущего поста канала. В общем-то, целиком и полностью согласен и рекомендую взять на вооружение.
🔥1😁1
Forwarded from Илья Горбачев
Для Google лучше всего использовать Indexing API, его можно настроить самостоятельно или через платный инструмент. В сравнении с отправкой в Search Console этот метод работает быстрее и без жестких лимитов (их всегда можно увеличить).
Для Яндекса лучше всего использовать webmaster.yandex.ru/site/indexing/reindex/, но если суточных лимитов критически не хватает, то можно попробовать использовать IndexNow в любом из инструментов (например, в нашем или бесплатном от коллеги).
Есть ещё такой классический метод как создание автообновляемой XML карты сайты. Он работает не так быстро как предыдущие, но может их дополнять. А ещё его данные используют поисковые системы как один из сигналов для определения основной версии страницы среди дублей, поэтому тоже must have.
Для Яндекса лучше всего использовать webmaster.yandex.ru/site/indexing/reindex/, но если суточных лимитов критически не хватает, то можно попробовать использовать IndexNow в любом из инструментов (например, в нашем или бесплатном от коллеги).
Есть ещё такой классический метод как создание автообновляемой XML карты сайты. Он работает не так быстро как предыдущие, но может их дополнять. А ещё его данные используют поисковые системы как один из сигналов для определения основной версии страницы среди дублей, поэтому тоже must have.
🔥4👍3❤🔥1
Две недели назад я рассказывал про поддержку имён сайтов в Google с помощью структурированных данных типа WebSite.
Сегодня в блоге Google Search Central анонсирована поддержка имен сайтов для поддоменов не только на мобильных устройствах, но и на десктопах.
Кроме того, появился "обходной" путь, если по какой-то причине предпочтительные или альтернативные имена не могут быть выбраны с использованием свойства alternateName.
Также признана ранее озвученная буржуйскими вебмастерами проблема, когда в некоторых случаях имя сайта, отображаемое для главной страницы, может не распространяться на другие страницы этого сайта, и сообщено об активной работе на ее решением.
Жаль только, что поддержка имён сайтов по-прежнему ограничена только английским, французским, немецким и японским языками.
Сегодня в блоге Google Search Central анонсирована поддержка имен сайтов для поддоменов не только на мобильных устройствах, но и на десктопах.
Кроме того, появился "обходной" путь, если по какой-то причине предпочтительные или альтернативные имена не могут быть выбраны с использованием свойства alternateName.
Также признана ранее озвученная буржуйскими вебмастерами проблема, когда в некоторых случаях имя сайта, отображаемое для главной страницы, может не распространяться на другие страницы этого сайта, и сообщено об активной работе на ее решением.
Жаль только, что поддержка имён сайтов по-прежнему ограничена только английским, французским, немецким и японским языками.
Telegram
SЕalytics (Сергей Людкевич)
В октябре 2022 года Google анонсировал поддержку имён сайтов с помощью структурированных данных типа WebSite в мобильной выдаче.
В марте 2023 года эта поддержка была замечена и в декстопной выдаче.
Однако что-то идет не так, и буржуйские сеошники жалуются…
В марте 2023 года эта поддержка была замечена и в декстопной выдаче.
Однако что-то идет не так, и буржуйские сеошники жалуются…
Самый словоохотливый гуглоид Джон Мюллер высказал на удивление здравую позицию по отношению к SEO:
"SEO определенно не предназначено для того, чтобы ломать поисковые системы. Я думаю, что это популярный мем, потому что обычно это тот вид SEO, который замечают. SEO по своей сути имеет решающее значение для поисковых систем (говорю, как человек, работающий в поисковой системе). Тем не менее, есть также много фокусов-покусов, которые продаются как SEO, и много мусора производится от его имени."
Приятно слышать такое от представителя поисковой системы. Как правило они называли сеошников разными нехорошими словами и сравнивали с хулиганами, ворующими яблоки в чужом саду.
Хотя, все течет, все меняется. И вот уже у компаний, владеющих поисковыми машинами, возникают собственные SEO отделы, чтобы продвигать свои сервисы в других поисковых машинах )
"SEO определенно не предназначено для того, чтобы ломать поисковые системы. Я думаю, что это популярный мем, потому что обычно это тот вид SEO, который замечают. SEO по своей сути имеет решающее значение для поисковых систем (говорю, как человек, работающий в поисковой системе). Тем не менее, есть также много фокусов-покусов, которые продаются как SEO, и много мусора производится от его имени."
Приятно слышать такое от представителя поисковой системы. Как правило они называли сеошников разными нехорошими словами и сравнивали с хулиганами, ворующими яблоки в чужом саду.
Хотя, все течет, все меняется. И вот уже у компаний, владеющих поисковыми машинами, возникают собственные SEO отделы, чтобы продвигать свои сервисы в других поисковых машинах )
Mastodon
John Mueller (@johnmu@mastodon.social)
@HarryLeRoy @ilovechoclates_@seocommunity.social We probably overlapped with posting, but SEO is definitely not by design meant to break search engines. I think that's a popular meme, since that's usually the kind of SEO that's noticed. SEO is, at its core…
👍7❤1
Ну вот и первая ласточка по дискриминации контента, созданного искусственным интеллектом.
Google Merchant Center сообщает, что с 28 августа 2023 года будет обновлена политика рейтинга продуктов. В частности, будет добавлен пункт:
"Автоматизированный контент: мы не разрешаем обзоры, которые, в основном, сгенерированы автоматизированной программой или приложением искусственного интеллекта. Если вы определили такой контент, он должен быть помечен как спам в вашей ленте с помощью атрибута <is_spam>."
Ждем распространения прецедента на другие сферы ;)
Google Merchant Center сообщает, что с 28 августа 2023 года будет обновлена политика рейтинга продуктов. В частности, будет добавлен пункт:
"Автоматизированный контент: мы не разрешаем обзоры, которые, в основном, сгенерированы автоматизированной программой или приложением искусственного интеллекта. Если вы определили такой контент, он должен быть помечен как спам в вашей ленте с помощью атрибута <is_spam>."
Ждем распространения прецедента на другие сферы ;)
Google
Policy update: Product Ratings policies - Google Merchant Center Help
On August 28, 2023, the “Product Ratings policies” will be updated. We’re clarifying the following policies: Spam: We don’t allow spam content. Ensure any content known to contain irrelevant