もし自分のアーティファクトが最初はコネクタがなく公開リンクを持っていて、後からコネクタ機能を追加した場合、元の公開リンクはどうなるのか?
この制限のロジックに基づけば、一度そのアーティファクトがコネクタを呼び出すように変更されると、もはや「公開リンクを持てる」条件を満たさなくなる——つまり、同じアーティファクトの元の公開リンクを保持しながら、リアルタイムでデータを取得する機能を追加することはできない。実際に起きることは、通常システムが「公開リンクを維持し、コネクタは呼び出さない」か「コネクタを呼び出し、公開リンクを諦める」のどちらかを選ぶよう求めることであり、両方が同時に有効になった状態で、どちらかの機能が裏で静かに壊れる、ということではない。
より安全なやり方は、コネクタ機能を追加する前に、このアーティファクトが将来誰に共有されるのかを明確に考えておくことだ。既に不特定の外部の人にリンクを送ってしまっていて、後からリアルタイムデータ機能を追加したい場合、通常は既に公開共有されているバージョンに直接機能を追加するのではなく、別の新しいバージョンを作る必要があることを意味する。
TeamまたはEnterpriseプランで、組織内の同僚が同じコネクタ呼び出し型アーティファクトを開いたとき、実際に見えるデータは違うのか?なぜこのように設計されているのか?
はい、実際に異なる。コネクタ呼び出しで取得されるデータは、「各閲覧者自身」のアカウントが接続しているサービスを通じて読み取られるからだ——例えば、このアーティファクトがデータベースにクエリを投げるダッシュボードだとすると、自分で開いたときには自分のアカウントがアクセスできるテーブルと権限範囲が見え、同僚が開いたときには彼自身のアカウントがアクセスできる範囲が見える。もし彼の権限が自分と異なれば、2人が見る数字は一致しない可能性が高く、あるクエリが相手の権限が及ばないテーブルに関わる場合、そのクエリ自体が失敗することさえある。
このように設計されている理由は、この仕組みが公開者のコネクタ権限を他の閲覧者に「借用」させないよう意図的に作られているからだ。もし公開者自身のコネクタを使ってすべての閲覧者のためにデータを取得する仕組みにしてしまえば、公開者一人のアクセス権限が、このアーティファクトを開く誰にでも無制限に転送されることになり、セキュリティ上明らかなリスクとなる。全員が自分自身のコネクタを使うことを要求することで、体験は人によって異なるものの、各自が見るデータは元々自分がアクセス権を持っていたものに限定され、権限がアカウントをまたいで移転することがないよう保証されている。
もし自分がProまたはMaxプランで、本当にリアルタイムでデータを取得するダッシュボードを外部のクライアントと共有する必要がある場合、現時点で何か回避策はあるのか?
現時点でこの制限を回避する公式な直接的な方法は存在しない——ProとMaxでは、コネクタを呼び出すアーティファクトは単純に公開リンクを生成できず、これは切り替えられる設定項目ではなく、アーキテクチャ自体に組み込まれた制限だ。より現実的な方向性は2つある。第一に、対象人数が少なければ、リアルタイムクエリの結果を定期的に静的スナップショットとしてエクスポートし(例えば毎日決まった時刻に再生成する)、通常の静的アーティファクトとして公開リンクで共有するという方法があり、リアルタイム性を犠牲にして共有可能性を得ることになる。第二に、もしリアルタイム性が必須要件であれば、TeamまたはEnterpriseプランへのアップグレードを検討する必要があるかもしれないが、これは対象者が先にあなたの組織に参加する必要があることを意味し、アカウントを持たない完全な外部の人には開放できない。
実務上、この隙間を埋めようとするサードパーティツールも存在する(追加のMCPサーバーを介して、アーティファクトの内容を独立した公開リンクとして公開するなど)が、こうしたツールはAnthropicが公式に提供する仕組みではないため、使用前に自分でデータの安全性と安定性を評価する必要があり、公式のネイティブ機能と同じ保証があると仮定すべきではない。
この「コネクタと公開リンクの排他性」という制限は、アーティファクトのコネクタ機能自体がまだ成熟しておらず、今後この制限が撤廃される可能性があるということなのか?
この制限の背後にあるロジック(公開リンクはログイン不要を要求し、コネクタは各閲覧者が自分自身の身元でデータを読み取ることを要求する)から見ると、これは「機能がまだ完成しておらず、後で補われる」といった一時的な制限というよりも、この2つの機能が本質的に矛盾していることを踏まえた、意図的な設計上の選択に近い。「訪問者がログイン不要である」ことと「データは訪問者の身元に応じてそれぞれ読み取られる必要がある」という互いに矛盾する要件の間に新たな解決策を見出せる何らかの新しい仕組みが登場しない限り(例えばリンクを開いた訪問者に、コネクタの認可を完了するために一時的に自分自身のアカウントにログインするよう追加で求めるなど)、この制限は単に「機能の成熟度が上がる」ことによって自然に消えるものではなさそうだ。
より現実的な心構えは、この制限を現在のアーキテクチャの下での確定したルールとしてワークフローを計画することであり、近いうちに撤廃されると期待することではない。もし将来本当にこの矛盾を解決する新しい仕組みが登場するとすれば、それはおそらく「訪問者がログインした後にのみ閲覧可能」といった中間的な形態の、新しい独立した共有モードとしてであり、「完全に公開、ログイン不要」と「リアルタイムのコネクタデータ」を直接イコールにするものではないだろう。
2026年7月中旬以降、Claude Artifactsは、公開したページを開くたびに、閲覧者自身のMCPコネクタを通じてリアルタイムでデータを取得し、さらには本人に代わってアクションを実行できるという機能をサポートするようになった——もはや作成時点で固定された静的なスナップショットだけではない。この機能自体は非常に実用的だが、見落とされやすい制限が一つある。コネクタを呼び出すアーティファクトは、どのプランを使っていようと、誰でも開ける公開リンクを生成することが決してできない。この記事では、この制限が実際にどう機能しているかを明確にする。
2026年7月のアップデート期間中、Anthropicは公開リンク、Team・Enterpriseプランの編集者ロール、複数人での共同編集、そしてアーティファクトがMCPコネクタを呼び出せる機能を同時にリリースした。これらの機能は同じ波でリリースされたため、自由に組み合わせられると誤解しやすい——しかし実際には、「コネクタを呼び出してリアルタイムデータを取得すること」と「誰でも開ける公開リンクを生成すること」は互いに排他的になるよう設計されている。あるアーティファクトが一度コネクタを呼び出すと宣言すれば、Pro、Max、Team、Enterpriseのいずれを使っていようと、公開リンクを同時に持つことは決してできない。
もしアーティファクトが一切コネクタを呼び出さず、単純に作成時点の静的なスナップショットであれば、Free、Pro、Maxプランでは「Publish」機能を使ってアカウント不要で誰でも開ける公開リンクを生成できる。TeamとEnterpriseプランでは代わりに「Share & copy link」を使い、共有範囲は組織内部に限定される。ひとたびそのアーティファクトがコネクタを呼び出してリアルタイムデータを取得するように変更されると、状況は変わる。TeamとEnterpriseでは、引き続き組織内の同僚と共有でき、相手が開くと自分自身のコネクタを通じて自分自身のデータを読み取れる。しかしProとMaxでは、これらのプランにはそもそも「組織内共有」というオプションがなかったため、唯一の共有手段は公開リンクだけだった——そして公開リンクという経路は、まさにコネクタ機能によってブロックされてしまう。結果として、このアーティファクトは自分自身のアカウント内にとどまるしかなく、誰にも渡せなくなる。
公開リンクの大前提は、開く人がログインもClaudeアカウントもまったく必要としないことだ。しかしコネクタの呼び出しはその逆のロジックで動作する。各閲覧者が見るデータは、その人自身のコネクタを通じて読み取られたものであり、同じアーティファクトを開いても人によってまったく異なる数字が見える可能性がある。なぜなら各自が自分自身のデータソースに接続しているからだ。もしログインしていない訪問者でも開けてしまうなら、システムは呼び出せるコネクタが一切ない(機能がそのまま無効になる)か、あるいは固定されたアカウントのコネクタを使ってデータを取得する(公開者自身の個人データを、すべての匿名訪問者に晒すことになる)かのいずれかになってしまう。どちらの結果も望ましくないため、「公開・ログイン不要」と「リアルタイムのコネクタデータ」は、何らかのエッジケースで機能が静かに壊れたりデータが漏洩したりするのではなく、あらかじめ互いに排他的になるよう設計されている。
目的がクライアントや不特定の訪問者向けの静的なレポートやチャートで、リアルタイムデータが不要であれば、通常の静的アーティファクトを作成すればよく、公開リンクはまったく問題なく使える。目的がリアルタイムでデータを取得し、さらには本人に代わってアクションを実行できるダッシュボードで、対象が同じ組織内の同僚であれば、TeamまたはEnterpriseプランで組織内共有を実現できるが、「誰でもワンクリックで開ける」という特性は諦める必要がある。もしProまたはMaxプランで、リアルタイムデータを取得するアーティファクトを作りたい場合、現時点では自分一人だけにとどめるしかなく、他の誰とも共有する方法がない——これは設定を間違えているのではなく、現在のアーキテクチャでは単純に実現不可能なのだ。作り終えてから共有できないことに気づくことがないよう、ワークフローを計画する前にこの点を明確に確認しておく価値がある。