Det här ingår i vår webbutveckling
Utvecklingen kan utgå från Dardos egen webbdesign eller från design som ditt team eller en annan studio tagit fram. Oavsett vilket anger offerten vilka mallar, lägen och integrationer som ska byggas, vem som levererar vad och hur varje del godkänns.
- Responsiv frontend för varje överenskommen mall och varje läge
- Innehållsmodell, CMS-uppsättning och publiceringsflöde
- Formulär och överenskomna integrationer, testade med riktiga inskick
- Metadata, strukturerad data och en sidstruktur som sökmotorer kan genomsöka
- Kontroller av tillgänglighet och prestanda på representativa sidor
- Kontroller inför lansering, driftsättning och dokumentation vid överlämning
När webbutveckling är rätt startpunkt
Börja här när designen är godkänd, eller nästan det, och risken ligger i bygget: innehåll som ditt team ska publicera, data från ett annat system, ett formulär som måste nå rätt person eller prestanda på riktiga mobiler. Ta med designerna, en sidinventering och en lista över integrationer. En marknadsföringswebbplats, en inloggad dashboard och ett transaktionssystem har olika acceptanskriterier, så vi definierar dem innan vi gör en uppskattning.
Har du ingen design ännu bör du börja med skräddarsydd webbdesign, som omfattar båda delarna. Om uppdraget styrs av rörelse, WebGL eller 3D passar kreativ utveckling bättre. Och om kärnan är en komplex inloggad produkt eller ett långt integrationsprogram för storföretag kan ett större applikationsteam passa dig bättre. Det säger vi i så fall tidigt.
Teknikstacken vi bygger med
Vi väljer teknikstack för varje projekt och förklarar valet i offerten. Vårt publicerade arbete använder Astro och Next.js med TypeScript, driftsatta på Cloudflare Workers eller Vercel. För innehållsdrivna marknadsföringssidor är Astro ett starkt val: sidorna renderas till HTML i förväg och JavaScript skickas bara till de komponenter som behöver det, vilket håller sidorna lätta och lättlästa för sökmotorer. Next.js passar gränssnitt som beter sig mer som en applikation.
När en webbplats behöver serverlogik, till exempel för betalningar, konton eller data från en annan tjänst, lägger vi till den där den behövs i stället för att göra varje sida till en app. Superame, en offentlig topplista för projekt byggd med Astro, lagrar sin ranking i en Neon-databas och skickar köpare till en hostad kassa. Dess server verifierar varje signerat betalningsanrop innan tillgodohavande läggs till. Om ditt team måste använda ett visst CMS eller en viss plattform, ange det i underlaget så bekräftar vi innan vi lämnar offert om vi är rätt team för det.
Ett CMS som ditt team faktiskt kan använda
Ett system för innehållshantering hjälper bara om dess fält motsvarar hur ditt team publicerar. Innan vi bygger kartlägger vi varje innehållstyp, vem som redigerar varje fält, vad som kräver godkännande och vilka sidor som är fasta layouter respektive återanvändbara poster. På A medio tono är program och lärare poster som går att underhålla i stället för handbyggda sidor, och en länk från en kurs öppnar en lärarkatalog som redan är filtrerad på det instrumentet.
Dardos egen webbplats fungerar på samma sätt: sidorna är ett statiskt Astro-bygge som serveras från Cloudflare, artiklarna skrivs i ett separat headless CMS och när en artikel publiceras startas ett nytt bygge. Statisk utdata gör driften enkel och sidorna snabba, och redaktörerna rör aldrig koden.
Integrationer, formulär och prestanda
Bygget börjar med en inventering av rutter och en integrationskarta: vad varje formulär eller API måste göra, vilka tredjepartskonton du måste äga och vad besökaren ser när en tjänst är långsam eller slutar fungera. En välpolerad frontend kan dölja ett odefinierat flöde för förfrågningar, så före lansering skickar vi riktiga testinskick och bekräftar att de når rätt mottagare.
Prestanda är en del av godkännandet, inte en eftertanke. Vi kommer överens om vilka mallar och enheter som ska testas och kontrollerar laddningsbeteende och sidvikt före release. A medio tono kör Vercel Analytics och Speed Insights i produktion, och Janus Observatorys implementation innehåller budgetar för bundlestorlek och webbläsartester, med ett releaseflöde som kontrollerar bygget och visuella regressioner.
Webbplatser för flera platser och franchise
Företag med flera kontor, kliniker, butiker eller franchisetagare behöver ett varumärkessystem och en innehållsmodell, med en riktig sida för varje plats: adress, öppettider, team, tjänster, bilder och sättet att kontakta just den platsen direkt. Huvudkontoret styr de gemensamma sidorna och varumärket, och varje plats redigerar bara sina egna uppgifter, med roller som håller isär de två.
Google efterfrågar en Business Profile per plats och en webbsida som representerar den platsen, och rekommenderar att varje plats märks upp separat med en egen URL. Vi bygger platssidorna och den strukturerade datan på det sättet. Vi klonar inte stadssidor för orter där du inte har något kontor, eftersom sidor som bara byter ortnamn behandlas som doorway-sidor.
Så testar vi före lansering
En representativ sida byggs och testas på de överenskomna skärmstorlekarna innan övriga mallar slutförs, så att problem upptäcks medan de fortfarande är billiga att åtgärda. Godkännandet omfattar:
- Tangentbordsanvändning och synligt fokus
- Långt, kort och saknat innehåll utan trasiga layouter
- Laddnings-, tomma och felstatus, samt reducerad rörelse där det finns animation
- Formulärleverans till den verkliga mottagaren, med ett bekräftelsemeddelande
- Canonical-URL:er, omdirigeringar, metadata och strukturerad data
- Analyshändelser, samtyckesbeteende och integrationer i produktion
Vem som äger koden och vad du får vid överlämningen
Överlämningen anger vem som äger repositoryt, hostingen, domänerna, CMS:et, inloggningsuppgifterna, dokumentationen och underhållet, så att webbplatsen går att driva vidare efter lansering. Vi föredrar hosting och konton som kunden själv kontrollerar där plattformen tillåter det, och i offerten framgår äganderätten till kod, designmaterial och eventuella licensierade beroenden innan arbetet startar.
Ett nearshore-team i din tidszon
Dardo är ett team på tre personer i Bogotá under ledning av grundaren Nicolás Cerón, så du pratar direkt med de som skriver din kod. Bogotá ligger på UTC−5 året runt, vilket motsvarar centralamerikansk tid i USA under sommartid och östkustens tid under resten av året, så möten, granskningar och lanseringsdagar hamnar inom din vanliga arbetsdag. Budgetintervallen i förfrågningsformuläret går från under 5 000 USD till över 60 000 USD, så att du kan visa var ditt projekt ligger.
Frågor inför ditt val
Vad kostar webbutveckling?
Det beror på arbetet: antalet mallar och lägen, innehållsmigrering, CMS-krav, integrationer, språk, tillgänglighet, animation, testning och överlämning. Vi prissätter den dokumenterade omfattningen efter att ha gått igenom dessa beroenden, i stället för att använda ett generellt pris per sida, och i offerten skiljs engångskostnader för bygget från återkommande avgifter för hosting och programvara.
Vad är skillnaden mellan webbdesign och webbutveckling?
Webbdesign avgör vad sajten säger, hur den är organiserad och hur den ser ut och beter sig. Webbutveckling förvandlar de besluten till fungerande kod: mallar, innehållshantering, formulär, integrationer, prestanda och driftsättning. Många problem uppstår mellan de två, till exempel en layout som går sönder med riktigt innehåll eller ett formulär utan felläge, och därför har Dardo båda i ett och samma team eller granskar externa designer innan vi bygger.
Kan ni bygga utifrån design vi redan har?
Ja. Vi granskar först designen med avseende på responsiva lägen, extremfall i innehåll, interaktioner och saknade laddnings- eller felbeteenden, och kommer sedan överens med designägaren om acceptanskrav för genomförandet. Luckor listas före uppskattningen, så ingen upptäcker mitt i bygget att ett läge aldrig designats. Om designen kräver mycket arbete avgränsar vi det separat i stället för att improvisera i koden.
Vilket CMS använder ni?
Det beror på vem som publicerar, hur ofta och vilken typ av innehåll det rör sig om. För innehållsdrivna sajter fungerar ett statiskt Astro-bygge i kombination med ett headless CMS bra: redaktörer skriver i ett redigeringsgränssnitt och publicering utlöser en ombyggnad. När en sajt ligger närmare en applikation kan innehållet ligga i appens egen databas. I offerten anges vilket CMS som används, varför det passar och eventuella licens- eller prenumerationskostnader.
När använder ni Astro i stället för Next.js?
Vi använder Astro när de flesta sidor är innehåll som kan renderas i förväg, som marknadsföringssajter, publikationer och tjänstesidor, eftersom det som standard skickar lite eller inget JavaScript. Next.js passar när en stor del av gränssnittet beter sig som en applikation. Båda finns i vårt publicerade arbete: Dardos egen sajt och Superame körs på Astro, medan A medio tono och Janus Observatory använder Next.js.
Vem äger koden när projektet är slut?
I offerten anges äganderätten till kod, designmaterial, konton och licensierade beroenden innan arbetet startar. Vi föredrar att hosting, domäner och repository ligger under din kontroll från början, med dokumenterad åtkomst, så att ett annat team kan fortsätta utan att bygga om. Typsnitt, tjänster eller plugin från tredje part omfattas av sina egna licenser, som vi listar så att inget överraskar dig efter lansering.
Underhåller ni webbplatser efter lansering?
Det kan ingå. Om Dardo fortsätter att stödja sajten anger offerten vad underhållet omfattar, till exempel uppdateringar, felrättningar och mindre ändringar, och hur förfrågningar hanteras. Annars får du det repository, den dokumentation och de konton som ditt team eller en annan utvecklare behöver för att ta över. I båda fallen är ägandet avgjort före lansering, inte något som förhandlas om efteråt.
Hur lång tid tar webbutveckling?
Det beror på antalet mallar och lägen, integrationerna, innehållsmigreringen och hur snabbt design och innehåll godkänns, så vi fastställer tidsplanen i offerten i stället för att ange en standardsiffra. Genom att först bygga och testa en representativ sida får båda sidor en tidig, konkret bild av tempo och kvalitet innan de återstående mallarna byggs.
Kan ni arbeta tillsammans med vårt interna team?
Ja, inom en definierad omfattning. Vi kan bygga en komplett webbplats, implementera design från era egna designers eller leverera design som era utvecklare bygger, med ansvarsfördelningen nedskriven i offerten. Innan vi börjar kommer vi överens om repository, granskningsprocess, mötestider och vem som godkänner varje leverans, och vi arbetar på engelska eller spanska på UTC−5-tid, som överlappar den amerikanska arbetsdagen.
Källor och vidare läsning
Källorna bakom den här sidan, med mer information från de ursprungliga utgivarna.
- Riktlinjer för Google Business Profilesupport.google.com
- Google Search Central: strukturerad data för lokala företagdevelopers.google.com
- Google Search Central: spampolicyer (missbruk av genomgångssidor)developers.google.com
