网站资料 · 技术情报 · 相似站点

lrc-maker.github.io 暂未发现付费内容

分类: 编程开发

歌词滚动姬|可能是你所能见到的最好用的歌词制作工具

访问网站

更新时间:2026-09-27 07:39 语言:未知(默认) 网站访问:正常

站内浏览 4 次 访问跳转 2 次
LRC Maker 首页完整截图
编辑评测

网站深度测评

LRC Maker是什么网站?

LRC Maker 是一个在线歌词制作工具,主要用来生成和编辑 LRC 格式的歌词文件,也就是带时间轴的滚动歌词。

它的核心用途是:导入歌曲后,在播放过程中给每句歌词打上时间点,最终导出 .lrc 文件。适合做音乐播放器歌词、视频字幕或卡拉OK歌词的人使用。

典型使用场景

  • 想给一首本地歌曲配滚动歌词,但没有现成的 LRC 文件。
  • 需要手动校对已有歌词的时间轴,让它和音频对齐。
  • 做视频或音频内容时,需要按句切分并记录时间点。

选择它的理由

  • 直接在浏览器里用,不用安装软件。
  • 边听边打轴,操作集中在“播放—点句—导出”这条流程上。
  • 输出的是通用 LRC 格式,多数播放器都能识别。

如果你只是想快速给一首歌配歌词,可以先准备好纯文本歌词,再打开 LRC Maker 逐句对齐时间轴,导出后放进播放器测试即可。

LRC Maker怎么制作LRC歌词文件?

打开 LRC Maker 后,核心操作是“边听边打轴”:播放音频,在每句歌词开始的位置点击打轴按钮,工具会记录时间点并生成 LRC 格式。

基本流程

  1. 把音频文件拖入页面或通过页面上的入口载入。
  2. 在歌词输入区粘贴或输入纯文本歌词,每行一句。
  3. 播放音频,听到某句歌词开始时按下打轴键(通常是空格或页面按钮),该行就会绑定当前时间。
  4. 全部打完后,在预览区检查时间轴是否对齐,可手动微调偏差较大的行。
  5. 导出或复制生成的 LRC 文本,保存为 .lrc 文件即可。

适合的使用场景

  • 想给本地音乐、视频或播客配滚动歌词,但没有现成 LRC。
  • 已有歌词文本,只需要补时间轴。
  • 需要快速做一版草稿,之后再精修。

选择与替代

如果你更习惯在手机或网页上快速做卡拉OK式逐字歌词,可以对比 LRC Maker 的逐行打轴方式;若只是给已有 LRC 做微调,用普通文本编辑器改时间戳更直接。要批量处理多首歌,则优先考虑支持批量导入导出的工具。

下一步:先准备音频和纯文本歌词,打开 LRC Maker 试打一首,确认导出格式能被你的播放器识别。

LRC Maker支持哪些音频格式?

LRC Maker 的核心用途是制作 LRC 歌词文件,音频只是用来配合打轴(标记每句歌词的时间点)。根据网站资料,它没有公开列出明确支持的音频格式清单,因此无法确认具体格式范围。

实际使用时可以这样判断:

  • 它通常在浏览器中运行,音频能否加载取决于浏览器自身的解码能力。
  • 常见格式如 MP3、WAV、M4A、OGG 在主流浏览器中一般可用;FLAC、APE 等则不一定。
  • 如果你的文件无法导入,最直接的办法是先转成 MP3 或 WAV 再试。

例如需要给一首无损格式的歌曲打轴,可以先用转换工具导出 MP3,再放进 LRC Maker 制作歌词,完成后 LRC 文件本身与音频格式无关,可搭配任意播放器使用。

如果你要处理的是特定格式,建议直接打开 LRC Maker 拖入文件试一次,这是最快的确认方式。

LRC Maker制作的歌词如何导入音乐播放器?

LRC Maker 只负责生成歌词文件,本身不直接写入播放器。要让它做的歌词在播放器里显示,需要先导出 .lrc 文件,再让播放器读取它。

具体操作

  1. 导出 LRC 文件
    在 LRC Maker 中完成打轴后,用导出功能把歌词保存为 .lrc 文件。

  2. 让文件名与音频一致
    把 .lrc 文件重命名为与歌曲音频相同的名字,放在同一文件夹。
    例如:歌曲名.mp3 对应 歌曲名.lrc。

  3. 在播放器中导入或扫描
    不同播放器方式不同:

    • 本地播放器:把 .lrc 放到歌曲同一目录,播放器通常会自动加载。
    • 手机音乐 App:部分 App 支持“导入歌词”或扫描本地歌词,需在设置里开启。
    • 流媒体平台:一般不支持直接导入本地 .lrc,只能使用平台自带歌词。

选择条件

  • 如果用的是电脑本地播放器,优先用“同名同目录”方式,最省事。
  • 如果播放器支持手动关联歌词,可在播放界面选择“加载本地歌词”。
  • 如果播放器完全不支持外部歌词,LRC Maker 生成的文件就无法直接显示。

下一步

先确认你的播放器是否支持 .lrc 外部歌词。支持的话,导出后按同名同目录放好;不支持的话,需要换用支持该格式的播放器,或改用平台内嵌歌词功能。

LRC Maker需要付费或注册吗?

不需要付费,也不需要注册。打开 LRC Maker 网页即可直接制作歌词,没有账号体系或付费墙。

使用场景

  • 想给本地音乐配歌词,直接进网站打时间轴、导出 LRC 文件即可。
  • 临时在别人电脑上做歌词,不用装软件、不用登录,用完关掉就走。
  • 需要批量处理多首歌时,同样无需为每个文件注册账号。

选择条件

  • 如果你只需要基础打轴和导出,LRC Maker 的零门槛方式最省事。
  • 如果你需要云端保存、多人协作或跨设备同步,这类功能通常依赖账号体系,LRC Maker 的纯网页形态就不适合这类需求。

下一步 直接打开网站开始制作;做完后把导出的 .lrc 文件与音频放在同一目录、文件名保持一致即可被多数播放器识别。

LRC Maker能否自动识别歌曲时间轴?

不能。LRC Maker 的定位是手动打轴工具,时间轴由你播放歌曲时点击打点生成,而不是自动识别音频后生成。

它的实际工作方式

  • 导入歌曲和歌词文本后,播放音频,在对应歌词行出现的瞬间点击打点,工具记录当前时间。
  • 支持边听边调、回退修正,适合对时间精度要求高的歌词制作。
  • 生成的成果是 LRC 格式时间轴文件。

什么时候够用

  • 歌词已有现成文本,只差时间轴:手动打轴通常比自动识别更准,尤其是前奏、间奏、重复段落。
  • 需要做逐字或较细颗粒度的时间轴:手动方式可控性更强。

什么时候不适合

  • 只想快速拿到一版粗略时间轴、不想逐句听:这类需求更适合带自动对齐功能的工具,例如部分音乐播放器或专门的自动歌词对齐服务。
  • 批量处理大量歌曲:手动打轴的时间成本会明显上升。

下一步 如果你要的是“自动识别”,可以先确认需求是「省事」还是「精准」。省事就找自动对齐方案,精准就继续用 LRC Maker 手动打轴,两者也可以配合:先用自动结果打底,再导入手动微调。

如何用 LRC Maker 制作带时间轴的 LRC 歌词文件

用 LRC Maker 制作歌词文件,核心流程是三步:准备纯文本歌词、导入音频逐句打点、导出 .lrc 文件。它适合手头已有歌词文本、想把每句和歌曲时间对齐的人;如果你要处理的是几十首歌的批量任务,或者需要自动语音识别生成时间轴,这个工具不是最优选择。

准备工作:把歌词整理成一行一句

LRC 文件的时间标签是加在每一行歌词前面的,所以歌词文本的行结构直接决定最终文件的结构。

整理时注意:

  • 一行只放一句歌词,不要把两句合并成一行,否则这两句只能共用一个时间点。
  • 去掉空行。空行在部分播放器里会被当作空歌词行处理,导致滚动出现停顿。
  • 去掉行首的序号、破折号、歌手名标注,这些内容会被当作歌词正文写进文件。
  • 如果是中英对照歌词,决定好是合并成一行还是分成两行——分成两行意味着你要为两种语言各打一次时间点。

整理好的文本可以先存在记事本或任意纯文本编辑器里,方便后面粘贴或导入。

导入音频并逐句打点

打点是整个流程里最花时间的部分。基本操作逻辑是:播放音频,在每句歌词开始演唱的瞬间记录当前时间。

具体做法:

  1. 在工具中载入音频文件,确认能正常播放。
  2. 把整理好的歌词文本粘贴或导入到歌词区域,确认每行对应一句。
  3. 从头播放,听到第一句开始时暂停或按下打点键,工具会把当前播放时间写入该行。
  4. 继续播放到下一句,重复打点,直到所有行都有时间标签。

打点过程中会用到的几个操作:

操作 用途
播放 / 暂停 控制音频,在目标位置停下
回退几秒 打点打早了或打晚了,退回去重听
微调时间戳 对已打点的行做毫秒级加减
跳转到某行 直接定位到需要修改的歌词行

一个实用的经验是:先粗打一遍全部行,再回头精修。逐句追求完美会让进度很慢,而且反复回退容易打乱节奏感。先让每行都有个大致时间,再统一检查偏移。

理解 LRC 时间标签格式

LRC 文件靠行首的时间标签决定这句歌词什么时候高亮。格式是:

[mm:ss.xx]歌词内容
  • mm 是分钟,两位
  • ss 是秒,两位
  • xx 是百分秒(不是毫秒),两位

例如 [01:23.45] 表示 1 分 23.45 秒。有些工具支持三位小数(毫秒),但两位百分秒是更通用的写法,兼容性更好。

导出前值得检查两点:

  • 每行歌词前面都有且只有一个时间标签,没有标签的行在多数播放器里不会滚动。
  • 时间标签按从小到大排列,顺序错乱会导致播放器行为异常。

如果同一句歌词需要在多个时间点重复出现(比如副歌重复),标准做法是写多行,每行各自带时间标签,而不是在一行里堆多个标签。

导出并验证同步效果

导出 .lrc 文件后,不要直接认为完成了。验证这一步能发现大部分问题。

验证方法:

  • 用支持外挂歌词的播放器加载这首歌和 .lrc 文件,从头播放一遍,观察歌词是否在正确的时间点切换。
  • 重点听副歌、间奏后的第一句、以及语速较快的段落,这些位置最容易出现偏移。
  • 用文本编辑器打开 .lrc 文件,确认编码是 UTF-8,中文歌词在别的设备上不会变成乱码。

如果播放器不显示歌词,先排查文件名是否与音频文件同名(很多播放器靠同名匹配),再检查文件是否放在了播放器识别的歌词目录。

时间轴整体偏移或个别行错位怎么修

这是打点后最常见的问题,分两种情况处理。

整体偏移:所有歌词都统一早了或晚了同样的量。这种情况不需要逐行改,直接对所有时间戳做批量平移即可。比如整体晚了 0.5 秒,就把每行时间减 0.5 秒。很多 LRC 工具提供整体偏移功能,没有的话用支持正则或列编辑的编辑器也能批量处理。

个别行错位:只有某几行对不上。回到工具里定位到那几行,单独微调时间戳。常见原因是打点时手慢了半拍,或者那句歌词前面有段纯音乐、容易被误判为起始点。

判断是整体还是个别问题的方法:随机挑开头、中间、结尾各一行对照音频,如果三行偏移量一致,就是整体偏移;如果偏移量各不相同,就逐行修。

什么时候该换工具

LRC Maker 这类手动打点工具适合单首歌、歌词行数不多、对时间精度要求不是极端苛刻的场景。以下情况考虑其他方案:

  • 需要批量处理大量歌曲,手动打点的时间成本过高。
  • 歌词还没有文本,需要从音频自动识别——这属于语音转文字加时间对齐的范畴,不是打点工具能解决的。
  • 需要制作逐字歌词(卡拉OK 式逐字高亮),标准 LRC 格式不支持,要用增强型格式。
歌词滚动是怎么实现的,如何制作带时间轴的 LRC 歌词文件

歌词能随音乐滚动,靠的不是播放器自动识别,而是 LRC 文件里每一行歌词前面的时间标签。播放器读到 [01:23.45] 这样的标记,就在对应时刻把该行歌词推到屏幕中央。所以想让歌词滚动,核心工作是给每句歌词打上准确的时间轴。下面先讲清 LRC 的格式,再给出用歌词滚动姬(LRC Maker)边听边打轴的具体做法,最后说验证和常见失败点。

LRC 时间轴的基本格式

LRC 是纯文本文件,一行一条时间标签加歌词:

[00:12.30]第一句歌词
[00:18.75]第二句歌词
[01:02.10]副歌第一句

时间标签的写法是 [mm:ss.xx]:mm 是分钟,ss 是秒,xx 是百分之一秒(两位小数)。播放器按这个时间点定位,逐行显示并滚动。

几个容易忽略的规则:

  • 时间标签必须放在行首,紧跟歌词,中间不要有多余空格或换行。
  • 一行可以挂多个时间标签(同一句歌词重复出现时),例如 [00:12.30][01:30.00]同一句。
  • 文件里可以写元信息标签,如 [ti:歌名]、[ar:歌手]、[al:专辑],播放器会读取但不参与滚动。
  • 时间标签格式写错(比如用 [1:2.3] 这种缺位写法)会导致整行不被识别。

用歌词滚动姬制作带时间轴的 LRC

歌词滚动姬(LRC Maker)是一个在浏览器里运行的打轴工具,思路是:先粘贴歌词文本,再一边播放音乐一边给每句打上时间点,最后导出 LRC 文件。

前提:准备好歌词的纯文本(每句一行),以及要打轴的音乐文件。

操作步骤

  1. 打开 LRC Maker 页面,把歌词逐行粘贴进歌词编辑区。
  2. 载入或播放要打轴的音乐,让播放进度和歌词对齐。
  3. 播放音乐,在每句歌词开始唱的那一刻,用打轴操作(通常是点击对应歌词行或按快捷键)记录当前时间点。
  4. 逐句推进,直到所有歌词都带上时间标签。
  5. 回放检查:让音乐从头播放,看每句歌词是否在正确时刻高亮或滚动,偏差大的行重新打轴。
  6. 导出 LRC 文件,保存为 .lrc。

验证方法

  • 在工具内回放,确认每句时间点与演唱起点一致,尤其是前奏长、间奏多的歌曲。
  • 导出后用文本编辑器打开,检查时间标签格式是否为 [mm:ss.xx],有没有缺位或错位。
  • 把 LRC 文件放进音乐播放器加载,实际播放一遍看滚动效果。

常见失败点

现象 可能原因 处理
歌词完全不滚动 文件不是 LRC,或没有时间标签 确认扩展名为 .lrc,每行都有 [mm:ss.xx]
部分行不显示 该行时间标签格式错误 统一改成两位分钟、两位秒、两位小数
中文显示乱码 文件编码与播放器不一致 存为 UTF-8,必要时试 GBK
播放器读不到 播放器不支持外挂 LRC,或文件名不匹配 换支持 LRC 的播放器,LRC 与音频同名同目录
时间整体偏移 打轴时音乐起点没对齐 重新对齐起点后重打,或整体微调时间

制作完成后如何加载验证

把导出的 .lrc 文件和音频文件放在同一目录,并改成相同的文件名(如 song.mp3 配 song.lrc)。用支持外挂歌词的播放器打开音频,播放时观察歌词是否按时间滚动。如果播放器有歌词面板,确认它读取的是这个 LRC 而不是在线匹配的歌词。滚动正常、时间对得上,就说明这份 LRC 可用。

如何生成带时间轴的 LRC 歌词文件

生成带时间轴的 LRC 文件,核心是给每一行歌词打上 [mm:ss.xx] 形式的时间标签。用 LRC Maker 这类在线工具,流程是:准备纯文本歌词 → 导入音频 → 播放时逐句打轴 → 微调偏移 → 导出 LRC → 在播放器里验证。适合手头已有歌词文本、需要自己制作滚动歌词的场景;如果歌词本身还没有,需要先整理成一行一句的文本。

准备歌词文本

先把歌词整理成纯文本,每行对应演唱中的一句,不要在一行里塞两句,也不要在句内换行。前奏、间奏如果需要在播放器里显示提示,可以单独占一行,比如 [前奏]、[间奏],打轴时给它一个时间点即可。

需要注意的几点:

  • 去掉空行和多余空格,避免导出后出现空时间标签。
  • 标点保留原样,LRC 只关心时间标签,不解析标点。
  • 如果原文有重复段落(副歌重复),按实际演唱顺序逐行写出,不要用“重复副歌”之类的说明代替。

在 LRC Maker 中打轴

打开 LRC Maker 后,基本操作是加载音频、粘贴歌词,然后在播放过程中为当前行打上时间点。

  1. 加载音频:选择本地音频文件,工具会加载出播放控制。
  2. 粘贴歌词:把准备好的纯文本按行粘贴进去,确认行数与歌词句数一致。
  3. 播放并打轴:从头播放,在每一句开始演唱的瞬间触发打轴操作,工具会把当前播放时间写入该行。逐句推进,直到最后一行。
  4. 回退修正:某一句打早了或打晚了,回到该行重新打一次,覆盖原来的时间即可。

打轴的关键是“句首对齐”:时间标签应落在这一句第一个字开始发声的位置,而不是这一句唱完的位置。

调整偏移与行序

打完之后通常还需要两类修正:

  • 整体偏移:如果所有行都统一偏早或偏晚,用整体偏移功能把所有时间标签同时加减一个固定值,比逐行改快得多。常见原因是打轴时的手速延迟或音频起始位置差异。
  • 单行微调:只有个别行不准时,单独修改该行的时间值。
  • 行序:LRC 按文件中的行顺序显示,行序错了要在文本里调整行的先后,而不是只改时间。

前奏较长时,第一句歌词的时间标签会明显晚于 0 秒,这是正常的;播放器在第一个时间标签之前通常不显示歌词或显示占位内容。

导出与检查格式

导出为 .lrc 文件后,检查两点:

  • 时间格式:标准写法是 [mm:ss.xx],分钟两位、秒两位、百分秒两位,例如 [01:23.45]。有些工具允许 [mm:ss.xxx] 毫秒三位,但兼容性不如两位百分秒,跨播放器使用时优先用两位。
  • 编码:中文歌词建议用 UTF-8,避免在部分播放器里出现乱码。如果目标播放器只认本地编码,再按需转换。

一个最小可用的 LRC 片段长这样:

[00:12.30]第一句歌词
[00:16.80]第二句歌词
[00:21.05]第三句歌词

在播放器中验证

把导出的 LRC 和同名音频放在同一目录(多数播放器按同名文件自动匹配),播放时观察滚动是否与演唱同步。

排查不同步的思路:

  • 整体偏移:所有行都早或都晚,回到工具里做整体偏移后重新导出。
  • 逐渐漂移:开头准、后面越来越不准,通常是打轴过程中暂停或跳转导致时间基准变化,需要重新打轴。
  • 个别行错位:只改对应行的时间值。
  • 完全不显示:检查文件名是否与音频一致、编码是否为播放器支持的格式、时间标签格式是否被解析。

验证通过后,这份 LRC 就可以用于支持滚动歌词的播放器或音乐软件。

如何制作带时间轴的 LRC 歌词文件

制作带时间轴的 LRC 歌词文件,核心流程是:准备纯文本歌词 → 导入歌词制作工具 → 边播放音频边为每行歌词打轴 → 检查对齐并微调 → 导出 LRC 文件。适合想为本地歌曲、翻唱或自制音频配上同步滚动歌词的人。下面以 LRC Maker(歌词滚动姬)为例说明完整操作,其他同类工具的操作逻辑基本一致。

准备歌词文本

先把歌词整理成纯文本,每行对应一句歌词,不要带序号、和弦标记或多余空行。

  • 一行一句:LRC 的时间标签是加在每一行开头的,一行里塞两句会导致这两句共用一个时间点。
  • 去掉空行:空行会被当成一句歌词,打轴时多出一个无意义的时间点。
  • 标点保留:歌词内的标点不影响时间轴,按原样保留即可。
  • 编码建议 UTF-8:避免导出后在播放器里出现乱码。

如果歌词来自音乐平台,复制后通常已经是一行一句,检查一下有没有把作词、作曲等制作信息混进去即可。

导入文本并加载音频

打开 LRC Maker 后,把整理好的歌词文本粘贴或导入到歌词编辑区,再加载对应的音频文件。加载完成后,界面会同时呈现歌词列表和音频播放控制。

这一步要确认两件事:

  1. 歌词行数和顺序与音频中的演唱顺序一致。如果顺序错了,后面打轴会全部对不上。
  2. 音频能正常播放,并且可以随时暂停、拖动进度。打轴依赖反复暂停和回退,播放控制是否顺手直接影响效率。

为每行歌词打轴

打轴就是给每一行歌词记录它开始演唱的时间点。常见做法有两种:

手动打轴

播放音频,在每句歌词即将开始演唱的瞬间按下打轴快捷键或点击对应按钮,工具会把当前播放时间写入该行。然后继续播放下一句,重复操作直到全部完成。

边听边校正

如果某句打早了或打晚了,回退到该句附近重新打一次即可,工具会用新时间覆盖旧时间。

打轴时的几个经验:

  • 时间点落在人声起唱的第一个字上,而不是伴奏进入的位置。
  • 遇到间奏、前奏较长的段落,不要提前给下一句打轴,等真正唱到再打。
  • 连续快节奏的句子可以适当放慢播放速度再打,减少误差。

检查对齐并微调

全部打完后,从头播放一遍,重点看这几处:

检查点 常见问题 处理方式
前奏后第一句 打早了,歌词先于声音出现 把时间点往后调
副歌连续句 时间间隔过密或过疏 逐句核对,单独微调
间奏前后 上一句停留过久或下一句提前 确认间奏不占用歌词行
结尾句 最后一句时间点缺失 补上或确认是否需要

微调时以“歌词切换的瞬间与听到该句第一个字基本同步”为准,不必追求毫秒级精确,人眼对滚动歌词的容忍度通常在零点几秒内。

导出并验证

确认对齐无误后,导出 LRC 文件。导出后建议做一次实际验证:

  1. 用支持 LRC 的播放器(如部分本地音乐播放器)加载这首歌和同名 LRC 文件。
  2. 播放时观察歌词是否随进度高亮或滚动。
  3. 如果歌词不显示,先检查 LRC 文件名是否与音频文件名一致,再检查文件编码和路径。

常见卡点

  • 歌词不滚动:多数是文件名不匹配或播放器不支持该 LRC 格式,先排除这两点。
  • 时间整体偏移:如果所有句子都早或晚同一量,可能是音频本身有延迟,逐句微调或整体平移时间标签。
  • 一行显示两句:回到文本准备阶段,把该行拆成两行重新打轴。
  • 导出后乱码:把文件另存为 UTF-8 编码。

整个流程的关键在打轴环节,文本准备得越干净、打轴时越耐心,最终歌词的同步效果越好。

网站信息概览

综合当前可观察字段,站点的域名资历和网络配置都体现出一定运营沉淀,这有助于建立连续性判断,但仍需结合主体身份和具体业务。从公开技术信号来看,当规范链接、描述或分享字段共同不足时,搜索平台更依赖自行推断,可能出现摘要偏题、图片缺失或权重分散。

域名与注册信息

从注册时间看,这个域名已经持续存在约 13 年。依据当前可见线索,该域名由 MarkMonitor Inc. 管理,这类服务通常用于品牌资产保护。域名处于正常锁定状态,可降低未经授权转移的风险。域名使用常见的 .io 通用顶级域。

DNS 与邮件配置

依据当前可见线索,DNS 托管可识别为 Amazon Route 53。DNS 中存在证书颁发授权记录。该主机名未使用别名记录。DNS 中没有邮件交换记录。该域名尚未启用 DNSSEC。

TLS 与证书

RSA 密钥长度为 2048 位,符合当前常见配置。证书链完整,可由客户端连续验证。证书只提供域名身份信息,未见组织字段。依据当前可见线索,证书由 Let's Encrypt 签发,采用常见的自动化短周期证书服务。TLS 证书采用约 89 天的短有效期。

HTTP 响应

HTTP 安全策略部分覆盖,仍需补充 CSP、X-Content-Type-Options、Referrer-Policy、Permissions-Policy、点击劫持防护。CORS 允许任意来源读取该响应。未发现 X-Powered-By,后端框架信息未通过该字段公开。从当前可见信息判断,检测到 x-cache、x-served-by、via,前端存在代理或边缘网络。HTTP 字段未显示敏感内部网络标识。

技术栈分析

依据当前可见线索,已识别的搭建技术包括 React、Fastly,但版本保持隐藏。这样的配置能降低被快速匹配已知版本问题的便利性,但不能替代及时更新。

SEO 与社交分享

首页未检测到 Canonical 规范链接。首页没有专门配置社交平台分享信息。首页已设置标题,长度适中。Meta Description 信息完整且长度适中。Robots 指令未阻止首页索引。

主机和电子邮件

DNSAmazon Route 53
主机Fastly
位置 United States 国旗United States 185.199.108.153

用户评价(0)

  • 暂无评价。

页面、搜索与分享信息

页面描述歌词滚动姬|可能是你所能见到的最好用的歌词制作工具
规范链接未检测到
语言未知(默认)
Twitter Card未检测到

未知

未发现 robots.txt

暂未发现 Sitemaps

域名登记事实 RDAP / WHOIS

注册商MarkMonitor Inc.
注册时间2013-03-08
到期时间2027-03-08
域名状态clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited、clientTransferProhibited https://icann.org/epp#clientTransferProhibited、clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
名称服务器dns1.p05.nsone.net、dns2.p05.nsone.net、dns3.p05.nsone.net、ns-1622.awsdns-10.co.uk、ns-692.awsdns-22.net
DNSSECunsigned

DNS 记录

类型名称值TTL优先级
Alrc-maker.github.io185.199.108.1533600—
Alrc-maker.github.io185.199.109.1533600—
Alrc-maker.github.io185.199.110.1533600—
Alrc-maker.github.io185.199.111.1533600—
AAAAlrc-maker.github.io2606:50c0:8000::1533600—
AAAAlrc-maker.github.io2606:50c0:8001::1533600—
AAAAlrc-maker.github.io2606:50c0:8002::1533600—
AAAAlrc-maker.github.io2606:50c0:8003::1533600—
NSgithub.iodns1.p05.nsone.net275—
NSgithub.iodns2.p05.nsone.net275—
NSgithub.iodns3.p05.nsone.net275—
NSgithub.iodns4.p05.nsone.net275—
NSgithub.ions-1339.awsdns-39.org275—
NSgithub.ions-1622.awsdns-10.co.uk275—
NSgithub.ions-393.awsdns-49.com275—
NSgithub.ions-692.awsdns-22.net275—
TXTgithub.iov=spf1 a -all3600—
CAAgithub.io0 issue "digicert.com"3600—
CAAgithub.io0 issue "letsencrypt.org"3600—
CAAgithub.io0 issue "sectigo.com"3600—
CAAgithub.io0 issuewild "digicert.com"3600—
CAAgithub.io0 issuewild "letsencrypt.org"3600—
CAAgithub.io0 issuewild "sectigo.com"3600—

TLS 与证书

定性结果配置正常
支持协议TLSv1.2、TLSv1.3
协商协议TLSv1.3
证书主题*.github.io
颁发者Let's Encrypt
有效期至2026-10-31T23:38 · 记录时剩余 34 天
验证事实证书信任:通过 · 域名匹配:通过

HTTP 响应标头

标头值
content-typetext/html; charset=utf-8
cache-controlmax-age=600
serverGitHub.com
strict-transport-securitymax-age=31556952
access-control-allow-origin*

已识别技术

ReactFastly