Hơn 10 năm. Đó là khoảng thời gian mình gắn bó với WordPress.
Từ những ngày đầu tiên cài WordPress lên hosting giá rẻ, chọn theme, loay hoay với plugin, đến lúc tự mình làm được website bán hàng, blog cá nhân, landing page, WooCommerce, tối ưu SEO, backup, bảo mật... WordPress đã dạy mình rất nhiều về cách một website hoạt động.
Mình không rời WordPress vì ghét nó. Cũng không phải vì WordPress tệ. Nếu bạn đang dùng WordPress tốt, website vẫn chạy ổn, team vẫn vận hành được, khách hàng vẫn cần hệ sinh thái plugin lớn, thì không có lý do gì phải bỏ.
Nhưng với mình, sau hơn 10 năm, nhu cầu đã đổi. Và khi AI bắt đầu đi vào workflow làm việc hằng ngày, câu hỏi về website cá nhân cũng đổi theo.
Trước đây mình hỏi: làm sao để có một website?
Bây giờ mình hỏi: làm sao để có một website mà mình và AI có thể cùng viết, cùng sửa, cùng publish, cùng vận hành lâu dài?
Điều khiến mình bắt đầu muốn tìm cách khác
Mình từng thích WordPress vì nó giúp người không biết code cũng có website. Có plugin cho gần như mọi thứ. Muốn SEO có plugin SEO. Muốn form có plugin form. Muốn backup có plugin backup. Muốn bảo mật có plugin bảo mật. Muốn cache có plugin cache.
Nhưng cũng chính vì vậy, mọi thứ dần trở thành một hệ thống phải chăm sóc liên tục. Plugin cần update. Theme cần kiểm tra. Cấu hình cache có thể làm vỡ giao diện. Một tính năng nhỏ đôi khi kéo theo vài plugin khác. Mỗi lần đăng nhập vào dashboard lại thấy vài cảnh báo cần xử lý.
Với website bán hàng, website dịch vụ nhiều tính năng, hay những dự án cần hệ sinh thái lớn, chuyện đó có thể đáng. Nhưng với blog cá nhân của mình, mình bắt đầu thấy nó hơi quá.
Thứ mình cần thật ra đơn giản hơn nhiều: một nơi để viết, đăng ảnh, publish bài, load nhanh, ít phải lo bảo trì, và đủ rõ để AI có thể hỗ trợ mình làm việc trực tiếp trên đó.
Vấn đề mới: AI dựng website được rồi, nhưng sau đó thì sao?
Bây giờ, nếu muốn có một website cá nhân, mình có thể mở ChatGPT, Claude hoặc một công cụ code AI nào đó và nói: hãy tạo cho tôi một website cá nhân. Vài phút sau sẽ có giao diện, có code, có trang giới thiệu, có vài section nhìn cũng ổn.
Nhưng mình nghĩ phần khó không còn nằm ở 5 phút đầu tiên đó. Phần khó là sau khi AI tạo xong, website đó sống ở đâu? Ai deploy? Muốn sửa một chữ thì sửa chỗ nào? Muốn viết bài mới thì publish ra sao? Ảnh, slug, SEO, domain, hosting, backup ai lo? Sáu tháng sau mở lại, mình còn hiểu hệ thống đó không?
AI có thể tạo rất nhanh. Nhưng nếu không có một môi trường đủ rõ để AI cùng làm việc lâu dài, website đó rất dễ trở thành một dự án bỏ dở.
Đây là lý do mình thấy câu chuyện website cá nhân trong thời AI không còn chỉ là “làm website bằng công cụ nào”. Nó là câu chuyện về môi trường làm việc. Một website tốt không chỉ để người đọc vào xem, mà còn phải là nơi mình có thể tiếp tục viết, sửa, publish và mở rộng mà không bị chính hệ thống làm mình mệt.
Website cá nhân thật ra không cần quá phức tạp
Trong buổi webinar “Tự Xây Website & Blog Cá Nhân Với AI”, mình có đặt lại một câu hỏi rất cơ bản: một website cá nhân thật ra cần gì?
Với đa số người làm chuyên môn, coach, mentor, freelancer, founder nhỏ hoặc người muốn viết blog đều đặn, website cá nhân không cần quá nhiều thứ. Nó cần một trang giới thiệu rõ mình là ai, đang làm gì, giúp ai. Nó cần một nơi để đăng bài chuyên môn đều đặn. Nó cần một đường link đủ chỉn chu để gửi cho khách hàng, học viên, đối tác hoặc người đang muốn tìm hiểu mình.
Và quan trọng nhất: nó cần đủ dễ để mình còn quay lại dùng.
Nhiều người làm website xong rồi bỏ đó không phải vì họ lười. Mà vì mỗi lần muốn cập nhật lại thấy phiền. Muốn sửa một đoạn giới thiệu cũng phải nhớ đang dùng builder nào. Muốn đăng một bài mới cũng phải mở dashboard, chỉnh ảnh, chỉnh SEO, chỉnh slug, rồi kiểm tra lại giao diện. Làm vài lần thì được. Làm đều đặn trong nhiều tháng mới là chuyện khó.
Nếu website chỉ đẹp trong ngày đầu tiên nhưng sau đó không ai dám đụng vào, nó không còn là tài sản. Nó chỉ là một món đồ trang trí.
Buổi webinar này cũng bắt đầu từ một ý tưởng nhỏ: nếu AI đã có thể hỗ trợ viết nội dung, dựng giao diện và tối ưu SEO, thì tại sao website cá nhân vẫn là thứ nhiều người cứ để đó chưa làm? Khi thử làm thật, mình thấy vấn đề không nằm ở chuyện AI có làm được không, mà nằm ở việc mình có một quy trình đủ rõ để biến ý tưởng thành website thật hay không.
Emdash thú vị ở chỗ nó được thiết kế cho cách làm việc mới
Mình biết đến Emdash trong lúc đang tìm một cách gọn hơn để vận hành blog cá nhân. Nó là CMS mã nguồn mở, tích hợp sâu với Astro, deploy lên Cloudflare, nội dung lưu có cấu trúc, và có thể làm việc với AI thông qua API/MCP.
Mấy chữ này nghe hơi kỹ thuật. Nói đời thường hơn thì Emdash cho mình một thứ mình đang cần: một môi trường để vừa có website, vừa có CMS, vừa có chỗ cho AI bước vào hỗ trợ.
Mình vẫn có giao diện admin để viết, sửa, quản lý bài. Website vẫn chạy nhanh vì dùng Astro và hạ tầng Cloudflare. Nội dung có cấu trúc rõ nên AI dễ đọc, dễ hiểu, dễ thao tác hơn. Khi cần, mình có thể để Claude hoặc ChatGPT hỗ trợ tạo bài, chỉnh nội dung, cập nhật meta, thêm ảnh, publish mà không phải copy qua lại quá nhiều nơi.
Đây là điểm mình thấy khác biệt. Emdash không chỉ là một chỗ để đăng bài. Nó giống một môi trường làm việc với nội dung hơn.
CMS trong thời AI không chỉ là nơi đăng bài
Trước đây, mình hay nghĩ CMS đơn giản là nơi chứa nội dung. Viết xong thì vào admin, tạo bài mới, dán nội dung vào, thêm ảnh, đặt slug, publish.
Nhưng khi làm việc với AI nhiều hơn, mình bắt đầu nhìn CMS khác đi. CMS không chỉ là nơi để con người đăng bài. Nó còn là nơi AI cần đọc được, hiểu được và thao tác được.
Nếu nội dung được lưu lộn xộn, AI sẽ khó hỗ trợ sâu. Nếu website không có API rõ, AI chỉ có thể đứng ngoài gợi ý rồi mình tự copy vào. Nếu quy trình publish không rõ, AI viết xong vẫn chỉ nằm trong chat hoặc Google Docs. Còn nếu CMS được thiết kế để AI có thể bước vào, công việc sẽ khác hẳn.
Lúc đó, quy trình không còn là: AI viết → copy vào Word → để đó.
Quy trình lý tưởng hơn là: AI hỗ trợ viết → mình chỉnh lại → AI đưa vào CMS → kiểm tra hình ảnh, slug, meta → publish lên website cá nhân đúng domain, đúng thương hiệu.
Đây là lý do mình thấy Emdash đáng chú ý. Không phải vì nó đã hoàn hảo, mà vì nó đi đúng hướng với cách mình đang làm việc.
Emdash không phải WordPress phiên bản mới
Mình không nghĩ nên nhìn Emdash như một “WordPress killer”. Nhìn vậy dễ sai.
WordPress mạnh hơn Emdash ở rất nhiều thứ: hệ sinh thái plugin, theme, cộng đồng, WooCommerce, tài liệu, nhân sự triển khai. Nếu bạn cần một website bán hàng phức tạp, một hệ thống khóa học, membership nhiều tầng, marketplace, thanh toán, quản lý đơn hàng, hoặc các workflow vận hành nặng, WordPress và các nền tảng đã trưởng thành vẫn thực tế hơn.
Emdash hiện tại phù hợp hơn với nhóm website thiên về thông tin và nội dung: blog cá nhân, portfolio, website chuyên gia, website coach/mentor, landing page đơn giản, website công ty nhỏ chỉ cần giới thiệu dịch vụ, form liên hệ và bài viết chuyên môn.
Nói ngắn gọn: nếu bạn cần một cỗ máy nhiều tính năng, WordPress vẫn rất mạnh. Nếu bạn cần một nơi gọn để viết, publish và làm việc cùng AI, Emdash đáng thử.
Tại sao không chỉ để AI code website từ đầu?
AI code website từ đầu được. Và càng ngày càng dễ.
Nhưng mình nghĩ cần phân biệt giữa “AI tạo được code” và “mình có một hệ thống vận hành được”. Một landing page do AI tạo trong vài phút có thể rất ấn tượng. Nhưng nếu sau đó mỗi lần sửa đều phải quay lại hỏi AI, mỗi lần publish đều phải nhớ lệnh deploy, mỗi lần thêm bài viết đều phải sửa file thủ công, thì nó không phù hợp với số đông.
Với người biết code, chuyện đó bình thường. Nhưng với một chuyên gia, coach, mentor, người làm nội dung hoặc chủ doanh nghiệp nhỏ, họ không muốn mỗi lần sửa website lại biến thành một buổi debug.
Họ cần một nơi có thể đăng nhập vào, sửa bài, thêm ảnh, publish. Khi cần AI thì AI hỗ trợ. Khi không cần AI thì họ vẫn tự làm được.
Một website tốt cho thời AI không phải là website mà mọi thứ đều phải nhờ AI mới chạy được. Một website tốt là website mà con người vẫn dùng được, còn AI có thể bước vào hỗ trợ khi cần.
Hạ tầng cũng là phần nên biến mất khỏi đầu mình
Một lý do khác mình thích hướng của Emdash là nó đặt phần hạ tầng vào chỗ mình ít phải nghĩ hơn. Với Cloudflare, những thứ như chạy code, lưu nội dung, lưu media, gửi email có thể được gom vào một hệ sinh thái khá rõ. Mình không còn phải nghĩ quá nhiều về chuyện server ở đâu, hosting gia hạn thế nào, media đặt chỗ nào, hay website có chịu nổi khi traffic tăng không.
Nói đơn giản: mình muốn tập trung vào nội dung và hệ thống xuất bản, không muốn mỗi tháng lại nghĩ về hạ tầng.
Plugin và chuyện an toàn cũng cần nghĩ lại
Một điểm khác khiến mình chú ý là cách Emdash tiếp cận plugin.
Trong WordPress, plugin thường có quyền rất rộng trên toàn bộ website. Cài một plugin vào là nó có thể can thiệp khá sâu vào hệ thống. Đây là lý do WordPress vừa mạnh, vừa dễ phát sinh rủi ro khi website có quá nhiều plugin hoặc plugin không được bảo trì tốt.
Emdash đi theo hướng plugin khai báo quyền rõ hơn và chạy tách biệt hơn. Có thể hiểu giống như app điện thoại: app muốn truy cập camera thì phải xin quyền camera, muốn truy cập vị trí thì phải xin quyền vị trí. Plugin không nên tự nhiên có quyền làm mọi thứ trên toàn bộ website nếu nó chỉ cần xử lý một nhiệm vụ nhỏ.
Tư duy này hợp với thời AI. Vì nếu sau này AI có thể viết plugin cho mình, câu hỏi không chỉ là “AI viết được không”. Câu hỏi quan trọng hơn là plugin đó được phép làm gì, bị giới hạn ở đâu, và nếu có lỗi thì nó có làm ảnh hưởng phần còn lại không.
Chuyển từ WordPress sang Emdash không phải bê nguyên căn nhà qua
Nếu đang có website WordPress, chuyển sang Emdash không nên hiểu là bê nguyên mọi thứ qua. Nội dung có thể chuyển. Bài viết, trang, một phần media, dữ liệu cơ bản có thể migrate. Nhưng theme WordPress, plugin WordPress, WooCommerce, custom PHP, builder cũ... không thể bê nguyên sang và mong nó chạy như cũ.
Vì đây là hai kiến trúc khác nhau.
Nếu website của bạn đang dùng WordPress rất sâu, có bán hàng, có membership, có nhiều plugin, có custom workflow, thì chuyển sang Emdash không đơn giản là bấm một nút. Nhưng nếu website chủ yếu là blog, bài viết chuyên môn, trang giới thiệu, portfolio hoặc landing page, câu chuyện lại khác.
Lúc đó, điều cần giữ không phải là theme cũ hay plugin cũ. Điều cần giữ là nội dung, thương hiệu cá nhân, cấu trúc thông tin và thói quen xuất bản.
Nhìn theo hướng này, Emdash có thể là dịp để làm gọn lại website cá nhân. Không phải chuyển nhà để giữ nguyên đống đồ cũ, mà là chuyển sang một không gian mới phù hợp hơn với cách mình muốn làm việc tiếp theo.
Website cá nhân trong thời AI cần một cách làm mới
WordPress đã cho mình rất nhiều. Mình học cách quản trị website từ WordPress, học SEO từ Yoast, học cách nghĩ về nội dung qua việc tự mình build và vận hành từng thứ.
Giờ khi không dùng WordPress nữa, điều đó không phủ nhận 10 năm trước. Nó chỉ cho thấy mình đã học đủ để biết mình cần gì tiếp theo.
Với mình, điểm thú vị nhất của Emdash không phải là nó giúp tạo website nhanh hơn. AI nào rồi cũng sẽ giúp tạo website nhanh. Điều thú vị hơn là Emdash gợi ra một cách nghĩ khác về website cá nhân.
Website không còn chỉ là một trang giới thiệu bản thân. Nó có thể là một môi trường làm việc với nội dung. Nơi mình viết bài, lưu góc nhìn, xuất bản đều đặn, cập nhật năng lực, chia sẻ case study, thử nghiệm landing page, và để AI hỗ trợ ở những phần lặp lại.
Trong thời AI, lợi thế không nằm ở chuyện ai dựng website nhanh hơn. Lợi thế nằm ở chuyện ai có một hệ thống đủ rõ để duy trì website đó lâu dài.
Với mình, WordPress từng là công cụ rất đúng trong hơn 10 năm. Nhưng giai đoạn hiện tại đã khác. Và mình cũng cần một công cụ khác.
No comments yet