What Is Article Schema?

Published
14 min read

What Is Article Schema?

Article schema is structured data that identifies an editorial article and describes facts such as its headline, author, publisher, publication dates, images and canonical page identity.

The Article type provides a machine-readable layer for written editorial content. BlogPosting and NewsArticle are more specific subtypes that can communicate the publication context. The graph should describe the actual article users see, not a category archive, search page, sales landing page or generic website shell.

Markup cannot prove reporting quality, establish expertise or guarantee a rich search appearance. Its value comes from connecting accurate article facts to stable Person, Organization, WebPage and ImageObject identities. The editorial page and structured representation must evolve together.

  1. Frame the decision raised by What Is Article Schema.
  2. Confirm its value type and the object it describes.
  3. Compare the markup with visible page information.
  4. Correct the source data or template without inventing values.
  5. Validate the rendered result and monitor future changes.
Property or nodeRepresentsEvidence source
@typeArticle classificationActual page format
headlinePrimary article titleVisible H1
authorResponsible creatorByline and profile
publisherPublishing organizationSite ownership
datePublishedInitial publication timeEditorial record
dateModifiedMeaningful latest updateRevision history
imageRepresentative article imageVisible media asset
mainEntityOfPageCanonical page relationshipPreferred URL
  • Describe a real editorial article.
  • Connect stable author and publisher identities.
  • Keep dates and images truthful.

Article schema is an accurate publication record for editorial content, not a substitute for editorial quality or authority.

The decision for What Is Article Schema should rest on live, traceable evidence and a verified follow-up check.

How Does Article Schema Work?

Article schema works by creating an article node, attaching publication facts and connecting that node to the canonical WebPage, responsible author, publisher and representative media.

A parser reads the rendered graph and evaluates the relationships. The Article can reference a Person as author and an Organization as publisher. The WebPage can identify the Article as its main entity, while the Article can point back through mainEntityOfPage. Consistent IDs keep those references from fragmenting across templates.

Syntax validation checks whether properties are shaped correctly, but it cannot verify that an author wrote the piece or that a modification date reflects a substantive update. Publishing systems need source fields, ownership and release rules that make the graph honest by default.

  • Evidence for How Does Article Schema Work: the live structured-data entity and property relationship
  • The expected value type and any nested object
  • Visible page information that supports the structured value
  • Related offer or catalog fields needed for interpretation
  • A fresh validation result after the page changes
StageGraph actionFailure example
ClassifyChoose Article subtypeProduct page marked as Article
IdentifyAssign stable article or page IDNew identity on each render
AttributeConnect real authorBrand inserted as Person
PublishConnect publisher organizationUnrelated corporate entity
DateOutput editorial timestampsCurrent time on every request
MediaReference representative imageLogo used as article image
ValidateCompare rendered graph and pageSchema passes while byline differs
  1. Confirm the page is editorial content.
  2. Select the truthful subtype.
  3. Map authoritative CMS fields.
  4. Connect stable entities.
  5. Validate rendered output.

The markup works when one canonical article connects verifiable publication facts through a coherent structured graph.

The decision for How Does Article Schema Work should rest on live, traceable evidence and a verified follow-up check.

Article vs BlogPosting vs NewsArticle

Article is the broad editorial type, BlogPosting is suited to blog entries and NewsArticle is suited to genuine news reporting; choose the most specific type that matches the publication workflow and page purpose.

A company tutorial, opinion piece or evergreen guide commonly fits BlogPosting or Article. Time-sensitive reporting produced through a news editorial operation may fit NewsArticle. A press release does not automatically become independent news, and a product update is not NewsArticle merely because it is recent.

Subtype choice should reflect content, governance and user expectations. The fields overlap substantially, so changing the type will not rescue incomplete authorship, misleading dates or weak page quality. When no specific subtype is clearly supported, Article is the safer truthful model.

  1. Frame the decision raised by Article vs BlogPosting vs NewsArticle.
  2. Confirm its value type and the object it describes.
  3. Compare the markup with visible page information.
  4. Correct the source data or template without inventing values.
  5. Validate the rendered result and monitor future changes.
Content situationLikely typeKey distinction
Evergreen SEO guideArticle or BlogPostingEducational editorial content
Company blog updateBlogPostingPublished within blog
Original news reportNewsArticleNewsroom reporting workflow
Opinion columnArticle or suitable subtypeAttributed commentary
Press releaseArticle where appropriatePublisher-originated announcement
Product landing pageProduct or WebPageCommercial page, not article
Category archiveCollectionPageLists articles rather than being one
Forum questionQAPage when eligibleCommunity question model
  • Match the page’s actual editorial purpose.
  • Use NewsArticle only for genuine news content.
  • Keep non-article templates out of article markup.

Choose the narrowest honest editorial subtype and never use NewsArticle as a freshness or visibility label.

The decision for Article vs BlogPosting vs NewsArticle should rest on live, traceable evidence and a verified follow-up check.

Which Article Schema Properties Matter Most?

The most important Article properties are headline, author, publisher, datePublished, truthful dateModified, representative image and the canonical mainEntityOfPage relationship.

The headline should describe the same story as the visible primary title, even if character handling differs slightly by interface. Author can be a Person or, when editorial responsibility genuinely belongs to an organization, an Organization. A stable author profile gives the relationship clearer identity than an unlinked name string.

Publisher should represent the entity publishing the article and can connect to the Organization node described in Organization schema. Images need accessible, crawlable URLs and should represent the article rather than a generic placeholder. Optional properties should be added only when supported by editorial data.

  • Evidence for Which Article Schema Properties Matter Most: the live structured-data entity and property relationship
  • The expected value type and any nested object
  • Visible page information that supports the structured value
  • Related offer or catalog fields needed for interpretation
  • A fresh validation result after the page changes
PropertyPriorityAudit question
headlineHighDoes it match the visible article title?
authorHighIs responsibility correctly attributed?
publisherHighIs this the real publishing entity?
datePublishedHighIs it the original publication time?
dateModifiedHigh when usedWas a meaningful change made then?
imageHighIs it relevant and accessible?
mainEntityOfPageHighDoes it reference the canonical page?
descriptionUsefulDoes it accurately summarize the article?
articleSectionOptionalDoes it match real taxonomy?
  1. Map the visible headline.
  2. Connect the responsible author.
  3. Reference the canonical publisher.
  4. Preserve original and modified dates.
  5. Use a maintained article image.

Prioritize identity, attribution, dates, canonical relationships and representative media before optional enrichment.

The decision for Which Article Schema Properties Matter Most should rest on live, traceable evidence and a verified follow-up check.

How Should Author and Publisher Markup Be Built?

Author markup should identify the person or organization responsible for the article, while publisher markup should identify the entity that publishes and controls the editorial surface.

Use a stable Person ID and profile URL when an identifiable writer is responsible. The profile should contain truthful biographical and editorial context, not fabricated credentials. Guest authors can have their own nodes without being treated as employees. Multiple authors should remain distinct rather than combined into one name string.

The publisher usually references one stable Organization ID across the site. Its name, URL and logo should agree with the canonical business identity. Do not use a hosting provider, parent investor or content-management platform as publisher unless it truly performs that role.

  1. Frame the decision raised by How Should Author and Publisher Markup Be Built.
  2. Confirm its value type and the object it describes.
  3. Compare the markup with visible page information.
  4. Correct the source data or template without inventing values.
  5. Validate the rendered result and monitor future changes.
Entity caseRecommended modelAvoid
Named staff writerPerson with stable IDPlain name changing across pages
Guest contributorSeparate PersonTreating guest as employee
Multiple writersArray of Person nodesOne combined Person name
Editorial team bylineOrganization only when genuinely responsibleInvented individual author
Site publisherCanonical Organization IDNew publisher node per article
Parent companyRelationship only if relevantReplacing actual publication brand
AI-assisted draftAttribute accountable human or organization truthfullyAssigning software as accountable expert
No public authorUse supportable responsible entityFabricated persona
  • Identify accountable creators.
  • Reuse stable entity IDs.
  • Publish only supportable credentials and roles.

Clear author and publisher identities make responsibility legible without manufacturing expertise or corporate relationships.

The decision for How Should Author and Publisher Markup Be Built should rest on live, traceable evidence and a verified follow-up check.

How Should Publication and Modified Dates Work?

datePublished should preserve the article’s original public publication time, while dateModified should change only when a meaningful editorial revision becomes publicly effective.

Changing a punctuation mark, refreshing a cache or rebuilding a template does not justify presenting an article as substantively updated. Meaningful changes may include corrected facts, new analysis, revised recommendations or material additions. The visible page should communicate the update consistently when recency matters to users.

Use complete ISO-formatted timestamps with the correct timezone. Avoid setting dateModified to the current request time, deployment time or latest database save when that field includes administrative changes. Preserve a revision source so editors can explain why a date changed.

  • Evidence for How Should Publication and Modified Dates Work: the live structured-data entity and property relationship
  • The expected value type and any nested object
  • Visible page information that supports the structured value
  • Related offer or catalog fields needed for interpretation
  • A fresh validation result after the page changes
EventdatePublisheddateModified
First public releaseSet original timeUsually same or omitted by policy
Substantive factual revisionPreserveUpdate to revision time
New research or examplesPreserveUpdate when materially changed
Typo correctionPreserveUsually preserve
Template redesignPreservePreserve
Image compressionPreservePreserve
URL migrationPreservePreserve unless content changed
Republished syndicated copyRespect original and publication policyDo not fabricate freshness
  1. Store the original public timestamp.
  2. Define meaningful-update criteria.
  3. Record revision reason and effective time.
  4. Keep visible and structured dates aligned.

Publication dates establish origin, and modified dates should record meaningful editorial change rather than automated freshness.

The decision for How Should Publication and Modified Dates Work should rest on live, traceable evidence and a verified follow-up check.

How Do Canonicals and Syndicated Articles Affect Markup?

Canonical and syndication decisions determine which URL represents the article, while Article schema should describe the content on each page without pretending duplicate copies are one independently original publication.

A canonical tag, internal links, sitemap entry and mainEntityOfPage should point toward the intended preferred URL when the publishing arrangement supports that choice. Cross-domain syndication agreements require explicit policy because partners may retain indexable copies. Structured data alone does not consolidate duplicate URLs.

Track original authorship and dates across versions. Do not replace the originating publisher or author simply because another domain republishes the text. Excerpts, translations and materially adapted editions may require separate page identities and relationships rather than a blind copy of the source graph.

  1. Frame the decision raised by How Do Canonicals and Syndicated Articles Affect Markup.
  2. Confirm its value type and the object it describes.
  3. Compare the markup with visible page information.
  4. Correct the source data or template without inventing values.
  5. Validate the rendered result and monitor future changes.
Publishing caseCanonical approachSchema responsibility
Tracking URL duplicateCanonical to clean articleDescribe preferred page consistently
Print versionCanonical to main articleAvoid separate competing identity
Syndicated full copyFollow explicit partner agreementPreserve true source and publisher roles
Authorized translationOften separate locale URLIdentify translated edition truthfully
Updated editionCanonical based on editorial policyPreserve real dates and identity
Excerpt pageCanonical or self-canonical by purposeDo not claim full article content
Scraped copyNot controlled by source publisherAddress through evidence and enforcement
Domain migrationCanonical and redirect to new URLKeep article identity stable where possible
  • Align canonical, sitemap and graph relationships.
  • Preserve original attribution.
  • Model editions rather than cloning identities blindly.

Use canonical signals to identify the preferred page and preserve truthful authorship, publisher and edition relationships across syndicated copies.

The decision for How Do Canonicals and Syndicated Articles Affect Markup should rest on live, traceable evidence and a verified follow-up check.

What Article Schema Mistakes Are Common?

Common Article schema mistakes include marking up non-articles, changing modified dates automatically, using false authors, duplicating nodes, referencing generic images and conflicting with visible headlines or canonicals.

Template leakage is a major source of scale errors. If Article JSON-LD sits in a global layout, category pages, product pages and search results may inherit it. Multiple SEO plugins can also generate competing Article nodes with different publishers or dates.

Another failure is confusing content optimization with evidence. Adding a Person node does not prove expertise, and a recent date does not make old guidance current. Audit the editorial source fields and rendered page together. Fix inaccurate facts before adding optional properties.

  • Evidence for What Article Schema Mistakes Are Common: the live structured-data entity and property relationship
  • The expected value type and any nested object
  • Visible page information that supports the structured value
  • Related offer or catalog fields needed for interpretation
  • A fresh validation result after the page changes
MistakeRiskCorrection
Article on non-editorial pageWrong page classificationLimit output by template
Automatic current dateModifiedFalse freshnessUse meaningful revision source
Fabricated author profileFalse attributionIdentify accountable entity
Duplicate Article nodesConflicting factsAssign one graph owner
Logo as article imageWeak representationUse relevant editorial image
Headline mismatchAmbiguous story identitySync title source
Wrong canonical relationDuplicate URL confusionReference preferred page
Hidden unsupported metadataTrust gapMatch visible evidence
  1. Inventory every Article node.
  2. Identify template leakage and duplicates.
  3. Verify authors, dates and publisher.
  4. Align headline, image and canonical.
  5. Retest rendered output.

Article schema quality depends on truthful editorial fields and controlled templates, not the number of properties emitted.

Start with a relevant free SEO check, continue the evidence workflow in Novaverb, and review pricing when comparing continuous monitoring with a one-time manual review.

The decision for What Article Schema Mistakes Are Common should rest on live, traceable evidence and a verified follow-up check.