Decide cuándo crear un modelo de contenido personalizado
Un modelo de contenido personalizado es útil cuando los editores van a crear muchas entradas con el mismo significado, campos, clasificaciones y presentación. Supone una carga innecesaria cuando el requisito es únicamente una variación visual en una página.
Empieza por la tarea del visitante
Escribe una frase que describa lo que los visitantes necesitan hacer. Por ejemplo:
Los visitantes necesitan explorar instructores por especialidad y abrir una página para cada instructor.
Ese requisito sugiere:
- Un tipo de contenido personalizado para instructores
- Una taxonomía para especialidades
- Campos personalizados para valores como el título profesional
- Una plantilla de archivo o de resultado de búsqueda facetada
No empieces por los nombres de los campos. Empieza por la colección, su propósito público y las rutas que necesitan los visitantes.
Elige la estructura adecuada más pequeña
Usa una entrada o página existente cuando
- El contenido se comporta como un artículo o una página jerárquica normal.
- No necesita un menú de administración independiente.
- Sus diferencias pueden expresarse con el editor y los ajustes de plantilla existentes.
Añade una taxonomía cuando
- Los editores seleccionan de un vocabulario compartido.
- Los visitantes se benefician de páginas de archivo para esos términos.
- La misma clasificación puede aplicarse a múltiples entradas o tipos de contenido.
No sustituyas una taxonomía por un campo de texto libre cuando el filtrado y la navegación por archivos importan.
Añade un tipo de contenido personalizado cuando
- La colección necesita su propio menú de editor y una identidad pública.
- Las entradas comparten los mismos campos y plantilla.
- La colección necesita su propio comportamiento de archivo, consulta, taxonomía o permisos.
Añade un campo personalizado cuando
- El valor describe una propiedad de una entrada.
- Los editores deben introducir el valor por separado del contenido principal.
- Lo usará una plantilla, una consulta, un consumidor de API o una configuración de búsqueda facetada.
Pon a prueba la decisión
Antes de construir, responde a estas preguntas:
- ¿El sitio contendrá al menos varias entradas de este tipo?
- ¿Entenderán los editores por qué la colección está separada?
- ¿Tiene cada campo propuesto un consumidor?
- ¿Representa cada taxonomía una clasificación reutilizable?
- ¿Se requieren URL individuales y de archivo?
- ¿Es insuficiente por sí mismo un diseño del Page Builder?
Si la mayoría de las respuestas son no, mantén el contenido en un tipo de contenido existente. Si son sí, continúa con la hoja de planificación.