Галерея

Що таке edge SEO

Ця стаття – переклад статті із SEL,(питання на подумати – чи варто відвідувати цього року SMX після придбання холдінгу Семрашем) яка мені дуже сподобалась. Плюс – це дуже важливо, адже оптимізація контенту та посилання це добре, але без технічки воно призведе аж до нічого. У традиційній практиці SEO такі зміни, як оновлення мета-тегів, перенаправлення або коригування контенту, … Читати Що таке edge SEO

Читати
Галерея

Navboost: Що це таке і як його використовує Google

Navboost – це фактор ранжування Google, який було викрито під час антимонопольного судового процесу Google з Міністерством юстиції США. Алгоритм спрямований на покращення результатів пошуку за навігаційними запитами. Він використовує різні сигнали, включаючи кліки користувачів, щоб визначити найбільш релевантні результати. Navboost запам’ятовує минулі кліки для запитів до 13 місяців і розділяє результати на основі таких … Читати Navboost: Що це таке і як його використовує Google

Читати
Галерея

Сайти, недоступні на мобільних пристроях, не будуть індексуватися

Компанія Google заявила, що не індексуватиме сайти, недоступні на мобільних пристроях, після 5 липня 2024 року. “Якщо контент вашого сайту взагалі недоступний з мобільних пристроїв, він більше не буде індексуватися”, – написав Джон Мюллер. Це важко назвати сенсаційною новиною, адже Mobile-First Index працює вже років 5. Але тепер умови стали ще простіші – не відкриваєшся … Читати Сайти, недоступні на мобільних пристроях, не будуть індексуватися

Читати
Галерея

Що робити, якщо останній Google Core Update ввалив вашому сайту

Напевно, останній рік став унікальним з точки зору апдейтів. Їх було багато, розгортались вони в декілька етапів. Гугл перероблював пошук протягом всього року як навіжений із гранатою. Якщо ви виросли за рік – це прекрасно! Якщо впали, то прочитайте цю статтю із рекомендаціями від співробітників Гугла. Можливо, варто щось виправити та додати на сайт найближчим … Читати Що робити, якщо останній Google Core Update ввалив вашому сайту

Читати

Google міняє підхід до контенту створеного штучним інтелектом

Що тут скажеш – нарешті! Не пройшло й трьох років як інтернет забили новинні сайти, що передруковують або неякісно перекладають контент з інших, реальних новинних сайтів. Такі згенеровані ШІ новинарні можуть публікувати по 1000 новин за день, прекрасно індексуватись і забивати всю видачу, не приносячи користі читачам і крадучи доходи від рекламу у проєктів, які вкладають час та сили, а головне гроші на зарплати працівникам, що створюють ці статті.

Сподіваюсь, Гугл цього разу доведе справу до логічного кінця і почне викидати із Google News такі сайти, щоб нормальні новинні проєкти могли рости та розвиватись.

Спам-контент ШІ по всій мережі

Вам не обов’язково займатися пошуковим просуванням, щоб знати, що генеративний AI-контент знаходить свій шлях до результатів пошуку Google протягом останніх 12 місяців.

За цей час ставлення Google до контенту, створеного ШІ змінилося. Офіційна позиція змінилася з «це спам і порушує наші вказівки» на «ми зосереджені на якості контенту, а не на тому, як контент створюється».

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

Результат: велика кількість низькоякісного контенту, створеного штучним інтелектом, заполонила Інтернет.

Невидимий мотлох

«Видима мережа» — це частина мережі, яку пошукові системи вирішують індексувати та показувати в результатах пошуку.

Ми знаємо з «Як працює пошук і рейтинг Google», за словами Панду Наяка з Google, на основі свідчень проти антимонопольного суду Google, що Google підтримує «лише» індекс ~400 мільярдів документів. Під час сканування Google знаходить трильйони документів.

Це означає, що Google індексує лише 4% документів, з якими він стикається під час сканування Інтернету (400 мільярдів/10 трильйонів).

Google стверджує, що захищає користувачів від спаму в 99% запитів. Якщо це хоч трохи точно, це вже виключає більшість нерелевантного контенту.

Контент – головне, а алгоритм – новий одяг Імператора

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

Будь-яка авторитетна компанія, яка інвестує в контент, швидше за все, потрапить до кількох відсотків «хорошого» контенту в Інтернеті. Ймовірно, там також будуть його конкуренти. Google уже виключив масу менших кандидатів на видачу в топі.

З точки зору Google, він зробив фантастичну роботу. 96% документів не потрапили до індексу. Деякі проблеми очевидні для людей, але важко помітити машині.

Я бачив приклади, які приводять до висновку, що Google добре розуміє, які сторінки є «хорошими», а які «поганими» з технічної точки зору, але відносно неефективно відрізняє хороший вміст від чудового.

Google визнав це в антимонопольних документах Міністерства юстиції. У презентації 2016 року сказано: «Ми не розуміємо документів. Ми інтерпитуємо».

Щоб оцінити якість вмісту, Google покладається на взаємодію користувачів із результатами пошуку

Google покладався на взаємодію користувача з результатами пошуку, щоб зрозуміти, наскільки «хорошим» є вміст документа. Пізніше Google пояснює презентацію: «Кожен користувач пошуку отримує користь від відповідей минулих користувачів… і вносить відповіді, які принесуть користь майбутнім користувачам».

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

Інженер Google Пол Хаар представив «Як працює Google: історія інженера рейтингу Google» на SMX West у 2016 році. Хаар розповів про результати пошуку Google і про те, як пошукова система «шукає зміни в шаблонах кліків». Він додав, що ці дані користувача «важче зрозуміти, ніж ви могли б очікувати».

Здатність Google інтерпретувати дані користувача та перетворювати їх на щось, що можна зробити, залежить від розуміння причинно-наслідкового зв’язку між змінними та пов’язаними з ними результатами.

Результати пошуку – це єдине місце, за допомогою якого Google може зрозуміти, які змінні присутні. Взаємодія на веб-сайтах вводить величезну кількість змінних поза межами зору Google.

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

Бренди і вигрібна яма

Google каже, що «діалог» між SERP і користувачами є «джерелом магії» в тому, як йому вдається «підробити» розуміння документів.

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

Для мене особливо цікавий «Показник якості сайту», який (якщо дуже спрощено) розглядає такі зв’язки, як:

  • Коли користувачі включають бренд/навігаційні терміни у свій запит або коли веб-сайти включають їх у свої анкори. Наприклад, пошуковий запит або анкор посилання для «seo news searchengineland», а не «seo news».
  • Коли користувачі вибирають певний результат у SERP.

Ці сигнали можуть означати, що сайт є виключно релевантною відповіддю на запит.

Цей метод оцінки якості узгоджується з висловом Еріка Шмідта з Google: «Бренди — це рішення».

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

Наприклад, коли їх попросили виконати таке дослідницьке завдання, як покупка святкової сукні або пошук круїзної відпустки, 82% учасників вибрали бренд, який їм уже знайомий, незалежно від його місця в SERP, згідно з опитування Red C.

Створювати бренди та їх просування коштує дорого. Логічно, що Google буде покладатися на них у рейтингу результатів пошуку.

Що Google вважає спамом штучного інтелекту?

Цього року Google опублікувала вказівки щодо контенту, створеного штучним інтелектом, у якому йдеться про політику щодо спаму, яка визначає вміст, який «призначений для маніпулювання результатами пошуку».

Згідно з визначенням Google, спам – це «текст, створений за допомогою автоматизованих процесів без урахування якості чи взаємодії з користувачем». Я інтерпретую це як будь-кого, хто використовує системи штучного інтелекту для створення контенту без людського процесу забезпечення якості.

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

Все інше я буду називати «спамом».

Створення такого роду спаму раніше було зарезервовано для тих, хто мав технічну можливість очищати дані, створювати бази даних для madLibbing або використовувати PHP для створення тексту з ланцюжками Маркова.

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

«Роль штучного інтелекту у формулюванні контенту чітко розкрита таким чином, що жоден читач не зможе пропустити, і що типовому читачеві буде досить легко зрозуміти».

Обсяг створеного ШІ контенту, який публікується в Інтернеті, величезний. Пошук Google за запитом «regenerate response -chatgpt -results» відображає десятки тисяч сторінок із вмістом штучного інтелекту, створеним «вручну» (тобто без використання API).

У багатьох випадках QA був настільки поганим, що «автори» залишалися в «регенерованій відповіді» зі старіших версій ChatGPT під час їх копіювання та вставки тексту на сайт.

Патерни спаму вмісту ШІ

Коли з’явився GPT-3, я хотів побачити, як Google відреагує на невідредагований контент, створений ШІ, тому я створив свій перший тестовий веб-сайт.

Ось що я зробив:

  • Купив абсолютно новий домен і налаштував базову установку WordPress.
  • Отримав рейтинг 10 000 найпопулярніших ігор, які продавалися в Steam.
  • Завантажив ці ігри в API AlsoAsked, щоб отримати запитання, які люди задають про ці ігри.
  • Використовував GPT-3 для отримання відповідей на ці запитання.
  • Створіть схему FAQPage для кожного запитання та відповіді.
  • Зібрав URL-адресу відео YouTube про гру для вставлення на сторінку.
  • Використовуйте API WordPress, щоб створити сторінку для кожної гри.
  • На сайті не було реклами чи інших функцій монетизації.

Увесь процес зайняв кілька годин, і я отримав новий веб-сайт із 10 000 сторінок із запитаннями та відповідями про популярні відеоігри.

І Bing, і Google з’їли вміст і протягом трьох місяців проіндексували більшість сторінок.

На піку свого розвитку Google забезпечував понад 100 кліків на день, а Bing навіть більше.

Результати тесту:

  • Приблизно через 4 місяці Google вирішив не ранжувати частину контенту, що призвело до падіння трафіку на 25%.
  • Через місяць Google перестав давати трафік.
  • Bing продовжував надсилати трафік протягом усього періоду.

Найцікавіше? Схоже, Google не вжив заходів вручну. У Google Search Console не було жодного повідомлення, а двоетапне зменшення трафіку змусило мене скептично поставитися до будь-якого ручного втручання.

Я неодноразово бачив цей шаблон із чистим вмістом ШІ:

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

Іншим прикладом є випадок Causal.app. Під час цього «пограбування SEO» карту сайту конкурента було зіскреплено, і за допомогою штучного інтелекту було створено понад 1800 статей. Трафік розвивався за тією самою схемою, зростаючи за кілька місяців до зупинки, потім падіння приблизно на 25%, після чого стався збій, який зрізав майже весь трафік.

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

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

Як і в інших випадках, трафік зріс, а потім впав. Однак LinkedIn зберіг певний трафік.

Ці дані вказують на те, що коливання трафіку є результатом дії алгоритму, а не дії вручну.

Після редагування людиною деякі спільні статті LinkedIn, очевидно, відповідали визначенню корисного вмісту. За оцінками Google, інші – ні.

Можливо, у цьому випадку Google все зробив правильно.

Якщо це спам, чому він взагалі займає рейтинг?

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

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

Давайте розглянемо деякі докази цього твердження. Раніше в цій статті ми коротко ознайомилися з патентом Google «Якість сайту» та тим, як вони використовують дані про взаємодію з користувачем, щоб отримати цей бал для рейтингу.

Коли сайт абсолютно новий, користувачі не взаємодіяли з вмістом у пошуковій видачі. Google не може отримати доступ до якості вмісту.

Що ж, інший патент для прогнозування якості сайту охоплює цю ситуацію.

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

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

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

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

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

Багато патентів Google містять посилання на «неявні відгуки користувачів», включаючи цю дуже відверту заяву:

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

Варто зазначити, що це старий патент і один із багатьох. Після публікації цього патенту Google розробив багато нових рішень, як-от:

RankBrain, який спеціально згадується як обробник «нових» запитів для Google.

SpamBrain, один із основних інструментів Google для боротьби з веб-спамом.

Google: пам’ятайте про розрив

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

Тим не менш, ми знаємо, що сучасні системи, такі як RankBrain, принаймні частково навчені на даних про кліки користувачів.

Одна річ також викликала мій інтерес до аналізу AJ Kohn щодо свідчень Міністерства юстиції щодо цих нових систем. Він пише:

«Є низка посилань на переміщення набору документів із «зеленого кільця» до «блакитного». Усі вони стосуються документа, який я ще не зміг знайти. Однак, виходячи зі свідчень, здається, він візуалізує те, як Google відбирає результати від великого набору до меншого, де потім може застосувати додаткові фактори ранжування».

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

Я вважаю, що нинішня ситуація така:

  1. Поточні системи рейтингу Google не встигають за створенням і публікацією контенту, створеного штучним інтелектом.
  2. Оскільки системи gen-AI створюють граматично правильний і здебільшого «розумний» контент, вони проходять «тести на нюх» Google і будуть класифікуватися до завершення подальшого аналізу.

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

HCU переходить на UGC, щоб перемогти GPT?

Я вважаю, що Google знає, що це одна з головних проблем, з якою вони стикаються. Якщо я дозволю собі трохи припустити, можливо, нещодавні оновлення Google, такі як оновлення корисного вмісту (HCU), були застосовані, щоб компенсувати цю слабкість.

Не секрет, що HCU та системи «прихованих дорогоцінних каменів» принесли користь сайтам, створеним користувачами (UGC), таким як Reddit.

Reddit вже був одним із найбільш відвідуваних веб-сайтів. Нещодавні зміни в Google збільшили видимість у пошуку більш ніж удвічі за рахунок інших веб-сайтів.

Моя теорія змови полягає в тому, що UGC-сайти, за кількома помітними винятками, є одними з найменш імовірних місць, де можна знайти масовий вміст AI, оскільки більшість контенту, опублікованого на UGC-сайтах, модерується.

Хоча вони можуть бути не «ідеальними» результатами пошуку, загальне задоволення від перегляду необроблених користувальницьких матеріалів може бути вищим, ніж від постійного рейтингу Google того, що ChatGPT останнє викинуло в Інтернет.

Зосередження на UGC може бути тимчасовим виправленням для підвищення якості;

Google не може досить швидко впоратися зі спамом штучного інтелекту.

Як виглядає довгостроковий план Google щодо спаму зі штучним інтелектом?

Значну частину свідчень про Google у суді Міністерства юстиції надав Ерік Леман, колишній співробітник із 17-річним стажем, який працював інженером із програмного забезпечення над якістю пошуку та рейтингом.

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

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

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

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

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

Оригінал статті англійською

Експропріація видачі або два слова про канібалізацію

Є така штука у SEO – канібалізація. Це коли кілька сторінок на сайті є релевантними одному запиту і ранжуються одночасно.

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

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

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

Чи протримається така ситуація вічно? Навряд чи. Одну із сторінок я перепрофільовую на НЧ запити тої ж групи. Але наразі ми отримуємо більше 50% всього трафіку із Гугла за цим запитом із декількох країн.

Ну і для історії – як прекрасно себе почуває ця група

Радість сео спеціаліста буває недовгою із такою кількістю апдейтів на рік. Тож, насолоджуюсь нею по-повній!

Що таке Rich Snippets і як їх створити?

Останні місяці Google то вбиває Rich Snippets то повертає їх у видачу. Повʼязано це, скоріш за все, із розгортання SGE видачі, про яку ви можете почитати тут. Але чи залишаться розширені результати чи ні, покаже час. А ми тим часом спробуємо розібратись як їх здобути та як із ними працювати.

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

Що таке Rich Snippets?

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

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

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

Як створити Rich Snippets

Незалежно від того, яку платформу керування вмістом ви використовували для створення свого веб-сайту, повинен існувати стандартний метод отримання розширених фрагментів для показу в результатах пошуку Google. По-перше, вам потрібно визначити, для якого типу вмісту ви хочете використовувати фрагменти. Фрагменти бувають різних категорій, і ви можете вибрати між:

  • Компанії та організації
  • Відгуки
  • Рецепти
  • Люди
  • Події
  • Продукти
  • Музика
  • Відео

Далі вам слід визначити всі необхідні властивості, включаючи кодування для itemprop, itemtype і itemscope. У кодування можна навіть включити дату публікації, автора та рейтинг. Для цього ви повинні розробити свій код розмітки. Це дозволить Google показувати всю необхідну інформацію для вашого вмісту. Для цього вам може знадобитися скористатися сторонньою службою, наприклад Schema.org.

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

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

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

Короткий підсумок: як створити розширені фрагменти

1. Виділіть і визначте деталі, на яких Google має зосередитися.

2. Використовуйте інструмент розмітки структурованих даних Google, щоб визначити свою веб-сторінку.

3. Після вибору типу даних для веб-сторінки почніть створювати мікродані для веб-сторінки.

4. Використовуйте ці мікродані, щоб створити новий HTML.

5. Почніть позначати свій вміст цими мікроданими.

6. Перевірте свої фрагменти.

Як перевірити Rich Snippets

Найпростіший спосіб перевірити, чи може ваш веб-сайт підтримувати розширені фрагменти, — це скористатися інструментом тестування структурованих даних Google. Ви можете ввести URL-адресу або код, і Google швидко просканує сторінку.

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

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

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

Чи допомагають Rich Snippets SEO?

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

  • Більше уваги – веб-сторінка з багатими фрагментами в Google або інших пошукових системах надає додаткову інформацію, що гарантує, що користувачі отримають невелику кількість інформації, щоб збільшити обсяг їхньої уваги. Це зрештою допомагає веб-майстрам залишатися унікальним у конкуруючих результатах пошуку.
  • Вищий рейтинг кліків – із розширеними фрагментами, які відображаються в результатах пошуку, CTR різко зростає з кожним відповідним відвідуванням. Крім того, вищий CTR не важливий, коли йдеться про сигнали користувачів, але він є важливим фактором ранжування.
  • Більше релевантності – ймовірність переходу на сторінку покращується, оскільки розширені фрагменти відображають додаткову та релевантну інформацію. Наприклад, якщо пошукова система виявляє, що пошуковий термін (наприклад, клейкі булочки) пов’язаний із темою (продукти харчування, можливо, пекарня/кулінарія), сайт, визначений як «рецепт» у серверному коді, вміст, очевидно, буде більше релевантні, ніж сам сайт, який не визначено відповідним чином.
  • Веб-сайти AMP – структуровані дані можуть значно допомогти покращити відображення та вміст веб-сайту, якщо на ньому ввімкнено AMP.

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

Як створити та додати Rich Snippets у WordPress

На сьогоднішній день WordPress є найпоширенішою системою керування вмістом для розробки веб-сторінок. Систему використовують понад 75 мільйонів веб-сайтів у всьому світі. Якщо ваш веб-сайт покладається на WordPress, у вас є перевага, коли справа доходить до розробки розширених фрагментів. Система дозволяє легко додавати розширені фрагменти, і у вас є два варіанти для цього. Ви можете використовувати плагіни WordPress або покладатися на ручне впровадження.

Плагіни WordPress чудово підходять для людей, які не дуже досвідчені в кодуванні HTML. Плагіни беруть на себе багато роботи, пов’язаної із додаванням структурованих даних на ваші веб-сторінки. Коли ви використовуєте плагін, вам просто потрібно заповнити інформацію, коли з’явиться вікно відображення. Плагіни беруть вашу інформацію та полегшують вам автоматичну розробку розширених фрагментів. У вашому розпорядженні є кілька плагінів, серед яких найпоширеніші:

  • Rich Reviews
  • WP Reviews Pro
  • All in One Schema.org rich snippets
  • Rich WP Rich Snippets
  • Rich Snippet WordPress Plug-In by CodeCanyon

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

Якщо ви маєте досвід роботи з HTML, то вам лише слід розглянути можливість ручного впровадження розширених фрагментів коду. Для цього процесу є три різні формати, які можна використовувати для створення формату розмітки структурованих даних. Ці формати включають JSON-LD, RDFa та MicroData. JSON-LD — це сценарій на основі Java, а інші два — на основі HTML. Сценарій на основі HTML підійде вам на користь, якщо ви лише новачок. Ви завжди можете найняти професіонала з оптимізації пошукових систем, щоб він налаштував ваші розширені фрагменти для вас, якщо все це здається занадто складним.

Використання Rich Snippets

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

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

Багато компаній регулярно проводять заходи, і ви також можете включити розширені фрагменти для них. Почніть із позначення правильного періоду днів, на який розтягнеться подія. Вам потрібно вказати час початку та закінчення для кожного окремого дня, а також потрібно включити інформацію про те, як люди можуть придбати квитки на кожен окремий день. Вам також слід уникати вказівки не-подій як подій. Наприклад, ви не хочете позначати години роботи магазину як подію. Також не потрібно додавати короткострокові знижки чи розпродажі як заходи.

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

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

Розширені фрагменти не є новим для SEO. Вони використовуються з 2009 року, але ніколи не пізно потрапити в тренд. Хоча вони можуть здатися незначними, вони можуть виявитися важливим компонентом вашої загальної стратегії SEO. Вони надзвичайно привертають увагу та можуть допомогти вам підвищити рівень конверсії. Навіть якщо спочатку це здається надто технічним, вам просто потрібно дати цьому трохи часу. Як тільки ви почнете, легко зробити так, щоб більшість ваших веб-сторінок містили розширені фрагменти. Через деякий час додавання фрагментів на кожну сторінку займе всього кілька хвилин. Ви також можете найняти професіонала з пошукової оптимізації, який розробить для вас розширені фрагменти та оптимізує ваш веб-сайт для пошукової оптимізації.

Що таке changefreq та lastmod

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

Що таке і як працює мета тег changefreq і priority

У сфері оптимізації пошукових систем XML-карти сайту мають вирішальне значення для індексації веб-сайтів. Два важливі теги в цих картах сайту – Changefreq і Priority, які орієнтують пошукові системи на те, як часто відвідувати ваші веб-сторінки.

Changefreq і Priority: чому вони важливі

Теги Changefreq і Priority є необов’язковими для великих веб-сайтів. Вони допомагають таким пошуковим системам, як Google, зрозуміти частоту оновлення ваших сторінок, впливаючи на те, як часто вони індексуються.

Пояснення тегу Changefreq:

Тег Changefreq вказує, як часто сторінка може змінюватися.

Опції включають:

  • Ніколи: для застарілого вмісту, наприклад старих новин.
  • Щороку: для статичних сторінок, таких як «Контакти» або «Про нас».
  • Щомісяця: для періодично оновлюваного вмісту, як-от поширених запитань.
  • Щотижня: для динамічних сторінок, як-от інформація про продукт.
  • Щодня: для дуже активних сторінок, таких як блоги чи оголошення.
  • Щогодини/завжди: для оновлень у реальному часі, як-от новини чи ціни на акції.

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

Великі сайти проти малих сайтів

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

З точки зору Google

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

Джон Мюллер з Google під час зустрічі Hangouts у 2015 році наголосив на зменшенні важливості тегів Changefreq і Priority, наголошуючи на актуальності позначок часу для позначення оновлень сторінки.

Хоча Changefreq і Priority залишаються важливими для великих сайтів, оновлення часових позначок сторінок стає все більш важливим для інформування Google про зміни вмісту.

Що таке і як працює мета тег lastmod

<lastmod> – необов’язковий тег, який показує дату останньої зміни сторінки. Він має формат РРРР-ММ-ДД.

Оптимальним рішенням буде синхронізація мета-тегу з датою саме оновлення, а не публікації, адже деякі публікації доповнюються з роками.

Правильно використовуючи мета-тег <lastmod> ви зможете показати Гуглу коли в останнє була виправлена ваша стаття.

Дослідження – Вплив генеративного пошуку Google на звичайне ранжування

Ця стаття – переклад із сайту authoritas , що має велике значення для європейських проектів. Адже наразі Гугл розгорнув SGE лише на території Штатів, Японії та ще кількох країн. Але в 2024 цей експеримент точно стане всесвітнім. Варто готуватись.

Дослідження SGE

Як запланована Google інтеграція генеративних результатів пошуку на основі штучного інтелекту в пошукову систему вплине на SEO?

У грудні 2023 року ми перевірили 1000 комерційних умов через кілька облікових записів Google із підтримкою SGE за допомогою комп’ютера в США, щоб оцінити вплив Google Search Generative Experience на звичайні результати та оцінити ймовірний вплив для пошукових систем у всьому світі.

Можливо, це буде найбільша зміна в Пошуку за останнє десятиліття.

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

Результати дослідження – основні висновки

  • Google відображає елемент Search Generative для 86,8% усіх пошукових запитів.
  • У 65,9% випадків з’являється маленька кнопка створення, але в 34,1% випадків з’являється попередньо заповнений елемент SGE із посиланням «Показати більше».
  • Коли користувач натискає кнопку SGE або посилання «Показати більше», органічний список №1 зміщується вниз на сторінці на 1562 пікселі та 1630 пікселів відповідно. Це приблизно в 1,5 рази перевищує висоту вікна перегляду, і тому неможливо уявити, що це не вплине на кількість кліків і органічний трафік.
  • У середньому у вмісті SGE є 10,2 посилань з 4 унікальних доменів.
  • Найбільший генеративний вміст представив 37 нових видимих URL-адрес вище стандартної органічної видачі!
  • 93,8% генеративних посилань (принаймні в цьому наборі даних) надійшли з джерел поза межами органічних доменів найвищого рейтингу. Лише 4,5% генеративних URL-адрес безпосередньо відповідають звичайній URL-адресі сторінки 1 і лише 1,6% показують іншу URL-адресу з того самого домену звичайного рейтингу.

Дані видачі SGE

Я поділився деякими даними SGE SERP до і після, а також даними рейтингу, які ми підготували в рамках цього дослідження. Ця колекція електронних таблиць показує вам повні дані SERP, рейтинги для Вікіпедії та підсумкову статистику типів доменів, які, схоже, добре працюватимуть у SGE.

Дані видачі SGE – електронні таблиці:

1K Keywords Researched – це файл ключових слів, які ми дослідили. 10 категорій, по 100 головних термінів у кожній. Загальний місячний обсяг пошуку для всіх ключових слів ~140 мільйонів пошуків на місяць.

Найефективніші домени в SGE – перераховує всі домени, які отримали позиції у результатах пошуку за нашим ключовим словом за кількістю URL-адрес, за якими вони ранжувались.

Приклад рейтингу Вікіпедії – показує пре-клік та пост-клік SGE для Вікіпедії .

Вплив SGE на органічні результати No.1. Цей блок бере кожну найвищу органічну URL-адресу в усьому наборі даних і розглядає, як вона переміщується, коли користувач натискає SGE Trigger.

Вплив SGE на сніпети – показує пропоновані фрагменти в результатах пошуку до та після натискання SGE.

Універсальні пошукові видачі (тільки безкоштовні) – показує неоплачувані рейтингові URL-адреси на першій сторінці пошукової видачі до та після натискання SGE.

Дані рейтингу SGE – слайди Powerpoint

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

Результати та аналіз досліджень

Як часто запускаються результати SGE?

(Частина 1) #Ключові слова з результатами SGE

Графік із відсотком ключових слів із результатами SGE

Якщо вам цікаво, чи вплинуть результати SGE на ваш веб-сайт, тоді відповідь буде «Так». У нашому дослідженні 86,83% усіх перевірених ключових слів мали результат SGE.

Загальна кількість рядів: 995

Рядки з вмістом SGE: 864 (86,83%)

(Частина 2) Розподіл відсотка за типом тригера SGE

Більшість результатів пошуку містить певну форму вмісту SGE, причому тип «generate_button» є більш поширеним, ніж тип «show_more». Функція «generate_button» з’являється більш ніж у половині всіх розглянутих нами випадків (65,9%), тоді як функція «show_more» з’являється приблизно в третині випадків SGE (34,1%).

Тип результату SGE «Показати більше» — це те, що я називаю «Тизером SGE», оскільки він уже містить певний вміст SGE, тоді як кнопка «Створити» — це лише заклик до дії для отримання результатів ШІ. Очевидно, що ці різні типи SGE матимуть різні рівні залучення користувачів, і, як наслідок, вплив кожного на органічне рейтингування та наступні функції універсальної пошукової видачі буде різним.

У нашому дослідженні симулювали реальні користувачі, які шукали, але не клацали, тому зрозуміти величину різниці виходить за рамки цього дослідження, але сподіваємося, що команда Google Search Console буде добра до всіх нас і зрештою надасть нам деякі корисні дані в Search Console . На мій погляд, для ключових слів, де з’являється тизер SGE, бренди, ймовірно, побачать різкіше зниження органічної видимості. Звичайно, якщо ви прагнете націлитися на помітне розміщення свого бренду в генеративних результатах, ви можете надати більшої ваги ключовим словам із таким типом результату SGE.

Які типи результатів SGE найбільш поширені?

Як SGE впливає на органічний результат No.1?

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

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

Перше, що я хотів зрозуміти, це те, як запровадження Google SGE (Search Engine Generative Results) впливає на позицію першого звичайного результату пошуку на екрані комп’ютера.

Середній Вертикальний спад (пікселі) – вимірює, як далеко вниз по сторінці перемістився органічний результат №1 через SGE. Простіше кажучи, це схоже на вимірювання відстані по прямій вертикальній лінії від вихідної позиції до нової позиції в пікселях.

Середній Вертикальний спад (відсоток вікна перегляду робочого столу) – це схоже на наведене вище, але замість вимірювання в пікселях воно вимірює падіння у відсотках від висоти всього екрана. Подумайте про те, яку частину екрана вам потрібно буде прокрутити вниз, щоб знайти перший органічний результат.

(Частина 1) Середнє вертикальне падіння (пікселі) органічного результату №1

Ось приклад випадкової вибірки ключових слів із даних дослідження.

Пам’ятайте, що ми використовуємо настільний браузер (1920 x 1080), тому видиме вікно перегляду має висоту приблизно 940 пікселів з урахуванням вертикального простору, зайнятого верхнім і нижнім колонтитулами вашого браузера.

Таким чином, ви бачите, що більшість ключових слів вже знаходяться в нижній частині сторінки (тобто не видно під час початкового завантаження сторінки), до того, як елемент SGE буде розгорнуто.

Щойно натиснуто кнопку SGE або посилання, щоб розгорнути, майже кожен результат No.1 органічної позиції потрапляє в нижню частину сторінки.

Приклади падіння рейтингу No.1 у звичайному рейтингу, коли присутні результати SGE Google

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

Незалежно від типу результату SGE, який з’являється, органічний результат номер 1 знижується в середньому приблизно на 1500 пікселів або приблизно в 1,5 рази від видимого вікна перегляду на робочому столі.

(Ми плануємо знову провести цей аналіз для мобільних веб-переглядачів, коли генерувальний пошук буде повністю розгорнуто для всіх користувачів на всіх пристроях).

Діаграма, що показує вертикальне падіння для 1-го органічного результату, коли клацнути ВОНА

(Частина 2) Середній вертикальний спад (відсоток вікна перегляду робочого столу) органічного результату №1 за підтипом AGE

SGE виводить перший органічний результат за межі початкового вікна перегляду

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

Без SGE: якщо SGE не використовується, змін немає. Органічний результат №1 залишається на своєму місці.

Підтип SGE — кнопка генерації: вертикальне падіння (пікселі): у середньому органічний результат №1 переміщується вниз приблизно на 1630,9 пікселів. Уявіть, що ви прокрутили екран трохи вниз, щоб знайти перший звичайний результат пошуку.

Підтип SGE – кнопка генерації: вертикальне падіння (%): це приблизно 151% висоти екрана. Це означає, що вам доведеться прокручувати всю довжину екрана, а потім трохи, щоб знайти перший органічний результат.

Підтип SGE – Показати більше: Вертикальний спад (пікселі): Тут падіння становить приблизно 1562,1 пікселя. Це трохи менше, ніж у випадку з «generate_button», але все одно значне прокручування вниз.

Підтип SGE – Показати більше: Вертикальний перепад (%): цей перепад становить приблизно 144,6% від висоти екрана. Подібно до generate_button, але ви прокручуєте трохи менше.

Скільки простору SERP займає SGE Post-click?

(Частина 1) AVG Вертикальна висота (пікселі)

Обидва типи вмісту SGE займають значну частину екранного простору на робочому столі.

Після натискання область вмісту SGE розширюється до розмірів, які перевищують видиму область екрана, тобто вам доведеться трохи прокрутити вниз, щоб побачити весь вміст.

Наскільки великим є елемент SGE у розгорнутому вигляді в SERP?

(Частина 2) СЕРЕДНЄ вертикальне падіння %

Вміст «show_more» зазвичай займає трохи більше місця, ніж вміст «generate_button».

Наскільки великим є елемент SGE, якщо його розгорнути на SERP, як пропорцію вікна перегляду робочого столу?

Кнопка Згенерувати:

  • Середня вертикальна висота (пікселі): 1764,0
  • Середнє співвідношення висоти до вікна перегляду: 1,6
  • Це означає, що вміст SGE “generate_button” у середньому займає 1764 пікселя у висоту. Ця висота в 1,6 рази перевищує висоту видимої області веб-сторінки.

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

Показати більше:

  • Середня вертикальна висота (пікселі): 1841,9
  • Середнє співвідношення висоти до вікна перегляду: 1,7
  • Для вмісту SGE “show_more” середня висота трохи більша, близько 1841,9 пікселів. Співвідношення висоти до вікна перегляду становить 1,7, що вказує на те, що цей вміст також виходить за межі повної висоти екрана робочого столу, що вимагає ще більшого прокручування порівняно з вмістом «generate_button».

Скільки веб-сайтів і унікальних посилань відображається в SGE Post-click?

(Частина 1) AVG кількість посилань і унікальних доменів

Контент SGE у результатах пошукової видачі Google містить суміш посилань, у середньому 10 посилань на екземпляр SGE, які надходять приблизно з 4 різних веб-сайтів.

Скільки посилань і веб-сайтів відображається в результатах SGE?

Загальний огляд (усі рядки з генеративними результатами)

  • Середня кількість посилань: 10,2
  • Середня кількість унікальних посилань: 4,4
  • Середня кількість унікальних доменів: 4,0
  • Середня кількість посилань на домен: 2,4

(Частина 2) СЕРЕДНЯ кількість загальних посилань за тригером SGE

Тип «generate_button», як правило, має більшу концентрацію посилань, але менше унікальних доменів порівняно з типом «show_more», який містить ширший діапазон унікальних посилань і доменів. Це розмаїття свідчить про те, що вміст SGE надає ряд джерел, але є певне повторення тих самих посилань у різних примірниках.

Середня загальна кількість генеративних посилань, що відображаються за типом тригера SGE

(Частина 3) Середнє значення кількості унікальних доменів за тригером SGE

Середня загальна кількість унікальних доменів, що відображаються за типом тригера SGE

Розподіл за підтипом SGE

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

Кнопка «Створити»
  • Середня кількість посилань: 12,2
  • Середня кількість унікальних посилань: 4,9
  • Середня кількість доменів: 4,5
  • Середня кількість посилань на домен: 2,9
Показати більше
  • Середня кількість посилань: 10,7
  • Середня кількість унікальних посилань: 5,4
  • Містить у середньому більше унікальних посилань, ніж тип “generate_button”.
  • Середня кількість доменів: 5,0
  • Середня кількість посилань на домен: 2,3

Як органічні рейтинги використовуються в генеративних посиланнях?

(Частина 1) Генеративна URL-адреса відповідає звичайній позиції

Спроба правильно поглянути на це й проаналізувати це зайняла у мене занадто багато часу. Я хотів зрозуміти, які джерела використовував Google, щоб знайти відображені генеративні URL-адреси та чи були вони взяті з URL-адрес або доменів сайтів із найвищим рейтингом на сторінці 1 SERP, і якщо так, чи покращив вищий звичайний рейтинг ваші шанси рейтинг у генеративних результатах.

Є два способи зробити це:

a) По черзі переглядайте кожну генеративну URL-адресу та перевіряйте, чи точно вона відповідає 1-й звичайній URL-адресі, 2-й звичайній URL-адресі тощо. Якщо ні, то подивіться, чи відповідає вона домену для 1-ї звичайної URL-адреси тощо. Нарешті, якщо він не збігається, запишіть “немає збігу” для кожної позиції.

або;

б) Перегляньте кожну звичайну URL-адресу по порядку та порівняйте її з кожною генеративною URL-адресою, знову записуючи всі точні збіги, потім перевіряючи збіги домену (інші сторінки з того самого сайту) і, нарешті, записуючи «немає збігів» там, де з’являлися інші URL-адреси .

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

  • Загальна кількість збігів: 89 553 – значна більшість (приблизно 93,8%) генеративних URL-адрес не відповідає жодній URL-адресі в результатах звичайного пошуку.
  • Загальна кількість точних збігів: 4327 – приблизно 4,5% генеративних URL-адрес точно збігаються з URL-адресами в результатах звичайного пошуку.
  • Загальна кількість збігів домену: 1560 – приблизно 1,6% генеративних URL-адрес збігаються з доменом URL-адреси в результатах звичайного пошуку.

93,8% генеративних URL-адрес не збігаються з жодною URL-адресою з першої сторінки результатів звичайного пошуку.

(Частина 2) Збіги генеративних URL-адрес за звичайними позиціями (Exc No Matches)

Простіше кажучи, якщо порівнювати URL-адреси, які генерує вміст SGE від Google, із URL-адресами, які відображаються в звичайних (звичайних) результатах пошуку, спостерігається відносно незначне перекриття.

Лише приблизно в 4,5% випадків URL-адреса в генеративному вмісті точно збігається з URL-адресою в звичайних результатах. Ще менший відсоток (1,6%) збігається на рівні домену, тобто генеративний вміст походить із того самого веб-сайту, що й звичайний результат, але не з тієї самої сторінки.

У переважній більшості випадків (93,8%) генеративний вміст представляє URL-адреси, які повністю відрізняються від URL-адрес у звичайних результатах пошуку.

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

Як SGE впливає на Featured Snippets?

(Частина 1) AVG Vertical Drop (Pixels)

115 результатів пошукової видачі мали спеціалізований фрагмент, тому хороша новина полягає в тому, що Featured Snippet все ще відображається в результатах пошукової видачі SGE…. Ну, принаймні поки!

Погана новина полягає в тому, що Featured Snippet SGE відсувається далеко вниз по сторінці. Середнє вертикальне падіння представлених фрагментів із генеративним вмістом становить 1478,7 пікселів. У середньому представлені фрагменти зміщені вниз приблизно на 136,9% від висоти вікна перегляду.

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

Вплив SGE на Featured Snippet – середнє вертикальне падіння пікселів

(Частина 2) AVG Vertical Drop (Відсоток екрану робочого столу)

Вплив SGE на Featured Snippet – середній вертикальний спад у вікні перегляду на робочому столі

Справді погані новини? Ну, я просто не бачу, щоб Featured Snippets протримались набагато довше в їх поточному вигляді.

Зрештою, весь вміст SGE охоплено зараз, і в будь-якому випадку Google експериментує з «супер» Featured Snippets, які, здається, поєднують дані з багатьох джерел у нові формати без результату, згенерованого штучним інтелектом.

Я думаю, що часи оптимізації пошукових систем для Featured Snippets минули.

Вплив SGE на універсальний рейтинг домену за типом функції SERP – приклад: en.wikipedia.org

Органічний – SGE до натискання та після натискання

Я проаналізував вплив SGE на кожен домен у наборі даних.

Очевидно, що їх тисячі, тому я не можу опублікувати їх усі тут, і, в будь-якому випадку, якщо ви хочете провести такий аналіз SGE, вам потрібно запустити його для ключових слів, релевантних вашому веб-сайту.

Отже, я вибрав Вікіпедію як приклад. На наступних діаграмах показано, як змінюється його універсальний рейтинг (за винятком платних і прихованих результатів) для різних функцій SERP до та після того, як користувач натисне, щоб розгорнути вміст SGE.

Ключ до цих рейтингових діаграм SGE:

‘_ui’ – це відноситься до універсального початкового рейтингу, напр. Попереднє натискання SGE.

‘_u’ – це стосується універсального рейтингу після клацання SGE.

Вплив SGE на звичайну видимість Вікіпедії

  • Вікіпедія має 343 ключові слова з органічними позиціями в рейтингу в нашій базі даних.
  • Зміна середнього рейтингу: -9,7 – позиції в звичайному пошуку впали в середньому на 9,7 позиції, коли клацали SGE.
  • Середнє вертикальне падіння: 1507,9 пікселів (139,6% вікна перегляду). Звичайні результати значно зменшені приблизно на 1500 пікселів, що перевищує висоту екрана.

Органічні позиції в рейтингу Вікіпедії – SGE до клацання проти SGE після клацання

Вплив SGE на видимість Вікіпедії для людей також запитують результати

  • У Вікіпедії є 174 рейтинги PAA.
  • Зміна середнього рейтингу: -8,5 – розділ «Люди також запитують» падає в середньому на 8,5 позиції.
  • Середнє вертикальне падіння: 1418,8 пікселів (131,4%). Розділ PAA переміщується вниз пошукової видачі в середньому на 1418,8 пікселів, що перевищує висоту повного екрана.

People Also Ask Вікіпедії – позиції в рейтингу – SGE Pre-click проти SGE Post-click

Вплив SGE на видимість Вікіпедії для генеративних результатів

Щоб пояснити це трохи докладніше. Іноді URL-адреси присутні в генеративних результатах до натискання. Потім, коли користувач натискає кнопку SGE або посилання, з’являється багато інших генеративних URL-адрес.

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

  • Кількість: 39 випадків (358 унікальних випадків).
  • Середня зміна рейтингу: +0,2.
  • Є невелике підвищення (на 0,2 позиції) рангу, яке майже незначне.
  • Середнє вертикальне падіння: -40,6 пікселів (-3,8%).
  • Генеративний вміст фактично зміщується трохи вгору в макеті SERP.

Генеративні рейтингові позиції Вікіпедії – SGE до клацання проти SGE після клацання

Вплив на результати пошуку зображень у Вікіпедії

  • Кількість: 26 примірників.
  • Середня зміна рейтингу: -9,4.
  • Рейтинг результатів зображення падає в середньому на 9,4 позиції.
  • Середнє вертикальне падіння: 590,0 пікселів (54,6%).
  • Результати зображення зміщуються вниз на 590,0 пікселів, що перевищує половину висоти екрана.

Позиції у рейтингу зображень у Вікіпедії – SGE до клацання проти SGE після клацання

Вплив SGE на звичайну видимість сніпетів у Вікіпедії

  • Кількість: 13 примірників.
  • Середня зміна рейтингу: -8,8.
  • Рейтинг представлених сніпетах у середньому падає на 8,8 позиції.
  • Середнє вертикальне падіння: 1388,6 пікселів (128,6%).
  • Пропоновані фрагменти переміщуються вниз сторінки в середньому на 1388,6 пікселів, що більше, ніж повна висота екрана (128,6%).

Позиції в рейтингу сніппетів Вікіпедії – SGE до клацання проти SGE після клацання

Підсумкова статистика – усі домени

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

Наступні діаграми показують 20 найпопулярніших доменів просто на основі кількості URL-адрес, які мали рейтинг для кожної функції SERP.

Топ-20 органічних доменів (за #URL-адресами)

Топ-20 генеративних доменів (за #URL-адресами)

20 найпопулярніших доменів сніпетів (за #URL-адресами)

У той час як деякі домени добре працюють у всіх ключових неоплачуваних функціях SERP (для цілей цього дослідження ми вважаємо їх такими: органічні, генеративні, представлені сніпети та люди також запитують), кілька доменів, які добре працюють органічно, майже не з’являються взагалі. у генеративних посиланнях, а низка нових доменів, які на даний момент не працюють органічно, були винагороджені кількома генеративними посиланнями.

Останні дві комбіновані діаграми показують ефективність 20 найкращих генеративних доменів і 20 найкращих органічних доменів відповідно в інших ключових неоплачуваних функціях SERP.

Ефективність SEO для 20 найкращих генеративних доменів (за #URL) у ключових функціях органічної пошукової видачі

Сподіваємося, ця діаграма дасть оптимістам для оптимізації пошукових систем привід для надії, оскільки навіть якщо домен сьогодні погано працює в звичайних сніпетах або People Also Ask, він все одно може часто з’являтися в нових генеративних результатах і залучати нових користувачів із пошуку.

Ефективність пошукової пошукової системи (SEO) 20 найкращих органічних доменів (за #URL-адресами) за ключовими функціями органічної пошукової видачі

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

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

Ця картина буде різною для кожного ринку. Тому обов’язково поговоріть з нами про те, щоб отримати цю перспективу для ринків і ключових слів, які вас цікавлять.

Методологія

Дані збирали в грудні 2023 року протягом 2 днів. Ми надіслали 1000 ключових слів і проаналізували лише успішні результати. Ми використовували веб-переглядач Chrome від власника облікового запису Google, який увійшов у Нью-Йорк, на ПК з Windows 11.

Вікно перегляду браузера було встановлено на 1920 x 1080 пікселів. Ми обчислюємо вертикальне падіння пікселів у відсотках від вікна перегляду браузера, щоб дати вам уявлення про величину падіння. напр. Якщо елемент опускається в 1,5 рази від вікна перегляду, то це рівносильно сторінці та половині прокрутки сторінки вниз. Це описує процес, який ми дотримувалися для збору даних.

Ми використали наш API SERPs і зробили запит до Google.com і спочатку зафіксували початковий стан SERP, щоб побачити, чи присутній тригер SGE (кнопка SGE або посилання «Показати більше»). Це те, що ми називаємо пошуковою системою перед клацанням, і ви побачите це як «Універсальний початковий» або «Інтерфейс користувача» на діаграмах і таблицях, представлених у дослідженні. Таким чином, «ранг інтерфейсу користувача» буде рангом цієї URL-адреси до того, як користувач натисне тригер SGE для створення розширених генеративних результатів.

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

Це те, що ми називаємо пошуковою системою після кліку, і ви побачите це як «Універсальний» або «U» в дослідженні. Таким чином, «ранг U» буде рангом цієї URL-адреси після того, як користувач натисне на тригер SGE для створення розширених генеративних результатів.

Інтерпретація даних

Розуміння рейтингів. Ми обчислюємо позицію x, y кожного об’єкта на сторінці до та після натискання. Ми знаємо, що люди, як правило, читають результати пошукової видачі за F-шаблоном, тому найвищим рейтингом є той, який має позицію x, y найближче до верхнього лівого кута сторінки (для мов читання зліва направо).

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

Ми також враховуємо універсальний рейтинг URL-адрес на сторінці, тому це рейтинг URL-адреси, включаючи всі типи SERP. Загалом, якщо не вказано інше, ми виключаємо будь-яку платну рекламу, платні покупки або нерелевантні функції Google SERP, за якими ви не можете ранжувати URL-адресу свого сайту (наприклад, Travel Finder). Ми також включаємо лише «видимі» результати, оскільки іноді в генеративних результатах і каруселях містяться сотні прихованих посилань.

N/B: Порівнюючи кількість місць, на які URL-адреса опустилася після натискання SGE, ми об’єднуємо результати пошуку до та після натискання разом і створюємо новий «індекс». Цей індекс показує позицію URL-адреси на сторінці серед усіх не- платні предмети. Ви можете використовувати лише цей стовпець, щоб побачити, на скільки місць опустився результат.

Потенційні недоліки та подальші дослідження

Обчислення області перегляду:

Ми цінуємо той факт, що видиме вікно перегляду становить менше 1080 пікселів через верхній і нижній колонтитули веб-переглядача, і, отже, могли зробити ці обчислення вертикального падіння ще точнішими. Однак під час нашого дослідження ми помітили, що Google продовжує експериментувати зі змінами дизайну та розмітки, і поточний розрахунок достатньо хороший для сьогоднішнього завдання. Якби ми змінили це значення на 940 пікселів, дані виглядали б ще страшніше!

Різні типи ключових слів:

Ми проаналізували лише вибірку даних SERP до та після натискання для 1000 ключових слів. Щойно це буде розгорнуто в усьому світі, ми зможемо проводити більші дослідження.

Це комерційні ключові слова, які стосуються продуктів електронної комерції та звичайних послуг, які споживачі купують у 10 категоріях:

1. Автомобільний

2. Електронна комерція та роздрібна торгівля

3. Розваги

4. Мода та одяг

5. Фінанси

6. Їжа та напої

7. Здоров’я та оздоровлення

8. Правовий

9. Технології та електроніка

10. Подорожі та готельний бізнес

У подальших дослідженнях ми хотіли б оцінити вплив різних типів ключових слів на намір користувача, порівнюючи дані SERP для навігаційних, інформаційних, дослідницьких і транзакційних ключових слів. Окреме дослідження впливу на локальне SEO також заслуговує на увагу. Нам також потрібно вивчити швидкість зміни генеративних результатів. Це, очевидно, значно відрізнятиметься для ключових слів «новини». Але буде цікаво порівняти це та побачити, чи є докази сезонності продуктів електронної комерції.

Вплив персоналізації:

Ми не розглядали вплив персоналізації на ці результати. Запити були зроблені випадковим чином для невеликої кількості облікових записів, але жоден веб-сайт не був натиснутий (тільки кнопка SGE), тому ми не очікуємо, що ми б надмірно вплинули на результати, створені ШІ, але ми не можемо знати напевно.

Швидкість зміни генеративних результатів:

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

Ефективність SEO:

SEO-індустрія роками покладалася на криві кліків за рейтинговими позиціями та обсягами пошуку за ключовими словами для створення різних моделей для розрахунку видимості SEO. Кожен інструмент SEO має власну методологію для вимірювання ефективності SEO.

Очевидно, що цей аналіз SGE не обов’язково співвідноситься з продуктивністю SEO сьогодні, оскільки SGE не розгортається для користувачів, які не ввійшли в систему, недоступний у більшості країн Європи та обмежений користувачами Google Chrome і Google App на мобільних пристроях.

Навіть коли SGE буде запущено, це дасть вам лише загальне уявлення про те, які домени добре працюють на вашому ринку, оскільки ми не зважували кожне ключове слово за його місячним обсягом пошуку чи оцінкою відвідувань за нашим галузевим стандартом CTR % моделі. Зрозуміло, що ці старі моделі SEO CTR% більше не будуть актуальними у світі SGE, оскільки пошукова система є набагато складнішою, а також слід враховувати ефект до та після кліку.

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

Але якщо вам потрібен приблизний емпіричний індикатор можливого впливу SGE на органічну видимість, тоді розгляньте цей дуже приблизний розрахунок конверта:

Вплив SGE на рівень кліків і органічний трафік

SGE змістить органічний результат №1 вниз по сторінці на ~1500 пікселів після того, як елемент SGE буде розгорнуто.

Припустімо, що середній звичайний результат має 150 пікселів у висоту (це консервативно, оскільки він може становити 250 пікселів із ескізами зображень), а розрив між звичайними списками становить 25 пікселів.

Тоді падіння на 1500 пікселів приблизно еквівалентно падінню вашого списку No.1 Organic до (принаймні) 10-го місця.

Наше (правда, дуже застаріле) дослідження кліків у 2015 році показало зниження показників кліків з 21,4% до 2,7% для небрендових термінів на настільних пристроях.

Отже, 10-й звичайний список отримував приблизно у 8 разів менше кліків, ніж результат номер 1 для того самого ключового слова.

Сьогодні неможливо сказати напевно, але якщо поведінка користувачів і шаблони кліків хоч якось схожі, ми можемо спостерігати падіння такого масштабу в нашому наявному органічному трафіку, коли користувачі натискають SGE.

Ясно одне. Немає сенсу чекати, поки станеться найгірше. Настав час почати працювати над тим, як виділити його в генеративних результатах!

Заключні думки

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

Коли користувач натискає «генерувати результати ШІ», з’являється цілий новий розділ, який переміщує все на сторінку вниз. Це має помітно вплинути на те, як користувачі взаємодіють із результатами пошуку та переглядають їх, причому деякі стандартні результати будуть значно витіснені.

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

Необізнані ще раз заявлять, що «SEO мертвий» і що Google вбиває видавців.

Але спеціалісти з оптимізації пошукових систем, які кілька разів побували тут, знають, що будь-яка зміна приносить як можливості, так і втрати.

Дізнатися, що потрібно для отримання помітних цитат і посилань у генеративних посиланнях, — це лише нова гра оптимізації, у яку ми гратимемо цього року.

За два десятиліття моїх пошуків я маю сказати, що темп змін у 2023 році був вищим, ніж будь-коли.

Але, якщо ви думаєте, що 2023 рік був швидким, тримайтеся за капелюх, тому що 2024 буде ще швидше!

Огляд оновлень алгоритму Google 2023: ядра, оглядів, корисного вмісту, спаму

У 2023 році ми мали дев’ять офіційних і підтверджених оновлень алгоритму Google, що на одне менше, ніж за попередні два роки.

У 2023 році Google запустив дев’ять підтверджених оновлень алгоритмів, а також нову пошукову систему AI Search Generative Experience.

У 2022 і 2021 роках у Google було 10 підтверджених оновлень алгоритмів. І це не враховуючи Google SGE, який змінить пошук у наступному році.

Google підтвердив підсумок оновлень алгоритму

Ми склали цю хронологію, де задокументовано всі підтверджені оновлення алгоритму пошуку Google у 2023 році, щоб ви могли візуалізувати оновлення протягом року.

Чотири основні оновлення Google у 2023 році

У 2023 році у Google було чотири основні оновлення, тоді як у 2022 році було лише два. Основні оновлення були в березні, серпні, жовтні та листопаді.

Core Update від березня 2023 року. Сore update Google за березень 2023 року почало запускатись 15 березня, на його завершення знадобилося 13 днів і завершилося воно 28 березня. Загалом, за даними деяких постачальників даних, мінливість була приблизно такою ж, як і попередні основні оновлення.

Ось одна діаграма, що наочно показує цю волатильність:

Сore update за серпень 2023 року. Основне оновлення Google за серпень 2023 року почало розгортатись 22 серпня, на його завершення знадобилося 16 днів і завершилося 7 вересня. Загалом мінливість була загалом меншою, ніж у попередніх оновленнях, і виглядала більш приглушеною, ніж ми очікували згідно з постачальниками даних.

Ось одна діаграма, що наочно показує цю волатильність:

Сore update за жовтень 2023 року. Основне оновлення Google за жовтень 2023 року почало випускатися 5 жовтня, тривало 14 днів і завершилося 19 жовтня. Загалом нестійкість було важко виміряти, оскільки вона збігалася з жовтневим спам-оновленням, але нестабільність відчувалася в за даними кількох постачальників даних.

Ось одна діаграма, що наочно показує цю волатильність:

Сore update за листопад 2023 року. Основне оновлення Google за листопад 2023 року почало випускатися 2 листопада, на його завершення знадобилося 26 днів і завершилося 19 листопада. Згідно з даними постачальників даних, мінливість була навіть більшою, ніж жовтневе оновлення спаму. Але це оновлення також збігалося з оновленням оглядів у листопаді.

Ось одна діаграма, що наочно показує цю волатильність:

Оновлення відгуків про продукт до оновлення відгуків

Google перейменував Product reviews на reviews update. Це тому, що тепер Google розглядає всі типи вмісту, пов’язаного з оглядами, а не лише вміст оглядів продуктів.

Цього року у нас було три оновлення оглядів. Оновлення оглядів за листопад 2023 року є останнім оновленням такого роду, яке буде підтверджено в майбутньому, заявили в Google.

Оновлення відгуків про продукт за лютий 2023 року. Оновлення оглядів продуктів Google у лютому 2023 року почалося 21 лютого, тривало 14 днів і завершилося 7 березня. Загалом, за даними деяких постачальників даних, нестабільність показала, що це оновлення було важливішим, ніж попередні оновлення оглядів продуктів. Крім того, це було останнє оновлення відгуків про продукт перед тим, як його було перейменовано в оновлення оглядів.

Ось одна діаграма, що наочно показує цю волатильність:

Оновлення ревью (оглядів) за квітень 2023 року. Тепер ми переходимо до сфери оновлень відгуків з оновленням оглядів Google за квітень 2023 року. Воно почалося 12 квітня, його розгортання тривало 13 днів і завершилось 25 квітня. Знову ж таки, це оновлення вийшло за межі оглядів продуктів і охопило послуги, підприємства, напрямки , ЗМІ та інший вміст огляду. Загалом мінливість була більш поширеною, ніж попередні оновлення, просто тому, що вона вплинула на більше категорій вмісту відгуків.

Ось одна діаграма, що наочно показує цю волатильність:

Оновлення відгуків за листопад 2023 року. Тепер ми переходимо до сфери оновлень відгуків з оновленням оглядів Google за листопад 2023 року. Воно почалося 8 листопада, його розгортання тривало 29 днів і завершилося 7 грудня. Знову ж таки, це оновлення вийшло за межі оглядів продуктів і охопило послуги та компанії , місця призначення, медіа та інший вміст огляду. Мені не вдалося отримати дані, які б порівнювали мінливість цього оновлення з попередніми, оскільки листопадове базове оновлення збігалося з цим оновленням, а дані були надто безладними, щоб їх можна було розділити.

Оновлення корисного вмісту, яке сколихнуло галузь

Оновлення корисного вмісту від Google у вересні 2023 року почалося 14 вересня, а його випуск тривав 14 днів і завершився 28 вересня. Хоча у 2023 році ми мали лише одне оновлення корисного вмісту, це оновлення було великим. Насправді спеціалісти з пошукової оптимізації все ще говорять про це оновлення сьогодні та про те, який вплив воно мало на їхній бізнес і клієнтів.

Нестабільність була дуже великою, особливо якщо ви збільшили масштаб балаканини про SEO (про що говорили форуми SEO). Здавалося, це було корисне оновлення вмісту, яке ми очікували від Google у 2022 році, але так і не зробили.

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

Ось одна діаграма, яку ми тоді поділили, порівнюючи цю волатильність:

Оновлення спамного алгоритму

І між цими всіма оновленнями у нас було спам-оновлення, жовтень 2023 року. Це оновлення спаму почалося 4 жовтня і тривало 15 днів, закінчившись 20 жовтня. Так, це оновлення перекривало основне оновлення жовтня 2023 року, що унеможливило відстеження нестабільності цього конкретного оновлення.

У Google заявили, що оновлення спаму за жовтень 2023 року «має на меті очистити кілька типів спаму, про який повідомили члени нашої спільноти турецькою, в’єтнамською, індонезійською, хінді, китайською та іншими мовами». Google додав, що оновлення має «зменшити видимий спам у результатах пошуку, особливо коли йдеться про маскувальний, зламаний, автоматично згенерований і зібраний спам».

Інші зміни в алгоритмі Google, оновлення, налаштування

  • У травні Google розповів нам про систему авторизації тем, яку він використовує для кращого показу вмісту новин. Це не була нова система алгоритмів, Google просто не обговорював її раніше
  • Google випустив оновлення, окрім оновлення корисного вмісту, щоб винагороджувати приховані діаманти. Можливо, це було випущено для більш персоналізованого пошуку Google.
  • У листопаді Google скорегував свій локальний алгоритм ранжування, щоб посилити «сигнал відкритості» для ненавігаційних запитів.
  • З 5 по 31 жовтня Google мала помилку в основному оновленні, яка вплинула на пов’язаний трафік Discover.
  • У вересні Google оновив свою систему підбору мов. Google повідомив нам: «Протягом останніх кількох місяців ми також випустили низку оновлень для покращення наших систем зіставлення мов, включаючи останнє оновлення близько двох тижнів тому. У сукупності вони повинні краще відповідати результатам мови, якою хтось шукає, і водночас забезпечувати гнучкість, необхідну багатомовним пошукачам для доступу до результатів кількома мовами».
  • Google відмовився від купи довідкової документації щодо своїх систем рейтингу, але сказав, що хоча досвід сторінки не є системою рейтингу, він все одно є сигналом.
  • Google також оновив свої рекомендації щодо оцінювання якості пошуку 16 листопада, щоб більше зосередитися на намірах користувачів і чи відповідають результати пошуку очікуванням користувачів.
  • Google також перезапустив свою сторінку оновлень рейтингу в березні для кращого відстеження.