Speakable schema: co naprawdę robi i kiedy ma sens w 2026

Co to jest Speakable schema

SpeakableSpecification jest typem danych w schema.org. Pozwala wskazać za pomocą selektorów CSS albo XPath fragmenty strony, które nadają się do odczytania głosowego.

Google ogłosiło obsługę Speakable w 2018 roku jako funkcję beta związaną z treściami newsowymi i Asystentem Google. Według aktualnej dokumentacji Google kwalifikują się anglojęzyczni wydawcy wiadomości, a odczyt jest opisany dla użytkowników w Stanach Zjednoczonych korzystających z urządzeń Google Home z językiem ustawionym na angielski.

To znacznie węższy zakres niż sugeruje wiele poradników SEO.

Co jest potwierdzone, a co nie

Stan zweryfikowany 15 lipca 2026 roku:

Nie ma również wiarygodnej podstawy, aby obiecywać konkretny procent wzrostu cytowań po wdrożeniu Speakable.

Czy Speakable pomaga w AI Overviews

Google wyjaśnia w dokumentacji dotyczącej funkcji AI w wyszukiwarce, że nie trzeba tworzyć specjalnych danych strukturalnych, plików ani dodatkowych znaczników, aby strona mogła pojawić się w AI Overviews lub AI Mode.

Znaczenie mają standardowe podstawy:

• możliwość crawlowania i indeksowania strony;
• przydatna, oryginalna treść;
• jasne linkowanie wewnętrzne;
• dobra jakość strony i doświadczenia użytkownika;
• tekst dostępny w HTML;
• obrazy i materiały wideo wspierające temat;
• dane strukturalne zgodne z treścią widoczną na stronie.

Dlatego Speakable nie powinno być sprzedawane jako skrót do widoczności w AI.

Jak wygląda poprawny format

Jeśli wydawca spełnia oficjalne warunki albo chce przeprowadzić kontrolowany eksperyment, Speakable można umieścić wewnątrz danych Article lub WebPage.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Przykładowy tytuł artykułu",
  "datePublished": "2026-07-15",
  "author": {
    "@type": "Person",
    "name": "Imię i nazwisko autora"
  },
  "speakable": {
    "@type": "SpeakableSpecification",
    "cssSelector": [".article-summary", ".key-answer"]
  }
}
</script>

Selektory muszą wskazywać elementy, które rzeczywiście istnieją na stronie. Oznaczony tekst powinien być zwięzły, zrozumiały bez dodatkowego kontekstu i naturalny podczas odczytu na głos.

Czego nie robić

Nie oznaczaj całej strony

Selektor p, main albo article może objąć zbyt dużo tekstu. Speakable ma wskazywać konkretne fragmenty, a nie całą publikację.

Nie dodawaj znacznika tylko dlatego, że jest dostępny

Dane strukturalne powinny opisywać rzeczywistą zawartość i mieć określony cel. Dodatkowy JSON-LD nie zwiększa automatycznie wartości strony.

Nie obiecuj wyniku, którego nie można zmierzyć

Bez kontrolowanego badania nie można uczciwie twierdzić, że Speakable zwiększyło cytowania, ruch albo liczbę klientów. Korelacja nie dowodzi wpływu znacznika.

Nie przedstawiaj walidacji jako gwarancji

Poprawny technicznie JSON-LD oznacza jedynie, że zapis ma właściwą strukturę. Nie gwarantuje użycia danych przez Google ani inną platformę.

Czy Speakable ma sens dla lokalnej firmy

Dla restauracji, hotelu, gabinetu, salonu albo lokalnej firmy usługowej Speakable będzie zwykle zadaniem o niskim priorytecie.

Najpierw warto zadbać o:

1. kompletną i aktualną ofertę;
2. odpowiedzi na rzeczywiste pytania klientów;
3. widoczność lokalną i poprawny Profil Firmy w Google;
4. dane kontaktowe oraz informacje o obszarze działania;
5. strony usług odpowiadające na intencje zakupowe;
6. prawdziwe przykłady realizacji, zdjęcia i wyniki;
7. linkowanie prowadzące od poradnika do właściwej usługi;
8. wydajność, dostępność i wygodę mobilną.

Jeśli te elementy są wykonane, Speakable można potraktować jako eksperyment. Nie powinno jednak zastępować pracy nad treścią ani być przedstawiane jako obowiązkowa część AEO lub GEO.

Jak ocenić eksperyment ze Speakable

Jeżeli znacznik jest już wdrożony, nie trzeba go usuwać wyłącznie dlatego, że jego zastosowanie jest ograniczone. Warto natomiast:

• sprawdzić, czy selektory wskazują istniejące elementy;
• upewnić się, że oznaczona treść jest widoczna dla użytkownika;
• nie dublować wielu niezależnych bloków JSON-LD opisujących tę samą stronę;
• zapisać datę wdrożenia;
• nie przypisywać zmian ruchu jednemu znacznikowi bez dodatkowych danych;
• usunąć obietnice marketingowe, których nie wspiera dokumentacja.

Co robić zamiast „optymalizacji pod specjalny znacznik AI”

Najbezpieczniejsza strategia jest mniej efektowna, ale bardziej użyteczna:

• odpowiedzieć bezpośrednio na pytanie użytkownika;
• pokazać własne doświadczenie i sposób dojścia do wniosku;
• podać źródła przy aktualnych i liczbowych twierdzeniach;
• aktualizować treść, kiedy zmienia się produkt lub dokumentacja;
• stosować poprawne dane Article, BreadcrumbList, Organization lub LocalBusiness tam, gdzie odpowiadają widocznej treści;
• poprawić nawigację i wewnętrzne ścieżki tematyczne;
• tworzyć materiały, które wnoszą coś więcej niż powtórzenie dokumentacji.

Źródła i data weryfikacji

Informacje w artykule sprawdzono 15 lipca 2026 roku:

• Google Search Central. Speakable structured data
• Google Search Central. AI features and your website
• Schema.org. SpeakableSpecification

Schema to fragment większej warstwy technicznej strony. Całość opisujemy na stronie pozycjonowanie w Google. Jednorazowy audyt SEO strony, w tym danych strukturalnych, kosztuje u nas 890 zł netto.

Często zadawane pytania