Bloques atómicos o componentes complejos

El principal problema que veo es que el código fuente debería ser importable tal y como lo genera el editor, y no estoy seguro de si el editor puede distinguir el elemento separador de cualquier componente td de un componente de tabla usado para datos tabulares ni si puede captar todos los estilos para repoblar los rasgos y propiedades en el editor.

Sí, es una buena pregunta, básicamente, el editor tiene una pila de tipos de componentes y cada vez que añades uno nuevo, se coloca encima de la pila

[
UnoÚltimoAñadidoComponente,
...
tabla,
imagen,
texto,
por defecto,
]

Supongamos que necesitas añadir un componente de tabla dentro del seleccionado (API del componente)

'''js const selected = editor.getSelected(); seleccionado es el modelo del componente selected.append('<table>...</table>`);

Ahora, cuando pasas el HTML, la cadena se analiza y cada [Nodo](https://developer.mozilla.org/en-US/docs/Web/API/Node) se traduce en un objeto componente (por ahora, solo un objeto JS) y una vez añadido a los componentes internos de 'selected' ('selected.components().add({ ... objeto componente... })') se convierte en el [Componente](https://grapesjs.com/docs/api/component.html). Pero para distinguir exactamente qué tipo de modelo es el Nodo, iteras sobre la pila, ejecutas cada método estático tipo ['isComponent'](https://grapesjs.com/docs/modules/Components.html#how-components-work) y compruebas si es válido (generalmente devuelves un objeto como '{ type: 'my-type', ... }`)
Así que el método 'isComponent' aquí es la clave, ahí puedes implementar la lógica correcta para que el editor entienda si es una tabla normal o la 'separadora' (el método toma el Nodo como argumento, así que simplemente usas la API de DOM normal para la lógica). 
También puedes saltarte la parte del reconocimiento configurando el tipo explícitamente, de esta manera:
'''html
<table data-gjs-type="separator">...</table>

Asegúrate de consultar también la guía sobre cómo almacenar y cargar plantillas, porque si usas el mismo HTML almacenado desde el editor para la edición, está MAL, tienes que usar los datos JSON (que ya contienen toda la información sobre tus tipos, así que simplemente te saltas el análisis y el reconocimiento).

el hecho de que haya devuelto un tipo para este nodo impide al editor probar los nodos internos de ese nodo en busca de un tipo de componente?

No, los nodos internos seguirán siendo recorridos, pero en realidad puedes evitarlo con esto como retorno a tu 'isComponent' '''js isComponent(el) { ... return { Tipo: 'Separador', Si el objeto devuelto contiene 'componentes', Los nodos internos se omitirán Componentes: [], } }

Pero, con esta configuración actual dices que no tienes componentes, así que en realidad lo renderizarías en tu lienzo:
'''js
<mesa ...></table>

Mesa vacía, ¿qué puedes hacer?!? Con esto: '''js componentes: [el.innerHTML],

Es lo mismo que no poner 'componentes', porque la cadena se analiza y procesa de nuevo. Lo que realmente puedes hacer, lo que creo que podría ser tu caso:
'''js
return {
			Tipo: 'Separador',
			contenido: el.innerHTML,
			Componentes: [],
		}

'content' es para cosas estáticas, el editor no creará Componentes y ni siquiera podrás seleccionarlos (al no ser un Componente, no tienes el modelo).

sí, la propiedad Content podría resolver mi problema, pero supongo que tengo que mantener manualmente su valor sincronizado (con manipulación de cadenas) con los cambios que hacen los usuarios en las propiedades y rasgos del componente separador, y, dado que forma parte del modelo de un componente separador, cualquier cambio en ella desencadenará una actualización de vista, ¿Derecha?

Bueno, como dijiste, 'me gustaría que el clic en cualquier componente de este bloque separador en realidad seleccione la tabla', supongo que el 'separador' era algo estático, sin necesidad de cambiar cosas internas, depende de lo que estén haciendo tus rasgos, por ejemplo. Si solo cambias los atributos del propio componente, sigue sincronizado con su vista

Si no, si dejo que los nodos internos se recorran pero compruebe los antepasados y/o los descendientes para establecer si, por ejemplo, forman parte de mi componente separador y hago que no se puedan soltar, arrastrar y no seleccionarse (quizá definiendo componentes separados como separator-tr, separator-td, etc.)? ¿Podría ser esta una mejor solución?

Sí, claro