Feature-Requests

Now it is possible to only choose languages. But if you work in a few countries, very often you have different content in different places. For example, links: Even if your email content is the same in English in Germany and English in the UK you might have different landing pages. How we handle it now: – If we have an email for multiple regions we can create a single file for different languages (let's say EN, DE, FR, IT etc.) – But if we need a few different English emails (EN for Germany, EN-DE, EN-FR, EN-IT and maybe EN for the United Kingdom) then we have to create separate emails for all English versions. In the end we get one multilingual file (EN, DE, FR, IT) and five additional files just for English. The perfect way: – If you allow setting regions for each language we will be able to have a single file for any emails: EN-DE, EN-FR, EN-DE, EN-IT, EN-GB, DE, FR, IT – But it doesn't mean that you have to always choose both (the language and the country) You can set just the language if you don't need the country. So the approach can be similar to Google's approach to hreflang tags: You can set either just language or both language and region. And if you selected, for example. FR-BE, FR-CH and FR it means that you have three versions of French email: French for Belgium, French for Switzerland and French for any other country. How it can work in the language choosing interface: – There are always two fields for each item: Language and Country – When you selected a language, country by default is Global (meaning just "en", for example) – You can select each combination only once: If English – Global is already selected and you add one more English then you are not able to choose Global anymore. Only with some additional country.

In most emails you need at least two button styles – for the CTAs and for secondary actions like learn more/read some article etc. Now it is possible to create only one button style in general settings. As a result every time when you create new emails you have to style secondary buttons completely from scratch. Moreover, there is a bug that often makes secondary buttons inherit some properties from the General settings when sending email or previewing it instead of its own properties. Most often it is hover properties. It would be great if you allow creating multiple button styles in general settings using a repeater button: By default every email has one button style. But you can click "+" and create more. Each button will have it's own CSS class and will not inherit anything from other buttons. When you add a button to the page you can choose: a) Choose one of the styles that you made in general settings b) Set parameters manually for this button but make sure that it's hover state does not inherit properties but has its own style for it.

Currently in Stripo's emails all UTM parameters are set for the whole email. However, UTM content is a unique parameter that helps you identify where exactly someone clicked: (utm_content=hero or utm_content=article-title or utm_content=cta-button). It will be really useful if for all blocks that support links you add another field under the URL field specifically for UTM content parameter. It should probably only appear if you activate UTMs for your whole email (otherwise without other UTM parameters it does not make sense to have it in your emails).

To properly integrate with Stripo, we want to monitor usage (and quota) of emails and exports. Right now we can't be proactive and act before we run into problems: we can only pray that we have enough space left for generating emails and export when sending. Manually tracking this via a browser is asking a human to do a computer's job.

Now you can't save a few structures as a module. The only way is to place them into a separate stripe. But you don't want to have excessive number of stripes on your page not to make your email weight more. Quite often there are cases when different structures belong to each other. For example, when I want to imitate a forum post with an avatar + author name (structure 1 with 2 columns), post text (structure 2 with 1 column) and a section below it with date, number of comments with icon, and reply button with icon (5 columns). In this case it would be convenient to be able to select all three structures and save them as one module. Plus possibility of moving/copying/deleting for multiple structures would be very convenient (I probably forgot about some other manipulations). As an additional idea: When you select objects you always see their controls in the right/left menu. But for such a group of objects this menu will be empty (unless you decide to add some common properties there like paddings or background colors etc.). But even if you keep some common structure properties (which is very useful as well) there should be more free space. You can add some commands to this menu like "Group/Ungroup" for example, so that you can just select them together with one click next time.

Please enable an Integration with atlassian.com/software > JIRA. OR Allow that a clickable link may be attached to templates outside the message itself

I see you're working on adding AI translations in addition to the existing Google Translate feature. AI translations usually outperform Google Translate, but sometimes the AI misinterprets certain phrases or misses context specific to our company or industry. Please add an option in settings to create a custom dictionary. This feature would let us define specific translations for words or phrases. When adding a phrase to the dictionary, all languages enabled in our account should appear. We can then input our preferred translations for each language. The AI translation tool would reference this dictionary, ensuring it uses our approved wording. Practical Example: The button text "Get a quote" often translates incorrectly, sometimes meaning "get a citation or quotation" rather than a price offer. We'd like to specify the correct meaning. If my account's default languages are EN, DE, FR, IT, ES and I add the phrase "Get a quote," I would enter: – EN: Get a quote – DE: Angebot anfordern – FR: Obtenir un devis – IT: Richiedi un preventivo – ES: Solicitar presupuesto These exact translations would then be consistently used by the AI translation tool in all translated emails.

As a user, I really appreciate the new export option that allows exporting both Desktop and Mobile versions of an email as one long-page PDF. However, currently when I use this feature, I receive a ZIP file containing two separate PDFs — one for Desktop and one for Mobile. It would be much more convenient if these could be automatically combined into a single PDF file, since I have to manually merge them afterward, which adds unnecessary steps to my workflow. Additionally, I've noticed that when exporting both versions together, sometimes the email gets split into multiple pages, especially if it's longer. This issue doesn’t occur when exporting just one version at a time. This feature would save time and ensure smoother PDF presentations for internal reviews and approvals. Thank you — overall, the feature is great and heading in the right direction!

We received a suggestion from a customer about the possibility of keeping the folder/subfolder hierarchy as in the Stripo account when bulk exporting as an HTML file/archive. We would like to check if this feature will be suitable and useful for you, so please feel free to vote or send your comments about it here.

It is currently very difficult to know which images have been uploaded to Stripo and this causes the same files to be resuscitated or that there are several files with different tiny variations. It would be great to be able to manage this globally within the project, with a section dedicated to these assets. This would greatly help the efficiency of creating emails and would also free up storage space for Stripo.