SEO для освітніх сайтів — чому структуровані дані мають значення

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

Цей проєкт пройшов шлях від практично нульової кількості структурованих даних до чотирьох типів Schema.org на 619 сторінках. Розповідаємо, що ми використали і чому.

Чотири найважливіші типи схем

1. SoftwareApplication

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

{
  "@context": "https://schema.org",
  "@type": "SoftwareApplication",
  "name": "3D Boids Flocking Simulation",
  "applicationCategory": "EducationalApplication",
  "operatingSystem": "Any (Web Browser)",
  "offers": { "@type": "Offer", "price": "0", "priceCurrency": "USD" },
  "description": "Reynolds flocking rules with 500+ agents in real-time 3D.",
  "url": "https://www.mysimulator.uk/algorithms/boids/"
}

2. BreadcrumbList

Хлібні крихти з'являються в результатах пошуку Google під заголовком сторінки, замінюючи собою «сирий» URL. Для глибоких сторінок на кшталт /categories/quantum/ чи /uk/boids/ це часто вирішує, чи побачить користувач заплутану адресу, чи зрозумілий, довірливий сніпет результату, на який хочеться натиснути.

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Home",
      "item": "https://www.mysimulator.uk/" },
    { "@type": "ListItem", "position": 2, "name": "Categories",
      "item": "https://www.mysimulator.uk/categories/" },
    { "@type": "ListItem", "position": 3, "name": "Quantum Physics",
      "item": "https://www.mysimulator.uk/categories/quantum/" }
  ]
}

3. FAQPage

Сторінки категорій на цьому сайті містять розділ «Часті запитання». Розмітка його як FAQPage може створити розгорнуті акордеони FAQ прямо в результатах пошуку — це суттєво підвищує клікабельність для довгих «хвостатих» запитів на кшталт «як працює квантове тунелювання симуляція».

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "What is quantum tunnelling?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Quantum tunnelling is the phenomenon where a particle passes through..."
      }
    }
  ]
}

4. CollectionPage

Сторінки-індекси категорій за логікою є CollectionPage — вони перелічують пов'язані елементи (симуляції). Додавання записів hasPart пов'язує окремі симуляції назад із категорією в розумінні Google щодо структури сайту. Це посилює сигнали тематичного авторитету.

{
  "@context": "https://schema.org",
  "@type": "CollectionPage",
  "name": "Quantum Physics Simulations",
  "url": "https://www.mysimulator.uk/categories/quantum/",
  "hasPart": [
    { "@type": "SoftwareApplication", "name": "Quantum Tunnelling",
      "url": "https://www.mysimulator.uk/quantum/quantum-tunnelling/" },
    { "@type": "SoftwareApplication", "name": "Bloch Sphere / Qubit",
      "url": "https://www.mysimulator.uk/qubit/" }
  ]
}

Що насправді дало результат

Після впровадження BreadcrumbList та SoftwareApplication на всіх 225 сторінках симуляцій Google Search Console показала:

• Розширені результати з хлібними крихтами з'явилися приблизно на 85% проіндексованих сторінок симуляцій протягом 3 тижнів
• Середній CTR із пошуку зріс із 2,1% до 4,8% для сторінок категорій
• Помилки hreflang впали до нуля після аудиту canonical + hreflang

Розмітка FAQPage на сторінках категорій — найбільша нереалізована можливість: акордеони FAQ в результатах у нашій ніші трапляються рідко, тож потенційний приріст клікабельності може бути значним. Слідкуємо за цим напрямом.

Поширені помилки, яких слід уникати

• Розміщення кількох блоків JSON-LD на одній сторінці з суперечливими типами. Кожна сторінка має мати один основний тип і один допоміжний BreadcrumbList. Не розміщуйте одночасно BlogPosting і SoftwareApplication на одній сторінці симуляції.
• Self-referential og:url, що не збігається з canonical. Якщо og:url, canonical і поле url у JSON-LD відрізняються, Google обирає одне з них — часто не те, що треба.
• Розмітка контенту, якого немає на сторінці. Настанови Google однозначні: не додавайте розмітку FAQ для запитань, яких немає в HTML. Це спричиняє ручний штраф.
• Забуття hreflang для багатомовних сторінок. Без взаємної пари hreflang (EN посилається на UK, UK посилається назад на EN) обидві версії конкурують за одні й ті самі ключові слова. Завжди додавайте обидва напрямки.