Free News Media Organization Schema Generator

Fill in the facts visible on your page, copy the News Media Organization JSON-LD, and validate it before you publish. The guide, examples, and FAQs are below the tool. Generate this schema with AI

Type to filter 121 supported schema types.

Schema workflow

Use only facts a visitor can verify on the page, then validate the JSON-LD before publishing.

Type: Phone

Required

  • Visible News Media Organization content
  • Canonical page URL
  • Clear page owner/publisher
  • Fields that match the visible page

Recommended

  • A representative image when the schema supports it
  • SameAs or related links when visible
  • Validation before publishing

Avoid

  • Adding properties that are not visible
  • Copying example URLs into production
  • Skipping Google and Schema.org validation

Schema stacks

Use News Media Organization schema in a stack

Complete JSON-LD bundles that combine News Media Organization with the other types a real page needs. Browse all stacks

  • Press / Media Kit Stack

    Press/media kit pages with org identity, logo asset, site info, FAQs, and breadcrumb context.

Next step

Validate, repair, and publish clean structured data.

Check the generated JSON-LD against the visible page, then run both SwiftSchema and external validators before publishing.

News Media Organization Schema — Establish Publisher Identity

Generate valid NewsMediaOrganization JSON‑LD for your publisher/about pages. Clarify brand, logo, profiles, and contact details so articles map to the right publisher.

Try the NewsMediaOrganization Generator

Why many publisher pages underperform

  • Articles aren’t consistently attributed to the right publisher in search.
  • Logos appear inconsistently due to missing or unclear markup.
  • Multiple domains/editions dilute brand signals and confuse crawlers.
  • Manual JSON‑LD drifts across templates and is hard to maintain.

How SwiftSchema helps

Our generator focuses on the essentials that clarify publisher identity: name, canonical URL, logo/image, address, contactPoint, and official profiles via sameAs.

It outputs clean, copy‑ready JSON‑LD you can paste on your publisher or about page, complementing Article and NewsArticle markup to strengthen brand association.

How it works

  1. 01

    Choose NewsMediaOrganization in the generator below.

  2. 02

    Enter organization name, canonical site URL, and a high‑quality logo image.

  3. 03

    Add address (if applicable), contactPoint (telephone + contactType), and sameAs profiles (site, app, socials).

  4. 04

    Copy JSON or Script and paste it on your publisher/about page.

  5. 05

    Validate in the Rich Results Test and keep details in sync across editions.

Ready to build the markup?

Paste on your publisher or about page. Validate. Ship.

Generate NewsMediaOrganization JSON‑LD

What is NewsMediaOrganization structured data?

NewsMediaOrganization is an Organization subtype tailored for news publishers and media outlets. It captures the brand’s name, canonical URL, logos, addresses, contact points, and official profiles, and complements Article/NewsArticle schema to reinforce publisher relationships.

Eligibility & Status

This markup improves brand understanding and publisher associations but does not directly provide a standalone rich result. It supports identity features (including logo usage) when policies and requirements are met. Use it on your about/publisher pages to give crawlers a canonical view of your newsroom.

Publishing principles and trust policies

NewsMediaOrganization has a set of properties that point to a publisher’s editorial policy pages. They came out of the Trust Project’s “trust indicators” work and are part of schema.org. Each one takes the URL of a page that is actually published on your site:

PropertyPoints to
publishingPrinciplesYour overall editorial standards page
ethicsPolicyCode of ethics for journalists and editors
correctionsPolicyHow you handle and publish corrections
verificationFactCheckingPolicyHow claims are verified before publishing
mastheadStaff, editors, and leadership
ownershipFundingInfoWho owns and funds the publication
actionableFeedbackPolicyHow readers can send feedback or report errors
unnamedSourcesPolicyWhen anonymous sources are allowed
diversityPolicy / diversityStaffingReportNewsroom diversity commitments and reporting
missionCoveragePrioritiesPolicyWhat the newsroom covers and why
noBylinesPolicyWhy some content is published without bylines

Two things to know before adding them:

  • Only link pages that exist. Each property should point to a real, public page with that content. Don’t point every property at a generic About page.
  • They don’t create a rich result. Google doesn’t show a special search feature for these properties. They make your editorial transparency machine-readable, which helps when search engines, AI assistants, and news aggregators evaluate a publisher.

Most newsrooms start with publishingPrinciples, ethicsPolicy, correctionsPolicy, masthead, and ownershipFundingInfo, then add the rest as those pages get written. See the “Publisher with trust and policy pages” example on this page.

Why publisher markup matters

  • Brand consistency: Ensures search engines use the right name, URL, and logo across your articles.
  • Trust signals: Official addresses, contact points, and profiles reassure readers and partners.
  • Multi-edition clarity: Disambiguate regional/vertical editions while tying them back to the parent brand.
  • Operational control: Centralized JSON-LD prevents drift during redesigns or rebrands.

Essential properties to include

  • name: Official newsroom name (use alternateName for abbreviations).
  • url: Canonical publisher site.
  • logo / image: High-resolution ImageObject served from a stable CDN.
  • address: PostalAddress for HQ or mailing address.
  • contactPoint: contactType + telephone/email for press, reader services, etc.
  • sameAs: Official profiles (apps, social, Google News, Apple News, Wikipedia).
  • foundingDate, parentOrganization, memberOf: Context about your history and ownership.
  • areaServed: Regions or audiences you cover.

Preparing publisher data before generating schema

  1. Confirm branding: Validate the canonical name, tagline, and logos with leadership.
  2. Gather contact info: Press, advertising, subscriptions, or corrections lines.
  3. Inventory editions: List regional domains/verticals and their relationship to the main brand.
  4. Collect profile links: Apps, newsletters, social channels, podcast hubs.
  5. Document history: Founding year, awards, ownership; reuse this content on the page to avoid thin copy.
  6. Plan updates: Define who updates schema during rebrands or leadership changes.

Implementation workflow inside SwiftSchema

  1. Select NewsMediaOrganization in the generator.
  2. Enter name, alternateName, url, and logo.
  3. Add image, address, and contactPoint entries with contactType + telephone.
  4. Populate sameAs with official profiles; include parentOrganization if applicable.
  5. Export JSON-LD, embed it on your about/publisher page, and optionally include in the site footer template.
  6. Validate using the Rich Results Test; archive validation URLs for compliance.

Troubleshooting & QA

  • Inconsistent naming: Align schema name with Business Profiles, News Publisher Center, and site headers.
  • Broken logos: Logos must be publicly accessible; avoid querystrings that expire.
  • Multiple editions: If each edition has its own domain, ensure each has accurate url and references the parent organization.
  • Outdated contacts: Monitor when phone numbers/emails change; update schema immediately.
  • Missing sameAs: Without official profile links, search engines may misattribute your brand.

Automate QA by storing publisher metadata in a CMS or config file. When marketing updates branding or contact info, regenerate the schema automatically.

Maintenance and governance

  • Update schema during rebrands, mergers, or logo changes across all templates.
  • Audit quarterly to confirm logos, addresses, and contact points still match your public pages.
  • Keep lastReviewed metadata current and document schema ownership (comms, product, or engineering).
  • Maintain a publisher metadata registry (spreadsheet or CMS entry) feeding SwiftSchema.

Common Errors & Fixes

  • Inconsistent naming/URLs: use a single canonical brand name and URL across pages.
  • Logo issues: provide a crawlable, high-quality image at a stable URL.
  • Missing profiles: add official profiles via sameAs (site, apps, social, newsstand).
  • Weak contact data: include contactPoint with contactType and telephone.

On-page parity checklist

  • Publisher name and tagline on-page match name/alternateName.
  • Header/footer logos match logo/image URLs and are publicly accessible.
  • Contact options (press, advertising, corrections) shown on-page match contactPoint.
  • Parent/edition relationships described in content align with parentOrganization and areaServed.
  • App/social/newsstand links visible on-page match sameAs; remove deprecated profiles.

Content depth ideas (avoid thin publisher pages)

  • Include newsroom leadership bios and beats (editor-in-chief, managing editors, bureau leads).
  • Publish editorial standards, ethics policies, corrections process, and sourcing guidelines.
  • Add membership/subscription offerings and link to paywall policy if applicable.
  • Share major awards and accreditations; cite authoritative sources.
  • Describe coverage areas, bureaus, and languages served; link to key verticals.

Localization and multi-edition guidance

  • For regional editions, use localized URLs, areaServed, and the WebPage inLanguage; reference the parent brand via parentOrganization.
  • Keep logos and contact points localized where required (local desks, phone numbers).
  • Align hreflang/canonicals with schema URLs for each edition’s about page.

Governance and QA

  • Centralize publisher metadata in a single config/CMS entry feeding both schema and page content.
  • Run link checks on sameAs and contactPoint destinations monthly.
  • Validate after rebrands or CMS migrations to ensure JSON‑LD still renders once per page.
  • Keep a change log for brand assets (logo swaps, domain moves) and update lastReviewed with each cycle.
  • Document ownership for schema updates (audience/comms/SEO) and set a quarterly review to catch stale contacts or expired links.
  • Store @id values for the brand and editions so Article/NewsArticle pages can consistently reference the same entity.
  • Ensure Article/NewsArticle templates reference the same publisher entity (@id) to avoid fragmenting signals across sections.
  • If you publish newsletters or podcasts, link those hub pages from the publisher/about page to reinforce brand ownership across formats.
  • Keep a short “Contact the newsroom” block on-page with the same emails/phones you expose in contactPoint to avoid drift.
  • Add a concise mission or coverage statement on-page and mirror it in description to reduce thin content and reinforce brand focus.
  • Note your primary coverage regions (national, city, beat) in copy to align with areaServed when used.

Required properties

  • name

Recommended properties

  • url
  • logo
  • image
  • sameAs[]
  • address.streetAddress
  • address.addressLocality
  • address.addressRegion
  • address.postalCode
  • address.addressCountry
  • contactPoint.contactType
  • contactPoint.telephone
  • publishingPrinciples
  • ethicsPolicy
  • correctionsPolicy
  • verificationFactCheckingPolicy
  • masthead
  • ownershipFundingInfo
  • actionableFeedbackPolicy
Minimal JSON-LD
Validate
{
  "@context": "https://schema.org",
  "@type": "NewsMediaOrganization",
  "name": "The Example Times",
  "url": "https://www.exampletimes.com"
}
Publisher with trust and policy pages
Validate
{
  "@context": "https://schema.org",
  "@type": "NewsMediaOrganization",
  "name": "The Example Times",
  "url": "https://www.exampletimes.com",
  "logo": "https://www.exampletimes.com/logo.png",
  "sameAs": [
    "https://www.wikidata.org/wiki/Q00000000",
    "https://x.com/exampletimes"
  ],
  "publishingPrinciples": "https://www.exampletimes.com/standards",
  "ethicsPolicy": "https://www.exampletimes.com/standards/ethics",
  "correctionsPolicy": "https://www.exampletimes.com/standards/corrections",
  "verificationFactCheckingPolicy": "https://www.exampletimes.com/standards/fact-checking",
  "masthead": "https://www.exampletimes.com/about/staff",
  "ownershipFundingInfo": "https://www.exampletimes.com/about/ownership",
  "actionableFeedbackPolicy": "https://www.exampletimes.com/contact/feedback"
}

Related types

Browse all schema types

References