Bàn giao website gồm những gì? 10 thứ phải cầm trong tay trước khi ký nghiệm thu, bắt đầu bằng câu hỏi tên miền đang đứng tên ai.
Trả lời ngắn
Bàn giao website không phải là lúc bên làm web gửi đường dẫn và nói "site chạy rồi". Bàn giao là lúc bạn cầm trong tay quyền sở hữu tên miền đứng tên doanh nghiệp mình, tài khoản nơi lưu trữ, tài khoản quản trị cao nhất, mã nguồn kèm một bản sao lưu đã thử khôi phục, email theo tên miền, hai công cụ đo của Google, bộ ảnh gốc, hướng dẫn tự sửa nội dung và một tờ cam kết bảo hành ghi rõ phạm vi. Thiếu một mục, việc chưa xong.
Mục lục
Vì sao tranh chấp về sau hay bắt đầu từ buổi bàn giao
Ngày nghiệm thu là ngày dễ chịu nhất của một dự án website. Giao diện vừa lên, ai cũng hài lòng, và phần lớn khách chỉ kiểm hai thứ: trang có đẹp như bản duyệt không, các nút có bấm được không.
Vấn đề là những thứ gây rắc rối về sau không nằm trên màn hình. Chúng nằm ở phần "ai đang giữ cái gì" — và chỉ lộ ra sau một đến hai năm, đúng lúc bạn muốn đổi đơn vị chăm sóc, chuyển máy chủ, hoặc làm lại giao diện.
Chúng tôi là bên làm website, và vẫn nói thẳng: phần lớn mâu thuẫn giữa doanh nghiệp với đơn vị thiết kế cũ không phải mâu thuẫn về chất lượng giao diện, mà là mâu thuẫn về quyền truy cập. Bên làm web không nhất thiết có ý xấu — rất nhiều trường hợp chỉ là "đăng ký giùm cho nhanh" rồi quên chuyển lại. Nhưng hậu quả với bạn thì như nhau.
Cách phòng duy nhất là biến buổi bàn giao thành buổi kiểm đếm có danh sách, thay vì buổi giới thiệu sản phẩm. Mười mục dưới đây là danh sách đó.
1. Tên miền: đang đứng tên ai
Đây là mục quan trọng nhất trong cả bài, và cũng là mục hay bị bỏ qua nhất. Tên miền là tài sản duy nhất trong gói website mà bạn gần như không thể làm lại nếu mất. Giao diện thiết kế lại được, nội dung viết lại được, máy chủ thuê chỗ khác được. Còn địa chỉ mà khách hàng, danh thiếp, bảng hiệu và mọi kết quả tìm kiếm đang trỏ tới thì chỉ có một.
Câu hỏi phải hỏi, bằng đúng chữ này: chủ thể đăng ký tên miền đang ghi tên ai? Không phải "ai mua giùm", không phải "ai đang quản lý", mà tên nào nằm ở ô chủ thể.
Với tên miền .vn, mọi thay đổi thông tin đều phải đi qua nhà đăng ký đang quản lý và có bước xác thực chủ thể — VNNIC hướng dẫn rõ trong phần câu hỏi thường gặp về thay đổi thông tin tên miền. Nghĩa là nếu tên miền đang đứng tên đơn vị thiết kế, bạn không tự sửa được. Bạn phải xin.
Cách kiểm trong hai phút: yêu cầu bên làm web gửi ảnh chụp trang thông tin tên miền trong tài khoản nhà đăng ký, nhìn ô tên chủ thể và mã số thuế. Đúng tên công ty bạn là xong. Nếu là tên công ty khác hoặc một cá nhân, đó là việc phải xử lý trước khi ký nghiệm thu, không phải sau.
Chi tiết ít người nói: thời điểm bạn muốn chuyển tên miền đi cũng bị giới hạn. Theo quy trình chuyển đổi nhà đăng ký của VNNIC, tên miền không chuyển được nhà đăng ký trong 60 ngày đầu kể từ khi đăng ký mới và trong 30 ngày trước ngày hết hạn, cũng như khi đang có tranh chấp hoặc bị tạm ngừng. Tài liệu này cũng nêu nhà đăng ký đang quản lý "phải thực hiện các thủ tục để chuyển đổi Nhà đăng ký và không được gây cản trở khi chủ thể đã thực hiện đầy đủ các nghĩa vụ".
Hệ quả thực tế: đừng đợi tới tuần cuối trước hạn gia hạn mới phát hiện mình cần chuyển — lúc đó cửa đã đóng, bạn buộc phải gia hạn thêm một kỳ ở chỗ cũ rồi mới tính tiếp. Đó là lý do mục tên miền phải nằm ở dòng đầu biên bản nghiệm thu, không phải dòng cuối.
Cầm giấy tờ chưa chắc đã cầm van: bản ghi DNS
Có một tầng nữa rất ít khách hỏi tới. Tên miền có thể đứng đúng tên công ty bạn, nhưng bản ghi DNS — nơi quyết định tên miền trỏ về máy chủ nào, thư đi về đâu — lại nằm trong tài khoản của bên làm web ở một nhà cung cấp khác.
Tình huống đó giống như bạn cầm sổ đỏ căn nhà còn người khác cầm chìa khoá cổng: muốn đổi máy chủ hay đổi nhà cung cấp email, bạn vẫn phải nhờ.
Vì vậy hỏi thêm một câu: bản ghi DNS của tên miền đang được quản lý ở đâu, và tôi đăng nhập vào đó bằng tài khoản nào? Nhớ xem cả các bản ghi thư điện tử trong đó. Chuyển máy chủ website mà quên mang theo bản ghi thư là kiểu mất email công ty phổ biến nhất, và thường bị phát hiện muộn vì thư nội bộ vẫn qua lại bình thường, chỉ thư từ bên ngoài là không tới.
2. Tài khoản lưu trữ và người đang trả tiền gia hạn
Nơi lưu trữ (hosting hoặc máy chủ) là chỗ ở của website. Bạn cần ba thứ: tài khoản đăng nhập trang quản lý dịch vụ của nhà cung cấp, thông tin gói đang dùng kèm ngày hết hạn, và quyền truy cập tệp.
Câu hỏi hay bị quên: ai đang đứng ra gia hạn? Nhiều đơn vị thiết kế gom website của nhiều khách vào một tài khoản lớn rồi tự động gia hạn. Cách này tiện cho cả hai bên, nhưng nghĩa là hạn của website bạn phụ thuộc vào việc một doanh nghiệp khác còn hoạt động và còn để ý.
Chấp nhận mô hình đó cũng được, miễn là chấp nhận có ý thức: ghi vào biên bản ai gia hạn, hạn rơi tháng nào, báo trước bao nhiêu ngày. Nếu muốn tự cầm, yêu cầu tách website ra tài khoản riêng đứng tên doanh nghiệp bạn ngay trong giai đoạn bàn giao — để lâu sẽ vướng hơn vì dữ liệu đã chạy.
Hỏi thêm gói đang dùng giới hạn dung lượng và lượt truy cập tới đâu. Nếu vài tháng sau website bắt đầu chậm, năm dấu hiệu máy chủ cần được xem lại giúp bạn phân biệt "cần dọn dẹp" với "thật sự cần nâng gói".
3. Tài khoản quản trị cao nhất
Bạn cần một tài khoản có quyền cao nhất trên website, không phải một tài khoản biên tập nội dung.
Với các website chạy trên nền tảng phổ biến hiện nay, vai trò cao nhất của một website đơn lẻ là Quản trị viên (Administrator). Tài liệu chính thức của WordPress về vai trò và quyền hạn phân biệt rõ: Biên tập viên (Editor) chỉ quản lý được nội dung, còn cài đặt giao diện, cài gỡ tiện ích mở rộng, tạo và xoá người dùng là quyền của Quản trị viên. Nhận tài khoản biên tập, bạn đăng bài được nhưng không kiểm soát được website.
Hai thói quen của người làm nghề, nên áp dụng ngay hôm bàn giao:
- Ít nhất hai người trong công ty giữ tài khoản quản trị — một người phụ trách, một người trực tiếp làm nội dung. Không phải vì nghi ngờ nhau, mà vì một tài khoản duy nhất gắn với một cái điện thoại duy nhất là điểm gãy: người đó nghỉ phép, đổi số, nghỉ việc, hoặc quên mật khẩu.
- Đổi mật khẩu ngay trong buổi bàn giao, khi hai bên còn ngồi với nhau. Nếu việc đổi mật khẩu làm gãy một chức năng đang gắn cứng với tài khoản cũ (biểu mẫu liên hệ, đồng bộ dữ liệu, tiện ích gửi thư), lỗi hiện ra ngay lúc người biết hệ thống vẫn còn ở đó để sửa. Đổi ba tuần sau, một mình, rồi thấy biểu mẫu liên hệ im lặng là tình huống khó chịu hơn nhiều.
Nhân tiện, xin luôn danh sách tài khoản đang tồn tại trên website và xoá các tài khoản thử nghiệm — giữ danh sách người dùng gọn gàng là một phần của những thói quen vận hành nhỏ quyết định bảo mật website.
4. Mã nguồn và bản sao lưu đã thử khôi phục
Mã nguồn là toàn bộ tệp dựng nên website. Bản sao lưu là bản chụp lại website ở một thời điểm, gồm cả tệp lẫn cơ sở dữ liệu.
Chữ "cả" ở trên là chỗ hay hụt. Một tệp nén chỉ chứa thư mục giao diện không phải là bản sao lưu — mở ra có bộ khung nhưng không có bài viết, sản phẩm, đơn hàng, cấu hình. Hỏi thẳng: bản này có kèm tệp cơ sở dữ liệu không, dung lượng bao nhiêu. Sao lưu đầy đủ của một website doanh nghiệp không thể chỉ vài trăm kilobyte.
Chi tiết nghề quan trọng nhất của mục này: bản sao lưu chưa từng thử khôi phục thì chưa tính là bản sao lưu. Rất nhiều bộ sao lưu hỏng âm thầm — nén thiếu, kết xuất cơ sở dữ liệu dở dang, sai bảng mã dấu tiếng Việt. Không ai biết cho tới ngày cần dùng, và ngày cần dùng luôn là ngày tệ nhất.
Cách làm đúng, nên yêu cầu bên làm web thực hiện trước khi ký nghiệm thu: khôi phục bản sao lưu lên một địa chỉ thử (tên miền phụ hoặc môi trường thử) rồi cùng mở ra xem. Ba thứ cần nhìn: trang chủ hiện đủ, một bài viết bất kỳ hiện đủ nội dung và dấu tiếng Việt không vỡ, khu quản trị đăng nhập được. Tuyệt đối không thử bằng cách khôi phục đè lên website đang chạy.
Cuối cùng, hỏi từ nay sao lưu được tạo theo lịch nào, lưu ở đâu, giữ bao nhiêu bản cũ. Bản sao lưu nằm cùng máy chủ với website chỉ cứu được bạn khi lỗi do phần mềm, không cứu được khi trục trặc nằm ở chính máy chủ đó.
5. Email theo tên miền và địa chỉ nhận cảnh báo
Nếu gói của bạn có email theo tên miền, bàn giao phải gồm: tài khoản quản trị dịch vụ thư, danh sách hộp thư đã tạo, và cách tạo thêm hộp thư khi có nhân sự mới. Nối với mục DNS ở trên: dịch vụ thư sống nhờ các bản ghi trong DNS, không nắm nơi quản lý DNS thì không tự xử lý được sự cố thư.
Và một điểm chúng tôi coi là bắt buộc: website gửi thư cảnh báo về đâu? (thư từ website không tới nơi là sự cố im lặng) Mọi website đều tự gửi thư — báo có người điền biểu mẫu, nhắc cập nhật, cảnh báo đăng nhập bất thường. Trong rất nhiều dự án, các thư này vẫn đang gửi về hộp thư của bên làm web hoặc một địa chỉ dựng tạm lúc cài đặt. Bạn không thấy chúng, nên tin là không có gì xảy ra.
Hôm bàn giao, mở phần cài đặt chung của website, kiểm địa chỉ nhận thư hệ thống, đổi về hộp thư công ty đang có người đọc mỗi ngày — không phải hộp thư dùng chung mà không ai mở. Sau đó gửi thử một tin qua biểu mẫu liên hệ và xác nhận nó tới nơi. Nên thử bằng một hộp thư khác tên miền, vì thư gửi qua lại trong nội bộ đi đường khác và có thể tới bình thường trong khi thư từ ngoài vào thì không.
6. Google Analytics và Search Console đứng tên ai
Hai công cụ đo của Google thường được bên làm web cài giúp bằng tài khoản của chính họ. Nghe rất tiện, cho đến lúc bạn đổi đơn vị chăm sóc và mất luôn toàn bộ dữ liệu lịch sử — thứ không thể tạo lại về quá khứ.
Nguyên tắc: tài khoản Google của doanh nghiệp bạn phải là chủ sở hữu, bên làm web là người được cấp quyền — không phải ngược lại. Với Search Console, tài liệu trợ giúp của Google về quản lý người dùng và chủ sở hữu nêu rõ chỉ chủ sở hữu mới thêm hoặc xoá được người dùng khác. Ai đứng ở vai chủ sở hữu, người đó quyết định ai còn được vào.
Việc cần làm hôm bàn giao, chừng mười phút: đăng nhập bằng tài khoản Google của công ty, xác nhận công ty đang ở vai chủ sở hữu của cả hai công cụ, kiểm danh sách ai đang có quyền. Thấy địa chỉ lạ hoặc địa chỉ nhân sự đã nghỉ thì gỡ ngay.
Nếu bạn định làm nội dung lâu dài, đây cũng là nền để đo về sau. Bài website chuẩn SEO là gì nói kỹ hơn phần cần kiểm ngay sau khi site lên sóng.
7. Bộ ảnh gốc, phông chữ và giấy phép đi kèm
Ảnh trên website đã được nén để tải nhanh, nên khi cần in standee, làm bảng hiệu hay đăng fanpage thì thường không dùng lại được. Hãy yêu cầu bộ ảnh gốc độ phân giải cao và tệp thiết kế của các phần đồ hoạ (logo, biểu ngữ, biểu tượng).
Kèm theo là câu hỏi rất ít khách hỏi: ảnh nào chụp riêng cho dự án, ảnh nào mua từ kho ảnh, giấy phép đứng tên ai? Ảnh kho mua theo giấy phép đứng tên đơn vị thiết kế thì phạm vi sử dụng gắn với họ — dùng cho website thì ổn, mang đi in ấn số lượng lớn hoặc chạy quảng cáo là chuyện khác. Phông chữ thương mại cũng vậy.
Không cần biến việc này thành thủ tục nặng nề. Một dòng trong biên bản là đủ: ảnh chụp riêng gồm những gì, ảnh kho gồm những gì, phông chữ tên gì và mua theo giấy phép nào.
8. Hướng dẫn tự sửa nội dung
Bàn giao mà không kèm hướng dẫn thì mỗi lần đổi số điện thoại trên trang liên hệ bạn lại phải nhắn nhờ. Sau vài lần, cả hai bên đều ngại, và website bắt đầu cũ dần.
Hướng dẫn tốt không cần dày, chỉ cần đúng những việc bạn làm hằng tháng:
- Đăng và sửa một bài viết, gắn ảnh đại diện.
- Thêm, sửa, ẩn một sản phẩm hoặc dịch vụ.
- Đổi thông tin liên hệ, giờ làm việc, địa chỉ ở phần chân trang.
- Thay ảnh trên trang chủ.
- Xem các tin nhắn gửi từ biểu mẫu liên hệ.
- Việc nào không nên tự đụng vào và phải gọi kỹ thuật.
Định dạng nào cũng được. Kinh nghiệm của ê-kíp chúng tôi là vài đoạn quay màn hình ngắn được xem lại nhiều hơn tài liệu chữ, vì người mới vào làm mở ra là bắt chước theo được ngay.
Mẹo nhỏ: để chính người sẽ cập nhật website hằng ngày ngồi thực hành, không phải chủ doanh nghiệp ngồi nghe rồi về kể lại. Cho họ tự đăng một bài thử và tự xoá đi, ngay tại chỗ.
9. Bảo hành: thời hạn và ranh giới giữa lỗi với yêu cầu mới
Bảo hành hay được ghi bằng một dòng ngắn trong hợp đồng, và hầu hết va chạm về sau đến từ chỗ hai bên hiểu khác nhau thế nào là "lỗi".
Cách phân định đơn giản và công bằng cho cả hai phía: lỗi là khi website chạy sai so với những gì đã thống nhất trước nghiệm thu; yêu cầu mới là khi bạn muốn website làm thêm việc chưa từng bàn. Biểu mẫu liên hệ không gửi được thư là lỗi. Trang vỡ giao diện trên điện thoại là lỗi. Muốn thêm phần đặt lịch hẹn mà lúc làm không có trong danh sách là yêu cầu mới, dù nghe có vẻ nhỏ.
Những điểm nên hỏi cho rõ trước khi ký:
- Bảo hành tính từ ngày website lên sóng hay ngày ký biên bản.
- Kênh báo lỗi và thời gian phản hồi dự kiến.
- Có bao gồm cập nhật nền tảng và các tiện ích mở rộng không.
- Hết hạn bảo hành thì hình thức chăm sóc tiếp theo là gì.
- Website hỏng do người của bạn thao tác nhầm thì xử lý ra sao.
Phần duy trì hằng năm cũng nên nói rõ ngay lúc này gồm những khoản nào, khoản nào trả cho bên thứ ba. Bài chi phí thiết kế website trọn gói mổ xẻ kỹ hơn phần thường bị bỏ sót trong báo giá ban đầu.
10. Biên bản nghiệm thu và danh sách tài khoản
Mục cuối gói lại chín mục trên: một văn bản hai bên cùng ký và một danh sách tài khoản.
Biên bản nên ghi: nghiệm thu website ở địa chỉ nào, gồm hạng mục gì, đã bàn giao những gì, còn nợ những gì và hạn xử lý, mốc bắt đầu tính bảo hành. Phần "còn nợ" rất đáng có — hiếm dự án nào trọn vẹn đúng ngày hẹn, và ghi ra một hạn cụ thể tốt hơn để trôi.
Danh sách tài khoản nên là một tệp riêng: mỗi dòng gồm tên dịch vụ, địa chỉ đăng nhập, tên tài khoản, ai trong công ty đang giữ. Đừng ghi mật khẩu vào cùng tệp này — mật khẩu nên nằm trong công cụ quản lý mật khẩu của công ty. Bản danh sách để bạn biết mình đang sở hữu những gì, không phải để lưu chìa khoá.
Bảng checklist 10 mục để in ra ký nghiệm thu
| # |
Mục bàn giao |
Bằng chứng cụ thể cần thấy |
Đạt |
| 1 |
Quyền sở hữu tên miền |
Ảnh chụp trang thông tin tên miền, ô chủ thể ghi đúng tên và mã số thuế công ty bạn |
☐ |
| 2 |
Nơi quản lý bản ghi DNS |
Đăng nhập được vào nơi quản lý bản ghi, thấy đủ bản ghi website và bản ghi thư |
☐ |
| 3 |
Tài khoản lưu trữ |
Đăng nhập được trang quản lý dịch vụ, biết gói đang dùng, ngày hết hạn, ai gia hạn |
☐ |
| 4 |
Tài khoản quản trị cao nhất |
Đăng nhập được với quyền cao nhất, đã đổi mật khẩu tại chỗ, ít nhất hai người giữ |
☐ |
| 5 |
Mã nguồn và sao lưu |
Nhận được tệp gồm cả mã nguồn lẫn cơ sở dữ liệu, đã khôi phục thử lên địa chỉ thử và xem được |
☐ |
| 6 |
Email theo tên miền |
Đăng nhập được, tạo thêm được hộp thư mới, thư từ biểu mẫu liên hệ đã tới hộp thư sống |
☐ |
| 7 |
Analytics và Search Console |
Tài khoản Google của công ty đang ở vai chủ sở hữu, danh sách người có quyền đã rà soát |
☐ |
| 8 |
Ảnh gốc, tệp thiết kế, phông chữ |
Nhận được thư mục ảnh gốc, tệp logo, kèm ghi chú ảnh nào là ảnh kho và giấy phép đứng tên ai |
☐ |
| 9 |
Hướng dẫn tự sửa nội dung |
Người phụ trách nội dung đã tự đăng thử một bài và tự xoá, ngay trong buổi bàn giao |
☐ |
| 10 |
Biên bản và danh sách tài khoản |
Biên bản ghi rõ hạng mục còn nợ và hạn, phạm vi bảo hành, mốc bắt đầu tính bảo hành |
☐ |
Mẹo dùng bảng: gửi trước cho bên làm web vài ngày kèm một câu "hôm bàn giao mình đi theo bảng này". Bên làm việc tử tế sẽ chuẩn bị đủ và buổi họp rút ngắn còn nửa tiếng. Bên tránh né sẽ giải thích vì sao vài mục "để sau cũng được" — bản thân phản ứng đó đã là thông tin.
Buổi bàn giao nên diễn ra thế nào
Nên là một buổi họp thật, có mặt cả người phụ trách kỹ thuật bên làm web và người sẽ vận hành website bên bạn. Trực tiếp hay trực tuyến có chia sẻ màn hình đều được. Điều cần tránh là bàn giao bằng một tin nhắn dài kèm chùm tài khoản.
Thứ tự chạy gọn nhất theo kinh nghiệm ê-kíp: ba mục quyền sở hữu trước (tên miền, DNS, nơi lưu trữ) vì đây là phần khó xử lý nhất nếu có vướng, biết sớm còn kịp. Rồi tới tài khoản quản trị và đổi mật khẩu tại chỗ. Tiếp theo bấm khôi phục thử bản sao lưu — phần này chờ máy nên làm sớm, trong lúc chờ thì hướng dẫn nội dung và gửi thử biểu mẫu liên hệ. Cuối cùng mới ký.
Có mục chưa xong thì đừng ký "có điều kiện" bằng lời. Ghi vào biên bản: mục nào còn nợ, ai làm, hạn ngày nào. Câu "anh cứ ký đi rồi mai em gửi" là chỗ nhiều dự án bắt đầu trôi.
Nếu đã lỡ nhận bàn giao thiếu
Nhiều doanh nghiệp đọc tới đây mới nhận ra website đang chạy của mình chưa từng được bàn giao đúng nghĩa. Chuyện này phổ biến hơn bạn nghĩ và phần lớn vẫn xử lý được — miễn là xử lý lúc quan hệ hai bên còn bình thường, chứ không phải lúc đã có mâu thuẫn.
Thứ tự ưu tiên khi đi đòi lại:
- Tên miền trước hết. Hỏi chủ thể đang đứng tên ai; nếu sai thì làm thủ tục chuyển về đúng tên doanh nghiệp qua nhà đăng ký đang quản lý, nhớ mốc 60 ngày đầu và 30 ngày cuối ở mục 1 để chọn thời điểm cho khéo.
- Tài khoản quản trị website và nơi lưu trữ. Có hai thứ này là bạn tự tạo được bản sao lưu cho mình, không còn phụ thuộc thiện chí của ai.
- Analytics và Search Console. Đưa tài khoản công ty lên vai chủ sở hữu càng sớm càng tốt, vì dữ liệu lịch sử mất là mất hẳn.
- Ảnh gốc và tệp thiết kế. Dễ xin nhất khi quan hệ còn tốt, khó xin nhất khi đã căng.
Giọng khi đi hỏi nên bình thường, không cần như một cuộc đối chất: "bên em rà lại hồ sơ tài sản số của công ty, nhờ anh xác nhận giúp tên miền đang đứng tên ai và gửi giúp danh sách tài khoản". Phần lớn trường hợp là quên chứ không phải giữ. Nếu bạn còn đang cân nhắc tự làm hay thuê, bài nên tự làm hay thuê thiết kế website có thêm góc nhìn về phần vận hành sau khi site lên sóng.
Câu hỏi thường gặp
Bàn giao website gồm những gì là đủ?
Đủ nghĩa là bạn nắm được mười mục: quyền sở hữu tên miền, nơi quản lý bản ghi DNS, tài khoản lưu trữ, tài khoản quản trị cao nhất, mã nguồn kèm bản sao lưu đã thử khôi phục, email theo tên miền, hai công cụ đo của Google, bộ ảnh gốc kèm giấy phép, hướng dẫn tự sửa nội dung, và biên bản nghiệm thu ghi rõ phạm vi bảo hành. Thiếu mục nào thì ghi vào phần còn nợ kèm hạn xử lý.
Tên miền đang đứng tên đơn vị thiết kế thì có lấy lại được không?
Thường là được, nhưng phải đi đúng thủ tục và cần sự phối hợp của bên đang quản lý. Với tên miền .vn, thay đổi chủ thể phải nộp hồ sơ qua nhà đăng ký đang quản lý và có bước xác thực. Việc chuyển nhà đăng ký cũng có cửa sổ thời gian riêng: không làm được trong 60 ngày đầu sau khi đăng ký mới và 30 ngày trước ngày hết hạn. Nên xử lý sớm, đừng đợi sát hạn gia hạn.
Bên làm web nói "giao mã nguồn là xong", như vậy đủ chưa?
Chưa. Mã nguồn chỉ là bộ tệp dựng nên giao diện và chức năng. Không có cơ sở dữ liệu thì không có nội dung; không có tài khoản tên miền và nơi lưu trữ thì bạn không đưa được bộ mã đó lên mạng dưới địa chỉ của mình. Mã nguồn là một trong mười mục, không phải toàn bộ việc bàn giao.
Vì sao phải thử khôi phục bản sao lưu trước khi ký nghiệm thu?
Vì bản sao lưu hỏng không phát tín hiệu gì. Tệp vẫn nằm đó, dung lượng vẫn có, tới lúc khôi phục mới biết nó nén thiếu hoặc vỡ dấu tiếng Việt. Thử ngay lúc bàn giao là lúc rẻ nhất vì người dựng website vẫn đang ngồi cạnh. Nên khôi phục lên địa chỉ thử, không đè lên website đang chạy.
Sau khi nhận bàn giao, việc đầu tiên nên làm là gì?
Đổi mật khẩu các tài khoản quan trọng và rà soát ai đang có quyền truy cập, gồm cả người dùng trên website lẫn người có quyền trong hai công cụ đo của Google. Tiếp theo, kiểm địa chỉ nhận thư cảnh báo của website có phải hộp thư đang có người đọc không. Hai việc này mất chưa tới một buổi và loại bỏ phần lớn rủi ro vận hành thường gặp.
Đang chuẩn bị nhận bàn giao website và muốn có người đọc giúp danh sách tài khoản trước khi ký? Hoặc muốn làm mới website nhưng lần này nắm chắc phần quyền sở hữu ngay từ đầu? Xem cách chúng tôi làm ở mảng công nghệ, hoặc liên hệ Creps Việt Nam để trao đổi cụ thể.