10 ideas de pasacalles para sorprender en fiestas patronales 2026
Diez formatos de pasacalles que están funcionando en municipios españoles este año: itinerantes de luz, batucadas, narrativos y producciones híbridas.
Leer artículoItinerantes y de luz
Sector público
Top 5 ciudades
Blog
Catálogo de formatos, comparativas honestas, tendencias del sector y guías de compra. Para concejalías, comisiones y empresas que deciden contratación.
Diez formatos de pasacalles que están funcionando en municipios españoles este año: itinerantes de luz, batucadas, narrativos y producciones híbridas.
Leer artículo
Comparativa honesta de los tres formatos itinerantes más demandados: cuándo elegir pasacalles, cuándo charanga, cuándo batucada y cuándo combinarlas.
Leer artículo
Checklist práctico para concejalías y comisiones: cláusulas que debe incluir un pliego de pasacalles para recibir propuestas comparables y de calidad.
Leer artículo
Qué se está pidiendo este año en pasacalles municipales: figuras LED, hilo narrativo, formatos nocturnos y producciones cinematográficas itinerantes.
Leer artículo
Cada vez más ayuntamientos programan un pasacalles nocturno en el día grande: impacto visual, producción de luz y participación familiar masiva.
Leer artículoEl title del hub es “Blog · Ideas, tendencias y comparativas de pasacalles” y la meta description “Inspiración y criterios de compra para quien programa pasacalles: catálogo de formatos, comparativas, tendencias del sector y qué pedir antes de contratar.”
Decisiones detrás del wording:
pasacalles vs charanga, tipos de pasacalles) que es justo el momento donde el comprador está pre-decisión.Si en el futuro se publica un post, el wording del title del post debe alinearse con esta línea: nada de “Cómo organizar un pasacalles en tu pueblo” ni “Guía paso a paso para montar una cabalgata”. El blog enseña a comprar bien, no a producir uno mismo.
El eyebrow del hero es la palabra escueta “Blog”.
Aunque la tendencia actual del sitio es usar eyebrows editoriales (Fraunces itálica, sentence case, frase corta tipo “Productora propia / Para municipios”), aquí mantenemos la etiqueta neutra por una razón concreta: el visitante que llega a /blog necesita ubicación de tipo de página, no posicionamiento de marca. El positioning real se hace en el H1 (“Ideas y criterios para programar pasacalles”) y en el subtítulo, que son los elementos que cargan el peso SEO y conversacional.
Un eyebrow más editorial aquí (“Catálogo de ideas / Sin tutoriales DIY”) competiría con el H1 y restaría jerarquía visual. La regla en hubs de listado es: eyebrow = etiqueta de sección, H1 = posicionamiento.
Si el cliente quiere reforzar más la diferenciación frente a blogs DIY de competencia, el lugar para hacerlo es el subtítulo o un bloque de intro nuevo entre el hero y el grid, no el eyebrow.
El H1 dice: “Ideas y criterios para programar pasacalles”.
La frase está construida para que el lector entienda en una línea qué tipo de blog es y a quién va dirigido, evitando el malentendido de “blog DIY”:
Si en algún momento se quiere atacar “fiestas patronales” o “cabalgatas” en el H1, hay que añadirlo sin perder el “para programar” — ese fragmento es el filtro de intención más caro de la línea.
Al hub /blog le corresponden dos bloques JSON-LD complementarios:
Blog como entidad raíz del hub: declara que la URL es un blog (no una landing, no un listado genérico), con su name, description, publisher (Producciones Airshow SL) y inLanguage (es-ES). Google usa este tipo para clasificar el hub dentro del Knowledge Graph del sitio.ItemList con cada artículo serializado en su posición del listado. Esto refuerza ante Google la autoridad del hub como índice: cada elemento es un ListItem con position, url y name. Útil para que los crawlers descubran rápido la profundidad del blog y prioricen indexación.BlogPosting en su propia URL /blog/{slug}. Allí lleva author, datePublished, image, articleSection (la category) y keywords (los tags). El motivo de no inyectar BlogPosting en el hub es no canibalizar: el hub es índice, los posts son entidades de contenido.Si en el futuro se decide convertir el hub en una experiencia tipo “magazine” con sumarios largos, se podría añadir mainEntity apuntando al post destacado, pero hoy featured: true solo afecta orden interno, no schema.
El listado se ordena estrictamente por fecha descendiente (pubDate.valueOf() desc), sin priorizar featured: true.
Decisión consciente:
FeaturedPosts (el componente que aparece en home, no en el hub). Allí sí prioriza featured: true porque cumple función de cherry-pick editorial. Mezclar ambos criterios en el hub generaría un orden confuso: el lector no sabría por qué un post viejo está arriba.La única excepción aceptable sería un sticky de “tema de la temporada” (por ejemplo, en septiembre fijar arriba el calendario de Reyes), pero hoy no existe ese sistema y no compensa añadirlo con cinco posts.
Cada card expone cuatro elementos en este orden visual y jerárquico:
widths responsive y loading="lazy" salvo arriba del fold. Sirve como gancho visual rápido — el comprador de cabalgatas escanea con la vista, no con el texto.bg-brand-50 text-brand-700). Cuatro valores cerrados del schema: guia, inspiracion, casos-de-estudio, novedades. Funcionan como taxonomía implícita: el lector aprende sin leer la documentación qué tipo de contenido encontrará dentro.<time datetime> ISO. Doble función: legibilidad humana (formato largo en español) + parseable por crawlers como señal de actualidad.Lo que no lleva la card y se ha decidido deliberadamente:
readingTime existe en el schema pero no se renderiza). Aporta poco al comprador B2G y satura el bloque de metadatos.tags son para internal linking y feed, no para chrome del listado.Esta estructura es replicable: cualquier post nuevo aterriza con cero retoque visual.
El schema del blog define exactamente cuatro categorías cerradas: guia, inspiracion, casos-de-estudio y novedades. Cada una cumple una función B2G específica:
guia: criterios de compra y comparativas (qué pedir en pliego, pasacalles vs charanga). Captura intención pre-decisión.inspiracion: catálogo de formatos y referencias visuales (ideas para fiestas patronales, tendencias del año). Captura intención discovery cuando el programador está abriendo opciones.casos-de-estudio: prueba social escalable. Distinto de /casos-de-exito (que es una collection separada con datos estructurados de cliente real) — aquí cabe análisis abierto de cómo se resolvió un encargo concreto.novedades: lanzamientos, llegadas de nuevos espectáculos, premios, prensa. Funciona como newsroom ligero.Lo que no entra y conviene mantener fuera para no desviar el posicionamiento:
Cada categoría funciona como entidad semántica que Google asocia con el hub: cuanto más consistente sea la línea editorial dentro de cada una, más fácil le resulta clasificar el sitio como autoridad en programación de eventos itinerantes.
Cada card es un <a> que envuelve toda la tarjeta (imagen + categoría + título + descripción + CTA). El anchor text efectivo para crawlers es el título completo del post (el <h2> dentro de la card), no las palabras “Leer artículo”.
Por qué importa esto:
<a> del título — los crawlers ven un único enlace por card.La consecuencia operativa: el title de cada post tiene que ser bueno como anchor text. No vale “Mi reflexión personal sobre…” — tiene que contener la keyword del post y leerse bien fuera de contexto. Los cinco posts actuales cumplen esta regla (ej. “10 ideas de pasacalles para sorprender en fiestas patronales 2026”, “Qué pedir en un pliego de pasacalles”). Cualquier post futuro debe seguir esa norma.
El blog publica un feed RSS en /feed.xml (ver src/pages/feed.xml.ts). Aunque RSS suene a 2009, sigue cumpliendo tres funciones que importan al posicionamiento del sitio:
pubDate, description y categories (los tags). Servicios como IndexNow / WebSub pueden tomar el feed como señal y forzar recrawl en horas, no semanas.El feed se construye con @astrojs/rss filtrando draft: false y ordenando por pubDate descendente — mismo criterio que el hub HTML. La descripción del feed menciona explícitamente al target B2G (“ayuntamientos, concejalías, comisiones, empresas con licitación”) para que un agregador que muestra meta-descripción del feed entienda inmediatamente para quién es.
No exponemos el feed con un icono visible en el header todavía. Si en el futuro se quiere que periodistas lo descubran fácil, lo correcto es añadir un <link rel="alternate" type="application/rss+xml"> en el <head> del hub, no un icono en chrome.
Esta es la nota más importante del hub. El blog se reorientó hace dos días con un cambio de eje: deja de ser un espacio editorial generalista y se convierte en un catálogo de ideas y criterios de compra dirigido a quien ya va a contratar.
Qué significa esto en la práctica para cualquier post futuro:
Lo que SÍ encaja:
Lo que NO encaja y hay que rechazar:
La pregunta de validación antes de publicar cualquier post: “¿Esto ayuda a un concejal o comisión a tomar una mejor decisión de contratación?”. Si la respuesta es no, no se publica aunque traiga tráfico — porque el tráfico que no convierte erosiona el ratio del hub frente al resto del sitio.
Los cinco posts actuales cumplen esta regla. Cualquier futuro escritor (incluido un freelance de SEO contratado) debe leer esta nota antes de proponer un calendario editorial.