Google расширяет возможности структурированных данных видео с помощью нового свойства

Как опытный специалист по цифровому маркетингу с многолетним опытом за плечами, я считаю, что эта последняя разработка Google меняет правила игры как для создателей контента, так и для специалистов по SEO. Работая над многочисленными международными проектами, я столкнулся с не одной головной болью, связанной с географическими ограничениями на видеоконтент. Это новое свойство «ineligibleRegion» — это глоток свежего воздуха, предлагающий нам возможность управлять нашими цифровыми активами с беспрецедентной точностью.


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

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

Новая недвижимость усиливает региональные ограничения

Google добавил свойство «ineligibleRegion» в свои рекомендации по структурированию видеоданных.

Добавление этой новой функции расширяет текущий атрибут «regionsAllowed», предлагая другой подход к определению географических ограничений для видеоконтента.

С помощью атрибута «ineligibleRegion» вы можете указать регионы, в которых видео не должно отображаться в результатах поиска. Это отличается от атрибута «regionsAllowed», который определяет места, где разрешено показывать видео.

Как это работает

Согласно недавним рекомендациям Google, веб-сайты имеют возможность включать атрибут «ineligibleRegion» в свои структурированные данные VideoObject. Это позволяет им указать страны, в которых их видео не должны появляться в результатах поиска.

Страны следует указывать в стандартном двух- или трехбуквенном формате ISO 3166-1.

Чтобы обеспечить доступ к видео зрителям из разных регионов, включите соответствующие коды стран для каждого видео, где существуют географические ограничения. Эту функцию можно реализовать с помощью массива данных, связанных с JSON (JSON-LD), или нескольких тегов микроданных.

Последствия для SEO и контент-стратегии

Благодаря этому обновлению создатели контента и эксперты по SEO получают более высокий уровень точности при управлении видимостью своих видеоматериалов.

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

Важно отметить, что если не указано ни свойство «ineligibleRegion», ни свойство «regionsAllowed», Google предположит, что видео разрешено к показу во всем мире.

Рекомендации

При использовании свойства ineligibleRegion следуйте следующим общим рекомендациям по SEO:

  • Используйте правильные коды стран ISO 3166-1.
  • Будьте конкретны с ограничениями.
  • Согласуйте их с другими методами географического ограничения, которые вы используете.
  • Поддерживайте актуальность структурированных данных.
  • Проверьте реализацию с помощью теста расширенных результатов Google.
  • Рассмотрите возможность использования RegionAllowed, если это лучше соответствует вашей стратегии.
  • Отслеживайте, какие видео где запрещены.
  • Отслеживайте эффективность результатов поиска в разных регионах.
  • Обеспечьте соблюдение прав на контент и местных законов.
  • Реализуйте вместе с другими ключевыми свойствами VideoObject.

Смотрите также

2024-09-11 00:38

Google утверждает, что исправление заголовков не изменит рейтинг

Как опытный специалист по цифровому маркетингу, ставший свидетелем развития практики SEO с начала 2000-х годов, я могу с уверенностью сказать, что роль элементов заголовка с годами претерпела значительные изменения.


Проще говоря, во время дискуссии на Reddit представитель Google Джон Мюллер объяснил, что заголовки действительно оказывают некоторое влияние на результаты поиска, но подчеркнул, что не стоит слишком зацикливаться на этом при оптимизации веб-контента. Он рассказал, как Google вообще обрабатывает заголовки.

Иерархическая структура заголовков

В контексте элементов заголовков (H1, H2 и т. д.) «иерархический» и «иерархический» относятся к расположению заголовков на основе их значимости или структурного порядка. Здесь «значительность» не подразумевает важность ранжирования, а скорее соответствие структуре веб-страницы.

В большинстве случаев веб-страница обычно имеет один основной заголовок (H1), представляющий общую тему страницы, и несколько подзаголовков (H2), которые определяют суть каждого раздела. Однако стоит отметить, что для целей поиска Google основной заголовок не обязательно должен быть H1; это также может быть H2. Это означает, что хотя специалисты по SEO могут пометить основной заголовок как H1, Google не связан этим обозначением при определении темы страницы. Это не команда алгоритмам Google о том, как им следует интерпретировать заголовки, а скорее предложение или передовой опыт в поисковой оптимизации (SEO).

Информацию о технических характеристиках элементов заголовков можно найти на страницах Консорциума World Wide Web (W3C). Эта организация, устанавливающая различные стандарты, определяет роль и применение элементов HTML, таких как заголовки.

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

Вредят ли неправильно упорядоченные заголовки SEO?

Пользователю Reddit было любопытно узнать о потенциальных последствиях, особенно о серьезности, если элементы заголовков расположены не иерархически, а последовательно, как они уже упоминали.

Им было любопытно узнать, что произойдет, если заголовки будут не в последовательности или если заголовок вообще опущен.

Вредно ли использовать заголовки без логической последовательности, например, использовать тег h4 перед h1 или вообще пропускать тег h2 при использовании h4, h3 и h5?

Заголовки H1, H2 имеют небольшое влияние

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

Правильная структура заголовков полезна, поскольку облегчает поисковым системам понимание вашего контента и повышает его доступность. Создаете ли вы новый веб-сайт, вносите серьезные изменения в свои шаблоны или просто ищете что-то интересное, почему бы не потратить дополнительные десять минут на правильную организацию заголовков?

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

Помимо заголовков, издатель, владелец сайта или оптимизатор сайта имеют полную власть над их расположением.

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

Google утверждает, что исправление заголовков не изменит рейтинг

Некоторых практиков SEO может сбить с толку этот аспект, поскольку Google указывает, что реорганизация иерархической структуры заголовков не влияет напрямую на позиции сайта в поисковых системах (SERP).

В начале 2000-х годов, около двух десятилетий назад, оптимизация элементов заголовков сыграла значительную роль в повышении рейтинга в поиске Google. Поскольку я тогда был SEO-специалистом, я был этому непосредственным свидетелем. Однако к 2005 году влияние на рейтинги заметно снизилось. Это сокращение было для меня очевидным, поскольку, будучи интернет-маркетологом, я заметил, что заголовки больше не имеют решающего значения для ранжирования и вместо этого превратились в индикаторы тематики раздела веб-страницы.

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

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

Тема, которую обсуждает Мюллер, по сути, представляет собой контраст между проектированием веб-страницы с учетом поисковой оптимизации (обеспечение структурирования заголовков так, чтобы ее понимал Google) и созданием веб-страницы для пользователей-людей (обеспечение того, чтобы страница содержала ценную, релевантную информацию, которая будет понятна Google). изложено ясно и связно).

Его заявление дает представление о том, как Google использует элементы заголовков, и является хорошим советом.

Читать обсуждение:

Непоследовательные теги заголовков?

Смотрите также

2024-09-10 23:38

Google Chrome прекращает поддержку задержки первого ввода: что это значит

Как опытный специалист по цифровому маркетингу с более чем десятилетним опытом работы за плечами, я был свидетелем эволюции показателей веб-производительности, словно молчаливый наблюдатель, наблюдающий за меняющимися тенденциями. Сегодня решение Google Chrome отказаться от первой задержки ввода (FID) и использовать взаимодействие с следующей отрисовкой (INP) в качестве основного показателя оперативности взаимодействия кажется еще одним шагом вперед в нашей цифровой одиссее.


Google Chrome официально прекратил поддержку показателя первой задержки ввода (FID), сигнализируя о сдвиге в сторону акцента на взаимодействие с следующей отрисовкой (INP) в качестве приоритета.

Рик Вискоми, который управляет взаимоотношениями с разработчиками веб-производительности в команде Chrome, подтвердил, что восприятие взаимодействия (INP) будет основным тестом, используемым для оценки скорости реагирования на взаимодействие.

Сегодняшний день: Chrome прекращает поддержку FID

Если вы все еще используете его в инструментах Chrome, ваши рабочие процессы НАРУШАТСЯ

Мы делаем ставку на INP!

— Рик Вискоми (@rick_viscomi), 10 сентября 2024 г.

Сегодняшнее объявление последовало за заменой FID на INP в качестве Core Web Vital в мае.

Следующие инструменты перестанут предоставлять данные FID в течение следующих нескольких дней:

  • Статистика PageSpeed
  • Отчет об опыте использования Chrome (CrUX)
  • веб-виталс.js
  • Расширение Web Vitals

Фон

Решение заменить FID на INP связано с ограничениями в охвате всего спектра реагирования на взаимодействие в сети.

Проще говоря, FID (первая задержка ввода) фокусируется исключительно на времени, необходимом браузеру для реакции после получения пользовательского ввода, игнорируя другие важные этапы процесса взаимодействия.

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

Переходный период

При обновлении до версии 5.0 библиотека web-vitals.js адаптируется к модификации. Однако другие инструменты, скорее всего, перестанут предоставлять данные о задержке первого ввода (FID), если они также не будут обновлены.

Начиная с октября проект CrUX BigQuery планирует исключить поля, связанные с задержкой первого ввода (FID), из структуры своей базы данных, начиная с набора данных 202409.

Стремясь помочь разработчикам на этом переходном этапе, команда Chrome также прекращает поддержку руководства «Оптимизация FID» и вместо этого направляет пользователей к обновленным инструкциям «Оптимизация INP» для получения более эффективной помощи.

Мы также закрываем старую статью об оптимизации FID

Имея в своем распоряжении расширенные API и инструменты измерения, разумно уделить приоритетное внимание оптимизации пользовательского опыта (UX) в целом, а не просто сосредоточиться на сокращении фазы задержки ввода во взаимодействии. Это означает, что необходимо учитывать весь путь от пользовательского ввода до визуального вывода, чтобы обеспечить более плавное и эффективное взаимодействие с пользователем.

— Рик Вискоми (@rick_viscomi), 10 сентября 2024 г.

Что делать дальше

Вот несколько шагов, которые следует предпринять в свете перехода от FID к INP:

  1. Ознакомьтесь с метрикой INP, просмотрев официальную документацию на сайте web.dev. Узнайте, как INP измеряет полный жизненный цикл взаимодействия: от ввода до визуального обновления.
  2. Проверяйте текущую производительность INP вашего сайта с помощью таких инструментов, как PageSpeed ​​Insights, или служб мониторинга реальных пользователей, поддерживающих INP. Определите области, где необходимо улучшить реакцию взаимодействия.
  3. Обратитесь к руководству «Оптимизация INP» на веб-сайте web.dev, чтобы узнать о лучших практиках по уменьшению задержки ввода, оптимизации обработки событий, минимизации искажений макета и других методах улучшения INP.
  4. Обновите все инструменты мониторинга производительности или пользовательские сценарии, которые в настоящее время используют устаревшую метрику FID, чтобы использовать вместо нее INP. Пользователи web-vitals.js должны быть готовы к кардинальным изменениям в версии 5.0.
  5. Если вы используете набор данных CrUX BigQuery, запланируйте обновление конвейеров данных для обработки изменений схемы, удалив поля FID после выпуска 202409 в октябре.

Выполнив эти шаги, вы сможете обеспечить плавный переход на INP.

Смотрите также

2024-09-10 22:08

Новый WordPress 6.6.2 исправляет важную проблему с отображением

Как опытный веб-мастер с более чем десятилетним опытом работы с WordPress за плечами, я могу с уверенностью сказать, что выпуск WordPress 6.6.2 — это глоток свежего воздуха для многих из нас, кто столкнулся с проблемой специфики CSS, появившейся в версии 6.6. . Исправления в этом выпуске обслуживания не только необходимы для поддержания внешнего вида и функциональности наших сайтов, но также демонстрируют усердие и стремление сообщества WordPress к постоянному совершенствованию и совершенствованию своей платформы.


Проще говоря, версия WordPress 6.6.2 включает в себя 26 решений проблем, одно из которых решает проблему CSS, которая влияет на внешний вид сайта. В основной системе WordPress было решено около 15 проблем, а в редакторе блоков Gutenberg было внесено 11 улучшений.

Релиз обслуживания – специфика CSS

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

Как опытный веб-мастер, я рад сообщить, что мы выпустили обновление, которое, как и его предшественники, решает интригующую проблему — проблему специфичности CSS. Эта функция была недавно представлена ​​в WordPress версии 6.6, и теперь она была усовершенствована, чтобы обеспечить более плавную работу для всех наших уважаемых пользователей.

CSS или каскадные таблицы стилей — это код, используемый для определения визуального внешнего вида веб-страницы, включая цвета, размеры, поля и интервалы. Термин «Специфичность» относится к определению того, какое правило стиля применяется к определенному элементу веб-страницы, например разделу или более мелким компонентам. Специфика CSS — это набор правил в ядре WordPress, которые решают, какое свойство CSS следует применять, когда есть неуверенность в том, какое из них использовать. Эти правила были созданы в первую очередь для того, чтобы позволить разработчикам тем легче переопределять стили WordPress по умолчанию своими собственными стилями.

Будучи профессионалом в области цифрового маркетинга, я столкнулся с проблемой при внедрении CSS-специфичности. Оказалось, что эта функция сильно повлияла на внешний вид моих веб-страниц.

Проще говоря, обновление WordPress до версии 6.6.2 решает определенные проблемы, с которыми сталкиваются издатели. Поэтому тем, кто столкнулся с проблемами, рекомендуется задуматься об установке этой последней версии.

Другие исправления

В этом обновлении вы найдете 15 исправлений, внесенных в основную структуру WordPress, и 11 исправлений, внесенных в инструмент редактирования блоков Гутенберга.

Примеры исправлений ядра, включенных в служебную версию:

Пример исправлений в Гутенберге:

Прием 6.6.2

Издателям, которым еще предстоит столкнуться с этим обновлением, не нужно беспокоиться об обновлении. Предварительные отзывы частной группы WordPress в Facebook, в частности ее администратора Дэвида Маккана, были положительными. Он утверждает, что внедрил его на десяти сайтах без каких-либо проблем (вам необходимо присоединиться к группе Facebook, чтобы получить доступ к обсуждению)).

Прочтите официальное объявление WordPress

WordPress 6.6.2 Сопровождающая версия

Смотрите также

2024-09-10 21:38

Сообщение в нижнем колонтитуле поиска Bing, стимулирующее дополнительные поисковые запросы

Как опытный эксперт по SEO с более чем двадцатилетним опытом работы за плечами, я видел, как поисковые системы развивались от простых текстовых полей к сложным интерфейсам, предназначенным для удовлетворения потребностей пользователей. Последний шаг Microsoft, предлагающий пользователям внизу результатов поиска Bing «Выполнить поиск, набрав что-нибудь на клавиатуре», является свидетельством этой эволюции.


Microsoft демонстрирует сообщение в базе результатов поиска Bing: «Начните поиск, набрав здесь что-нибудь на клавиатуре». Оно появляется после прокрутки результатов поиска Bing до конца. Как только вы начнете вводить текст, ваши символы появятся в поле поиска для нового запроса Bing Search.

Фрэнк Сандтманн упомянул на Mastodon, что, по его мнению, Bing, возможно, проводит еще одно тестирование пользовательского интерфейса. Когда вы прокручиваете страницу результатов поисковой системы (SERP) до конца вниз, на темном фоне появляется сообщение с надписью «Выполните поиск, набрав что-нибудь на клавиатуре» и немедленно направляющее вас обратно в окно поиска.

Вот его скриншот:

Он объяснил, что Google делает что-то немного другое, и спросил: «Интересно, сколько пользователей на самом деле используют такие функции…»

Смотрите также

2024-09-10 16:14