2015-06-11 11 views
10

Ich implementierte Googles Sitelinks Search Box auf meiner Website. Es hat sehr gut funktioniert. Aber heute habe ich wieder auf Google Structured Data Testing Tool gecheckt und etwas stimmte nicht. Jetzt unter Fehler Ich erhalte:Sitelinks Suchfeld JSON-LD gibt Fehler bei Google Structured Data Testing Tool

Google Structured Data Testing Tool: 2 Errors for WebSite

Und meine Implementierung ist:

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

Wenn ich überprüfen die JSON auf the JSON-LD playground alles sieht gut aus. Ich habe auf meiner Website nichts geändert. Ist Google bei diesem Problem falsch? Oder hat sich die Struktur von Schema.org geändert? Was soll ich tun, um diese 2 Probleme zu beheben?

Antwort

6

Ich bemerkte, dass sogar die Beispiele auf der Online documentation den gleichen genauen Fehler erhalten, den Sie erhielten. Als ich

geändert verschwunden
"@context": "http://schema.org" 

zu

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

der Fehler. Hoffe das hilft.

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

Ich bekomme den gleichen Fehler, aber verwende Mikrodaten - Irgendwelche Gedanken? –

+0

@skeetarian Änderung http://schema.org/ http://schema.org/true auf Ihre Mikrodaten – hakiko

+1

@hakkikonu - Danke! Ich wechselte zu der LD JSON-Option, aber jetzt wundere mich, warum es jetzt http http://www.example.com/WebSite sagt statt nur WebSite Ich bemerkte, dass, wenn ich die/True-Option verwenden Ich benutze "logo", aber ohne es ist das "logo" für WebSite nicht zulässig. Dies erweist sich als ziemlich das Hornissennest ... –

11

die Antwort gefunden, indem die schema.org Potential Actions page zu überprüfen.

Offensichtlich mag Google's Structured Data Testing Tool aus irgendeinem Grund unsere Kurzhandversion für textuelle Darstellungen von Eingabe und Ausgabe nicht.

Wenn ich zu der ausführlichen Version wechselte, bekomme ich das gute Häkchen für WebSite (1), nicht 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" 

Hier ist unsere vollständige Code für jemand anderes versucht, dies zu folgen:

<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 Danke für die Bearbeitung - ich hatte die schwierigste Zeit, die Formatierung hier zu bekommen ... :) –

2

Es was a bug im Google Strukturierte Daten Testing Tool.

Es ist jetzt behoben: Das Tool meldet keine Fehler mehr für Ihr Markup.