Custom Work

Problem:
You are experiencing an issue where hreflang tags on custom post type (CPT) archives for 'event' are incorrectly pointing to the homepages instead of the translated archive pages. This issue is causing 'missing reciprocal hreflang' errors in SEO audits.

Solution:
First, ensure that your CPT 'event' is set to 'Translatable' in WPML settings and that translations for the archives are properly connected. If the issue persists, the problem might be related to the theme or specific customizations in your theme's functions.php file. Here are the steps we recommend:
1. Verify the CPT registration settings. It should look like this:

register_post_type('event', [<br />  'public' => true,<br />  'has_archive' => true,<br />  'rewrite' => [<br />    'slug' => 'company/events',<br />    'with_front' => false,<br />  ],<br />]);

2. If you are using a child theme or have custom functions that modify the query, ensure they are not affecting the hreflang output. For example, check if modifications in the functions.php like custom query filters are interfering.
3. Test with a default theme (e.g., Twenty Twenty-Five or Elementor parent) to see if the issue resolves, indicating a theme-specific problem.
4. If these steps do not resolve the issue, it might be due to limitations in the ACF or WPML integration or a need for manual adjustments in the theme or plugin settings.

This solution might be outdated or not applicable to your specific case. If the problem persists, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If necessary, please open a new support ticket at WPML support forum for further assistance.

Problema:
El cliente necesita que WPML resuelva y muestre la traducción correcta cuando se utiliza el slug del idioma original en el dominio del idioma secundario.
Solución:
No existe una configuración nativa en WPML para este comportamiento. Se requiere una solución personalizada que implemente una lógica de fallback para redirigir (301) cuando se accede a un slug del idioma original en el dominio del idioma secundario. Los pasos son:
1. Detectar el slug solicitado.
2. Buscar si ese slug existe en el idioma original (ES).
3. Si existe, obtener el ID de la traducción en el idioma secundario (EN) y hacer una redirección 301 al permalink canónico en EN.
Este enfoque es consistente con SEO, evita contenido duplicado y no interfiere con la resolución estándar de WordPress/WPML. Los hooks útiles incluyen

template_redirect

y varios de WPML como

wpml_object_id

,

wpml_element_trid

, y

wpml_get_element_translations

.
Aquí tienes un ejemplo de código que puedes adaptar y probar:

add_action('template_redirect', function () {<br />    if (!is_404()) return;<br />    $requested = trim(parse_url($_SERVER['REQUEST_URI'], PHP_URL_PATH), '/');<br />    if ($requested === '') return;<br />    $default_lang = 'es';<br />    $current_lang = apply_filters('wpml_current_language', null);<br />    if ($current_lang === $default_lang) return;<br />    do_action('wpml_switch_language', $default_lang);<br />    $post = get_page_by_path($requested, OBJECT, ['post', 'page']);<br />    do_action('wpml_switch_language', $current_lang);<br />    if (!$post) return;<br />    $translated_id = apply_filters('wpml_object_id', $post->ID, $post->post_type, false, $current_lang);<br />    if ($translated_id) {<br />        wp_redirect(get_permalink($translated_id), 301);<br />        exit;<br />    }<br />});

Para más detalles sobre los hooks de WPML, visita WPML Hooks Reference.
Si esta solución no resuelve tu problema o si la información parece desactualizada, te recomendamos abrir un nuevo ticket de soporte en el foro de soporte de WPML. También es aconsejable revisar los problemas conocidos y confirmar que tienes instaladas las últimas versiones de los temas y plugins.