Creating and inserting reusable information with content blocks



image avatar

Jennifer Rowe

Zendesk Documentation Team

Edited Mar 25, 2025


0

61

61 comments

1263082203269 do you have update on being able to correctly update the body of articles with content blocks via the API? 

Currently, if you have a content block in an article, and update the article through the API, that content block will be converted to regular text. Then you need to go to the article and manually revert that piece of text to a content block, which is very time consuming.

This is causing significant problems for customers who are using a programmatic way to make bulk changes to articles with content blocks (like find and replace across many articles), either through a third party app or by using the API themselves.

0


Hi 1263758835070

You can use any content block in any language, e.g. you can use English content block in Spanish translation. When it comes to searching for it however it won't be visible under Spanish, in order to find it you'd need to search for it either in its original language or use All languages option in the drop-down by the search field. 

0


Once a content block exists, is there a way to nest it under a different language? Like if it was created under English, can it be moved to Spanish so it shows up with the other Spanish content blocks when you go to insert it?

0


This is great news! Thank you 1263082203269

0


Hi 1263213546309, yes, and hopefully within the next couple of weeks. Keep an eye on our announcement page :) 

1


Katarzyna Karpinska Do you have any plans to allow correct update of the body of articles with content blocks via the API.

Updating an article with content blocks from the API is kind of allowed, but creates some strange state for the article. The changes (made via API) will be visible in the online (published) version but not in the Guide Editor. So basically an article changed this way will have two content states: one with the API changes AND the Guide editor state (without the API changes). If a further change is made from Guide editor, this will overwrite all the changes made with the API.

This issue creates some serious limitations for some of my customers who have content blocks enabled and trying to use functions like find and replace across many articles (we're a Zendesk development partner providing apps such as the Help Center Manager to Zendesk customers).

Thank you!

0


Hi 1267241866650 It is true that content block "slices" the content of articles in pieces and if you want to see HTML you need to look into all blocks separately (in the case of the article content - if you should put the cursor in the text below content block to see its HTML). We are working on some improvements in this area that will hopefully allow you to see all the article content as one consecutive HTML but content blocks will always be separate as they don't "live" in the article.

 

0


Adding a content block seems to hamper my ability to then edit source code. Is this expected behaviour? I can no longer access source code for the whole article. I have to click above the content block to access that piece of code, then below the block to access that piece of code. Is it possible to retain a view of the entire article, including the content block, in the source code editor? 

0


1263213801669

We had to shift our priorities a little and are currently looking into working on tables in content blocks in Q3 this year. 

1265004492190

I hear you, we are working on integrating our article and content blocks better in the future. In the meantime, I'll check with my team if we can add support to <ol> start attribute.

0


Want to chime in here that even lightweight custom html would be incredibly useful. I'm currently trying to use blocks to replicate ~6-10 workflow articles that are mostly the same with some variance, but since I can't edit the html, numbered lists in blocks must start with 1. 

1


Sign in to leave a comment.