公開ページ
公開ページは、スレッドを一般公開し、認証なしで閲覧できるウェブビューです。これは、顧客が識別子をスキャンするか、印刷されたリンクをたどることでアクセスするデジタル製品パスポートです。ページに表示する内容は、一度作成すれば任意の数のスレッドに適用できる、再利用可能な公開ページデザインによって決まります。そのため、製品ライン全体の公開に必要な手間は、1つのアイテムを公開する場合と変わりません。
意図せず情報が公開されることはありません。ページの背後にまだ何もない段階でも、ページのアドレスを予約し、そのQRコードを印刷できます。公開するまでは、訪問者に表示されるのはページが登録済みであることを示す案内だけです。公開後のページには、デザインが明示的に取得するデータだけが表示され、その内容が変わるのは再度公開したときだけです。
誰が何を実行できるか
Section titled “誰が何を実行できるか”ページの予約、フィールドバインド、記録の作成、デザイン、下書き、バージョン履歴にアクセスするには、所有チームの現メンバーである必要があります。これらにアクセスするには、組織内でそのチームを選択してください。チームのメンバー資格を削除すると、これらの作成用記録にアクセスできなくなります。公開済みの公開ページは、引き続き訪問者が利用できます。
アクセス権は、アクティブなチームでの役割に従います。
- 公開担当者(および常に公開担当者のアクセス権を含むチーム管理者)は、公開ページデザインの作成、デザインバージョンの公開と展開、ページの公開と公開停止、一括公開の実行を行えます。この役割は、データを一般公開する権限を管理するためのものです。
- すべてのチームメンバーは、デザイン、そのバージョン履歴、公開済みページ、ページアクティビティを表示できますが、内容を変更したり公開したりすることはできません。
公開ページデザイン
Section titled “公開ページデザイン”公開ページデザインはチームによって所有され、そのデザインを使用して公開されるすべてのページについて、内容と外観の両方を決定します。これは、訪問者が読む順に並べられたブロックの積み重ねです。
- メイン画像 — ページ上部の製品メディアです。画像、動画、音声はすべてここに表示されます。動画と音声はインラインで再生され、自動再生されないため、モバイルデータ通信を使用している訪問者は、いつ読み込むかを自分で選べます。画像だけ、または動画だけに絞ることもできます(メイン画像に表示する内容の選択を参照してください)。
- DUST Identity — スレッドの名前と説明です。
- 仕様 — 一般公開する製品属性です。スレッドのフィールドから取得されます。
- 文書 — 仕様書、保証書、証明書などの公開ファイルです。画像、動画、音声はメイン画像に任せるため、同じものが重複して一覧表示されることはありません。
- テキスト — 来歴についてのストーリー、お手入れ方法、サステナビリティに関する注記など、独自に作成した文章です。
- リンク一覧 — 修理、リサイクル、ブランドサイトなどへの外部リンクです。
- 検証 — DUSTのスキャン検証パネルです。検証はボタンから開始するため、ページを開いただけで訪問者にカメラへのアクセスを求めることはありません。DUST Goアプリ内では、このボタンを押すとスキャナーが直接起動します。スマートフォンのブラウザーでは、代わりにDUST Goでページを開くよう案内し、代替手段としてコード入力と手動入力も利用できます。
- 来歴 — アイテムのストーリーをタイムラインとして表示します。デフォルトでは、アイテムの履歴としてチームが記録した内容と、アイテム自体がスキャンおよび検証された時点が表示されます。記録に含まれるその他すべての内容はオプトイン方式で、デザインごとに選択します(タイムラインに表示される内容を参照してください)。内部業務が公開ページに表示されることはありません。記録の共有先や、記録が格納されているフォルダーは、デザインの設定にかかわらず除外されます。
ブロックは、並べ替え、設定、削除が可能です。常に表示され、削除できないものが2つあります。1つはページの外枠です。これには、ロゴとプラットフォームの「Powered by」表記を並べたヘッダー、サインインリンク、フッターが含まれます。もう1つは、ページのデータが最後に公開された日付を示す記録帯です。これらは、そのページが真正なDUSTの記録であることを示します。ページの外枠には言語やテーマのコントロールはなく、記録帯にはコードが表示されません。現物を手にしている訪問者に必要なのは、確認するためのシリアル番号ではなく、その記録がどの時点のものかという情報だからです。
検証ブロックは新しいデザインすべてに含まれますが、ページが純粋にブランドストーリーだけを伝えるものである場合は削除できます。
タイムラインに表示される内容
Section titled “タイムラインに表示される内容”来歴ブロックでは、アイテムの履歴のどの部分をページで公開するかを選択します。各項目の名前は、その項目を選ぶとページに何が表示されるかを示しています。
- 記録された履歴 — 販売、検査、修理など、アイテムの履歴についてチームが記録した項目です(過去のイベントの記録を参照してください)。
- 検証済みスキャン — アイテム自体が物理的にスキャンされ、確認された時点です。
- 所有権の変更 — 組織間での出荷および引き渡しです。
- 部品と取り付け — より大きなアセンブリーに取り付けられた部品、またはそこから取り外された部品です。
- 証明書と妥当性確認 — アイテムに対して発行された証明書、および妥当性が確認された文書です。
- 記録アクティビティ — 詳細、文書、識別子の変更など、記録自体に対する編集です。
新しいデザインでは、最初から記録された履歴と検証済みスキャンが選択されています。アイテムのストーリーを中心とし、記録自体の管理履歴は、選択しない限りページに表示されません。デザイナーのライブプレビューには、各選択項目によって公開される内容が正確に表示されます。
所有者が変わったアイテムも、そのストーリー全体を保持します。前の所有者によるエントリ(記録した内容、その保管下でスキャンされた時点、出荷された時点)は、自分のエントリと同じルールで公開され、その組織に帰属し、前の所有者と表示されます。デザイナーには、公開前に、前の所有者からのエントリがいくつあり、誰からのものかが表示されます。
記録された項目は、その本来の性質のまま表示されます。つまり、組織名を明示した組織による申告として申告済みと表示され、プラットフォームが検証した事実として示されることはありません。日付は、実際に申告した精度のまま表示されます。「1968~1970年」や「1835年頃」といった表現から、架空の正確な日付が作られることはありません。また、場所を入力していた場合は、その場所も表示されます。撤回した項目は、取り消し線が付けられ、撤回済みと表示された状態でページに残ります。公開された来歴がひそかに書き換えられることはなく、申告を見た訪問者は、その申告が撤回されたことも確認できます。
ページに表示される場所は、公開担当者が記録項目に入力した場所だけです。スキャンや編集が物理的に行われた場所であるデバイスの位置は、精度にかかわらず一切公開されません。
デザインがデータを見つける仕組み
Section titled “デザインがデータを見つける仕組み”仕様、メイン画像、文書の各ブロックは、固定されたテンプレートではなく、フィールド名に基づいて値を取得します。フィールドバインドでは、取得するフィールドの名前(例:Metal)と、必要に応じて試す代替名、および必須の型を指定します。製品ライン全体に適用すると、各スレッドの固有の値が同じデザインに取り込まれます。
これは証明書フォームで使用されるものと同じ名前照合モデルであり、実務上の影響も同じです。製品ライン全体で使用するフィールド名は一貫させる必要があります。フィールド名を変更すると、次回の公開時にそのフィールドバインドを解決できなくなります。
フィールドバインドは、デフォルトでは任意です。スレッドにMetalフィールドがない場合、その行がページから省かれるだけで、その他の内容はすべて通常どおり公開されます。フィールドがないとページが成立しない場合(メイン画像がない場合など)は、フィールドバインドを必須に設定します。必須のフィールドバインドを満たせないスレッドは、欠落したまま公開されず、問題として報告されます。
デザインは指定したものだけを取得するため、スレッドに新しいファイルやフィールドを追加しても、それだけで公開済みページが変わることはありません。一方、文書ブロックまたはメイン画像ブロックを、対象となるすべての公開ファイルを含むように設定することもできます。これは、ファイルを特定のフィールドに関連付けずに添付しているチームにとって便利ですが、新しくアップロードしたファイルが次回のページ公開時に表示されるというトレードオフがあります。
メイン画像に表示する内容の選択
Section titled “メイン画像に表示する内容の選択”メイン画像ブロックのメディアソースによって、スレッドのどの公開メディアをページ上部に表示するかが決まります。
- すべての公開画像、動画、音声ファイル — スレッド上のすべての公開メディアを、画像を先頭にして表示します。フィールド名を指定しないため、ファイルが一貫した名前のフィールドに格納されず、単に添付されている製品ラインにも使用できます。音声がここに含まれるのは、文書ブロックではメディアをメイン画像に任せているためです。メイン画像からも除外すると、公開音声ファイルはページのどこにも表示されません。
- 画像のみ — 公開画像をスレッド内の順序で表示します。そのため、スレッドに動画が添付されていても、ページの先頭に表示されることはありません。
- 動画のみ — 公開動画をスレッド内の順序で表示します。
- 名前を指定した1つのメディアフィールド — 特定のカットを必ず表示する必要があるデザイン向けに、指定した名前のフィールドに格納されている画像または動画だけを表示します。
最初の選択肢は添付されている内容に従うもので、ほとんどのチームのニーズに適しています。メディアの種類を限定する選択肢は、それが単なる好みではなく要件である場合のために用意されています。たとえば、一部のスレッドだけに案内動画が添付されている製品ラインでは、何も指定しなければ、そのアイテムに限って動画が先頭に表示されます。画像のみを選択すると、これを確実に防げます。どの選択肢でも、動画と音声はインラインで再生され、自動再生されません。
各デザインには独自のロゴとアクセントカラーがあるため、2つの製品ラインを運用するチームは、デザインも2つ用意するだけで対応できます。デザイナーに直接ロゴをアップロードするか、チームがすでに所有している画像を選択します。この画像はいずれのスレッドにも添付されません。ロゴはページのヘッダーに表示され、ページは共同ブランド表示になります。チームのロゴが主となり、プラットフォームのクレジットがその横に表示されます。ヘッダーがロゴのサイズを自動的に調整するため、スマートフォンでもデスクトップでも同じように表示されます。
ページの背景色、ヘッダーとフッターのバーの色、ページの書体も設定できます。公開ページの外観は1つに固定され、訪問者のデバイステーマには追従しません。そのため、一度レイアウトすれば、すべての訪問者に同じ外観が表示されます。選択した色にかかわらず読みやすさを保つように、テキストの色は自動的に選択されます。たとえば、暗いページでは本文、ラベル、罫線が自動的に明るい色になります。アクセントカラーは、ページの装飾部分にだけ適用されます。プラットフォームが対応している場合、ページは訪問者自身の言語で表示されます。独自に入力した内容は、記述したとおりに表示されます。
デザイン中のプレビュー
Section titled “デザイン中のプレビュー”デザイナーには、デバイスのフレーム内にライブプレビューが表示されます。モバイルとデスクトップを切り替えて、両方の幅を確認できます。任意のスレッドをデザインの参照対象として選択すると、実際の公開とまったく同じ仕組みを通じて、そのスレッドの実際の値がプレビューに反映されます。表示されている内容が、そのまま公開結果になります。選択したスレッドに対して解決できないフィールドバインドもプレビューに一覧表示されるため、確定する前に不足を確認できます。
1つのスレッドのページを公開する
Section titled “1つのスレッドのページを公開する”公開前にリンクを予約する
Section titled “公開前にリンクを予約する”公開ページのアドレスは、その内容より先に作成されます。公開ページがまだないスレッドで公開ページアクションを開くと、安定した製品リンクを作成できます。「恒久的なURLを予約し、このスレッドにバインドします。製品データを公開する前でも、そのQRコードをダウンロードまたは印刷できます。」
この順序には理由があります。ラベル、刻印、パッケージは通常、製品の記録が完成するよりはるか前に製造されます。予約済みのリンクは、作成された瞬間から機能します。印刷されたコードをスキャンした訪問者には、製品ページは登録済みだが、その情報はまだ公開されていないことを示すページが表示されます。そのため、印刷済みのQRコードが無効になることはなく、アドレスも変わりません。後で公開すると、その同じページに内容が入ります。
データを公開する
Section titled “データを公開する”-
スレッドを開き、公開ページアクションを選択します。
-
公開に使用する公開ページデザインを選択します。
-
事前確認の概要を確認します。解決できたフィールドバインドと解決できなかったフィールドバインドがすべて一覧表示されます。解決できない必須のフィールドバインドがあると公開はブロックされ、その理由が表示されます。
-
公開します。ページは恒久的なリンクからアクセス可能になり、そのリンクをコピーする、開く、またはQRコードとして印刷できます。
1つのスレッドが持てる公開ページは最大1つで、そのリンクは恒久的です。再公開すると同じアドレスの背後にある内容が更新され、公開を停止してもアドレスは維持されます。
同じアクションには、現在公開中の状態が3つの個別の事実として表示されます。ページが使用しているデザイン、固定されているデザインバージョン、データが最後に公開された日付です。デザインに新しいバージョンがある場合、そのことと、ページが移行するバージョンも表示されます。1つのページを公開すると、必ずデザインの最新バージョンが使用されるため、1つのアイテムを修正すると、そのページのバージョンも更新されます。
製品ラインを公開する
Section titled “製品ラインを公開する”多数のスレッドを一度に公開するには、一括公開を開始します。デザインと範囲(フォルダー、カテゴリー、スレッドテンプレート、または明示的な選択)を選択すると、範囲内のすべてのスレッドについてページが作成され、公開されます。一括公開はバックグラウンドで実行され、製品ライン全体を対象とするように設計されているため、開始した後はその画面を離れても構いません。
一括公開の実行中は、進捗状況と、公開済みおよび失敗した件数を確認できます。公開処理は、そのページを開いたままにしておくことには依存しません。ページを閉じて後から戻っても、一括公開画面で処理の進捗を確認できます。一括公開は処理しながら対象範囲を展開するため、処理の初期段階ではキューの合計件数がまだ増加しています。進捗表示では、まだ判明していない合計数を示唆せず、そのことを明示します。
一括公開が完了すると、そのことが明確に表示され、公開中のページ数が確認されます。公開できなかったスレッド(通常は、必須のフィールドバインドを解決できないことが原因です)は、その理由とともに個別に一覧表示されます。基礎となるデータを修正した後、そのスレッドだけを再試行できます。この一覧は、対象がある場合にのみ表示されます。
一括公開では、開始時に固定された1つのデザインバージョンを使用し、各一括公開画面にそのバージョンが表示されます。一括公開を設定している間に、ほかのユーザーがデザインの新しいバージョンを公開した場合、DICEは処理を停止して確認を求めます。確認していないバージョンで一括公開がひそかに開始されることはありません。
問題が発生している一括公開を停止する
Section titled “問題が発生している一括公開を停止する”まだ完了していない一括公開は、公開担当者がキャンセルできます。キャンセルすると、一括公開がまだ到達していないすべてのページに対する処理が停止されます。残りの作業は終了扱いとなり、その実行はキャンセル済みとして記録されます。
キャンセルは元に戻す操作ではありません。一括公開ですでに公開されたページには、そこで適用されたデザインバージョンとデータが維持されます。展開は前方にのみ進み、以前の状態に戻されることはないためです。それらのページが誤っている場合は、基礎となるデザインまたはデータを修正し、1ページずつ、または新しい一括公開として、再び前方に向けて公開してください。同じ理由により、すでに完了した一括公開はキャンセルできません。
ページを最新の状態に保つ
Section titled “ページを最新の状態に保つ”公開ページは公開時点のデータを提供するため、記録が更新されるとすぐに内容が古くなります。たとえば、修理が記録された場合、フィールドが修正された場合、文書が添付された場合です。これは、デザインが古くなることとは別です。ページが最新のデザインバージョンを使用していても、現在の記録より古いデータを表示している場合があります。
DICEはこの状態を追跡します。デザイン一覧には、記録より遅れているページの数と対象ページが表示され、公開担当者向けのアクションとしてすべて再公開が提示されます。これは、各ページが使用しているデザインにかかわらず、チームが所有するすべての公開済みページを対象とします。再公開では、どのページのデザインバージョンも変更せずにデータを更新します。副作用としてデザイン変更が展開されることはないため、この一覧を解消する操作は常に安全です。
デザインを記録に対して解決できなくなっている場合(必須のフィールドバインドの対象フィールド名が変更された場合など)、ページは再公開されず、スキップされます。スキップされたページは現在の公開内容を引き続き提供し、一覧にも残ります。壊れたページよりも、古いページの方が望ましいためです。基礎となるデータを修正し、もう一度再公開してください。
リビングパスポート
Section titled “リビングパスポート”デザインは、そのページを自動的に最新の状態に保つよう設定できます。デザイン一覧でリビングパスポートを有効にすると、そのデザインで公開されたすべてのページは、スレッドに新しい履歴(申告項目またはその撤回)が記録されたときに自動的に再公開されます。これは、ある瞬間のスナップショットではなく、アイテムの現在のストーリーとして読まれることを意図したパスポートに使用する設定です。
自動再公開の範囲は、意図的に限定されています。
- 移動するのはデータだけです。ページのデザインバージョンは一切変わりません。そのため、進行中のデザインが、誰かによるイベントの記録をきっかけに一般公開されることはありません。
- アクションごとに上限があります。大規模な一括記録では、最大数百ページがその処理内で再公開されます。それを超えるページは既存の公開内容を引き続き提供し、記録より遅れているページの一覧に表示されます。そこですべて再公開を使用して処理を完了できます。
- 公開中のページが壊れることはありません。デザインを解決できなくなったページは、前述のとおりスキップされます。
- デザインで公開されないものが公開されることはありません。デザインのタイムライン設定、非公開フィールド、除外された文書はすべて引き続き適用されます。自動再公開が変更するのはページが更新されるタイミングだけで、表示できる内容ではありません。
リビングパスポートを無効にすると、誰かが再公開するまでページは固定されたままです。これは、担当者が変更を決定したときだけ更新されるべき、証明書のようなページに適したデフォルトです。
ページの公開後にデザインを編集する
Section titled “ページの公開後にデザインを編集する”公開済みページが知らないうちに変わることはありません。デザインへの編集は下書きとして保存され、デザインを公開するまで一般公開の内容には影響しません。
デザインを公開するとバージョンが固定される
Section titled “デザインを公開するとバージョンが固定される”デザインを公開すると、保存済みの下書きが番号付きのデザインバージョン(v1、v2、v3)として固定され、そのバージョンが再び変更されることはありません。デザインを公開しただけでは、一般公開されている内容は何も変わりません。新しいバージョンを展開するまで、公開中の各ページは現在使用しているバージョンに留まります。そのため、準備ができた時点でバージョンを公開し、ページをいつそのバージョンに移行するかは別に決定できます。
公開ページにおける「バージョン」は、厳密にこれだけを指します。ページ自体の公開履歴には番号ではなく日付が付きます。
バージョンを展開する
Section titled “バージョンを展開する”展開は、デザインのページをその最新バージョンに移行するための単一のアクションです。デザインを選択し、必要であれば範囲を絞り込むと、DICEが変更内容に応じて次のいずれかを行います。
- 外観と文言のみ — ブロックの並べ替え、テキスト、ラベル、色、ロゴの変更です。展開は即座に完了し、ページのデータを再公開することなく、ページが新しいバージョンに移行します。
- ページが取得する内容 — フィールドバインドの追加または変更、ブロックのファイルソースの変更、ページに表示する履歴の変更です。展開では、各ページがスレッドの現在のデータから再公開され、進捗を確認できる一括公開として実行されます。
デザインを公開するときに、DICEはどちらの種類の変更であるかを示します。そのため、開始前に展開の内容がわかります。仕組みを選択する必要はありません。選択するのはバージョンと範囲です。
展開は公開担当者が行うアクションであり、ページ群全体を対象とするものです。個別のページではなく、デザインに属する操作です。
バージョンと履歴
Section titled “バージョンと履歴”各ページには、直近5件の公開に加え、現在公開中のものがどれほど古くても保持されるため、以前に表示されていた内容を確認できます。訪問者に表示されるのは、最新の公開内容です。古い公開内容の整理は公開処理の一環として行われます。ページが公開されるたびに、それより古い対象はその場で破棄されるため、すべての一括公開で再公開されるページであっても、履歴が際限なく増えることはありません。公開は公開日時によって識別され、番号が付くことはありません。番号が付くのはデザインバージョンだけです。
最新と使用中
Section titled “最新と使用中”デザインの最新バージョンとは、単に最後に公開されたバージョンです。使用中のバージョンとは、公開中のページが実際に使用しているバージョンです。これらは異なる事実であり、DICEではバージョンが表示されるすべての場所で個別にラベル付けされます。そのため、バージョン番号が「一般公開で表示されているもの」と誤解されることはありません。
展開は意図的に実行する操作であり、一括公開の範囲は限定できるため、1つのデザインが複数のバージョンで同時に使用されることは一般的です。たとえば、ある製品ラインはまだv2を使用し、より新しい製品ラインはv3を使用している場合があります。これは修正すべき問題ではなく、想定される通常の状態です。デザイン一覧では、すべてのページが最新バージョンに移行していないデザインにフラグが表示されるため、任意のタイミングで展開を完了できます。
デザインのバージョン履歴には、公開されたすべてのバージョン、公開者、公開日時、各バージョンを使用しているページ数が一覧表示され、各バージョンの固定された内容を確認できます。監査と診断のための機能なので、すべてのチームメンバーが開けます。公開と展開は、引き続き公開担当者だけが行えます。
バージョン履歴は記録である
Section titled “バージョン履歴は記録である”バージョン履歴は、発生したことの記録であり、保存時点に戻るための機能ではありません。公開済みのバージョンが復元されることはなく、ページが古いデータに戻されることもありません。バージョンに誤りがある場合は、デザインを修正し、より新しいバージョンを公開して、そのバージョンを展開してください。この方法は常に利用でき、ほかの変更と同じ2つの手順で実行できます。
これは意図的な仕様です。ページは、その時点でのスレッドデータから公開されます。そのため、古いデザインバージョンに戻しても、そのバージョンのレイアウトに今日のデータを入れたものが作られるだけで、実際に当時公開されていたページが再現されることはありません。前方に進めることだけが、操作名どおりの意味を持つため、その操作だけが提供されています。
公開ページをアーカイブすると、その提供は直ちに停止します。ページのリンク自体は存在し続けますが、未知のリンクと同じ一般的な「見つかりません」という応答を返すため、アイテムに関する情報は一切明かされません。ページの設定とデザインの割り当ては保持されるため、後で再公開する操作は1回で済みます。
1つのアイテムの履歴やデータを一般公開すべきでない場合、そのページを取り下げる方法も公開停止です。ページは共有デザインから生成されるため、個別のページに対する制御は、そのページを公開するかどうかによって行います。
訪問者に見えるものと見えないもの
Section titled “訪問者に見えるものと見えないもの”- 訪問者に表示されるのは、デザインが取得する内容だけであり、かつ公開済みページの内容だけです。
- ファイルは訪問者のブラウザーでコードとして実行されない方法で配信されます。また、ページに表示されていないファイルを、そのページ経由で取得することはできません。
- ファイルを非公開にするかアーカイブすると、再公開を待たずに直ちに提供が停止されます。その項目は次回の公開までページに一覧表示されたままになる場合がありますが、次回の公開時には解決されなくなります。
- フィールドを非公開にする、またはイベントを非表示にした場合、その変更は次回の公開時に反映されます。記録項目を撤回した場合も同様です。公開ページでは、再公開するまで申告が公開時点の状態で表示され続けます。再公開後は、取り消し線が付き、撤回済みと表示されます。公開ページは公開時点のスナップショットを提供するため、何かを直ちに取り下げる必要がある場合は公開停止を使用してください。
- 公開ページは検索エンジンにインデックス登録されません。
- ページビューと検証スキャンは、ページアクティビティとして記録されます。公開ページで訪問者情報が誰かに表示されることはなく、訪問者の身元情報も収集されません。