web-dev-qa-db-ja.com

スパムのマイクロデータペナルティの再考が拒否されました

誰かが私が間違っている可能性のあるヒントを与えてくれれば幸いです。少し前に、クライアントのサイトがスパムのマイクロデータペナルティを受けました。状況は次のとおりです。サイト全体のローカルビジネスマークアップ1つと、価格と評価（サイトに表示される信頼パイロットからの実際の評価）を含むサービスページごとに1つの製品マークアップ。評価はビジネス向けでしたが、別のサービス用に表示したため、間違って信頼パイロットの評価を使用しているというヒントを得ました。

これまでのところ、ビジネス評価をビジネスmicrodataに表示するのは理にかなっています。製品1を完全に削除し、ローカルビジネス（サイトのビジネスに最適であるため、より具体的には "HomeAndConstructionBusiness"）の評価を移行しました。

繰り返しますが、評価は本物です。TrustPilot Apiの呼び出しで得たもので、偽の証言はありません。マークアップのその他の情報は、従うことができるすべてのガイドラインに従って、可能な限り完全です。実質的に、ライブmicrodataはローカルビジネスの例からコピーアンドペーストされます（もちろん関連情報も含まれます）。

2週間前に再審査リクエストを送信しましたが、「ガイドラインに従っていない」ため拒否されました。 LocalBusiness microdataはschema.orgのすべての例で示されているのと同じ方法で表示されているだけであるため、何をすべきかわかりません。 ここ は、リッチスニペットテストツールのmicrodataへのリンクで、拒否がルールに「違反している」と指摘しています。

編集：ここに私が得た元のメモがあります：あなたのレビューアからのメモ：

構造化データ品質ガイドラインの詳細については、 https://developers.google.com/search/docs/guides/intro-structured-data#structured-data-guidelines をご覧ください。たとえば、レビューと評価のマークアップを使用して、アイテムのリストではなく、特定のアイテムに関するレビューおよび/または評価情報を提供する必要があります。ガイドラインに従っていない例は次のとおりです：{ https://www.fantasticservices.com/professional-oven-and-bbq-cleaning/ }

それで、ガイドラインの違反はどこにありますか？

google-searchmicrodatapenalty
3
ePetkov

最初の例として、サンプルページ https://www.fantasticservices.com/professional-oven-and-bbq-cleaning/ には、ネストされていない2つの異なるJSON-LDスニペットが含まれています。これは、ページ上の構造化データの不適切な解釈の大規模な原因です。Googleがどのように決定すべきか、ページ上の主なものは何か、localBusinessマークアップまたは製品かを考えてください。

次に、製品を提供しませんが、マークアップは提供します。それはあなたが提供するサービスです。これは、Googleによる構造化データの誤った解釈の2番目の原因である可能性があります。

3番目として、レビュー/評価マークアップは製品に属します。製品を提供しないため、それは間違っています。

確かに、グーグルの評価者は最高の作家ではなく、彼らのメールはしばしば誤解を招く。

マークアップガイドラインを実証済みで合理化するには、まず何を評価する必要があるかを決定する必要があります。一般に、ページを評価/レビューする可能性は1つしかありません。これはGoogleのガイドラインを満たします。つまり、このサービスまたはそのサービスを提供するlocalBusinessの評価でなければなりません。 Googleは here ：refer clearly to specific serviceと書いています。しかし、それ自体ではありません！注：それはビジネスの評価であり、与えられたサービスをどれだけ良いか悪いか提供します。

サンプルページの正しいマークアップは次のようになります。

<script type="application/ld+json">
{
"@context" : "http://schema.org",
"@type" : "ProfessionalService",
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "8.3",
"bestRating": "10",
"worstRating": "1",
"reviewCount": "1292"
},
"makesOffer":
{"@type": "Offer",
"itemOffered": {
"@type": "Service",
"name": "Oven %26 BBQ Cleaning",
"sameAs": "https://en.wikipedia.org/wiki/Commercial_cleaning",
"url": "https://www.fantasticservices.com/professional-oven-and-bbq-cleaning/"
}},
"url" : "https://www.fantasticservices.com/",
"image" : "https://www.fantasticservices.com/wp-content/uploads/2016/10/fantastic-pros-1-1.png",
"name" : "Fantastic Services",
"priceRange": "££",
"telephone" : "020 3404 3444",
"contactPoint" : [{
"@type" : "ContactPoint",
"telephone" : "+44 20 3404 3444",
"contactType" : "Customer Service"
}] ,
"openingHours" : "Mo-Su 08:00-22:00",
"paymentAccepted" : "Cash, Credit Cards",
"address": {
"@type": "PostalAddress",
"addressLocality": "London",
"postalCode": "SE1 2TH",
"streetAddress": "98 Tooley Street" 
},
"geo": {
"@type": "GeoCoordinates",
"latitude": "51.5043105",
"longitude": "-0.0827881"
},
"hasMap": "https://www.google.com/maps/place/Fantastic+Services/@51.4991109,-0.087624,15z/data=!4m5!3m4!1s0x0:0x41a17cd8609f141c!8m2!3d51.4991109!4d-0.087624",
"areaServed": {
"@type": "AdministrativeArea",
"name": "London",
"address": "London, United Kingdom"
},
"logo" : "https://www.fantasticservices.com/wp-content/themes/fantasticservices-master/static/css/images/logos/logo.svg",
"sameAs" : [ 
"https://www.facebook.com/FantasticServicesUK",
"https://Twitter.com/Fantastic",
"https://plus.google.com/+FantasticServices/posts",
"https://www.pinterest.com/GoFantastic/",
"https://www.youtube.com/channel/UCPr-OYIcHpv0Xr6q5PUSzPQ",
"https://www.trustpilot.com/review/fantasticservices.com",
"https://www.ipo.gov.uk/tmcase/Results/1/UK00003134615"
]
}
</script>

PS：URLのスラッシュをエスケープする必要はありません。しかし、&のような特殊文字は、%26で行ったように、パーセントエンコードする必要があります

1
Evgeniy