Diseño y desarrollo de un gestor de contenidos a medida para el blog de Ana Alonso y Javier Pelegrín, escritores de literatura juvenil ganadores del Premio Santillana 2009, entre otros reconocimientos. El encargo: un sitio editorial pensado para autores, no un blog genérico.
Cliente y contexto
Ana Alonso y Javier Pelegrín firman juntos parte de los títulos más reconocidos de la literatura juvenil en español. Su trabajo conjunto cubre saga, narrativa contemporánea y propuestas de aula que muchos profesores trabajan con sus alumnos. Esa comunidad lectora (familias, docentes y lectores autónomos) les escribía constantemente con dudas sobre personajes, peticiones de material complementario y recomendaciones de lectura. La página que tenían no daba abasto. Necesitaban una base estable desde la que hablar con esos lectores sin depender de un técnico cada vez que querían publicar.
El reto: autonomía editorial con identidad propia
El encargo arrancó con dos condiciones claras. La primera: ninguno de los dos quería depender de un desarrollador para subir una entrada, una entrevista o una galería con material escolar. La segunda: el sitio tenía que verse como una extensión de su obra, no como un blog corporativo. Eso descartaba de salida los themes de WordPress prefabricados, que arrastran patrones visuales pensados para empresas o medios.
El contenido pedía además una estructura particular. No bastaba con publicar entradas en orden cronológico: cada libro tenía que tener una ficha estable, cada saga su propio espacio y los materiales para el profesorado un acceso diferenciado. Esa lógica obliga a pensar la web como una pequeña base de datos editorial, no como un conjunto de páginas sueltas.
Diagnóstico previo
Antes de tocar una línea de código pasamos por tres pasos:
- Inventario de contenido: cada libro publicado, cada saga, cada material complementario para profesores y cada premio o reconocimiento, para que ninguna pieza quedara fuera del nuevo modelo.
- Mapa de necesidades editoriales: con qué frecuencia iban a publicar, qué tipo de entradas iban a dominar (post largo, ficha de personaje, recurso descargable) y quién iba a actualizar qué.
- Análisis del tráfico previo: la mayoría llegaba buscando títulos o personajes concretos, no consultas genéricas sobre los autores. Eso condicionó la arquitectura de URLs y de menús.
La solución: WordPress con tipos de contenido propios
Optamos por WordPress como base, pero con un theme propio y varios tipos de contenido personalizados pensados para un proyecto editorial. La pieza central fue un Custom Post Type para las novelas, con campos para sinopsis, ficha técnica (editorial, ISBN, año), edad recomendada, materiales para el aula y enlaces de compra. Cada saga se modeló como una taxonomía propia, no como una etiqueta más, para que pudiera tener su página estable y sus piezas asociadas sin colisionar con el listado general del blog.
El blog mantuvo el sistema estándar de entradas, pero con una plantilla editorial limpia, pensada para que el texto pesara más que la decoración. La tipografía se eligió mirando legibilidad en pantalla larga, porque buena parte del público (profesores y alumnos) consume el contenido desde tabletas y portátiles del aula. El mismo criterio que aplicamos en el diseño editorial de blogs corporativos, adaptado aquí a una audiencia juvenil.
El panel de administración se simplificó al máximo: solo los campos que Ana y Javier iban a usar de verdad, sin opciones huérfanas que llevaran a confusión. Esa limpieza es lo que diferencia un WordPress puesto y un WordPress útil para quien tiene que escribir todos los días.
Resultados
- Publicación autónoma: desde la entrega, el equipo de los autores actualiza el sitio sin intervención técnica, salvo en cambios estructurales puntuales.
- Tiempo de publicación reducido a minutos, no a horas, gracias a plantillas y tipos de contenido predefinidos.
- Coherencia visual entre novelas: el sistema de fichas hace que cualquier libro nuevo encaje sin ajustes manuales.
- Mantenimiento ligero: actualizaciones de seguridad y copias de seguridad automatizadas, sin interferir en la actividad lectora del sitio.
Aprendizajes que aplicamos a otros proyectos
El proyecto reforzó tres ideas que ahora aplicamos por defecto en webs de autor o editoriales pequeñas.
Un theme prefabricado no aguanta una identidad editorial fuerte. Se nota en las fuentes, en los espaciados y en cómo se comportan las fichas largas. Cuando el cliente vive de su voz, el sitio tiene que respetarla desde el primer píxel.
La página de autor no es un trámite. Trabajada con cuidado, sostiene la autoridad del proyecto y mejora cómo Google entiende quién firma cada contenido. La diseñamos con ficha biográfica completa y enlaces a entrevistas relevantes. Es una decisión que sigue vigente, como contamos en el artículo sobre diseño de páginas de autor.
Pensar el sitio en módulos paga a largo plazo. Cuando aparece una saga nueva o una colaboración con una editorial distinta, el sistema ya tiene un sitio donde encajarla. Esto enlaza con lo que defendemos cuando hablamos de diseño web modular: la decisión inicial condiciona la velocidad de los siguientes años.
El mismo enfoque —entender el negocio antes de tocar el theme— es el que seguimos en proyectos posteriores como el caso de éxito de Dissen Mark, donde el reto era distinto pero la lógica de partida fue idéntica.
Preguntas frecuentes
¿Por qué un gestor a medida y no un theme premium?
Un theme premium resuelve buena parte de los proyectos editoriales sin problema. El resto son los que tienen tipos de contenido fuera de lo común (fichas con campos editoriales propios, materiales descargables segmentados por edad) y obligan a tocar tanto el theme premium que sale más caro mantenerlo que partir de uno propio.
¿Cuánto tarda un proyecto así en estar online?
La franja habitual para una web de autor con CMS a medida ronda las ocho a catorce semanas, según el volumen de obras y materiales asociados. Lo que más alarga el plazo no suele ser el desarrollo, sino el inventario y la migración del contenido existente.
¿Quién mantiene el sitio después?
Las actualizaciones de contenido las hacen los propios autores. El mantenimiento técnico (versiones de WordPress, plugins, copias de seguridad y revisión de seguridad) lo cubrimos desde Colorvivo, con revisiones programadas y reportes de incidencias.
¿Se puede ampliar con tienda online más adelante?
Sí, y de hecho es uno de los motivos para plantearlo modular desde el principio. Añadir WooCommerce o un sistema de venta directa sobre una base bien estructurada lleva semanas; sobre un theme prefabricado mal pensado, puede convertirse en un rediseño completo.
¿Qué parte de SEO entró en el proyecto?
El SEO técnico se centró en arquitectura limpia, URLs amigables por novela y por saga, y datos estructurados básicos. El SEO de contenido lo lleva el equipo de los autores a partir de un calendario editorial; la base técnica les facilita la tarea con plantillas optimizadas, no la sustituye.
