Cómo crear la web de una librería sin escribir código
La web de una librería se decide en una pregunta: si publicas todo el catálogo o una selección. En Zugo una web de escaparate con recomendaciones y eventos es una construcción de 6 créditos, mientras que un catálogo consultable con stock necesita base de datos y se convierte en un proyecto mayor.
Casi ninguna librería independiente gana publicando veinte mil títulos. Gana publicando doscientos que ha elegido, y esta guía va sobre cómo montar exactamente eso.
¿Qué necesita de verdad la web de una librería?
Cuatro bloques hacen el trabajo. Quién eres y qué tipo de librería llevas, en tres líneas. Las recomendaciones del mes con portada, precio y una frase escrita por vosotros. Los eventos y clubes de lectura con fechas. Y los datos de visita con horario, dirección y mapa.
Las recomendaciones son el activo. Una librería compite con un catálogo infinito y un envío en un día, y no gana en ninguna de las dos cosas. Gana en criterio, y el criterio solo se demuestra escribiendo por qué merece la pena un libro concreto.
Por eso una frase propia bajo cada portada vale más que la sinopsis de la editorial. La sinopsis está en todas partes; tu frase está solo en tu web y es la razón por la que alguien decide comprarte a ti.
El horario y la dirección parecen menores hasta que ves cómo llega la gente. Una parte importante de las visitas son consultas rápidas desde el móvil de alguien que ya está cerca y quiere saber si estáis abiertos.
¿Escaparate, selección o catálogo completo?
Cuatro niveles, con costes de mantenimiento muy distintos. Elegir el más alto sin necesidad es la forma más rápida de acabar con una web desactualizada.
| Nivel | Qué muestra | Qué exige de ti | Cuándo tiene sentido |
|---|---|---|---|
| Escaparate | Quiénes sois, eventos, horario | Una edición al mes | Librería de barrio con venta en tienda |
| Selección | 20 a 50 títulos con reseña propia | Una edición cada dos semanas | Cuando el criterio es vuestra marca |
| Catálogo con base de datos | Cientos de títulos consultables | Alimentar y depurar los datos | Especializadas con fondo propio |
| Tienda con pago | Catálogo más carrito y envíos | Stock, envíos, devoluciones | Cuando ya vendéis por correo con regularidad |
El salto caro no es técnico, es de rutina. Un catálogo con base de datos es fácil de construir y difícil de mantener, porque cada libro que entra o sale de la tienda debería reflejarse en la web y nadie tiene tiempo para eso a diario.
Si vais a vender online, la mecánica de carrito, pago y envíos está desarrollada en la guía de tienda online sin código, que entra en la parte de Stripe con más detalle.
¿Qué debe decir el prompt?
Describe la personalidad de la librería, las secciones y qué se hace con cada libro. Sin eso, el resultado se parece a cualquier comercio y pierde justo lo que os diferencia.
Construye la web de una librería en [barrio, ciudad] especializada
en [temas].
Secciones:
1. Portada: nombre, tres líneas sobre qué tipo de librería somos,
horario de hoy y botón "Recomendaciones del mes".
2. Recomendaciones: 12 libros con portada, título, autor, precio y
dos frases escritas por nosotros. Agrupados por [secciones].
3. Eventos y club de lectura: próximas fechas con hora y aforo,
formulario de inscripción.
4. Pedidos y reservas: formulario para encargar un título que no
tenemos en tienda.
5. Visítanos: dirección, mapa, horario día por día, teléfono.
Estilo cálido y sobrio, fondo claro, tipografía de lectura.
Idioma español.
El formulario de encargo merece estar desde el primer día. Es la petición más frecuente que recibe una librería y la que peor se gestiona por mensajes sueltos, porque se pierde el título exacto o la forma de avisar cuando llega.
Zugo incluye 25 plantillas listas. Si una de comercio local ya tiene la forma de listado con fichas, sustituir contenidos suele ser más rápido que describir la maquetación entera desde cero.
¿Cómo se gestionan el stock y los pedidos?
Con honestidad sobre lo que la web puede saber. Una página no ve tu almacén, así que hay tres formas de decir la verdad sin prometer de más.
No hablar de stock. Las recomendaciones se muestran como selección, no como disponibilidad, y el formulario de encargo cubre el resto. Es la opción con menos mantenimiento y ninguna promesa rota.
Marcar a mano lo que hay. Una edición semanal actualiza qué títulos están en mesa. Cuesta 3 créditos por edición y funciona si la selección es corta.
Base de datos real. Con Supabase, cada título es una fila con existencias, y actualizar deja de ser una construcción. Sigue exigiendo que alguien mantenga esas filas al día.
Para los encargos, lo que marca la diferencia no es el formulario sino el aviso de vuelta. Con Resend conectado, la confirmación sale automática y el cliente sabe que su petición existe. Sin ese correo, la mitad de los encargos acaban en una llamada preguntando si lo recibisteis.
¿Cómo se llevan los eventos y los clubes de lectura?
Son la parte de la web que más devuelve, porque llenan la tienda de gente un martes por la tarde. Necesitan tres datos y ninguna floritura: fecha, hora y si hace falta inscripción.
Publica el aforo cuando sea limitado. Es información honesta, crea urgencia real y evita que aparezcan quince personas para una sala de ocho. El formulario de inscripción recoge nombre y correo, y eso ya construye una lista de personas interesadas.
Mantén un archivo con los eventos pasados en lugar de borrarlos. Un año de encuentros demuestra que la librería está viva y ayuda a que una editorial os proponga presentaciones.
La rutina razonable es una edición al mes con las fechas nuevas. Si organizáis actividades cada semana, guardar los eventos en una base de datos sale más barato que construir cada vez, y la guía de aplicaciones con Supabase explica cómo se monta.
¿Cuánto cuesta y cuánto tarda?
Una web de una sola página cuesta 6 créditos y tarda alrededor de un minuto. Una plataforma multipágina con recomendaciones, eventos, encargos y visita cuesta 12 créditos por las tres primeras páginas y 3 por cada página adicional, y tarda unos minutos.
El plan gratuito da 5 créditos, insuficientes para una construcción completa. Pro cuesta $25 al mes con 200 créditos y Business cuesta $99 al mes. Con Pro caben la construcción inicial y las actualizaciones mensuales de todo un año.
Cada edición cuesta 3 créditos. Doce actualizaciones al año, una por mes con las recomendaciones nuevas, son 36 créditos, que es un gasto pequeño frente a lo que aporta tener el escaparate vivo.
El modo Hi-Fi duplica ambas cifras, 12 al construir y 6 al editar. En una librería puede compensar en la portada, donde la impresión visual pesa, y no en las páginas de listado.
¿Dónde se detiene un constructor con IA?
Cuatro límites que conviene conocer antes de empezar.
No se conecta con tu sistema de gestión. Si usas un programa de librería con ISBN y existencias, no hay puente automático hacia la web. Se sincroniza a mano o se decide vivir sin sincronizar.
El catálogo enorme no es un buen objetivo. Publicar veinte mil títulos os pone a competir donde no podéis ganar, y además exige datos que no controláis.
Los envíos son un negocio aparte. Cobrar es fácil con Stripe; empaquetar, calcular tarifas y gestionar devoluciones es trabajo diario que ninguna herramienta hace por vosotros.
Un producto complejo necesita equipo. Zugo no sustituye a un equipo de desarrollo si la librería quiere una plataforma con cuentas, suscripciones y recomendaciones automáticas. La exportación a GitHub entrega el código y el proyecto es vuestro.
Para lo que casi toda librería necesita, una web con criterio, eventos y encargos que llegan bien, esto se monta en una tarde. Elige doce libros, escribe dos frases sobre cada uno y descríbelo todo en zugo.dev.