我們的網站開發服務範圍
開發可以依據 Dardo 自己的網頁設計進行,也可以從貴團隊或其他設計工作室提供的設計稿開始。不論哪一種,提案中都會列出要建置的範本、狀態與整合項目、各項素材由誰提供,以及每個部分如何驗收。
- 依照約定,完成所有範本與狀態的響應式前端實作
- 內容模型、CMS 設定與發布流程
- 表單與約定的系統整合,並以真實送出的資料進行測試
- 中繼資料、結構化資料,以及利於爬取的頁面結構
- 針對代表性頁面進行無障礙與效能檢查
- 上線檢查、部署,以及交付文件
何時適合從網站開發開始
當設計已經定稿或接近定稿,而風險在於建置時,就適合從這裡開始,例如:貴團隊需要自行發布的內容、來自其他系統的資料、必須送達正確窗口的表單,或是在真實手機上的效能表現。請準備好設計稿、頁面清單和整合項目清單。行銷網站、需要登入的後台,以及交易系統的驗收標準各不相同,因此我們會在估價前先釐清。
如果您還沒有設計稿,建議從客製化網頁設計開始,設計與開發都包含在內。如果專案以動態效果、WebGL 或 3D 為主,創意開發會更適合。而如果核心範圍是複雜的需登入產品,或是冗長的企業整合計畫,規模更大的應用程式團隊可能更適合您,我們會及早告知。
我們使用的技術堆疊
我們會依專案選擇技術堆疊,並在提案中說明原因。我們公開的作品使用 Astro 和 Next.js 搭配 TypeScript,部署在 Cloudflare Workers 或 Vercel 上。對於以內容為主的行銷網站,Astro 非常適合:頁面會預先轉譯成 HTML,JavaScript 只會傳送給需要它的元件,讓頁面輕巧,也方便搜尋引擎讀取。Next.js 則適合操作方式更接近應用程式的介面。
當網站需要伺服器端邏輯,例如付款、帳號或來自其他服務的資料時,我們會在需要的地方加入,而不是把每個頁面都做成應用程式。Superame 是以 Astro 打造的公開專案排行榜,排名儲存在 Neon 資料庫中,買家則會被導向代管的結帳頁面;伺服器會先驗證每筆經過簽章的付款回呼,才會加入額度。如果貴團隊必須使用特定的 CMS 或平台,請寫在需求說明中,我們會在報價前確認自己是否適合承接。
真正好用的 CMS
內容管理系統的欄位必須符合團隊的發布方式,才真正有幫助。建置之前,我們會梳理每種內容類型、每個欄位由誰編輯、哪些內容需要審核,以及哪些頁面是固定版面、哪些是可重複使用的條目。在 A medio tono 的專案中,課程與老師都是可維護的條目,而不是手工打造的頁面,點選課程連結就會開啟已篩選出該樂器的老師名錄。
Dardo 自己的網站也採用同樣的做法:頁面是以 Astro 建置的靜態網站,由 Cloudflare 提供服務,文章則在獨立的 headless CMS 中撰寫,發布文章時會觸發重新建置。靜態輸出讓代管更簡單、頁面更快速,編輯人員也完全不必碰程式碼。
系統整合、表單與效能
建置工作從路由清單和整合對照圖開始:每個表單或 API 必須做什麼、您需要擁有哪些第三方帳號,以及當服務變慢或失敗時訪客會看到什麼。精緻的前端可能掩蓋尚未定義清楚的詢問處理流程,因此上線前,我們會送出真實的測試資料,確認它們都送達該去的地方。
效能是驗收的一部分,而不是事後補強。我們會約定要測試的範本與裝置,並在發布前檢查載入表現與頁面大小。A medio tono 在正式環境中使用 Vercel Analytics 和 Speed Insights;Janus Observatory 的實作則包含套件大小預算與瀏覽器 QA,並搭配會檢查建置結果與視覺回歸的發布流程。
多據點與加盟網站
擁有多間辦公室、診所、門市或加盟店的企業,需要一套品牌系統和一個內容模型,並為每個據點建立獨立頁面,包含地址、營業時間、團隊、服務項目、照片,以及直接聯絡該據點的方式。總部掌管共用頁面與品牌;各據點只能編輯自己的資料,並以角色權限區隔兩者。
Google 要求每個據點各有一個商家檔案,以及一個代表該據點的網站頁面,並建議為每個據點分別加上標記,且各自使用獨立網址。我們就是以這種方式建置據點頁面與結構化資料。對於您沒有辦公室的地方,我們不會複製城市頁面,因為只更換地名的頁面會被視為門頁(doorway pages)。
上線前我們如何測試
在完成其餘範本之前,我們會先建置一個代表性頁面,並在約定的螢幕尺寸上測試,讓問題在還容易修正時就浮現。驗收內容包括:
- 鍵盤操作與清楚可見的焦點
- 內容過長、過短或缺漏時,版面都不會跑掉
- 載入中、空白與錯誤狀態,以及有動畫時的減少動態效果設定
- 表單送達真正的目的地,並顯示確認訊息
- 標準網址、重新導向、中繼資料與結構化資料
- 分析事件、同意機制的行為,以及正式環境中的整合
程式碼歸誰所有,以及交付時您會拿到什麼
交付時會明確列出程式碼儲存庫、主機、網域、CMS、帳號憑證、文件以及維護負責人,確保網站上線後仍能順利營運。在平台允許的情況下,我們傾向使用由客戶掌控的主機與帳號;同時,提案會在開工前載明程式碼、設計素材及所有授權相依套件的所有權。
與您同時區的近岸開發團隊
Dardo 是位於波哥大的三人團隊,由創辦人 Nicolás Cerón 帶領,因此您能直接與撰寫程式碼的人溝通。波哥大全年使用 UTC−5,夏令時間期間與美國中部時間一致,其餘時間則與美國東部時間一致,讓會議、審閱與上線日都落在您正常的工作時段內。詢問表單中的預算範圍從 5,000 美元以下到 60,000 美元以上,方便您告訴我們專案的規模。
選擇前的常見疑問
網站開發的費用是多少?
費用取決於工作內容:範本與狀態的數量、內容遷移、CMS 需求、整合項目、語言版本、無障礙、動畫、測試與交付。我們會在檢視這些相依條件後,依文件化的範圍報價,而不是採用統一的按頁計價;提案中也會將一次性開發費用與持續性的主機及軟體費用分開列出。
網頁設計與網站開發有什麼不同?
網頁設計決定網站要傳達什麼、如何組織,以及外觀與互動方式。網站開發則是把這些決定變成可運作的程式碼:範本、內容管理、表單、整合、效能與部署。許多問題恰好落在兩者之間,例如版面遇到真實內容就跑掉,或表單沒有錯誤狀態,因此 Dardo 會將兩者整合在同一個團隊,或在開發前先審閱外部設計稿。
可以依照我們現有的設計稿開發嗎?
可以。我們會先檢視設計稿中的響應式狀態、極端內容情境、互動,以及缺少的載入或錯誤行為,再與設計負責人議定實作驗收標準。缺漏之處會在估價前列出,避免開發到一半才發現某個狀態從未被設計。若設計稿需要大幅修改,我們會另行規劃範圍,而不是在程式碼中臨時應變。
你們使用哪一種 CMS?
這取決於由誰發布、發布頻率以及內容類型。對於以內容為主的網站,靜態的 Astro 建置搭配 Headless CMS 效果很好:編輯人員在編輯介面撰寫內容,發布時會觸發重新建置。若網站更接近應用程式,內容也可以存放在應用程式自己的資料庫中。提案會指明所選的 CMS、說明為何適合,並列出所有授權或訂閱費用。
什麼時候用 Astro,而不是 Next.js?
當大多數頁面都是可預先渲染的內容時,例如行銷網站、出版內容與服務頁面,我們會使用 Astro,因為它預設只傳送極少甚至不傳送 JavaScript。若介面大部分表現得像應用程式,則適合 Next.js。這兩種我們都有已發布的作品:Dardo 自己的網站與 Superame 使用 Astro,而 A medio tono 與 Janus Observatory 使用 Next.js。
專案結束後,程式碼歸誰所有?
提案會在開工前載明程式碼、設計素材、帳號與授權相依套件的所有權。我們傾向從一開始就讓主機、網域與儲存庫由您掌控,並提供有文件記載的存取權限,讓其他團隊無需重建即可接手。第三方字型、服務或外掛仍受其各自授權約束,我們會一一列出,讓您在上線後不會遇到意外。
網站上線後你們會提供維護嗎?
可以納入。若由 Dardo 持續支援網站,提案會定義維護涵蓋的內容,例如更新、修正與小幅調整,以及需求的處理方式。若不由我們維護,您會收到儲存庫、文件與帳號,讓您的團隊或其他開發者能夠接手。無論哪種方式,所有權都會在上線前確定,而不是事後再協商。
網站開發需要多長時間?
時程取決於範本與狀態的數量、整合項目、內容遷移,以及設計與內容的核准速度,因此我們會在提案中訂定時程,而不是給出一個固定數字。先建置並測試一個具代表性的頁面,能讓雙方在其餘範本完成前,及早具體掌握進度與品質。
可以與我們的內部團隊協作嗎?
可以,但需在明確的範圍內進行。我們可以建置完整網站、依據您自家設計師的設計稿實作,或交付設計給您的開發人員製作,並將責任分工寫入提案。開工前,我們會議定儲存庫、審閱流程、會議時間,以及由誰核准各項交付成果;我們以英文或西班牙文工作,採用 UTC−5 時間,與美國的工作時段重疊。
資料來源與延伸閱讀
本頁內容的資料來源，並附上原始發布者提供的更多詳情。
- Google 商家檔案指南support.google.com
- Google 搜尋中心:在地商家結構化資料developers.google.com
- Google 搜尋中心:垃圾內容政策(入口頁濫用)developers.google.com
