SEObox

Завтра, 29 лютого, з 19 до 23:30 онлайн-конфа з SEO на підтримку невеликих притулків для тварин в Україні. Англійською мовою, розрахована на західну аудиторію.

Організовує @Anton_Shulke

В програмі:

🟢 Steve Paine з Sistrix поділиться даними у ніші pets.

🟢 Glenn Gabe і Barry Schwartz будуть розповідати про апдейт — казали, що як раз розпочнеться під час їх виступу, але поки що не помітно. У будь якому випадку у них є цікаві інсайти.

🟢 Kyle Roof відповість на ваші запитання. Задати можна тут.

🟢 Navah Hopkins з Ulrika Viberg будуть розповідати про АБ тести і PPC для SEOшників.

🟢 Koray Gubur готує невеличкий лайфхак щодо topical maps.

🟢 Ross Tavendale і Kristine Schachinger беруть мою улюблену тему — онтології з AI.

🟢 Grant Simmons і Dixon Jones будуть відповідати на поширені питання про внутрішню перелінковку

🟢 Arnout Hellemans і Montse Cano будуть розповідати про вплив UX на ранжування, і я його попросила включити в розповідь частину про якість сайту, яка базується на сигналах від користувачів, і як ці сигнали вимірюються і рахуються.

🟢 Rad Paluszak і Ashley Segura будуть розповідати про те, як зростати під час корисного апдейту і затронуть програматік.

🟢 Veronika Holler і Bengü Atamer — як поєднати соціальні мережі, PPC, YouTube і SEO. Бенгу взагалі працювала в YouTube свого часу. Тож точно буде цікаво.

Приходьте!

Реєстрація тут. Або ось посилання на трансляцію в YT: https://www.youtube.com/watch?v=FDraFFVSPOs

У відео для SEO Baza — поради на 2024 — розповіла про базову оптимізацію під сутності, особливо іменовані.

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

Критерії надання такої інформації:

🐝 Корисна для вас і просування вашої сутності та контенту вашого сайту.

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

🐝 Зв'язки з іншими сутностями, особливо такими, які важливі для Google. Наприклад, для людини це будуть відомі родичі. Для компанії — вихід на IPO.

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

✍️ авторство книг, у яких є підтверджений ISBN, письменницька діяльність, авторство статтей у видатних виданнях;
🎭 участь у фільмі, театральних постановках, відома музична діяльність, інші види мистецтва;
🧪 підтверджена наукова діяльність;
🏢 заснування компаній, які вийшли на IPO.

🐝 І головне — визначити, що для вас релевантно зараз, і написати про це в першу чергу. А також пояснити, чому це важливо.

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

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

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

Копія моєї презентації з воркшопу в Chiang Mai.

Як створити і використовувати таксономії і онтологію для SEO.

Великий огляд зустрічі SCL Zurich, організованої Google, зробила тут: https://fajela.com/uk/events/scl-zurich-2023/

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

З цікавого про Shopping були статистичні дані, що користувачі рідко купують у брендів, про які вони не знають. І це велика проблема для гугла. І що сильний бренд матиме всі потрібні мітки (labels). А також про ідентифікатор організації ISO 6523 і що краще не використовувати атрибут identifier.

З цікавого про структуровані дані:

👉 HowTo і FAQPage ще можуть повернутися, але це не точно.

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

👉 Злиття синтаксичного графу, завдяки чому буде легше розмічати великі статті.

👉 Розмітка DiscussionForumPosting допоможе потрапити в Perspectives.

👉 Для сторінок профілів краще використовувати ProfilePage і через mainentity прив'язати Person. Я оновила цей допис. І відповідно приклад розмітки в самій статті про авторів.

👉 Сніпети з Event порізали, але пообіцяли щось цікаве незабаром.

Більше можна знайти ще у каналі ком'юніті @seobaza за хештегом #sclzurich

Ще з цікавого:

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

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

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

Моя презентація про деякі аспекти внутрішньої перелінковки з SERP Conf 2023 — головна міжнародна SEOшна конфа в Болгарії.

Всі посилання клікабельні.

Після визначення того, що ми робимо і навіщо, найскладніше — це зробити коректний датасет.
Зробити датасет - 80% справи.
Протестувати - 10%.
Ще 10% - саме виконання завдання.

Додано декілька спрощених прикладів кодів в колабі, щоб тільки клікати і бачити результат. Якщо для ваших завдань, вам не потрібен multilingual encoder, просто замініть на 4й. Якщо захочете все ж таки зробити нормально, тобто через ScaNN, а не просто nearest neighbor, краще робіть не в колабі.

В квітні записали з Jason Barnard декілька рекомендацій по оптимізації контенту під Google, зокрема трохи про те, як потрапляти в блок SGE і про зображення.

Відео [33:29]: https://www.youtube.com/watch?v=iUzIuE6smcw
Стаття: https://fajela.com/uk/learning-resource/geeky-tips-content-optimization/

Декілька моментів:

👉🏿 LinkedIn раніше дещо по-різному віддавали контент Google і користувачам. Наприклад, частина коду на вашій сторінці профілю, яка стосувалася пов'язаних з вами колег, віддається для Google в поза межами . Цікаво з того те, що екстрактор Google повністю ігнорував тег aside і сприймав контент в ньому як основний. Що призводило до некоректної екстракції даних щодо вас в граф знань Google, в сніппет результата пошуку, в відповідь Bard.

👉🏿 Якщо пам'ятаєте, то деякі SEOшники були незадоволені, що при формуванні відповіді в SGE про їх компанії, не було посилань на вебсайт компанії. Я виявила, що це ставалось тому, що вони неправильно оптимізували сторінку про компанію — About us. Також краще додавати зображення на цю сторінку хоча б в OG, щоб вона краще виглядала в SGE.

👉🏿 Взагалі Google чудово ранжує зображення з OG і обожнює інфу з цієї розмітки.

👉🏿 Google не використовує EXIF, але іноді використовує деяку інформацію з IPTC і XMP. Але в більшості випадків можна прекрасно ранжувати зображення і без неї, до того ж вона важить досить багато. Головне виконувати базові вимоги. Головною базовою вимогою є контекст.

Про семантичне SEO з Koray Gubur і Robert Niechcial. Вебінар:

Відео
Допис українською
Допис англійською

👉🏿 Вартість ранжування вебсайту не може бути вищою за вартість його неранжування. Якщо затрати на ранжування для Google будуть перевищувати прибуток, вони не будуть ранжувати сайт навіть з дуже якісним контентом. Один з пруфів (Prove the cost is worth it).

👉🏿 Google — в першу чергу рекламна компанія.

👉🏿 Для Google дешевше ранжувати своїх конкурентів, дуже великі сайти, такі як Amazon, тому що вони можуть надати відповіді на велику кількість питань користувачів. На чим більше питань ваш сайт може відповісти, тим краще для нього.

👉🏿 Дані про більш цінні сайти Google зберігає на кращих серверах.

👉🏿 Відповідь на запит користувача має бути правильно структурованою. Використовуйте триграми і систему, що описана в цьому патенті. Автор патенту — Стів — повернувся в Google, займається SGE і є зокрема одним з авторів цього документу про SGE.

👉🏿 Кроки для оптимізації LLM під SEO:
— Точне налаштування LLM
— Розробка тематичної карти
— Створення семантичної мережі контенту
— Генерація контенту
— Включення людської участі або її імітація
— Покращення вашої бази знань
— Перетворення вашого вебсайту в розмовний ШІ.

👉🏿 Охороняйте вашу базу знань, яку ви створите для генерацій. Тримайте її в таємниці.

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

👉🏿 Для встановлення відносин між словами в документі можете використовувати гуглівський Learning Interpretability Tool.

👉🏿 Контент, який добре ранжується, це математика, а не просто "чудовий контент для людей". Воно так не працює. Ви маєте справу з алгоритмами. Дивіться на створення контенту як на математичне завдання.

👉🏿 Джерела даних для побудови бази знань — Роберт пропонує такі інструменти: Apify, Rapid API, People Also Ask в Google.

👉🏿 Використовуйте ембедінги ключових слів на основі результатів Google, а не інших мовних моделей.

👉🏿 Серед своїх конкурентів оберіть вебсайт, який Google використовує як еталон для вашої ніші. На ньому не мають негативно відображатися зміни алгоритму, апдейти спаму. Витягніть з нього дані та навчіть на його контенті свою модель. Створіть шаблони для відповіді на кожний тип питань, які може мати ваш користувач. Використовуйте моделі мови для заповнення конкретних слів в цих шаблонах +NLP.

👉🏿 Щоб створити тематичну карту, вам потрібно врахувати, які поняття потребують окремих сторінок, а які можна групувати разом.

👉🏿 Зворотні посилання також потрібні.

Лінкбілдінг без бюрократії
Charles Floate виклав в YT свою презентацію з конфи в Сайгоні:

👉🏿 Google не вміє розпізнавати неприродні посилання

👉🏿 Якщо ви не купляєте посилання так, як ваші конкуренти, ви будете гірше ранжуватися, ~80% всіх посилань платні.

👉🏿 Більшість продавців посилань жахливі, краще не купувати у бариг. Вони здебільшого розміщують на дешевих пбнках або лінкфермах. Або у всіх однакова база даних, Google таке фільтрує на ізі. Такі посилання можуть навіть нашкодити через токсичність. І ще такий момент: сайти беруть 30-80 доларів за посилання, а агенції вже — 300 за те ж саме...

👉🏿 Не ускладнюйте надмірно лінкбілдинг, не забувайте про базові посилання.

👉🏿 Посилання — важлива складова трасту, авторитету.

👉🏿 Стакінг по сутності is a thing! Дивіться, що Google пише про вас в More about this page, а що про ваших конкурентів в топі. Сторінка в Wikipedia про ваш сайт = негайна довіра до нього з боку Google.

👉🏿 Прес релізи дуже важливі, якщо вони нормальні. Це теж джерела надійних ресурсів.

👉🏿 Посилання зі сторінок-сиріт погані. Google їх знецінив в грудні. Багато сторінок тоді втратили свої позиції.

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

👉🏿 Англійські посилання добре працюють для будь-яких інших мов в інших країнах. І можуть бути більш спамними. Нажаль, навпаки це не працює так само.

👉🏿 Соціальні сигнали не працюють на ранжування, але є важливим сигналом трасту.

👉🏿 Важкі або занадто дорогі ніші для лінкбілдінгу: video games, weight loss, travel, finance, crypto — 10к мало, щоб в них заходити.

👉🏿 Відслідковуйте не тільки ціну посилання, але і інструменти, час на здобування, вартість контенту, ROI.

👉🏿 В Airtable зручно відслідковувати посилання.

👉🏿 Найкращі інструменти: Scrapebox, hunter io, Pitchbox, Buzzstream, Google Sheets, Ahrefs.

👉🏿 Купуйте посилання на лінкбейтний контент, щоб пришвидшити процес.

👉🏿 Знаходьте теми до того, як вони стають віральними через TikTok, Twitter, Google Trends, Exploding Topics. Зробіть такий контент, з яким будуть погоджуватись медіа, з яких ви хочете отримати посилання. Оптимізуйте його, щоб він вийшов в топ, щоб ці медіа могли його знайти, коли тема стане віральною.

👉🏿 Внутрішні редиректи працюють: знаходьте синонімічні терміни для вашої money сторінки, які не конкурують з нею, пишіть інформаційний допис під цей термін, створюйте посилання зі сторінок-конкурентів в видачі, що ранжуються по цьому терміну, на ваш допис - 1-2-3 посилання достатньо, сторінка має почати ранжуватись, потім робіть редирект.

Оптимізація під сутності для ранжування в Google

Цілі:
👉🏿 ранжування в пошуку серед blue links
👉🏿 потрапляння в різні функції пошуку:
💪🏿 інтенсивні
💪🏿 екстенсивні
💪🏿 окремі відповіді на питання

Що саме робимо:
👉🏿 обираємо сутність
👉🏿 зв'язуємо з іншими релевантними сутностями
👉🏿 визначаємо контекст: додаємо необхідні слова, які гугл очікує бачити
👉🏿 група сутностей по типу
👉🏿 група сутностей по темі
👉🏿 характеристики сутності
👉🏿 розміщуємось в улюблених хабах Google

Сутності ранжуються:
👉🏿 Популярність - вимірюється трендами, CTR, кількістю посилань (не їх якістю)
👉🏿 Спорідненість - належить до загальної ідентифікованої групи і теми, має виявлений контекст
👉🏿 Впливовість - є в оглядах, згадуваннях, відгуках, списках best, який обрати продукт, щоб щось зробити
👉🏿 Визнання - наприклад, має нагороди.

Відео [1:06:10]

Google I/O

Можемо поговорити.

О 21:05 тут.

Автори блогу

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

*так, якщо ваша книга є в Google Books, то і панель знань у вас зазвичай буде. Приклад: Cindy Krum.
**якщо ресурс крутий, а автор прокачаний, то панель знань у нього буде і без Wikidata або Google Books. Приклад: Roger Montti.

Короткий чекліст по автору:
1. Автор має бути зазначеним в статті. Краще з посиланням на свою окрему сторінку на цьому ж сайті.

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

3. Розмітка статті має вказувати автора через property @ author. Якщо є окрема сторінка, то треба вказати її URL, зазначити ім'я автора. В id краще додавати URI з будь-якої авторитетної бази даних, якщо є. Наприклад, з Wikidata або Google Books.
Якщо окремої сторінки або загальної зі всіма авторами немає, то потрібно додати хоча б мінімальні дані:
- ім'я
- посилання на найкращий профіль
- інші релевантні профілі треба додати в sameAs
- дата народження, професія і подібні — бажано, але вони мають міститись тоді і в тексті.

4. Окрема сторінка автора:
- ім'я в title і h1. В H1 можна додати "about", наприклад: About UkrAndriy
- посада або чим займається
- розгорнуте біо, оптимізоване для машин
- фотографія
- посилання на декілька релевантних профілей і сторінок, пов'язаних з тематикою блога
- список і посилання на статті на цьому блозі
- розширена розмітка: Person, або Profile Page, або About Page + Person. Приклад розмітки в гайді є.

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

Детальний гайд.

Відео, якщо встигну, додам пізніше.

Готуємо середовище для оптимізації під сутності. Для початківців. Якщо ви вже 10 років оптимізуєте під сутності, то це точно не для вас.

Відео [3:41]
Текст 👇🏿

Ми будемо розбирати ручну оптимізацію, але все ж таки краще це робити за допомогою інструментів. Потрібно підготувати наступне:

1. Якщо у вас ще немає акку в Google Cloud, зробіть. Підключіть Cloud Natural Language API.

2. Якщо любите працювати через SDK, завантажуйте.

3.1. API Wikipedia

АБО

3.2. Colab під API Wikipedia від John Mueller

==

Це ми не будемо використовувати, але воно може вам бути цікавим:

Таблиця Google від Steve Toth — він пропонує брати текст з Wikipedia, проганяти через демку NLP API від Google, в таблиці екстрактуються сутності, потім в гуглдоках за допомогою безкоштовного Addon можна прослідкувати, щоб обрані сутності були наявні в вашому тексті.

АПД. там вже не працює декілька функцій. Я зроблю новий скритп. З цим колабом обережно, воно жре ліміти і ним треба вміти користуватися — екстрактор сутностей і їх взаємозв'язків з Wikipedia.

Класифікація текстів за допомогою BERT — якщо встигну, розповім, як використовувати.

==

Посилання на відео, яке відбудеться наступного тижня.