【アクセシビリティ】データテーブルにおいてthと関連付かないtdの存在に関して

Question

下図の様なデータテーブルの「左上のtdセルの存在」は、アクセシビリティ（JIS X 8341-3:2010）上で抵触はないものとしてよろしいでしょうか。
※左上のtdセルは当然ですが空とします（<td></td>）
※単純テーブルですのでscopeは付けていません
※ASの対応などはひとまず考慮外
![イメージ説明]WIDTH:600

回答１：問題なく、抵触しない
→もし根拠となるソース（URL）がありましたら、お教えいただければ幸いです。
※URLを記載することがはばかられる場合、対象ソースへの検索のヒントなどでも結構です

回答２：抵触しないが、良くはない
→改修案のヒントと根拠など頂戴できれば幸いです
例）tdを用いずに、th（＋scope）とし、何かしらヘッダデータを入れるべき。なぜなら……

回答３：抵触している
→何に抵触しているかご指摘いただければ幸いです
例）達成基準 1.3.1 情報及び関係性
合わせて達成するための実装方法のヒントなど頂戴できれば幸いです

現状として、「抵触根拠なし」として回答１の判定をしています。
等級は問わず、アクセシビリティ（JIS X 8341-3:2010）に準拠したサイトを構築された実績のある方よりのご回答を希望いたします。

Answer 1

空のtdに、role="presentation"属性付与でアクセシビリティ担保できるようです。

テーブルがpresentationとマークされている場合、ユーザーエージェントは、table、td、th、trなどの要素をアクセシビリティAPIマッピングから取り除き、そのなかに入っている個々のテキスト要素だけを残すことができる。これにより、テーブルで示唆された構造的側面を無視してもよいことがユーザーエージェントに分かるようになるため、レイアウト目的でテーブルを使っても害がなくなる。

参考
http://blog.e-riverstyle.com/2011/03/rolepresentationwaiaria.html
https://www.w3.org/TR/aria-in-html/#use-of-role-presentation

Comments

[noise]

hibikikudo様、ご回答ありがとうございます。
随分と前に自己解釈で閉めてしまっていましたが、ご考察と情報提供のほど痛み入ります。

ARIAのアプローチの姿勢は見習うべきものを感じます。
HTMLサイド、ASサイドの解釈との整合整理がつけばより有益かと愚考いたします。
WCAG 2.0もISO/IECになりましたし、日本のJIS企画も2016改訂の様子。

世の中のWEBデザイナー（コーダー）様がどれほど意識されてるかはアレですが。
ここではあまりアクセシビリティの話題がでませんが、こちらに意識を向けていらっしゃる方がおられること嬉しく存じます。

Answer 2

長く放置してしまいましたがviewも150を超えましたので、回答をいったん〆たいかと存じます。
分かりづらく、回答しにくい質問であったかと存じます。

現状として、「抵触根拠なし」として回答１の判定をしています。

現状で特にご意見もない様子に、「抵触根拠なし」ゆえ「問題なく、抵触しない 」といたします。

ありがとうございました。