DanDomain Classic
Glosario
Clerk.io tiene muchas partes en movimiento. Este glosario abarca los conceptos clave en toda la plataforma — desde objetos de datos hasta plantillas de diseño y mecanismos de seguimiento — para que siempre sepa con qué está trabajando.
Los términos están ordenados alfabéticamente. Cada entrada enlaza al artículo completo donde puede profundizar.
| Término | Descripción | Más información |
|---|---|---|
| Accessories | Una característica para declarar qué artículos pertenecen juntos, utilizada para guiar la IA hacia emparejamientos complementarios específicos. | Recommendations |
| Actionable Searches | Una sección de Search Analytics que muestra consultas sin conversión y sin resultados con soluciones sugeridas como agregar sinónimos o fijar productos. | Search Analytics |
| AI Chat | El asistente conversacional de Clerk.io que responde preguntas de clientes usando los datos de su tienda, catálogo de productos y contenido. | Chat |
| AI layer | La segunda de las cuatro capas de procesamiento, donde la IA de Clerk.io utiliza conexiones en los datos sincronizados para predecir la clasificación de resultados para cada endpoint. | Data Foundation |
| AI Modifier | Un Modifier creado describiendo la transformación de datos deseada en lenguaje natural; Clerk.io genera una regla Python de solo lectura a partir de la descripción. | Modifiers |
| Anonymous session | Un identificador de visitante de corta duración derivado de una combinación en hash de dirección IP, user agent y un salt rotativo de la tienda — sin necesidad de cookie. | Cookieless Solution |
| Ask Clerk.io | Un agente de IA dentro del panel que lee la configuración de su tienda y puede proponer cambios que usted revisa y aprueba antes de que se apliquen. | Ask Clerk.io |
| Attribute Search Relevance | Una sección de Search Configuration que define qué atributos del producto se incluyen en el índice de búsqueda y cuánto peso tiene cada uno en el ranking. | Search Configuration |
| Audience | El producto de segmentación de clientes de Clerk.io que predice intención de compra, etapa del ciclo de vida y valor a partir de datos de pedidos y comportamiento. | Audience |
| Best Alternative Products | Lógica de recomendación que muestra los productos alternativos más similares para el artículo que el visitante está viendo actualmente. | Product Logics |
| Best Cross-Sell Products | Lógica de recomendación que sugiere artículos complementarios basándose en patrones de lo que otros clientes compraron junto con un producto dado. | Product Logics |
| Best Sellers | Lógica de recomendación que clasifica los productos por volumen total de pedidos a lo largo del tiempo. | Product Logics |
| Categories Search | El endpoint search/categories que devuelve coincidencias de categorías ordenadas por popularidad, utilizado en Instant Search y resultados de Omnisearch. | Search Logics |
| Category | Un objeto de datos que agrupa productos juntos. Las categorías son requeridas por las lógicas Alternatives y todas las estrategias de recomendación basadas en categorías. | Data Foundation |
| Clerk-influenced order | Un pedido donde al menos uno de los productos comprados fue clicado a través de un elemento de Clerk.io durante la misma sesión. Se utiliza para medir la atribución. | Measuring Impact |
| Clerk.js | La biblioteca JavaScript frontend de Clerk.io que renderiza elementos, gestiona el seguimiento de visitantes y potencia el UI kit de búsqueda y recomendaciones. | Clerk.js |
| Code Design | Un Design editado directamente como HTML, CSS y Liquid en lugar de solo a través del editor visual de Design. | Designs |
| Component | Un subdiseño reutilizable referenciado dentro de un Design principal. Los Components no se pueden seleccionar directamente como el diseño de un Element. | Designs |
| Content Recommendations | Lógicas de recomendación que muestran productos relacionados con una página de blog o artículo, y páginas de contenido relacionadas con un producto o categoría. | Content Recommendations |
| Cookieless mode | El enfoque de privacidad predeterminado de Clerk.io, que identifica visitantes mediante hash de sesión anónima en vez de cookies del navegador. | Cookieless Solution |
| CRUD API | Endpoints de estilo REST para crear, leer, actualizar y eliminar objetos sincronizados como productos, pedidos y clientes bajo demanda. | API |
| Custom dictionary | Una lista de términos — como acrónimos de marca o nombres estilizados de productos — que Clerk.io trata como tokens únicos en vez de dividirlos al indexar. | Search Configuration |
| Customer | Un objeto de datos opcional (id o email más atributos) que habilita la segmentación Audience y funciones tipo CDP. | Data Foundation |
| Customization Settings | Per-store feature toggles en my.clerk.io para activar o desactivar capacidades como Rules, Synonyms, Redirects y Merchandising. | Stores |
| Data feed | Una URL de catálogo JSON que el importador de Clerk.io puede consumir junto con o en lugar de llamadas activas a la CRUD API. | API |
| Data Health | Un panel de indicadores verdes, amarillos y rojos que muestran problemas de calidad de datos que pueden afectar el rendimiento de búsqueda y recomendaciones. | Data Health |
| Data layer | La primera de las cuatro capas de procesamiento, que contiene atributos de productos, pedidos y clientes sin procesar antes de que funcione la IA o el merchandising. | Data Foundation |
| Data sync | Una importación programada o manual de productos, categorías, pedidos, clientes y páginas desde el webshop o un feed externo. | Data Sync |
| Debug Dashboard | La herramienta Developers > Debug para construir y probar peticiones API con datos en vivo de la tienda e inspeccionar diagnósticos de resultados. | Stores |
| Demo Data | Un método de sincronización que carga un conjunto de datos predefinido de Clerk.io para probar el panel sin conectar un webshop en vivo. | Data Sync |
| Design | Una plantilla de HTML, CSS y Liquid (o visual) que controla cómo Clerk.io muestra resultados de Search, Recommendations, Email u Omnisearch. | Designs |
| Design Editor | La herramienta visual en my.clerk.io para construir y editar Designs sin necesidad de escribir código directamente. | Designs |
| Developer Logs | La vista Developers > Logs que muestra en tiempo real peticiones API, errores y advertencias de una tienda. | Stores |
| Dynamic Filters | Filtros a nivel de código de inserción que se resuelven en tiempo de solicitud usando variables del contexto del storefront actual. | Recommendations |
| Early Access | Un programa opcional para probar funciones beta antes de que estén disponibles de forma general. | Stores |
| Element | Un bloque configurable que combina una Product Logic, un Design y un código de inserción o regla de inyección para mostrar contenido de Clerk.io en una página. | Website Elements |
| Email Embeds | Fragmentos HTML que integran una Product Logic de Clerk.io en boletines de ESP de terceros para recomendaciones de producto personalizadas. | |
| Email Triggers | Emails automáticos enviados en respuesta a eventos de comportamiento como una sesión abandonada, un carrito abandonado o un pedido completado. | Email Campaigns |
| Embed code | Un fragmento <span class="clerk"> con atributos data-* colocado en el HTML del storefront que Clerk.js detecta y renderiza. | Clerk.js |
| Empty State Logic | La configuración de Omnisearch que controla qué productos o contenidos aparecen antes de que el visitante escriba una consulta. | Omnisearch |
| Exact Match Behaviour | Una opción de Search Configuration que controla cómo se igualan atributos del tipo SKU o EAN — por ejemplo, coincidencia exacta excluyendo autocorrección. | Search Configuration |
| Expected Additional Revenue | Un bloque de panel que estima el ingreso extra atribuible a Clerk.io según el volumen de pedidos influenciados y el aumento del valor medio de pedido. | Measuring Impact |
| Exporters | Integraciones que envían segmentos Audience a plataformas externas como Klaviyo, Meta o Google Ads para campañas pagadas. | Ask Clerk.io |
| Facets | Filtros basados en atributos — como rango de precios, marca o talla — que permiten a los visitantes acotar los resultados en búsqueda o categorías. | Search Facets |
| Filterable attributes | Atributos de producto configurados en Search Settings para aparecer como opciones de filtro de facetas en resultados de búsqueda y de categoría. | Search Configuration |
| Forgetting (GDPR) | El proceso de eliminar datos personales de un perfil de cliente mientras se anonimizan registros de pedidos retenidos para cumplir solicitudes de supresión de datos conforme al GDPR. | GDPR |
| Growth Advisor | Una sesión con experto reservada desde el panel cuando el rendimiento de la tienda está por debajo de los valores de referencia del Performance Comparison. | Measuring Impact |
| Hot Products | Lógica de recomendación que muestra productos con un aumento reciente de compras, comúnmente etiquetados como productos en tendencia. | Product Logics |
| Importance | Una puntuación Audience automática que sitúa cada cliente en un eje de valor basado en su comportamiento en comparación con clientes similares en la tienda. | Audience |
| Injection | Una función de Clerk.js que inserta un Element en el DOM usando selectores CSS, sin necesidad de añadir un fragmento en la plantilla del storefront. | Website Elements |
| Instant Search | Un desplegable en vivo que aparece mientras el visitante escribe, mezclando productos, categorías y páginas en un solo conjunto de resultados en tiempo real. | Search |
| Intelligent Filtering | Una función de Merchandising que utiliza filtros por palabra clave o atributo para incluir dinámicamente solo productos coincidentes en una campaña. | Merchandising |
| Knowledge Graph | La estructura de datos interna de Clerk.io que conecta productos, categorías, pedidos y opcionalmente clientes para potenciar predicciones de IA. | Cookieless Solution |
| Labels | Cadenas asociadas a peticiones API o códigos de inserción para identificar qué superficie generó una petición, usada para análisis y atribución de ventas. | Sales Tracking |
| Life Cycle | Una puntuación Audience automática que sitúa cada cliente en un eje de ciclo de vida — de activo a en riesgo o perdido — según su comportamiento de compra. | Audience |
| Live-Search | El endpoint search/predictive que potencia el autocompletado, clasificando sugerencias por probabilidad de conversión. | Search Logics |
| log/click | El endpoint API que registra un clic de visitante en un producto mostrado por Clerk.io, usado para construir la cadena de atribución hacia una venta. | Sales Tracking |
| log/sale | El endpoint API que registra un pedido completado y lo enlaza con un Visitor ID y cualquier evento previo de clics para atribución de ingresos. | Sales Tracking |
| Merchandising | Un conjunto de herramientas cross-surface para influenciar los rankings de resultados mediante campañas, triggers y reglas de posición. | Merchandising |
| Merchandising campaign | Una configuración nombrada que combina un calendario, uno o más triggers, una selección de productos y reglas de ordenación o fijado. | Campaigns |
| Merchandising layer | La tercera de las cuatro capas de procesamiento, donde campañas activas pueden impulsar, hundir o fijar productos antes de devolver resultados. | Data Foundation |
| Modifiers | Reglas post-sync que transforman atributos de productos dentro de Clerk.io sin alterar el feed de datos original ni los datos del webshop. | Modifiers |
| Most Sold With | Lógica de recomendación basada en pares de compra directa, sin la predicción más amplia usada por la lógica cross-sell. | Product Logics |
| Newest Products | Lógica de recomendación ordenada por la fecha created_at de los productos en el catálogo, mostrando los artículos agregados más recientemente. | Product Logics |
| Newsletters | Emails de marketing programados o puntuales creados, enviados y rastreados desde Clerk.io Email. | Email Campaigns |
| Omnisearch | Una superposición de búsqueda a pantalla completa que combina resultados en vivo mientras escribe, facetas, categorías, páginas y sugerencias de consulta en una sola experiencia. | Omnisearch |
| Order | Un objeto de datos que registra una compra con id, products y time. Los pedidos son la entrada principal para ranking por IA, atribución y predicciones Audience. | Data Foundation |
| Page | Una entidad de contenido opcional — como una entrada de blog o artículo — que puede aparecer en resultados de búsqueda y recomendaciones de contenido. | Data Foundation |
| Page Context | Una llamada de Clerk.js que pasa el ID del producto, categoría o página que se está visualizando para mejorar la personalización entre los elementos de esa página. | Clerk.js |
| Parcel | Una entidad de seguimiento de envío vinculada a un Order, que contiene un código de seguimiento, estado del transportista, detalles de estado y un enlace de seguimiento. | Data Foundation |
| Performance Comparison | Una tabla de panel que compara la tasa de conversión, el valor medio del pedido y el tamaño de cesta de una tienda contra otros clientes de Clerk.io. | Measuring Impact |
| Powerstep | El paso intermedio mostrado después de que un comprador añade un artículo al carrito — normalmente un pop-up, carrito lateral o página intersticial — donde se colocan recomendaciones cruzadas. | Recommendations Best Practices |
| Preview mode | Un parámetro de URL (clerk_content_mode=preview) que hace visibles los Elements solo de vista previa en el storefront sin afectar a visitantes reales. | Omnisearch |
| Privacy mode: Custom | Una configuración de privacidad donde usted proporciona su propio Visitor ID, para integraciones con herramientas propias de identidad o consentimiento. | Cookieless Solution |
| Privacy mode: Default | El modo de privacidad estándar de Clerk.js sin cookies, utilizando hash de sesión anónima para seguimiento sin almacenar identificadores persistentes. | Cookieless Solution |
| Privacy mode: Persistent | Un modo de privacidad que almacena un clerk-visitor-id estable en localStorage tras el consentimiento del visitante, permitiendo ventanas de atribución más largas. | Cookieless Solution |
| Privacy mode: Private | Un modo de privacidad que no recopila ningún dato de visitante, desactivando todas las funciones dependientes del visitante y la atribución de ingresos Clerk.io. | Cookieless Solution |
| Product | La entidad central del catálogo, con campos obligatorios incluyendo id, name, price, categories, created_at, image y url. | Data Foundation |
| Product layer | La cuarta y última capa de procesamiento, donde la API de Clerk.io arma la lista de resultados que se devuelve al comprador. | Data Foundation |
| Product Logics | Estrategias de recomendación o búsqueda con nombre — como Best Sellers o Visitor Recommendations — que respalden cada Element de Clerk.io. | Product Logics |
| Public / Private API key | Un par de credenciales donde la clave pública se usa para solicitudes de resultados frontend y la clave privada para operaciones de gestión de datos. | API |
| Realtime updates | Sincronizaciones incrementales aplicadas vía CRUD API o integraciones de plataforma, para que pequeños cambios de catálogo se reflejen sin esperar una sincronización completa. | Data Sync |
| Recommendations | Sugerencias de productos en el sitio web impulsadas por la IA de Clerk.io, mostradas en sliders, grillas de páginas de categoría o banners de contenido. | Recommendations |
| Redirects | Reglas que mapean consultas exactas o con patrones a una URL de destino, devueltas en la respuesta API de búsqueda en vez de resultados. | Redirects |
| Sales tracking | La configuración integral que enlaza Labels, eventos de clic (log/click) y eventos de pedido (log/sale) para que Clerk.io pueda atribuir ingresos a elementos específicos. | Sales Tracking |
| Scopes | Una configuración de Merchandising Campaign que controla si una campaña se ejecuta en una tienda, un conjunto definido de tiendas o toda la cuenta. | Merchandising |
| Search | El motor de búsqueda del sitio potenciado por IA de Clerk.io, abarcando desplegables de búsqueda instantánea, páginas completas de búsqueda y la superposición Omnisearch. | Search |
| Search Insights | El panel de Search Analytics para monitorizar el comportamiento de búsqueda, consultas principales, tasas sin resultados y oportunidades de mejora. | Search Analytics |
| Search Page | Un layout de resultados de búsqueda a página completa con opciones de facetas avanzadas, controles de ordenación y funciones de exploración más allá del desplegable instantáneo. | Search |
| Search Rules | Anulaciones específicas de consulta que fijan, incluyen o excluyen tipos de resultados particulares — productos, categorías, páginas o sugerencias — para ciertas consultas. | Search Rules |
| Semantic Search | Un fallback de lenguaje natural que interpreta la intención del comprador y devuelve resultados relevantes incluso cuando la consulta no coincide exactamente con el texto del producto. | Search |
| Sender Domain | Registros DNS configurados en Clerk.io Email para que las campañas se envíen desde el dominio propio del merchant en vez de una dirección compartida de Clerk.io. | Email Campaigns |
| Session | Una visita continua única a una tienda, utilizada para agrupar los clics y el historial de navegación de un visitante bajo un Visitor ID. | Cookieless Solution |
| Sliders | Carruseles de recomendaciones integrados en páginas de producto, de categoría, portadas u otras ubicaciones del storefront. | Recommendations |
| Smart Campaigns | Campañas de Merchandising que combinan horarios, triggers y reglas para funcionar automáticamente — sin intervención manual una vez configuradas. | Merchandising |
| Snippet | Un elemento <span class="clerk"> con atributos data-* que Clerk.js escanea al cargar la página y convierte en llamadas API. | Clerk.js |
| Store | Un tenant aislado de Clerk.io — normalmente uno por dominio — accedido mediante su propio conjunto de claves API y con sus propios datos, configuraciones y elementos. | API |
| Sub-Processor | Un servicio de terceros utilizado por Clerk.io que almacena o procesa datos del merchant. Los sub-procesadores activos se muestran por característica en el GDPR Dashboard. | GDPR |
| Subscriber | Un registro de contacto con subscribed: true que puede recibir campañas de email de Clerk.io. | Email Subscribers |
| Subscriber List | Una lista de opt-in con nombre utilizada para segmentar suscriptores para campañas de email dirigidas en Clerk.io Email. | Email Subscribers |
| Synonyms | Reglas que tratan diferentes palabras como equivalentes para que devuelvan los mismos resultados de búsqueda sin afectar la lógica de ranking. | Synonyms |
| Tracked vs Synced orders | La distinción entre pedidos registrados en tiempo real mediante log/sale en el storefront versus pedidos importados solo por sincronización de datos. | Measuring Impact |
| Trust Center | El recurso público de Clerk.io en trust.clerk.io sobre políticas de privacidad, sub-procesadores y prácticas de gestión de datos. | GDPR |
| Visitor / Visitor ID | El identificador anónimo que enlaza la sesión de navegación del comprador con su historial de clics y compra eventual para fines de atribución. | Visitor Log |
| Visitor Log | La interfaz Data > Visitors que muestra cada llamada de API hecha bajo un Visitor ID dado, incluyendo entradas, salidas, labels y metadatos. | Visitor Log |
| Visitor Recommendations | Sugerencias de productos personalizadas construidas desde el historial reciente de navegación y clics del visitante actual dentro de Clerk.io. | Product Logics |
| Website Elements | La sección de my.clerk.io para configurar y gestionar todos los Elements de Search y Recommendations que aparecen en el storefront. | Website Elements |
Instrucciones para ClerkGPT
Instrucciones para LLM #
Tu función #
Eres un experto en Clerk.io.
- Si la pregunta es sobre cómo usar Clerk.io, actúa como un soporte experto.
- Si el usuario te pide que generes código, actúa como un desarrollador experto.
Importante: Al referirse a nosotros, tú, clerk, etc., la referencia es siempre a “Clerk.io”.
Al depurar o revisar problemas en sitios web #
Tarea principal #
- Tu tarea principal es ayudar al usuario a entender qué sucede y por qué, dependiendo de lo que pregunte.
- A menos que se indique lo contrario, estás depurando problemas relacionados con las configuraciones de Clerk.io.
Contexto del usuario #
- Asume que el usuario es un Soporte o Especialista en Implementaciones de Clerk.io que intenta hacer funcionar algo para un cliente.
- Si la solución a un problema se puede manejar usando las herramientas integradas de Clerk.io sin codificación adicional, asume que el usuario debe resolverlo.
- Tan pronto como se necesiten soluciones de codificación personalizada, asume que el usuario debe decirle al desarrollador del cliente cómo hacerlo, pero aun así proporciona la solución. Deja esto claro en tus respuestas.
Política de generación de código #
- Nunca generas nuevo código en el espacio de trabajo a menos que te lo pidan explícitamente.
- Puedes mostrar ejemplos de código en la conversación cuando sea necesario.
Recursos de Clerk.io #
Para conocimientos relacionados con Clerk.io, solo utiliza conocimientos de los siguientes recursos. Siempre revisa y verifica que tu respuesta sea correcta antes de responder:
...Instrucciones para Cursor
Instrucciones para LLM #
Tu Rol #
Eres un experto en Clerk.io.
- Si la pregunta es sobre cómo usar Clerk.io, actúa como un soporte experto.
- Si la pregunta es sobre el uso comercial de Clerk.io, actúa como un representante de ventas experto.
- Si el usuario te pide que generes código, actúa como un desarrollador experto.
Importante: Al referirse a nosotros, tú, clerk, etc., la referencia es siempre a “Clerk.io”.
...Instructions
JTL
ScanNet
SmartWeb
SmartWeb Classic
Esta página ha sido traducida por una IA útil, por lo que puede contener errores de idioma. Muchas gracias por su comprensión.