Casita Amarilla er et timehotell i Barcelona for par — Carrer de Pàdua 83, rom fra 30 €, diskret, åpent hele året. Booking skjer over telefon. Nettstedet de hadde, var virkelig gammelt: utdatert, tregt og bygget for en besøkende ved et skrivebord i stedet for den de faktisk får, stående ute med telefonen i én hånd. Det de har nå, er et forhåndsrendret statisk nettsted på 20 språk, med en blogg som fortsetter å publisere og en markedsstack som rapporterer på seg selv hver uke.
Kundearbeid. Clutch Developer har bygget og drifter nettstedet, markedsstacken og de interne verktøyene. Virksomheten tilhører Casita Amarilla.
Hva vi leverte
- Et statisk, forhåndsrendret nettsted. Åtte sidetyper — hjem, rom, priser, beliggenhet, FAQ, kontakt, om og bloggen — bygget med Vite, hostet på Netlify med caching på edge. Tjue språk (ar, ca, de, el, en, es, fr, hi, it, ja, ko, nl, pl, pt, ro, ru, sv, tr, uk, zh) valgt av språkforhandling på edge, med en cookie som gjør at den besøkendes eget valg står. Streng Content-Security-Policy, HSTS, ingen framing, Cloudflare Turnstile på kontaktskjemaet.
- Mobil-først layout. De fleste besøkende kommer på telefon, så en fast bookingknapp følger dem nedover siden, og pristabellen, romgalleriene og bloggkortene er lagt opp for bruk med én tommel.
- En innholdsagent. En AI-agent skriver og publiserer innlegg til nettstedets notatblogg — de siste er prisguider, Sant Jordi, sommer og par — og gjør små tekst- og nettstedsendringer.
- SEM med ukentlig rapport. Google Ads, med analyse og annonsekonverteringer sporet ende til ende, så rapporten knytter forbruket til samtalene det ga i stedet for til visninger.
- Et internt verktøy for resepsjonen. Raske maler for å svare på e-poster og reservasjonsforespørsler: velg en mal, fyll inn detaljene, send.
Telefon-først, fordi bookingen er en telefonsamtale
Konverteringen her er ikke et innsendt skjema, det er at noen ringer. Det snevrer inn designspørsmålet: hvor få trykk mellom landing og å ha nummeret klart? Derfor er bookingknappen fast i stedet for parkert i en header den besøkende alt har rullet forbi, og den ligger på alle sidetyper, fordi avgjørelsen kan tas like godt på pristabellen som på hjemmesiden.
Pristabellen var den interessante biten. Tre kolonner — søndag, man–tor, fre & lør — er mye rutenett for en telefon, og det eneste tallet en besøkende bryr seg om, er det som gjelder akkurat nå, så det er det tabellen uthever. Rom og blogg følger samme regel: én kolonne, store treffflater, ingen hover. Og nettstedet føles annerledes enn det gamle av en arkitektonisk grunn, ikke fordi noe ble finjustert: statisk HTML på edge i stedet for en server som rendrer hver forespørsel.
Nettstedet fortsetter å publisere uten et møte
Bloggen skrives av en agent. Den skriver og publiserer innleggene, og den gjør de små tekst- og nettstedsendringene som ellers ville ventet på en ledig time. Alt den gjør, går gjennom samme statiske build som alt annet, så ingenting omgår pipelinen, og hver endring lander som noe et menneske kan lese og rulle tilbake.
Den disiplinen er poenget, ikke en bieffekt. Analyse er samtykkestyrt: GA4 og Google Ads lastes først etter at den besøkende har akseptert, ingenting før. Sikkerhetsheaderne er build-output, ikke en innstilling noen husker å krysse av. En agent som endrer et live nettsted er bare en god idé hvis flaten den tar på, er etterprøvbar, og forhåndsrendring gir deg nettopp det.
Resepsjonen fikk samme behandling fra den andre siden: å svare på en reservasjons-e-post skal ikke være en skriveøvelse, så det interne verktøyet gjør det om til å velge en mal og fylle inn detaljene. Lite verktøy, brukt hver dag.
Hva det blir til sammen
Nettstedet er raskere enn det det erstattet, treffer besøkende på deres eget språk, og legger en bookingsamtale ett trykk unna. Bloggen blir ikke foreldet mellom redesign. Annonseforbruket er etterprøvbart hver uke, mot samtaler i stedet for klikk. Resepsjonen svarer raskere med mindre skriving. Ingen av dem er separate prosjekter — de er én statisk build med noen få ting pekt mot den.
Dette er formen mesteparten av webarbeidet vårt tar: forhåndsrendre nettstedet så det er billig og raskt å levere, og deretter automatisere det som ellers ville krevd et menneske hver uke. Nettsteder dekker byggingen; Automatisering og integrasjoner dekker agenten og de interne verktøyene.