Arica Surf Experience — reservas bilingües — Caso
Página bilingüe de captación para surfistas extranjeros que viajan a Arica: reseñas reales y trazables, monitoreo de olas en vivo y consolidación de varios dominios y marcas en un solo sitio.
Por Ricardo Huiscaleo — 04 oct 2026 · 5 min ── turismo · arica ──
── el desafío ──
La escuela tenía la presencia dispersa: varias marcas y dominios convivían (Maturana Surf Training, Arica Surf Experience, y dominios como aricasurfexperience.com) y ninguna página propia captaba al surfista extranjero que planifica su viaje a Arica. Sin un dominio canónico, la autoridad de búsqueda se repartía y el negocio era invisible justo donde decide el turista que reserva desde el exterior.
── lo que construimos ──
Construimos una página de captación bilingüe EN/ES: consolidamos los dominios y marcas en un único aricasurf.com canónico —con redirects, sitemap y robots propios, y el dominio sumado al balanceo del servidor—, definimos el branding y vectorizamos el logo, e hicimos research de keywords con optimización SEO/GEO (schema de negocio local, imagen y coach). Sumamos reseñas reales y trazables, cada una con enlace verificable a Google y ficha de TripAdvisor, y un monitoreo de olas en vivo —API propia que obtiene el forecast real por spot con degradación automática a modelo oceánico abierto— para que el visitante vea el estado del mar antes de reservar. El cierre es reserva directa por WhatsApp con los datos del viaje prellenados.
- ✓ Dominio canónico + consolidación de marcas
- ✓ Branding y logo vectorizado
- ✓ SEO/GEO con research de keywords
- ✓ Reseñas reales trazables (Google + TripAdvisor)
- ✓ API propia de olas en vivo (12 spots)
- ✓ Bilingüe EN/ES con reserva directa
── ingeniería ──
Los obstáculos técnicos reales del proyecto y cómo los resolvimos.
- 01
La fuente de olas no tenía API pública
El mejor dato de olas del mundo para Arica simplemente no se ofrece como servicio. Construimos una integración propia que trae el pronóstico por rompiente —las 12 de Arica— y lo normaliza a un formato único y estable para que el sitio nunca dependa de cómo cambia la fuente por dentro.
- 02
Un solo punto de falla → degradación automática
Depender de una sola fuente externa era frágil: si caía, el visitante veía un hueco. El pipeline intenta la fuente principal y, si falla o no responde, degrada solo a un modelo oceánico abierto, devolviendo exactamente la misma estructura. El front nunca se rompe: siempre hay datos, solo cambia el origen.
- 03
Latencia y límites de la fuente → datos servidos localmente
Consultar la fuente externa en cada visita era lento y abusivo con ella. Los pronósticos se guardan localmente y se sirven desde ahí (ruta rápida con cache), refrescados por un proceso programado. El visitante recibe datos frescos al instante y la fuente externa se consulta en un ritmo bajo y predecible, no por cada visita.
- 04
La condición de "ahora" no existía en los datos
La fuente entrega bloques cada 3 horas: lo más cercano podía estar a hora y media de distancia. Calculamos la condición del momento exacto interpolando entre los bloques que rodean la hora actual, para que la portada muestre el estado real del mar ahora, no el de hace horas.
- 05
Unidades mezcladas entre fuentes
Cada fuente entrega sus propias unidades (altura en pies a escala de cara, viento en nudos, temperatura en Fahrenheit vs. sistema métrico). Normalizamos todo a una lectura consistente y preservamos la escala visual de 5 barras que el surfista ya reconoce, tomando el reporte oficial de cada rompiente como referencia.
── devops ──
Infraestructura, despliegue y operación del sistema.
- 01
Dominio propio, aislado del resto de los sitios
Arica Surf vive en su propio dominio dentro de la misma infraestructura que atiende otros sitios. Se configuró aislado —recursos, sitemap y robots propios— para que aricasurf.com nunca herede ni exponga contenido que no le corresponde, y la gestión de dominios se hace con listas completas y validadas para no afectar a los demás.
- 02
CORS estricto: solo orígenes propios, nunca comodín
La API del sitio es consumida desde su propio dominio contra un backend compartido. En lugar de abrir el CORS con comodín —que expondría datos de otros clientes de la plataforma—, se usa una allowlist explícita de orígenes autorizados. Seguridad por defecto: lo que no está listado, no entra.
- 03
Cache en capas para no golpear la fuente en vivo
El backend sirve el pronóstico desde almacenamiento local con cabeceras de cache, y un proceso programado lo refresca en intervalos cortos y controlados. Resultado: el visitante nunca espera una llamada externa, y la fuente de datos se consulta a un ritmo bajo y estable.
- 04
Headers de seguridad y caché diferenciada por tipo de archivo
Cada respuesta aplica cabeceras de seguridad (nosniff, protección de frame, política de referrer) y compresión. Los recursos estáticos se cachean por largo plazo como inmutables; el HTML se sirve sin cache para que cada despliegue tome efecto de inmediato. El tráfico se limita por zona para absorber picos.
- 05
SEO de servidor: sitemap y robots propios por dominio
Como la infraestructura es compartida, cada sitio declara su propio sitemap y robots. El de Arica Surf incluye el bloque de imágenes y las reseñas, para que sus URLs se indexen como negocio propio y no queden bajo el sitemap de la plataforma.
── seo & geo ──
Cómo el sitio se hace encontrar por buscadores y por asistentes de IA.
- 01
Research de keywords para el viajero que reserva desde el exterior
El negocio no compite por "surf Arica" local, sino por las búsquedas con intención de viaje que hace el turista antes de llegar: "surf lessons Arica", "surf camp Chile", "learn to surf South America". El research definió el texto, los títulos y las imágenes alrededor de esas consultas, en español e inglés.
- 02
GEO: optimización para búsqueda con IA
Además del SEO clásico, estructuramos el sitio con JSON-LD legible por máquinas (schema SportsActivityLocation + Person del coach + WebSite + ImageObject por foto) para que los motores generativos y asistentes identifiquen el negocio, su ubicación, su oferta y al instructor. Un fix específico dejó el tipo de entidad como string para que la detección GEO no fallara.
- 03
Imágenes que rankean, no solo que se ven
Renombramos cada archivo con keywords reales (arica-surf-clases-surf-el-buey-arica-chile.webp) y lo declaramos en un sitemap de imágenes con title y caption por foto. Las fotos del destino empiezan a aparecer en Google Imágenes, un canal de descubrimiento clave para turismo.
── marca ──
Identidad visual y de marca del negocio.
- 01
Consolidación de dos marcas en una identidad
Convivían "Maturana Surf Training" (la marca del coach) y "Arica Surf Experience" (el negocio). Definimos una jerarquía de marca coherente —nombre principal con el otro como alternateName— para no competir contra uno mismo ni confundir al visitante que llegaba por una u otra.
- 02
Logo vectorizado para todas las superficies
El logo entregado (bitmap) perdía nitidez en favicons y cabeceras. Se vectorizó y se generó el set completo: favicons 16/32/48, apple-touch-icon, logos para fondo claro y oscuro, e imagen Open Graph. Un solo activo maestro, todas las variantes derivadas.
- 03
Identidad bilingüe y PWA-ready
Manifest web con nombre, colores de tema y descripción, más Open Graph con locale es_CL y alternate en_US para que el enlace se vea correcto al compartirlo por WhatsApp —el canal real por donde llegan los surfistas extranjeros— desde cualquier idioma.
── resultado ──
Un solo sitio en aricasurf.com concentra la autoridad de búsqueda y capta al surfista que planifica su viaje desde el exterior: ve el estado del mar, lee reseñas verificables y reserva sin intermediarios. El teacher (coach ISA certificado) opera desde el teléfono.