Ir al contenido
API de entrega
Antes de planificar en torno a una función, consulte el estado de las capacidades.

MigrarTrasladarse a Atlas

Equivalencias con su CMS actual

Cómo se traducen a Atlas las funciones de WordPress, Drupal, Contentful, Strapi o un CMS personalizado, y qué no tiene equivalente.

Esta página fue traducida del inglés. Si hay alguna diferencia, prevalece la versión en inglés. Leer en inglés

La mayor parte de la personalización de un CMS tradicional encaja en unos pocos patrones. Esta tabla muestra dónde va cada uno en Atlas.

En su CMS actual En Atlas Notas
Constructor de páginas (bloques, filas, widgets) Página formada por secciones; cada sección es uno de sus componentes Los editores eligen entre las secciones que permite su tipo de página
Tipos de contenido personalizados (productos, noticias, equipo) Colecciones con entradas Fíltrelas, ordénelas y pagínelas con la API de entrega
Campos personalizados (ACF, campos de Drupal, campos de Contentful) Campos tipados en el contrato del sitio Texto, texto enriquecido, número, fecha, enlace, recurso, referencia, lista, grupo, tabla y más
Relaciones entre elementos Campos de referencia
Menús, encabezado, pie de página, ajustes del sitio Globales como site-header y site-footer Su código sigue renderizándolos
Tema y ajustes de diseño Tokens de diseño en el contrato: colores, estilos tipográficos, espaciado Atlas nunca aplica estilos propios a su sitio
Biblioteca de medios Medios, con variantes por perfil de medios, puntos focales y texto alternativo
Plugin multilingüe (WPML, Polylang) Traducciones de páginas, entradas y globales, con respaldo Incluye el árabe y otros idiomas de derecha a izquierda
Plugin de SEO (Yoast, Rank Math) Campos de SEO por página, redirecciones, lista de rutas para su mapa del sitio Su código genera las etiquetas y el mapa del sitio
Gestor de redirecciones Redirecciones, leídas por su sitio
Formularios de contacto (Contact Form 7, Gravity Forms) Formularios con protección contra spam de Turnstile y correos de clientes potenciales Desarrollo y sitio web en vivo (estado)
Roles y flujo de trabajo editorial Roles, borradores, previsualización, publicación, aprobación de lanzamientos a Producción
Entradas programadas Publicación programada para colecciones editoriales
Webhooks y automatizaciones «al publicar» Webhooks firmados
En su CMS actual Por qué Atlas no lo hace Qué hacer en su lugar
Plugins que ejecutan código en su sitio El contenido nunca debe poder ejecutar código en su sitio web Construya la función en el código de su sitio web y asígnele un componente con ajustes
Shortcodes, bloques de HTML sin procesar, widgets de «código personalizado» Mismo motivo. También es una vía habitual de compromiso de los sitios gestionados por CMS Un componente por tipo de incrustación (vídeo, mapa, widget de reservas) con un campo de URL o ID
Scripts de seguimiento añadidos por los editores Los scripts son una decisión del desarrollador, revisada en el código Añádalos en su código o en su gestor de etiquetas, bajo su Content-Security-Policy
El CMS que renderiza y aloja el sitio (temas) Atlas es headless; su sitio web sigue siendo suyo Conserve su alojamiento
Lógica de servidor en el CMS (proceso de compra, áreas de miembros, API personalizadas) Fuera del alcance Manténgala en su aplicación o en sus servicios actuales
Búsqueda en el sitio No se ofrece Conserve su búsqueda, o indexe las entradas desde la API de entrega

Un sitio corporativo de WordPress tiene un constructor de páginas, un tipo de contenido «Projects» con campos de ACF, Yoast, WPML (inglés y árabe), Contact Form 7 y un shortcode [map].

  1. Cada bloque del constructor de páginas se convierte en un componente del contrato, renderizado por un componente React existente.
  2. «Projects» se convierte en una colección con los mismos campos. La página de proyectos lee /entries?collection=projects.
  3. Los títulos y descripciones de Yoast pasan a los campos de SEO de cada página. Las URL antiguas van a las redirecciones.
  4. El inglés y el árabe se convierten en idiomas (locales). El sitio solicita &locale=ar y define dir="rtl".
  5. El formulario de contacto se convierte en un formulario de Atlas. Llega al sitio en vivo con el siguiente lanzamiento; los clientes potenciales llegan a Forms & leads.
  6. El shortcode [map] se convierte en un componente Map con un campo de dirección. El script del mapa reside en el código del sitio web.