Pole wyszukiwania linków do podstron JSON-LD z błędem w narzędziu do testowania danych strukturalnych Google

Question

Zaimplementowałem na mojej stronie Google Sitelinks Search Box. To działało bardzo dobrze. Ale dzisiaj znowu się wygłupiłem na Google Structured Data Testing Tool i coś było nie tak. Teraz dostaję poniżej błędu:

A moja implementacja jest:

<script type="application/ld+json"> 
{ 
    "@context": "http://schema.org", 
    "@type": "WebSite", 
    "url": "https://www.saatler.com/", 
    "potentialAction": { 
    "@type": "SearchAction", 
    "target": "https://www.saatler.com/arama?ara={search_term_string}", 
    "query-input":"required name=search_term_string" 
    } 
} 
</script> 

Kiedy sprawdzić JSON na the JSON-LD playground wszystko wygląda dobrze. Nie zmieniłem niczego na mojej stronie. Czy Google jest w błędzie w związku z tym problemem? Czy zmieniła się struktura Schema.org? Co powinienem zrobić, aby rozwiązać te 2 problemy?

Answer 1

Zauważyłem, że nawet przykłady w Internecie documentation otrzymują dokładnie ten sam dokładny błąd, który otrzymałeś. Kiedy zmienił

"@context": "http://schema.org" 

do

"@context": "http://schema.org/true" 

błąd zniknął. Mam nadzieję że to pomoże.

<script type="application/ld+json"> 
 
{ 
 
    "@context": "http://schema.org/true", 
 
    "@type": "WebSite", 
 
    "url": "https://www.saatler.com/", 
 
    "potentialAction": { 
 
    "@type": "SearchAction", 
 
    "target": "https://www.saatler.com/arama?ara={search_term_string}", 
 
    "query-input":"required name=search_term_string" 
 
    } 
 
} 
 
</script>

Answer 2

znaleźć odpowiedź przeglądając schema.org Potential Actions page.

Najwyraźniej, z jakiegokolwiek powodu, Google Structured Data Testing Tool nie lubi naszej wersji z krótkim handlem do tekstowych reprezentacji wejścia i wyjścia.

Po przełączeniu do wersji pełnej uzyskuję dobry znacznik wyboru dla WebSite (1), a nie http://www.example.com/Website (1).

Textual representations of Input and Output

For convenience, we also support a textual short-hand for both of these types that is formatted and named similarly to how they would appear in their HTML equivalent. For example:

"<property>-input": { 
    "@type": "PropertyValueSpecification", 
    "valueRequired": true, 
    "valueMaxlength": 100, 
    "valueName": "q" 
} 

Can also be expressed as:

<property>-input: "required maxlength=100 name=q" 

Oto nasz pełny kod dla nikogo innego stara się postępować w ten sposób:

<script type="application/ld+json"> 
{ 

    "@context": "http://schema.org", 
    "@type": "WebSite", 
    "name" : "Example Company", 
    "url": "http://www.example.com/", 
    "sameAs" : [ "https://www.facebook.com/pages/Example/###############", 
    "https://plus.google.com/b/#####################/#####################"], 
    "potentialAction": { 
    "@type": "SearchAction", 
    "target": "http://www.example.com/search/results/?q={q}", 
    "query-input": { 
     "@type": "PropertyValueSpecification", 
     "valueRequired": true, 
     "valueMaxlength": 100, 
     "valueName": "q" 
    } 
    } 
} 
</script> 

Answer 3

To was a bug w Google narzędziu do testowania danych strukturalnych.

Naprawiono to teraz: narzędzie nie zgłasza żadnych błędów dla znaczników.