Review rejected SEO audit suggestions
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
Hướng nghiên cứu
Rà soát việc triage audit trong issue này cùng với các issue #859–#869 được mở riêng. Bắt đầu bằng cách kiểm tra những phát hiện nào đã được xác nhận hoặc chỉnh sửa và liệu các đề xuất bị từ chối có cần một quyết định mới hay không; hoàn tất có nghĩa là việc triage được xác nhận hoặc một issue theo dõi cụ thể được mở.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Review of rejected or materially revised audit suggestions
@Keegan-Vaz — please double-check this triage, especially the hosting and content-priority calls.
The attached SEO audit was reviewed against the current main branch and live HTML on 25 August 2026. Confirmed or corrected findings were opened separately:
- #861 — lazy-load the search index.
- #865 — conditionally load Mermaid/Highlight.js.
- #860 — repair heading hierarchy.
- #866 — replace the
/glossary/stub. - #864 — improve meta-description generation.
- #868 — make resource browsing incremental and crawlable.
- #862 — enrich/link author profiles.
- #863 — add
LearningResourcestructured data. - #867 — fix glossary breadcrumbs.
- #859 — make sitemap
lastmodaccurate. - #869 — fix image alt text and dimensions.
Suggestions not adopted as written
-
“1,490 curated resources are 136 pagination clicks deep.” This did not reproduce against the current deployment.
/resources/is the canonical landing page,/resources/page/2/returns 404, and the current page is a roughly 3.8 MB headless/client-filtered document. The underlying performance and crawlability concern is real, so #868 addresses that corrected problem rather than implementing the audit’s stale URL/depth model. -
“Truncate every meta description at ~155–160 characters.” Google documents no fixed meta-description limit and truncates snippets according to device width. #864 retains the useful parts—accurate, unique, page-specific descriptions and word-boundary handling—without treating 155–160 characters as an SEO rule.
-
“Add security headers by moving off GitHub Pages.” The headers are absent, but GitHub Pages is the current hosting constraint and the audit provides no evidence that a migration is justified by the SEO findings alone. This can be revisited if FORRT moves behind Cloudflare/Netlify or needs a broader security-hardening project; it is not opened as an issue now.
-
“Fix glossary thin content by increasing word counts.” No padding is recommended. Google explicitly warns against writing to a target word count, and the glossary already provides definitions, references, related terms, translations, and reviewer attribution. The higher-value missing connection—linking contributors to verified author entities—is covered by #862.
-
Generic
og:imageon glossary pages. A shared, valid social preview image is not inherently a defect, and the audit did not demonstrate a broken preview or material user impact. It is lower priority than the confirmed template issues. -
Duplicate preconnects. The duplication is a small, localized performance cleanup (the chatbot partial repeats the Google Fonts preconnects), but it is not material enough to warrant a separate issue alongside the larger payload fixes. It can be removed opportunistically while touching the head partial.
-
Case-sensitive routing and double-slash paths. These are edge-case URL behaviours with no demonstrated high-value traffic or safe server-side redirect mechanism on the current GitHub Pages setup. Avoid adding redirect hacks that could affect existing URLs.
-
Truncated curated-resource slugs. Changing existing slugs risks breaking backlinks and the audit itself calls this cosmetic. Preserve the URLs; address naming only for newly generated content if desired.
-
Create a Wikidata item for FORRT. This is an optional entity/editorial project, not a demonstrated technical defect. It needs an ownership and verification decision before becoming engineering work.
-
Add
llms.txt. This is optional and not a Google requirement; the audit correctly notes that a useful file for this corpus would require ongoing editorial curation. No issue is warranted at present. -
Remove all short glossary/resource pages based on word-count thresholds. The content is intentionally dictionary/resource-style and includes scholarly attribution. No evidence was provided that length alone is causing a meaningful indexing problem, so no deletion or padding work is proposed.
- Ngôn ngữ chính
- HTML
- Star
- 42
- Fork
- 33
- Merge trung bình
- 17 giờ 18 phút
- Pull request đã merge (30 ngày)
- 111
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của forrtproject/forrtproject.github.io
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
forrtproject/forrtproject.github.io#1035 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
forrtproject/forrtproject.github.io#987 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
forrtproject/forrtproject.github.io#977 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
forrtproject/forrtproject.github.io#947 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
forrtproject/forrtproject.github.io#933 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của forrtproject/forrtproject.github.io
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
swicg/activitypub.rocks#109 ·
-
needs-review submission
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 62/100
datum-cloud/awesome-alt-clouds#577 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 88/100
heilcheng/awesome-agent-skills#683 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Open Source] PixelboltĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 84/100
521xueweihan/HelloGitHub#4297 ·