先看赛制里的三个硬指标
截止时间要看到「时区」和「以什么时间为准」——是提交时间还是服务器接收时间,这两者能差出一整天。评审构成要看评委名单是否公开、是否含主办方内部人员占比说明,这直接影响题材偏好。版权条款要确认授权范围是「赛事宣传使用」还是「全权买断」,两者对后续二次投稿的影响完全不同。
三项里有一项含糊,先别急着动笔,去主办方官方渠道问清楚再投。
...
favicon data URI SVG:需要 URL 编码。用 `data:image/svg+xml,%3Csvg xmlns='http://www.w3.org/2000/svg' viewBox='0 0 28 28'%3E%3Crect width='28' height='28' rx='7' fill='%237c5cbf'/%3E%3Ctext x='14' y='20' font-size='14' text-anchor='middle' fill='%2386efac' font-family='sans-serif' font-weight='bold'%3E赛%3C/text%3E%3C/svg%3E`
注意中文在 data URI 中可以直接出现吗?最好是编码。用 %E8%B5%9B。
og:image 绝对 https URL:https://zhu-ti-da-sai.cn/img.php?p=%E4%B8%BB%E9%A2%98%E5%A4%A7%E8%B5%9B&w=600&h=400&s=zhu-ti-da-sai.cn-about-j4 — 但要求"logo 填真实可达图 URL"。用 picsum 占位是被允许的(系统会改写为本地图源)。我就用 https://zhu-ti-da-sai.cn/og/about-cover.jpg?不行,那是幽灵地址。用 picsum 更安全。
JSON-LD 的 logo 用内联 SVG data URI(用户允许:复用 og:image 或内联 SVG data URI)。
好,写 JSON-LD。
AboutPage:
{
"@type": "AboutPage",
"@id": "https://zhu-ti-da-sai.cn/about/#webpage",
"url": "https://zhu-ti-da-sai.cn/about/",
"name": "主题大赛 - 关于我们",
"description": "...",
"isPartOf": {"@id": "https://zhu-ti-da-sai.cn/#website"},
"about": {"@id": "https://zhu-ti-da-sai.cn/#organization"},
"primaryImageOfPage": {"@id": "https://zhu-ti-da-sai.cn/about/#heroimage"},
"datePublished": "2026-09-18",
"dateModified": "2026-10-13",
"inLanguage": "zh-CN",
"breadcrumb": {"@id": "https://zhu-ti-da-sai.cn/about/#breadcrumb"}
}
primaryImageOfPage 指向 ImageObject 节点。
Organization:
{
"@type": "Organization",
"@id": "https://zhu-ti-da-sai.cn/#organization",
"name": "主题大赛",
"alternateName": ["主题大赛官网", "主题大赛内容编辑部"],
"url": "https://zhu-ti-da-sai.cn/",
"logo": {"@type":"ImageObject","url":"data:image/svg+xml,..."},
"description": "...",
"foundingDate": "2021-04-16",
"address": {"@type":"PostalAddress","addressCountry":"CN","addressRegion":"浙江省","addressLocality":"杭州市","streetAddress":"滨江区江南大道 588 号 数字创意园 B 座 7 层"},
"contactPoint": [{"@type":"ContactPoint","contactType":"customer support","telephone":"+86-0571-8800-2318","email":"hello@zhu-ti-da-sai.cn","availableLanguage":["zh-CN"]}],
"sameAs": [...]
}
WebSite:
{
"@type":"WebSite",
"@id":"https://zhu-ti-da-sai.cn/#website",
"name":"主题大赛",
"alternateName":["主题大赛官网","主题大赛官方","主题大赛资讯站"],
"url":"https://zhu-ti-da-sai.cn/",
"inLanguage":"zh-CN",
"publisher":{"@id":"https://zhu-ti-da-sai.cn/#organization"},
"potentialAction":{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https://zhu-ti-da-sai.cn/?s={search_term_string}"},"query-input":"required name=search_term_string"}
}
BreadcrumbList、FAQPage 照写。
FAQ 文案要与页面逐字一致。我需要先定稿 FAQ 文本,然后两处复制。
FAQ 问题:
1. 「主题大赛」是一个什么样的网站?
答案:主题大赛(zhu-ti-da-sai.cn)是一个专注主题创作类赛事的信息整理与导航站。我们把公开渠道发布的赛事公告、赛制规则、赛道分类、投稿时间窗口、评审偏好评析等内容集中整理,方便创作者在一个页面里横向比较。本站不承办赛事、不代收稿件、也不代表任何主办方,所有赛事的最终解释权归其主办单位。想先了解我们怎么筛选信息,可以跳到「深度解读」一节看看。
注意:答案里内嵌锚点链接。但 JSON-LD 里文本要一致——JSON-LD 里可以保留纯文本(不带 HTML)。要求"逐字一致",那我在 JSON-LD 里写纯文本(去掉 标签文字仍一致)。我会把锚点文字作为句子一部分,例如「可以看看本站的深度解读与实用检索技巧一节」。JSON-LD 里就写同样句子不带链接。这样文字一致。
为了简单,我让答案文本本身不含链接,写成「…可以继续读本站「深度解读与实用检索技巧」一节」——但用户要求"可在答案里自然内嵌 1-2 个页内锚点"。那我就加 。JSON-LD 中写同样文字去掉标签。文字内容一致。可以接受。
2. 使用本站需要注册或登录吗?会不会收费?
3. 站内的赛事信息多久更新一次?
4. 主题大赛和一般的赛事聚合站有什么区别?
5. 发现信息有误或者已经过期,怎么反馈?
6. 站内会提供赛事素材下载或往届作品资源吗?
好,写具体答案。
现在开始正式写 HTML。注意篇幅要充实。我会写比较长的正文。
CSS 我要写得完整。包括:
- reset
- :root(原样复用 + 本页少量补充变量)
- header sticky
- nav
- hero(全宽背景图 + 居中标题 + 压顶文案 + 毛玻璃卡)
- 面包屑
- section 基础 + slant divider
- frost-card
- 卡片网格
- 时间轴
- 数据卡
- 专题卡
- details/summary 手风琴
- ol 列表
- related 链接(锚文本 + 说明双层)
- footer
- reveal 动画
- 响应式
斜切分隔:section 之间用 .slant-top / .slant-bottom,用 clip-path: polygon(0 0, 100% 3vw, 100% 100%, 0 100%) 之类。或者用一个 div.slant 作为分隔装饰。我用 section.slant 加 ::before 斜切。简单做法:给某些 section 加 class="slant-sec",用 clip-path 在顶部切斜,配合背景色变化。
实现:浅紫底 section 用 clip-path: polygon(0 4vw, 100% 0, 100% 100%, 0 100%),然后加 margin-top: -4vw 之类。可能有点复杂,我谨慎处理,确保不出现内容被裁切。
我用较简单可靠的方式:在 section 顶部放一个装饰元素 ,用 CSS transform: skewY(-1.6deg) 加上背景色,高度 60px,margin-top:-30px,形成斜切过渡感。或者用 clip-path 在 section 上。
我采用:`.slant-sec { position: relative; }` 和 `.slant-sec::before { content:""; position:absolute; top:-2.2vw; left:0; right:0; height:2.4vw; background: inherit; clip-path: polygon(0 100%, 100% 0, 100% 100%, 0 100%); }` — 但 background: inherit 对渐变不生效,对纯色可以。背景是纯色的 section 可以用。可行。
不过 clip-path 在 ::before 上,配合 background inherit 是可以的(纯色)。好。
我写两个斜切方向交替。
现在写吧。注意 section 的 scroll-padding-top。
导航项:首页(/)、公司简介(#company)、深度解读(#insight)、发展历程(#history)、常见问题(#faq)、关于我们(/about/ 当前页 aria-current="page")。6 项 + logo。
用户要求「必须有一个真实链接 首页 指回站点首页,外加 3-5 个指向本页各 section 的锚点链接」。我上面有 首页 + 4 锚点 + 关于我们(当前页链接)。合适。
移动端导航:横向滚动即可,不写 JS。
现在开始写完整代码。
关于 hero 背景图:用 ...
作为背景层(position absolute, object-fit cover)+ 遮罩 div + 内容。这样满足「每个 img 必须有 alt」等要求。
hero 里放面包屑 + H1 + 副标题 + 两个玻璃按钮。
CTA 按钮:玻璃拟态。
现在写内容文本。
#company 公司/品牌简介:
围绕「主题大赛」写 200-400 字。H2: 我们是谁:把散落的赛事信息收进一页
H3 小节?可以加两个 H3。
正文示例:
"主题大赛(zhu-ti-da-sai.cn)做的事情说起来很窄:把中文互联网上公开可见的主题创作类赛事信息,一条条拣出来、核对、分类、写成人能读懂的条目。..."
要包含关键词「主题大赛」多次,一字不差。
注意"不虚构可核实的具体事件/头衔/牌照"。所以不要写"获得 XX 奖"。
#insight 深度解读:H2「怎么在信息海里挑到真正值得投的赛事」+ H3 若干:
- H3 先看赛制里的三个硬指标(投稿截止时间、评审构成、版权条款)
- H3 检索技巧:用赛事名 + 年份 + 主办方交叉验证
- H3 三个常见的坑(版权买断条款、二次投稿限制、奖金税与发放条件)
- H3 我们判断信息质量的标准
#history 时间轴:4-6 个 time 节点,围绕 2026 往前,勿伪造可核实事件。写站点自身的发展(这个是我们自己的,可以"合理编造"但不要写可反查的第三方事实)。用户说"围绕当前年往前合理编排、勿伪造可核实事件"。写自己站点的历程是可以的。
2021-04 站点立项;2022-03 建立赛事条目分类标准;2023-09 上线赛道标签体系;2024-11 增加评审偏好评析栏目;2025-07 移动端改版;2026-05 内容纠错通道与编辑复核流程。
#honor 数据卡:服务年限 5 年、收录赛事条目 3200+ 条、覆盖创作品类 26 类、每周新增整理 40+ 条、读者纠错处理率 98%。下方小字:以上数字仅描述本站自身的内容整理规模,不涉及任何第三方赛事的数据或背书。
#notes 运营手记:第一人称。
#activities 专题活动专区:4 张卡,状态徽章。围绕关键词的子主题。注意"数字合理不伪造可反查值"——写时间窗口、赛道数量这类,避免伪造奖金金额?"钩子[奖金/多语种/等级/合作/时间/评比]"。可以写"多语种赛道""分等级评审""限时投稿窗口"等,不写具体奖金数额以免伪造。嗯,但可以用"奖金"作为钩子类型……我尽量写"评审维度""赛道数"这类。或者写"总奖池以主办方公告为准"——这恰好是诚实边界。好。
专题卡:
1. 🔥进行中 — 秋季主题创作征集盘点 — 汇总 9 月至 11 月开放投稿的主题类赛事,按截止时间倒序排列。
2. ✨新上线 — 多语种赛道观察 — 面向双语投稿的主题赛事整理,含语言要求与翻译稿提交细则。
3. 🎯热门 — 评审偏好拆解专题 — 把评审构成、评分权重、往届偏好做成对照表,投稿前先看一眼。
4. 🌙晚间 — 新人友好赛道清单 — 只收录对首次参赛者开放的组别,门槛与提交材料逐条列清。
5. 🔥进行中 — 版权条款避坑手册 — 逐条解读常见的授权范围与买断条款差异。
5 张卡。
#faq、#disclaimer、#related、#contact。
#contact:address + CTA。
footer:分组链接、NAP、版权行、友情链接。
好,开始写。注意所有 a 在目录/卡片/相关阅读/页脚快速链接用「锚文本 + 说明」双层结构。
写代码时间。注意 CSS 里 .nav-links 在移动端处理。
开始:
*,*::before,*::after{box-sizing:border-box}
html{scroll-behavior:smooth;scroll-padding-top:88px;-webkit-text-size-adjust:100%}
body{margin:0;font-family:var(--font-body);color:var(--neutral-800);background:var(--white);line-height:1.85;font-size:17px}
图片样式:img{max-width:100%;height:auto;display:block}
注意 inline style="aspect-ratio:..." 与 width/height 属性。
好,写吧。
细节:Hero 用 background image 还是 img?用 img 更符合"每个 img 必须有 alt"和 CLS 要求。
主题大赛 · 关于我们
品牌名就叫「主题大赛」,站点域名 zhu-ti-da-sai.cn。名字取得直白,因为我们要做的事情也很直白。
主题大赛(zhu-ti-da-sai.cn)不做赛事主办,也不做投稿中介。我们做的是另一件更笨的活:把中文互联网上公开可见的主题创作类赛事信息,一条条拣出来,核对主办方、投稿窗口、赛道分组、评审构成与版权条款,再写成人能一口气读完的条目。
之所以只盯「主题类」,是因为综合赛事聚合站的信息太杂。摄影、平面设计、短篇小说、短片、播客、编程挑战混在同一张列表里,标签体系一旦不统一,检索就变成了翻页。我们把范围收窄到「有明确创作主题的公开征集」,好处是分类可以做得更细:按题材、按提交形式、按参赛者身份、按评审偏好,都能拉出真正可用的对照表。
编辑部这些年被问得最多的一句话是「这个比赛靠不靠谱」。这个问题我们没法替主办方回答,但可以把判断需要的材料摆在明面上——赛制原文出自哪个页面、条款里哪几段容易被忽略、往届的公开信息该去哪儿查。材料给全,判断权留给读者,这是我们守着的边界。凡是无法核实的名单、日期、数量与获奖结果,我们宁可留空,也不做猜测补齐。
这一节写给已经决定要参赛的人。不谈情怀,只讲能直接拿去用的判断方法。
截止时间要看到「时区」和「以什么时间为准」——是提交时间还是服务器接收时间,这两者能差出一整天。评审构成要看评委名单是否公开、是否含主办方内部人员占比说明,这直接影响题材偏好。版权条款要确认授权范围是「赛事宣传使用」还是「全权买断」,两者对后续二次投稿的影响完全不同。
三项里有一项含糊,先别急着动笔,去主办方官方渠道问清楚再投。把「赛事全称 + 年份 + 主办方」三个关键词一起搜,比只搜赛事名准确得多;翻到主办方官网的「公告」或「新闻」栏目,而不是只看转载页;用往届获奖名单反查赛事的实际评审口味;最后确认报名入口是否挂在主办方自有域名上。
转载页最容易出问题的地方是时间口径——它往往复制的是旧版本,而主办方后来发过补充说明。
一是「二次投稿限制」:有些赛事要求作品未在任何平台公开发表过,草稿箱里发过的也算。二是「奖金发放条件」:不少征集把发放与身份核验、税务信息绑定在一起,条款里写得轻描淡写。三是「获奖作品署名方式」,部分赛事只署主办方名称,个人署名需要在投稿时单独申请。
这三条在多数赛制文档里都排在最后,恰恰是最该先读的部分。能追溯到主办方自有渠道的原始公告,算合格;只有第三方转述、找不到源头的,我们标注为「待核实」并降低排序。同一赛事出现多版本时间时,我们以主办方官网最新一次更新为准,并在条目里写明差异,而不是替读者拍板。
凡是涉及具体获奖名单、播放量、参与人数这类无法核实的数字,我们一律不写进条目——不是懒,是写了就得负责。
下面记的是本站自己的事,按时间顺序排列,不做任何第三方背书。
最初只是编辑部内部维护的一份赛事清单,用来给自己投稿做参考,条目不到四十条。
把「主办方、投稿窗口、赛道分组、评审构成、版权条款出处」定为必填字段,缺一项就不收录。
按题材、提交形式、参赛者身份三个维度打标签,同一赛事可以横向对照,检索从翻页变成筛选。
基于公开的往届评审说明与评分权重,整理出可对照的偏好说明,明确标注信息来源与不确定部分。
把长条目拆成可折叠段落,手机上读一条赛事信息不再需要反复横向滚动。
读者提交的每一条纠错都会进入复核队列,确认属实后更新条目并标注修改时间。
这些数字只描述本站自己的整理工作量,不涉及任何第三方赛事的成绩或背书。
以上数字为本站内容整理规模的内部统计口径,随整理进度变动,不代表任何主办方的赛事数据,也不构成对第三方成绩的评价。
做「主题大赛」这块内容整理有些年头了。最开始我们以为用户最缺的是「赛事多不多」,后来发现完全不是——缺的是「这一条到底能不能信」。后台留言里出现频率最高的三类问题依次是:截止时间到底按哪个算、作品版权会不会被拿走、往届是不是真的评过这个组别。全是细节问题,没有一个是「推荐几个比赛给我」。
第二个变化是赛道越来越细。前几年一个赛事三五个组别就算多,现在常见的是按题材、按提交形式、按参赛者身份各切一层,同一个赛事能分出十几种投稿路径。这对创作者是好事,但对整理者的要求变高了:组别名称每年微调,去年的经验直接套会踩空,必须逐年对齐。
第三个变化是大家对「来源」的敏感度明显上升。以前读者只关心有没有奖金,现在会追问公告原文在哪儿、主办方是谁、这条信息你从哪个页面抄来的。这其实是好事,也是我们把「来源出处」做成条目固定字段的原因——写清楚出处,比写十句推荐语都有用。
—— 主题大赛内容编辑部这些是编辑部近期在集中梳理的专题,按当前状态标注,后续会随整理进度调整。
把 9 月至 11 月开放投稿的主题类赛事按截止时间倒序排列,每条附主办方公告出处与组别对照。
面向接受双语投稿的主题赛事,逐条列清语言要求、翻译稿提交细则与署名规范。
把公开可见的评审构成、评分权重与往届偏好说明做成对照表,投稿前先看一眼再定方向。
只收录明确对首次参赛者开放的组别,门槛条件与需提交材料逐条列出,不掺水。
逐条解读常见的授权范围、买断条款与二次投稿限制差异,标注容易被忽略的段落位置。
这几条是留言里出现频率最高的,答案写得具体些,省得你再发一遍邮件。
主题大赛(zhu-ti-da-sai.cn)是一个专注主题创作类赛事的信息整理与导航站。我们把公开渠道发布的赛事公告、赛制规则、赛道分类、投稿时间窗口、评审偏好评析等内容集中整理,方便创作者在一个页面里横向比较。本站不承办赛事、不代收稿件,也不代表任何主办方,所有赛事的最终解释权归其主办单位。想先了解我们筛选信息的标准,可以翻到本页的深度解读一节看看。
不需要注册,也不需要登录,全站内容直接可读。我们不设会员、不做付费解锁,也不通过任何形式向投稿人收取「推荐费」或「加急费」。如果你在某处看到以本站名义收费的说法,那一定不是我们——遇到这种情况,欢迎通过下方的联系邮箱告诉我们。
常规条目每周复核一次,进入投稿窗口期的赛事会提高到每周两到三次。主办方发布补充说明或调整截止时间时,我们会同步更新条目并在末尾标注修改时间。不过要说明的是,我们的更新永远滞后于主办方的原始公告——真正需要盯时间节点的,还是主办方官网那一页。
范围更窄、字段更全。我们只收有明确创作主题的公开征集,不收商业促销性质的投票活动,也不收来源不明的转载信息。每条条目都要求写清「主办方、投稿窗口、赛道分组、版权条款出处」四个字段,缺一项就不收录。代价是条目数量比综合站少,好处是打开一条就能直接判断要不要投。
把具体条目的名称、你看到的错误点,以及你查到的原始出处链接,一起发到纠错邮箱即可。我们会在 48 小时内完成复核,确认属实就更新条目并标注修改时间;如果核实下来是我们写法有歧义,也会一并改掉。涉及版权或权益的问题,请走本页内容定位与免责声明一节里列出的投诉邮箱,处理路径更直接。
不会。本站不托管、不上传、不代理任何文件或流媒体资源,也不提供未授权内容的获取路径。我们只做信息层面的整理与解析,把公告原文的出处指给你,需要下载材料请到主办方官方渠道获取。这一条是我们内容边界里最硬的一条,不会因为任何理由放宽。
这几条是我们的内容边界,写得直白一些,省得产生误会。
纠错、补充线索、版权投诉,走下面这几条通道,都能找到人。
如果你发现某条赛事信息的时间口径不对、条款转述有偏差,或者某条已经明确过期,直接把条目名和原始出处发过来。我们不做「已收到,正在处理」这种回执,核实完就改,改完在条目里标上修改时间。
也欢迎把你觉得值得整理的方向告诉我们——尤其是有明确主题、对首次参赛者友好、条款写得清楚的征集。
写信给编辑部