ブランドの識別情報：Wikidata の掲載基準、出典、schema

CH.01

識別と曖昧さの解消

似た名前は混同されます。正確な識別子と文脈は組織の説明に役立ちますが、すべての誤認を防ぐわけではありません。

Apple は果物にも会社にもなり、Tenten も別の対象を指します。公式サイト、名称、事業、根拠のある関係を示します。誤認を観測したら、実際の回答と出典を記録して修正を判断します。

実体レコードは対象の事実をまとめます。Wikidata QID はその項目を、Organization @id はサイトの構造化レコードを識別します。全モデルの学習、正確な名称表示、推薦を証明しません。

CH.02

Wikidata の役割と範囲

Wikidata は共同体の規則がある構造化知識ベースで、Google 可視性や AI 引用の普遍的な入口ではありません。

Q 識別子の項目にプロパティと値を記録し、出典や限定情報も付けられます。識別子は全主張の認証ではありません。Wikipedia 記事と Wikidata 項目は目的と掲載基準が異なり、常に両方必要ではありません。

Wikidata の適否と関係なくサイト情報を維持できます。Google Organization は適切な属性と実在の sameAs プロフィールを認め、QID を要求しません。有用でアクセス可能な内容を、外部項目で置き換えません。

CH.03

Wikidata 項目が適切な場合

掲載基準と共同体の判断が必要です。料金で掲載、認証、AI 成果を買うことはできません。

基準は3経路です。有効で適格な Wikimedia sitelink、真剣な公開出典で記述できる明確な対象、または他項目の陳述を明確にする構造上の必要性。Wikipedia の記事基準や宣伝チェックリストではなく、争いは共同体が判断します。

CH.04

schema とエンティティ連結

適切な Organization／Person で見える実際の事実を説明します。sameAs は実在プロフィールへ連結し、Wikidata は任意です。

Google の sameAs は他サイトの組織情報ページ、例えば SNS やレビューのプロフィールです。同じ対象へ正しくリンクし、適切な既存 Wikidata 項目だけを使います。全 AI に統合・推薦を命令するリンクではありません。

• →Organization：正確で適用可能な name、url、logo 等を記載。不明な foundingDate は省略し、実在 sameAs を使用。
• →Person：実際の関連人物と根拠ある可視関係のみ。架空専門家や全創業者の項目を作らない。
• →安定した @id をアンカーに：サイト内の各ページが同一のエンティティ ID を参照するようにし、ページごとに別の名で呼ばないこと
• →構文、適用 Google 機能、可視事実を確認。Rich Results Test 合格は掲載基準、パネル、AI 引用の証明ではない。
• →本当の別名、法的名称、商号を区別。言語や媒体で説明文が違っても同じ実体を表せる。

CH.05

クロスプラットフォームの一貫性

管理できるプロフィールの事実を維持し差異を記録します。一貫性は情報管理で、検証済み推薦倍率ではありません。

サイト、事業プロフィール、登記、独立資料を比較します。商号と法的名称、別名、移転日を記録し、実際の矛盾を訂正します。全文一致を強制せず、独立記事をブランド文として上書きしません。

• →Wikidata／Wikipedia：関連性と基準を確認し、共同体と独立編集を尊重。
• →事業プロフィール：正しい組織、現行事実、別名、管理権を確認。
• →サイト schema：可視内容と同じ対象、根拠ある関係を説明。
• →公の言及：誤事実と合理的な表現・翻訳・過去情報を区別。
• →sameAs は同じ対象の実在プロフィールだけ。QID は任意で、全関係のリンクではない。

CH.06

識別情報のチェックリスト

Tenten の情報管理チェックリストです。検証可能な作業成果を残し、QID や schema で引用を保証しません。

根拠から始め、適切な道具を選びます。QID なしでも実在 sameAs を使えます。不適格な項目をチェック完了のために作りません。同じ質問でモデルと日付を記録し、前後変化を因果証明としません。