Теорія «фрэгглов» в SEO і як вона пов’язана з mobile-first індексацією

Автор: Сінді Крум (Cindy Krum), глава MobileMoxie, США.

Термін «фрэгглы» ми запозичили у творця серіалу «Гора Фрэгглов» Джима Хенсона. Однак в нашій теорії «fraggles» – це комбінація двох слів: «fragment» і «handle». У статті ми поговоримо про фрэгглах як про новий елемент, який індексує Google.

Фрэгглы і mobile-first індексація

Перш ніж заглибитися в теорію фрэгглов, давайте
зупинимося на mobile-first індексації і про те, що
вона насправді є. На нашу думку, mobile-first індексація
має більше аспектів, ніж ті, що називає Google.

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

Мережа знань і сутності

Ми вважаємо, що Google реорганізував свій індекс навколо
сутностей в Мережі знань (Knowledge Graph).

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

Теорія «фрэгглов» в SEO і як вона пов'язана з mobile-first індексацією

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

Дана концепція може здатися складним для SEO-фахівців, тому що ми
звикли мати справу з ключовими словами. Але якщо ви подумаєте про сутність як про
те, що описується ключовим словом і не залежить від мови, то це те, як
сприймає сутності Google.
У Мережі знань сутності не записані як такі, а їх унікальний ідентифікатор
не є словом. Це число, а числа не залежать від мови.

Наприклад, сутність «мати» — це поняття, яке існує
у всіх мовах, але описується різними словами. При цьому мати пов’язана з батьком,
дочкою, дідусем – і ці зв’язки однакові на всіх мовах.

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

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

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

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

Запуск mobile-first індексації, ймовірно,
тому і зайняв 2,5 року, що Google
потрібно було переіндексувати весь інтернет і організувати його навколо Мережі
знань.

В AMA-сесії
напередодні запуску Knowledge Graph
співробітник пошуку Джон Мюллер відповів на безліч питань про JavaScript і hreflang. Враховуючи цей контекст, стають
зрозуміліше останні зміни. Google
хоче розуміти сутності і знає, що це дійсно важливо, тому hreflang теж важливий.

Давайте тепер поговоримо про фрэгглах.

Fraggles
=
fragment + handle

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

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

Але у випадку фрагментів, Google потенційно більше не потрібні URL.

Наприклад, візьмемо традиційну сторінку. Хоча історично Google сканував і
індексував сторінки, іноді їм важко займати високі позиції в
видачі, якщо вони охоплюють кілька тем.

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

Теорія «фрэгглов» в SEO і як вона пов'язана з mobile-first індексацією

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

Google все ще змушений сканувати всі ті сторінки, що він говорить нам створювати, і це призводить до формування певного «персонажа» за типом Марджорі Купа сміття в «Горі Фрэгглов» — такого собі всезнаючого оракула. Але коли ми створюємо контент низької та середньої якості – просто, щоб мати окрему сторінку для кожної теми, це ускладнює життя Google, та й нам теж.

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

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

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

Новий підхід до індексації

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

Пошуковик індексує фрагменти і показує їх у виділених
описах (featured snippets)
досить давно. Різниця між цими фрагментами і фрэгглами полягає в тому, що
по кліку на фрэггл, який ранжирується в результатах пошуку Google прокручує сторінку до цього
місця автоматично. Це те, що ми відносимо до частини під назвою «handle».

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

Ми вже бачимо, як це відбувається з певними результатами
пошуку. Що цікаво, Google автоматично «накладає» посилання. Це означає, що
власникам сайтів не потрібно спеціально налаштовувати. Так, Google вже робить це в
разі вибраних фрагментів для AMP-сторінок.
Коли користувач клікає на такий результат, Google прокручує сторінку і виділяє
потрібний фрагмент, щоб його можна було прочитати з урахуванням контексту іншого
контенту на сторінці.

Це також відбувається і на інших майданчиках, таких як форуми,
де вибирається найкращий відповідь. Різниця між фрэгглами і такими прив’язками (jump link) полягає в тому, що Google додає
скролінг. Різниця між фрэгглом і посиланням сайту – в тому, що посилання ведуть на
інші сторінки, а фрэгглы – на різні частини однієї і тієї ж довгої сторінки.

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

Мережа знань охоплює різні області

Зараз ми спостерігаємо розвиток Мережі знань в багатьох різних
речі. Виділені описи, різні блоки, такі як «Схожі запити» і «Разом
з … часто шукають» — це, мабуть, окремі вузли в Мережі знань, які пов’язані
між собою.

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

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

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

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

Сінді Крум вперше детально висвітлила свою теорію «фрэгглов» на конференції MozCon 2019. Стаття є скороченою версією доповіді, підготовленої самим автором.

По материалам: www.searchengines.ru