Cách Khắc Phục Lỗi "Website tạm thời không khả dụng vì bảo trì đã lên lịch" trong WordPress

Lỗi “Website tạm thời không khả dụng vì bảo trì đã lên lịch” trong WordPress xảy ra khi trang web của bạn bị kẹt trong chế độ bảo trì trong quá trình cập nhật, và giải pháp nhanh nhất thường là xóa tệp .maintenance trong thư mục chính của WordPress. Tệp này không tự động bị xóa khi một bản cập nhật plugin, giao diện hoặc lõi không hoàn tất, và người truy cập sẽ thấy thông báo “Website tạm thời không khả dụng vì bảo trì đã lên lịch. Hãy quay lại sau một phút.” Sau khi xóa tệp đúng, bạn có thể làm mới bộ nhớ cache và kiểm tra các bản cập nhật để đưa trang web của bạn trở lại trong hầu hết các trường hợp trong khoảng 2-5 phút.

Trong hướng dẫn này, chúng ta sẽ xem xét từng bước không chỉ để tạm thời xóa lỗi mà còn để ngăn ngừa việc tái diễn. Chúng tôi sẽ giải thích các phương pháp như FTP, cPanel, SSH và WP-CLI theo cách dễ áp dụng cho cả người mới bắt đầu và người dùng kỹ thuật. Ngoài ra, chúng tôi sẽ chia sẻ danh sách kiểm tra thực tiễn để bạn hiểu liệu vấn đề có xuất phát từ máy chủ, xung đột plugin, dung lượng đĩa không đủ, hay quá trình cập nhật bị gián đoạn.

Lỗi “Website tạm thời không khả dụng vì bảo trì đã lên lịch” là gì?

WordPress tạo ra một chế độ bảo trì tạm thời để tránh việc người truy cập gặp phải các tệp không hoàn tất trong quá trình cập nhật lõi, giao diện, plugin hoặc bản dịch. Trong quá trình này, một tệp nhỏ có tên .maintenance được thêm vào thư mục gốc của trang web. Thông thường, khi quá trình cập nhật hoàn tất, WordPress sẽ tự động xóa tệp này và trang sẽ mở lại.

Tuy nhiên, nếu quá trình cập nhật bị gián đoạn, thời gian phản hồi của máy chủ kéo dài, quá trình PHP bị timeout, dung lượng đĩa đầy, hoặc tab trình duyệt bị đóng trong quá trình cập nhật, tệp .maintenance có thể không bị xóa. Kết quả là trang web sẽ bị kẹt trong chế độ bảo trì. Thông báo lỗi thường có dạng:

Website tạm thời không khả dụng vì bảo trì đã lên lịch. Hãy quay lại sau một phút.

Mặc dù thông báo này có vẻ nghiêm trọng ngay từ cái nhìn đầu tiên, nhưng trong hầu hết các trường hợp, nó không có nghĩa là mất dữ liệu. Điểm quan trọng là xác định tệp hoặc plugin nào đã dừng lại sau khi bạn xóa lỗi. Bởi vì việc chỉ xóa tệp .maintenance sẽ mở lại trang, nhưng việc cập nhật plugin chưa hoàn tất có thể gây ra các vấn đề về bảo mật, hiệu suất hoặc khả năng tương thích.

Các nguyên nhân phổ biến nhất của lỗi

Lỗi chế độ bảo trì trong WordPress không chỉ do một nguyên nhân duy nhất. Việc hiểu các nguyên nhân phổ biến nhất mà bạn thường gặp sẽ giúp giảm thời gian giải quyết vấn đề một cách đáng kể. Đặc biệt, trên các trang web sử dụng nhiều plugin, chạy trên phiên bản PHP cũ hoặc nằm trong các gói hosting có nguồn lực thấp, lỗi này có thể xảy ra thường xuyên hơn.

1. Cập nhật bị gián đoạn

Khi cập nhật nhiều plugin cùng một lúc từ bảng điều khiển WordPress, thời gian xử lý có thể kéo dài. Máy chủ tải xuống các gói cập nhật, giải nén tệp zip, thay thế các tệp cũ bằng tệp mới và tắt chế độ bảo trì. Nếu một trong những bước này bị gián đoạn, trang sẽ giữ chế độ bảo trì. Ví dụ, nếu bạn cập nhật 12 plugin cùng một lúc và kết nối trình duyệt bị mất, tệp .maintenance có thể vẫn còn trong hệ thống.

2. Tài nguyên máy chủ không đủ

Trong quá trình cập nhật, giới hạn bộ nhớ PHP, thời gian tối đa thực thi và tốc độ ghi đĩa rất quan trọng. Đặc biệt, các trình tạo trang lớn, WooCommerce, các plugin bảo mật hoặc các plugin đa ngôn ngữ có thể tiêu tốn nhiều tài nguyên hơn trong quá trình cập nhật. Nếu bạn đang sử dụng hosting chia sẻ và trang web của bạn thường xuyên đạt giới hạn tài nguyên, lỗi chế độ bảo trì có thể tái diễn. Nếu bạn cần nhiều tài nguyên ổn định hơn cho trang WordPress của mình, hãy xem xét các gói Hosting WordPress.

3. Hết dung lượng đĩa hoặc giới hạn inode

WordPress tạo ra các tệp tạm thời khi tải xuống gói cập nhật. Nếu dung lượng đĩa đầy hoặc giới hạn inode bị vượt quá, các tệp mới không thể được ghi. Trong trường hợp này, quá trình cập nhật không thể hoàn tất và chế độ bảo trì có thể không bị tắt. Đặc biệt, rất nhiều tệp cache nhỏ, bản sao lưu cũ, tệp log và thư mục giao diện không sử dụng có thể làm tăng lượng inode tiêu thụ.

4. Xung đột giữa các plugin hoặc giao diện

Một số plugin có thể thay đổi quyền truy cập tệp trong quá trình cập nhật, chặn các thao tác ghi tệp bằng quy tắc tường lửa hoặc có thể không tương thích với lõi WordPress. Nếu có các triệu chứng bổ sung như màn hình trắng, lỗi 500 hoặc không thể truy cập bảng điều khiển, có thể không chỉ là vấn đề chế độ bảo trì mà còn là vấn đề tương thích.

5. Vấn đề quyền và sở hữu tệp

WordPress cần quyền chính xác để có thể tạo và xóa tệp. Trong thực hành chung, quyền 755 cho thư mục và 644 cho tệp được sử dụng. Quyền sở hữu không đúng hoặc quyền hạn quá hạn chế có thể khiến WordPress không thể xóa tệp .maintenance. Trong những trường hợp như vậy, cần kiểm tra quyền sở hữu tệp qua bảng điều khiển hosting hoặc hỗ trợ kỹ thuật.

Giải pháp nhanh: Xóa tệp .maintenance

Giải pháp phổ biến và hiệu quả nhất là xóa tệp .maintenance trong thư mục chính của WordPress. Thư mục chính thường là public_html, www hoặc thư mục liên quan đến tên miền của bạn. Nếu bạn thấy các thư mục wp-admin, wp-content và wp-includes trong thư mục này, bạn đang ở đúng nơi.

Cảnh báo quan trọng: Sao lưu trước khi bắt đầu

Xóa tệp .maintenance là một thao tác có rủi ro thấp; tuy nhiên, nếu quá trình cập nhật bị ngắt quãng, tính toàn vẹn của tệp có thể đã bị phá vỡ. Do đó, nếu có thể, hãy sao lưu tệp và cơ sở dữ liệu trước. Nếu bảng điều khiển hosting của bạn có chức năng sao lưu tự động, hãy ghi chú lại điểm sao lưu an toàn cuối cùng. Đối với các trang web doanh nghiệp, thương mại điện tử hoặc có lưu lượng truy cập cao, việc xác định một khoảng thời gian bảo trì ngắn trước khi thực hiện thao tác là một thực tiễn tốt.

• Sao lưu cơ sở dữ liệu hoặc kiểm tra các bản sao lưu tự động hiện có.
• Không xóa thư mục wp-content; các tệp phương tiện, giao diện và plugin của bạn nằm ở đây.
• Chỉ nhắm mục tiêu đến tệp .maintenance trong thư mục gốc.
• Kiểm tra lại các bản cập nhật WordPress sau thao tác.

Phương pháp 1: Giải pháp qua cPanel File Manager

Đối với người dùng có kiến thức kỹ thuật hạn chế, cách thực tế nhất là sử dụng cPanel File Manager. Bạn có thể truy cập vào tệp thông qua bảng điều khiển Hostragons và khắc phục lỗi chỉ trong vài bước. Nếu bảng điều khiển hosting của bạn không có trình quản lý tệp, bạn có thể sử dụng phương pháp FTP.

Bước từng bước xóa .maintenance qua cPanel

• Đăng nhập vào bảng điều khiển hosting của bạn.
• Mở mục File Manager.
• Đi đến thư mục public_html nơi chứa cài đặt WordPress của bạn.
• Bật tùy chọn hiển thị các tệp ẩn ở góc trên bên phải hoặc trong phần cài đặt. Các tệp bắt đầu bằng dấu chấm có thể không hiển thị theo mặc định.
• Tìm tệp .maintenance.
• Chọn tệp và thực hiện lệnh Xóa.
• Làm mới bộ nhớ cache của trình duyệt và xóa bộ nhớ cache nếu có.
• Mở lại trang web của bạn trong tab ẩn danh để kiểm tra.

Nếu trang mở lại sau khi xóa tệp, giai đoạn đầu tiên đã hoàn tất. Tuy nhiên, hãy ngay lập tức truy cập bảng điều khiển WordPress và kiểm tra Trang chủ > Cập nhật. Chạy lại từng bản cập nhật plugin hoặc giao diện không thành công. Thay vì thực hiện cập nhật hàng loạt cùng một lúc, sẽ an toàn hơn khi cập nhật trước lõi WordPress, sau đó là giao diện, và cuối cùng là các plugin.

Phương pháp 2: Giải pháp qua FTP hoặc SFTP

Phương pháp FTP/SFTP là lý tưởng cho những người không có quyền truy cập cPanel hoặc muốn thực hiện các thao tác tệp từ máy tính để bàn. Bạn có thể kết nối với máy chủ bằng các client như FileZilla, Cyberduck hoặc WinSCP. Về mặt bảo mật, nếu có thể, bạn nên sử dụng SFTP thay vì FTP.

Các bước thực hiện qua FTP

• Mở client FTP của bạn và kết nối với địa chỉ máy chủ, tên người dùng, mật khẩu và thông tin cổng.
• Đi đến thư mục cài đặt WordPress. Thường thì đó là thư mục public_html.
• Bật tùy chọn hiển thị các tệp ẩn trong client. Trong FileZilla, tùy chọn này thường nằm trong menu Máy chủ > Bắt buộc hiển thị các tệp ẩn.
• Tìm tệp .maintenance.
• Xóa tệp hoặc tải về máy tính trước rồi xóa trên máy chủ để đảm bảo.
• Làm mới trang và kiểm tra tình trạng cập nhật từ bảng điều khiển.

Nếu kết nối FTP không thành công, bạn cần kiểm tra cổng, mật khẩu, các rào cản IP hoặc tường lửa. Nếu tên miền vừa mới được chuyển, có thể DNS chưa hoàn tất. Trong những trường hợp như vậy, hãy thử kết nối bằng địa chỉ máy chủ tạm thời hoặc địa chỉ IP trực tiếp. Nếu bạn cần hỗ trợ về quản lý tên miền và các bản ghi DNS, việc liên kết đến nội dung Tra cứu tên miền và quản lý tên miền sẽ cải thiện trải nghiệm người dùng.

Phương pháp 3: Giải pháp nhanh qua SSH

Đối với người dùng có quyền truy cập SSH, phương pháp nhanh nhất là sử dụng dòng lệnh. Thao tác này đặc biệt tiết kiệm thời gian cho các đại lý và nhà phát triển quản lý nhiều trang WordPress. Hãy thực hiện các lệnh một cách cẩn thận để không thực hiện thao tác sai trong thư mục.

Các lệnh SSH

Trước tiên, hãy đi đến thư mục gốc của WordPress:

cd public_html

Liệt kê các tệp ẩn:

ls -la

Xóa tệp .maintenance:

rm .maintenance

Sau đó, hãy kiểm tra trang. Nếu có nhiều cài đặt WordPress, hãy xác minh thư mục mà bạn đang thực hiện thao tác. Xóa các tệp trong thư mục sai có thể gây ra sự cố cho các trang khác nhau. Khi thực hiện thao tác trên SSH, nếu có thể, hãy xác minh thư mục hiện tại của bạn bằng lệnh pwd.

Phương pháp 4: Hoàn tất cập nhật bằng WP-CLI

WP-CLI là một công cụ mạnh mẽ cho phép bạn quản lý WordPress từ dòng lệnh. Nó không chỉ xóa tệp .maintenance mà còn hỗ trợ kiểm tra và hoàn tất các bản cập nhật. Đây là một trong những phương pháp sạch nhất cho người dùng ở cấp độ phát triển.

Các kiểm tra ví dụ WP-CLI

• Kiểm tra phiên bản WordPress với wp core version.
• Hiển thị trạng thái plugin với wp plugin list.
• Thay vì wp plugin update --all, hãy cập nhật từng plugin một trên các trang web có rủi ro.
• Kiểm tra thông tin giao diện và phiên bản với wp theme list.
• Xóa bộ nhớ cache của WordPress với wp cache flush.

Khi sử dụng WP-CLI, bạn có thể kiểm tra xem chế độ bảo trì còn hoạt động hay không bằng cách kiểm tra tệp .maintenance trong thư mục gốc. Nếu bạn nhận được thông báo lỗi trong quá trình cập nhật, hãy ghi chú tên plugin trong đầu ra. Tạm thời vô hiệu hóa plugin gặp sự cố và thử nghiệm cập nhật trong môi trường thử nghiệm sẽ an toàn hơn.

Bảng so sánh các phương pháp giải quyết

Tôi đã xóa tệp .maintenance nhưng trang vẫn không mở: Tôi nên làm gì?

Trong một số trường hợp, chế độ bảo trì có thể bị tắt nhưng trang vẫn có thể hiển thị màn hình trắng, lỗi 500 Internal Server Error, lỗi nghiêm trọng hoặc thiết kế bị hỏng. Điều này cho thấy rằng quá trình cập nhật có thể chưa hoàn tất ở cấp độ tệp. Đừng hoảng sợ, hãy thực hiện các kiểm tra dưới đây theo thứ tự.

1. Làm sạch bộ nhớ cache

Trình duyệt, plugin bộ nhớ cache WordPress, bộ nhớ cache máy chủ và tầng CDN có thể tiếp tục hiển thị màn hình chế độ bảo trì cũ. Trước tiên, hãy mở trình duyệt trong tab ẩn danh. Sau đó, nếu có, hãy làm sạch bộ nhớ cache của các plugin như LiteSpeed Cache, WP Rocket, W3 Total Cache hoặc tương tự. Nếu bạn đang sử dụng CDN, hãy thực hiện thao tác xóa bộ nhớ cache. Nếu có vấn đề với cấu hình SSL và kết nối bảo mật, bạn có thể được hướng dẫn về cách sử dụng chứng chỉ đúng cách thông qua trang Chứng Chỉ SSL.

2. Tạm thời vô hiệu hóa các plugin gây sự cố

Nếu bạn không thể truy cập bảng điều khiển, hãy vào thư mục wp-content/plugins qua FTP hoặc File Manager. Đổi tên thư mục của plugin nghi ngờ, chẳng hạn như tên-plugin-bị-ẩn. Thao tác này sẽ vô hiệu hóa plugin đó. Nếu trang mở lại, vấn đề có thể nằm ở plugin đó. Nếu bạn không biết plugin nào gây lỗi, bạn có thể tạm thời đổi tên thư mục plugins thành plugins-old để tắt tất cả các plugin, sau đó lần lượt mở lại từng cái một.

3. Chuyển sang giao diện mặc định

Nếu quá trình cập nhật là do giao diện, giao diện đang hoạt động có thể làm hỏng trang. Nếu bạn không thể truy cập bảng điều khiển, có thể cần thay đổi giao diện đang hoạt động trong cơ sở dữ liệu hoặc đổi tên thư mục giao diện. WordPress có thể quay trở lại một trong các giao diện mặc định như Twenty Twenty-Four hoặc Twenty Twenty-Five nếu có một giao diện mặc định phù hợp. Đối với các trang sử dụng giao diện tùy chỉnh, hãy chắc chắn sao lưu trước khi thực hiện thao tác.

4. Kiểm tra nhật ký lỗi PHP

Để hiểu nguyên nhân thực sự của lỗi, hãy kiểm tra tệp error_log. Các thông báo như “Kích thước bộ nhớ cho phép đã hết”, “Lỗi nghiêm trọng”, “Quyền bị từ chối” hoặc “Không còn không gian trên thiết bị” sẽ chỉ ra nguồn gốc của vấn đề một cách rõ ràng. Ví dụ, nếu bạn thấy “Kích thước bộ nhớ cho phép đã hết”, bạn có thể cần nâng cao giá trị memory_limit của PHP. Đối với các trang web sử dụng WooCommerce và nhiều plugin, giới hạn bộ nhớ 256 MB hoặc cao hơn có thể mang lại kết quả ổn định hơn.

5. Cài đặt lại các bản cập nhật thiếu

Nếu các tệp lõi của WordPress bị gián đoạn, bạn có thể sử dụng tùy chọn “Cài đặt lại WordPress” từ bảng điều khiển. Thao tác này sẽ không xóa thư mục wp-content và cơ sở dữ liệu; nó sẽ làm mới các tệp lõi. Tuy nhiên, vẫn cần sao lưu trước khi thực hiện thao tác trên trang trực tiếp. Nếu quá trình cập nhật plugin bị gián đoạn, bạn có thể tải plugin đó từ nguồn chính thức và cài đặt lại hoặc cập nhật lại từ bảng điều khiển.

Các thực hành tốt nhất để ngăn ngừa tái diễn lỗi

Lỗi “Website tạm thời không khả dụng vì bảo trì đã lên lịch” trong WordPress thường được khắc phục nhanh; tuy nhiên, nếu nó xảy ra thường xuyên, bạn cần cải thiện cơ sở hạ tầng hoặc quy trình bảo trì của mình. Các thực hành dưới đây đặc biệt quan trọng cho các trang web doanh nghiệp có lưu lượng truy cập hoặc dự án thương mại điện tử.

Cập nhật từng bước, không đồng loạt

Cập nhật 20 plugin cùng một lúc có vẻ tiết kiệm thời gian; nhưng nó làm khó khăn cho việc gỡ lỗi. Thứ tự an toàn hơn là: trước tiên là sao lưu đầy đủ, sau đó cập nhật lõi WordPress, tiếp theo là giao diện, cuối cùng là cập nhật các plugin theo nhóm 3-5. Kiểm tra trang sau mỗi bản cập nhật cho các plugin quan trọng.

Sử dụng môi trường thử nghiệm

Đối với các trang web doanh nghiệp, việc thực hiện cập nhật trực tiếp trên trang trực tiếp là rủi ro. Môi trường thử nghiệm cho phép bạn thực hiện các bài kiểm tra cập nhật trên bản sao của trang web của bạn. Như vậy, bạn có thể phát hiện các vấn đề tương thích với plugin hoặc giao diện mà không để khách truy cập nhìn thấy. Đặc biệt, trên các cửa hàng WooCommerce, các tích hợp thanh toán, giỏ hàng, thành viên và giao hàng cần phải được kiểm tra sau khi cập nhật.

Lập kế hoạch sao lưu tự động

Sao lưu hàng ngày hoặc hàng tuần sẽ giúp rút ngắn thời gian phục hồi trong các vấn đề như lỗi chế độ bảo trì. Nếu trang của bạn nhận dữ liệu đơn hàng, biểu mẫu hoặc thành viên hàng ngày, nên chọn sao lưu cơ sở dữ liệu hàng ngày. Đối với các trang web doanh nghiệp tĩnh, sao lưu hàng tuần có thể đủ. Việc lưu trữ các bản sao lưu ở một vị trí bên ngoài, không phải trên cùng một máy chủ, sẽ an toàn hơn.

Giữ phiên bản PHP và WordPress luôn cập nhật

Các phiên bản PHP cũ có thể gây rủi ro về hiệu suất và bảo mật. WordPress và các plugin phổ biến hoạt động hiệu quả hơn trên các phiên bản PHP mới. Nếu máy chủ của bạn hỗ trợ các phiên bản hiện đại như PHP 8.2 hoặc 8.3, bạn có thể lập kế hoạch chuyển đổi bằng cách thực hiện kiểm tra tương thích. Hãy kiểm tra tình trạng hỗ trợ của các giao diện và plugin trước khi chuyển đổi.

Theo dõi tài nguyên hosting

Nếu trang web của bạn thường xuyên bị kẹt trong quá trình cập nhật, hãy kiểm tra mức sử dụng CPU, RAM, I/O, dung lượng đĩa và inode. Giới hạn tài nguyên thấp không chỉ gây ra lỗi chế độ bảo trì mà còn có thể dẫn đến tốc độ tải trang chậm và vấn đề với bảng điều khiển. Để có một cơ sở hạ tầng có thể mở rộng hơn, bạn có thể xem xét chuyển sang Hosting Web hoặc các gói tập trung vào WordPress.

Ảnh hưởng đến SEO và trải nghiệm người dùng

Khi lỗi chế độ bảo trì chỉ kéo dài trong thời gian ngắn, nó thường không gây ra mất mát SEO nghiêm trọng. Tuy nhiên, nếu trang không thể truy cập trong nhiều giờ hoặc nhiều ngày, các bot tìm kiếm có thể xem các trang là không thể truy cập tạm thời, người dùng sẽ rời khỏi trang và mất đi cơ hội chuyển đổi. Đặc biệt trong các chiến dịch quảng cáo, thời gian khuyến mãi hoặc giờ bán hàng cao điểm, lỗi này có thể gây tổn thất doanh thu.

Google có thể chấp nhận các gián đoạn tạm thời; nhưng các vấn đề truy cập lặp lại có thể ảnh hưởng tiêu cực đến ngân sách thu thập và tín hiệu người dùng. Do đó, sau khi giải quyết lỗi, hãy kiểm tra không chỉ trang chủ mà còn cả các URL quan trọng: trang liên hệ, trang sản phẩm, các bước thanh toán, bài viết blog và bảng điều khiển. Ngoài ra, hãy kiểm tra xem có sự gia tăng lỗi thu thập hoặc lỗi máy chủ trong Search Console hay không.

Danh sách kiểm tra nhanh

Trong những tình huống khẩn cấp, bạn có thể theo dõi danh sách ngắn dưới đây để giải quyết lỗi một cách có hệ thống:

• Truy cập vào thư mục gốc của trang: public_html hoặc thư mục tên miền.
• Hiển thị các tệp ẩn.
• Xóa tệp .maintenance.
• Làm sạch bộ nhớ cache của trình duyệt, plugin, máy chủ và CDN.
• Kiểm tra các bản cập nhật từ bảng điều khiển WordPress.
• Cố gắng lại từng bản cập nhật plugin hoặc giao diện không thành công.
• Kiểm tra dung lượng đĩa, inode, giới hạn bộ nhớ PHP và nhật ký lỗi.
• Nếu sự cố tái diễn, hãy đánh giá tài nguyên hosting và sự tương thích của plugin.

Khi nào bạn nên tìm kiếm hỗ trợ chuyên nghiệp?

Nếu bạn đã xóa tệp .maintenance nhưng trang vẫn không mở, nếu bạn không thể truy cập bảng điều khiển, nhận được email lỗi nghiêm trọng, hoặc nếu luồng đơn hàng trên trang thương mại điện tử của bạn bị ảnh hưởng, việc tìm kiếm hỗ trợ chuyên nghiệp có thể tiết kiệm thời gian của bạn. Đặc biệt, nếu bạn không chắc chắn về việc can thiệp vào cơ sở dữ liệu, chỉnh sửa tệp giao diện hoặc các lệnh SSH, hãy ưu tiên tìm sự hỗ trợ từ chuyên gia thay vì thử nghiệm.

Tại phía hosting, các quyền tệp, dung lượng đĩa, giới hạn PHP và quy tắc bảo mật có thể được kiểm tra để cô lập vấn đề nhanh hơn. Đội ngũ hỗ trợ trên nền tảng Hostragons có thể giúp kiểm tra các tệp, tài nguyên và nhật ký lỗi trong các sự cố kẹt trong chế độ bảo trì. Nếu bạn đang khởi động một dự án mới, bạn có thể thêm các liên kết tự nhiên đến các trang tên miền, hosting và Chứng Chỉ SSL để lập kế hoạch cho tên miền, hosting và SSL cùng nhau.

Kết luận

Lỗi “Website tạm thời không khả dụng vì bảo trì đã lên lịch” trong WordPress thường là một khóa bảo trì tạm thời xảy ra trong quá trình cập nhật và thường được giải quyết bằng cách xóa tệp .maintenance trong thư mục gốc. Để có giải pháp lâu dài, cần hoàn tất các bản cập nhật không thành công, làm sạch bộ nhớ cache, kiểm tra quyền tệp, theo dõi dung lượng đĩa và thực hiện các bản cập nhật theo từng bước.

Trong ngắn hạn, việc nhanh chóng đưa trang web trở lại hoạt động là quan trọng; còn trong dài hạn, một cơ sở hạ tầng hosting mạnh mẽ, sao lưu thường xuyên và việc sử dụng môi trường thử nghiệm sẽ giảm thiểu các gián đoạn như vậy. Nếu bạn muốn xem xét lại cơ sở hạ tầng của mình để trang WordPress hoạt động ổn định hơn, hãy xem các giải pháp hosting tập trung vào WordPress của Hostragons và yên tâm đánh giá gói phù hợp với nhu cầu của bạn.

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

Lỗi “Website tạm thời không khả dụng vì bảo trì đã lên lịch” xảy ra vì lý do gì?

Lỗi này xảy ra khi tệp .maintenance mà WordPress tạo ra trong quá trình cập nhật không thể tự động bị xóa sau khi quá trình hoàn tất. Nguyên nhân thường gặp bao gồm cập nhật bị gián đoạn, thời gian chờ của máy chủ, dung lượng đĩa không đủ, giới hạn PHP hoặc xung đột giữa các plugin.

Xóa tệp .maintenance có an toàn không?

Có, trong hầu hết các trường hợp, việc xóa tệp .maintenance là an toàn và sẽ giúp trang web thoát khỏi chế độ bảo trì. Tuy nhiên, vì quá trình cập nhật có thể đã bị gián đoạn, nên cần kiểm tra các bản cập nhật WordPress, các plugin, giao diện và nhật ký lỗi sau thao tác.

Tôi đã xóa tệp nhưng vẫn thấy cùng một thông báo, tôi nên làm gì?

Trước tiên, hãy làm sạch bộ nhớ cache của trình duyệt, plugin bộ nhớ cache WordPress, bộ nhớ cache máy chủ và CDN. Sau đó, hãy thử kiểm tra trong tab ẩn danh. Nếu thông báo vẫn xuất hiện, hãy chắc chắn rằng bạn đã thực hiện thao tác đúng trong thư mục WordPress và đã hiển thị các tệp ẩn.

Lỗi này có ảnh hưởng đến hiệu suất SEO của tôi không?

Chế độ bảo trì kéo dài trong thời gian ngắn thường không gây ra mất mát SEO nghiêm trọng. Tuy nhiên, nếu trang không thể truy cập trong thời gian dài, các bot tìm kiếm có thể không thể thu thập dữ liệu các trang, trải nghiệm người dùng có thể xấu đi và tỷ lệ chuyển đổi có thể giảm. Do đó, lỗi cần được giải quyết càng nhanh càng tốt.

Làm thế nào để ngăn ngừa lỗi này tái diễn?

Thay vì thực hiện các bản cập nhật đồng loạt, hãy thực hiện từng bước, sao lưu thường xuyên, thử nghiệm trên môi trường thử nghiệm, giữ phiên bản PHP và WordPress luôn cập nhật, theo dõi dung lượng đĩa và tài nguyên hosting. Nếu vấn đề xảy ra thường xuyên, hãy xem xét lại gói hosting và sự tương thích của các plugin.