Cài đặt WordPress cho website BĐS: Hướng dẫn từ A-Z

Cài WordPress chỉ mất vài phút. Nhưng cài một nền WordPress đủ tốt để vận hành website bất động sản trong nhiều năm lại là câu chuyện khác.

Nếu ngay từ đầu chọn môi trường PHP cũ, không có SSL, dùng tài khoản quản trị yếu, cài hàng chục plugin chồng chức năng hoặc nhập hàng trăm dự án trước khi xác định cấu trúc dữ liệu, việc sửa lại sau này có thể phức tạp hơn rất nhiều so với cài mới.

Vì vậy, mục tiêu của bài viết này không chỉ là giúp bạn nhìn thấy màn hình /wp-admin/. Bdsweb sẽ đi theo quy trình:

Hosting → Domain/SSL → Database → Cài WordPress → Bảo mật → URL/SEO → Theme/Plugin → Dữ liệu BĐS → Backup → Kiểm thử → Launch.

Nếu bạn đang cân nhắc dùng WordPress để xây dựng website bất động sản, việc chuẩn hóa phần nền ngay từ đầu sẽ giúp website dễ mở rộng dự án, SEO và tích hợp form/CRM hơn về sau.

WordPress có phù hợp để làm website bất động sản không?

WordPress phù hợp với nhiều mô hình BĐS khi nhu cầu chính là:

Website giới thiệu doanh nghiệp;
Website môi giới cá nhân;
Website dự án;
Website sàn có lượng listing vừa phải;
Blog SEO bất động sản;
Landing page chiến dịch;
Website cần đội marketing tự quản trị nội dung.

Lợi thế lớn nhất không phải “WordPress miễn phí”, mà là hệ sinh thái quản trị nội dung, theme, plugin, API và khả năng mở rộng tương đối linh hoạt.

Tuy nhiên, WordPress không tự động nhanh, an toàn hay chuẩn SEO. Chất lượng cuối cùng phụ thuộc vào:

Kiến trúc website;
Hosting;
Theme;
Plugin;
Code tùy chỉnh;
Dữ liệu;
Quy trình cập nhật và bảo trì.

1. Chuẩn bị gì trước khi cài WordPress?

Tối thiểu bạn cần:

Tên miền;
Hosting/VPS/Managed WordPress Hosting;
Quyền quản trị DNS;
SSL/HTTPS;
Database MySQL hoặc MariaDB;
Email quản trị;
Kế hoạch cấu trúc website.

Đừng cài WordPress trước rồi mới bắt đầu suy nghĩ website sẽ có những loại nội dung nào.

Với web BĐS, tối thiểu nên xác định trước:

Có trang dự án hay tin đăng?
Có phân loại theo khu vực không?
Có loại hình căn hộ, đất nền, nhà phố...?
Có bộ lọc?
Có blog?
Có form thu lead?
Có kết nối CRM?

2. Yêu cầu server WordPress hiện nay

Theo trang Requirements chính thức của WordPress hiện tại, môi trường được khuyến nghị gồm:

PHP 8.3 hoặc cao hơn;
MariaDB 10.11+ hoặc MySQL 8.0+;
HTTPS;
Apache hoặc Nginx là các lựa chọn server phổ biến được WordPress khuyến nghị.

WordPress vẫn có thể hoạt động trên một số phiên bản legacy thấp hơn, nhưng chính WordPress.org cảnh báo các phiên bản PHP/MySQL cũ đã hết vòng đời và có thể làm tăng rủi ro bảo mật.

Vì vậy với website mới, đừng chọn PHP cũ chỉ vì một theme hoặc plugin lâu năm chưa tương thích. Đó thường là dấu hiệu nên thay theme/plugin.

3. Chọn hosting dựa trên workload, không chỉ dung lượng

Website BĐS thường khác blog đơn giản ở chỗ có:

Nhiều hình ảnh;
Gallery;
Mặt bằng;
Bộ lọc;
Google Maps;
Form;
Traffic tăng mạnh khi chạy quảng cáo.

Do đó, ngoài dung lượng lưu trữ, cần xem:

CPU/RAM;
Giới hạn PHP process;
Disk I/O;
Database;
Server-side cache;
Backup;
Staging;
WAF/bảo mật;
Khả năng nâng cấp.

Phần lựa chọn hạ tầng đã có bài riêng tại cách chọn hosting phù hợp cho website bất động sản.

4. Trỏ domain và chuẩn bị HTTPS trước khi cài

Trước khi chạy installer, nên hoàn tất:

Trỏ domain về server;
Kiểm tra DNS đã hoạt động;
Cài SSL;
Kiểm tra URL https:// truy cập được.

Nếu website cuối cùng chạy tại:

https://example.com/

thì nên cài WordPress trực tiếp với URL HTTPS thay vì cài HTTP rồi vài ngày sau mới chuyển.

Cách này giúp giảm nguy cơ:

Mixed content;
URL ảnh HTTP;
Redirect không cần thiết;
Plugin lưu sai URL;
Dữ liệu serialized chứa URL cũ.

5. Có nên cài trực tiếp trên website thật?

Nếu chỉ thử WordPress, có thể cài trực tiếp.

Nhưng với website doanh nghiệp hoặc dự án đang được xây dựng, Bdsweb khuyến nghị có môi trường:

Development/Staging → Production.

Staging giúp bạn:

Thử theme;
Thử plugin;
Xây giao diện;
Test update;
Test form;
Kiểm tra tốc độ;
Sửa lỗi trước khi đưa lên website thật.

6. Nếu dùng staging, đừng chỉ dựa vào “Discourage search engines”

Trong WordPress có lựa chọn:

Settings → Reading → Discourage search engines from indexing this site.

Khi bật, WordPress yêu cầu công cụ tìm kiếm không index website và hiện có thể tạo meta robots noindex,nofollow. Tuy nhiên tài liệu WordPress cũng nói rõ lựa chọn này không chặn người khác truy cập website; công cụ tìm kiếm vẫn phải tự tuân thủ chỉ thị.

Vì vậy staging nên kết hợp:

Search Engine Visibility;
Password protection hoặc HTTP authentication;
Không public link staging;
Không đặt staging trong sitemap production.

Và đặc biệt: trước khi launch phải kiểm tra lại noindex.

7. Hai cách cài WordPress phổ biến

Cách 1: Auto Installer

Các hosting panel thường cung cấp công cụ như:

WordPress Manager;
Softaculous;
One-click installer;
Công cụ cài đặt riêng của nhà cung cấp.

Phù hợp với:

Người mới;
Website nhỏ;
Managed hosting;
Trường hợp cần triển khai nhanh.

Cách 2: Cài thủ công

Phù hợp khi:

Muốn kiểm soát database;
Muốn kiểm soát file;
Dev tự quản lý server;
Cần staging/deployment riêng;
Muốn hiểu rõ cấu trúc WordPress.

Hai cách đều có thể tạo ra một website tốt. Auto Installer không mặc định “kém bảo mật” hơn cài thủ công; chất lượng phụ thuộc cấu hình sau khi cài.

8. Cài WordPress bằng Auto Installer

Bước 1: vào control panel

Ví dụ:

cPanel;
DirectAdmin;
Plesk;
Panel riêng của nhà cung cấp.

Bước 2: chọn WordPress installer

Chọn domain muốn cài.

Bước 3: kiểm tra thư mục

Nếu muốn website nằm tại:

https://example.com/

thì trường directory thường cần để trống.

Nếu nhập:

wordpress

website có thể được cài thành:

https://example.com/wordpress/

Đây là lỗi người mới khá hay gặp.

Bước 4: chọn HTTPS

Nếu SSL đã hoạt động, chọn phiên bản HTTPS ngay.

Bước 5: tạo tài khoản quản trị

Nên dùng:

Username riêng;
Mật khẩu dài và duy nhất;
Email quản trị đang hoạt động.

Không nên coi việc đổi username admin là lớp bảo mật chính. Quan trọng hơn là mật khẩu mạnh, 2FA, cập nhật hệ thống và chống brute-force.

Bước 6: hoàn tất và đăng nhập

Địa chỉ quản trị mặc định:

https://example.com/wp-admin/

9. Cài WordPress thủ công

Bước 1: tạo database

Tạo:

Database;
Database user;
Mật khẩu mạnh;
Gán user vào đúng database.

Nếu server chứa nhiều website, nên tách database/user theo từng website thay vì dùng chung credential. WordPress cũng đề cập việc tách database/user như một biện pháp giúp giới hạn phạm vi ảnh hưởng nếu một site bị xâm nhập.

Bước 2: tải WordPress từ nguồn chính thức

Chỉ tải WordPress core từ nguồn chính thức của WordPress.

Tài liệu hardening của WordPress khuyến nghị không tải bản phát hành WordPress từ các website không chính thức.

Bước 3: upload file

Upload vào document root, ví dụ:

public_html/

hoặc thư mục được web server cấu hình cho domain.

Bước 4: chạy installer

Mở domain trên trình duyệt.

WordPress sẽ yêu cầu:

Database name;
Database username;
Password;
Database host;
Table prefix.

Bước 5: tạo tài khoản website

Nhập:

Site title;
Admin username;
Password;
Email.

Bước 6: đăng nhập Dashboard

Sau đó mới bắt đầu bước cấu hình thực sự.

10. Có cần đổi prefix `wp_` không?

Đổi table prefix có thể làm database bớt dễ đoán, nhưng không nên xem đây là cơ chế bảo mật quan trọng nhất.

Một website vẫn có thể bị tấn công dù prefix rất phức tạp nếu:

Plugin có lỗ hổng;
Mật khẩu admin bị lộ;
Server không cập nhật;
Không có WAF/rate limit;
Theme/plugin nulled chứa mã độc.

Ưu tiên các biện pháp bảo mật thực sự có tác động hơn.

11. Cấu hình General Settings ngay sau khi cài

Vào:

Settings → General

Kiểm tra:

Site Title;
Tagline;
WordPress Address;
Site Address;
Administration Email;
Site Language;
Timezone;
Date Format;
Time Format.

Với website hoạt động tại Việt Nam, timezone nên được đặt đúng múi giờ vận hành để:

Ngày đăng bài chính xác;
Log dễ đối chiếu;
Lịch automation đúng;
Lead có timestamp đúng.

12. Thiết lập permalink trước khi xuất bản nội dung

Permalink là URL cố định của bài viết, page, category và các archive. WordPress cho phép lựa chọn nhiều kiểu permalink hoặc tự định nghĩa cấu trúc riêng.

Với website mới, cấu trúc kiểu Post Name thường dễ đọc:

/ten-bai-viet/

Tuy nhiên website BĐS thường có Custom Post Type nên có thể cần:

/du-an/ten-du-an/
/tin-dang/ten-tin/

Điều quan trọng hơn việc chọn một preset là:

URL ngắn;
Nhất quán;
Không chứa cấu trúc không cần thiết;
Không thay đổi thường xuyên.

WordPress gọi đây là “permanent URL” và khuyến nghị cấu trúc permalink nên ổn định.

13. Đừng đổi permalink hàng loạt sau khi website đã SEO

Đổi:

/2026/10/du-an-abc/

thành:

/du-an/abc/

sau khi URL cũ đã được Google index hoặc nhận backlink cần có kế hoạch redirect tương ứng.

Vì vậy permalink nên được quyết định trước khi nhập hàng trăm bài viết/dự án.

14. Tạo cấu trúc dữ liệu BĐS trước khi nhập nội dung

Đây là bước rất quan trọng nhưng thường bị bỏ qua trong các hướng dẫn cài WordPress thông thường.

Không nên dùng Post mặc định để chứa tất cả:

Dự án;
Tin đăng;
Blog;
Landing page;
Thông tin doanh nghiệp.

Với site BĐS có quy mô, nên cân nhắc tách rõ loại dữ liệu.

Ví dụ Custom Post Type

Dự án
Tin đăng
Bài viết

Ví dụ taxonomy

Khu vực
Loại hình
Trạng thái
Chủ đầu tư

Ví dụ custom fields

Giá
Diện tích
Latitude
Longitude
Tiến độ
Pháp lý
Số phòng ngủ

Cấu trúc dữ liệu đúng sẽ giúp:

Filter chính xác;
Tạo category dễ;
Tự động sinh template;
SEO nhất quán;
Tích hợp API/CRM dễ hơn.

15. Không lưu giá và diện tích chỉ bằng đoạn text nếu cần lọc

Ví dụ nếu lưu:

Giá khoảng 3 đến 5 tỷ

trong một textarea, sau này hệ thống rất khó lọc chính xác.

Nên có dữ liệu có cấu trúc:

price_min = 3000000000
price_max = 5000000000
area_min = 70
area_max = 92

Sau đó frontend mới định dạng:

3–5 tỷ

cho người dùng.

16. Chọn theme sau khi đã xác định cấu trúc website

Đừng để theme quyết định mô hình dữ liệu.

Quy trình nên là:

Nhu cầu → Cấu trúc dữ liệu → UX → Theme/Frontend.

Không nên:

Mua theme → thấy theme có field nào thì nhập dữ liệu theo field đó.

Phần lựa chọn giao diện đã có bài riêng tại hướng dẫn chọn theme cho website bất động sản.

17. Tuyệt đối tránh theme/plugin nulled

Không nên tải:

Theme premium crack;
Plugin nulled;
Source chia sẻ không rõ nguồn.

Rủi ro không chỉ là bản quyền.

Các package không rõ nguồn có thể:

Chứa backdoor;
Chèn spam link;
Tạo admin ẩn;
Gửi dữ liệu ra ngoài;
Không nhận bản vá bảo mật.

WordPress khuyến nghị core chỉ được lấy từ nguồn chính thức và các plugin/theme cần được duy trì, cập nhật thường xuyên.

18. Cài plugin theo chức năng, không theo danh sách “20 plugin bắt buộc”

Một website mới thường chỉ cần các nhóm chức năng phù hợp với kiến trúc:

SEO;
Cache/hiệu năng nếu hạ tầng chưa xử lý;
Form;
Backup nếu hosting chưa đủ;
Bảo mật khi cần;
SMTP/email nếu quy trình yêu cầu;
Custom fields/CPT nếu kiến trúc sử dụng.

Không nên cài đồng thời:

2 plugin SEO;
3 plugin cache;
Nhiều plugin security cùng can thiệp login/firewall;
Nhiều plugin resize ảnh cùng lúc.

Plugin chồng chức năng làm website:

Nặng hơn;
Dễ conflict;
Khó debug;
Khó xác định plugin nào chịu trách nhiệm.

19. Xóa plugin và theme không dùng

Deactivate không đồng nghĩa với việc mọi rủi ro đã biến mất.

Nếu plugin không còn được sử dụng, nên:

Backup nếu cần;
Deactivate;
Delete khỏi hệ thống;
Kiểm tra dữ liệu/table còn lại nếu plugin tạo nhiều dữ liệu.

Tài liệu hardening của WordPress cũng khuyến nghị plugin không sử dụng nên được xóa và plugin đang dùng phải luôn được cập nhật.

20. Thiết lập cập nhật WordPress ngay từ đầu

Core, plugin và theme cũ là một trong những rủi ro lớn nhất của WordPress.

WordPress coi việc giữ core, plugin và theme được cập nhật là một trong những biện pháp bảo mật quan trọng nhất.

WordPress hỗ trợ automatic background updates. Cơ chế cụ thể phụ thuộc loại update và cấu hình site; tài liệu WordPress hiện cũng cho phép quản trị viên cấu hình core, plugin và theme auto-update.

Với website BĐS đang kinh doanh, không nên chọn hai thái cực:

Tắt toàn bộ update trong nhiều năm;
Auto-update tất cả mà không có backup/monitoring.

Một quy trình an toàn hơn:

Backup → Staging/Test nếu update lớn → Update → Smoke test → Theo dõi lỗi.

21. Backup phải gồm cả file và database

Một lỗi phổ biến là tải thư mục WordPress về máy rồi nghĩ rằng đã backup toàn bộ.

Website WordPress gồm hai phần riêng:

Files: core, theme, plugin, uploads, cấu hình;
Database: posts, pages, settings và nhiều dữ liệu vận hành.

Tài liệu WordPress nhấn mạnh muốn khôi phục đầy đủ website thông thường cần backup cả files và database.

Với website BĐS, database còn có thể chứa:

Dự án;
Tin đăng;
Form entries;
Thiết lập plugin;
Taxonomy;
Custom fields.

22. Backup tốt phải restore được

“Hosting nói có backup” chưa đủ.

Cần biết:

Backup bao nhiêu lần/ngày hoặc tuần?
Giữ bao nhiêu phiên bản?
Backup nằm cùng server hay offsite?
Restore mất bao lâu?
Có thể restore riêng database không?
Bạn đã từng thử restore chưa?

WordPress cũng khuyến nghị backup database thường xuyên và trước khi nâng cấp.

23. Tạo tài khoản theo vai trò, đừng cho tất cả mọi người quyền Administrator

WordPress có hệ thống Roles/Capabilities gồm Administrator, Editor, Author, Contributor, Subscriber và Super Admin đối với Multisite.

Với website BĐS có nhiều người vận hành:

Người dùng	Quyền gợi ý
Kỹ thuật chính	Administrator
Content Manager	Editor hoặc custom role
Người viết bài	Author/Contributor
Sales chỉ nhập dự án	Custom role phù hợp

Nguyên tắc:

Chỉ cấp quyền tối thiểu cần để hoàn thành công việc.

Không nên để 20 nhân viên sales cùng có quyền cài/xóa plugin.

24. Bảo vệ tài khoản Administrator

WordPress hiện khuyến nghị chống brute-force bằng các lớp như:

Mật khẩu mạnh và duy nhất;
Password manager;
2FA cho tài khoản quản trị;
Rate limit đăng nhập;
CAPTCHA/Turnstile khi phù hợp;
WAF;
Theo dõi đăng nhập bất thường;
Luôn cập nhật core/theme/plugin.

WordPress core hiện không tích hợp sẵn 2FA, do đó có thể cần plugin hoặc hệ thống xác thực ngoài.

Chỉ đổi URL /wp-login.php hoặc đổi username không đủ để thay thế những lớp này.

25. Quyền file: đừng sửa 777 để “cho hết lỗi”

Khi upload hoặc update bị lỗi permission, một số người giải quyết bằng cách chmod toàn bộ thành:

Đây không phải cách nên dùng lâu dài.

Tài liệu hardening WordPress đưa ra baseline phổ biến:

Directory: 755
File:      644

nhưng quyền chính xác vẫn phụ thuộc kiến trúc hosting và ownership của server.

wp-config.php có thể được bảo vệ chặt hơn tùy môi trường. WordPress cũng khuyến nghị chỉ cấp quyền ghi cho những nơi thực sự cần.

Nếu bạn không hiểu Linux ownership/permission, hãy để nhà cung cấp hosting hoặc quản trị server xử lý thay vì thử chmod ngẫu nhiên.

26. Có nên tắt Theme/Plugin File Editor?

WordPress Dashboard mặc định có thể cho người có quyền cao chỉnh file theme/plugin trực tiếp.

Với website production do developer quản lý, có thể cân nhắc:

define( 'DISALLOW_FILE_EDIT', true );

WordPress mô tả cấu hình này như cách vô hiệu khả năng chỉnh trực tiếp plugin/theme file trong Dashboard.

Nó không phải biện pháp bảo mật toàn diện, nhưng giúp giảm một bề mặt chỉnh sửa code trực tiếp trong admin.

27. Bảo vệ XML-RPC nếu không sử dụng

XML-RPC có thể cần cho một số tích hợp, nhưng nếu website không sử dụng thì nên kiểm tra xem có thực sự cần mở hoàn toàn hay không.

Hướng dẫn chống brute-force hiện tại của WordPress khuyến nghị bảo vệ, rate-limit hoặc vô hiệu hóa XML-RPC nếu không cần.

Không nên tắt máy móc nếu website có ứng dụng hoặc dịch vụ phụ thuộc vào nó.

28. Cấu hình Search Engine Visibility đúng theo môi trường

Staging

Bật discourage indexing và password protect.

Production

Trước launch:

Vào Settings → Reading;
Kiểm tra Search Engine Visibility;
Bỏ chọn “Discourage search engines...”;
Kiểm tra source không còn noindex ngoài ý muốn;
Kiểm tra plugin SEO;
Kiểm tra robots.txt;
Kiểm tra sitemap.

Đây là một lỗi đơn giản nhưng có thể khiến toàn bộ site mới không được index.

29. Xóa dữ liệu mẫu nhưng đừng vội xóa theme mặc định duy nhất

Sau cài WordPress có thể xóa:

Hello World;
Sample Page;
Comment mẫu;
Plugin mẫu không dùng.

Với theme, có thể giữ một theme mặc định WordPress còn cập nhật như phương án fallback/debug, nhưng không cần lưu hàng loạt theme không sử dụng.

30. Cấu hình Discussion nếu website không cần comment

Nhiều website BĐS không có nhu cầu cho khách bình luận trực tiếp vào:

Trang dự án;
Landing;
Trang giới thiệu.

Nếu không sử dụng comment, nên tắt ở cấp phù hợp để giảm:

Spam;
Công việc moderation;
Thông báo không cần thiết.

Nếu blog cần comment, có thể chỉ bật cho Post thay vì toàn site.

31. Thiết lập media trước khi upload hàng nghìn ảnh

Website BĐS thường có rất nhiều:

Ảnh phối cảnh;
Ảnh tiện ích;
Mặt bằng;
Tiến độ;
Ảnh tin đăng.

Trước khi nhập dữ liệu hàng loạt, cần xác định:

Kích thước thumbnail;
Kích thước card;
Kích thước gallery;
Cách tạo responsive image;
Quy tắc tên file;
Có WebP/AVIF hay không;
Ảnh nào cần full resolution.

Nếu không, chỉ sau vài tháng thư viện Media có thể chứa rất nhiều file khổng lồ và thumbnail dư thừa.

32. Không để theme quyết định kích thước ảnh một cách thiếu kiểm soát

Một theme có thể đăng ký nhiều image size. Plugin gallery lại tạo thêm nhiều size khác.

Một ảnh upload có thể sinh:

150×150;
300×...;
768×...;
1024×...;
Nhiều kích thước riêng của theme/plugin.

Với hàng chục nghìn ảnh, storage có thể tăng rất nhanh.

Trước khi nhập dữ liệu lớn, hãy kiểm tra những kích thước thực sự được frontend sử dụng.

33. Tạo Site Health baseline sau khi cài

WordPress có công cụ:

Tools → Site Health

Site Health kiểm tra các vấn đề như:

Phiên bản phần mềm;
Update;
Môi trường;
Khả năng WordPress.org kết nối để lấy update;
Search Engine Visibility;
Một số thông tin bảo mật và cấu hình.

WordPress mô tả một site “healthy” là site được cập nhật, chạy trên phần mềm được khuyến nghị, được bảo trì và bảo mật tốt.

Nên lưu baseline này trước khi cài thêm nhiều plugin để dễ so sánh sau này.

34. Đừng tối ưu cache trước khi website hoạt động đúng

Trong giai đoạn development, cache có thể làm developer khó xác định:

Code mới đã chạy chưa;
CSS đã cập nhật chưa;
Query đúng chưa;
Form có gửi đúng không.

Quy trình phù hợp hơn:

Làm đúng chức năng → Test → Profile → Cache/tối ưu → Test lại.

Sau khi website ổn, có thể triển khai cache và CDN theo workload.

Phần hiệu năng chuyên sâu nên xem tại 9 cách tăng tốc website bất động sản.

35. Cấu hình form và email trước khi launch

Website BĐS không chỉ cần “form hiển thị được”.

Phải test:

Submit thành công;
Validation;
Chống spam;
Email tới đúng địa chỉ;
Email không thất lạc;
Lead có lưu database/CRM nếu kiến trúc yêu cầu;
UTM/source có được lưu;
Success message đúng;
Mobile điền form được.

Đừng đợi chạy quảng cáo rồi mới phát hiện form gửi thành công trên màn hình nhưng email/CRM không nhận được dữ liệu.

36. Thiết lập Analytics và tracking có chọn lọc

Trước launch, xác định sự kiện cần đo:

View project;
Search;
Filter;
Click CTA;
Click call;
Click Zalo;
Form start;
Form submit;
Form success.

Không cần cài mọi pixel ngay ngày đầu.

Mỗi script bên thứ ba đều có chi phí về:

Hiệu năng;
Bảo mật;
Quản trị consent;
Debug.

37. Có nên dùng page builder?

Page builder có thể phù hợp khi marketing cần tự tạo landing page nhanh.

Nhưng cần cân nhắc:

HTML output;
JavaScript/CSS;
Lock-in;
Tốc độ;
Khả năng cập nhật;
Quyền chỉnh sửa của editor;
Khả năng tái sử dụng component.

Đối với phần dữ liệu chính như Project/Listing, không nên lưu mọi thứ thành một khối page-builder tự do nếu doanh nghiệp cần:

Filter;
API;
CRM;
Search;
Tự động hóa;
Đồng bộ dữ liệu.

Dữ liệu nghiệp vụ nên có cấu trúc.

38. Dùng Child Theme khi tùy biến theme bằng code

Nếu sửa trực tiếp file của parent theme, một lần cập nhật theme có thể ghi đè custom code.

WordPress cũng khuyến nghị dùng child theme để các tùy chỉnh không bị mất khi parent theme được update.

Nếu chỉ đổi:

Màu;
Logo;
Setting có sẵn;

thì chưa chắc cần child theme.

Nhưng nếu developer sửa PHP/template/CSS lớn, nên có chiến lược custom rõ ràng.

39. Những plugin/function quan trọng nên đưa vào code thay vì theme

Một nguyên tắc kiến trúc hữu ích:

Theme quản lý presentation; nghiệp vụ cốt lõi không nên phụ thuộc hoàn toàn vào theme.

Ví dụ:

Custom Post Type dự án;
Taxonomy;
Custom API;
CRM integration;
Business rules.

Nếu đặt toàn bộ chúng trong theme, đổi theme có thể làm mất logic của website.

Với hệ thống lớn, các phần này nên nằm trong plugin riêng hoặc application layer phù hợp.

40. Kiểm thử trước khi website chính thức hoạt động

Chức năng

[ ] Menu;
[ ] Search;
[ ] Filter;
[ ] Pagination;
[ ] Form;
[ ] CTA;
[ ] Maps;
[ ] Gallery;
[ ] Login.

Mobile

[ ] Menu không lỗi;
[ ] Form dễ nhập;
[ ] Gallery dễ vuốt;
[ ] Filter dễ dùng;
[ ] CTA không che nội dung.

SEO

[ ] Không còn staging noindex;
[ ] Canonical;
[ ] Robots;
[ ] Sitemap;
[ ] Title/Meta;
[ ] URL;
[ ] Breadcrumb;
[ ] HTTP status.

Bảo mật

[ ] HTTPS;
[ ] Admin password mạnh;
[ ] 2FA;
[ ] Update;
[ ] Backup;
[ ] WAF/rate limit nếu cần;
[ ] Plugin/theme không dùng đã xóa.

Lead

[ ] Gửi test lead;
[ ] Email/CRM nhận;
[ ] UTM đúng;
[ ] Timestamp đúng;
[ ] Sales biết lead đến từ đâu.

41. Checklist cài WordPress cho website BĐS

Server

[ ] PHP hiện đại và được hỗ trợ;
[ ] MySQL/MariaDB phù hợp;
[ ] HTTPS;
[ ] Backup;
[ ] Staging nếu cần;
[ ] Có khả năng nâng cấp tài nguyên.

WordPress

[ ] Core từ nguồn chính thức;
[ ] Site URL đúng HTTPS;
[ ] Timezone đúng;
[ ] Admin email đúng;
[ ] Permalink đã chốt;
[ ] Search Engine Visibility đúng môi trường;
[ ] Dữ liệu mẫu đã dọn.

Security

[ ] Mật khẩu admin mạnh và duy nhất;
[ ] 2FA;
[ ] Phân quyền user;
[ ] Core/theme/plugin được cập nhật;
[ ] Không dùng nulled software;
[ ] Permission không để 777 bừa bãi;
[ ] Backup file + database;
[ ] Restore đã được kiểm tra khi hệ thống quan trọng.

Website BĐS

[ ] Project/Listing có data model rõ;
[ ] Taxonomy khu vực/loại hình chuẩn;
[ ] Giá/diện tích lưu dạng dữ liệu có cấu trúc;
[ ] Media size được quy hoạch;
[ ] Form hoạt động;
[ ] Tracking hoạt động;
[ ] Mobile đã test.

42. Những lỗi thường gặp khi cài WordPress cho web BĐS

Cài HTTP rồi mới chuyển HTTPS;
Dùng PHP quá cũ vì theme cũ;
Cài hàng chục plugin ngay ngày đầu;
Dùng nhiều plugin cùng chức năng;
Dùng theme/plugin nulled;
Tất cả nhân viên đều là Administrator;
Không có staging;
Staging bị Google index;
Quên bỏ noindex khi launch;
Không backup database;
Backup nhưng chưa bao giờ test restore;
Chmod 777 để chữa lỗi permission;
Đổi permalink sau khi đã SEO;
Đưa tất cả dự án vào Posts;
Giá/diện tích lưu bằng text nên không lọc được;
Sửa trực tiếp parent theme;
Chỉ test giao diện, không test lead.

43. Câu hỏi thường gặp

WordPress hiện nên dùng PHP bao nhiêu?

Trang Requirements chính thức của WordPress hiện khuyến nghị PHP 8.3 trở lên. WordPress vẫn có khả năng chạy trên một số môi trường legacy nhưng các phiên bản hết vòng đời không nên được chọn cho website mới.

Nên dùng MySQL hay MariaDB?

Cả hai đều được WordPress hỗ trợ. Mức khuyến nghị hiện tại là MariaDB 10.11+ hoặc MySQL 8.0+. Lựa chọn thực tế phụ thuộc hosting và đội vận hành.

Có bắt buộc chọn permalink Post Name không?

Không. WordPress hỗ trợ nhiều cấu trúc permalink và custom structure. Với website BĐS, điều quan trọng là URL được quy hoạch ngắn, ổn định và phù hợp với Custom Post Type/taxonomy.

Có nên dùng username “admin” không?

Có thể tránh một username quá dễ đoán, nhưng đây không phải lớp bảo mật quan trọng nhất. Mật khẩu mạnh, 2FA, rate limit/WAF và cập nhật hệ thống có tác động lớn hơn.

Có nên bật auto-update toàn bộ plugin?

Không có đáp án chung cho mọi website. WordPress hỗ trợ auto-update cho core, plugin và theme, nhưng site kinh doanh nên có backup và quy trình kiểm thử phù hợp. Plugin quan trọng hoặc hệ thống có nhiều custom code nên được kiểm tra kỹ sau update.

Chỉ backup hosting có đủ không?

Không nên phụ thuộc hoàn toàn vào một bản backup duy nhất. Một bộ backup WordPress đầy đủ thông thường cần cả file và database; với site quan trọng nên có bản sao ngoài môi trường production và kiểm thử khả năng restore.

Có nên cài nhiều plugin bảo mật cùng lúc?

Không nhất thiết. Nhiều plugin cùng can thiệp login, firewall hoặc file system có thể gây conflict. Nên thiết kế các lớp bảo mật rõ ràng: hosting/server/WAF, authentication, update, backup và application security.

Website BĐS nên dùng Posts hay Custom Post Type cho dự án?

Nếu chỉ có vài dự án và website rất đơn giản, Posts/Pages vẫn có thể sử dụng. Nhưng hệ thống cần filter, taxonomy, API hoặc hàng trăm dự án thường nên có Custom Post Type và dữ liệu có cấu trúc riêng.

Kết luận

Một bản cài WordPress tốt không được đánh giá bằng việc “website đã mở được”. Nó phải tạo ra một nền tảng mà doanh nghiệp có thể tiếp tục xây dựng an toàn:

server hiện đại → HTTPS → WordPress sạch → URL ổn định → data model BĐS → theme/plugin có kiểm soát → phân quyền → update → backup → kiểm thử → launch.

Đối với website bất động sản, bước quan trọng nhất sau khi cài core là chuẩn hóa dữ liệu dự án trước khi nhập nội dung hàng loạt. Khi khu vực, loại hình, giá, diện tích, trạng thái và media được thiết kế đúng ngay từ đầu, những bước sau như bộ lọc, SEO, CRM và automation sẽ dễ triển khai hơn rất nhiều.

Sau khi hoàn tất nền WordPress, bạn có thể chuyển sang bước lựa chọn theme phù hợp với website bất động sản, xây cấu trúc website BĐS và hoàn thiện hệ thống bảo mật – hiệu năng trước khi nhập dữ liệu và chạy SEO/Ads.

Các bài viết khác

Cài đặt WordPress cho website bất động sản: Hướng dẫn từ A-Z