¿Qué es el Content CMS?
El Content CMS de Better i18n te permite gestionar contenido multilingüe estructurado —artículos, entradas de blog, documentación de ayuda, descripciones de producto— en la misma plataforma que tus claves de i18n.
Claves de traducción frente a entradas de contenido #
Better i18n gestiona dos tipos de contenido:
| Tipo | Qué es | Ejemplo |
|---|---|---|
| Claves de traducción | Cadenas cortas usadas en tu código | auth.login_button = "Sign in" |
| Entradas de contenido | Documentos estructurados con cuerpo enriquecido | Un artículo de ayuda o una entrada de blog completa |
La mayoría de aplicaciones usan ambos: claves para la interfaz y entradas para el contenido largo.
Qué te da el Content CMS #
- Modelos de contenido — define el esquema de tus tipos de contenido (campos personalizados, tipos de campo, campos localizados)
- Entradas — crea y gestiona cada pieza de contenido
- Multilingüe — cada entrada puede tener traducciones en todos los idiomas del proyecto
- API de lectura + caché en el edge — el contenido se sirve desde
https://content.better-i18n.com, se cachea en el edge y se purga al publicar - Herramientas MCP — los agentes de IA pueden crear, traducir y publicar contenido directamente
- Historial de versiones — los modelos pueden guardar una revisión por cada guardado, para consultar qué decía antes un idioma
Cómo llega el contenido a tu aplicación #
Panel / agente MCP
→ Crear o editar una entrada con sus traducciones
→ Publish
→ Se purga la caché de la Content API y se sirve la nueva versión
→ Tu aplicación la descarga en tiempo de ejecuciónNo hace falta recompilar. Las actualizaciones están en vivo en cuanto publicas.
Fíjate en qué hace cada superficie: el panel y MCP escriben contenido; la Content API solo lo lee. Tu aplicación guarda una clave que sirve para descargar contenido y nada más.
Endpoint de la Content API #
https://content.better-i18n.com/v1/content/{org}/{project}/models/{model}/entriesEjemplo:
curl "https://content.better-i18n.com/v1/content/acme/docs/models/help-article/entries?language=en&status=published" \
-H "x-api-key: YOUR_API_KEY"Dos detalles que ahorran un ticket de soporte: la autenticación va en la cabecera x-api-key (no en Authorization: Bearer), y la API no filtra por estado por su cuenta: sin status=published también recibes borradores.
¿Para quién es? #
El Content CMS resulta útil para:
- Sitios de documentación — centros de ayuda, bases de conocimiento
- Contenido de marketing — páginas de aterrizaje, entradas de blog
- Contenido de producto — descripciones de funciones, notas de versión
- Contenido dinámico — cualquier cosa que quieras actualizar sin volver a desplegar
Better I18N