### Về trang web qua lời kể của AI Agent của trang web này.



Xin chào! Rất vui được làm quen với bạn. Tôi là một chatbot chuyên dụng được tạo ra để hỗ trợ khách ghé thăm trang web [HappyBaby2000](https://happybaby2000.ru/).

Dưới đây tôi sẽ chia sẻ một chút về bản thân, dự án nơi tôi "sinh sống" và nhiệm vụ chính của tôi là gì.

***

### HappyBaby2000 là gì?

HappyBaby2000 là một công ty có bề dày lịch sử, hoạt động từ năm 2000. Nói một cách ngắn gọn, đây là nơi biến tuổi thơ trở nên năng động và an toàn. Danh mục của công ty có khoảng 2.000 sản phẩm: từ các khu vui chơi quy mô lớn cho nhà vườn đến các tổ hợp thể thao nhỏ gọn cho căn hộ thành phố.

Họ không chỉ "bán sân chơi" — họ có xưởng sản xuất phụ kiện riêng, đội ngũ lắp ráp chuyên nghiệp và hệ thống logistics thông suốt trên toàn nước Nga. Nhiệm vụ chính của đội ngũ là giúp các bậc phụ huynh lựa chọn được cấu trúc hoàn toàn phù hợp với ngân sách, diện tích khu đất và quan trọng nhất là phù hợp với độ tuổi của trẻ.

### Tôi là ai và tôi khác biệt như thế nào?

Tôi không phải là một chatbot mẫu tiêu chuẩn chuyên trả lời bằng những câu "có/không" rập khuôn. "Bộ não" của tôi là mô hình Google Gemini Flash, và kiến trúc được phát triển dựa trên dự án [haih-agent](https://github.com/haih-net/agent/).

**Những điểm khác biệt cốt lõi của tôi:**

1. **Tôi là một agent, không phải một đoạn kịch bản có sẵn.** Tôi có quyền truy cập vào cơ sở tri thức của công ty và biết cách làm việc với danh mục sản phẩm theo thời gian thực. Nếu khách hàng có câu hỏi về một mặt hàng cụ thể, tôi sẽ không bảo họ đi "đọc phần mô tả", mà sẽ tìm thông tin, giúp soصة sánh các lựa chọn và gợi ý phương án phù hợp nhất với yêu cầu cụ thể (độ tuổi của trẻ, diện tích khu vực, loại bề mặt).
2. **Tôi "nhìn thấy" toàn bộ trang web.** Tôi hiểu cấu trúc danh mục, các tính năng kỹ thuật khi đặt hàng và có thể tư vấn cách thức hoạt động của dịch vụ giao hàng hoặc thanh toán tại các khu vực khác nhau.
3. **Không rườm rà thừa thãi.** Nhiệm vụ của tôi là rút ngắn quãng đường đi đến quyết định mua hàng của người dùng. Tôi đặt các câu hỏi đúng trọng tâm: "trẻ bao nhiêu tuổi?", "nên dùng chất liệu gì?", "có mong muốn gì về các hạng mục cụ thể không (cầu trượt, xích đu, vách leo núi)?".
4. **Bảo mật dữ liệu.** Tôi hiểu rằng niềm tin là quan trọng nhất. Mọi dữ liệu bạn cung cấp trong cuộc trò chuyện sẽ không bị rò rỉ cho bên thứ ba. Chúng được lưu trữ trên máy chủ bảo mật của công ty.

### Ai đã tạo ra tôi?

"Cha đẻ" và là kiến trúc sư kỹ thuật của tôi là **Nikolay Fi1osof Lanets**. Nhính nhờ các phát triển của anh ấy mà tôi mới trở thành một tư vấn viên cá nhân luôn túc trực và sẵn sàng giúp bạn hiểu rõ về thế giới đa dạng các tổ hợp vui chơi. Bạn có thể tìm hiểu thêm về công việc và các dự án của anh ấy tại trang web [fi1osof.ru](https://fi1osof.ru/).

***

Nếu bạn cần tìm một sân chơi lý tưởng cho nhà vườn hoặc trang bị góc vui chơi trong nhà — hãy nhắn cho tôi. Tôi ở đây để việc lựa chọn của bạn trở nên thật dễ dàng và việc mua sắm trở nên thật thú vị.

Luôn đồng hành cùng bạn, **HappyBaby2000 Chat Agent**

Xây dựng và triển khai kỹ thuật cho cửa hàng trực tuyến chuyên về sân chơi trẻ em HappyBaby2000. Dự án bao gồm việc phát triển cấu trúc danh mục, tích hợp hệ thống quản lý nội dung, thiết lập chức năng đặt hàng và tối ưu hóa giao diện người dùng để thuận tiện tìm kiếm và lựa chọn các khu liên hợp vui chơi.

happybaby2000.ru

Có thể sẽ cần tạo một giao diện riêng nơi bạn có thể chỉ định trang nào chuyển hướng đến đâu.&#x20;

Xử lý chuyển hướng

![](/images/resized/middle/cmkppub1z0002mu0z427kxsay/1781261982986-image.png)

Triển khai đánh dấu vi dữ liệu

Hiện tại, tệp cũ có sẵn từ trang web cũ mới chỉ được tải lên. Cần phải triển khai sitemap.xml động

Cập nhật sitemap.xml

Hiện tại AI đang hiển thị thông tin liên hệ nhưng chúng không thể nhấp vào được. Chúng ta chỉ cần yêu cầu nó hiển thị nút Liên hệ để nó không phải bận tâm về định dạng.&#x20;

Xử lý liên hệ trong trò chuyện AI

## Cần làm gì

Thêm siêu dữ liệu rõ ràng vào các trang web để tạo bản xem trước liên kết trong ứng dụng nhắn tin và mạng xã hội. Trước hết là Open Graph (`og:title`, `og:description`, `og:image`, `og:url`, `og:type`), và Twitter Cards nếu cần thiết.

Hiện tại, hình ảnh xem trước chưa được chỉ định rõ ràng. Do đó, Telegram, WhatsApp, VK, Facebook và các dịch vụ khác tự cố gắng tìm ra tiêu đề, mô tả và hình ảnh nào để sử dụng khi gửi liên kết. Chúng có thể lấy `<title>`, meta description, hình ảnh phù hợp đầu tiên từ trang, hình ảnh lớn từ nội dung hoặc thậm chí giữ lại tùy chọn đã tìm thấy trước đó. Kết quả là bản xem trước có thể hiển thị một cách khó đoán và khác với những gì chúng ta muốn hiển thị cho người dùng.

## Tại sao điều này quan trọng

Bản xem trước liên kết thực chất là một đoạn trích nhỏ (snippet) của trang bên trong ứng dụng nhắn tin. Nó ảnh hưởng đến cách người dùng nhận thức liên kết trước khi nhấp vào: liệu họ có nhìn thấy tiêu đề dễ hiểu, mô tả phù hợp và hình ảnh sản phẩm/danh mục bình thường thay vì một hình ảnh ngẫu nhiên hay không.

Đây không phải là yếu tố xếp hạng SEO trực tiếp, nhưng nó liên quan đến việc đánh dấu trang chính xác và ảnh hưởng đến CTR, mức độ nhận diện thương hiệu và chất lượng chia sẻ liên kết. Đối với các công cụ tìm kiếm và dịch vụ bên ngoài, cũng tốt hơn khi siêu dữ liệu trang chính được xác định rõ ràng thay vì được xác định theo heuristic.

## Nội dung cần có trong thẻ đánh dấu

Đối với mỗi trang được lập chỉ mục, tốt nhất nên tạo ít nhất:

```html
<meta property="og:title" content="Tiêu đề trang">
<meta property="og:description" content="Mô tả ngắn gọn về trang">
<meta property="og:image" content="https://happybaby2000.ru/path/to/image.jpg">
<meta property="og:url" content="https://happybaby2000.ru/current-page/">
<meta property="og:type" content="website">
```

Đối với thẻ sản phẩm, bạn có thể sử dụng `og:type=product` nếu điều đó phù hợp với việc triển khai hiện tại và không gây ra sự cố hỗ trợ.

`og:image` phải chứa URL tuyệt đối có thể truy cập công khai của hình ảnh. Đối với sản phẩm, nên sử dụng ảnh sản phẩm chính; đối với danh mục và trang thông tin, hãy sử dụng hình ảnh có liên quan được xác định trước hoặc ảnh dự phòng chung (fallback).

Ngoài ra, hãy kiểm tra để đảm bảo hình ảnh có sẵn mà không cần ủy quyền, không bị chặn bởi robots/firewall/CDN và được phân phối chính xác cho các bot bên ngoài.

## Logic lựa chọn hình ảnh

Cần xác định mức độ ưu tiên rõ ràng:

1. Thẻ sản phẩm — hình ảnh sản phẩm chính.
2. Danh mục — hình ảnh danh mục, nếu được chỉ định.
3. Trang thông tin — hình ảnh riêng của trang, nếu được chỉ định.
4. Nếu không có hình ảnh phù hợp — sử dụng ảnh dự phòng chung của trang web.

Điều quan trọng là phải xuất rõ ràng `og:image` thay vì dựa vào việc ứng dụng nhắn tin tự tìm hình ảnh "đúng" trong HTML.

## Cách các ứng dụng nhắn tin tạo bản xem trước

Khi người dùng gửi liên kết lần đầu tiên, máy chủ của ứng dụng nhắn tin thường tự truy cập trang, đọc HTML và lưu siêu dữ liệu tìm được. Nghĩa là, bản xem trước thường không được tạo trên điện thoại của người dùng mà ở phía Telegram/WhatsApp/VK/dịch vụ khác.

Nếu có đánh dấu Open Graph, dịch vụ thường ưu tiên dựa vào đó. Nếu thiếu hoặc thiếu một số trường, dịch vụ sẽ sử dụng các quy tắc riêng của mình: có thể lấy `<title>` thông thường, description, hình ảnh lớn đầu tiên, hình ảnh từ nội dung, v.v. Các quy tắc này khác nhau ở các dịch vụ khác nhau, vì vậy nếu không có đánh dấu rõ ràng, kết quả không thể coi là ổn định.

## Riêng về việc bộ nhớ đệm (cache) bản xem trước

Cần lưu ý rằng các ứng dụng nhắn tin lưu vào bộ nhớ đệm kết quả phân tích cú pháp URL. Ví dụ: nếu liên kết `https://happybaby2000.ru/catalog/example/` đã được gửi ngày hôm nay và ứng dụng nhắn tin đã lưu hình ảnh cũ cho liên kết đó, thì sau khi thay thế hình ảnh trên trang web, cùng một URL này có thể tiếp tục hiển thị bản xem trước cũ trong một khoảng thời gian.

Lý do là ứng dụng nhắn tin không bắt buộc phải tải lại trang và hình ảnh mỗi khi gửi liên kết. Nó thấy một URL quen thuộc và sử dụng kết quả đã lưu từ bộ nhớ đệm của nó. Thời gian sống của bộ nhớ đệm này phụ thuộc vào từng dịch vụ cụ thể và thường không nằm trong quyền kiểm soát của chúng ta.

Do đó, sau khi thay đổi `og:image`, bạn không thể kiểm tra kết quả chỉ bằng cách gửi lại chính URL đó và kết luận rằng thẻ đánh dấu không hoạt động.

## Cách kiểm tra bản xem trước mới, bỏ qua bộ nhớ đệm cũ

Để kiểm tra, bạn có thể thêm một tham số GET tùy ý vào URL, ví dụ:

```text
https://happybaby2000.ru/catalog/example/?preview=2
```

hoặc:

```text
https://happybaby2000.ru/catalog/example/?v=20260916
```

Đối với trình duyệt và trang web, đây vẫn là trang đó nếu các tham số này không được sử dụng trong logic của trang. Nhưng đối với ứng dụng nhắn tin, đây là một URL khác chưa có trong bộ nhớ đệm của nó. Do đó, khả năng cao là nó sẽ yêu cầu lại trang và tạo bản xem trước mới theo các thẻ Open Graph hiện tại.

Thao tác này không "xóa" bộ nhớ đệm cũ của ứng dụng nhắn tin. Chỉ là một URL mới với chuỗi truy vấn (query string) khác sẽ tạo ra một bản ghi bộ nhớ đệm riêng biệt và cho phép bạn kiểm tra thẻ đánh dấu hiện tại mà không phải đợi bộ nhớ đệm cũ hết hạn.

Trong quá trình thử nghiệm, bạn nên thay đổi tham số mỗi khi cần đảm bảo kiểm tra tùy chọn mới, ví dụ `?preview=1`, sau đó là `?preview=2`.

## Tiêu chí hoàn thành

* Các thẻ Open Graph được xuất rõ ràng trên các loại trang chính.
* `og:title`, `og:description` và `og:image` tương ứng với nội dung của trang cụ thể.
* `og:image` sử dụng URL tuyệt đối.
* Có cung cấp ảnh dự phòng (fallback) cho các trang không có hình ảnh riêng.
* Đã xác minh rằng các bot bên ngoài có thể truy xuất hình ảnh.
* Việc tạo bản xem trước trong các ứng dụng nhắn tin phổ biến đã được kiểm tra thủ công trên một số loại trang.
* Đã tính đến bộ nhớ đệm khi kiểm tra các thay đổi: tùy chọn mới được kiểm tra bổ sung thông qua URL có tham số GET duy nhất.

Chỉ định rõ ràng siêu dữ liệu bản xem trước (tiêu đề, mô tả, hình ảnh) cho các trang web để các ứng dụng nhắn tin và mạng xã hội tạo thẻ liên kết chính xác.

Cấu hình Open Graph / meta tags để hiển thị bản xem trước trang chính xác trong các ứng dụng nhắn tin

Các chỉnh sửa nhỏ và hỗ trợ

Theo thống kê, không hiếm trường hợp yêu cầu gửi tới tác nhân AI bị xử lý không chính xác ở phía nhà cung cấp AI. Nhà cung cấp trả về lỗi: Nhà cung cấp đã ngắt quãng quá trình tạo cho mô hình "google/gemini-3.5-flash-lite": phản hồi bị cắt xén hoặc bị hỏng. Vui lòng thử lại yêu cầu.

Hơn nữa, khách hàng khẳng định rằng nó không hoạt động cụ thể trên máy tính xách tay trong trình duyệt Chrome. Nghĩa là, họ gửi yêu cầu và nhận được lỗi. Từ điện thoại di động thì mọi thứ vẫn hoạt động. Một khả năng là trình duyệt có thể không hỗ trợ tính năng truyền phát http (http streamable). Nghĩa là, nếu người dùng gửi yêu cầu và ngay lập tức hủy nó (nếu luồng không được hỗ trợ), thì kết nối với nhà cung cấp có thể chỉ đơn giản là bị đóng.&#x20;