Sep 9, 2026 · by Brett Terpstra · View source

Marked Share

Markdown and TextBundle editing, review, and sharing

Marked Share

Editorial analysis

The publishing layer is where cross-border content operations quietly bleed money

Most cross-border sellers I talk to have their stack backwards. They spend six figures a year on ad creative, three figures a month on Helium 10, and roughly zero thought on where the words that carry their listings, help-center articles, and DTC blog posts actually live. Then a supplier dispute hits, a marketplace takedown lands, or a review platform buries their content behind a login, and they discover their own copy isn’t theirs anymore. That’s why Brett Terpstra’s launch of Marked Share on Product Hunt caught my attention — not because it’s an e-commerce tool, but because it’s a publishing primitive that solves a problem most operators don’t realize they have until it’s expensive. This is a Markdown publishing and sharing service from the maker of Marked for Mac, currently free, with short links on markedb.in, TextBundle support, and a full HTTP API. Let me explain why that matters to anyone running listings, landing pages, and content ops across borders.

What Marked Share actually solves (and what it isn’t)

Strip away the Mac-app framing and Marked Share is a hosted publishing endpoint for Markdown documents. You can publish from a browser, from Marked 3, or without an account at all. It renders GFM plus extras — tables, footnotes, definition lists, task lists, callouts, SVG, Mermaid, math — through Apex, which handles a wide range of Markdown flavors. There’s an editor with autosave, images, version history, and import for .md, TextBundle/.textpack, and zip files. You can capture a URL as Markdown with images re-hosted. You get short links with custom slugs like yourname/my-notes, visibility controls (private, unlisted, public), optional password and expiry, raw Markdown and TextBundle downloads, reading styles, keyboard reading, saved place, table of contents, highlights, notes, reviews, a library with search and collections, an opt-in public profile, blogs on a custom domain or subdomain with an Atom feed, and publishing to Micro.blog. Sign-in is email or Apple. The whole thing sits behind a full HTTP API — the same one Marked itself uses, with tokens, TextPack, search, highlights, and captures.

The maker is explicit about the positioning: “Marked Share is currently free, as I built it to offer a publishing option for Marked 3 users. I might charge for it eventually, depending on uptake, but it’s free for now and doesn’t require Marked to be a fantastic tool for publishing and sharing Markdown files, with full TextBundle support.” Translation for operators: this is a solo developer’s sidecar product, not a venture-backed content platform with an SLA. Price it into your risk model accordingly.

Why Amazon sellers should care more than Shopify ones

Shopify merchants already have a blog engine, metafields, and a theme layer that renders content on their own domain. If you’re on Shopify, Marked Share is a nice-to-have for internal docs and supplier-facing specs. Amazon sellers are in a different situation entirely. Your Amazon Seller Central listings, A+ Content, and Brand Story modules live inside a walled garden where you don’t control the rendering, the URL structure, or the export. When you need to circulate a product spec, a compliance document, or a translated help article to a Chinese supplier, a Vietnamese 3PL, and a US-based agency, you’re usually emailing Word files or Google Docs links that break formatting, leak edit access, or expire when someone’s Workspace admin changes a sharing policy.

Marked Share’s combination of short links, custom slugs, password protection, and expiry dates is a lightweight answer to that. A yourbrand/q3-packaging-spec link that expires in 30 days and requires a password is a cleaner artifact than a Drive link with “anyone with the link can edit.” And because raw Markdown and TextBundle downloads are supported, the supplier can pull the source and re-upload without you losing the canonical version.

Where the math breaks

Here’s the honest part. Marked Share is not a CMS, not a DAM, and not a translation management system. If you’re running 40 SKUs across five marketplaces with localized copy in four languages, this won’t replace a proper Contentful or Sanity instance, and it certainly won’t replace a PIM like Akeneo or Salsify. The version history is document-level, not field-level. There’s no role-based access control beyond visibility and password. There’s no approval workflow. And critically, there’s no guarantee of uptime or data durability beyond whatever the maker has provisioned — which, for a free product built as a companion to a paid Mac app, is not something you should bet a compliance audit on.

The round-trip editing question came up in the launch thread, and the answer is instructive. Tom Veber asked whether images survive when you send a TextBundle, someone edits it, and sends it back — noting that “every markdown review setup I’ve tried drops the attachments somewhere along the way.” Terpstra’s response: “It’s not extensively tested for this use case (round trip edit). When you export a TextBundle (TextPack) from Marked Share, it will include all of the image attachments in the assets folder. The other side can’t technically edit on Marked Share, though, they can only review and add highlights and comments. But they can download the TextPack, edit, and either upload to Marked Share or send to you directly. As long as they don’t alter the image attachments, they should continue to work. Marked Share’s primary purpose is publishing, but with a lot of review features built in. Just not synced editing.”

Read that twice if you’re planning to use this as a supplier collaboration tool. It’s a publishing tool with review features, not a collaborative editor. If your workflow requires two people editing the same document simultaneously — say, a US copywriter and a Manila-based VA — this is the wrong tool. If your workflow is “one person owns the document, others annotate,” it fits.

What cross-border operators can borrow from this launch

Even if you never touch Marked Share, there are four patterns here worth stealing for your own content operations.

Own your source format. Markdown is plain text. It survives tool migrations, renders anywhere, diffs cleanly in Git, and doesn’t lock you into a proprietary editor. If your product copy, help articles, and ad scripts live as Markdown files in a repo, you can push them to Shopify, Amazon, TikTok Shop, and Etsy through whatever pipeline you build — and you can hand them to a translator without exporting a .docx that breaks every time someone opens it in WPS Office. The TextBundle format is worth knowing about specifically because it bundles Markdown plus assets into a single portable file — useful when you’re shipping a product spec with embedded diagrams to a factory that runs on Windows and WeChat.

Treat publishing as an API, not a button. The fact that Marked Share exposes the same HTTP API its own Mac app uses is the detail I’d underline for any operator building internal tooling. If your content lives behind an API with token auth, you can wire it into Zapier, Make, or a custom n8n workflow. That means a new help article can trigger a Slack notification, a translation job, and a sitemap ping without anyone logging into a dashboard. Most e-commerce teams I audit are still copy-pasting between five browser tabs; the teams that scale are the ones who’ve turned content into a programmable resource.

Use short links with expiry for supplier-facing docs. This is the most immediately actionable idea. Every time you send a spec sheet, a packaging dieline, or a compliance certificate to a supplier, you’re creating a permanent artifact that lives in someone’s inbox forever. A short link with a password and a 30-day expiry is a small operational hygiene win that compounds. You can revoke access by letting the link die. You can track whether it was opened. And you can regenerate it when the spec changes, so nobody is working from v3 when v5 shipped last week.

Build review into the artifact, not around it. Marked Share’s highlights, notes, and reviews — where you can share annotated links, import feedback, and pull it back into Marked — point at a workflow most e-commerce teams handle via email threads and screenshot markup. If your packaging designer, your compliance reviewer, and your supplier contact can all annotate the same document and you can pull those annotations back into your source, you’ve eliminated a whole class of “I thought you approved the revised version” disasters.

The AI angle nobody’s talking about

Here’s where I’ll go beyond the launch page. The single biggest content bottleneck in cross-border e-commerce right now is translation and localization quality. Machine translation has gotten good enough for product titles and bullet points, but it still falls apart on nuance, compliance language, and cultural references. The workflow that’s emerging among the sharper operators I know is: draft in English Markdown, run it through an LLM for a first-pass translation, then have a native reviewer annotate the output. Marked Share’s annotation layer — highlights, notes, reviews, importable feedback — is actually a decent fit for that last step, provided you’re willing to accept the round-trip limitations Terpstra flagged. You publish the translated draft, the reviewer annotates, you pull the annotations back into your source file, and you re-run the LLM with the feedback as context. It’s not a polished product for this use case, but the primitives are there.

The same logic applies to Klarna’s AI customer service rollout, Shopify Magic, and the various AI listing optimizers that have flooded the Shopify App Store and Amazon’s Selling Partner Appstore. The pattern is consistent: AI generates a first draft, humans review and correct, and the corrections feed back into the system. Whoever owns the review layer owns the quality bar.

Where my judgment says this falls short

Three concerns, in order of severity.

First, the free-forever promise is a liability, not a feature. Terpstra says he “might charge for it eventually, depending on uptake.” For a hobbyist, that’s charming. For a business, it’s a risk. If you build a supplier-facing documentation workflow on Marked Share and the maker decides next quarter that the economics don’t work, you’re migrating under duress. The mitigations are straightforward — keep your canonical source in your own repo, treat Marked Share as a rendering and sharing layer rather than a system of record — but you have to actually do them, and most operators won’t.

Second, the platform lock is Mac-shaped. Marked is a Mac app. The web editor works in any browser, and the HTTP API is platform-agnostic, but the deepest integration — the round-trip into Marked, the reading styles, the keyboard reading — assumes macOS. If your content team is on Windows, or your agency is on Chromebooks, you’re getting a thinner version of the product. That’s fine for a solo operator; it’s a real friction point for a distributed team.

Third, and most importantly, there’s no compliance story. If you’re selling supplements, electronics, or anything touching FDA, FCC, or CE marking requirements, your content artifacts are regulated documents. You need audit trails, retention policies, access logs, and a vendor who’ll sign a DPA. Marked Share offers none of that, and the maker isn’t pretending otherwise. Use it for internal drafts and supplier specs. Don’t use it for anything a regulator might ask to see.

A note on the “unreasonably low (free!)” framing

One commenter, Andreas Trianta, wrote a five-point endorsement that included the line “The price is unreasonably low (free!)” and praised the product for solving “my challenge of making sharing and publishing easy, flexible, and powerful. And in a way that my content isn’t held hostage by 3rd parties.” That last clause is the one worth pausing on. Marked Share is itself a third party. The thing that protects you from being held hostage isn’t the hosting service — it’s the fact that your source is plain-text Markdown you can export at any time. The portability is the product. The hosting is just convenience. Operators who internalize that distinction will get more out of this launch than operators who treat it as a free Notion replacement.

What I’d watch / test next

Three concrete things you can do this week.

One: audit where your product copy actually lives. Pull up your last five supplier-facing documents and your last five published help articles. For each, ask: can I export the source in a format that survives a tool migration? If the answer is no for more than two of them, you have a content-portability problem that no SaaS subscription will solve. Start converting your highest-value documents to Markdown in a Git repo — even a private one — and treat the rendered output as disposable.

Two: build one short-link workflow with expiry. Pick your most frequently revised supplier document — a packaging spec, a QC checklist, a compliance cert — and put it behind a password-protected short link with a 30-day expiry. Regenerate it every time the document changes. Track how many times it’s opened. This is a two-hour project that will teach you more about your supplier communication patterns than any dashboard.

Three: test the API against one automation. Sign up for Marked Share, grab an API token from the docs, and wire a single workflow — say, publishing a new help article triggers a Slack message to your support lead. If the API behaves, you’ve got a template for turning content into a programmable resource. If it doesn’t, you’ve learned something about the maturity of the tool before you built anything important on it. Either way, you’ll come out ahead of the operators still copy-pasting between tabs.

Ready to Create Your Own?

Join thousands of brands creating high-performing video ads with VEONIB. No editing skills required.

Start Creating for Free