Caso Broo Café: SEO y GEO para una marca de café online

¿De dónde partía Broo Café como marca de café online?

Una tienda con producto real y un sitio que decía cosas que la operación no hacía.

Broo vende café de especialidad de Sonsón, Andes y Caicedo, en Antioquia, más un cold brew concentrado y unos cócteles de café en sobre: siete productos en tres categorías, con pago por Mercado Pago y envíos dentro de Colombia. Además exporta café verde por cotización. La tienda corría en WordPress con WooCommerce, Elementor y un tema comercial cuya demo es una tienda de belleza.

El primer paso fue un rastreo propio de todo el sitio, antes de cambiar nada. Ese informe de partida es el que permite decir después qué mejoró sin adivinar. Esto fue lo que encontró:

• Cinco enlaces internos rotos, cuatro de ellos en el pie de página de 21 URLs, hacia categorías «face», «body» y «hair» heredadas de la demo.
• Ninguna ficha de producto con H1, y once páginas con dos H1 porque Elementor partía cada título en dos widgets.
• Un schema que declaraba una cafetería con horario de atención para una tienda que solo vende en línea, y artículos con autor en páginas que no eran artículos.
• Un FAQPage con 10 preguntas marcadas donde la página mostraba 15.
• Promesas que la tienda no cumplía: suscripciones con un plugin inactivo, envíos internacionales y una pasarela de pago distinta a la real.
• Merchant Center con tarifas de envío mal traducidas, sin política de devolución y con el cold brew marcado como bebida alcohólica.

¿Cómo ordenamos la tienda y su schema en WooCommerce?

Sin rediseñar ni cambiar de plataforma: cada página con un trabajo claro y un schema que dice la verdad.

No construimos la tienda ni la rediseñamos. El diseño es el que Broo ya tenía, y la regla fue que ninguna corrección cambiara su aspecto. Los H1 partidos se resolvieron dejando el primer fragmento como encabezado y agregando el resto para lectores de pantalla, mientras el segundo widget conservaba la misma tipografía como un elemento sin semántica de título. Quien visita la página no nota la diferencia; quien la rastrea, sí.

Sobre esa base ordenamos el catálogo. Seis slugs de producto se normalizaron para que nombre, peso y URL dijeran lo mismo, con 13 redirecciones 301 desde las direcciones viejas. Cada ficha quedó con un title único de hasta 60 caracteres y una description de 140 a 160, y las categorías recibieron un texto propio en vez de una variable vacía. Las páginas de sistema, como la de gracias por tu compra, salieron del sitemap.

Todo el código propio vive en un mu-plugin de siete módulos, sin tocar el tema ni los plugins. El módulo de schema arma un solo grafo: una OnlineStore con dirección en Medellín y política de devoluciones, Product con marca y SKU, y Offer en pesos colombianos. Los detalles de envío no se escribieron a mano: se generan desde las zonas de envío reales de WooCommerce, así que si cambia una tarifa, el schema cambia con ella.

La versión en inglés salió del mismo principio. En lugar de duplicar productos y partir en dos el inventario y el feed de Merchant Center, la ficha en inglés se puede comprar, pero al agregarla al carrito se cambia por su gemela en español. Stock, pedidos y reportes siguen viviendo en un solo producto, y el cliente ve carrito y checkout en inglés.

¿Cómo planeamos el blog para búsquedas e IA?

Cada artículo abre con la respuesta y la respalda con una fuente primaria.

El blog se planeó en dos lotes que suman 32 artículos. El primero, doce piezas aprobadas por el dueño con sus keywords, se programó para lunes y miércoles entre el 29 de septiembre y el 5 de noviembre de 2026: métodos de preparación, cold brew, prensa francesa, procesos, café en grano o molido, V60, Chemex, AeroPress, moka y cócteles. El segundo, veinte artículos, salió de una investigación de tendencias del cuarto trimestre y se publica entre el 26 de octubre y el 9 de noviembre.

Todos siguen la misma plantilla: una respuesta rápida de 40 a 60 palabras con su fuente, tabla de contenidos, H2 escritos como preguntas, cinco preguntas frecuentes y un FAQPage con el mismo texto visible. Los doce del primer lote citan 38 fuentes primarias, como la SCA, la National Coffee Association, Cenicafé o los manuales de Hario y Chemex, y cada enlace se comprobó respondiendo 200 antes de publicar.

El autor es «Equipo Broo Café», sin credenciales inventadas. Cada artículo enlaza a su pilar, a sus artículos hermanos y a los productos por SKU, y cada ficha de producto muestra los artículos que la mencionan. Un enlace hacia un artículo que todavía no sale se muestra como texto plano hasta que el destino se publica.

¿Qué hicimos para que Google y las IAs puedan citar la marca?

Datos estructurados iguales a la página y un catálogo legible por máquinas, generados desde la tienda.

Un motor de respuestas cita lo que puede leer sin ambigüedad, y Google lo dice en su documentación: no hay un schema especial para AI Overviews, pero los datos estructurados deben coincidir con el texto visible y Merchant Center tiene que estar al día. Por eso la prioridad fue que el schema dejara de contradecir a la página, no agregar marcado por agregar.

El FAQPage de la tienda se construye leyendo los acordeones del documento de Elementor, así que las 15 preguntas visibles y las 15 marcadas son siempre las mismas, aunque alguien edite una. En Merchant Center, con aprobación del dueño, se corrigieron la tarifa de envío nacional, los tiempos de despacho y la política de devolución, y se ocultaron los productos duplicados que había creado la sincronización automática.

Para los motores que no son Google publicamos un llms.txt que se genera en vivo desde WooCommerce: cada producto con precio en pesos, disponibilidad, origen, proceso, tostión, peso y altitud, más envíos, devoluciones, medios de pago, páginas clave y una sección en inglés. Se sirve como texto plano y fuera del índice. Google aclara que no hace falta un archivo así para sus funciones de IA; lo hicimos porque, generado desde el catálogo, no cuesta mantenerlo y sirve a los demás asistentes.

Ninguna de estas piezas es un resultado. Son la infraestructura para que la marca pueda ser citada; si lo es o no, se mide después.

¿Qué resultados medimos (y cuáles no)?

Medimos la salud técnica antes y después. El tráfico y las ventas todavía no tienen una ventana suficiente.

Cada fase cerró con el mismo rastreador con el que empezó, el 28 de septiembre de 2026. Estas son las cifras de esos informes, y también las que no podemos dar todavía:

¿Qué haríamos distinto?

Empezaríamos antes por las páginas de categoría, la entidad de marca y las reseñas.

El 24 de octubre hicimos una auditoría de solo lectura con datos de Search Console, rastreo de resultados, enlaces entrantes y menciones en respuestas de IA. Su conclusión fue clara: el cuello de botella ya no es técnico. El sitio rastrea limpio, el schema valida y Google ya muestra las fichas con precio en los resultados. Lo que falta es autoridad y demanda.

Con lo aprendido, haríamos tres cosas antes. Primero, páginas de categoría pensadas para consultas como «café en grano» y «café molido», que tienen mucha más demanda que la mayoría de los temas del blog. Segundo, trabajo de entidad desde el día uno: «Broo» comparte nombre con cafés de otros países, y eso confunde a buscadores y modelos. Tercero, un sistema para pedir reseñas a compradores verificados, porque una ficha sin reseñas no tiene nada que marcar.

También diríamos lo que falló: el blog enlaza poco a la tienda, y la automatización que reemplaza artículos viejos dejó una URL sin pasar a borrador. Ambas cosas están en la lista. Si tu tienda ya tiene la base técnica en orden, quizá no necesitas una auditoría como esta, sino contenido y autoridad. Y si todavía no vendes nada en línea, empieza por la tienda, no por el schema.