Hi Franck,
I take pride in delivering level-3 support on these forums, which means that you can talk to the lead developer (me) at any time and that I provide workarounds to current issues we can’t quickly resolve in the plugin. I hope this emphasizes the authority I represent on the matter, and that I’m generally not mistaken about the statements I make regarding the functionality of the plugin.
However, I’m not perfect. And with that, I think we’re miscommunicating. Here are some facts:
- Divi Builder (not Divi per se) structures its content via shortcodes;
- TSF strips shortcodes from its description-autogeneration since its inception (TSF v1.0.0). You can see that in the first public version I uploaded to www.remarpro.com, which was back in 2015: source.
The generation of the description means that TSF takes the content and automatically creates a description for you. It is, however, possible to insert a manually-written description at any time, provided you can access the post via the default editor of WordPress.
Now, Divi can perfectly display HTML-content built with Gutenberg or Classic-Editor. TSF can use that content to generate descriptions. However, once you convert the page/post with Divi Builder (which wraps the content in shortcodes), it adds a flag via the post-metadata to affirm Divi Builder is used.
Back in 2016, since TSF v2.6.6, I added an extra check to detect that flag, which TSF since uses to enforce generator-incompatibility.
I never reassessed the interoperability between TSF and Divi Builder, since the security risk involving allowing shortcode output to be stored in memory (or even the database) is too severe. I am, therefore, unfortunately, predisposed to let down the 650,000 paying customers of Divi. Luckily, Google is capable of filling in the gap quite well–and does so better over time.
To close, shortcodes were a drop-in solution to a problem WordPress had before Gutenberg Blocks existed: The ability to insert dynamic content (like forms and galleries) directly into posts. Unfortunately, this drop-in has been adopted by page builders–generally used to create static content whilst forcing you to use a caching plugin due to its inefficiency. This is not to say that Divi Builder is a bad product; it is, however, a symptom of something that was addressed by WordPress’s Core team too little too late. Ultimately, I believe I dealt with that the best way I saw fit in The SEO Framework.
I hope this clears up some (or all) of the confusion. Feel free to follow up if you still have doubts. Cheers!