Google Sheets Miễn Phí Giới Hạn Bao Nhiêu Dòng? (2026)

Bảng tính chạy ì ạch lúc 11 giờ đêm, trong khi đơn hàng vẫn đang đổ về

Chủ shop online thường phát hiện ra giới hạn của Google Sheets không phải qua tài liệu của Google, mà qua một buổi tối cuối tháng ngồi tổng hợp doanh thu, mở file lên và thấy con trỏ chuột load mất 3-4 giây mỗi lần gõ công thức. File "Quản lý đơn hàng 2026" của một shop bán mỹ phẩm online, sau 8 tháng ghi chép liên tục, đã phình lên khoảng 45.000 dòng với hơn 20 cột (mã đơn, SKU, giá vốn, giá bán, ship, trạng thái, VLOOKUP tra cứu tồn kho...). Mỗi lần mở file mất gần 1 phút, mỗi lần sửa một ô có công thức tham chiếu, cả bảng tính "đơ" vài giây trước khi tính lại xong.

Vấn đề không nằm ở việc "Sheets dở" — nó là công cụ miễn phí cực tốt cho việc bắt đầu. Vấn đề là ít ai biết chính xác giới hạn kỹ thuật ở đâu, và quan trọng hơn: dấu hiệu nào báo trước là sắp chạm giới hạn đó, trước khi nó gây gián đoạn công việc thật.

Con số giới hạn chính thức — và con số thực tế bạn sẽ gặp trước đó rất lâu

Theo công bố của Google, một file Google Sheets miễn phí (tài khoản cá nhân, không phải Google Workspace trả phí) giới hạn ở 10 triệu ô tính trên toàn bộ file, bất kể chia bao nhiêu sheet con. Không giới hạn cứng theo "số dòng" — Google diễn đạt theo số ô vì một sheet 26 cột sẽ đầy nhanh hơn nhiều so với sheet chỉ có 5 cột.

Giới hạn	Google Sheets miễn phí	Ghi chú
Tổng số ô/file	10.000.000 ô	Cộng dồn tất cả các sheet trong 1 file
Số cột tối đa	18.278 cột	Tương đương cột ZZZ
Dung lượng import file .xlsx	~100MB	Import qua Google Sheets sẽ convert, có thể lỗi ở file lớn
Số cộng tác viên đồng thời	~100-200 người/file	Thực tế vượt 50 người đã bắt đầu lag
Tốc độ xử lý công thức mảng lớn	Không công bố, giảm rõ rệt >30.000 dòng	Phụ thuộc số công thức, không chỉ số dòng

Với bảng tính đơn giản (5-10 cột, chủ yếu là text và số, ít công thức) thì 10 triệu ô nghĩa là bạn có thể có cả triệu dòng dữ liệu mà vẫn mở được — dù chậm. Nhưng thực tế gần như không ai chạm đúng giới hạn 10 triệu ô mà bỏ cuộc trước đó rất lâu, ở đâu đó quanh 30.000-80.000 dòng, vì lý do khác: tốc độ.

Vì sao file 40.000 dòng đã "đơ" dù còn cách giới hạn ô rất xa

Đây là điểm nhiều người hiểu sai. Google Sheets không chậm vì "nhiều dòng" — nó chậm vì mỗi công thức có tham chiếu (VLOOKUP, SUMIF, ARRAYFORMULA, QUERY) phải chạy lại toàn bộ mỗi khi có bất kỳ ô nào trong phạm vi tham chiếu thay đổi. Một file quản lý kho của một cửa hàng tạp hóa có 15.000 SKU, mỗi dòng có 3 công thức VLOOKUP tra cứu giá từ sheet khác — tổng cộng 45.000 phép tính công thức. Mỗi lần nhập 1 đơn nhập hàng mới, Sheets phải tính lại toàn bộ 45.000 công thức đó trong vài giây, cảm giác như máy đơ.

Ba thứ ăn tốc độ nhanh nhất, xếp theo mức độ nguy hiểm:

• ARRAYFORMULA và QUERY chạy trên cả cột (ví dụ =ARRAYFORMULA(nếu A:A khác rỗng thì...) — Sheets phải quét toàn bộ cột kể cả các dòng trống bên dưới, có khi lên tới hàng triệu ô ảo dù bạn chỉ dùng 5.000 dòng thật.
• Conditional formatting phức tạp áp cho cả vùng lớn — mỗi lần render lại màn hình, Sheets phải tính điều kiện cho từng ô trong vùng đó.
• Nhiều sheet liên kết chéo qua IMPORTRANGE — mỗi lần mở file, Sheets phải đồng bộ dữ liệu từ (các) file nguồn, cực kỳ chậm nếu file nguồn cũng nặng.

Một quán cà phê chuỗi 4 chi nhánh dùng 1 file tổng hợp doanh thu, mỗi chi nhánh có sheet riêng ~8.000 dòng/tháng, dùng IMPORTRANGE kéo dữ liệu về sheet tổng. Sau 6 tháng, file tổng mất 15-20 giây để load mỗi lần mở — nhân viên bắt đầu tránh mở file để nhập liệu, dẫn tới số liệu bị trễ vài ngày so với thực tế bán hàng.

4 dấu hiệu báo trước — đừng đợi tới lúc file không mở nổi mới xử lý

Doanh nghiệp không nên đợi đến khi Sheets sập mới hành động, vì lúc đó dữ liệu lịch sử đã khó tách ra an toàn. Bốn dấu hiệu sau, nếu xuất hiện 2 trong số đó cùng lúc, là lúc nên nghiêm túc cân nhắc chuyển đổi:

• File mất trên 5 giây để mở hoặc để tính lại sau mỗi thao tác nhập liệu — đo thử bằng cách bấm giờ khi gõ 1 công thức mới vào ô trống.
• Trên 3 người cùng sửa file đồng thời và bắt đầu báo "màn hình bị đứng", hoặc dữ liệu bị ghi đè lẫn nhau — Sheets không có khóa ô (row locking) thật sự, ai cũng có thể ghi đè ai.
• Bạn phải tách file thành nhiều bản theo tháng/quý chỉ để giữ tốc độ dùng được — đây là dấu hiệu rõ nhất, vì lúc này bạn đang tự phá vỡ tính toàn vẹn dữ liệu (không còn xem được lịch sử liền mạch) chỉ để né giới hạn kỹ thuật.
• Công thức tra cứu (VLOOKUP/QUERY) trả về lỗi #REF hoặc #N/A ngẫu nhiên không phải do sai công thức, mà do phạm vi tham chiếu quá lớn khiến Sheets timeout khi tính toán.

Với các shop bán hàng online quy mô dưới 500 đơn/tháng, những dấu hiệu này thường không xuất hiện trong 1-2 năm đầu. Nhưng với ngành có tốc độ ghi dữ liệu cao — quán ăn/cà phê ghi order theo giờ, cửa hàng bán buôn nhập/xuất kho mỗi ngày — mốc 30.000-50.000 dòng có thể chạm sau 6-10 tháng.

Ba hướng xử lý khi Sheets bắt đầu ì — không phải cái nào cũng cần "nhảy" sang phần mềm mới

Không phải cứ thấy chậm là phải bỏ Google Sheets. Có 3 mức xử lý, đi từ rẻ/nhanh đến tốn công hơn, và nên thử theo đúng thứ tự này trước khi kết luận cần đổi nền tảng.

Mức 1: Dọn dẹp công thức, không đổi cấu trúc file

Thay ARRAYFORMULA quét cả cột bằng công thức giới hạn phạm vi cụ thể (ví dụ A2:A5000 thay vì A:A). Xóa conditional formatting không cần thiết. Chuyển các công thức tính toán nặng (SUMIFS nhiều điều kiện) sang chạy 1 lần rồi paste giá trị (Ctrl+Shift+V) cho phần dữ liệu lịch sử đã chốt, chỉ giữ công thức sống cho tháng hiện tại. Cách này có thể giảm 40-60% thời gian tải cho file đã bắt đầu chậm, chi phí gần như bằng 0, chỉ mất công dọn 1-2 tiếng.

Mức 2: Tách dữ liệu theo chu kỳ, dùng sheet tổng hợp riêng

Tách file theo quý thay vì để 1 file gộp cả năm, dùng 1 file "Tổng hợp" chỉ chứa các số liệu đã đóng (không công thức sống liên kết chéo). Đây là cách nhiều shop nhỏ dùng khi chưa sẵn sàng đầu tư phần mềm — nhưng đánh đổi là mất khả năng xem báo cáo real-time xuyên suốt cả năm chỉ bằng vài cú lọc, và dễ sai sót khi phải tổng hợp thủ công giữa các file.

Mức 3: Chuyển sang công cụ chuyên biệt khi Sheets không còn đáp ứng nghiệp vụ, không chỉ tốc độ

Đây là lúc cần phân biệt rõ: nếu vấn đề chỉ là tốc độ, mức 1 và 2 xử lý được. Nhưng nếu vấn đề là nghiệp vụ — cần nhiều người nhập liệu đồng thời không đè dữ liệu nhau, cần phân quyền xem/sửa theo vai trò, cần báo cáo tự động không phải ngồi tổng hợp tay mỗi tháng — thì Sheets kể cả khi chạy nhanh cũng không giải quyết được, vì nó vốn không được thiết kế cho luồng làm việc nhiều người dùng đồng thời có ràng buộc nghiệp vụ.

Đây đúng là chỗ các mẫu quản lý xây sẵn trên nền Google Sheets như của SheetStore giải quyết được — không phải bằng cách "thay thế Sheets", mà bằng cách cấu trúc lại file theo mô hình nhiều sheet nhỏ liên kết có kiểm soát, tách công thức nặng ra khỏi luồng nhập liệu chính, và có sẵn cơ chế phân quyền/báo cáo tự động mà không cần biết viết Apps Script từ đầu. Với các shop đang ở mức 30.000-60.000 dòng và thấy mức 1-2 chỉ là giải pháp tạm, đây là bước trung gian trước khi cân nhắc phần mềm quản lý riêng.

Ví dụ thực tế: shop thời trang online từ 8.000 lên 52.000 dòng trong 14 tháng

Một shop thời trang bán qua Facebook/Shopee dùng 1 file Sheets quản lý đơn hàng từ ngày đầu mở bán. Tháng 1: khoảng 600 đơn, file nhẹ, mượt. Tháng 14: lũy kế 52.000 dòng đơn hàng, cộng thêm sheet tồn kho 1.200 SKU với công thức VLOOKUP tra 3 chiều (màu, size, kho). File bắt đầu lag rõ từ khoảng tháng 9 (~32.000 dòng), nhưng chủ shop vẫn cố dùng tiếp vì "chưa quen công cụ khác".

Hậu quả cụ thể: 2 lần trong tháng 12 file bị "not responding" giữa lúc đang chốt đơn Black Friday, phải đợi 5-7 phút mỗi lần mới thao tác lại được — trong khung giờ vàng bán hàng. Sau đó chủ shop tách file theo mô hình mức 2 (tách theo quý) kết hợp dùng template báo cáo bán hàng tự động theo tuần/tháng/quý để không phải tổng hợp tay giữa các file quý, giảm thời gian tổng hợp cuối tháng từ 3 tiếng xuống còn 20 phút.

Với các shop chưa tới mức đó nhưng đã bắt đầu ghi nhận doanh thu đều đặn, việc dùng sẵn mẫu báo cáo bán hàng có cấu trúc công thức tối ưu ngay từ đầu giúp tránh việc phải sửa lại cấu trúc file giữa chừng khi dữ liệu đã lớn — sửa cấu trúc lúc file còn 2.000 dòng dễ hơn rất nhiều so với lúc đã 40.000 dòng.

Vấn đề dung lượng và tốc độ đồng bộ khi nhiều người cùng dùng

Ngoài giới hạn ô, có một giới hạn ít ai để ý: số lượng công thức IMPORTRANGE và số người truy cập đồng thời. Một hộ kinh doanh vật liệu xây dựng có 5 nhân viên bán hàng, mỗi người có 1 file ghi đơn riêng, dùng IMPORTRANGE kéo về 1 file chủ. Khi cả 5 người cùng nhập liệu lúc 8-9 giờ sáng (giờ cao điểm khách gọi đặt hàng), file chủ bắt đầu báo lỗi "Loading..." kéo dài, một số công thức IMPORTRANGE trả về #REF do quá tải yêu cầu đồng bộ.

Đây là giới hạn không nằm trong bảng công bố chính thức của Google nhưng lại là nguyên nhân phổ biến nhất khiến doanh nghiệp nhỏ (5-15 nhân sự) cảm thấy Sheets "không chịu nổi" dù số dòng dữ liệu còn xa mức 10 triệu ô. Vấn đề ở đây không phải dung lượng, mà là tần suất ghi/đọc đồng thời — thứ Google Sheets miễn phí không được tối ưu cho use case nhiều người thao tác cùng lúc theo thời gian thực.

Cách giảm nhẹ tạm thời: hạn chế số công thức IMPORTRANGE hoạt động cùng lúc, gộp các file nhân viên thành 1 file có nhiều sheet (thay vì nhiều file riêng kéo về), và tránh để tất cả nhân viên cùng mở 1 sheet để sửa cùng 1 vùng dữ liệu.

Khi nào thật sự cần dừng lại và tính đường dài, thay vì vá tạm từng tháng

Có một ngưỡng tâm lý đáng nói: nhiều chủ shop biết file đang chậm dần nhưng trì hoãn xử lý vì nghĩ "chuyển đổi mất công, học lại từ đầu". Thực tế, nếu doanh nghiệp vẫn muốn giữ nền tảng Google Sheets quen thuộc (không phải học phần mềm mới hoàn toàn), việc chuyển từ 1 file gộp lộn xộn sang cấu trúc nhiều sheet có quan hệ rõ ràng, dùng công thức tối ưu, không phải là "đổi công cụ" — vẫn là Sheets, chỉ là được thiết kế lại đúng cách từ đầu.

Nếu quy mô dữ liệu đã hoặc sắp vượt 30.000 dòng, có từ 3 người trở lên cùng thao tác, hoặc cần báo cáo tự động thay vì tổng hợp tay — đây là lúc nên đầu tư cấu trúc lại thay vì tiếp tục vá tạm. Với các hộ kinh doanh nhỏ hơn (dưới 5.000 dòng, 1-2 người thao tác), dùng đúng file gọn nhẹ như mẫu quản lý chi tiêu cá nhân hoặc mẫu hóa đơn có đánh số tự động là đủ, chưa cần lo giới hạn ô làm gì.

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

Google Sheets miễn phí giới hạn bao nhiêu dòng?

Google không giới hạn trực tiếp theo số dòng mà giới hạn 10 triệu ô mỗi file (bao gồm cả ô trống có định dạng). Với sheet 10 cột, tương đương khoảng 1 triệu dòng dữ liệu. Nếu sheet có nhiều cột hoặc công thức phức tạp, số dòng tối đa sẽ giảm xuống đáng kể, có khi chỉ còn vài chục nghìn dòng trước khi file bắt đầu lag.

Vì sao file Google Sheets chưa đầy 10 triệu ô mà đã bị lag?

Công thức mảng, VLOOKUP/QUERY tham chiếu cả cột, conditional formatting và pivot table đều tính vào tải xử lý, không chỉ số ô có dữ liệu. Một file 50.000 dòng dùng nhiều IMPORTRANGE hoặc ARRAYFORMULA có thể lag nặng hơn file 500.000 dòng dữ liệu thuần. Dấu hiệu dễ thấy: gõ công thức mất vài giây mới hiện kết quả, mở file lâu, hoặc trình duyệt báo tab dùng quá nhiều RAM.

Làm sao biết doanh nghiệp đã đến lúc cần đổi khỏi Google Sheets?

Ba dấu hiệu rõ nhất: nhiều người cùng nhập liệu thường xuyên bị lỗi ghi đè hoặc mất dữ liệu, báo cáo phải chờ vài phút mới load xong, và cần phân quyền chi tiết theo từng nhân viên (chỉ xem đơn của mình, không thấy giá vốn...) mà Sheets không làm được. Nếu gặp 2/3 dấu hiệu này, nên chuyển sang phần mềm quản lý có database riêng.

Có cách nào dùng Google Sheets lâu hơn trước khi đầy giới hạn không?

Có thể tách dữ liệu theo tháng/quý ra nhiều file rồi dùng IMPORTRANGE tổng hợp, xóa định dạng ô thừa (ô trống vẫn tô màu/border tính vào 10 triệu ô), hạn chế ARRAYFORMULA tham chiếu cả cột (A:A) mà giới hạn theo vùng cụ thể (A2:A5000). Đây chỉ là giải pháp tạm, dữ liệu càng lớn quản lý càng rối và rủi ro mất dữ liệu tăng theo thời gian.