おそらくrel属性の追加が問題かと思われるのですが、修正は可能でしょうか？

確かに、WordPress5.1でエディター投稿で自動で挿入される、rel="noopener noreferrer"に起因する不具合のようです。
Cocoonでは、rel="noopener"のみを追加していたのですが、いずれにせよダメなようです。
なので、rel属性をエディターで変更しないように修正しました。
Cocoonではデフォルトで、rel="noopener"が付加されるようになっているので、エディター上でrel属性は、必要ないと思い取り除きました。

修正版はこちら。
https://github.com/yhira/cocoon
最新ファイルをダウンロードする場合は、上記ページのダウンロードボタンからzipファイルをダウンロードしてください。
https://wp-cocoon.com/wp-content/uploads/2019/01/github-zip.png

ただし、既にrel="noopener"が付加されて投稿されてしまったものは、「このブロックには、想定されていないか無効なコンテンツが含まれています。」の表記が出るかと思います。
その際は、HTMLエディターから「 rel="noopener"」を取り除くか、一括置換プラグインで変換してみてください。
※一括置換を行う前には、バックアップはお忘れなく。

私はまだCocoon × Gutenbergを使用し始めたばかり（React未経験）なので誤りがあるかもしれませんが、Cocoonのコードを軽く確認してみた範囲で報告について補足します。

ご紹介いただいたトピックにある通り、ブロック毎で構築されるHTMLに設定とは異なる変更・修正を加えてしまうと、該当のブロックとはみなされなくなります。
わいひら様がおっしゃっている「後からクラス名とかも変更できない…」の問題については、Gutenbergに限らずクラシックエディター時代からあり、丁寧に対応させるならば、

• DBには触らずにコンテンツ取得・表示時のフックで置換する
• DBをまとめて置換する

と言った必要性があるかと思います。

私が確認できた今回の報告は「HTMLとして編集」による変更ではなく、Cocoon本体の機能のひとつである「rel属性の追加・削除」による変更にあるようです。

Cocoonでは、先日のアップデート（1.6.5）でrel属性に関する機能追加があったとあります。

Cocoon 1.6.5

アップデートの履歴までは追えていませんが、1.6.5現在のrel属性に関する主な機能は、

1. フック'wp_targeted_link_rel'を用い、noreferrerを除いた形（rel="noopener"）で付加。
2. コンテンツ取得・表示時に、設定されたrel属性の形に置換。

となっているようです。

ここで、フック'wp_targeted_link_rel'がデータ保存に作用する点がおそらく本件の問題の核心だと思われますので、

1. rel属性が付加された上でのデータ保存を避け、今ある設定情報からうまくrel属性が指定された形で表示できるようにする。
2. ボタンブロック側でrel属性の付加に対応させる。

などの修正が必要なのではないでしょうか？

わいひら
(@yhira)

2019年2月7日 22:17
それが、ブロックエディターの仕様みたいなんです。

僕もこれには手を焼いています。後からクラス名とかも変更できないので…。

どうしたものか。

この仕様のせいで、気軽に変更（修正）できないので、本当なんとかして欲しいです…。

※まだGutenberg開発を始めたばかりなので、僕が知らないだけかもしれないですが。

現状上記の状態なのかもしれません。

今試してませんが、編集画面上での話で公開ページは大丈夫だった気もします。※あまり覚えてないのですが、おそらく。

今回はCocoon Blocksのボタンブロックについて報告があるので、投稿失礼します。

ブロックを追加、適切に設定して投稿・更新を行っても、編集画面を再度開いた場合に「このブロックには、想定されていないか無効なコンテンツが含まれています。」と表示され、有効なブロックとみなされません。

おそらくrel属性の追加が問題かと思われるのですが、修正は可能でしょうか？