Tech.euDisplay.dev raises €470K to power document collaboration for AI agentsDisplay.dev raises €470KRead coverage

Who Can See a Claude Artifact Link?

It depends on which of Claude's two sharing paths made the link.

TL;DR
Anyone with the link can see a published Claude artifact. Publishing makes it a public page with no sign-in, so whoever the URL reaches can open it. If you share inside a Claude Team or Enterprise organization instead, only teammates who hold a Claude seat can see it. Claude has no setting that limits a link to your company email without also requiring a Claude seat. To get that, publish behind company SSO.

The direct answer

It depends on which of Claude's two sharing paths made the link.

A published artifact: anyone with the link. Claude's publish button produces a public URL. There is no sign-in and no company check. Anyone who receives the link, whether you sent it to them or it was forwarded, can open the page. It can also be crawled or cached like any public page.

An org-shared artifact: teammates with a Claude seat. On Claude Team and Enterprise you can share an artifact inside your workspace. Now the audience is your Claude organization, but the gate is the Claude seat: a colleague without a Claude subscription in your org cannot open it.

What Claude does not offer is the setting most people assume they are getting: a link that only your company can open, using the accounts your company already runs, with no Claude seat required. That middle option exists, but it comes from publishing the artifact behind company SSO rather than through Claude's own sharing.


How the link was madeWho can open itSign-in required
Claude publish (public)Anyone who has the URLNone
Shared in a Claude orgTeammates with a Claude seatClaude account
display.dev – publicAnyone who has the URLNone
display.dev – invited emailsOnly the addresses you addedOne-time code by email
display.dev – company SSOEveryone on your email domainGoogle or Microsoft, one click

The distinction that matters for internal work is the last two rows: access tied to identity, not to possession of the link. For the concept behind that model, see what is gated publishing.


A public Claude artifact URL is unguessable, so people assume it is effectively private. The risk is not that someone guesses the address. The risk is what happens after you share it once.

  • Forwarding. The first person you send it to can forward it to anyone. Because the page is public, every forward works, and none of them are stopped.
  • No record. A public link has no viewer log. You cannot see who opened it or when, which is a problem for anything sensitive or regulated.
  • Indexing and caching. Public pages can be crawled, cached, or captured. Once content is on the open web, you no longer fully control where it goes.

For a competitive analysis, a financial summary, or client work, "anyone with the link" is the wrong answer, even when the link is obscure. What you want is a link where an outsider hits a sign-in wall.


Publish the artifact to display.dev instead of relying on Claude's public link, and pick the audience per artifact.

Everyone at your company. Gate the artifact behind Google or Microsoft SSO. A viewer clicks the link, signs in once with their work account, and sees the page only if their email is on your company's domain. No Claude seat, no shared password, no new account. If the link is forwarded outside the company, the outsider cannot get in.

Specific people only. Add individual email addresses, including someone at a client or partner. They receive one-time code access to that one artifact without joining your organization.

Anyone, on purpose. If the artifact is meant to be public, set it public and share the link freely.

Getting the artifact from Claude to display.dev takes one of two forms. From Claude Desktop or Claude.ai, connect the MCP server and say "publish this to my team," and your agent returns a company-gated URL in the conversation. From Claude Code, the artifact is a file, so run dsp publish ./report.html. Both are covered on the share a Claude artifact page, and the company-only setup is stepped out in how to make a Claude artifact private.

Because access is tied to identity, Pro and Enterprise plans also keep an audit trail of who viewed which version, for 90 to 365 days. That is the record a public Claude link cannot give you.


FAQ

Can anyone see my Claude artifact if they have the link?+

If it was made with Claude's publish button, yes. A published artifact is a public page, so anyone with the URL can open it without signing in. If it was shared inside a Claude Team or Enterprise org instead, only teammates with a Claude seat can open it.

Can I see who has viewed my Claude artifact link?+

Not for a public Claude link, which keeps no viewer record. If you publish to display.dev and gate the artifact by identity, the Pro and Enterprise plans log who viewed each version, for 90 to 365 days.

How do I make a Claude artifact link company-only?+

Publish it behind company SSO. On display.dev, set the artifact so only people on your Google or Microsoft email domain can open it. A forwarded link then stops any outsider at the sign-in screen. Full steps in how to make a Claude artifact private.

Do viewers need a Claude account to open my artifact link?+

Through Claude's org sharing, yes. If you publish the artifact to display.dev, viewers sign in with the Google or Microsoft account they already use for work, so nobody needs a Claude subscription to open the link.

Will a Claude artifact link keep working over time?+

A public Claude link depends on Claude hosting it. An artifact you publish to display.dev is stored independently, so the URL keeps working even if you close the conversation or cancel your Claude plan. More on what happens to shared artifacts in are Claude artifacts private.

Publish your first artifact in 15 seconds.

Free tier. No credit card. One-time password auth for viewers on free, Google + Microsoft SSO on Pro (€49/month flat).

Get started free →See pricing