1

多言語のWebサイトで作業しています.JSON-LDを使用してSchema.orgのマークアップを準備しています。重要な情報:このウェブサイトは言語のサブディレクトリを使用しています。複数の言語を使用したWebサイト用のSchema.org:CorporationとWebSiteのものを正しく充填

  • 英語:の2つの言語を考えてみましょうhttps://www.example.com/
  • フランス語:https://www.example.com/fr/

私はすべてのローカライズHP上CorporationWebSiteものを載せていきたいと思います。すべてはうまく行くが、@idurlinLanguageのプロパティの場合:私は何を埋めるべきかはわかりません。 Corporationについては

、私はそれが右だと思う:私はすべてのページのデフォルトのURLに使用し、それに私@idをベースにするつもりです:

{ 
    "@context": "http://schema.org", 
    "@type": "Corporation", 
    "@id": "https://www.example.com/#organization", 
    "name": "Example", 
    "url": "https://www.example.com/", 
... 

しかし、何WebSite性質のために最善手だろう、私のフランス語HPで? 技術的には、/fr/サブフォルダはexample.com/ドメインの一部です。しかし、@idinLanguageurlは私のウェブサイトにフランス語を話す人にも利用できると言っていません。

{ 
    "@context": "http://schema.org", 
    "@type": "WebSite", 
    "@id": "https://www.example.com/#website", // should this be "https://www.example.com/fr/#website" ? 
    "name": "Example", 
    "url": "https://www.example.com/", // should this be "https://www.example.com/fr/" ? 
    "inLanguage": "en", // should this be "fr" ? 
... 

私はこれに関する多くのことを検索し、この特定の事項については何も見つかりませんでした。 誰もこれについて何か経験がありますか?

答えて

2

あなたは2つのdifferent (albeit translated)ウェブサイトを持っています。同じドメイン/ホスト名を共有することは重要ではありません。彼らは同じCorporation項目を参照してくださいだろうが

各ウェブサイトは、独自の@idurl、およびinLanguage値で、独自のWebSiteアイテムを取得する必要があります。

{ 
    "@context": "http://schema.org", 
    "@type": "WebSite", 
    "@id": "https://www.example.com/#website", 
    "url": "https://www.example.com/", 
    "inLanguage": "en", 
    "publisher": {"@id": "https://www.example.com/#organization"} 
} 
{ 
    "@context": "http://schema.org", 
    "@type": "WebSite", 
    "@id": "https://www.example.com/fr/#website", 
    "url": "https://www.example.com/fr/", 
    "inLanguage": "fr", 
    "publisher": {"@id": "https://www.example.com/#organization"} 
} 

ウェブサイトは、主に翻訳されている場合は、WebSiteアイテムをリンクするworkTranslation/translationOfWorkを使用することができます。

"workTranslation": {"@id": "https://www.example.com/fr/#website"} 
"translationOfWork": {"@id": "https://www.example.com/#website"} 

(そうでなければ、そのような彼らの翻訳を参照してくださいことができなかったので、これは、WebSite項目が異なる@id値を持つべきである理由を参照するには良いケースです。代わりに@id値のurl値を使用してこのURIはtypically represents the homepage, not the whole websiteのため、良い考えではありません。)

+0

ありがとうございました!私はあなたの助けを借りて非常に面白いことを学んだ。あなたが書いたように、@ idは非常に強力です。 –

関連する問題