Add setting to disable Optimole URL rewriting for social meta tags (og:image / twitter:image)
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 54/100
調査の方向性
Start by locating the settings registration and the front-end HTML parser or URL replacement logic in the Optimole WordPress plugin. Trace how it handles og:image, og:image:secure_url, and twitter:image, then identify the existing settings and tests for exclusions. Done means a dashboard toggle preserves the original URLs when enabled and compatibility is checked with the listed SEO plugins.
索引モデルが issue の本文から書いたものです。
説明
Impact: 75 · Confidence: 95 · Complexity: 40
Description
Problem
Optimole automatically rewrites image URLs inside page head social meta tags (og:image, og:image:secure_url, twitter:image) to Optimole CDN URLs. This can cause social media crawlers (such as Facebook Sharing Debugger, X/Twitter, LinkedIn) to fail to render link preview cards properly. Currently, site owners must add custom PHP filter code (optml_url_post_process) or manually exclude individual image filenames via Exclusions settings to prevent meta tag rewriting.
Desired Behavior
Provide an option in the Optimole WordPress plugin settings (e.g. under Advanced > Exclusions or General settings) to prevent Optimole from rewriting URLs inside social meta tags (og:image and twitter:image) across the site.
Acceptance Criteria
- Add a toggle setting in the WordPress plugin dashboard under Settings (e.g. "Disable URL replacement in social meta tags").
- When enabled, Optimole's front-end HTML parser/replacement logic bypasses
<meta>tags withproperty="og:image",property="og:image:secure_url", andname="twitter:image", leaving original media URLs intact. - Verify compatibility with popular SEO plugins (Rank Math, Yoast SEO, All in One SEO, SEOPress).
Customer Context
The customer (Douglas, a pro user running a content website) experienced broken Facebook link previews for articles because Optimole rewrote og:image tags to Optimole CDN URLs. The only available workaround in the plugin UI was adding per-image filename exclusions, which is unmaintainable for new articles. The customer requested a dashboard setting or global rule to stop Optimole from rewriting social meta tags in the page head.
Root Cause Analysis
The customer's underlying problem is that social network crawlers (Facebook, Twitter/X, etc.) require standard, un-processed image URLs in Open Graph (og:image) and Twitter Card (twitter:image) HTML meta tags. Optimole's HTML post-processing parser automatically rewrites all image URLs on the page—including those inside head meta tags—to CDN URLs. When social platforms scrape the page, CDN URL parameters or format negotiations can prevent link previews from generating correctly. The plugin currently lacks a user-configurable setting or exclusion rule to preserve original URLs specifically within head meta tags site-wide, forcing users to rely on manual PHP snippets (optml_url_post_process) or tedious per-file exclusions.
Reasoning
The customer is reporting that Optimole automatically rewrites image URLs in Open Graph and Twitter Card social meta tags (, ) to Optimole CDN URLs. When social crawlers (like Facebook) fetch these rewritten URLs, previews can fail or display incorrectly. Currently, there is no setting in the Optimole WordPress plugin dashboard or cloud interface to disable social meta tag URL rewriting. The support agent confirmed this gap ("there isn't a dashboard setting yet to stop Optimole rewriting og:image/twitter:image") and provided a PHP snippet filter workaround. Exclude rules currently require per-image exclusions by filename, which is not scalable for site owners publishing new content continuously. While the customer initially asked if AVIF was forced, the core problem is the lack of a site-wide toggle or rule in Optimole settings to disable social meta tag rewriting. Root cause analysis confirms this is a genuine missing product feature/toggle in the Optimole WordPress plugin (Codeinwp/optimole-wp).
Source: HelpScout #3478424614
Generated by feature-request-triage workflow (ID: feature-request-triage_6acac3cfcf3413.17158397)
- 主要言語
- PHP
- スター
- 74
- フォーク
- 14
- 平均マージ
- 2日 6時間
- マージ済み PR(30日)
- 21
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
Codeinwp/optimole-wp のほかの issue
-
Missing-srcset enhancement rewrites data-*-srcset attributes and breaks Envira lazy-load placeholders対応中かも @selul が今日担当しました。 オープン3rd-part-compatibilities bug-report
Codeinwp/optimole-wp#1184 · コメント 1 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
customer report feature-request-triage
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
Codeinwp/optimole-wp#1179 ·
メンテナーはふだん 1 日以内に返信
-
bug-report bug-report-triage crash-report regression
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
Codeinwp/optimole-wp#1163 · コメント 4 件 ·
メンテナーはふだん 1 日以内に返信
-
Optimized-image polling calls the SDK before initialization対応中かも @selul が 7 日前に担当しました。 オープンbug-report bug-report-triage crash-report
難易度 4/5 3〜5日 初心者へのやさしさ 65/100
Codeinwp/optimole-wp#1162 · コメント 2 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
Allow WP-CLI `wp optimole media rollback_images` command to execute when `offload_media` is set to rollback state対応中かも @selul が 7 日前に担当しました。 オープンcustomer report feature-request-triage
難易度 3/5 1〜2日 初心者へのやさしさ 65/100
Codeinwp/optimole-wp#1161 · コメント 2 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
Codeinwp/optimole-wp の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
-
Featured image not passed to checks in the Tasks column or publish blocks対応中かも @roborourke が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
humanmade/publication-checklist#100 ·
メンテナーはふだん 1 日以内に返信
-
bug customer-reported
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
MagnaCapax/PMSS#1072 ·
メンテナーはふだん 5 日以内に返信
-
難易度 2/5 半日 初心者へのやさしさ 68/100
components-web-app/docs#244 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
getgrav/grav-plugin-api#60 ·