2015-06-11 110 views
10

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:Pole wyszukiwania linków do podstron JSON-LD z błędem w narzędziu do testowania danych strukturalnych Google

Google Structured Data Testing Tool: 2 Errors for WebSite

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?

Odpowiedz

6

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.

enter image description here

<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>

+0

Otrzymuję ten sam błąd, ale używam mikrodanych - Jakieś myśli? –

+0

@skeetarian change http://schema.org/ do http://schema.org/true na mikrodanych – hakiko

+1

@hakkikonu - Dzięki! Przejdę do opcji LD JSON, ale teraz zastanawiam się, dlaczego teraz mówi "http" // www.example.com/WebSite "zamiast tylko" WebSite " Zauważyłem, że kiedy używam opcji/true, to pozwala żebym użył "logo", ale bez niego "logo" jest zabronione dla WebSite To okazuje się być gniazdem szerszeni ... –

11

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> 
+0

@unor Dzięki za edycję - najtrudniej było mi uzyskać formatowanie tutaj ... :) –

2

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.