Pozycjonowanie

Co to jest Speakable schema i jak je dodać do strony w 2026

·8 min czytania
Spis treści 17 sekcji
  1. Co to jest Speakable schema
  2. Kto czyta Speakable schema
  3. Jaki format ma Speakable
  4. Jakie fragmenty oznaczyć jako Speakable
  5. Dobre kandydaty (oznaczaj):
  6. Złe kandydaty (NIE oznaczaj):
  7. Pełna implementacja w Lokal360
  8. Częste błędy przy wdrażaniu Speakable
  9. Błąd 1: Selector wskazujący nieistniejący element
  10. Błąd 2: Selector matchujący za dużo
  11. Błąd 3: Speakable bez Article schema
  12. Błąd 4: Długie fragmenty oznaczone Speakable
  13. Błąd 5: Brak datePublished/dateModified w Article
  14. Czy Speakable wpływa na ranking
  15. Speakable to przyszłość czy moda
  16. Co dalej, po Speakable
  17. Materiały do dalszej lektury
Wszystkie wpisy 101 wpisów
Pozycjonowanie 5
Spacery 360° 23
Trendy 2026 17
Branże 16
Rezerwacje 11
Strony www 7
Strony internetowe 6
SEO 6
Własne systemy 4
AI w marketingu 3
Widoczność lokalna 3

W skrócie: Speakable schema to typ JSON-LD (SpeakableSpecification z schema.org) wskazujący fragmenty strony „dobre do cytowania głośnego”. Wprowadzony przez Google w 2018 dla Assistant. W 2026 używany przez AI Overviews, częściowo Perplexity i ChatGPT Search. Wdrożenie zajmuje 5 minut per artykuł.

Co to jest Speakable schema

Speakable to typ schemy z schema.org, który wskazuje wyszukiwarkom i asystentom głosowym, “które fragmenty strony są dobre do głośnego cytowania”. Wprowadzony przez Google w lipcu 2018 (Google blog post) dla Google Assistant, początkowo dla treści newsowych w USA.

Funkcjonalnie: gdy użytkownik pyta Google Assistant „Hej Google, co nowego w branży X?”, Assistant czyta fragmenty stron oznaczonych Speakable. Bez Speakable Assistant musiałby zgadywać, który fragment cytować.

W 2026 zastosowanie poszerzyło się:

  • Google AI Overviews preferuje fragmenty oznaczone Speakable jako gotowe cytaty
  • Perplexity, ChatGPT Search używają Speakable jako jednego z sygnałów ważności
  • Wyszukiwanie głosowe w ogóle (Siri, Alexa pośrednio przez sieci partnerskie)

Kto czyta Speakable schema

Stan na maj 2026:

PlatformaCzy używa SpeakableNotatka
Google AssistantTAK (oryginalny use case)Cytuje na głos dla zapytań informacyjnych
Google AI OverviewsTAK (potwierdzone)Preferuje fragmenty Speakable nad zwykłe akapity
PerplexityHeurystycznieBrak oficjalnego potwierdzenia, praktyka pokazuje wpływ
OpenAI ChatGPT SearchHeurystycznieBez oficjalnego komentarza
Microsoft Bing ChatCzęściowoBing honoruje, ale wagę trudno ustalić
Anthropic ClaudeCzęściowoCytuje fragmenty po analizie wartości, schema jako sygnał uzupełniający
Apple SiriPośrednioSiri używa Google + DuckDuckGo, więc Speakable wpływa pośrednio

Jaki format ma Speakable

JSON-LD z polem speakable wewnątrz Article albo WebPage. Typ: SpeakableSpecification, z polem cssSelector (lista CSS selektorów) albo xpath (lista XPath expressions).

Przykład minimalny (Lokal360):

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Co to jest Speakable schema",
  "author": {
    "@type": "Person",
    "name": "Igor Biały"
  },
  "datePublished": "2026-05-24",
  "speakable": {
    "@type": "SpeakableSpecification",
    "cssSelector": [".answer-first", "h1", ".tldr"]
  }
}
</script>

Jest też wariant XPath, mniej używany:

"speakable": {
  "@type": "SpeakableSpecification",
  "xpath": ["//p[@class='answer-first']", "//h1"]
}

cssSelector jest preferowany, bo łatwiejszy do napisania i utrzymania niż XPath.

Jakie fragmenty oznaczyć jako Speakable

Krytyczne, bo źle dobrane fragmenty obniżają wartość:

Dobre kandydaty (oznaczaj):

  1. Krótkie odpowiedzi na pytania (10-30 słów). Idealna struktura: pierwsze zdanie po nagłówku z pytaniem.
  2. TLDR/summary boxy. Każdy artykuł powinien mieć jeden TLDR oznaczony Speakable.
  3. Definicje (“X to Y. Używane przez Z.”).
  4. Kluczowe statystyki (“80% firm w Polsce…”). Konkretne liczby z kontekstem.
  5. Bullet listy z krótkimi punktami (3-7 punktów, każdy 5-10 słów).

Złe kandydaty (NIE oznaczaj):

  • Długie akapity (40+ słów), Assistant nie przeczyta tego na głos w jednym tchu
  • Tabele HTML, czytanie tabeli na głos nie ma sensu
  • Listy długie (10+ punktów), Assistant streszcza, ale nie cytuje wszystkiego
  • Cytaty z innych źródeł, wprowadzają zamieszanie z autorstwem
  • Formularze, przyciski akcji, kod
  • Strony transakcyjne (cennik, kontakt), nie ma czego cytować

Pełna implementacja w Lokal360

Krok 1: Helper w site.ts

// src/data/site.ts
export function speakableFor(path: string, title: string) {
  return {
    '@context': 'https://schema.org',
    '@type': 'WebPage',
    '@id': `https://lokal360.pl${path}#speakable`,
    url: `https://lokal360.pl${path}`,
    name: title,
    speakable: {
      '@type': 'SpeakableSpecification',
      cssSelector: ['.answer-first', '.aeo-tldr', 'h1'],
    },
  };
}

Krok 2: Użycie w stronach Astro

---
// src/pages/spacery-wirtualne/index.astro
import { speakableFor } from '../../data/site';
const jsonLd = [
  /* inne schemas... */,
  speakableFor('/spacery-wirtualne/', 'Spacery wirtualne 360')
];
---
<BaseLayout jsonLd={jsonLd}>
  <h1>Spacery wirtualne 360</h1>
  <p class="answer-first">Spacer wirtualny 360 to interaktywna prezentacja wnętrza...</p>
  ...
</BaseLayout>

Krok 3: CSS class w global.css

.answer-first {
  /* opcjonalny visual emphasis, ale nie wymagany */
  font-size: 1.1em;
  line-height: 1.5;
}
.aeo-tldr {
  /* TLDR box styling */
  background: var(--teal-bg);
  padding: 1rem;
  border-left: 4px solid var(--teal);
}

To wszystko. Po deploy Speakable schema jest wykrywany przez Google Rich Results Test (search.google.com/test/rich-results).

Częste błędy przy wdrażaniu Speakable

Pięć błędów, które widzimy najczęściej w polskich audytach:

Błąd 1: Selector wskazujący nieistniejący element

Schema z cssSelector: [".answer-first"], ale strona nie ma elementu z tą klasą. Google logguje błąd, schema ignorowane.

Fix: Po dodaniu schema, sprawdź Rich Results Test i view-source czy element istnieje.

Błąd 2: Selector matchujący za dużo

cssSelector: ["p"] łapie wszystkie paragrafy. Assistant nie wie który cytować.

Fix: Konkretne klasy (.answer-first, .aeo-tldr), nie generyczne tagi.

Błąd 3: Speakable bez Article schema

Speakable wymaga zewnętrznego typu Article albo WebPage. Samodzielne SpeakableSpecification w <script> Google ignoruje.

Fix: Zawsze wewnątrz Article albo WebPage JSON-LD.

Błąd 4: Długie fragmenty oznaczone Speakable

Akapit z 80 słowami. Assistant nie czyta tego na głos.

Fix: Krótsze fragmenty, max 30 słów per selector.

Błąd 5: Brak datePublished/dateModified w Article

Speakable wymaga kontekstu czasowego. Bez daty Google traktuje treść jako outdated.

Fix: Zawsze podawaj datePublished i dateModified w Article schema.

Czy Speakable wpływa na ranking

Pośrednio, w kontekście GEO/AEO. Nie wpływa na klasyczny ranking organiczny Google (pozycje 1-10 w wynikach), ale:

  1. Zwiększa szansę cytowania w AI Overviews o 15-30 procent (dane case studies branżowych USA)
  2. Wzmacnia odpowiedzi głosowe w Google Assistant
  3. Poprawia “answer card” cytowania w Perplexity i ChatGPT Search
  4. Sygnał świeżości i ekspertyzy dla algorytmu

Dla firm w branżach informacyjnych (poradniki, FAQ, dokumentacja, konsulting) korzyść jest mierzalna w cytowaniach AI. Dla firm transakcyjnych (e-commerce, formularze) korzyść marginalna.

Speakable to przyszłość czy moda

Standard żyje od lipca 2018, popularność rośnie dopiero teraz w erze AI Overviews. W 2026 wdrożenie ma sens jako element strategii GEO/AEO.

Argumenty za:

  • Standard schema.org, oficjalny, długoterminowy
  • Google używa go w AI Overviews (potwierdzone)
  • Koszt: 5 minut per artykuł
  • Brak ryzyka, jeśli źle wdrożony to schema ignorowane (nie szkodzi)

Argumenty przeciw:

  • Nie wszystkie AI używają, część heurystycznie
  • Trudno zmierzyć efekt (brak metryki “cited by AI Overviews”)
  • Schema.org SpeakableSpecification jest oznaczony jako “beta”, choć stabilny od lat

Rekomendacja: wdrożyć na pillarach, blogu, FAQ. Nie wdrażać na stronach transakcyjnych i prawnych. Globalny ROI: pozytywny, choć trudny do precyzyjnego pomiaru.

Co dalej, po Speakable

Speakable to jeden z pięciu kluczowych schema pod cytowania AI. Pełny pakiet:

  1. Article (lub BlogPosting) z author, datePublished, dateModified
  2. FAQPage dla pytań i odpowiedzi
  3. Speakable dla fragmentów cytowalnych (ten artykuł)
  4. Person dla autora z founderOf, jobTitle, sameAs
  5. LocalBusiness albo Organization dla firmy stojącej za treścią

Plus warstwa wyższa:

  • llms.txt w korzeniu domeny
  • Wikidata QID dla firmy + autora
  • answer-first content w pierwszym akapicie każdej strony

Lokal360 wdraża wszystkie powyższe na 193 podstronach jako test live polskiego rynku GEO/AEO.

Materiały do dalszej lektury


IB

Igor Biały

Twórca Lokal360 · spacery 360°, strony, systemy

Nowszy wpis: Co to jest Local Pack Google i jak się tam dostać w 2026 Blog Starszy wpis: Cookie consent w polskim prawie 2026: czego wymaga UODO i UOKiK

O autorze

Igor Biały · twórca Lokal360

Twórca Lokal360

Koduję od 16. roku życia, od 2025 z zaprojektowanymi agentami AI (Claude od Anthropica). 12+ lat fotografii wnętrz, 150+ wykonanych spacerów 360° na Google Maps. Prowadzę Lokal360 (uruchomione wiosną 2026): strony internetowe, własne systemy rezerwacji, spacery 360°, opieka. Solo z agentami AI w tle.

IB

Masz pytanie po przeczytaniu?

Zostaw numer, oddzwonię w 24h. Powiem wprost, co ma sens w Twoim przypadku. Bez zobowiązań.

Залиште номер, передзвоню протягом 24 годин:

Додати компанію, місто, email (необов'язково)

Ваші дані йдуть тільки мені. Політика конфіденційності

Написати в Messenger Написати у WhatsApp