PR Newswire knew. Business Wire knew. GlobeNewswire knew. They all received the same Matt Cutts video in 2013 and the same official clarification in 2014: press release distribution links do not pass PageRank, and the syndicated copies of your release on their networks are not ranking documents in the eyes of Google.

Twelve years later, brands still pay $1,200 per release to publish into a graveyard. The math has gotten worse, not better. AI search engines like Perplexity and ChatGPT Search now treat low-quality syndicated press release content as a negative ranking signal, actively demoting domains that appear on the same syndication network as their citation-fed competitors.

This is the SEO press releases guide most agencies will not write because their business model depends on you continuing to pay for the wire. What follows is the actual 2026 playbook.

The wire-to-owned path: where the value actually lives

A close-up of a Google search bar on a screen, the indexing reality that drives every modern decision about where a press release should live.

The value of a press release in 2026 lives in three places, in order: the canonical version on your own domain, the earned editorial pickup on third-party publications, and the structured-data signal you send to AI search engines via schema markup. None of those three places is the wire.

The wire used to do one job well, which was distribute the release to a network of low-tier news sites that would mirror the content and create the appearance of broad pickup. Google killed the SEO value of that distribution in 2013. The mirror sites still exist. They are just invisible to the search and AI engines now.

The Wire-to-Owned Path is the framework I run with clients to relocate the value. Step one: write the release for your domain first. Step two: publish to /press/{slug} with structured data. Step three: pitch the same release directly to 25 to 50 named journalists. Step four: when pickup happens, capture every backlink and update internal anchor text to consolidate the authority on the canonical page. Step five: revisit the page every 90 days to refresh the date and add new pickup citations.

Brands that run this path see press release pages compound as citation surfaces over 12 to 24 months. Brands that ride the wire see traffic decay to near-zero within 30 days of publication.

Structure the release for both human readers and retrieval engines

A 2026 press release on your own domain should have two readers: the journalist who decides whether to write a story, and the retrieval engine that decides whether to surface the page in an AI answer. The two readers have different needs.

The journalist reader needs the news in the first 35 words, a quote in paragraph three, a customer or third-party validator in paragraph four, and a contact line at the bottom. Inverted pyramid still applies. The journalist does not read past paragraph four unless paragraph one earned the read.

The retrieval engine reader needs the headline as an H1, the dateline and location as visible text near the top, the first paragraph as a clear lede with the entity names spelled out, structured data using either NewsArticle or PressRelease schema, and clean internal links to related canonical pages. The engine does not “read past paragraph four.” It chunks the entire page into passages and embeds each one for retrieval.

The trap most teams fall into is writing for one reader and assuming the other will follow. A release optimized for the journalist with hand-wavy adjectives and no structured data will not get retrieved. A release optimized for the retrieval engine with keyword density and no human voice will not get a journalist to call back.

Write for the journalist. Then structure for the engine. The two are compatible if you do them in that order.

Headlines, datelines, and metadata that actually rank

The H1 of a press release is the title of the news story, not a marketing slogan. “Decagon Reaches 5 Million Autonomous Customer Resolutions in Q1 2026” outperforms “Decagon Achieves Major AI Milestone” in every retrieval test I have run. The first is a fact with entities and a number. The second is an opinion with neither.

The dateline is the city and date in plain text near the top of the body. The retrieval engine uses the dateline to confirm geographic and temporal context. Many CMS templates strip the dateline; do not let yours.

The meta title and meta description for a press release should match the news, not the company. A good meta title is “Decagon Reaches 5M Autonomous Resolutions in Q1 2026 | Press Release” with the brand name relegated to the end. A bad meta title is “Decagon Announces a Major Milestone.” The first ranks for the news. The second ranks for nothing.

The slug should follow the news structure as well. /press/decagon-5m-autonomous-resolutions-q1-2026 is a ranking slug. /press/major-milestone-announcement is a dead slug.

The Open Graph image should be a 1200x630 graphic that includes the headline as readable text and your logo. Social shares and journalist link previews both pull from OG. A press release page with no OG image gets a generic logo card. A press release page with a custom OG image gets a clear visual hook in every LinkedIn or X share, which compounds the reach.

Schema markup: the part nobody is doing right

Schema.org defines two relevant types: NewsArticle and PressRelease. The PressRelease type is more specific. NewsArticle is more widely supported. For maximum compatibility, mark up the page with NewsArticle and use the optional articleSection property to flag it as “Press Release.”

Required fields: headline (matching the H1 verbatim), datePublished and dateModified (ISO 8601), author (an Organization or Person object, not a string), publisher (an Organization object with logo), image (an absolute URL to the OG image), and articleBody (the full release text).

Highly recommended fields: about (Thing references for the topics covered), mentions (Person or Organization references for every named human or company in the release), and isPartOf (a reference to your /press feed page).

Sites with proper NewsArticle schema get retrieved in AI answers at roughly 2x the rate of sites without it. The schema is not magic; it is just legible. When the engine has to choose between a release whose structure it has to infer and a release where the structure is declared explicitly, it picks the declared one.

A handful of sites are now adding LiveBlogPosting schema for ongoing announcements (product launches with iterative news, multi-day events). That is an advanced move and not required, but the engines reward sites that signal updated content with the appropriate type.

The pitch is the SEO, because the pickup is the ranking

A pensive man typing on a vintage typewriter at a desk, an image used to describe the editorial process every published press release passes through.

A press release on your own site, with no editorial pickup, ranks modestly. The same release with 8 to 25 editorial pickups across third-party publications ranks aggressively. The pickup is the SEO. The release is the artifact the pickup happens around.

Pitch the release directly to journalists, not through a wire. Build a list of 25 to 50 named reporters who cover your specific subcategory. Read their last five pieces. Reference one of them by name in your pitch. The pitch is 80 to 110 words, plain text, with the canonical release link at the bottom and a single attached PDF for reporters who want the printable version.

Pitch on the right day for your beat. For business and finance, Tuesday or Wednesday between 7 and 9 AM Eastern. For tech and product launches, Monday afternoon for a Tuesday or Wednesday filing. For consumer beats, Thursday morning for a Friday or weekend filing.

Follow up once, 72 hours later, with one of three options: a new data point, a new customer angle, or a polite withdrawal. Do not follow up three times. Reporters block aggressive senders permanently.

When a pickup lands, the work is not done. Add the citation to your /press page under that release. Email the reporter a one-line thank-you with no ask. Within 30 days, send the reporter one piece of original data you did not include in the release, unsolicited. This is how you turn a one-time pickup into a relationship that produces ongoing coverage and ongoing citations.

Measure citations, not impressions

The wire’s value proposition was always “potential audience reach” of 50 to 200 million impressions. That number is fiction. It is the sum of unique visitors to every site that might possibly mirror the release, multiplied by the implausible assumption that every reader sees every piece of content. The real reach of a wire release is usually a few hundred to a few thousand actual readers, most of whom are competitors monitoring the space.

The metric that matters is citations. A citation is a verifiable, named, third-party mention of the news that includes a link, a quote, or an attribution to your brand. Citations come from editorial pickups, from AI search answers that reproduce the news, from podcast and newsletter mentions, and from inbound questions from other journalists who saw the original pickup.

Track citations weekly for the first 90 days after a release. Score each on three axes: domain authority (rough proxy via DR or DA), audience match (is this publication where your buyer lives), and quote depth (full quote, paraphrase, or name-drop). A single high-authority full-quote citation in your target publication beats 80 syndicated mirror-site mentions on a 14 DR domain. Always.

Pick one piece of legitimate news from your business this quarter. Write the release for your domain. Mark it up with NewsArticle schema. Pitch it to 30 named journalists by Tuesday at 8 AM. Track the pickups for 90 days. That is the entire workflow. The wire is no longer a step in it.