Tự động đăng bài WordPress bằng Claude Code: hướng dẫn từng bước cho người không biết code

Viết xong là bài tự nằm trong WordPress: bức tranh trước khi bạn gõ lệnh

Mười lăm phút. Đó là thời gian tôi từng mất cho mỗi bài blog ở Hóa chất Quảng Ngãi — không phải để viết, mà để đăng. Mở trình duyệt, đăng nhập trang quản trị WordPress, dán nội dung, chỉnh lại định dạng, rồi mới bấm đăng. Có hôm dán xong mất sạch định dạng, phải làm lại từ đầu. Giờ thì khác: tôi viết xong trên máy, gõ một lệnh, bài tự nằm sẵn trong WordPress ở dạng nháp, chờ tôi xem lại.

Trước khi bạn gõ dòng lệnh đầu tiên, tôi muốn bạn hiểu cái đường đi của nó. Hiểu rồi thì bạn làm chủ, chứ không gõ như con vẹt rồi hoảng khi có gì đó lệch.

Chuyện thế này. WordPress nào cũng có sẵn một “cửa sau” để máy móc nói chuyện với nhau, gọi là REST API (giao diện lập trình ứng dụng). Nó là một đường dẫn, thường có dạng:

https://TENMIEN/wp-json/wp/v2/posts

Bình thường bạn đăng bài bằng tay qua trang quản trị. Còn cách này, Claude Code — một công cụ chạy bằng dòng lệnh ngay trên máy bạn — sẽ thay bạn gửi nội dung tới đúng cái đường dẫn đó. Luồng đầy đủ chỉ có ba chặng: Claude đọc và viết bài trên máy bạn, đẩy qua REST API, WordPress nhận rồi lưu lại.

Hai điều tôi muốn bạn yên tâm ngay. Một, cách này không đụng tới mã nguồn, không đụng tới hosting (máy chủ lưu trữ web) — nó y hệt việc bạn đăng qua trang quản trị, chỉ khác là làm bằng dòng lệnh thay vì bằng chuột. Hai, bạn luôn có phanh an toàn: mỗi bài có thể để ở trạng thái “draft” (nháp) thay vì “publish” (đăng ngay). Để nháp thì bài chỉ nằm chờ, chưa hiển thị cho người đọc, bạn xem kỹ rồi mới quyết định bấm đăng.

Một lưu ý nhỏ trước khi đi tiếp, để bạn khỏi vỡ kế hoạch giữa chừng: cách này cần web của bạn chạy HTTPS (đường dẫn bắt đầu bằng https, có ổ khóa trên trình duyệt) và dùng WordPress từ phiên bản 5.6 trở lên. Hai thứ này hầu hết web bây giờ đã có sẵn, nhưng ở bước kế tiếp tôi sẽ chỉ bạn cách kiểm tra cho chắc.

Hiểu bức tranh này rồi, giờ ta đi kiểm tra xem web của bạn có chạy được cách này không.

Web của bạn có dùng được không? Tự kiểm tra 5 điều kiện trong 3 phút

Trước khi đụng tới bất cứ dòng lệnh nào, bạn cần biết một điều: không phải website WordPress nào cũng dùng được cách này ngay. Tôi nói thẳng vậy để bạn khỏi mất công làm tới bước cuối rồi vướng. Tin tốt là chỉ mất chừng ba phút để tự kiểm, và bạn không cần ai hỗ trợ. Đây là năm điều kiện, kèm cách tự xem từng cái:

Web tự quản (self-hosted) hoặc WordPress.com gói Business trở lên. Vì cần bật REST API và Application Password (mật khẩu ứng dụng) — hai thứ này gói miễn phí hay gói rẻ của WordPress.com khóa lại. Cách nhận biết: nếu bạn tự mua hosting rồi cài WordPress lên, đó là self-hosted, dùng được. Nếu địa chỉ web có đuôi .wordpress.com, bạn phải đang ở gói Business trở lên.

WordPress phiên bản 5.6 trở lên. Từ bản 5.6, Application Passwords được tích hợp sẵn, không cần cài thêm plugin. Cách xem: đăng nhập trang quản trị, vào mục Dashboard (Bảng tin) rồi tìm khối “At a Glance” (Nhìn nhanh) — số phiên bản WordPress hiện ở đó. Nếu không thấy, kéo xuống chân màn hình quản trị, số phiên bản nằm ở góc dưới bên phải. Gần như chắc chắn web bạn đã vượt mốc này, nhưng cứ liếc qua cho yên tâm.

Web chạy HTTPS. Đây là chỗ hay vướng nhất, nên để ý kỹ. Application Password yêu cầu kết nối an toàn; không có HTTPS, WordPress chặn thẳng và bạn sẽ nhận lỗi 401 mà không hiểu vì sao. Cách xem nhanh nhất: mở web của bạn, nhìn lên thanh địa chỉ trình duyệt — địa chỉ bắt đầu bằng https:// (thường kèm biểu tượng ổ khóa) là đạt.

Đã cài Claude Code trên máy. Chạy được trên Windows, Mac hay Linux đều ổn. Phần cài đặt nằm ngoài bài này, nhưng nếu bạn đang đọc được hướng dẫn này thì khả năng cao đã có rồi.

Tài khoản WordPress có quyền Author (Tác giả) trở lên. Quyền thấp hơn không đăng được bài. Nếu web là của bạn, bạn đang là Administrator (Quản trị viên) — quá đủ.

Đủ năm điều này, bạn sẵn sàng sang bước tạo mật khẩu.

Bước 1 — Tạo Application Password (và vì sao nó không phải mật khẩu đăng nhập của bạn)

Trước khi bạn click bất cứ đâu, tôi muốn gỡ nỗi sợ lớn nhất: “lỡ chuỗi mật khẩu này lộ ra thì hỏng cả tài khoản của tôi à?”. Không. Đây là điểm hay nhất của Application Password — nó là một chuỗi riêng, tách hẳn khỏi mật khẩu bạn dùng để đăng nhập WordPress. Bạn có thể thu hồi (revoke) nó bất cứ lúc nào mà tài khoản chính không hề bị ảnh hưởng, không phải đổi mật khẩu đăng nhập, không phải đăng xuất ở đâu cả. Nó sinh ra đúng để máy móc dùng thay bạn, và để bạn cắt bỏ khi cần.

Giờ làm theo từng bước:

Đăng nhập vào WordPress admin của bạn như mọi khi.
Vào menu Users (Thành viên) → mở Profile (Hồ sơ) của chính bạn. Trên một số bản, mục này hiện là Your Profile hoặc nằm ở góc trên bên phải khi bạn bấm vào tên mình — vào đâu cũng ra cùng một trang hồ sơ.
Kéo xuống cuối trang, tìm mục Application Passwords (Mật khẩu ứng dụng).
Ở ô tên ứng dụng, gõ một cái tên dễ nhớ, ví dụ:

Claude Code

Bấm Add New Application Password.

WordPress sẽ hiện ra một chuỗi dạng:

xxxx xxxx xxxx xxxx xxxx xxxx

Đúng 24 ký tự, chia thành 6 nhóm. Đây là chỗ tôi phải cảnh báo bạn thật mạnh: chuỗi này chỉ hiện đúng một lần. Bạn rời trang hay tải lại là nó biến mất vĩnh viễn, không xem lại được. Vậy nên copy và lưu lại ngay lập tức — tốt nhất là dán vào một trình quản lý mật khẩu (password manager), đừng tin vào trí nhớ, và đừng dán tạm vào khung chat hay email cho ai cả.

Một điểm nhỏ đỡ băn khoăn: khi đem chuỗi này đi dùng, bạn giữ nguyên các khoảng trắng hay xóa hết cho liền một mạch đều được — WordPress chấp nhận cả hai. Tôi thường giữ nguyên cho dễ nhìn.

Đến đây bạn đã có “chìa khóa” để Claude Code thay bạn đăng bài. Nhưng có chìa khóa rồi thì phải biết cất cho kỹ — đó là việc ngay sau đây.

Giữ mật khẩu như giữ chìa khóa nhà: bảo mật ngay khi vừa tạo xong

Bạn vừa copy chuỗi mật khẩu ứng dụng dán vào một chỗ tạm. Khoan đăng bài đã. Đây là lúc tôi muốn bạn dừng lại đúng một phút, vì cái chuỗi vừa hiện ra đó nguy hiểm hơn bạn nghĩ.

Hãy hình dung thế này: Application Password chính là chìa khóa cửa nhà. Nó không mở được két sắt — mật khẩu đăng nhập chính của bạn vẫn an toàn, thu hồi cái này cũng không đụng gì tới tài khoản — nhưng ai cầm được nó là vào nhà đăng bài dưới tên bạn được. Một bài rác, một đường link bẩn gắn tên thương hiệu bạn, đủ mệt rồi. Nên nguyên tắc số một: giữ nó bí mật y như mật khẩu thật.

Có ba điều tôi luôn làm, và bạn nên làm theo ngay từ bài đầu tiên:

Đừng gõ thẳng mật khẩu vào lệnh rồi để đó. Lệnh bạn gõ thường được máy lưu lại trong lịch sử, dán mật khẩu vào đó là vô tình để lộ. Cách an toàn là cất chuỗi này ra một chỗ riêng — một file tên .env chẳng hạn — rồi cho lệnh đọc từ đó. Chưa biết làm cũng không sao, lát nữa tới phần tự động hóa tôi sẽ chỉ tay từng bước; giờ chỉ cần nhớ một điều: đừng dán mật khẩu trần vào lệnh. Và nếu bạn có dùng git để quản lý thư mục làm việc, tuyệt đối đừng đẩy file đó lên kho công khai — một lần lỡ tay là cả thế giới đọc được.

Mỗi ứng dụng một mật khẩu riêng. Đừng xài chung một chuỗi cho mọi việc. Tách ra thì sau này muốn thu hồi cái nào chỉ gỡ đúng cái đó, phần còn lại vẫn chạy bình thường.

Nghi bị lộ thì thu hồi liền, đừng chần chừ. Vào lại WordPress admin, theo đúng đường này:

Users (Thành viên) → Profile (Hồ sơ) → Application Passwords → Revoke

Bấm Revoke là chuỗi cũ chết ngay lập tức, ai cầm nó cũng thành vô dụng. Tài khoản của bạn không hề hấn gì. Tạo lại một cái mới mất chưa tới một phút — rẻ chán so với cái giá ngồi lo mất ngủ.

Bước 2 — Mở cửa sổ lệnh và test kết nối trước khi đăng bất cứ gì

Tới đây bạn đã cầm trong tay chuỗi mật khẩu ứng dụng. Việc tiếp theo nhiều người làm là lao thẳng vào đăng bài luôn. Đừng. Tôi khuyên bạn dừng lại một nhịp, chạy thử một lệnh “đọc” để chắc chắn máy của bạn nói chuyện được với WordPress đã. Vì nếu sau này có lỗi, bạn sẽ biết ngay lỗi nằm ở khâu kết nối hay khâu nội dung — chứ không phải ngồi đoán mò.

Trước hết, “cửa sổ lệnh” là gì? Đó là một ô màn hình bạn gõ chữ vào để ra lệnh cho máy, thay vì bấm chuột. Tùy hệ điều hành nó có tên khác nhau:

Windows: bấm nút Start, gõ “PowerShell”, mở ứng dụng Windows PowerShell.
Mac: mở Spotlight (Cmd + dấu cách), gõ “Terminal”, Enter.
Linux: mở ứng dụng Terminal (thường Ctrl + Alt + T).

Cửa sổ mở ra hiện một dòng nhấp nháy chờ bạn gõ. Đừng sợ — nó không tự làm gì cả cho tới khi bạn Enter.

Giờ chạy lệnh kiểm tra này (thay user bằng tên đăng nhập WordPress của bạn, app_pass bằng chuỗi mật khẩu vừa tạo, và TENMIEN bằng tên miền web):

curl -u "user:app_pass" https://TENMIEN/wp-json/wp/v2/users/me

Một điều dễ vướng ngay ở đây: chuỗi mật khẩu WordPress đưa cho bạn gồm 6 nhóm ký tự cách nhau bằng khoảng trắng. Bạn cứ dán nguyên cả khoảng trắng vào giữa hai dấu nháy kép cũng được, WordPress chấp nhận — miễn là nó nằm gọn trong cặp " ". Đừng xóa dấu nháy kép đi, vì có khoảng trắng mà mất nháy là máy hiểu sai lệnh ngay.

Cờ -u báo cho curl biết đây là phần đăng nhập. Đằng sau, curl tự mã hóa cặp tên:mật khẩu theo kiểu base64 và nhét vào phần Authorization của request — đúng chuẩn Basic Authentication (xác thực cơ bản) mà WordPress chờ. Bạn không cần hiểu base64 là gì, không cần tự mã hóa thủ công; curl lo hết.

Một lưu ý cho bạn dùng Windows: trong PowerShell, gõ curl thực ra gọi nhầm sang một lệnh khác của hệ thống (Invoke-WebRequest), nó không hiểu cờ -u theo kiểu này. Để chắc ăn, ngay từ lệnh test bạn gõ rõ curl.exe thay cho curl — bản curl thật đã có sẵn trong Windows 10 trở lên.

Nếu màn hình trả về một đống thông tin tài khoản của bạn (tên, email, id), xin chúc mừng — kết nối thông. Lệnh này chỉ ĐỌC, không tạo gì, không xóa gì, nên bạn chạy lại bao nhiêu lần cũng chẳng hại tới web. Cứ chạy tới khi ra kết quả rồi mới sang bước đăng bài.

Còn nếu nó không trả về thông tin tài khoản mà nhả ra một dòng báo lỗi, bình tĩnh — đây là lúc cái lệnh “đọc” này phát huy tác dụng. Hai lỗi hay gặp nhất:

Báo 401 (kèm chữ “Unauthorized”): gần như chắc chắn bạn gõ sai tên đăng nhập hoặc sai chuỗi mật khẩu — soát lại từng ký tự, để ý đừng nuốt mất nhóm nào. Lỗi này cũng xảy ra nếu web của bạn chưa chạy HTTPS.
Báo 404 kèm chữ “rest_no_route”: REST API đang bị tắt. Vào WordPress admin, mục Settings → Permalinks, bấm Save một lần cho nó làm mới rồi chạy lại lệnh.

Sửa xong, gõ lại đúng lệnh đó. Chỉ khi nào ra được thông tin tài khoản, bạn mới yên tâm bước sang phần đăng bài — vì lúc đó bạn đã biết chắc cánh cửa giữa máy mình và WordPress đã mở.

Bước 3 — Đăng bài nháp đầu tiên bằng curl (và lưu ý quan trọng cho người dùng Windows)

Trước khi bạn lo lắng “lỡ đăng nhầm thì sao”, tôi nói luôn cái phanh an toàn: chỉ cần để status là draft, bài chỉ nằm ở mục nháp trong WordPress, không một ai ngoài bạn nhìn thấy. Bạn cứ đẩy lên, vào admin xem lại cho yên tâm, rồi mới quyết định đăng thật. Đây là lý do tôi luôn khuyên đi đường này lần đầu.

Lệnh đăng bài gửi đến đúng cái endpoint (điểm cuối API) chúng ta đã test ở bước trước, chỉ khác là lần này dùng phương thức POST kèm nội dung bài. Trên Mac hoặc Linux, bạn gõ thế này:

curl -X POST https://TENMIEN/wp-json/wp/v2/posts \
  -u "user:app_pass" \
  -H "Content-Type: application/json" \
  -d '{"title":"Bài thử đầu tiên","content":"<p>Đây là nội dung thử nghiệm.</p>","status":"draft"}'

Hai chỗ bạn phải tự thay vào lệnh trên, kẻo chạy mãi không được: TENMIEN đổi thành tên miền website của bạn, và user:app_pass đổi thành tên đăng nhập WordPress cùng chuỗi Application Password đã tạo ở bước trước (ngăn cách bằng dấu hai chấm).

Tôi giải thích nhanh từng tham số trong khối JSON để bạn tự sửa, không phải chép như con vẹt:

title — tiêu đề bài.
content — nội dung, phải là HTML, không phải Markdown thô (chỗ này tôi nhắc kỹ ở dưới).
status — draft là nháp, publish là đăng ngay.
categories và tags — mảng id chuyên mục và thẻ, ví dụ "categories":[3,5].
excerpt — mô tả ngắn, cũng dùng làm meta.

Chạy xong, WordPress trả về một khối JSON chứa id và link của bài. Giữ lại cái id đó: muốn sửa bài sau này, bạn gọi lại cùng endpoint nhưng thêm id vào đuôi, kiểu /wp/v2/posts/123.

Người dùng Windows đọc kỹ chỗ này. Lệnh mẫu bên trên dùng dấu \ để xuống dòng và nháy đơn ' bao quanh JSON — chạy ngon trên Mac/Linux nhưng PowerShell sẽ báo lỗi. Trên Windows, bạn viết liền một dòng, đổi sang nháy kép và escape nháy kép bên trong bằng dấu \. Và như đã nhắc ở bước test, nhớ gõ rõ curl.exe:

curl.exe -X POST https://TENMIEN/wp-json/wp/v2/posts -u "user:app_pass" -H "Content-Type: application/json" -d "{\"title\":\"Bài thử đầu tiên\",\"content\":\"<p>Đây là nội dung thử nghiệm.</p>\",\"status\":\"draft\"}"

Còn cái bẫy hay gặp nhất: dán thẳng Markdown vào content. WordPress không tự hiểu Markdown — dấu #, dấu * sẽ hiện nguyên xi, bài mất hết định dạng. Luôn chuyển sang HTML trước (

, …) rồi mới đưa vào lệnh.

Khi đã xem lại bài nháp trong admin và thấy ổn, việc chuyển sang đăng thật chỉ là đổi "status":"draft" thành "status":"publish" rồi chạy lại. Vậy thôi.

Gặp lỗi đừng hoảng: 401, 403, 404 và mất định dạng, mỗi lỗi sửa thế nào

Mấy lỗi này tôi gặp đủ cả khi tự dựng quy trình cho Hóa chất Quảng Ngãi. Nói trước cho bạn yên tâm: gần như mọi lỗi ở đây là gõ nhầm thông tin hoặc thiếu một cú bấm Save, chứ không phải web bạn hỏng. Đọc dòng chữ lỗi, sửa đúng chỗ, chạy lại lệnh là xong. Web vẫn nguyên vẹn.

401 Unauthorized — WordPress không nhận ra bạn. Đây là lỗi hay gặp nhất, và gần như luôn là chuyện nhỏ. Hai nguyên nhân: một là bạn gõ sai username hoặc dán sót một nhóm ký tự trong chuỗi Application Password; hai là website không chạy HTTPS — thiếu cái này, WordPress chặn Application Password ngay. Cách sửa: chạy lại lệnh kiểm tra kết nối, dán mật khẩu thật cẩn thận, và soi lại địa chỉ web phải bắt đầu bằng https://.

curl -u "user:app_pass" https://TENMIEN/wp-json/wp/v2/users/me

Trả về thông tin tài khoản của bạn là kết nối đã thông.

403 Forbidden — nhận ra bạn rồi nhưng không cho làm. Khác với 401, lần này WordPress biết bạn là ai. Một là tài khoản chưa đủ quyền — cần Author trở lên mới đăng được bài. Hai là một plugin bảo mật như Wordfence đang chặn REST API. Cách xử lý: vào phần cài đặt của plugin bảo mật, whitelist (cho phép) đường dẫn /wp-json/.

404 rest_no_route — đường dẫn API chưa được mở. Lỗi này nghĩa là REST API đang tắt, hoặc phần permalink (cấu trúc đường dẫn bài viết) chưa được bật. Cách sửa nghe lạ mà hiệu nghiệm: vào Settings → Permalinks, không cần đổi gì cả, chỉ bấm Save Changes một lần để WordPress làm mới lại đường dẫn.

Bài đăng được nhưng chữ nghĩa lộn xộn, mất định dạng. Cái này không phải lỗi kết nối. Nguyên nhân là bạn gửi Markdown thô vào trường content, mà WordPress chỉ hiểu HTML. Thế là các dấu #, ** hiện nguyên xi ra màn hình. Cách sửa: chuyển nội dung sang HTML trước khi gửi — tiêu đề dùng
, đoạn văn bọc trong
, chữ in đậm dùng .

| Mã lỗi | Nghĩa | Cách sửa |

|——–|——-|———-|

| 401 Unauthorized | Sai username/Application Password, hoặc web không HTTPS | Dán lại mật khẩu, kiểm tra https:// |

| 403 Forbidden | Thiếu quyền, hoặc plugin bảo mật chặn REST API | Cấp quyền Author trở lên, whitelist /wp-json/ |

| 404 rest_no_route | REST API tắt hoặc permalink chưa bật | Settings → Permalinks → Save Changes |

| Mất định dạng | Gửi Markdown thô thay vì HTML | Chuyển nội dung sang HTML trước khi gửi |

Biến thành quy trình một lệnh + câu hỏi thường gặp (FAQ)

Tới đây bạn đã đăng được một bài draft bằng tay. Nhưng gõ cả đoạn curl dài mỗi lần thì ai mà chịu nổi. Đây mới là chỗ Claude Code đáng tiền: nó biến mớ lệnh đó thành một thao tác duy nhất. Tôi đang dùng ba cách, từ dễ tới gọn:

Skill / slash command riêng. Bạn tạo một skill trong thư mục .claude/ của dự án, nhét sẵn lệnh curl vào đó, tên miền và mật khẩu để ở biến môi trường (environment variable). Từ đó mỗi lần chỉ cần gọi skill là Claude tự dựng lệnh và đăng.

MCP server cho WordPress. Thay vì gõ curl, bạn nối một MCP server chuyên cho WordPress. Claude gọi thẳng “tool” đăng bài — sạch hơn, không phải nhìn thấy dòng lệnh nào.

Hook tự động trong settings.json. Cấu hình một hook (móc tự động) để sau khi Claude viết xong file .md, máy tự chuyển Markdown sang HTML rồi đẩy lên WordPress. Viết xong là bài nằm sẵn trong nháp.

Cả ba cách đều có một quy tắc không được quên: mật khẩu để trong biến môi trường hoặc file .env, tuyệt đối không ghi thẳng vào lệnh, không commit lên git. Lộ một lần là người khác đăng bài dưới tên bạn.

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

Tôi không biết code, làm được không?

Được. Bạn không phải tự viết gì cả — chỉ lấy lệnh mẫu ở phần trên, sửa lại bốn chỗ: tên miền, tên đăng nhập, Application Password, rồi tiêu đề với nội dung. Phần mã hóa mật khẩu curl tự lo, bạn không cần đụng tới.

Lỡ tay có hỏng website không?

Không. Để status là draft thì bài chỉ nằm ở nháp, không ai thấy. Mật khẩu nghi lộ thì revoke, tài khoản chính không hề gì.

Dùng WordPress.com thì sao?

Phải gói Business trở lên mới bật được REST API và Application Password. Bản miễn phí không làm được cách này.

Web không có HTTPS thì sao?

Không chạy được. Application Password bắt buộc kết nối an toàn, thiếu HTTPS là bị chặn ngay.

Cài Wordfence rồi, nó chặn thì sửa thế nào?

Vào phần whitelist của plugin, cho phép đường dẫn /wp-json/ đi qua là xong.

Đăng kèm chuyên mục, thẻ, mô tả được không?

Được. Thêm categories, tags và excerpt vào phần JSON. Một chỗ người mới hay vấp: categories và tags nhận mảng id dạng số (ví dụ [3,7]), không phải tên chữ. Bạn phải lấy id của chuyên mục trước — gọi wp-json/wp/v2/categories để xem danh sách id rồi điền đúng số vào.

Chạy lệnh báo lỗi 404 rest_no_route thì sao?

Lỗi này thường do permalink chưa được làm mới. Vào Settings → Permalinks, không cần đổi gì, chỉ bấm Save một lần để WordPress nạp lại đường dẫn REST API, rồi chạy lại lệnh.

Bài bị mất định dạng là vì sao?

Vì bạn gửi Markdown thô. WordPress chỉ hiểu HTML — phải chuyển sang HTML trước khi đăng.

Đừng để bài hướng dẫn này nằm yên trong đầu. Tối nay làm đúng một việc thôi: tạo Application Password, chạy lệnh test kết nối, rồi đẩy một bài draft lên. Ba bước đó chạy trơn là cả quy trình tự động phía sau coi như đã mở cửa cho bạn.

*Về người viết: Tôi là chủ doanh nghiệp Hóa chất Quảng Ngãi, hiện dùng Claude Code để tự động hóa việc viết và đăng nội dung cho công ty mình. Mọi bước trong bài này tôi đều tự tay cấu hình và chạy thật trên website của mình — từ lúc tạo Application Password, vấp lỗi 401, cho tới khi quy trình một lệnh chạy trơn. Đây là kinh nghiệm thực chiến, không phải lý thuyết chép lại. Nếu bạn làm theo mà vướng chỗ nào, gần như chắc chắn tôi cũng đã từng vướng đúng chỗ đó.*

📌 Bạn là chủ đại lý phân bón?

🎁 Nhận miễn phí Bộ tài liệu kỹ thuật bón phân theo mùa vụ — để bạn tư vấn cho nông dân chắc như kỹ sư.

🤝 Xem chính sách hợp tác đại lý NPK Con Ngựa — bắt đầu từ đơn thử nhỏ, không ràng buộc. Hotline/Zalo: 0963 791 791 (Cao Tuấn Vinh nghe máy).

Viết xong là bài tự nằm trong WordPress: bức tranh trước khi bạn gõ lệnh

Web của bạn có dùng được không? Tự kiểm tra 5 điều kiện trong 3 phút

Bước 1 — Tạo Application Password (và vì sao nó không phải mật khẩu đăng nhập của bạn)

Giữ mật khẩu như giữ chìa khóa nhà: bảo mật ngay khi vừa tạo xong

Bước 2 — Mở cửa sổ lệnh và test kết nối trước khi đăng bất cứ gì

Bước 3 — Đăng bài nháp đầu tiên bằng curl (và lưu ý quan trọng cho người dùng Windows)

Gặp lỗi đừng hoảng: 401, 403, 404 và mất định dạng, mỗi lỗi sửa thế nào

Biến thành quy trình một lệnh + câu hỏi thường gặp (FAQ)

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

Để lại một bình luận Hủy