[Resolved] Sites are not properly translated

Hello,

This seems to be about blocks from the "Ultimate Addons for Gutenberg" plugin (formerly Spectra), and we have a known issue where certain blocks cannot be translated:
https://wpml.org/errata/spectra-some-blocks-are-not-translatable/

Go to WPML > Preferences and click on the "Custom XML Configuration" tab.

Add the following markup:

<wpml-config>
  <gutenberg-blocks>
    <gutenberg-block type="uagb/info-box" translate="1">
      <xpath>//*[contains(@class, "uagb-ifb-title")]</xpath>
      <xpath>//p[contains(@class, "uagb-ifb-desc")]</xpath>
      <xpath>//span[contains(@class, "uagb-inline-editing")]</xpath>
      <key name="tempHeadingDesc" />
      <key name="ctaText" />
    </gutenberg-block>
    <gutenberg-block type="uagb/image-gallery" translate="1">
      <key name="mediaGallery">
        <key name="*">
          <key name="id"/>
          <key name="url" type="link" />
          <key name="alt" />
          <key name="link" type="link" />
          <key name="caption" />
        </key>
      </key>
      <key name="mediaIDs">
        <key name="*" />
      </key>
    </gutenberg-block>
    <gutenberg-block type="uagb/tabs" translate="1">
      <key name="tabHeaders" />
      <xpath>//*[contains(@class, "uagb-tab")]/a/div</xpath>
    </gutenberg-block>
    <gutenberg-block type="uagb/tabs-child" translate="1">
      <key name="header" />
      <key name="tabHeaders">
        <key name="*" />
      </key>
    </gutenberg-block>
    <gutenberg-block type="uagb/modal" translate="1">
      <xpath>//span[contains(@class, "uagb-inline-editing")]</xpath>
      <xpath type="link">//a[contains(@class, "uagb-modal-button-link")]/@href</xpath>
      <key name="buttonText"/>
    </gutenberg-block>
  </gutenberg-blocks>
</wpml-config>

Next, please open the original page and edit one of the infobox blocks. Then save the page again and open the translation editor.

You should now be able to translate the blocks.

If this doesn't solve the problem, please let us know.

Best regards,
Andreas

Hello,

I'd like to request temporary access (wp-admin and FTP) to the website to investigate the issue further.

You'll find the necessary fields below the comment section if you log in to leave the next reply. The information you provide will be private, meaning only you and I will be able to see and access it.

IMPORTANT
Please be sure to create a backup of the website and database before granting us access.

If you don't see the "wp-admin / FTP" fields, your login credentials for the post and website will be set to "PUBLIC." Do NOT publish the information unless you see the required wp-admin / FTP fields.

The private reply form looks like this:

hidden link

When replying again, click "I still need assistance".

Video:
hidden link

Please note that we are required to request this information individually on each ticket. We are not permitted to access any login information that was not specifically provided in the private reply form for this ticket.

Best regards,
Andreas

I have tried to replicate this issue on a new test site, but the issue does not occur here. I can translate the Info Box Blocks without adding an additional config:

One-Click-Login:
hidden link

I suspect that what is breaking the translations here are the emojis at the beginning of each heading. Would it be possible to test translating the page without using emojis?

Further (likely not linked to this issue):
In your website's wp-config.php file, I noticed that the WordPress secret keys are incomplete.

Currently, it only contains:

AUTH_SALT: Salt for the authentication cookie
SECUREAUTH_SALT: Salt for the SecureAuth cookie
LOGGED_IN_SALT: Salt for the login cookie
NONCE_SALT: Salt for nonces

It should look like this:
define('AUTH_KEY', '...');
define('SECURE_AUTH_KEY', '...');
define('LOGGED_IN_KEY', '...');
define('NONCE_KEY', '...');
define('AUTH_SALT', '...');
define('SECURE_AUTH_SALT', '...');
define('LOGGED_IN_SALT', '...');
define('NONCE_SALT', '...');

You can create a new entry at hidden link and replace it in your wp-config.php file.

Please give this a test.

Testing:
I have duplicated the page on your site as a new draft and removed the emojis. The translations worked out.

Example: hidden link

Would this be an acceptable workaround?

Note that translating emojis is not yet widely supported and can cause unexpected issues. If not using emojis is not an option for you, I can offer to replicate the issue and escalate it.

About formal German:
Not all translation engines support formal German. When using DeepL you can set up WPML to use formal German inside WPML > Settings:
https://wpml.org/documentation/automatic-translation/how-to-change-automatic-translation-engines/

Now, as your site uses PTC, usually I would suspect it would use formal German by default, which seems not to be the case on your site.

Anyhow, on my test site, PTC uses formal German (see screenshot), so I am not sure why you have different results.

Do you mind if I add some credits to the site and run a few tests?