Before a Startup Seeks a Wikipedia Page, Build an Entity Evidence File

A startup can have a trading name, a registered company name and several product names in circulation at once. When a team starts preparing a Wikipedia draft or checking a Wikidata item, those names can easily become mixed into one supposed company profile.

Build a small entity evidence file first. Its purpose is to establish which organization each fact describes and where that fact can be checked. This is useful work even if the company never qualifies for an encyclopedia article.

Separate the business, the brand and the product

List the legal entity, customer-facing brand and individual products on separate lines. For each, record the name used by the source, the relevant date and the relationship the source actually establishes. A product launched by a company is not automatically a separate organization. A similarly named company in another country is not automatically a subsidiary.

For an Indian startup, an official corporate record may help establish a registered name or identifier. Check the correct entity rather than selecting the first name match. A registry entry can support an identity fact, but it does not by itself demonstrate the independent coverage needed for an English Wikipedia company article.

Do not publish confidential paperwork to fill a gap in public evidence. If a fact has no appropriate public source, mark it unresolved in the working file rather than presenting an internal claim as publicly verified.

Sort sources by what they can prove

A single list of links obscures important differences. Classify each source by its relationship to the company and the actual claim it supports:

  • Official records: useful for the specific identity or registration facts they contain, subject to the record's date and scope.
  • The company's website: useful for identifying how the company describes itself and its products; it is not independent reporting.
  • Independent reporting: potentially useful for establishing substantial coverage, after checking reliability, depth and whether the piece is genuinely independent.
  • Press-release copies and sponsored features: record their origin and relationship instead of counting each republication as another independent investigation.

Keep the supported claim beside the source. A feature about a founder's earlier employer does not necessarily support claims about the founder's new company. An article mentioning a product in a list does not necessarily provide substantial coverage of its developer.

Apply the right project's test

English Wikipedia's company notability guideline looks for significant coverage in reliable, independent secondary sources. Trivial mentions and the mere existence of a business do not establish that threshold. Other language editions have their own policies, so do not treat an English-language checklist as a universal rulebook.

Wikidata's notability policy sets out different routes, including an eligible Wikimedia sitelink, a clearly identifiable entity described by serious public references or a structural need. An existing Wikidata item therefore does not prove eligibility for a Wikipedia article. Nor does a company registration alone guarantee that a new item will be accepted.

Guangsuan's comparison of Wikipedia and Wikidata for company profiles explains the distinction between a narrative article and a structured item. Use it for orientation, then make any submission decision against the relevant project's current rules.

Check for an existing record before creating another

Search the current name, former names and any documented aliases. Compare official websites, identifiers, locations and organizational relationships before deciding that a result describes the same entity. Matching a name is a starting point, not a sufficient identity check.

If an existing record contains a discrepancy, document the old claim, the proposed correction and the source that supports the change. Keep dates explicit: a former address can be historically correct even though it is no longer the current address.

A company-connected contributor should disclose the relationship and follow the project's conflict-of-interest and paid-contribution rules. For an English Wikipedia article about the company, the talk-page correction process is generally a better starting point than silently rewriting the article as a company representative.

Finish with a decision, not a promised listing

The file should end in a concrete next step: investigate a possible duplicate, propose a sourced correction, assess whether the independent coverage is sufficient, or leave the question open because the evidence is weak. It should never convert “we have collected links” into “the platform must accept us.”

Community decisions, search visibility and AI citations are separate outcomes. A consistent, sourced account of the company's identity is worthwhile without claiming that a listing will deliver any of them.