尧图网络 高端网站定制 · 原创设计
免费咨询热线
400-888-6620
免费获取方案
claude-seo 图片 SEO 优化完整指南:从 on-page 审计、格式转换到 IPTC 元数据与 AI 图片合规
【免费下载链接】claude-seoUniversal SEO skill for Claude Code. 26 sub-skills 19 sub-agents covering technical SEO, E-E-A-T, schema, GEO/AEO, agent readiness (Lighthouse Agentic Browsing, WebMCP, llms.txt), backlinks, local SEO, e-commerce, international SEO, Google APIs, and PDF/Excel reporting. 9 optional extensions for live SEO data.项目地址https://gitcode.com/GitHub_Trending/cl/claude-seo点击查看免费下载本篇技术指南围绕 claude-seo 项目的seo-images子技能skills/seo-images/SKILL.md展开系统讲解图片 SEO 的完整工作流站内img元素审计alt 文本、文件体积、格式、响应式、懒加载、CLS、基于 DataForSEO 的图片 SERP 竞争分析以及基于 exiftool / cwebp / ImageMagick / FFmpeg 的图片文件级优化WebP/AVIF 转换、IPTC/XMP 元数据注入、AI 生成图片的 DigitalSourceType 合规标注。读完本文你将掌握一套可立即落地的图片优化检查清单、命令集与决策依据并理解仓库中 scripts/parse_html.py 与 scripts/iptc_ai_label.py 两个脚本的底层实现逻辑。一、技能定位与适用场景seo-images是 claude-seo 项目 25 个 SEO 子技能之一属于技术 SEO 与性能优化的交叉领域。它的技能声明SKILL.md frontmatter定义了一组明确的触发语例如 image optimization、alt text、image SEO、image size、image audit、optimize images、image metadata、image SERP、convert to webp、image file optimize并支持argument-hint: [url]参数即用户可直接传入目标 URL 发起审计。技能覆盖三大能力域能力域核心内容依赖On-page 图片审计alt 文本、文件体积、格式、响应式、懒加载、CLS、文件名、CDN页面 HTML 解析parse_html.py图片 SERP 分析Google Images 排名竞争情报DataForSEO MCP 扩展图片文件优化WebP/AVIF 转换、IPTC/XMP 元数据、AI 图片合规标注exiftool、cwebp、ImageMagick、FFmpeg从仓库结构看该项目还提供了配套的 agents/seo-visual.md 视觉分析代理负责截图、首屏与移动端渲染检查以及独立的analyze_visual.py脚本用于识别首屏 hero 图片三者可组合成完整的图片 视觉审计链路但本技能聚焦的是图片本身的 SEO 属性与文件级优化。二、On-page 图片审计九个检查维度2.1 Alt 文本Google Images 排名权重最高的因素alt 文本是图片 SEO 中唯一被 Google 明确视为排名信号的 HTML 属性。审计时按下述标准逐一检查页面内所有img元素存在性所有img元素都应带alt属性纯装饰性图片除外装饰图片应使用rolepresentation或alt描述性alt 必须描述图片内容而不是文件名如image.jpg或空洞词如photo关键词在自然的前提下融入相关关键词严禁堆砌长度控制在 10–125 个字符之间。优秀示例Professional plumber repairing kitchen sink faucetRed 2024 Toyota Camry sedan front viewTeam meeting in modern office conference room反面示例image.jpg文件名而非描述plumber plumbing plumber services关键词堆砌Click here无描述性2.2 文件体积按图片类别分级阈值文件大小直接影响 Core Web Vitals 中的 LCP最大内容绘制因此审计按图片类别设置三档阈值图片类别目标警告严重缩略图 50KB 100KB 200KB内容图片 100KB 200KB 500KBHero/Banner 图片 200KB 300KB 700KB在无损质量的前提下应尽可能压缩到目标阈值以内。2.3 格式优先 WebP/AVIF用picture做渐进增强不同格式的浏览器支持率与适用场景如下格式浏览器支持适用场景WebP97%默认推荐格式AVIF92%压缩率最佳较新JPEG100%照片的兜底格式PNG100%需要透明背景的图形SVG100%图标、Logo、插画核心建议用 WebP/AVIF 替代 JPEG/PNG并通过picture元素提供格式回退链让浏览器自动选择第一个支持的格式picture source srcsetimage.avif typeimage/avif source srcsetimage.webp typeimage/webp img srcimage.jpg altDescriptive alt text width800 height600 loadinglazy decodingasync /pictureJPEG XL值得关注的演进格式。2025 年 11 月Google Chromium 团队推翻了 2022 年的决定宣布将使用基于 Rust 的解码器在 Chrome 中恢复对 JPEG XL 的支持目前实现已完成但仍未进入 Chrome stable。JPEG XL 支持 JPEG 无损重压缩零质量损失约节省 20% 体积且有竞争力的有损压缩表现。当前尚不适用于线上部署但值得持续跟踪其后续采用进度。2.4 响应式图片srcsetsizessrcset提供多种尺寸sizes与布局断点匹配分辨率要适配设备像素比DPR。img srcimage-800.jpg srcsetimage-400.jpg 400w, image-800.jpg 800w, image-1200.jpg 1200w sizes(max-width: 600px) 400px, (max-width: 1200px) 800px, 1200px altDescription 2.5 懒加载与lazy_method识别真实懒加载机制折叠线以下图片使用loadinglazy禁止对首屏/hero 图片懒加载会直接损害 LCP需区分原生懒加载与 JavaScript 驱动的懒加载方案。!-- 折叠线以下 - 懒加载 -- img srcphoto.jpg loadinglazy altDescription !-- 首屏 - 立即加载默认 -- img srchero.jpg altHero image关键实现细节lazy_method字段仓库的 scripts/parse_html.py 为每张图片解析出一个lazy_method字段用于分类其懒加载机制。这一设计的背景是被 Perfmatters、EWWW Image Optimizer 等插件优化过的 WordPress 站点会移除原生loadinglazy并把src替换为占位符加 data 属性如果只检查loading属性会把实际上大量懒加载的页面误报为未懒加载。检测顺序为 native → perfmatters → ewww → js-generic → nonelazy_method检测信号常见技术栈nativeloadinglazyHTML 属性现代浏览器、纯 HTMLperfmattersdata-perfmatters-src/-srcset或 classperfmatters-lazyWordPress Perfmatters 插件ewwwdata-ewww-src/data-eio或 classlazyload-eioWordPress EWWW Image Optimizerjs-genericdata-src/data-lazy-src/data-original/data-srcset或 classlazyload/lazyloaded/lazyLazysizes、vanilla-lazyload、jQuery 插件none无任何属性或 class 信号页面未对该图片做懒加载审计时应当把lazy_method与loading一起报告这样用户就能判断站点是否在使用 JS 驱动的懒加载方案此时原生loadinglazy属性刻意缺失不属于回归缺陷。该逻辑有完整单测覆盖见 tests/test_lazy_detection.py其中验证了原生优先于>img srchero.webp fetchpriorityhigh altHero image description width1200 height630关键警告绝对不要对首屏/LCP 图片使用loadinglazy这直接拉低 LCP 得分。loadinglazy只应保留给折叠线以下图片。2.7decodingasync避免图片解码阻塞主线程对非 LCP 图片添加decodingasync防止图片解码阻塞主线程img srcphoto.webp altDescription width600 height400 loadinglazy decodingasync2.8 CLS 预防固定宽高与aspect-ratio所有img元素设置width和height属性或使用 CSSaspect-ratio对无尺寸声明的图片打标记。!-- 好 - 设置了尺寸 -- img srcphoto.jpg width800 height600 altDescription !-- 好 - CSS 纵横比 -- img srcphoto.jpg styleaspect-ratio: 4/3 altDescription !-- 差 - 无尺寸 -- img srcphoto.jpg altDescription2.9 文件名与 CDN文件名描述性命名blue-running-shoes.webp优于IMG_1234.jpg全小写、连字符分隔、不含特殊字符融入相关关键词CDN 使用检查图片是否由 CDN 提供不同域名、CDN 响应头对图片密集站点推荐启用 CDN并检查边缘缓存头。三、审计输出摘要、优先级清单与整改建议完成检查后按以下三部分输出结果3.1 图片审计摘要指标状态数量图片总数-XX缺失 Alt 文本❌XX超大图片200KB⚠️XX格式不当⚠️XX无尺寸声明⚠️XX未懒加载⚠️XX3.2 按影响排序的优化清单按文件体积节省潜力降序排列节省最多的排最前图片当前大小格式问题预计节省...............3.3 推荐整改动作将 X 张图片转换为 WebP预计节省 XX KB为 X 张图片补充 alt 文本为 X 张图片补充宽高尺寸为 X 张折叠线以下图片启用懒加载压缩 X 张超大图片。四、图片 SERP 分析用 DataForSEO 补齐竞争数据当 DataForSEO MCP 扩展可用时可用命令/seo images serp keyword将站内图片审计与 Google Images 排名交叉对照输出竞争对手的图片 SERP 全景。工作流通过serp_google_images_live_advanced获取 Google Images 结果depth100提取头部域名、图片类型、alt 文本模式输出竞争对手图片 SERP 全景表。输出示例排名域名Title/Alt图片 URL页面 URL1example.comBlue running shoes....../shoes.webp/products/...分析维度域名统治力哪些站点占据最多图片位按数量取前 10Alt 文本模式排名靠前图片的常见 title/alt 规律格式分布头部结果中 WebP vs JPEG vs PNG 的占比机会评分你已有页面排名但缺乏图片占位的关键词。若 DataForSEO MCP 不可用应告知用户并建议安装该扩展。仓库证据DataForSEO 扩展的/seo dataforseo serp-images keyword命令同样调用serp_google_images_live_advanced见 extensions/dataforseo/skills/seo-dataforseo/SKILL.md其成本参考显示 SERP Images 端点单价为 $0.002、支持 5 倍计费并按site:/filetype:操作符加权见 skills/seo-dataforseo/references/cost-tiers.md。五、图片文件级优化格式转换、元数据注入与压缩命令入口为/seo images optimize path用于对单个或批量图片文件执行 WebP/AVIF 转换、IPTC 元数据注入、压缩以及响应式变体生成。5.1 工具优先级与前置检查工具用途安装方式exiftoolEXIF/IPTC/XMP 读写sudo apt install libimage-exiftool-perlcwebpWebP 转换sudo apt install webpImageMagickconvert格式转换、缩放多数系统预装预装FFmpeg格式转换兜底预装预装运行前先用which exiftool cwebp convert ffmpeg确认哪些工具可用。5.2 格式转换命令# WebP推荐默认- 保留元数据 cwebp -q 82 -metadata all input.jpg -o output.webp # 通过 ImageMagick 转 WebPcwebp 未安装时的兜底 convert input.jpg -quality 82 output.webp # 通过 FFmpeg 转 AVIF编码较慢压缩率最佳 ffmpeg -i input.jpg -c:v libaom-av1 -crf 30 -still-picture 1 output.avif # 响应式变体400w, 800w, 1200w convert input.jpg -resize 400x -quality 82 image-400.webp convert input.jpg -resize 800x -quality 82 image-800.webp convert input.jpg -resize 1200x -quality 82 image-1200.webp5.3 IPTC 元数据注入Google Images 富结果展示Google Images 会在搜索结果中展示 IPTC 的 Creator创作者、Credit Line署名行与 Copyright版权信息。这不是排名因素但能改善富结果展示与品牌署名。用 exiftool推荐# 读取全部元数据 exiftool image.jpg # 注入 IPTC XMP 元数据用于 Google Images 富结果 exiftool \ -IPTC:ObjectNameProduct Photo Description \ -IPTC:Caption-AbstractDetailed image description \ -IPTC:By-lineBrand Name Photography \ -IPTC:CreditBrand Name \ -IPTC:CopyrightNoticeCopyright 2026 Brand Name \ -IPTC:Sourcebrandname.com \ -XMP:TitleProduct Photo Description \ -XMP:DescriptionDetailed image description \ -XMP:CreatorBrand Name Photography \ -XMP:RightsCopyright 2026 Brand Name \ image.jpg # 批量注入目录下所有图片 exiftool -overwrite_original \ -IPTC:By-lineBrand Name \ -IPTC:CopyrightNoticeCopyright 2026 Brand Name \ *.jpg *.webp *.png用 ImageMagick兜底identify -verbose image.jpg | head -50 convert input.jpg \ -set comment Product Photo Description \ -set IPTC:2:80 Brand Name Photography \ -set IPTC:2:116 Copyright 2026 Brand Name \ output.jpg重要格式差异WebP 原生支持 EXIF 和 XMP但不支持 IPTC。对 WebP 文件应改用 XMP 字段而非 IPTCexiftool 会自动完成这一转换。5.4 AI 生成图片DigitalSourceTypeMerchant Center 强制要求对由生成式 AI 产出的商品图片Google Merchant Center 强制要求携带 IPTCDigitalSourceType: TrainedAlgorithmicMedia元数据。这是运营政策层面的合规要求而非排名因素——缺少该标注的 AI 图片 feed 可能被拒批。仓库提供了专门的封装脚本 scripts/iptc_ai_label.py将 audit inject 做成 CLI 命令避免依赖操作者手敲 exiftool 单行命令该脚本的设计动机在其 docstring 中有明确说明即让审计可与 claude-seo 的 CLI 模式及 Agent 循环集成# 审计目录内 IPTC 标注情况统计 missing/ai/captured 等 python3 scripts/iptc_ai_label.py audit ./images/ --json # 审计单张图片 python3 scripts/iptc_ai_label.py audit ./hero.webp --json # 为图片注入 AI 标注 python3 scripts/iptc_ai_label.py inject ./ai-hero.webp \ --source-type trainedAlgorithmicMedia # 其他词表值 # compositeSynthetic 拍摄 AI 元素混合 # digitalCapture 完全拍摄的照片原始 exiftool 等价命令临时使用# 手动注入 exiftool \ -XMP-iptcExt:DigitalSourceTypehttps://cv.iptc.org/newscodes/digitalsourcetype/trainedAlgorithmicMedia \ ai-generated-product.jpg # 审计找出目录中缺少该标注的图片 exiftool -if not $XMP-iptcExt:DigitalSourceType \ -filename -DigitalSourceType *.jpg *.webp *.pngIPTC 词表还定义了以下取值脚本中的IPTC_VOCAB常量与之对应见 scripts/iptc_ai_label.pytrainedAlgorithmicMedia— 完全由 AI 生成扩散模型商品图用此值compositeSynthetic— 拍摄与 AI 生成元素混合digitalCapture— 完全拍摄的照片无 AI 元素。实现细节该脚本的audit会递归遍历目录下的.jpg/.jpeg/.png/.webp/.tif/.tiff文件见_iter_images通过 exiftool 读取XMP-iptcExt:DigitalSourceType并把返回的完整 URI 归一化为短名后归类统计inject会校验 source-type 是否在词表内、exiftool 是否可用、文件是否存在再以-overwrite_original落盘。相关的纯逻辑测试不依赖真实 exiftool通过 mock 完成见 tests/test_phase_j_executable.py覆盖了词表校验、target 不存在、exiftool 缺失、未知 source-type 拒绝等错误路径。执行约定当对 AI 生成素材执行/seo images optimize时应提示用户确认素材来源类型并自动注入对应的 IPTC 值。另外对 AI 生成的商品标题与描述Google Merchant Center 也要求在 feed 中单独指定并标注 AI 生成文本——这属于 feed 层而非页面层的强制项应与seo-ecommerce技能交叉核对。5.5 元数据审计# 快速审计 exiftool -IPTC:all -XMP:all -EXIF:ImageDescription image.jpg # 批量审计 - 找出缺少 IPTC Creator 的图片 exiftool -if not $IPTC:By-line -filename *.jpg *.webp *.png5.6 完整优化流水线为达到最佳图片 SEO 效果对每张图片按以下流水线执行审计现有元数据exiftool -IPTC:all -XMP:all image.jpg注入 IPTC/XMP 元数据Creator、Copyright、Description转换为 WebPcwebp -q 82 -metadata all image.jpg -o image.webp生成响应式变体400w、800w、1200w验证元数据保留exiftool image.webp生成pictureHTMLAVIF WebP JPEG 回退链六、Google Images 排名的影响因素对照表明确区分对排名真正重要与纯展示或无关的因子避免在无效环节浪费精力因素影响设置位置Alt 文本关键排名HTMLimg alt文件名高排名文件系统描述性、连字符命名页面上下文高排名周围 HTML 内容文件体积/加载速度中通过 CWV 间接影响压缩 格式转换IPTC Creator/Copyright低仅展示图片文件元数据EXIF 相机数据无对 SEO 无关IPTC Keywords无Google 忽略该字段七、异常处理矩阵审计与优化过程中可能遇到各类环境问题处理策略如下场景处理动作URL 不可达报告连接错误与状态码建议核实 URL 并检查站点是否需要认证页面未发现图片报告未检测到img元素建议检查图片是否由 JavaScript 加载或使用 CSS background-image图片位于 CDN 或认证之后说明无法直接访问图片文件做体积分析报告可用的标记信息alt、尺寸、格式并标记不可达资源exiftool 未安装回退到 ImageMagick 处理元数据建议sudo apt install libimage-exiftool-perlcwebp 未安装回退到 ImageMagick 或 FFmpeg 做 WebP 转换建议sudo apt install webpDataForSEO MCP 不可用跳过图片 SERP 分析章节注明扩展未安装八、总结图片 SEO 是一个双层工程页面层负责 alt 文本、响应式、懒加载与 LCP/CLS 优化这是 Google Images 排名的主战场文件层负责现代格式转换、元数据注入与合规标注这是展示质量与政策合规的保障。claude-seo 的seo-images技能把这两层打通为一个可执行的工作流——从parse_html.py的lazy_method智能懒加载识别到iptc_ai_label.py的 AI 图片合规标注配合 DataForSEO 的图片 SERP 竞争分析形成审计 → 诊断 → 优化 → 复检的完整闭环。如需将审计结果接入更大的审计编排流程可进一步阅读 skills/seo/ 主技能与 agents/seo-visual.md 视觉分析代理的协作方式。赞分享【免费下载链接】claude-seoUniversal SEO skill for Claude Code. 26 sub-skills 19 sub-agents covering technical SEO, E-E-A-T, schema, GEO/AEO, agent readiness (Lighthouse Agentic Browsing, WebMCP, llms.txt), backlinks, local SEO, e-commerce, international SEO, Google APIs, and PDF/Excel reporting. 9 optional extensions for live SEO data.项目地址https://gitcode.com/GitHub_Trending/cl/claude-seo点击查看免费下载相关推荐claude-seo 的 SEO 图片分析师 Agent从 OG/Social 图片审计到生成计划的完整指南claude seo 的 SEO 图片分析师 Agent从 OG/Social 图片审计到生成计划的完整指南 claude seo 是面向 Claude Coclaude-seo 的 SEO 图片分析 Agent基于 banana 扩展的 OG 图审计与生成计划实战指南claude seo 的 SEO 图片分析 Agent基于 banana 扩展的 OG 图审计与生成计划实战指南 本指南以 claude seo 仓库中 ba从codex-seo到SEO-prochatgpt-seo项目转型与Claude SEO来源的完整回顾从codex seo到SEO prochatgpt seo项目转型与Claude SEO来源的完整回顾 本文回顾 chatgpt seo 项目的完整转型过程上一篇Vista技术报告精读理解自动驾驶世界模型的泛化能力与长期预测机制下一篇SkillSpectorAI代理技能安全扫描器的终极指南创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
RELATED

相关推荐

Claude SEO 项目 hreflang 技能实战指南:国际 SEO 审核、标签生成与多语言内容一致性审计

Claude SEO 项目 hreflang 技能实战指南:国际 SEO 审核、标签生成与多语言内容一致性审计

【免费下载链接】claude-seo Universal SEO skill for Claude Code. 26 sub-skills 19 sub-agents covering technical SEO, E-E-A-T, schema, GEO/AEO, agent readiness (Lighthouse Agentic Browsing, WebMCP, llms.txt), backlinks, local SEO, e-commerce, international …

📅 2026/10/26 9:45:47
微生物群落组装机制

微生物群落组装机制

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

📅 2026/10/26 9:45:47
静态时序分析:线负载模型的选择机制

静态时序分析:线负载模型的选择机制

相关阅读 静态时序分析https://blog.csdn.net/weixin_45791458/category_12567571.html 线负载模型及其选择 线负载模型仅在Design Compiler线负载模式(非拓扑模式)下时使用,它估算了导线长度和扇出对网线的电阻、电容和面积的影响&#xff…

📅 2026/10/26 9:45:47
MORE NEWS

更多资讯

📰

没有需求文档怎么写代码?基于大模型与 Agent 的“自迭代”开发工作流探索

没有需求文档怎么写代码?基于大模型与 Agent 的“自迭代”开发工作流探索 摘要:传统软件工程将需求文档视为编码的前提,但在个人开发、原型验证与探索性项目中,“没有需求文档”才是常态。大模型与 Agent 的介入并未消解这一矛盾&…

📰

【附源码】基于SpringBoot的中国茶文化门户网站(源码+数据库+论文+答辩ppt一整套齐全)java开发springboot+vue框架javaweb,可做计算机毕业设计或课程设计

🙊作者简介:多年一线开发工作经验,分享技术代码帮助学生学习。自有计算机毕设的工作室团队,专注计算机毕设开发、定制、远程、文档编写指导等。 🍅 查看主页更多项目 | 计算机毕设工作室 🍅 🍅 …

📰

anthropics/knowledge-work-plugins:用 Markdown 和 JSON 把 Claude 定制成岗位专家的开源插件集

通用模型不懂你的公司。让 Claude 做一次财务对账或者销售 pipeline review,你得把术语、口径、审批流程从头讲一遍;让它去查 CRM、数据仓库、Jira,你得自己写一层集成。结果每个团队都攒下一堆 prompt 模板和一次性脚本,同一份活…

📰

2026-10-24-黑苹果WiFi网卡驱动折腾记录

2026-10-24-黑苹果WiFi网卡驱动折腾记录 背景 物理机黑苹果(OpenCore macOS 15 Sequoia),之前只有有线网络(Realtek RTL8136 PCIe 百兆网卡)。想买个 USB WiFi 网卡解放桌面,买了个 YICHIP 的 RTL8188EU 芯…

📰

寄存器位数与可见性速记

408计组|寄存器位数与程序员可见性:一篇可直接背的总结 一、先立两条公理 一切寄存器位数的推导,都建立在两个定义之上:机器字长 CPU 一次能并行处理的数据位数;地址位数 主存地址线(地址总线&#xff…

📰

悬赏作为合法性建构:鸽姆智库“贾子猜想”千年悬赏公告的学术社会学分析框架——以GG3M-KUCIUS-2026-001-A为分析锚点

标题 悬赏作为合法性建构:鸽姆智库“贾子猜想”千年悬赏公告的学术社会学分析框架 ——以GG3M-KUCIUS-2026-001-A为分析锚点 摘要 背景与问题。2026年10月23日,鸽姆智库(GG3M)通过CSDN博客平台发布编号为GG3M-KUCIUS-2026-001-A…

TODAY

今日更新

THIS WEEK

本周精选

THIS MONTH

本月热门

读完文章,想聊聊您的网站?

告诉我们您的行业与需求,资深顾问一对一梳理方案与报价,全程免费。

📞 💬