2370
Відео, статті, відповіді на питання з SEO @Fajela — главред @ukrandriy — банщик @ukrandriy — вишибала @ukrandriy — гіфмейкер Рекламу не розміщуємо, нічого не продаємо.
Цей рік буде тим, коли кожен і його кіт напишуть по книжці, 99% з яких ніхто не буде читати.
Тому що книжка — це найпростіший спосіб просування власного бренду. А з т.з. SEOшки — оптимізація під іменованну сутність.
Я вже прийняла участь у двох книжках цього року: SEO in 2025 від David Bain + Majestic і Advanced SEO Tips 2025 від James Dooley. І це тільки початок. Краще, звичайно, робити свою, де ви автор.
Є і підводні камені.
1. У Google не один граф знань, а декілька. Деякі графи знань взагалі не пов'язані з загальним графом, панель з якого формується у пошуку за іменем або назвою. Тому ви можете випадково створити собі декілька сутностей, жодна з яких не буде нормально оптимізована. Або ще гірше, Google некоректно пов'яже їх з іншими сутностями. Для виправлення вам потрібно зробити звичайний "merge", але у вас немає доступу до самого графу. Але ще до цього потрібно знайти усі ці сутності. І це дедалі важче робити. То що можна зробити? Додайте їх у sameAs. Коли процес об'єднання буде завершено, переконайтеся в цьому і видаліть зайві.
2. Через вашу активність Google може вирішити підписати вас зовсім не так, як ви б цього хотіли. Наприклад, James Dooley почав так жваво вести YouTube, що його підписали YouTuber замість Entrepreneur. А тепер після випуску книжок, замість біографії поставили посилання на книжку. Це може досить довго виправлятися. Але іноді ви можете просто залогінитись у власну панель і змінити підпис самостійно, що ми і зробили, щоб повернути підпис Entrepreneur. Книжку змінимо через розмітку.
3. Скоріш за все, через наплив неякісних нікому не потрібних книжок стане важче з оптимізацією. В загальному графі Google одним з важливих тригерів є популярність. Тож цей фактор можуть посилити і для книжок і авторів.
Скільки коштує видати книжку з метою просування власного бренду?
З того, що мені відомо, то якщо повністю весь процес брати на себе, то можна вкластися десь у $800. Можливо, що через розвиток AI, і ще дешевше. Спеціалізовані агенції, з якими працюють ті, кого консультувала у США, беруть від $30k за послуги. В середньому виходить $50k на видання книжки під ключ. Але це точно можна зробити набагато дешевше.
Після виходу цього відео з Daniel Priestley стало легше пояснювати на консультаціях, навіщо це потрібно і як це впливає на видимість і конверсії. Я його просто переробила під себе і додаю на нього посилання. Бачу, що його розтаскали різні блогери і зараз видають за свої ідеї. Подивіться його обов'язково! ❗️❗️❗️
Це в ньому Деніел розповідає про правило 7 годин, 11 взаємодій, на 4 платформах — 7,11,4 hack. І в ньому ж він дає пораду перед запуском продукту або сервісу, для тестування, чи потрібен цей сервіс взагалі, зробити список очікування.
Я давно вже хочу зробити гайд оптимізації під іменованну сутність або як зараз модно казати, під власний бренд, тож якщо вам цікаво було б отримати такий гайд і пройти його, записуйтесь в мій список очікування прямо зараз! 😇
Декілька цитат Gary Illyes під час мітапу SEOFOMO цього тижня:
💜 Оригінальність буде тим, на чому пошукові системи зосередяться ще більше. Це також стане важливим напрямком для інших AI-компаній. Я щиро вірю, що оригінальність стане найважливішим фактором під час оновлень загалом.
💜 AI-огляди — це не новинка. Ми бачили, як люди боялися появи featured snippets. А через рік вже всі змагалися, щоб потрапити до них. Ці інтерфейси постійно змінюються, і це те, до чого людям потрібно звикнути.
💜 Bing однозначно заявляє, що вони спостерігають кращу взаємодію, якіснішу взаємодію з Copilot. Ми бачимо те саме — вищі конверсії або якісніша взаємодія завдяки AI-оглядам, навіть якщо вони здаються дурницею.
💜 І так, я ненавиджу LLMs і ненавиджу AI загалом або те, як ми використовуємо його, принаймні в цьому контексті. Нам потрібно надати кращі дані про те, як ці технології краще допомагають залучати правильну аудиторію до бізнесів. Але ми абсолютно не розуміємо, як саме ці дані мають виглядати. Інша проблема в тому, що ці функції є надзвичайно нестабільними всередині, оскільки великі команди розробників постійно змінюють їх — змінюють метрики, тригери, політики, навіть зовнішній вигляд і те, чи містять вони посилання чи ні.
💜 Внутрішньо обговорювалася певна група авторів, які потрапили під санкції. …Переглядаючи деякі з обраних мною сайтів, я можу гарантувати, що вони не перевіряли те, що стверджували. Я можу гарантувати, що ці автори не поїхали до Вау в Тихому океані, щоб перевірити ту одну річ, про яку вони писали у своїх блогах, отримуючи партнерський дохід. Адже я знаю, що навіть поїздка до Фіджі коштує величезних грошей, і це вже не кажучи про кілька додаткових зупинок, щоб перевірити одну конкретну річ. Я не кажу, що вони брешуть. Вони заробляють гроші або заробляли раніше, це точно. Але для мене як для користувача це неприйнятно. І якщо це неприйнятно для мене, чому це має бути прийнятним для AI-відповідей або пошукових систем?
💜 AI-агенти. Є люди, які хочуть, щоб це стало реальністю, і це впроваджуватимуть на кожному сайті. Вони є автоматичними клієнтами, але це лише автоматика. …Слідкуйте за ними та навчіться блокувати тих, які вам не подобаються.
💜 Якщо я одягну "капелюх Гарі", а не "капелюх Google", я скажу, що LLMs — це погано для вебу. Перші версії LLMs, які я бачив, з’явилися десь у 2016 році, і ми вже тоді коментували, що це виглядає сумнівно. Але, зрозуміло, проблема не на нашому рівні, і рішення ухвалюються не нами.
💜 Я щиро вірю, що Google намагався вчинити правильно, не запускаючи ці речі раніше. Ми могли запустити продукти на основі LLMs ще два роки тому, наприклад, у нас були трансформери ще з 2017 чи 2018 року у демонстраційному форматі. …І хтось інший запустив щось, що спричинило деструктивні зміни для інтернету, і мене абсолютно здивувала реакція людей.
💜 Це все не AI, це просто ML. Назву AI придумали маркетологи.
💜 99,99% даних, які ми отримували через Indexing API, були спамом.
Приєднуйтесь до нашого ефіру з Aleyda Solis прямо зараз і задавайте найболючіші свої питання. Найцікавіші я їй задам. https://www.youtube.com/watch?v=Z1MIm_niY9s
Читать полностью…
Стати великим авторитетом для Google і джерелом даних для його графу знань дуже просто. Потрібно всього лише...
Читать полностью…
Для того, щоб обдурити модель, використовуються два методи:
1. Рандомне включення запиту в пасаж.
або
2. Рандомне включення слів з запиту в пасаж.
Обидва працюють досить добре, особливо якщо таких слів в пасажі буде достатньо. Тобто стара добра фразова індексація і спам ключовими словами. Від себе додам, що Google використовує системи для детекту спаму ключовими словами, тому з другим методом треба бути досить обережними.
Також пізніше розшарю, як саме Google детектить подібні не дуже якісні генерації AI.
Слайд Mohammad Aliannejadi.
Два тижні тому відвідала конференцію ESSIR онлайн. Підготувала декілька інсайтів, які можна потестити.
Наприклад.
Не є таємницєю, що системи оцінки контенту часто працюють на основі AI. Але цікаво, що ці системи схильні оцінювати генерації, створені на власних моделях вище, ніж на інших. Відповідно в Google буде краще ранжуватися контент, створений за допомогою його мовних моделей, ніж на ChatGPT. А в Bing — відповідно навпаки.
Слайд Mohammad Aliannejadi.
За півгодини буду на Collabarotar про SEO у цей перехідний період до Web3.0. Але ви вже приєднуйтесь.
https://www.youtube.com/live/2BesbmT1eNI?si=soiOMFXpq8eRxSGq
У відео для SEO Baza — поради на 2024 — розповіла про базову оптимізацію під сутності, особливо іменовані.
Іменовані сутності можуть бути компанією, місцем, назвою продукту, людиною чи будь-чим більш-менш унікальним зі своїм іменем. Щоб Google міг розрізнити, яку саме сутність ви маєте на увазі, йому потрібно належним чином її ідентифікувати. Тому дуже корисно створити сторінку, присвячену цій сутності, і надати там всю повноту інформації.
Критерії надання такої інформації:
🐝 Корисна для вас і просування вашої сутності та контенту вашого сайту.
🐝 Важлива для ідентифікації — тобто дозволяє однозначно визначити, що це саме ця сутність, а не інша. Наприклад, для людини це буде дата, місце народження, імена батьків, інші дані про походження. Для компанії — дата і місце заснування, засновники. Для продукту — реєстраційні дані, виробник, місце виробництва тощо.
🐝 Зв'язки з іншими сутностями, особливо такими, які важливі для Google. Наприклад, для людини це будуть відомі родичі. Для компанії — вихід на IPO.
Також зв'язки з сутностями, які вже є в базі даних (графі знань) Google або там незабаром з'являться. Наприклад, для людини це будуть:
✍️ авторство книг, у яких є підтверджений ISBN, письменницька діяльність, авторство статтей у видатних виданнях;
🎭 участь у фільмі, театральних постановках, відома музична діяльність, інші види мистецтва;
🧪 підтверджена наукова діяльність;
🏢 заснування компаній, які вийшли на IPO.
🐝 І головне — визначити, що для вас релевантно зараз, і написати про це в першу чергу. А також пояснити, чому це важливо.
💡 Ось приклад даних для людини, які допоможуть вам визначити стратегію оптимізації відповідної сторінки.
💡 З неіменованими сутностями трохи складніше, але ось вам шаблон, який допоможе оптимізувати блог-пост під сутність. Він має бути інтуїтивно зрозумілий для всіх.Читать полностью…
Великий огляд зустрічі 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, де відповідь може дуже суттєво впливати на здоров'я і треба бути дуже обережними з результатами, там гугл може дивитися, на які сайти краще надавати посилання. Але в усіх інших це не діє.
Гугл хоче віддавати користувачу те, що він шукає. Тож якщо користувач хоче придбати жовтий диван, то історія меблів йому корисною не буде. Так само як і вам, якщо ви хочете продати жовтий диван, то краще його відповідно розмітити і зробити так, щоб користувач міг його знайти. А не писати статті про історію меблів і отримувати нерелевантний траф.
Ammon Johns каже, що disavow, якщо це не захист від ручних санкцій, не має ніякого сенсу і вже давно не працює.
Google, за його словами, не враховує ці посилання. Але якщо в вашому випадку негативне SEO поганими посиланнями працює, то на це зазвичай такі причини:
⚫️ у вас майже немає нормальних посилань на сайт, які ви самі побудували, тому це і спрацювало. Але тоді ви не SEOшник поки що, бо що то за SEOшник, який не будує посилань.
⚫️ Ви самі побудували такі посилання, що вам тепер загрожують ручні санкції.
⚫️ Технічна особливість або помилка на вашому сайті, якою взловживають ваші нападникі. І тільки тому це спрацьовує. Щоб це полагодити, disavow не допоможе, подивіться, що не так з вашим сайтом і виправте це.
Про семантичне 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
Панель знань
Якщо компанії більш-менш легко здобути панель знань в Google, то людині це вже зробити набагато складніше. Що б там хто не казав, єдина надійна запорука отримання панелі для людини — це сторінка в Wikipedia та/або Wikidata. Все інше — лапша на вуха.
Тож, якщо вам потрібна панель, займіться в першу чергу зворотніми посиланнями і продумайте, як вам додати необхідну сутність в Wikidata. Панельку можна отримати і без структурованих даних та і навіть без сайту. А ось без зазначених згадувань/ посилань — ні.
На цьому гайд можна було б завершити, але ще є сторінки авторів в блозі.
Про них завтра.
Давно не розмовляли про сутності, тож саме час!
Цього разу з Девакою від Collaborator про дуже зараз модний аспект оптимізації під сутності: бренди у пошуку. А саме як захистити свій бренд у пошуку від конкурентів і їх небажаного впливу та навіть атак.
І звичайно як запобігти таким атакам. Тому що запобігання буде кратно дешевшим і корисним для вашого бренду вже тут і зараз.
Сторінка з анонсом
Spotify | YouTube | Spotify for podcaster | Libsyn
Ми в ефірі! Залітайте!
https://www.youtube.com/watch?v=tliEr4NVo30
Коли пишуть про HCU, то зазвичай починають давати поради з контенту. Хтось каже, що треба додати авторів і розмітити їх, перевірити загальну розмітку, дати. Сутності! — кажуть ті, хто вчора вивчив нове слово — додайте сутностей! І багато інших не дуже цікавих теорій.
Але цей класифікатор каральний. Він карає не за те, чого у вас немає, а за те, що у вас вже є. Якщо ви визначили це більш-менш правильно, то скоріш за все відновились в цей апдейт і після нього. Мікро-блоги, як той що на скріні, відновлюються повністю. З великих сайтів поки що не бачила повного відновлення ще ні в кого.
Що робити, щоб відновитись після HCU і як максимально оминати подібні проблеми, будемо розбирати в SEO Baza, коли руки дійдуть.
Також ми знаємо, що Bing вже відмовився або майже відмовився від людських асесорів і перейшов до оцінки релевантності за допомогою AI.
Щоб запобігти таким випадкам, коли високу оцінку релевантності отримують насправді нерелевантні пасажі, пошукові системи використовують "золоті" мітки.
Згадку про "золоті" мітки і корпуси даних ви також можете бачити у витоку Google.
Слайд Mohammad Aliannejadi.
Колись продовжу
При цьому більшість сучасних моделей можна обдурити і підвищити оцінку релевантності пасажу. І це дуже і дуже просто зробити. Ми так робили ще років 10 тому зі звичайним пошуком.
Реальний приклад: зображення кота на цій фотографії.
Підказка: шукайте справа від автобусу.
Слайд Mohammad Aliannejadi.
Багато хто додає метадані, але небагато хто думає, чи читає їх Google. Але ж вони досить багато "важать", тому варто перевіряти, які поля на що впливають. Або хоча б, які Google "читає".
Один зі способів перевірки екстракції таких даних — Google Search Console.
URL зображення перевіряємо так:
URL inspection tool -> live test -> View tested page -> Source
Спочатку йдуть екстрактовані метадані, а потім бінарний код.
Дуже базовий спосіб, але не всі знають, навіть гуглери вперше про нього почули від мене.
Завтра, 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
Копія моєї презентації з воркшопу в Chiang Mai.
Як створити і використовувати таксономії і онтологію для SEO.
Моя презентація про деякі аспекти внутрішньої перелінковки з SERP Conf 2023 — головна міжнародна SEOшна конфа в Болгарії.
Всі посилання клікабельні.
Після визначення того, що ми робимо і навіщо, найскладніше — це зробити коректний датасет.
Зробити датасет - 80% справи.
Протестувати - 10%.
Ще 10% - саме виконання завдання.
Додано декілька спрощених прикладів кодів в колабі, щоб тільки клікати і бачити результат. Якщо для ваших завдань, вам не потрібен multilingual encoder, просто замініть на 4й. Якщо захочете все ж таки зробити нормально, тобто через ScaNN, а не просто nearest neighbor, краще робіть не в колабі.
Кактуси, Кава та Космос: Зв'язок між Великими Лінгвістичними Моделями, Графом Знань Google і SEO
і ще трохи про блокчейн.
Написала статтю про все те, що вже всі знають, але не завжди можуть пояснити простими словами, що це і як і куди його ото в SEOшці. В принципі все те ж саме, що і на гіфці, але текстом. Ну і трохи про те, що нас чекає в епоху веб3.0, куди ж без нього.
В квітні записали з 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 в <aside> поза межами <main>. Цікаво з того те, що екстрактор Google повністю ігнорував тег aside і сприймав контент в ньому як основний. Що призводило до некоректної екстракції даних щодо вас в граф знань Google, в сніппет результата пошуку, в відповідь Bard.
👉🏿 Якщо пам'ятаєте, то деякі SEOшники були незадоволені, що при формуванні відповіді в SGE про їх компанії, не було посилань на вебсайт компанії. Я виявила, що це ставалось тому, що вони неправильно оптимізували сторінку про компанію — About us. Також краще додавати зображення на цю сторінку хоча б в OG, щоб вона краще виглядала в SGE.
👉🏿 Взагалі Google чудово ранжує зображення з OG і обожнює інфу з цієї розмітки.
👉🏿 Google не використовує EXIF, але іноді використовує деяку інформацію з IPTC і XMP. Але в більшості випадків можна прекрасно ранжувати зображення і без неї, до того ж вона важить досить багато. Головне виконувати базові вимоги. Головною базовою вимогою є контекст.
Завтра з Koray Gubur і Robert Niechial будемо розмовляти про семантичне SEO і AI і як SEOшнику жити далі. Спеціально сама редагую презентацію Корая, щоб з години розповіді все втиснути в 15 хвилин, тому що хочу позадавати конкретні питання, менше теорії, більше практики.
Цей слайд прикольний, але його не залишу, бо він занадто загальний. Коротко:
- якщо у вас сайт з 1000 сторінок. 999 з них присвячені адалту і 1 присвячена Біблії.
- на всі сторінки з адалтом у вас немає трафу з пошуку майже взагалі
- на одну сторінку про Біблію ви отримуєте мільйон переходів на місяць з органічного пошуку
- то яка тематика вашого сайту?
Реєструйтесь, щоб не пропустити онлайн.
Оптимізація під сутності для ранжування в Google
Цілі:
👉🏿 ранжування в пошуку серед blue links
👉🏿 потрапляння в різні функції пошуку:
💪🏿 інтенсивні
💪🏿 екстенсивні
💪🏿 окремі відповіді на питання
Що саме робимо:
👉🏿 обираємо сутність
👉🏿 зв'язуємо з іншими релевантними сутностями
👉🏿 визначаємо контекст: додаємо необхідні слова, які гугл очікує бачити
👉🏿 група сутностей по типу
👉🏿 група сутностей по темі
👉🏿 характеристики сутності
👉🏿 розміщуємось в улюблених хабах Google
Сутності ранжуються:
👉🏿 Популярність - вимірюється трендами, CTR, кількістю посилань (не їх якістю)
👉🏿 Спорідненість - належить до загальної ідентифікованої групи і теми, має виявлений контекст
👉🏿 Впливовість - є в оглядах, згадуваннях, відгуках, списках best, який обрати продукт, щоб щось зробити
👉🏿 Визнання - наприклад, має нагороди.
Відео [1:06:10]
Автори блогу
Авторам мати панель знань, звичайно, хотілося б, але це іноді складно зробити, бо з вікіданих їх швидше за все видалять, а писати книгу і додавати її в 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", наприклад: <h1>About UkrAndriy</h1>
- посада або чим займається
- розгорнуте біо, оптимізоване для машин
- фотографія
- посилання на декілька релевантних профілей і сторінок, пов'язаних з тематикою блога
- список і посилання на статті на цьому блозі
- розширена розмітка: 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 — якщо встигну, розповім, як використовувати.
==
Посилання на відео, яке відбудеться наступного тижня.