Hai báo giá website cùng số trang nhưng chênh 10-20 triệu: Cách đọc, so sánh và bóc tách 7 khoản bị cắtHai báo giá website cùng số trang nhưng chênh 10-20 triệu: Cách đọc, so sánh và bóc tách 7 khoản bị cắt

Hai bảng báo giá cùng ghi 10 trang, giao diện tương thích di động, chuẩn SEO và bảo hành một năm. Bảng thứ nhất chốt 12 triệu đồng. Bảng thứ hai là 32 triệu. Nếu chỉ đọc tên hạng mục, người duyệt chi khó biết 20 triệu chênh lệch mua thêm chất lượng hay chỉ mua một bản trình bày đẹp hơn.

Cách đọc báo giá website hiệu quả là đưa các phương án về cùng phạm vi, cùng tiêu chí nghiệm thu và cùng thời gian sở hữu. Số trang chỉ cho biết quy mô nội dung bề mặt. Chi phí còn nằm trong cách thiết kế, mã nguồn, giấy phép phần mềm, hạ tầng và trách nhiệm sau ngày bàn giao. Bài này cung cấp một phương pháp thẩm định. Nó không mặc định giá rẻ là cẩu thả, cũng không xem giá cao là bằng chứng của năng lực.

1. Cùng 10 trang, một bên báo 12 triệu, một bên báo 35 triệu: doanh nghiệp đang so sánh điều gì?

Một quy trình chọn nhà cung cấp phổ biến bắt đầu bằng email khá ngắn: doanh nghiệp cần website giới thiệu, khoảng 10 trang, có form liên hệ, chuẩn SEO và chạy tốt trên điện thoại. Ba đơn vị nhận cùng email nhưng tự lấp các khoảng trống theo ba cách. Freelancer có thể tính công dựng giao diện từ mẫu. Agency nhỏ cộng thêm thiết kế và quản lý dự án. Đơn vị thứ ba hiểu yêu cầu là một hệ thống có nghiên cứu người dùng, nội dung, đo lường, kiểm thử, bảo mật và cam kết hỗ trợ.

Ba bên không định giá cùng một sản phẩm dù bảng tổng hợp đều ghi “website 10 trang”. Sự khác biệt giữa tự làm, thuê freelancer và thuê agency còn nằm ở người chịu việc khi thiết kế, nội dung và kỹ thuật va vào nhau. Freelancer giỏi vẫn có thể làm tốt hơn một agency vận hành kém; mô hình tổ chức chỉ cho biết cách phân bổ nguồn lực, không chứng minh chất lượng.

Tâm lý “chỉ có vài trang giới thiệu” bỏ qua phần việc không hiện trên sitemap. Một trang Giới thiệu có thể là mẫu dựng sẵn với đoạn chữ khách gửi, hoặc là kết quả của buổi phỏng vấn, cấu trúc thông điệp, wireframe, thiết kế hai điểm gãy màn hình, biên tập ảnh, gắn sự kiện đo lường và kiểm thử biểu mẫu. Số URL giống nhau, số giờ và đầu ra khác nhau.

Phép so sánh với một tòa nhà giúp nhìn ra vấn đề nếu chỉ dùng một lần. Hai công trình có thể cùng số phòng và màu sơn; giá trị khác nằm ở hồ sơ thiết kế, móng, hệ thống điện nước và trách nhiệm của nhà thầu khi có sự cố. Với website, phần tương ứng là kiến trúc thông tin, mã nguồn, hạ tầng, bản sao lưu và điều khoản hỗ trợ. Người mua không cần trở thành kỹ sư, nhưng phải yêu cầu bằng chứng cho từng phần.

Khoảng chênh lớn cũng có thể đến từ những lý do không tạo thêm giá trị: chi phí bán hàng, nhiều tầng quản lý, biên lợi nhuận hoặc tên tuổi nhà cung cấp. Vì vậy, đừng bắt đầu bằng câu “vì sao bên này đắt”. Hãy lập một bảng so sánh báo giá thiết kế web, yêu cầu mỗi bên điền cùng các cột: đầu ra, số lượng, tiêu chí nghiệm thu, phần loại trừ, người phụ trách, thời hạn và phí định kỳ.

Một brief thiết kế website đủ 10 phần giúp giảm khoảng trống để nhà cung cấp tự suy đoán. Nếu doanh nghiệp chưa có brief, hãy yêu cầu buổi làm rõ phạm vi trước khi nhận giá cuối. Sau đó, dùng bảng dự toán tổng thể chi phí website để kiểm tra xem tên miền, hosting, nội dung, bảo trì và phí phần mềm đang nằm trong giá xây dựng hay bị đẩy sang năm sau.

2. Năm tầng giá trị ít nhìn thấy quyết định khoản chênh lệch 10-20 triệu

Tầng giá trị	Phương án 12 triệu có thể bao gồm	Phương án 32 triệu có thể bao gồm	Bằng chứng cần yêu cầu
Thiết kế UI/UX	Dùng theme có sẵn, thay nhận diện và bố trí nội dung trong các mẫu hiện hữu	Nghiên cứu nhiệm vụ người dùng, wireframe, thiết kế Figma cho các luồng chính, prototype và vòng kiểm thử	File Figma, danh sách màn hình, số vòng duyệt, thiết bị kiểm thử và báo cáo quyết định thiết kế
Mã nguồn và hiệu năng	Page builder và plugin phổ biến, tối ưu theo cấu hình chuẩn	Component tùy biến, kiểm soát CSS/JS, ngân sách hiệu năng, đo trước và sau trên các mẫu trang	Danh sách thư viện, báo cáo Lighthouse/CrUX, điều kiện đo, ngưỡng nghiệm thu và cách xử lý khi không đạt
Theme và plugin	Phần mềm miễn phí hoặc license do nhà cung cấp quản lý	License thương mại đứng tên rõ ràng, lịch gia hạn, quyền cập nhật và hỗ trợ từ tác giả	Danh mục phần mềm, nguồn tải, chủ license, ngày hết hạn, phí gia hạn và phương án thay thế
Hạ tầng và an ninh	Shared hosting phù hợp tải thấp, SSL và backup theo gói	Tài nguyên tách rõ, WAF, giám sát, backup ngoài máy chủ và quy trình phục hồi	CPU, RAM, IOPS, giới hạn tiến trình, vị trí backup, thời gian lưu, RPO/RTO và thử phục hồi
Bảo hành và SLA	Hỗ trợ trong giờ làm việc, phạm vi sửa lỗi giới hạn	Kênh tiếp nhận, mức độ sự cố, thời gian phản hồi, thời gian khôi phục mục tiêu và cơ chế bồi thường	Phụ lục SLA, lịch trực, ngoại lệ, đầu mối leo thang và mức service credit hoặc phạt nếu có

BẢNG DỮ LIỆU CHI TIẾT • CHẠM ĐỂ PHÓNG TO

🔍 Mở toàn màn hình (phóng to/thu nhỏ)

Tầng thiết kế: độc bản không đồng nghĩa hiệu quả, dùng mẫu không đồng nghĩa rẻ tiền

Thiết kế riêng đáng tiền khi doanh nghiệp có nhóm khách, nội dung hoặc luồng chuyển đổi cần giải quyết. Nhà thiết kế phải chứng minh họ đã nghiên cứu câu hỏi nào, thử phương án nào và bàn giao những màn hình nào. Nếu chỉ vẽ lại bố cục quen thuộc trong Figma rồi gọi là “độc bản”, doanh nghiệp đang trả cho định dạng tệp chứ chưa chắc trả cho tư duy thiết kế. Để định hướng tổng thể trước khi triển khai, bạn có thể tham khảo dự toán chi phí website.

Tầng mã nguồn: chốt cách đo trước khi chốt một con số tốc độ

Google hiện xác định trải nghiệm Core Web Vitals tốt khi LCP không quá 2,5 giây, INP không quá 200 mili giây và CLS không quá 0,1 tại phân vị 75, tách mobile và desktop. Tài liệu Web Vitals của Google cũng nhấn mạnh đây là dữ liệu thực địa; đo trong phòng thí nghiệm hỗ trợ chẩn đoán nhưng không thay thế trải nghiệm của người dùng thật.

Một cam kết “LCP dưới 1,5 giây” có thể là mục tiêu nội bộ tốt, song hợp đồng phải ghi URL mẫu, thiết bị, mạng, vị trí đo, trạng thái cache, dữ liệu test và thời điểm nghiệm thu. Điểm PageSpeed mobile 90 cũng cần điều kiện tương tự. Google phân loại điểm Lighthouse từ 90 là tốt, nhưng PageSpeed Insights phân biệt dữ liệu lab và dữ liệu thực; một lần chạy 95 điểm không bảo đảm mọi khách truy cập đều tải nhanh.

Tầng phần mềm: quyền cập nhật quan trọng hơn nhãn “có bản quyền”

Theme/plugin “nulled” là bản đã bị sửa để vượt cơ chế cấp phép. Không thể khẳng định mọi bản nulled đều chứa mã độc, nhưng doanh nghiệp khó kiểm chứng nguồn gốc và thường mất đường cập nhật chính thức. Rủi ro mua sắm nằm ở chuỗi cung ứng không rõ, không chỉ ở câu hỏi có khóa license hay không.

Tầng hạ tầng: tên gói máy chủ không thay thế thông số

Cloud server NVMe không mặc nhiên nhanh hơn shared hosting. Một gói shared được quản trị tốt có thể phục vụ website giới thiệu ổn định; một VPS cấu hình kém có thể sập khi hết RAM. Báo giá cần ghi tài nguyên, giới hạn, cơ chế mở rộng, vị trí dữ liệu, tần suất backup và ai xử lý hệ điều hành. SSL mã hóa kết nối nhưng không vá lỗi plugin. WAF lọc một số yêu cầu độc hại nhưng không thay quy trình cập nhật và phân quyền.

Tầng trách nhiệm: “bảo hành 12 tháng” chưa phải SLA

Bảo hành thường sửa lỗi thuộc phạm vi đã nghiệm thu. Bảo trì bao gồm công việc định kỳ như cập nhật, giám sát và sao lưu. SLA quy định cách nhà cung cấp phản ứng khi dịch vụ có vấn đề. Ba khái niệm cần tách trong hợp đồng. Một SLA dùng được phải định nghĩa mức độ nghiêm trọng, thời gian phản hồi, mục tiêu khôi phục, giờ hỗ trợ, kênh báo lỗi và ngoại lệ. Cam kết phản hồi trong hai giờ không có nghĩa sự cố sẽ được xử lý xong trong hai giờ.

3. Bảy cách bớt phạm vi khiến báo giá ban đầu thấp hơn chi phí thực

Giá thấp không tự chứng minh có bớt xén. Hãy đối chiếu bảy dấu hiệu dưới đây với bài phân tích bẫy chi phí ẩn của website giá rẻ.

1. Responsive chỉ được ghi như một tính từ. Nhà cung cấp co giao diện desktop xuống một màn hình điện thoại rồi xem là hoàn thành. Hãy yêu cầu danh sách trình duyệt, độ rộng màn hình và các luồng phải thử: menu, form, bảng, giỏ hàng, popup, bàn phím và xoay màn hình. Không cần kiểm mọi thiết bị trên thị trường, nhưng phải có ma trận đại diện và tiêu chí lỗi.
2. Website được bàn giao với khung trống. Dòng “10 trang” có thể chỉ gồm 10 mẫu trang, còn viết nội dung, nhập bài và xử lý ảnh đều tính thêm. Một mức 50.000-100.000 đồng mỗi bài có thể hợp lý nếu khối lượng được công khai; nó trở thành bẫy khi chỉ xuất hiện sau khi doanh nghiệp đã thanh toán. Hợp đồng nên ghi số trang được nhập, số ảnh mỗi trang, ai viết nội dung, ai mua ảnh và một vòng sửa bao gồm những gì.
3. Năm đầu miễn phí, năm sau mới hiện tổng chi phí. Hosting, tên miền hoặc license được tặng để giảm số cuối, nhưng giá gia hạn và quyền chuyển đi không có trong hợp đồng. Yêu cầu bảng chi phí ba năm, ngày gia hạn và phí di chuyển. Bài chi phí duy trì website hằng năm cung cấp các dòng ngân sách cần kiểm tra. Nếu nhà cung cấp giữ tài khoản hoặc từ chối xuất dữ liệu khi khách không gia hạn, ưu đãi năm đầu đã tạo ra chi phí chuyển đổi.
4. Email gửi được nhưng chưa được xác thực đúng. Website có thể gửi form qua hàm mail mặc định mà không cấu hình dịch vụ SMTP, SPF, DKIM và DMARC cho miền gửi. Google cho biết thư không được xác thực có thể bị đánh dấu spam hoặc từ chối, đồng thời khuyến nghị cấu hình SPF, DKIM và DMARC. Ba bản ghi này không bảo đảm thư vào Inbox; uy tín tên miền, nội dung và hành vi người nhận vẫn ảnh hưởng kết quả. Tiêu chí nghiệm thu nên gồm bản ghi DNS, log gửi và thử tới vài nhà cung cấp thư.
5. “Tối ưu tốc độ” không có URL và điều kiện đo. Một ảnh chụp PageSpeed 95 ở trang trống không nói gì về trang chủ sau khi nhập ảnh thật. Ngược lại, điểm 20-30 cũng chưa chỉ ra mã nguồn, máy chủ hay script quảng cáo là nguyên nhân. Yêu cầu đo các mẫu trang quan trọng bằng dữ liệu gần thực tế, lưu báo cáo và ghi rõ hạng mục bên thứ ba được loại trừ.
6. Bảo hành một năm nhưng không có đồng hồ. Khách gửi lỗi tối thứ Sáu và không biết khi nào được xác nhận, ai xử lý hay thế nào là lỗi nghiêm trọng. Hợp đồng cần tách response time khỏi resolution target, quy định giờ hỗ trợ và đường leo thang. Với website tạo doanh thu, hãy hỏi quy trình tạm thời để nhận đơn hoặc phục hồi bản gần nhất khi chưa sửa được nguyên nhân.
7. Bàn giao tài khoản Editor thay vì quyền kiểm soát. Doanh nghiệp đăng bài được nhưng không quản lý plugin, hosting, DNS, backup hoặc cơ sở dữ liệu. Quyền nhận mã nguồn còn phụ thuộc mô hình: SaaS không bàn giao mã nền tảng, còn theme thương mại có thể giới hạn việc chuyển license. Vì vậy, hợp đồng phải liệt kê tài sản cụ thể. Bài bàn giao website và quyền sở hữu mã nguồn, dữ liệu có checklist chi tiết cho thời điểm nghiệm thu.

Một dấu hiệu riêng lẻ chưa đủ kết luận nhà cung cấp có ý lừa khách. Báo giá ngắn có thể do quy trình bán hàng chưa tốt. Tuy nhiên, nếu đơn vị từ chối bổ sung phạm vi, tiêu chí nghiệm thu hoặc quyền xuất dữ liệu sau khi được hỏi, người duyệt chi đã có lý do cụ thể để loại phương án đó.

4. Checklist 10 câu hỏi thẩm định trước khi ký hợp đồng thiết kế web

1. “Mã nguồn được tự phát triển hay dựa trên theme có sẵn; tên theme và nhà phát triển là gì?” Yêu cầu đường dẫn nguồn, phiên bản, child theme nếu có và phần nào đã tùy biến. Câu trả lời “code tay 100%” cũng cần kho mã và quy ước bảo trì.
2. “Theme và plugin dùng giấy phép nào, ai đứng tên và ai trả phí gia hạn?” Nhận một bảng gồm tên, nguồn tải, chu kỳ phí, số website được phép dùng, ngày hết hạn và hậu quả khi không gia hạn. Đừng nhầm plugin miễn phí hợp pháp với phần mềm bị bẻ khóa.
3. “Tiêu chí hiệu năng trên mobile là gì và đo bằng phương pháp nào?” Chọn các mẫu trang, chốt dữ liệu test, công cụ, số lần chạy và ngưỡng. Có thể dùng Lighthouse để nghiệm thu trước khi ra mắt, sau đó theo dõi CrUX hoặc RUM khi đủ người dùng.
4. “Sau bàn giao, doanh nghiệp nhận những tệp và quyền truy cập nào để chuyển máy chủ?” Danh mục tối thiểu thường gồm mã nguồn, database xuất được, thư mục media, cấu hình cần thiết, tài liệu triển khai và tài khoản quản trị. Bản sao phải được thử phục hồi, không chỉ tải về rồi cất.
5. “Ai đứng tên tên miền, hosting, CDN, kho mã và tài khoản phân tích?” Doanh nghiệp nên là chủ tài khoản hoặc có quyền quản trị cao nhất; nhà cung cấp nhận quyền đủ để làm việc. Đối chiếu điều này với checklist quyền sở hữu khi bàn giao website.
6. “Quy trình xử lý lỗi trắng trang hoặc nhiễm mã độc ngoài giờ làm việc ra sao?” Hỏi kênh báo lỗi, người trực, mức độ ưu tiên, thời gian phản hồi, mục tiêu khôi phục và phương án cô lập. Nếu gói không hỗ trợ ngoài giờ, doanh nghiệp phải biết trước để mua thêm hoặc tự bố trí.
7. “Giá đã gồm nhập bao nhiêu trang hoặc sản phẩm, với chất lượng đầu ra nào?” Chốt số trường dữ liệu, số ảnh, việc nén/cắt ảnh, alt text, định dạng heading, metadata, chuyển hướng URL và số vòng sửa. Một sản phẩm có biến thể khác xa một sản phẩm chỉ có tên và giá.
8. “Tổng chi phí từ năm thứ hai là bao nhiêu, từng khoản có thể tăng theo điều kiện nào?” Lập bảng ba năm cho tên miền, hạ tầng, email, license và bảo trì. Ghi thuế, tỷ giá nếu có, giới hạn tài nguyên và phí xuất/chuyển dữ liệu.
9. “Backup có nằm ngoài máy chủ chính và đã được thử khôi phục chưa?” Hỏi tần suất, số phiên bản, thời gian lưu, mã hóa, người có quyền truy cập, RPO và RTO. Backup cùng ổ đĩa với website không bảo vệ được tình huống máy chủ hỏng hoặc tài khoản bị chiếm.
10. “Hợp đồng xử lý chậm tiến độ hoặc không đạt tiêu chí kỹ thuật thế nào?” Mốc tiến độ phải gắn với đầu vào từ cả hai bên. Điều khoản nên quy định thời gian khắc phục, quyền từ chối nghiệm thu, giữ lại thanh toán, service credit hoặc phạt trong giới hạn pháp luật và thỏa thuận.

Phòng mua hàng có thể chấm mỗi câu theo ba mức: 0 điểm khi không có câu trả lời; 1 điểm khi có mô tả nhưng thiếu bằng chứng; 2 điểm khi câu trả lời đã thành phụ lục hoặc tiêu chí nghiệm thu. Tổng 20 điểm không chứng minh nhà cung cấp giỏi, nhưng cho thấy mức độ hoàn chỉnh của đề xuất. Một báo giá 12 triệu đạt 18 điểm có thể an toàn hơn báo giá 35 triệu chỉ đạt 9 điểm. Ở bước tiếp theo, Website đặt lịch cho doanh nghiệp sẽ giúp bạn mở rộng cách tiếp cận này.

5. Ma trận hoàn vốn: khi nào đầu tư thêm 15 triệu có thể tránh gần 60 triệu chi phí trong ba năm?

Con số 60 triệu chỉ có ý nghĩa khi các giả định được viết ra. Không thể coi mọi website rẻ sẽ nhiễm mã độc, phải làm lại hoặc làm mất doanh thu. Cũng không thể khẳng định website 25 triệu chạy ổn định 3-5 năm và tăng chuyển đổi 40%. Giá mua không tạo ra kết quả kinh doanh nếu nội dung yếu, traffic sai đối tượng hoặc đội bán hàng phản hồi chậm.

Hãy xem một ví dụ giả định. Phương án A có giá ban đầu 10 triệu nhưng không gồm license, bảo trì, backup ngoài máy chủ và tiêu chí hiệu năng. Trong ba năm, doanh nghiệp phát sinh 5 triệu sửa lỗi, 3 triệu mua lại phần mềm hợp lệ, 6 triệu xử lý một sự cố và 25 triệu xây lại ở năm thứ ba. Tổng tiền mặt là 49 triệu. Phương án B giá 25 triệu, cộng 4 triệu duy trì mỗi năm, tổng tiền mặt ba năm là 37 triệu. Chênh lệch tiền mặt trong mô hình này là 12 triệu, chưa phải 60 triệu.

Khoản mục trong mô hình ba năm	Phương án A: giá đầu thấp	Phương án B: phạm vi hoàn chỉnh	Cách thay bằng dữ liệu thật
Xây dựng ban đầu	10 triệu	25 triệu	Giá sau thuế và cùng phạm vi
Sửa lỗi ngoài phạm vi	5 triệu	0 trong giả định	Đơn giá giờ, số ticket dự kiến
Mua lại license	3 triệu	Đã tính trong giá hoặc phí duy trì	Danh mục và giá gia hạn thật
Ứng cứu một sự cố	6 triệu	0 trong giả định	Giá retainer/SLA và lịch sử sự cố
Làm lại ở năm thứ ba	25 triệu	0 trong giả định	Xác suất phải làm lại và giá thay thế
Duy trì ba năm	0 trong báo giá ban đầu	12 triệu	Hosting, license, backup và bảo trì
Tổng tiền mặt	49 triệu	37 triệu	Cộng các khoản có hóa đơn
Tổn thất cơ hội giả định	30-50 triệu	0 trong mô hình	Phiên truy cập bị ảnh hưởng x tỷ lệ chuyển đổi x lợi nhuận gộp
Tổng chi phí kinh tế	79-99 triệu	37 triệu	Kiểm tra với ba kịch bản thấp, cơ sở, cao

BẢNG DỮ LIỆU CHI TIẾT • CHẠM ĐỂ PHÓNG TO

🔍 Mở toàn màn hình (phóng to/thu nhỏ)

Khoảng tiết kiệm 42-62 triệu chỉ xuất hiện sau khi cộng tổn thất cơ hội 30-50 triệu vào phương án A. Đây là khoản khó đo nhất. Doanh nghiệp không nên ghi “web chậm làm mất 50 triệu” rồi xem như dữ liệu. Cách tính có thể bắt đầu từ số phiên truy cập trong thời gian lỗi, tỷ lệ người hoàn thành mục tiêu ở giai đoạn bình thường, giá trị lợi nhuận gộp mỗi chuyển đổi và tỷ lệ có thể phục hồi qua kênh khác.

Để so hoàn vốn, hãy tính TCO ba năm cho mọi phương án, sau đó chạy ba kịch bản. Kịch bản thấp chỉ tính chi phí chắc chắn. Kịch bản cơ sở thêm sửa lỗi và thời gian nhân viên. Kịch bản cao thêm một sự cố nghiêm trọng và doanh thu có nguy cơ mất. Khoản đầu tư thêm 15 triệu hợp lý khi nó mua được biện pháp giảm những rủi ro có xác suất và tác động đáng kể. Nếu website chỉ là hồ sơ tĩnh, ít truy cập và có thể ngừng một ngày mà không ảnh hưởng hoạt động, phương án gọn hơn có thể kinh tế hơn. Khi cần chuyển từ kế hoạch sang triển khai thực tế, tự động hóa quy trình là bước tiếp theo phù hợp.

6. Khuyến nghị từ FHC: yêu cầu báo giá tách dòng trước khi chọn nhà cung cấp

Một báo giá minh bạch nên kèm Scope of Work, ma trận trách nhiệm và phụ lục nghiệm thu. Scope of Work liệt kê từng module, đầu ra, số lượng, phần loại trừ và giả định. Ma trận trách nhiệm chỉ rõ ai cung cấp nội dung, ai duyệt, ai mua license và ai vận hành sau bàn giao. Phụ lục nghiệm thu biến các cụm như “responsive”, “tối ưu tốc độ” và “bảo hành” thành phép thử cụ thể.

FHC sử dụng nguyên tắc “Nói thật – Làm thật – Báo giá đúng giá trị kỹ thuật thực tế” làm định hướng tư vấn. Để người mua kiểm chứng được nguyên tắc ấy, đề xuất của FHC cần chịu cùng bộ câu hỏi trong bài: công khai nền tảng và phần mềm, tách phí một lần khỏi phí định kỳ, ghi SLA bằng văn bản, bàn giao quyền quản trị cùng dữ liệu có thể xuất. Cụm “bàn giao 100% quyền tự chủ số” chỉ có giá trị khi phụ lục liệt kê tài khoản, mã nguồn, database, giấy phép và giới hạn của thành phần bên thứ ba.

FHC có thể thực hiện một lượt rà soát sơ bộ miễn phí cho báo giá hiện tại và chỉ ra các mục thiếu phạm vi, tiêu chí nghiệm thu hoặc quyền bàn giao. Vì FHC cũng cung cấp dịch vụ website, lượt rà soát này không thay thế ý kiến của tư vấn không tham gia chào giá. Doanh nghiệp có dự án lớn hoặc yêu cầu tuân thủ cao nên thuê một bên thẩm định độc lập và trả phí, sau đó dùng cùng hồ sơ mời các nhà cung cấp báo giá.

Nguồn kỹ thuật đã dùng để kiểm chứng

• Google web.dev: ngưỡng và phương pháp đo Core Web Vitals.
• Google Developers: sự khác nhau giữa dữ liệu lab và dữ liệu thực trong PageSpeed Insights.
• Google: hướng dẫn xác thực người gửi bằng SPF, DKIM và DMARC.
• WordPress.org: quản lý và cập nhật plugin.

THẨM ĐỊNH BÁO GIÁ WEBSITE

Gửi báo giá hiện tại để tìm những dòng còn thiếu

FHC sẽ giúp bạn chuẩn hóa phạm vi, chi phí định kỳ, tiêu chí nghiệm thu và tài sản bàn giao trước khi quyết định. Bạn có thể ẩn tên và thông tin thương mại nhạy cảm của các nhà cung cấp.

📞 Hotline: 0325.112.310
•
✉️ Email: [email protected]
•
🌐 chantroituonglai.com

Gửi báo giá để được rà soát