2332
Відео, статті, відповіді на питання з SEO @Fajela — главред @ukrandriy — банщик @ukrandriy — вишибала @ukrandriy — гіфмейкер Рекламу не розміщуємо, нічого не продаємо.
Ми в ефірі! Залітайте!
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 — якщо встигну, розповім, як використовувати.
==
Посилання на відео, яке відбудеться наступного тижня.
Тільки що повернулась з SEO Mastery Summit, який відбувався в Сайгоні. Він йшов паралельно Pubcon і здобув багато негативних коментів від гуглерів, як нібито чернушний івент. Вони навіть цілеспрямовано пеналізували всі веб-сайти одного зі спікерів прямо за день до його виступу. З гуглерами треба бути дуже обережними.
Але цей захід і був цікавий тим, що він вільний від будь-яких SEO-обумовленостей і розшаркувань перед колегами. Якщо ти можеш продемонструвати результат, то всім байдуже, що там хто про тебе думає в світі "білого" SEO, де спеціалісти здебільшого працюють на мізерну зарплатню в великих компаніях і змушені лицемірно триматися в усім відомих рамках.
Це перша конфа, де було багато цікавих, інформативних презентацій. Тобто було багато класного контенту прямо зі сцени, що виявилось дуже неочікуваним для всіх. Найкраща, на мою думку, була у Корея.
Також це перша для мене конфа, де ніхто взагалі не питав один одного, хто скільки на чому заробляє. Але постійно тільки й чутно було, як всі обговорюють, хто скільки витрачає. І суми там чималенькі.
Приєднуйтесь до нашого ефіру з 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. Панельку можна отримати і без структурованих даних та і навіть без сайту. А ось без зазначених згадувань/ посилань — ні.
На цьому гайд можна було б завершити, але ще є сторінки авторів в блозі.
Про них завтра.
Друг працює в компанії з топ-10000 AR. Ще в грудні вони звільнили весь відділ SEO. Питаю вчора, як справи. Дуже задоволені, каже. Результат покращився, а витрати значно знизились. Прогери теж задоволені неабияк.
Чим ближче ми до веб3.0, тим здається, менша потреба в звичайних SEOшниках. Ryan Stewart взагалі пророкує, що приблизно 80% SEOшників доведеться змінити професію.
Скоріш за все в майбутньому SEOшнику потрібно не тільки розбиратися в маркетингу, базах даних знань, але і вивчити роботу цифрових персональних асистентів, які можуть бути побудовані на базі різних чатів.
Відео [6:30]
Текст
Orphan backlink — посилання-сирота — це посилання зі сторінки, на яку немає ніяких посилань: ні зовнішніх, ні внутрішніх, ні соціальних.
Читать полностью…