Ранее в этом году на SMX Advanced я представил результаты нашей тестовой лаборатории Peak Ace. Эти тесты пролили свет на некоторые технические моменты реализации и то, как Googlebot будет с ними справляться.
В одном из моих любимых тестов изучалась индексация Google URL-адресов iFramed и их содержимого. В своей презентации SMX Advanced я затронул различные сценарии, которые могут привести к тому, что Google будет индексировать контент внутри iFrame, «назначая» этот контент родительскому URL-адресу.
Родительский URL-адрес может в некоторых случаях ранжироваться для контента, который существует только в URL-адресе iFramed, а не в родительском URL-адресе.
Естественно, это взволновало людей – и возникли всевозможные дополнительные вопросы. Вот некоторые из них с моими ответами.
В тесте iFrame контент iFrame исходил из того же или другого домена?
В моем примере показаны два URL-адреса, которые находятся в одном домене: domain.com/test.html
будет iFrame domain.com/tobeframedA.html
, Так что test.html
может ранжироваться для контента, который существует только в tobeframedA.html
.
Если вы хотите запретить кому-либо загружать (и ранжировать) ваш контент в iFrame, было бы неплохо заглянуть в заголовок X-Frame-Options. Это указывает, следует ли разрешить браузеру отображать страницу в iFrame.
Если бы мы использовали iFrames со страницей с неиндексированным контентом, будет ли родительская страница по-прежнему ранжироваться для перечисленного контента с намерением повысить скорость страницы?
Как только URL-адрес iFramed содержит мета-директиву noindex для роботов, родительский URL-адрес не сможет ранжироваться для контента из URL-адреса iFramed.
То же самое верно, если вы iFrame URL-адрес, который будет обслуживаться с директивой заголовка X-Robots noindex или активно заблокирован с помощью robots.txt.
Что касается скорости страницы, iFrames поддерживает loading="lazy"
атрибут, который будет откладывать загрузку закадровых iFrames до тех пор, пока пользователь не прокрутит их. Это элегантное решение для ускорения загрузки URL-адресов, зависящих от содержимого iFramed.
Придает ли Google полную ценность полускрытому контенту (контенту, который обычно идет после «Подробнее»)?
Кажется, в рядах Google не слишком любят использовать функцию «Читать дальше». Джон Мюллер пару раз делал запись здесь и здесь, ставя под сомнение использование функциональности в полном объеме. Мюллер добавил: «Я не думаю, что вы увидите заметное прямое изменение в SEO, […]».
Когда мы тестировали его, цель теста состояла в том, чтобы понять, какую разницу потенциально может иметь техническая реализация — и будет ли вообще индексироваться контент за «Подробнее» (если он правильно настроен).
Краткий ответ: независимо от того, было ли это видно, контент будет проиндексирован, найден и возвращен.
Тем не менее, на мой взгляд, невозможно — из-за различных факторов, не зависящих от нас — создать тестовую установку, которая (включая результаты) могла бы дать точный ответ относительно «полноценной» части вопроса.
Вы упомянули, что дублирование в определенных областях контента может быть исправлено реализацией CSS, поскольку оно не индексируется?
Я представил некоторое поведение, которое я нахожу довольно интересным в отношении селекторов CSS. Что технически происходит, так это то, что селекторы, такие как ::before
создать псевдоэлемент, который является первым дочерним элементом выбранного элемента. На практике это часто используется для добавления косметического содержимого в элемент HTML.
Это также может быть полезно с точки зрения SEO, потому что Googlebot, кажется, обрабатывает это так же, как и Chrome на настольном компьютере / смартфоне. Визуализированный DOM остается неизменным (чего и следовало ожидать, поскольку это псевдокласс). В результате контент из указанных селекторов не будет проиндексирован.
Таким образом, в конечном итоге вы можете использовать это, чтобы предотвратить индексацию определенного контента, не препятствуя его отображению на веб-сайте. Возможно, вам нужно отобразить определенный контент, который классифицируется как «шаблон» (например, информация о доставке или юридическая информация), или вы хотите создать определенный след контента. Это открывает множество возможностей для дальнейшего изучения.
Смотреть: Техническое SEO-тестирование в 2022 году: отделяем факты от вымысла
Ниже представлено полное видео моей презентации SMX Advanced.
Ранее в этом году на SMX Advanced я представил результаты нашей тестовой лаборатории Peak Ace. Эти тесты пролили свет на некоторые технические моменты реализации и то, как Googlebot будет с ними справляться.
В одном из моих любимых тестов изучалась индексация Google URL-адресов iFramed и их содержимого. В своей презентации SMX Advanced я затронул различные сценарии, которые могут привести к тому, что Google будет индексировать контент внутри iFrame, «назначая» этот контент его родительскому URL-адресу.
Родительский URL-адрес может в некоторых случаях ранжироваться для контента, который существует только в URL-адресе iFramed, а не в родительском URL-адресе.
Придает ли Google полную ценность полускрытому контенту (контенту, который обычно идет после «Подробнее»)?
Кажется, в рядах Google не слишком любят использовать функцию «Читать дальше». Джон Мюллер пару раз делал запись здесь и здесь, ставя под сомнение использование функциональности в полном объеме. Мюллер добавил: «Я не думаю, что вы увидите заметное прямое изменение в SEO, […]».
Когда мы тестировали его, цель теста состояла в том, чтобы понять, какую разницу потенциально может иметь техническая реализация — и будет ли вообще индексироваться контент за «Подробнее» (если он правильно настроен).
Краткий ответ: независимо от того, было ли это видно, контент будет проиндексирован, найден и возвращен.
Однако контент, который был невидим во время загрузки, не выделялся во фрагменте. Техническая реализация не имела значения (пока содержимое было частью HTML DOM при загрузке), оставляя вас свободными в использовании. display:none
, opacity:0
, visibility:hidden
, и т.п.
Тем не менее, на мой взгляд, невозможно — из-за различных факторов, не зависящих от нас — создать тестовую установку, которая (включая результаты) могла бы дать точный ответ относительно «полноценной» части вопроса.
Вы упомянули, что дублирование в определенных областях контента может быть исправлено реализацией CSS, поскольку оно не индексируется?
Я представил некоторое поведение, которое я нахожу довольно интересным в отношении селекторов CSS. Что технически происходит, так это то, что селекторы, такие как ::before
создать псевдоэлемент, который является первым дочерним элементом выбранного элемента. На практике это часто используется для добавления косметического содержимого в элемент HTML.
Это также может быть полезно с точки зрения SEO, потому что Googlebot, кажется, обрабатывает это так же, как и Chrome на настольном компьютере / смартфоне. Визуализированный DOM остается неизменным (чего и следовало ожидать, поскольку это псевдокласс). В результате контент из указанных селекторов не будет проиндексирован.
Новое в поисковой системе
Подборка статей о ИТ компаниях. Обмен опытом. Обучение востребованным профессиям в сфере IT. Маркетинг. Анализ рынка. Полезная информация. Подпишитесь на нас в социальных сетях, что бы не пропустить важное.
Специальная подборка для Вас