Review rejected SEO audit suggestions
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
調査の方向性
この issue の監査トリアージを、別途起票された issue #859–#869 と併せて確認してください。まず、どの指摘事項が確認または修正されたか、そして却下された提案に新たな判断が必要かを確認してください。完了とは、トリアージが確認済みになるか、具体的なフォローアップ issue が起票されることを意味します。
索引モデルが issue の本文から書いたものです。
説明
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.
- 主要言語
- HTML
- スター
- 42
- フォーク
- 33
- 平均マージ
- 17時間 18分
- マージ済み PR(30日)
- 111
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
forrtproject/forrtproject.github.io のほかの issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
forrtproject/forrtproject.github.io#1035 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
forrtproject/forrtproject.github.io#987 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
forrtproject/forrtproject.github.io#977 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
forrtproject/forrtproject.github.io#947 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
forrtproject/forrtproject.github.io#933 ·
メンテナーはふだん 1 日以内に返信
forrtproject/forrtproject.github.io の issue をすべて見る
似ている issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
swicg/activitypub.rocks#109 ·
-
needs-review submission
難易度 1/5 1時間未満 初心者へのやさしさ 62/100
datum-cloud/awesome-alt-clouds#577 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1〜3時間 初心者へのやさしさ 88/100
heilcheng/awesome-agent-skills#683 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 84/100
521xueweihan/HelloGitHub#4297 ·