| name | blueprint-document-reference |
| description | Referencia para crear y editar documentos de modelo de experiencia digital de Adobe. Se utiliza al crear nuevos modelos, agregar páginas de modelo o cuando el usuario pregunte sobre la estructura del modelo, secciones, plantillas o referencias a Adobe Experience League. |
| source-git-commit | 83e85d946e455cde46001af0a2112637b7fe24cc |
| workflow-type | tm+mt |
| source-wordcount | 445 |
| ht-degree | 1% |
Referencia de documento de modelo
Utilice esta habilidad al crear o editar documentos de modelo en este repositorio. Los modelos son implementaciones repetibles que abordan problemas empresariales establecidos, e incluyen diagramas de arquitectura, consideraciones técnicas y vínculos a documentación relacionada de Adobe Experience League.
Cuándo se aplica
- Creación de un nuevo documento de modelo o página de información general de modelo
- Adición o reestructuración de secciones en un modelo existente
- Vinculación o referencia a la documentación de Adobe Experience League
- Alineación del nuevo contenido con las convenciones del modelo (contenido previo, encabezados y diagramas)
Referencia rápida
- Propósito del documento: los modelos proporcionan la arquitectura del sistema y del flujo de datos para mostrar cómo se integran Adobe Experience Platform y las aplicaciones. Son visuales y técnicos, no de marketing.
- Secciones: utilice las secciones estándar de la plantilla; omita solo cuando no corresponda (consulte reference.md).
- Experience League: prefiere vincular Experience League para documentos de productos, API, protecciones y tutoriales. Use direcciones URL completas; consulte reference.md para ver patrones y formato de direcciones URL.
- Estructura del repositorio: Los modelos están activos bajo
help/blueprints/. Actualizar help/blueprints/TOC.md al agregar o mover páginas de modelo.
Plantilla de documento
Cada página de modelo debe seguir esta estructura. Incluya solo las secciones que correspondan.
---
title: [Short descriptive title]
description: "[One sentence: what this blueprint shows and why it matters.]"
solution: [Product name, e.g. Real-Time Customer Data Platform, Journey Optimizer]
exl-id: [UUID - if this is already popultated keep it as is. Disregard and remove this field if it is a new blueprint as blank values will be rejected by the publishing flow. If the field and value are not present, it will be auto-generated as part of the Experience League publishing flow]
---
# [H1 - same as title or expanded]
[1–3 paragraphs: what the blueprint covers, key capabilities, and who it’s for.]
## Applications
* [Product 1]
* [Product 2]
## Use cases
* [Use case 1]
* [Use case 2]
## Prerequisites
[Bullets or short paragraphs: required products, config, or setup.]
## Architecture Diagram
<img src="[path to SVG/image]" alt="[Descriptive alt]" style="width:90%; border:1px solid #4a4a4a" class="modal-image" />
## Guardrails
[Link to Experience League guardrails and any blueprint-specific limits.]
## Implementation patterns
[Optional: named patterns with bullets.]
## Implementation steps
1. [Step with link to Experience League where relevant]
2. ...
## Implementation considerations
[Optional: identity, performance, security, etc.]
## Related documentation
[Grouped links to Experience League: product docs, APIs, tutorials.]
Para las páginas de información general o de concentrador, utilice una estructura más corta: introducción, casos de uso (o pestañas), imagen de arquitectura, tabla de escenario/patrón, requisitos previos, protecciones y documentación relacionada. Vea las descripciones generales existentes en help/blueprints/ para ver ejemplos.
Frontmatter
| Campo | Requerido | Notas |
|---|
title | Sí | Corto; usar [!DNL Product Name] para nombres de productos por estilo de Adobe |
description | Sí | Una frase; se usa en búsquedas y tarjetas |
solution | Sí | Producto principal (por ejemplo, Real-Time Customer Data Platform, Journey Optimizer) |
exl-id | Sí | UUID; dejar en blanco para las páginas nuevas |
doc-type | Para obtener información general | Usar overview-page para las páginas principales de información general de modelo |
kt | Opcional | ID de artículo de la base de conocimiento si está vinculado |
Referencia a Adobe Experience League
- Cuándo vincular: vincule a Experience League para obtener documentación del producto, referencias de API, protecciones, tutoriales y pasos de configuración. No duplique los procedimientos largos; resuma y vincule.
- Formato de dirección URL: Use direcciones URL completas. Preferir
https://experienceleague.adobe.com/docs/?lang=es... o https://experienceleague.adobe.com/es/docs/.... Para documentos de desarrolladores, https://developer.adobe.com/... también es válido.
- Texto del vínculo: Use texto descriptivo (por ejemplo, "[Crear esquemas] (url)" no "Haga clic aquí"). Para los nombres de productos en el texto del vínculo, use
[!DNL Product Name] cuando corresponda.
- Sección de documentación relacionada: finalice modelos con una sección "Documentación relacionada" que agrupe vínculos por categoría (por ejemplo, configuraciones de destino, documentación de SDK, perfil y segmentación, tutoriales).
Para ver patrones de URL detallados, agrupación de vínculos y ejemplos, consulte reference.md.
Lista de comprobación antes de enviar
Recursos adicionales
- Plantilla completa y notas de sección: reference.md
- Modelos existentes:
help/blueprints/ (por ejemplo: audience-activation/real-time-lookup.md, customer-journeys/journey-optimizer/journey-optimizer-overview.md)
- TDC y navegación:
help/blueprints/TOC.md