De apertura reciente a referente Nº1 en Zaragoza
Abrió hace meses, sin años de reseñas ni recorrido, contra un mercado de tiendas TCG ya consolidado en Zaragoza. En abril ninguna IA la recomendaba: cero citaciones en diez interacciones. Tres días desde la instalación aparecía en las diez, con cuatro primeras posiciones, por delante de tiendas con años de ventaja. Este es el antes, el después y el método, con todas las cifras medidas.
16 Julio, 2026
TL;DR
Una tienda TCG abierta hace meses, contra un mercado de Zaragoza consolidado y repartido entre seis competidores con años de recorrido. En abril de 2026 auditamos 5 consultas clave en Gemini y Perplexity: 10 interacciones, 0 citaciones. El lunes 13 de julio instalamos la arquitectura nueva. Tres días después, el jueves 16, con las mismas 5 consultas y los mismos motores, aparecía en las 10, con 4 primeras posiciones y por delante de competidores con años de recorrido en la ciudad. Esos tres días son lo que tardó el resultado en llegar desde la instalación: por detrás hay cinco semanas de trabajo de diagnóstico, arquitectura, contenido y migración. Lo que se hace en tres días es medir; lo que decide el resultado es lo que va antes. Ese mismo día era además el primer resultado orgánico de Google para "One Piece Zaragoza" y "lorcana zaragoza", y la primera tienda citada en la Vista creada con IA.
El punto de partida: una tienda nueva contra un mercado consolidado
La Torre Karin Store es una tienda de TCG (juegos de cartas coleccionables) en el centro de Zaragoza, de apertura reciente. Vende y organiza torneos de Magic: The Gathering, One Piece Card Game, Pokémon y Disney Lorcana, y es tienda oficial en los programas de juego organizado de Wizards of the Coast (WPN), Bandai y Ravensburger.
El mercado TCG de Zaragoza ya estaba consolidado antes de que ella abriera: seis tiendas con años de recorrido, comunidad asentada y cientos de reseñas acumuladas se repartían todas las recomendaciones. Contra eso competía una tienda de meses. En abril de 2026 auditamos su presencia en motores de respuesta generativa: 5 consultas de alta intención en Gemini y Perplexity. El resultado fue inequívoco: 0 citaciones en 10 interacciones.
Contra un mercado así, lo fácil es pensar que la barrera son los años. No lo era. Lo que decidía quién entraba en la respuesta no era llevar más tiempo abierto: era declararle al modelo, de forma verificable, qué eres y qué haces. Y eso no lo estaba haciendo nadie del sector en la ciudad.
La causa raíz: la entidad se estaba describiendo a sí misma como otra cosa
Cuando auditamos la web y las señales externas, la contradicción apareció por todas partes. La tienda llevaba meses diciéndole a las máquinas que era algo que no es:
- El
og:site_namede su web decía literalmente "Tienda online de productos de anime, series y películas". Ni una palabra de TCG. - Su ficha de Google tiene "Club de anime" como categoría, y a día de hoy sigue así. La ficha de Google es la fuente primaria que cruzan los modelos para validar un negocio local.
- El schema JSON-LD era un
Organizationgenérico, no unLocalBusiness. Sin sector, sin ubicación estructurada, sin horarios legibles. - Cero
sameAs: nada conectaba la tienda con los localizadores oficiales de Wizards, Bandai o Ravensburger, que son la prueba verificable de que es tienda oficial. - Sin
llms.txt. Sin contenido semántico por juego. Nada que un motor de respuesta pudiera citar al preguntarle por torneos de TCG en Zaragoza.
Sumado, el resultado es coherente: si tus propias señales no dicen en ningún momento que eres una tienda TCG ni que organizas torneos, el modelo no te considera cuando alguien pregunta por las mejores tiendas TCG de la ciudad. No te está penalizando: es que no eres candidato.
Qué hicimos
No empezamos escribiendo contenido ni tocando la web. Empezamos midiendo qué terreno estaba ocupado, por quién y con qué señales, porque en un mercado local pequeño el trabajo no consiste en gritar más fuerte: consiste en encontrar la conversación que nadie está teniendo y ocuparla primero.
1. Diagnóstico: auditoría, competencia y huecos semánticos
Partimos de una pregunta incómoda: si los modelos ya recomendaban seis tiendas en esta ciudad, ¿qué tenían ellas que esta no? Para responderla hicimos tres cosas en paralelo.
Auditoría de la entidad. Inventario de todo lo que la marca le estaba diciendo a una máquina: el marcado estructurado que emitía la web, la coherencia del NAP entre la web y la ficha de Google, los sameAs declarados, los ficheros de control de rastreo y la categorización del negocio en el ecosistema local. Ahí apareció la contradicción de la que hablábamos arriba.
Análisis de los competidores que sí aparecían. Rastreo semántico de los seis dominios que se repartían las recomendaciones, para extraer no lo que venden sino cómo se declaran ante un modelo: qué tipos de schema emiten, qué densidad de contenido indexable tienen, qué consultas cubren de forma explícita y cuáles resuelven por accidente. Cruzado con datos de autoridad orgánica, para separar quién manda en Google de quién manda en la IA, que en este sector resultaron no ser los mismos.
Mapa de huecos semánticos. El resultado de cruzar lo anterior no es una lista de palabras clave: es un mapa de intenciones sin dueño. Consultas con demanda real que ningún actor del mercado estaba respondiendo con contenido citable, o que respondía de forma tan pobre que bastaba con hacerlo mejor una vez.
Los tres huecos que decidieron la estrategia:
- El terreno informacional estaba vacío. Ninguno de los seis competidores mantenía contenido editorial vivo. Nadie respondía a quien pregunta cómo se empieza a jugar, qué mazo comprar primero o en qué se diferencia un formato de otro. Toda la parte alta del embudo estaba sin ocupar.
- El estatus oficial no lo usaba nadie. Ninguno declaraba en su web pertenecer a los programas de juego organizado de las editoras, pese a que varios lo son. El activo más verificable del sector estaba tirado en el suelo.
- La capa de datos estructurados era casi inexistente. Solo un competidor emitía marcado de eventos. El resto le entregaba al modelo texto plano y esperaba que infiriese bien.
2. La estrategia: ocupar lo que nadie ocupaba
Con ese mapa, la estrategia se escribe sola y tiene un orden que no es negociable. Primero arreglar la identidad, porque de nada sirve producir contenido excelente colgado de una entidad que el modelo cree que vende otra cosa. Después anclar lo verificable, conectando la marca con fuentes de terceros que un modelo puede cruzar sin fiarse de nuestra palabra. Y solo entonces ocupar los huecos, empezando por el juego donde el mercado estaba más verde y no por el de más volumen, que es el error caro.
Para cada juego montamos un silo de tres niveles, cada uno atacando una intención distinta para que no compitan entre sí: la página local resuelve la intención transaccional de quien ya sabe qué quiere; la guía resuelve la informacional de quien está empezando; y el artículo pilar ocupa la consulta de categoría y reparte autoridad hacia los otros dos. Enlazado en las dos direcciones, con las respuestas troceadas en fragmentos que un motor generativo pueda citar sin tener que resumir la página entera.
3. La arquitectura AI-native: el Vextria System
Una web pensada para Google es un documento que se posiciona. Una web AI-native es una fuente de datos que se deja citar. La diferencia no es cosmética: cambia qué se sirve, cómo se sirve y qué se declara. El Vextria System es la implementación de esa idea en ocho módulos, y se ejecutan en este orden porque cada uno se apoya en el anterior.
- 01 · Plan de ataque estratégico. Todo lo anterior: auditoría, competencia, huecos semánticos y hoja de ruta priorizada. El módulo que decide en qué no se trabaja.
- 02 · Desarrollo web zero-bloatware. Next.js con exportación estática sobre Cloudflare Pages. HTML servido ya renderizado, sin capas de plugins entre el contenido y el rastreador, porque los bots de IA no ejecutan JavaScript y lo que no está en el HTML de la primera respuesta, para ellos no existe.
- 03 · SEO técnico. La capa de datos estructurados: JSON-LD de la entidad, del negocio local, de los eventos y de las preguntas frecuentes, con identificadores estables y un grafo enlazado en vez de bloques sueltos. Más la higiene que nadie ve: canónicos, redirecciones de un salto, sitemap e indexación.
- 04 · SEO local (en curso). Ficha de Google, coherencia NAP en todas las superficies y señales de experiencia real. Para un negocio con local físico, la ficha no es un extra: es una de las fuentes primarias que el modelo cruza para creerse que existes.
- 05 · Protocolo AEO/GEO. El módulo específico de los motores de respuesta: control explícito de los rastreadores de IA diferenciando los de entrenamiento de los de búsqueda,
llms.txtsiguiendo el estándar, corpus citable y anclaje de autoridad por co-citación con entidades que el modelo ya reconoce. - 06 · Neuromarketing y conversión. Porque aparecer el primero y que luego nadie escriba es un ejercicio de vanidad. Arquitectura del embudo y de la decisión, no maquillaje.
- 07 · Chatbot IA. Atención automática sobre el corpus de la propia marca, con las líneas rojas del negocio dentro. Y algo que se subestima: es un sensor. Lo que la gente le pregunta es la lista de contenido que falta por escribir.
- 08 · Analítica y tracking. Medición con consentimiento, eventos de conversión y mapas de calor. Si no se mide, el mes siguiente se trabaja a ciegas.
4. El reto: no quitarle el WordPress al cliente
Aquí es donde este proyecto se separa del manual. La condición del cliente fue explícita desde la primera reunión: quería seguir gestionando su tienda él mismo, en el WordPress que ya conocía, con su panel de siempre, sin aprender una herramienta nueva y sin que nadie tocara el catálogo. Y tenía razón en pedirlo: es él quien mete producto todas las semanas.
Eso descarta las dos salidas cómodas. Rehacer la tienda desde cero sobre otra plataforma es caro, es lento y le obliga a reaprender su propio negocio para resolver un problema que no era el suyo. Y dejarlo todo dentro de WordPress no arregla nada, porque el problema estaba precisamente en lo que esa instalación emitía. Había que construir algo que sirviera a los dos lados.
La solución fue partir el dominio en dos y coserlo. El dominio principal pasa a servir la web nueva: Next.js con exportación estática sobre Cloudflare Pages, HTML ya renderizado, sin capa de plugins entre el contenido y el rastreador. Su WordPress entero, con la tienda, el carrito, el checkout, las cuentas y los pedidos, se mantiene intacto en cms.latorrekarinstore.es. Mismo panel, mismo flujo de trabajo, mismos 544 productos. Para él no cambió nada. Para una máquina, cambió todo.
Conviene decirlo con precisión, porque el sector abusa de la palabra: esto no es un WordPress headless. La web nueva no consume la API de WordPress. Y es deliberado. Un headless real ata la tienda a nuestros despliegues: cada cambio suyo pasa a depender de que algo se reconstruya. El split le deja la tienda funcionando en su sitio, bajo su control, con su propio ciclo de vida. Menos acoplamiento, menos cosas que se pueden romper un sábado.
Coser las dos mitades es el trabajo fino. 48 redirecciones 301, todas de un solo salto, mandan cada ruta a su sitio conservando el slug: entre ellas las fichas de producto, las categorías, el carrito, el checkout, mi cuenta y el propio wp-admin. Un salto y no dos, porque cada salto de más es autoridad que se evapora por el camino. Encima va una capa navegacional para que el cliente final no vea la costura: el logo del WordPress devuelve a la home nueva y el menú del catálogo apunta al dominio principal salvo en lo que es puramente de compra. El visitante percibe un solo sitio. Por dentro son dos sistemas con dueños distintos.
La decisión que casi hacemos mal. El instinto decía desindexar el catálogo entero para que no compitiera con la web nueva. Fuimos a mirar el dato antes de ejecutarlo, y el dato dijo lo contrario: 226 de esas URLs tenían visibilidad real y se llevaban el 43,5% de las impresiones del dominio. Desindexarlas por higiene habría tirado casi la mitad de la visibilidad a la basura a cambio de una web más ordenada. Así que el catálogo se queda indexable y solo la home del WordPress pasa a noindex, que es la única que sí competía de verdad con la nueva. La regla de la casa: cuando el manual y el dato de Search Console se contradicen, gana el dato.
Y en el camino apareció un problema que no era del encargo. El dominio publicaba dos registros SPF a la vez, y eso es un error silencioso de manual: la norma solo admite uno, así que los servidores de correo devuelven un error de validación y el SPF deja de proteger. El síntoma estaba a la vista en su propio registro de envíos, con correos fallidos acumulados. Se unificó en un solo registro durante el traspaso. No se contrató para eso, pero se arregla igual: un negocio local que no entrega sus correos de pedido pierde dinero por un sitio que nadie está mirando.
El resto del traspaso es higiene innegociable: nameservers a Cloudflare, propiedad de dominio verificada por DNS en Search Console (que cubre el dominio, el www y los subdominios, en vez de una sola ruta), sitemap enviado a Google y a Bing, donde además arrastraba siete sitemaps fósiles de la etapa WordPress, e IndexNow activo para que cada cambio se notifique solo en vez de esperar a que alguien pase a mirar.
Qué cambia respecto a la infraestructura anterior
La web anterior no estaba rota. Funcionaba, vendía y recibía visitas. El problema es que estaba construida para una época en la que el único lector que importaba era Google, y ese ya no es el caso. Esto es lo que había y lo que hay:
| Capa | Antes (WordPress) | Ahora |
|---|---|---|
| Entrega del contenido | WordPress con tema comercial y unos 23 plugins, todo en un mismo sitio | HTML ya renderizado, servido estático desde el borde. Los bots de IA no ejecutan JavaScript: lo que no está en la primera respuesta, para ellos no existe |
| Identidad declarada | og:site_name decía "anime, series y películas". Ni una palabra de TCG | La entidad se declara como lo que es: tienda TCG en Zaragoza, con sector, ubicación y horarios legibles por máquina |
| Datos estructurados | Un Organization genérico que además contaminaba las 544 fichas de producto con la descripción equivocada | Grafo JSON-LD enlazado con identificadores estables: negocio local, preguntas frecuentes, listados y migas de pan |
| Prueba verificable | Cero sameAs. Nada conectaba la marca con los programas oficiales | Enlazada a los localizadores oficiales de Wizards, Bandai y Ravensburger, y a su perfil de Cardmarket |
| Acceso de los motores de IA | Sin llms.txt. Sin política explícita para rastreadores de IA | llms.txt siguiendo el estándar, con 16 enlaces en Markdown, y robots.txt que autoriza de forma explícita a 20 rastreadores de IA |
| Contenido citable | Sin contenido editorial por juego | Silo de tres niveles en los cuatro juegos, con un artículo pilar y cuatro guías de iniciación |
| Medición | Cinco herramientas solapadas y el contenedor de etiquetas vacío. Ver más abajo | Una sola implementación, con consentimiento y con mapas de calor |
| Atención | Formulario y poco más | Chatbot en la propia web, respondiendo sobre el corpus de la marca y con las líneas rojas del negocio dentro |
La ventaja que más se nota no está en esa tabla, y es de mantenimiento. La superficie que puede romperse un domingo se ha reducido a la mínima expresión: la parte pública no tiene plugins que actualizar ni dependencias de terceros que se caigan por su cuenta, y la tienda sigue siendo suya, en su panel, sin que nuestros despliegues la puedan tocar. Cada mitad falla sola, si falla.
La analítica: de tener herramientas a medir de verdad
Este es el hallazgo que más nos sorprendió al abrir la casa. La tienda parecía medida: tenía contenedor de etiquetas, tenía analítica, tenía píxel de una red social y tenía dos plugins de estadísticas más. Cinco herramientas. Cuando abrimos el contenedor de etiquetas, tenía cero etiquetas dentro. Estaba instalado y vacío. La analítica entraba por otro lado, por un plugin, y las herramientas se pisaban entre ellas contándose las mismas visitas por duplicado. Y no había ningún banner de consentimiento, con píxeles publicitarios cargando desde el primer milisegundo.
Traducido: había cinco herramientas y no había ni una decisión que se pudiera tomar con ellas. Es lo más común que nos encontramos, y es peor que no tener nada, porque da la sensación de estar midiendo.
Lo que hay ahora se monta una vez y bien:
- Una sola implementación en la web nueva, cableada desde el contenedor de etiquetas propio del cliente. El solape que heredaba la tienda queda mitigado para que no infle las cifras, y su limpieza definitiva es trabajo del mantenimiento: no se destripa un WordPress que está facturando durante un traspaso.
- Medición entre los dos dominios. Como la web y la tienda viven en sitios distintos, sin esto el viaje de alguien que entra en la home y acaba comprando se partiría en dos sesiones de dos personas inventadas. Ahora es un solo recorrido, que es lo que de verdad se quiere leer.
- Mapas de calor y grabaciones de sesión con Microsoft Clarity. Se ve dónde hace clic la gente, hasta dónde baja, qué se salta y en qué punto exacto abandona.
- Consentimiento de verdad en la web nueva. Modo consentimiento v2 cargado antes que nada, con todo denegado por defecto, y banner con Aceptar y Rechazar del mismo peso visual, que es lo que exige la autoridad de protección de datos y lo que casi nadie hace. Comprobado en producción: hasta que no se acepta, las grabaciones no se cargan. En la tienda, que sigue siendo su WordPress, gobernar el consentimiento igual exige un plugin dentro de su instalación: está en la lista del mantenimiento y no lo damos por cerrado.
- Línea base de citaciones de IA conectada, para medir el delta a 60 y 90 días con un número y no con una sensación.
La diferencia práctica no es tener otro panel más. Es que la conversación del mes siguiente cambia de naturaleza. Deja de ser "esto no me suena que funcione" y pasa a ser una grabación de alguien buscando el horario donde no está, o un mapa de calor que dice que nadie llega al bloque de torneos porque está 800 píxeles más abajo de donde debería. Eso se arregla en una tarde. Pero solo si lo ves.
Y hay una segunda función que se subestima: el chatbot es también un sensor. Lo que la gente le pregunta y él no sabe responder es la lista de contenido que falta por escribir, dictada por los clientes en vez de adivinada en una reunión.
Los resultados, medidos el 16 de julio de 2026
Mismas 5 consultas de la auditoría de abril. Mismos motores. Esto es lo que responden ahora:
| Consulta | Abril | Gemini | Perplexity |
|---|---|---|---|
| mejores tiendas TCG Zaragoza | No citada | #1 | #2 |
| ¿cuál es la mejor tienda de cartas en Zaragoza? | No citada | #1 | #1 |
| torneos Lorcana en Zaragoza | No citada | #2 | #1 |
| dónde comprar cartas Pokémon | No citada | #2 | #3 |
| torneos Magic Zaragoza | No citada | #2 | #3 |
| Total | 0 / 10 | 5 / 5 | 5 / 5 |
De 0 sobre 10 a 10 sobre 10. Presencia en el 100% de las consultas auditadas y cuatro primeras posiciones, por delante de competidores con años de recorrido en la ciudad.
Y hay un detalle que para nosotros vale más que la posición: los modelos han empezado a repetir el mensaje de la marca casi literalmente, citando su web como fuente. Gemini la describe como "una de las últimas incorporaciones a la ciudad que se ha convertido rápidamente en un referente absoluto para la comunidad TCG" y confirma por su cuenta que es "tienda oficial Wizards Play Network". Eso no es posicionamiento: es que la entidad ya está bien definida en el modelo.
Y mientras tanto, en Google
El buscador clásico merece una nota aparte, y una aclaración honesta: en Google la tienda no partía de cero, porque su web anterior ya recibía visitas. Aquí el trabajo no consistió en aparecer, sino en pasar a ser el primero. Estas consultas son distintas de las cinco auditadas en IA, así que van en su propia tabla en vez de mezclarse con aquellas.
| Consulta en Google | Resultado orgánico | Respuesta generativa de Google |
|---|---|---|
| One Piece Zaragoza | #1 | Primera tienda citada en la Vista creada con IA |
| lorcana zaragoza | #1 | Sin vista generativa en esta consulta |
| tienda TCG zaragoza | #1 | Primera tienda citada en el Modo IA |
Las páginas que ocupan esos primeros puestos son las del silo por juego que montamos: cada una responde a una intención concreta en vez de mandar todo el tráfico a la home, que es lo que hacía la web anterior. Y la Vista creada con IA de Google la cita por delante de tiendas con años en la ciudad, con la dirección correcta.
La evidencia
Las cuatro primeras posiciones, en capturas reales sin sesión iniciada, tomadas el 16 de julio de 2026. El resto de posiciones medidas están en la tabla de arriba. Puedes reproducirlas tú mismo.
Qué es replicable de esto
Tres conclusiones que sirven más allá de una tienda TCG:
- La antigüedad no era el problema. Esta tienda lleva abierta meses y adelantó a competidores con años de reseñas acumuladas. Los modelos no premian la veteranía: premian la coherencia y la verificabilidad de tus datos.
- Antes de optimizar, comprueba qué señales estás emitiendo. Esta tienda llevaba meses declarándole a las máquinas algo que no encajaba con lo que vende. Si tu entidad está mal definida, todo el contenido que publiques encima se apoya en cimientos torcidos.
- Lo verificable pesa más que lo declarado. El salto grande llegó al conectar la entidad con localizadores oficiales de terceros. Decir que eres oficial no vale nada; poder demostrarlo con una URL que un modelo puede cruzar, lo vale todo.
Y una nota de humildad que juega a favor: estos resultados salieron sin haber exprimido todavía la ficha de Google, que sigue en la lista de optimización pendiente. El margen que queda por delante no es retórico. Está identificado y medido.
El mecanismo completo, y por qué la autoridad de entidad adelanta hoy a la autoridad de dominio, está en la guía completa de posicionamiento en IA y en cómo trabajamos como agencia de posicionamiento en IA en Zaragoza. Y si lo que quieres es medir tu punto de partida antes de tocar nada, empieza por cómo medir tu visibilidad en IA.
¿A quién recomienda la IA en tu sector?
Ver la auditoría de visibilidad en IANota de método: línea base auditada en abril de 2026 sobre 5 consultas ejecutadas en Gemini y Perplexity (10 interacciones). Medición posterior el 16 de julio de 2026, mismas consultas y mismos motores, en sesión sin identificar. El alcance de la medición de IA son esos dos motores. Las posiciones de Google se comprobaron el 16 de julio de 2026 en sesión de incógnito sin identificar, sobre consultas distintas a las cinco auditadas, y se declaran por separado: en Google la tienda ya tenía presencia previa, por lo que no procede un antes/después de cero. Las posiciones en motores generativos son variables por naturaleza y dependen de la formulación de la consulta y de la ubicación.