SEO para una plataforma de pases turísticos que vive en JavaScript

Istanbul Welcome Card vende la ciudad en unos toques — pases, entradas a museos, cruceros por el Bósforo, traslados al aeropuerto, tours — bajo la promesa ve más, paga menos. Pero es una single-page app renderizada en cliente, el tipo de sitio que más les cuesta leer a los buscadores, sobre un catálogo comercial profundo y de alta intención. Logic Grid Studio ejecutó el SEO: hacer la plataforma JavaScript rastreable e indexable, y ajustar el catálogo para que aparezca en las búsquedas de viaje a Estambul que de verdad se convierten en reservas.

La situación

Istanbul Welcome Card es una plataforma de pases turísticos y reservas construida sobre una propuesta sencilla — ve más, paga menos — y un catálogo de verdad profundo detrás. Hay tarjetas y pases (Go Pass, Premium, Classic, Deluxe, el Istanbul Museum Pass), combos, pases de transporte público de uno a siete días, entradas y tours de museos para Topkapi, Santa Sofía, la Cisterna Basílica y Dolmabahce, cruceros por el Bósforo, traslados desde ambos aeropuertos, experiencias y vida nocturna, talleres y tours a pie — un mercado completo de cosas que reservar antes y durante un viaje, bien valorado en cientos de reseñas. El detalle está en cómo está construido: es una single-page app renderizada en cliente, el tipo de sitio JavaScript donde el contenido solo aparece después de que el navegador ejecuta la app. Ese es justo el tipo de sitio que más les cuesta leer a los buscadores — y para una plataforma comercial cuya cada página es algo que alguien está buscando activamente para comprar, ser difícil de leer en búsqueda es lo mismo que ser difícil de vender.

Por qué nos eligieron

El SEO para una plataforma así no es un retoque de contenido; es técnico, on-page y arquitectónico a la vez, y la parte técnica va primero por cómo está construido el sitio. Una single-page app renderizada en cliente esconde su catálogo detrás de JavaScript: si un buscador no puede renderizar e indexar de forma fiable esas páginas de producto, nada del trabajo on-page o de contenido importa, porque no hay nada que posicionar. Encima de eso está la realidad comercial — cada categoría es una búsqueda transaccional de alta intención (Istanbul museum pass, entrada sin colas a Santa Sofía, crucero con cena por el Bósforo) donde la competencia es feroz y el visitante está listo para reservar — así que las páginas tienen que ser a la vez legibles por un rastreador y ajustadas para coincidir con exactamente lo que escribe el viajero. Y el catálogo es lo bastante amplio como para necesitar una arquitectura, no solo buenas páginas sueltas. Istanbul Welcome Card necesitaba un socio capaz de asumir todo eso junto — el problema de renderizado y rastreabilidad, el problema comercial on-page y la arquitectura del catálogo — y no un SEO de contenido que optimizara páginas que un buscador ni siquiera podía ver.

Restricciones

La restricción que lo definía todo era la construcción: una single-page app en JavaScript renderizada en cliente, donde el catálogo lo pinta el navegador en vez de servirse como HTML listo. Todo lo demás dependía de hacer eso rastreable e indexable de forma fiable, en su sitio, sin reconstruir la plataforma sobre la que funciona el negocio. El trabajo también tenía que respetar la intención comercial de extremo a extremo — es una plataforma de reservas, así que un SEO que trae el tráfico equivocado o entierra las páginas reservables es peor que inútil; las páginas que posicionan tenían que ser las que un viajero listo para comprar realmente quiere. El catálogo es amplio — diez familias de reserva distintas, desde pases y entradas de museo hasta cruceros, traslados, vida nocturna y talleres — así que la optimización tenía que sostenerse en todas ellas y evitar que compitieran entre sí en búsqueda. Y tenía que correr sobre la plataforma en vivo, multidivisa y multiidioma como ya era, preservando el catálogo de productos, las URLs y las reservas que ya estaban entrando.

Lo que asumimos

Logic Grid Studio asumió el SEO de la plataforma de extremo a extremo. La primera y más difícil parte fue técnica: hacer una single-page app en JavaScript renderizada en cliente rastreable e indexable, para que los buscadores puedan de verdad alcanzar, renderizar y entender el catálogo en lugar de ver una cáscara vacía — el cimiento sobre el que se apoya todo lo demás. Encima de eso asumimos la optimización on-page para intención comercial: ajustar cada familia de reserva — pases, entradas y tours de museo, cruceros por el Bósforo, traslados al aeropuerto, experiencias, talleres, tours a pie — para que sus páginas se alineen con las búsquedas transaccionales de alta intención que un viajero hace de verdad, las que terminan en una reserva y no solo en una lectura. Y asumimos la arquitectura del catálogo: estructurar y enlazar internamente diez familias de reserva distintas para que se refuercen en vez de canibalizarse en búsqueda, y para que la plataforma se lea ante un buscador como un único árbol de productos coherente y rastreable. Todo se hizo sobre la plataforma en vivo — multidivisa, multiidioma, plenamente operativa para reservas — preservando el catálogo y las URLs.

Nuestro enfoque

Empezamos donde el sitio es más difícil de ver — el renderizado. Como el catálogo vive dentro de una single-page app renderizada en cliente, el primer trabajo fue asegurar que los buscadores puedan renderizar e indexar de forma fiable las páginas de producto, para que el trabajo on-page y arquitectónico tenga algo real sobre lo que aterrizar; en una plataforma JavaScript, la rastreabilidad no es un toque final, es el cimiento. Con el catálogo hecho legible, trabajamos la capa comercial: cada familia de reserva es una búsqueda transaccional con un comprador al otro lado, así que ajustamos las señales on-page para coincidir con la intención exacta detrás de consultas como un Istanbul museum pass o una entrada sin colas, alineando la página correcta con la búsqueda correcta. Luego estructuramos el catálogo como una arquitectura y no como un montón de productos — enlazando internamente las diez familias de reserva para que la autoridad fluya con sentido y dejen de competir por los mismos términos — que es lo que la vista de arquitectura de la información de la plataforma hace concreto. En todo momento optimizamos la plataforma en vivo en su sitio: es un negocio de reservas que funciona y está bien valorado, con URLs reales e ingresos reales, así que la disciplina era hacer encontrable y vendible lo que existía, no reconstruirlo.

El resultado

Istanbul Welcome Card pasó de una plataforma JavaScript que a los buscadores les costaba leer a un catálogo construido para ser rastreado, indexado y encontrado en las búsquedas que importan. La barrera más difícil — una single-page app renderizada en cliente que escondía sus productos detrás de JavaScript — se abordó primero, así que la plataforma ahora es alcanzable y comprensible para los buscadores en lugar de presentarles una cáscara vacía. Sobre ese cimiento, el trabajo on-page alinea cada familia de reserva con las búsquedas transaccionales de alta intención que un viajero hace de verdad, y la arquitectura del catálogo conecta diez familias de reserva en un único árbol coherente y rastreable donde se refuerzan en vez de canibalizarse. Para una plataforma cuya cada página es algo que alguien intenta comprar activamente, esa es la diferencia que cuenta: los productos están ahora en posición de ser encontrados por los viajeros que ya buscan para reservarlos — y todo se hizo sobre la plataforma en vivo, multidivisa y multiidioma, dejando intactos el catálogo y los ingresos que ya generaba.