Durante semanas, la Home de Blupoli ha hablado de una plataforma preparada para crecer. Hasta ahora esa promesa tenía una forma muy concreta: Blupoli Puzzles era el producto jugable y el resto de la arquitectura —Blog, Devlog, registro de productos, navegación compartida, dominios separados— explicaba cómo podría incorporarse algo más sin desmontar lo existente. Blupoli Cards es la primera prueba real de esa idea. Ya no estamos describiendo una plataforma con espacio para un segundo producto: ese segundo producto existe, se puede abrir en cards.blupoli.com y comienza con cinco solitarios clásicos.

La colección inicial reúne Klondike, Spider, FreeCell, Pyramid y TriPeaks. Son cinco nombres conocidos, pero no cumplen el mismo papel. Klondike representa el solitario clásico de construcción y descubrimiento; Spider trabaja secuencias y espacio; FreeCell muestra prácticamente toda la información desde el principio; Pyramid convierte la partida en un ejercicio de parejas y disponibilidad; TriPeaks apuesta por cadenas rápidas y ritmo. Juntos forman un punto de partida suficientemente variado para que Cards tenga identidad propia desde el primer día.

Por qué Cards no vive dentro de Puzzles

La pregunta más obvia al añadir juegos de cartas era también la más útil: ¿por qué crear otro producto si ya tenemos una plataforma de juegos? La respuesta tiene que ver con la clase de experiencia que queremos construir. Blupoli Puzzles agrupa lógica, deducción, estrategia y otras mecánicas de puzzle bajo una navegación, una taxonomía y unas expectativas comunes. Los solitarios comparten algunas necesidades —partidas, estadísticas futuras, temas, accesibilidad, persistencia—, pero también traen un vocabulario propio: mazos, descartes, fundaciones, columnas, celdas, secuencias, variantes de reparto y reglas que pertenecen al mundo de las cartas.

Meter todo eso dentro de Puzzles habría sido técnicamente posible y conceptualmente cómodo a corto plazo. También habría hecho que cada decisión futura tuviese que responder a dos productos a la vez. Separar Cards nos permite que la colección crezca con su propia jerarquía, su propia página de inicio, sus propios juegos y su propio ritmo sin convertir Puzzles en un contenedor genérico de cualquier cosa jugable. Al mismo tiempo, Cards sigue perteneciendo a Blupoli: comparte la marca, aparece en la Home, enlaza al Blog y al Devlog y utiliza la misma filosofía de producto web-first. Esa combinación —independencia de dominio y pertenencia a una plataforma común— es exactamente la frontera que queríamos comprobar.

Cinco solitarios para empezar, no cincuenta nombres para aparentar catálogo

Podríamos haber estrenado Cards con una lista muy larga de variantes marcadas como “próximamente”. No lo hemos hecho. La primera versión empieza con cinco juegos porque preferimos que cada tarjeta del catálogo abra algo real. Esa decisión sigue la misma línea que hemos aplicado en Puzzles: el tamaño de un catálogo importa menos que la claridad sobre qué está terminado y qué no. Un producto nuevo necesita demostrar su núcleo antes de multiplicar inventario.

Los cinco elegidos cubren estilos suficientemente diferentes como para poner a prueba la base. Klondike exige stock, descarte, tableau y fundaciones. Spider necesita dos mazos y columnas más densas. FreeCell introduce espacios temporales y una partida con información abierta. Pyramid necesita un modelo de cartas cubiertas y parejas que suman trece. TriPeaks trabaja una topología distinta y una relación de rango con el descarte. Si una misma aplicación puede expresar esas cinco formas sin que cada juego parezca una web aislada, tenemos una base sobre la que merece la pena seguir construyendo.

Klondike: el punto de referencia inevitable

Para muchas personas, “solitario” significa Klondike incluso aunque nunca hayan usado ese nombre. Siete columnas, cartas boca abajo que se van descubriendo, un mazo del que robar, un descarte y cuatro fundaciones que crecen por palo desde el as. Precisamente por ser tan reconocible era importante incluirlo. Si la interacción, el tamaño de las cartas o la lectura del tablero no funcionan en Klondike, Cards no puede esconderse detrás de una mecánica poco conocida.

Nuestra primera versión se centra en el recorrido fundamental: descubrir cartas, mover cartas expuestas según las reglas del tableau, abrir columnas con reyes, utilizar stock y descarte y construir las fundaciones. También guarda el estado local de la partida, permite empezar de nuevo y ofrece una pista textual cuando necesitas recordar la dirección general. No pretendemos que esta V1 agote todas las variantes históricas de Klondike ni todas las opciones que podría tener una aplicación especializada. El objetivo inicial es más concreto: una partida clara, jugable y coherente con el resto de Cards, que podamos ampliar sin romper su modelo.

Spider: cuando el espacio vale tanto como la carta correcta

Spider cambia el ritmo. En lugar de cuatro fundaciones visibles, el trabajo ocurre sobre diez columnas. La meta consiste en organizar secuencias descendentes y completar recorridos de rey a as que puedan retirarse. La primera versión utiliza un solo palo con dos mazos, una forma accesible de introducir la estructura de Spider sin añadir todavía toda la complejidad de variantes de dos o cuatro palos.

Lo interesante de Spider como prueba de producto es la densidad. Hay más columnas, más cartas simultáneas y más presión sobre el ancho disponible. La misma carta que se ve cómoda en Klondike puede hacer que Spider desborde en un portátil pequeño o en móvil. Por eso este juego no sólo aporta una mecánica; también fuerza a pensar en escalado, desplazamiento horizontal controlado, áreas táctiles y jerarquía visual. Cards tiene que funcionar como colección, no únicamente como cinco implementaciones que pasan la prueba en una pantalla de escritorio grande.

FreeCell: casi toda la información está delante de ti

FreeCell aporta una cualidad distinta: desde el principio ves prácticamente toda la baraja. El desafío no consiste en esperar a descubrir qué había debajo de una carta, sino en organizar el espacio disponible. Las cuatro celdas libres actúan como almacenamiento temporal y las columnas vacías se convierten en recursos estratégicos. El objetivo vuelve a ser construir fundaciones por palo, pero el camino se siente muy diferente a Klondike.

Ese contraste es importante para Cards porque evita que el catálogo inicial sea una colección de cambios cosméticos sobre el mismo juego. En FreeCell, una acción aparentemente inocente —ocupar una celda libre— puede reducir tus posibilidades futuras. La interfaz tiene que dejar clara la diferencia entre cascadas, celdas y fundaciones sin explicarlo con una pared de texto. La primera versión permite seleccionar cartas expuestas, moverlas entre cascadas con alternancia de color, utilizar las cuatro celdas y enviarlas a sus fundaciones. Es un punto de partida directo para una familia que más adelante puede incorporar movimientos de secuencias y opciones avanzadas.

Pyramid: el tablero también puede ser una figura

Pyramid rompe la organización por columnas. Las cartas forman una pirámide y sólo las que no están cubiertas pueden participar en una jugada. La regla central es sencilla de contar: retirar parejas cuyos valores sumen trece, mientras los reyes pueden retirarse por sí solos. Esa simplicidad aparente crea una partida donde disponibilidad y orden importan mucho.

Para la primera versión de Cards, Pyramid también fue útil porque obliga al motor visual a posicionar cartas con relaciones de cobertura explícitas. No basta con conocer “la carta superior de una pila”; hay que saber qué cartas bloquean a otras y cuándo una posición pasa a estar disponible. El stock y el descarte aportan una segunda fuente de cartas para buscar parejas. Cuando desaparecen las veintiocho cartas de la pirámide, la partida está completada. Es una mecánica suficientemente diferente para que el tablero verde de Cards no se convierta en una plantilla rígida pensada sólo para columnas verticales.

TriPeaks: rapidez y cadenas

TriPeaks completa el grupo con una experiencia más ligera y encadenada. Tres picos de cartas se van liberando cuando desaparecen las que los cubren. Puedes jugar una carta expuesta si está un rango por encima o por debajo de la carta del descarte, sin importar el palo. Cuando no existe una continuación, robas del stock e intentas abrir una nueva cadena.

La gracia está en mirar varios pasos por delante sin que la partida pierda velocidad. Una cadena larga puede abrir nuevas cartas y crear otra posibilidad inmediatamente. Esa sensación lo convierte en un buen contrapunto a Spider o FreeCell. También sirve para probar una topología irregular distinta de Pyramid: tres estructuras conectadas que terminan en una fila común. Desde el punto de vista de producto, tener TriPeaks desde el inicio deja claro que Cards no es “la página de Klondike con algunas variantes”, sino una colección que puede incorporar familias muy diferentes bajo una misma identidad.

Una interfaz común alrededor de mecánicas distintas

Los cinco juegos comparten una estructura reconocible. Hay una cabecera de Cards, un acceso rápido al catálogo, enlaces a Puzzles y a Blupoli, un título y una explicación breve, acciones de nueva partida y pista, una barra de estado con movimientos y una mesa donde vive la mecánica. Ese marco común reduce el coste mental al cambiar de juego. No necesitas descubrir dónde empieza una nueva partida cada vez que cambias de solitario.

Dentro de la mesa, sin embargo, cada juego conserva su forma. Klondike muestra stock, descarte, fundaciones y siete columnas. Spider necesita diez. FreeCell coloca celdas y fundaciones en la parte superior. Pyramid y TriPeaks dibujan disposiciones geométricas. Compartir el marco no significa obligar a que todas las mecánicas se vean iguales. Esta idea nos resulta familiar por el trabajo en Blupoli Puzzles: la consistencia es más útil alrededor del tablero que dentro de él.

Continuar una partida importa incluso sin cuentas

Cards nace sin exigir registro. Eso no significa que cada visita tenga que empezar de cero. El estado de la partida se guarda localmente en el navegador para que puedas volver y continuar. Cada uno de los cinco solitarios utiliza su propia clave de almacenamiento y conserva las estructuras necesarias para reconstruir el tablero. El contador de movimientos vuelve con la partida y el botón de nueva partida permite borrar ese estado de forma explícita.

Es una solución deliberadamente local. No estamos presentando sincronización entre dispositivos ni perfiles remotos como si ya existieran. Lo que sí existe es continuidad en el mismo dispositivo y navegador. Esa frontera es importante: preferimos que una función pequeña sea real a describir una infraestructura futura como si fuese parte del producto actual. Si más adelante Blupoli incorpora cuentas o sincronización común, Cards podrá conectarse a esa capa desde un modelo de partida que ya ha demostrado ser útil.

Cards entra en la Home de Blupoli como producto real

La llegada de Cards cambia también blupoli.com. La Home ya tenía un registro canónico de productos y un hero pensado para mostrar un ecosistema alrededor de la marca. Hasta ahora esa arquitectura enseñaba Puzzles y dejaba un nodo abierto para un producto futuro. Cards ocupa ahora ese espacio con nombre, destino y contenido reales.

El catálogo de productos muestra Puzzles y Cards a partir de la misma fuente de datos. La navegación superior incluye Cards. El footer enlaza a ambos subdominios. El hero ofrece acceso directo a los dos productos. Y el texto ya no dice que Puzzles es “el primer producto” como si siguiera siendo el único visible. Esta actualización es más importante de lo que parece: cuando una arquitectura afirma estar preparada para crecer, el momento de añadir el segundo elemento es cuando descubrimos si realmente era una arquitectura o sólo una maqueta flexible en teoría.

Diagrama sin texto con Blupoli en el centro, Puzzles y Cards como dos productos y cinco cartas alrededor de Cards
Cards se incorpora como segundo producto: mantiene su propio dominio y sus cinco juegos, pero se conecta a la misma plataforma Blupoli.

Un subdominio propio ayuda a mantener una promesa clara

cards.blupoli.com no es sólo una dirección bonita. Hace visible la frontera del producto. Cuando entras en Cards, sabes que el catálogo, la navegación interna y las reglas están pensadas alrededor de juegos de cartas. Cuando entras en Puzzles, la experiencia sigue enfocada en su colección de lógica y estrategia. Y cuando vuelves a blupoli.com, estás en la capa que conecta productos y contenido editorial.

Esa separación también tiene ventajas prácticas para el crecimiento. Cards puede cambiar su diseño de mesa, añadir variantes de reparto, estadísticas específicas o categorías de solitario sin obligar a que Puzzles adopte las mismas decisiones. Puzzles puede seguir profundizando en sus motores, onboarding y analítica sin cargar con conceptos de cartas. Compartir plataforma no significa compartir cada detalle. Significa poder reutilizar marca, navegación, publicación, calidad y aprendizaje donde tiene sentido, manteniendo separados los dominios que evolucionan por razones diferentes.

SEO desde el primer día, no después de llenar el catálogo

Cards se publica con rutas reales para cada juego, no con una única aplicación que oculta todo detrás de JavaScript. La Home tiene su URL canónica y cada solitario tiene una página estable bajo /games/. El sitemap enumera la Home y los cinco juegos. robots.txt apunta a ese sitemap. Las páginas incluyen metadatos sociales y datos estructurados de tipo VideoGame. El objetivo no es “optimizar para Google” antes de tener producto, sino evitar crear deuda básica de descubrimiento justo cuando el producto empieza.

Esta base permite que el contenido editorial tenga destinos claros. Este artículo puede enlazar a Klondike, Spider, FreeCell, Pyramid y TriPeaks sin depender de una URL temporal. El Devlog técnico de Cards puede explicar la arquitectura y apuntar al producto publicado. Cards, a su vez, enlaza a ambas historias. Ese triángulo entre producto, Blog y Devlog es una de las formas en que queremos que Blupoli crezca: las páginas no existen aisladas, se explican y se refuerzan entre sí.

Qué hemos dejado fuera a propósito

Una primera versión útil también necesita límites. Cards no intenta resolver hoy todas las variantes de cada solitario. No tiene todavía cuentas, sincronización remota, estadísticas profundas, retos diarios, animaciones avanzadas, drag and drop sofisticado ni una taxonomía enorme de juegos de cartas. Algunas reglas pueden ampliarse para acercarse a variantes más completas, especialmente en movimientos de secuencias y opciones de reparto. Presentar esas ausencias con claridad nos parece mejor que llenar la interfaz de controles que todavía no tienen una experiencia sólida detrás.

La prioridad inmediata es observar cómo se siente la base con cinco mecánicas distintas y fortalecer lo que todas comparten: tamaño y legibilidad de cartas, interacción táctil, estados, feedback, reanudación y rendimiento. Después podremos decidir qué conviene convertir en infraestructura común y qué debe seguir perteneciendo a cada juego. Esa secuencia evita construir una plataforma abstracta para necesidades que aún no conocemos.

El siguiente nivel no consiste simplemente en añadir más solitarios

Naturalmente habrá más candidatos para Cards. Yukon, Golf, Scorpion, Canfield, Forty Thieves y muchas otras familias podrían ampliar la colección. Pero la siguiente fase interesante no es sólo contar juegos. Queremos mejorar la profundidad de los cinco que ya existen: movimientos más cómodos, mejores ayudas, animaciones que expliquen el resultado sin ralentizar la partida, accesibilidad de teclado y táctil, estadísticas con significado y una experiencia móvil que aproveche todo el ancho disponible.

También queremos que el producto empiece a desarrollar su propia navegación y descubrimiento. Cuando cinco juegos se conviertan en diez o veinte, una cuadrícula simple dejará de ser suficiente. Habrá que decidir si las variantes se agrupan por familias, duración, información abierta, número de mazos o dificultad. Esas decisiones serán más útiles cuando surjan de un catálogo real y no de una taxonomía inventada antes de tiempo.

Lo importante del segundo producto

Cards es pequeño comparado con todo lo que podría llegar a ser. Esa es precisamente la razón por la que nos interesa. El primer producto de una plataforma puede beneficiarse de excepciones sin que nadie lo note: una ruta escrita a mano, un bloque diseñado sólo para él, una navegación que en realidad conoce un único destino. El segundo producto elimina esa comodidad. Obliga a comprobar si “productos” era una categoría real o simplemente otra forma de decir Puzzles.

La Home de Blupoli ahora tiene dos destinos jugables. El registro de productos tiene dos entradas. El footer tiene dos dominios de producto. La arquitectura de Hosting tiene tres superficies públicas: la plataforma, Puzzles y Cards. Blog y Devlog pueden contar la misma novedad desde dos ángulos distintos. Lo que antes era una intención empieza a comportarse como un sistema.

Dos productos no tienen por qué crecer al mismo ritmo

La separación entre Puzzles y Cards también nos permite aceptar una realidad sencilla: cada producto puede necesitar una cadencia distinta. Puzzles tiene un catálogo amplio, muchas familias lógicas y una infraestructura compartida que se ha ido refinando durante meses. Cards empieza con cinco juegos y una base mucho más pequeña. Forzar que ambos tengan el mismo número de funciones, la misma navegación o la misma profundidad desde el primer día sería confundir coherencia de plataforma con simetría artificial.

Queremos que las piezas comunes sean las que realmente merecen ser comunes: identidad Blupoli, enlaces entre productos, calidad de publicación, principios de accesibilidad, una forma clara de descubrir contenido y un proceso verificable para desplegar. A partir de ahí, cada producto puede especializarse. Cards puede dedicar su siguiente ciclo a interacción con cartas, variantes, animaciones y estadísticas de solitario mientras Puzzles sigue mejorando generación, onboarding o análisis de progreso. Esa independencia reduce el incentivo de introducir abstracciones demasiado pronto y hace más fácil evaluar cada decisión según el problema que intenta resolver.

También hace que la Home de Blupoli sea más honesta. No presenta dos productos como si estuvieran en el mismo punto de madurez; los presenta como dos destinos reales dentro de una plataforma que puede sostener ritmos distintos. Cards no necesita parecer tan grande como Puzzles para justificar su existencia. Necesita ofrecer una experiencia clara, tener una dirección propia y demostrar que puede crecer sin arrastrar al resto de Blupoli con cada cambio.

Una invitación sencilla: elige una mesa

Si vienes buscando el solitario más familiar, empieza por Klondike. Si prefieres planificar con toda la información visible, prueba FreeCell. Si te atraen las secuencias largas, Spider cambia completamente el ritmo. Pyramid funciona bien cuando quieres una regla compacta de parejas, y TriPeaks cuando te apetece una partida rápida basada en cadenas.

Los cinco están reunidos en Blupoli Cards. Si te interesa saber cómo conseguimos que este segundo producto encaje en el monorepo, Firebase Hosting, el registro de productos y la CI sin mezclarlo con Puzzles, el complemento de esta historia está en el Devlog técnico. Y si quieres entender por qué la Home de Blupoli ya estaba preparada para este momento, puedes volver al artículo sobre el rediseño de la Home como plataforma. Cards es una colección nueva, pero también es la primera vez que esa arquitectura tiene que demostrar, con un producto real, que puede crecer como prometía.