Wikidata for Brands: Notability Criteria and a Realistic Path

Wikidata is one of the most underused entity SEO opportunities available to brands. It is the structured data layer that sits beneath Wikipedia and feeds entity information into Google, large language model training pipelines, and most knowledge graph systems across the web. A well-maintained Wikidata entry can do more for AI search visibility than almost any amount of work on your own site.

The barrier to entry is lower than Wikipedia — but it is not zero, and brands routinely either fail to qualify or get their entries deleted because they misunderstand what Wikidata actually accepts. This post covers what Wikidata is, what notability actually requires, the realistic sequence for getting a brand entry, and the maintenance that follows.

What Wikidata is and why it matters

Wikidata is a free, collaborative knowledge base run by the Wikimedia Foundation. It contains structured data about millions of entities — people, organisations, products, places, concepts, events, and more. Each entity has a unique identifier (Q-number) and a set of properties that describe it.

What makes Wikidata particularly important for AI search:

  • It feeds the Knowledge Graph. Google explicitly uses Wikidata as one of its sources for Knowledge Graph entries and Knowledge Panels.
  • It is used in LLM training. Wikidata is part of the training data for most major LLMs. Entities with Wikidata entries are more likely to be recognised, attributed correctly, and cited confidently.
  • It is the structured data layer for cross-platform consistency. Multiple AI systems and search engines reference Wikidata as a source of truth. An entity that is well-defined in Wikidata is well-defined across many systems at once.
  • It is queryable through SPARQL. Wikidata is a public RDF database. AI systems can query it directly to retrieve verified facts about an entity.

If you can get your brand on Wikidata properly, you build a structured presence that benefits you across the entire AI search ecosystem at once.

What Wikidata actually accepts

Wikidata has notability criteria, but they are different from Wikipedia’s. Wikipedia requires that an entity have “significant coverage in independent secondary sources” — a higher bar that excludes most small and mid-size brands.

Wikidata accepts entities that meet any of these criteria:

  1. The entity is clearly identifiable and has a Wikipedia article in any language version of Wikipedia
  2. The entity refers to an external structural source (a database, an authority record, a registry)
  3. The entity fulfils a structural need within Wikidata’s data model

Criterion 2 is the one most brands can meet. If your brand exists in Crunchbase, an industry database, a government business registry, an authoritative directory, or any similar structured source, that external reference can be enough to justify a Wikidata entry.

What Wikidata does not accept:

  • Entities that only exist on your own website
  • Entities promoted purely for advertising purposes
  • Entities with no verifiable external references
  • Entities that are clear duplicates of existing entries

The bar is “verifiable existence” rather than “fame.” A small business that appears in legitimate external sources can qualify. A larger brand whose only presence is its own website may struggle.

How to assess whether you currently qualify

A simple checklist before pursuing a Wikidata entry.

  • Do you appear in Crunchbase, Bloomberg, or a comparable business database? If yes, that is a verifiable external reference. If no, that is usually the first thing to fix.
  • Are you registered in a government business registry? Company registrations, trademark records, and similar government databases count.
  • Are you in an industry-specific directory or authority record? Sector-specific databases (for healthcare, finance, education, etc.) count as structural sources.
  • Have you been covered in independent press? Industry publications, podcasts on recognised shows, conference appearances. The coverage does not need to be sensational — it needs to be independent and verifiable.
  • Do your senior leaders have their own external presence? LinkedIn alone is not enough, but Authors of published articles, speakers at conferences, contributors to industry publications all create verifiable references.

If you can answer yes to two or three of these, you likely meet Wikidata’s notability bar. If you cannot answer yes to any of them, the path to Wikidata goes through earning external references first.

The submission process

If you qualify, the submission process is structured but not particularly difficult.

Step 1: Check whether an entry already exists. Search Wikidata for your brand name. If an entry exists, you do not need to create a new one — you may need to update or expand it.

Step 2: Create a Wikidata account. Use a clearly identifiable account name rather than your brand name directly. Wikidata flags accounts that appear to be promoting their own entities.

Step 3: Create the entity. Start with the basics — label (your brand name), description (one short, factual sentence), and a few key properties (instance of, country, official website). Do not overload the initial entry; add detail incrementally.

Step 4: Add references. Every claim you make should reference an external source. The Crunchbase URL, the press article, the government registry record. References are what make claims verifiable.

Step 5: Add structured properties. Founders (linking to their own Wikidata entries if they have them), founding date, headquarters location, industry (using existing Wikidata classifications), parent organisation if applicable, official social profiles.

Step 6: Connect to related entities. If your product is mentioned, link to the product’s Wikidata entry. If your founder has an entry, link to it. The connections to other Wikidata entities strengthen your entry.

Step 7: Monitor and respond to community feedback. Wikidata is a community-edited platform. Other editors may add, modify, or question your entries. Respond constructively and with sources. Edits made with verifiable references usually stand.

The realistic timeline: a basic entry can be live within a day of submission. The full structured entry with proper properties, references, and connections to related entities is usually a few weeks of incremental work.

Common reasons brand entries get deleted

A few patterns that lead to entries being marked for deletion or quality-flagged.

No external references. An entry that only links to the brand’s own website fails Wikidata’s verifiability requirement. Even one solid external reference is usually enough to keep an entry alive; zero external references is not.

Promotional tone in the description. Wikidata descriptions should be factual and neutral. “The leading provider of innovative project management solutions for forward-thinking enterprises” will get flagged. “Software company providing project management tools” will not.

Duplicate entries. Creating a new entry when one already exists is the most common reason for deletion. Always search first.

Created by accounts that appear to be the entity itself. Wikidata flags accounts that only edit entries about their own brand. Diverse editing history helps avoid this; pure self-promotion does not.

Insufficient properties. An entry with only a name and description but no structural properties (instance of, country, founding date) often gets flagged as incomplete. Adding two or three structural properties at the start prevents this.

Maintenance over time

A Wikidata entry is not a set-and-forget asset. It needs maintenance.

  • Quarterly: Check the entry for community edits. Verify that any changes are accurate. Update any properties that have changed (new leadership, new products, new locations).
  • On material changes: Any time something significant changes about the brand — acquisitions, leadership changes, headquarters relocation, major product launches — update the Wikidata entry within a reasonable window. Stale data on Wikidata propagates to other systems that reference it.
  • When you publish new external coverage: Each new piece of press, podcast appearance, or industry mention can be added as a reference. References accumulate over time and strengthen the entry.

The maintenance is light if you do it consistently. It is heavy if you let it drift for a year and then try to catch up.

We’ve covered a lot of this ground in this post about Entity Networking Monitoring and Maintenance.

How Wikidata fits into the broader entity SEO strategy

Wikidata is one piece of a larger entity SEO system. It is not a substitute for proper schema markup on your own site, cross-platform consistency, or the rest of the work. It is a force multiplier that makes everything else more effective.

A useful way to think about it: your structured data on your own site is what you declare about your entity. Wikidata is what other systems can verify about your entity. The combination — consistent declarations on your site backed by verifiable external structured data on Wikidata — is what produces high entity recognition confidence.

Without Wikidata, your entity is well-described on your own site but harder to verify externally. With Wikidata, the verification is built in.

Continue your learning (MLforSEO)

This post covered Wikidata’s notability criteria, the submission process, the common deletion patterns, and the maintenance routine. The full implementation — including the cross-platform distribution that builds external references, the schema templates that align with Wikidata structure, the press and authority-building workflow that produces verifiable coverage, and the BRIDGE framework that organises the full entity SEO system — is in the AI Search & LLMs: Entity SEO and Knowledge Graph Strategies for Brands course on MLforSEO.

Enrolling also gets you into the dedicated course channel inside the MLforSEO Slack community, where Beatrice Gamba and Lazarina Stoy answer course-specific questions and discuss ongoing implementation projects with course-takers.

Beatrice Gamba Head of Innovation
Beatrice Gamba
Head of Innovation at   Web
Beatrice Gamba is an expert in semantic technologies and the future of search. She specializes in helping businesses navigate the transition from traditional SEO to agent-driven discovery, combining technical expertise with practical implementation strategies.
Beatrice leads the development of knowledge graph solutions that make content accessible to intelligent agents and large language models. Her work focuses on the intersection of SEO, semantic web technologies, and digital transformation, enabling businesses to build sustainable competitive advantages in such a dynamic industry as Search has become.
A recognized thought leader in the semantic SEO space, Beatrice is a frequent speaker at industry conferences including The Knowledge Graph Conference in New York and Connected Data London, where she shares insights on how knowledge graphs and intelligent agents are reshaping content discovery. Her expertise spans entity-based optimization, structured data implementation, and automated SEO workflows.
With a background spanning Fortune 500 companies across various industries, Beatrice has helped organizations leverage cutting-edge semantic technologies to drive organic growth and enhance digital visibility. She is passionate about making advanced technologies practical and accessible, bridging the gap between innovation and real-world business application.
Beatrice’s approach combines strategic thinking with hands-on technical implementation, helping digital leaders prepare for a future where search and content discovery are increasingly dialogical, personalized and agent-mediated. Her work at the forefront of agentic search positioning makes her uniquely qualified to guide businesses through this critical transformation.
Beatrice currently serves as Head of Innovation at WordLift.
The future of search and content discovery will be dialogical, personalized and agent-mediated. Digital leaders need to start integrating these concepts in their strategies to be ready for what’s coming.
Expertise Areas
  Semantic SEO and Entity Optimization
– Knowledge Graphs and Structured Data
 Agentic Search Optimization
 Automated SEO Workflows

Share this post on social media: