Đăng ký bằng Google
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Chúng tôi rất mong được thấy cách bạn dự định sử dụng giản đồ trong email. Bạn có thể bắt đầu kiểm thử quy trình tích hợp của riêng mình ngay hôm nay. Tất cả các giản đồ bạn gửi cho chính mình (từ x@gmail.com đến x@gmail.com) sẽ xuất hiện trong các sản phẩm của Google. Vậy thì hãy thử ngay bây giờ!
Khi sẵn sàng gửi email được đánh dấu cho người dùng, bạn cần đăng ký với Google. Vui lòng làm theo quy trình này:
- Đảm bảo rằng bạn đáp ứng tất cả các nguyên tắc và yêu cầu nêu bên dưới.
- Gửi một email thực tế từ máy chủ sản xuất của bạn (hoặc một máy chủ có tiêu đề DKIM/SPF/Từ:/Đường dẫn trả về tương tự) bao gồm cả mã đánh dấu / lược đồ đến schema.whitelisting+sample@gmail.com. Chúng tôi cần email này để kiểm tra xem bạn có tuân thủ tất cả các nguyên tắc và yêu cầu được nêu trong Nguyên tắc đăng ký hay không.
- Nếu bạn gửi một email thử nghiệm/trống, một email không chứa giản đồ hoặc nếu bạn không gửi email để xem xét, thì ứng dụng của bạn sẽ bị loại bỏ mà không có thông báo.
- Đảm bảo rằng mã đánh dấu chính xác trước khi gửi email. Để biết thêm thông tin chi tiết, hãy xem phần Kiểm thử giản đồ. Đặc biệt, hãy đảm bảo rằng email vượt qua Trình kiểm tra mã đánh dấu email và không có lỗi, đồng thời đảm bảo rằng bạn đã thêm nhiều dữ liệu nhất có thể.
- Gmail sẽ xoá tất cả mã đánh dấu khi chuyển tiếp email. Đừng chuyển tiếp email mà hãy gửi trực tiếp.
- Hãy điền vào biểu mẫu đăng ký và chúng tôi sẽ liên hệ lại với bạn.
Nguyên tắc đăng ký
Để lược đồ bạn gửi được xử lý, bạn phải đáp ứng các nguyên tắc sau:
Nguyên tắc về chất lượng dành cho người gửi email
- Email phải được xác thực thông qua DKIM hoặc SPF
- Miền cấp cao nhất (TLD) của quy trình kiểm tra SPF hoặc chữ ký DKIM phải khớp với TLD của địa chỉ email
From:
.
- ví dụ: nếu bạn sử dụng
From: foo@bar.com
thì DKIM hoặc SPF phải dành cho bar.com
hoặc sub.bar.com
- Gmail chỉ kiểm tra SPF trên miền của email
Return-Path:
. Nếu bạn chỉ dựa vào SPF mà không dùng DKIM, thì email Return-Path:
phải khớp với miền cấp cao nhất của email From:
.
- Để nhanh chóng kiểm tra xem chế độ cài đặt SPF hoặc DKIM của bạn có chính xác hay không, hãy xem bài viết trợ giúp về Xác thực email.
- Email phải được gửi từ một địa chỉ email cố định, ví dụ: foo@bar.com
- Email phải tuân thủ các nguyên tắc trong bài viết Ngăn tình trạng thư gửi đến người dùng Gmail bị chặn hoặc chuyển vào thư mục Thư rác
- Có lịch sử nhất quán về việc gửi số lượng lớn thư từ miền của bạn (tối thiểu là hàng trăm email mỗi ngày đến Gmail) trong ít nhất vài tuần.
- Tỷ lệ người dùng báo cáo thư rác rất thấp.
Nguyên tắc về hành động / giản đồ
- Bạn nên sử dụng thao tác có độ trung thực cao nhất có thể. Ví dụ: nếu có thể đạt được một lượt tương tác bằng một Hành động trong ứng dụng (Một lượt nhấp, RSVP, Đánh giá), thì bạn phải sử dụng hành động đó. Đối với các hoạt động tương tác phức tạp hơn, bạn có thể sử dụng Go-To Actions.
- Bạn nên dùng nút hành động cho thư giao dịch khi dự kiến có tỷ lệ tương tác cao. Bạn không nên sử dụng những tính năng này trong email quảng cáo gửi hàng loạt.
- Thao tác chuyển đến:
- Phải liên kết sâu đến trang cụ thể mà người dùng có thể thực hiện hành động.
- Nhãn của nút cần phản ánh rõ ràng hành động sẽ được thực hiện và phải đúng với trang mà người dùng sẽ truy cập
- Nhãn của thao tác không được chứa dấu câu hoặc viết hoa toàn bộ. Phải ngắn gọn và súc tích.
- Nếu có thể dùng một Hành động trong ứng dụng cho trường hợp sử dụng của bạn, thì bạn phải dùng Hành động trong ứng dụng chứ không được dùng hành động Chuyển đến (ví dụ: "Xác minh địa chỉ email" hoặc "Vui lòng xem xét" phải dùng Hành động trong ứng dụng).
- Hiện tại, chúng tôi chỉ phê duyệt các hành động Chuyển đến cho trường hợp sử dụng có giá trị cao và rất cụ thể với tỷ lệ tương tác cao (ví dụ: Chuyến bay, đường liên kết theo dõi lô hàng).
- Tỷ lệ lỗi thấp và phản hồi nhanh cho các dịch vụ xử lý Yêu cầu hành động.
Trừ phi có lưu ý khác, nội dung của trang này được cấp phép theo Giấy phép ghi nhận tác giả 4.0 của Creative Commons và các mẫu mã lập trình được cấp phép theo Giấy phép Apache 2.0. Để biết thông tin chi tiết, vui lòng tham khảo Chính sách trang web của Google Developers. Java là nhãn hiệu đã đăng ký của Oracle và/hoặc các đơn vị liên kết với Oracle.
Cập nhật lần gần đây nhất: 2025-08-29 UTC.
[null,null,["Cập nhật lần gần đây nhất: 2025-08-29 UTC."],[],[],null,["# Register with Google\n\nWe are excited to see how you plan to use schemas in email. You can start testing your own integration today. All schemas you send to yourself (from x@gmail.com to x@gmail.com) will be displayed in Google products. So go ahead and try it out now!\n\nWhen you are ready to launch your marked up emails to your users, you will need to register with Google. Please follow this process:\n\n- Make sure that you meet all the guidelines and requirements listed below.\n- Send a real-life email coming from your production servers (or a server with similar DKIM/SPF/From:/Return-Path: headers) including the markup / schema to [schema.whitelisting+sample@gmail.com](mailto:schema.whitelisting+sample@gmail.com). We need this in order to check that you comply with all the guidelines and requirements listed in [Registration Guidelines](#registration_guidelines).\n - If you send a test/blank email, an email that does not contain schema or if you don't send an email for review your application will be silently discarded.\n - Make sure that the markup is correct prior to sending the email. For more details see [Testing your Schema](https://developers.google.com/workspace/gmail/markup/testing-your-schema). Especially make sure the email passes the [Email markup Tester](https://www.google.com/webmasters/markup-tester/) and that there are no errors, also make sure to include as much data as possible.\n - Gmail removes all markup when forwarding an email. Do not forward the email but send it directly.\n- Fill out the [registration form](https://docs.google.com/a/google.com/forms/d/e/1FAIpQLSfT5F1VJXtBjGw2mLxY2aX557ctPTsCrJpURiKJjYeVrugHBQ/viewform?pli=1) and we will get back to you.\n\nRegistration Guidelines\n-----------------------\n\nIn order for the schema you send to be processed, the following guidelines must be met:\n\n### Email Sender Quality guidelines\n\n- Emails must be [authenticated via DKIM or SPF](https://support.google.com/mail/answer/180707)\n- The top-level domain (TLD) of the SPF check or DKIM signature must match the TLD of your `From:` email address.\n - e.g. if you use `From: foo@bar.com` the DKIM or SPF must be for `bar.com` or `sub.bar.com`\n - Gmail only checks the SPF on the domain of your `Return-Path:` email. If you only rely on SPF and not DKIM your `Return-Path:` email must match the TLD of your `From:` email.\n - To quickly check if your SPF or DKIM settings are correct have a look at our [Email Authentication help article](https://support.google.com/mail/answer/180707).\n- Emails must come from a static email address, e.g. foo@bar.com\n- Emails must follow the [Prevent mail to Gmail users from being blocked or sent to spam](https://support.google.com/mail/answer/81126) guidelines\n- Consistent history of sending a high volume of mail from your domain (order of hundred emails a day minimum to Gmail) for a few weeks at least.\n- A very very low rate of spam complaints from users.\n\n### Actions / Schema Guidelines\n\n- The highest-fidelity action available should be used. For example, if an interaction can be achieved by an In-App Action (One-Click, RSVP, Review), that must be used. For more complex interactions, Go-To Actions can be used.\n- Actions should be used for transactional mail where a high interaction rate is expected. They should not be used on promotional bulk mail.\n- Go-To Actions:\n - Must deep link into the specific page on which the action can be performed.\n - Label of button needs to reflect clear action to be taken and must be true to page the user is going to\n - Label of action should not contain punctuation or all caps. Must be short and concise.\n - If an In-App action can be used for your usecase you must use the In-App action and not the Go-To action (e.g. \"Verify Email Address\" or \"Please Review\" should use In-App actions).\n - We are currently only approving Go-To actions for very specific high-value usecase with high interaction rate (e.g. Flight Check-in, Shipment tracking links).\n- Low failure rate and fast response for services handling Action Requests."]]