Google SCL Zurich 2023 Q and A з Martin Splitt і John Mueller

SCL Zurich від Google. 24 жовтня 2023. Огляд

Основні факти

Використовуйте вищенаведені посилання для швидкої навігації, якщо ви хочете відразу перейти до певного розділу. Я не буду писати про деякі презентації, оскільки їх можна знайти в Інтернеті.

Застереження

Захід не записувався, учасникам дозволялося робити фото, але не відео. Нас також попросили не приписувати цитати конкретним доповідачам. Оскільки поза контекстом заходу слова можуть звучати по-іншому, не сприймайте жодне з них як цитату. Всі інтерпретації, ідеї та висновки є моїми власними. Ви не можете стверджувати або робити висновок після цієї статті, що хтось із представників Google щось сказав.

Більшість представленого не було новим. Важливість таких зустрічей полягає в особистому нетворкінгу та тому, що ви можете зрозуміти з того, що кажуть доповідачі та інші учасники.

Приступимо.

Google Shopping

Незважаючи на те, що вся інформація, представлена ​​у документації Google, завжди корисно переглянути та дізнатися, що особливо важливо для Google.

Схема для розділу Google ShoppingСамий початок

TLDR

Вітається і очікується внесок від галузі. Google хоче допомогти користувачам знайти те, що вони шукають, і просить продавців використовувати фіди, Merchant та структуровані дані. Shopping стає все складнішим. І саме тут на допомогу приходять розширені дані, щоб впоратися з викликами.

Інсайти

Розширені дані у Google можна досягти за допомогою:

  • зображення
  • назва
  • опис
  • URL-адреса
  • наявність
  • ціна
  • доставка.

Вищезазначене стосується як органічних результатів, так і оголошень.

Дані про продукт дуже структуровані та використовуються в багатьох місцях. Не лише в стандартному пошуку чи вкладці магазину в Google, а й у YouTube, Google Display Network та AdSense для Shopping.

Механізми інтеграції включають специфічні для Google, які вимагають облікового запису Merchant Center, — фіди та API, а також відкриті специфікації з schema.org. Коли вони кажуть відкриті, це дійсно так. Ви можете переглядати та брати участь в обговореннях через GitHub. Інтеграція даних у csv можлива, але не є бажаним варіантом від Google, якщо я правильно зрозуміла.

Це не щось нове, дані вже використовуються для Shopping.

Щоб перевірити узгодженість, використовуйте валідатор Schema.org, а для виведення багатого тексту результатів використовуйте Search Console та Rich Results Tool від Google.

3 основні речі, які цікавлять користувачів

  1. Що я хочу купити? – Товар
  2. Як я можу це купити? – Пропозиція
  3. Хто продає товар? – Продавець

Атрибути товару, які ви повинні вказати:

  • Базові:
    • Назва
    • Опис
    • Зображення
    • Гарне охоплення (соціальний підсумок)
  • Ідентифікація:
    • Бренд, код продукту -> GTIN
    • Дані виробника
  • Конкретні:
    • Зв’язки продуктів:
      • Варіанти, лінійки продуктів
    • Регуляторні дані:
      • Енергетичні мітки
      • Країна походження
      • Інгредієнти
    • Стійкість, етичні мітки
    • Вибір варіанту:
      • Матеріал
      • Смак
    • Медіа:
      • Фільми
      • 3D-моделі
      • Зображення високої чіткості

Мітки

Особливо підкреслювалася важливість міток, оскільки вони допомагають відрізнити і диференціювати. Сертифікаційні мітки визначають аспект продукту, і в деяких випадках вони фактично вимагаються законом, особливо в ЄС. Наприклад, Wish був призупинений у Франції, тому що з вибірки 140 товарів 45% іграшок, 90% електротоварів та 62% ювелірних виробів були небезпечними.

Мітки для ваших товарів

Сильні бренди матимуть усі мітки. За статистикою, 64-82% споживачів не хочуть купувати у брендів, яких вони не знають. Що створює проблему для Google.

Сертифікаційні мітки важливі не лише для брендів, а й для споживачів.

Сертифікації, що є важливими для споживачів, включають:

  • Стійкість:
    • Джерела матеріалів
    • Вуглець
  • Їжа:
    • Алергени
    • Вегетаріанська
    • Кошерна
  • Захищене найменування місця походження, оскільки деякі люди хочуть продукти з певної місцевості чи місцеві.

Зв’язки між продуктами

Зв’язок з іншим продуктом – ще одна надзвичайно важлива річ. Google потрібно зрозуміти, як один продукт пов’язаний з іншим:

  • Тип продукту (батарейки А4, папір А4)
  • Витратні матеріали, запасні частини
  • Аксесуари
  • Продукти-послідовники.
Пропозиції варіантів продуктів

Зв’язок батьківський-дочірній не менш важливий. Саме це Google також намагається зрозуміти з безладу всіх даних про продукти та шукає внесок від галузі.

ISO 6523

Ця частина трохи плутана і важко знаходиться в документації. В основному це стандартизований ідентифікатор організації.

Огляд ISO 6523

Існує метастандарт для ідентифікаторів компаній:

  • DUNS, GLN, LEI, національні стандарти
  • Коди ПДВ, розширення PEPPOL

Ви можете використовувати Міжнародний ідентифікатор коду (ICD) з Ідентифікатором організації (OID). Але важливо, щоб ви не використовували атрибут ідентифікатора.

Приклад коду з зображення:


{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Google France",
  "address": {
    "@type": "PostalAddress",
    "addressCountry": "FR",
    "streetAddress": "8 Rue de Londres",
    "addressLocality": "Paris",
    "postalCode": "75009"
  },
  "iso6523Code": [
    "0009:44306184100047",
    "9957: FR64443061841"
  ],
  "vatId": "FR64443061841",
  "telephone": "+33 1 42 68 53 00",
  "foundingDate": "2002-05-16"
}

Що важливо в Offer

  • Базові атрибути:
    • Ціна, наявність
  • Складні ціни:
    • Акції, членства, підписки
    • Знижка за кількістю, ставка ПДВ
    • Транскордонні: обмінний курс, податки
  • Виконання:
    • Термін виконання, час доставки, метод доставки, вартість доставки
    • Розмір кошика

Доставка

Людям так подобається безкоштовна доставка, що вони часто готові заплатити за продукт більше, ніж платити за доставку взагалі. Зараз триває робота з відображення сторінки доставки на пропозицію.

SEO для сайтів люксових брендів

Сподіваюся, цей матеріал незабаром з’явиться онлайн. Тому тут не буде багато спойлерів. Коротко, веб-сайти люксової моди мінімалістичні. Що означає лише кілька зображень або навіть одне зображення на сторінці іноді без жодного тексту + деякі меню, якщо пощастить.

Чи використовують зумери пошуковики?

Причини мінімалізму:

  • Підвищення фокусу на продукті
  • Уникнення відволікаючих елементів
  • Акцент на бренді
  • Відчуття елегантності

Отже, основний фокус SEO:

  • JavaScript та CWV
  • Контент та контекст
  • Digital PR та посилання

Той, хто займається SEO для сайтів люксової моди, дійсно повинен бути професіоналом у роботі з зображеннями.

Презентація почалася на дуже позитивній ноті. SEO нікуди не зникає. Але воно змінюється.

SEO нікуди не зникає, каже John Mueller з Google

Все інше було основними нещодавніми новинами. Деякі з них доступні у цьому відео John Mueller.

Ще раз було підкреслено, що якість важлива.

Якість впливає на:

  • Ранжування
  • Вигляд результатів
  • Discover
  • Сканування та індексування.

Як знизити ризик? Готуйтеся до майбутніх змін:

  • Використовуйте гнучку CMS або хостинг-платформу -> зміни структурованих даних повинні бути простими.
  • Не йдіть на поступки з контентом -> читайте керівництво для оцінювачів якості.

INP (Взаємодія до наступного малювання) надходить у березні 2024 року. Але не занадто фокусуйтеся на CWV.

Як працює SafeSearch

Є стаття SafeSearch і ваш веб-сайт у документації Google, де ви можете побачити всю інформацію, пов’язану з SafeSearch. Просто виділимо кілька речей, які безпечно знати.

3 параметри в налаштуваннях SafeSearch:

  • Фільтр
  • Розмиття – це новий параметр
  • Вимкнено

Мені було цікаво, що для запиту pr0n вони вирішили виділити певний веб-сайт.

Pornhub у презентації Google про SafeSearch

Якщо Google виявляє непристойний вміст на вашому веб-сайті, його можуть відфільтрувати.

Google використовує класифікатори для виявлення непристойного вмісту. Щоб дізнатися, чи ваш сайт відфільтрований, зайдіть на Google і виконайте пошук за запитом site:yourwebsite.com. Потім встановіть для SafeSearch параметр “Фільтр” і повторіть пошук. Якщо результати змінилися, швидше за все, на них вплинула фільтрація SafeSearch.

Фільтрація SafeSearch адаптується до запиту, але перевірка того, чи сторінки вашого домену відфільтровані – хороший евристичний метод.

Модерація непристойного контенту в Google

Політика пошуку забороняє:

  • Зображення чи матеріали, що експлуатують сексуальне насильство
  • Недобровільні непристойні зображення
  • Недобровільну фейкову порнографію.

Відповідальне розміщення непристойного вмісту:

  • Google знижує рейтинг сайтів з великою часткою насильницького контенту
  • Наявність доступу до байтів відео підвищує довіру Google до вашого сайту.

Ліквідація сексуального насильства над дітьми:

  • Інструментарій Google із захисту дітей
  • protectingchildren.google/tools-for-partners/
  • Класифікатори та зіставлення хешів
  • Безкоштовний лише для партнерів сервіс

Виявлення непристойного контенту в зображеннях:

Релевантні посилання

Політика пошуку – goo.gle/content-policies

Ранжування / зниження – goo.gle/search-ranking

Байти відео – goo.gle/sites-safesearch

Важливо!

Якщо ви вважаєте, що ваш сайт було неправильно відфільтровано SafeSearch, зверніться за переглядом тут: goo.gle/safesearch-review

Жахливі історії міграції веб-сайтів

Як завжди, Aleyda Solis створила нову презентацію до Хелловіну. Дивіться повну статтю англійською мовою Найгірші жахливі історії SEO у 2023 році та як прокинутися від цих кошмарів. В Google Chrome можна задіяти автоматичний переклад.

Aleyda Solis. Найкраща SEOшниця в світі

Основні загрози, які лякають SEO своїм потенційним впливом та рівнем контролю:

  • Невизначеність генеративного пошуку: Aleyda обговорює різні типи SGE та як вони можуть вплинути на органічний трафік. Це особливо актуально для тих, хто прагне зрозуміти роль AI в SEO.
  • Непередбачуваність основних оновлень: Aleyda радить стати “найкращою відповіддю” на запити користувачів за різними факторами якості, щоб витримати мінливі основні оновлення Google.
  • Недооцінка налаштувань, що впливають на можливість індексації та проходження
  • Відсутність SEO-перевірки веб-міграцій.

Презентація включає всі чеклісти, завдання та рекомендації, які можуть знадобитися під час планування та налагодження міграції.

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

Aleyda зазначає, що важливо бути проактивним, встановлюючи рамки якості SEO протягом всього SEO-процесу, щоб мінімізувати помилки / недоліки за допомогою процесів навчання та валідації. Це включає:

  • Освіта: погодження щодо використання контрольних списків конфігурації SEO під час розробки будь-якого оновлення чи релізу з відповідними членами команди.
  • Валідація: погодження робочого процесу валідації релізу до та після запуску з урахуванням “що якщо”.
  • Моніторинг: безперервний моніторинг значущих конфігурацій SEO для забезпечення бажаного статусу. Використовуйте SEO-краулери в реальному часі, щоб отримувати сповіщення про небажані зміни.

Ключові рекомендації

  • Поясніть особам, що приймають рішення, ризики недооцінки SEO під час міграцій.
  • Поділіться та погодьтеся використовувати чекліст міграції з розробниками.
  • Зберігайте копії старих версій сайту, щоб перевірити налаштування за потреби.
  • Відновлення після основних оновлень: якщо вражені, використовуйте питання Google щодо якості контенту для швидкої оцінки та відновлення, як радить Елейда.
  • Отримуйте сповіщення про зміни типів URL під час міграції.
  • Якщо SEO не враховано, спочатку виправте перенаправлення та налаштування для топових сторінок.
  • Виконайте повне порівняння проходження старого та нового веб-сайтів.
  • Стежте за старим і новим сайтами в Консолі пошуку на наявність проблем.

Презентація надає всеосяжний огляд технічних та он-пейдж факторів для валідації до, під час та після міграції сайту, щоб уникнути поширених жахливих історій. Я дуже рекомендую переглянути слайди Алейди всім, хто планує міграцію.

Оновлення в структурованих даних

Джерела даних, які використовує Google:

  • Автоматична екстракція
  • Фіди даних
  • Розмітка веб-сторінки
  • Люди
3P Database, потім розмітка схеми, потім Google

Shopping – Доставка та повернення

Приклади розмітки

Для “+$3.49 за доставку в США за 1 день”


"offers": { 
  "@type": "Offer",
  ...
  "shippingDetails": { 
    "@type": "OfferShippingDetails",
    "shippingRate": { 
      "@type": "MonetaryAmount", 
      "value": 3.49,
      "currency": "USD"
    },
    "shippingDestination": {
      "@type": "DefinedRegion",
      "addressCountry": "US",
      "deliveryTime": {
        "@type": "ShippingDeliveryTime", 
        "handlingTime": { 
          "@type": "QuantitativeValue",
          "minValue": 0, 
          "maxValue": 1,
          "unitCode": "DAY"
        }
      }
    }
  }
}

Для “Політика повернення в Швейцарії: 60 днів, безкоштовне повернення поштою”


"offers": { 
  "@type": "Offer",
  ...
  "hasMerchantReturnPolicy": {
    "@type": "MerchantReturn",
    "applicableCountry": "CH",
    "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
    "merchantReturnDays": 60,
    "returnMethod": "https://schema.org/ReturnByMail",
    "returnFees": "https://schema.org/FreeReturn"
  }
}

Відмова від How-to / FAQ

Було заявлено, що розмітки HowTo та FAQPage не пройшли якісного огляду функцій результатів пошуку. Тому було вирішено спростити інтерфейс користувача.

Для HowTo якість даних була норм, але були деякі технічні проблеми, які призвели до відміни підтримки.

FAQ був спамерським з надмірно агресивним використанням функцій, надмірним спрацьовуванням, і якість даних погіршилася. Google працював над виправленням, але виправлення надійшло занадто пізно і функцію було відхилено.

Це не означає, що ці функції не відродяться в майбутньому. Наприклад, спочатку FAQ був призначений для використання на сторінці FAQ веб-сайту, всього на одній сторінці, а не на кожній іншій сторінці, де ви додали розділ FAQ. Тому, можливо, в майбутньому вона повернеться для такого типу контенту в тому чи іншому вигляді.

Примусове введення типів Schema.org

Google спростив для нас визначення “переліків класів” для взаємодій. Зокрема, для розділів коментарів вашого вмісту. Очікується, що значення будуть типу Дія. Наприклад, для коментарів це буде commentAction.

Примусове введення типів Schema.org

Злиття синтаксичного графа

Запущено зовсім недавно! Вплине на валідатор.schema.org, RRT та всі процеси отримання даних Google.

Дещо просунута функція, але дозволяє скористатися перевагами кількох синтаксисів. Це означає, що воно не ідеальне, тож будьте обережні і використовуйте лише тоді, коли розумієте, що робите.

Наприклад, вам може знадобитися для вашої великої статті.

Приклад коду:


<script type="application/ld+json">
{
"@context": "https://schema.org", 
"@type": "NewsArticle",
"@id": "news-article",
"datePublished": "2015-02-05T00:00+08:00", 
"dateModified": "2015-02-05T01:00+08:00"
}
</script>

<div itemscope
itemtype="https://schema.org/NewsArticle"
itemid="news-article">
<div itemprop="text">
This is the text of the article is so long.
</div>
</div>

Валідації дати / часу

Використовуйте формат ISO 8601 для анотацій дати та часу datePublished та dateModified.

Без часу та часових поясів у Google виникає багато втрат точності для ряду функцій, включаючи дуже використовувану дату авторської лінії. Це важливо для подій. Google має здогадуватися про часовий пояс, якщо ви його не вкажете, і в деяких випадках це може бути неправильно.

Форуми обговорень для Перспектив (Perspectives) у Google

Використовуйте розмітку DiscussionForumPosting. Це буде корисно, якщо ви хочете бути представленими в Перспективах. Ця розмітка орієнтована на сторінки обговорень, як великі платформи, так і вбудовані форуми спільноти. Вона буде використовуватися не лише для фільтра Перспектив, а й для інших майбутніх функцій автентичного контенту.

Сторінки профілю

Використовуйте розмітку ProfilePage з mainEntity, вказаним як розмітка Person. Гарно підходить для сторінок авторів.

Основна мета — покращити інформацію про творців платформи (для функцій типу авторства), але також повинна служити шаблоном для інших сторінок “людей”.

Припинення функцій розмітки Event

Так, деякі функції подій більше немає у видачі, але вони готують для нас щось цікаве досить скоро.

Життя після кукісів

Це була чудова доповідь, і для деяких людей у аудиторії вона була абсолютно новою. Ви можете дізнатися всю інформацію з презентацій за наступним посиланням: goo.gle/cookiecountdown

Дякую!

За те, що прочитали до кінця.

Ось дві мої улюблені фотографії з заходу.

Lizzi Sassman і Gary Illyes. GoogleLizzi Sassman і Gary Illyes в офісі Google в Цюриху

John Mueller, Martin Splitt, Олеся Коробка в офісі Google в Цюриху.Зліва направо: John Mueller, Martin Splitt, Олеся Коробка. В офісі Google у Цюріху на SCL Zurich 2023. Так, я знаю, що Google не любить селфі, але мені байдуже!

Тепер можете повернутися до початку, якщо бажаєте.

xo

xo

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься.