THE SHORT ANSWER

Describe the real article, publisher and visitor path through a maintained owner for each entity. Resolve conflicting output and unsupported claims before treating a validator result as success.

Primary sources + editorial analysisSources & scope →
Article, publisher and breadcrumb entities connected without duplicate output.

Start with three separate questions: what is this page, who publishes it, and where does it sit in the website? Article, Organization and BreadcrumbList structured data can describe those different things. They should agree with the visible page and with one another. Adding more schema types does not make a page more trustworthy.

This guide explains a small, maintainable setup using official documentation checked on 13 October 2026. It is researched guidance, not a report of a live schema implementation or a promise of enhanced search results. No paid plugin is required by the approach.

Understand vocabulary, implementation and search eligibility

Google’s introduction to structured data describes machine-readable information about a page. Schema.org supplies a vocabulary; JSON-LD, Microdata and RDFa are ways to express it. Google supports those formats and generally recommends JSON-LD where the site’s setup allows it.

A valid vocabulary statement and eligibility for a particular Google feature are different checks. Schema.org describes more types and properties than Google uses for its documented search features. Use the relevant Google feature guide for Google-specific behaviour, then the vocabulary reference to understand the entities and relationships.

Structured data also needs an owner. In WordPress, a theme, SEO plugin, specialist extension or custom code may already generate it. Inspect a representative public page before adding anything. The plugin dependency audit helps identify which component owns a capability and what would be affected by changing it.

Give each entity a distinct job

EntityWhat it describesEditorial check
Article or a suitable subtypeThe editorial work on the pageHeadline, attribution, dates and representative image agree with the article
OrganizationThe actual publishing organisationName, URL, logo and identity refer to the same real publisher
BreadcrumbListAn ordered path to the pageLabels and destinations describe a meaningful visitor route

The Article vocabulary describes an article rather than the organisation that owns the whole website. The Organization reference describes an organisation. A person writing a guide and the organisation publishing it may be different entities; do not collapse them into an invented author.

For a fictional gardening journal, the guide is the Article, the journal’s real publisher would be the Organization, and Guides → Pruning basics might be its breadcrumb path. The same publisher can appear in many article relationships without becoming a new organisation on every page.

Match Article fields to real editorial information

Google’s Article documentation covers Article, NewsArticle and BlogPosting. Its current guide lists recommended properties rather than a universal set of required Article fields. Choose the type that truthfully describes the content; calling every tutorial a news report is not an improvement.

Check the headline against the displayed title. Use genuine author attribution and a profile URL that identifies that author when available. An organisation can be an author when that accurately represents the authorship. Do not add a fictional editor, professional title or credential to fill an empty field.

Record the actual first publication and meaningful modification dates. Do not refresh the public modification date merely because a routine build ran. Use a representative article image when supplied, rather than substituting the publisher’s logo for every guide. A missing genuine fact is a reason to improve the editorial record, not fabricate one.

A practical acceptance sheet lists each generated field beside its visible counterpart and responsible editor. If the page says one author while the markup names another, resolve the attribution before treating a validation result as success.

Describe the publisher without inventing a business identity

Google’s Organization guide recommends placing organisation information on the homepage or a single descriptive page such as About. It does not require the complete organisation description on every page. Use the most specific subtype that fits the actual organisation.

Keep the name, public URL and relevant logo consistent with the publisher readers can identify. Link only identity profiles that belong to that organisation. A social profile with a similar name is insufficient evidence for a sameAs relationship.

Do not copy registration numbers, addresses, awards, employee counts or service areas from a template. If the website’s public owner identity is unresolved, record that as an editorial decision to settle before release. A tidy machine-readable graph cannot establish ownership or credentials.

Where multiple nodes refer to the same publisher, a stable identifier can connect them. Google’s general guidelines explain using @id to connect related items. Decide a consistent identifier once and check that separate components have not created contradictory publishers under different names.

Make breadcrumbs describe a useful path

The BreadcrumbList vocabulary uses an ordered list of items. The Google breadcrumb guide recommends a typical user path rather than mechanically reproducing every URL segment.

For Google’s documented breadcrumb implementation, use at least two ListItems with the relevant names, ordered positions and destinations. Its last breadcrumb item may omit item; Google then uses the containing page’s URL. Therefore, a missing last-item URL is not automatically the error reported elsewhere in a trail.

Check the visitor-facing path too. A category label should lead to the intended category, and the current article label should identify this article. If an article belongs to several categories, choose a meaningful editorial path or deliberately supported multiple paths. Two different legitimate trails are different from accidental conflicting output.

Do not add nonexistent categories solely to produce longer breadcrumbs. Renaming a section also means checking its navigation label, breadcrumb output and destination together.

Use an example to understand relationships, then configure the real source

The following fictional JSON-LD fragment illustrates the three entities and a shared publisher identifier. It is displayed as text, not installed markup. It omits many optional or recommended details and is not a complete production template. Every example.com URL and the fictional name must stay out of a real site’s generated data.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#publisher",
      "name": "Fictional Example Journal",
      "url": "https://example.com/"
    },
    {
      "@type": "Article",
      "@id": "https://example.com/guides/sample/#article",
      "headline": "Fictional sample guide",
      "publisher": { "@id": "https://example.com/#publisher" }
    },
    {
      "@type": "BreadcrumbList",
      "itemListElement": [
        { "@type": "ListItem", "position": 1,
          "name": "Guides", "item": "https://example.com/guides/" },
        { "@type": "ListItem", "position": 2,
          "name": "Fictional sample guide",
          "item": "https://example.com/guides/sample/" }
      ]
    }
  ]
}

Prefer an existing maintained integration when it already generates accurate output. Ask its owner how fields are populated and which settings control each entity. Avoid pasting a second complete schema block into an article just because a test did not show the result you expected.

Investigate duplicates before switching components off

Several entities or JSON-LD blocks on one page are not inherently a defect. Article, publisher and breadcrumbs have separate purposes. The problem to investigate is two components describing the same entity with conflicting facts, or unintentionally emitting the same template repeatedly.

  1. Choose one affected URL and record the visible title, attribution and breadcrumb trail.
  2. Inspect all structured-data output, including Microdata or RDFa, not only the first JSON-LD block.
  3. Record each entity’s type, identifier and emitting component.
  4. Compare repeated entities for conflicting names, dates, URLs and relationships.
  5. Reproduce any proposed configuration change in a controlled copy, changing one responsible component at a time.
  6. Recheck an article, homepage and category page after the change.

Do not disable an entire SEO plugin without checking its other responsibilities, such as canonical tags and sitemaps. A schema correction should have a specific owner and recovery route rather than removing unrelated capabilities.

Validate syntax, truth and actual search state separately

Google’s testing-tool guidance distinguishes the Rich Results Test, which checks supported Google features, from the Schema Markup Validator, which checks schema.org markup without Google-specific validation. Use the tool that answers the question and read the exact entity and property behind an error.

Google’s general policies require relevant, accurate information representing visible content. They also explain that a correct test result does not guarantee search appearance. Never add made-up reviews, ratings or affiliations to seek stars.

Keep a private trial private. Do not remove login protection or noindex from staging to satisfy a public-URL test; review code privately through an approved process. When an authorised public release occurs, check the served output and Google’s view of representative URLs. Our launch checklist covers the wider release, and Search Console basics explains subsequent observation. Record validation, discovery and displayed search features as different outcomes.

Sources and verification

Editorial review 2026-10-13. Source check dates are recorded separately. Notes describe what each source supports and its limits.

View sources
  • Google Search Central: introduction to structured dataChecked Page-level structured information, vocabulary versus Google feature documentation and supported JSON-LD, Microdata and RDFa formats.
    Limits: No traffic benefit, ranking outcome or universal need for a new plugin is inferred.
  • Schema.org: ArticleChecked The Article entity and its distinction from publisher identity.
    Limits: Vocabulary semantics alone do not establish eligibility for a Google feature.
  • Schema.org: OrganizationChecked An organisation entity and available identity relationships.
    Limits: No actual publisher identity, credential, registration or affiliation is verified by the example.
  • Google Search Central: Article structured dataChecked Article, NewsArticle and BlogPosting types; recommended rather than required Article fields; author, dates, headline and representative images.
    Limits: No fictional author or credential is introduced, and the illustrative graph is not a full production template.
  • Google Search Central: Organization structured dataChecked Homepage or one descriptive-page placement, applicable specific subtypes and truthful organisation information.
    Limits: No universal requirement to emit a complete Organization on every page or promise of a knowledge panel.
  • Schema.org: BreadcrumbListChecked Ordered breadcrumb-list vocabulary.
    Limits: Google-specific property eligibility is taken from Google's separate guide.
  • Google Search Central: breadcrumb structured dataChecked Typical user paths, at least two ListItems, ordered position/name/item properties and optional item on the last crumb.
    Limits: No promise that a breadcrumb appears on every device or that any missing last-item URL constitutes an error.
  • Google Search Central: structured-data testing toolsChecked Rich Results Test versus generic Schema Markup Validator scope.
    Limits: Tools were researched but no actual site's markup was submitted or certified.
  • Google Search Central: general structured-data guidelinesChecked Truthful visible-content representation, connected items using identifiers, misleading markup restrictions and no guaranteed rich-result appearance.
    Limits: Multiple legitimate entities are not labelled automatically defective. No review, star, search-performance or publication result is invented.