Add setting to disable Optimole URL rewriting for social meta tags (og:image / twitter:image)
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 54/100
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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)
- Lingua principale
- PHP
- Stelle
- 74
- Fork
- 14
- Merge medio
- 2g 6h
- PR unite (30g)
- 18
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Codeinwp/optimole-wp
-
customer report feature-request-triage
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
Codeinwp/optimole-wp#1179 ·
I maintainer di solito rispondono entro 1 giorno
-
bug-report bug-report-triage crash-report regression
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
Codeinwp/optimole-wp#1163 · 4 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Optimized-image polling calls the SDK before initializationForse già presa @selul l’ha presa 5 giorni fa. Apertabug-report bug-report-triage crash-report
Difficoltà 4/5 3-5 giorni Idoneità per principianti 65/100
Codeinwp/optimole-wp#1162 · 2 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Allow WP-CLI `wp optimole media rollback_images` command to execute when `offload_media` is set to rollback stateForse già presa @selul l’ha presa 5 giorni fa. Apertacustomer report feature-request-triage
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
Codeinwp/optimole-wp#1161 · 2 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
New media uploads are offloaded while Image Storage rollback is activeForse già presa @selul l’ha presa 5 giorni fa. Apertabug-report bug-report-triage customer report regression
Difficoltà 4/5 3-5 giorni Idoneità per principianti 56/100
Codeinwp/optimole-wp#1159 · 2 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di Codeinwp/optimole-wp
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Automattic/blocks-engine#2803 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
hestiacp/hestiacp#5798 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
woocommerce/woocommerce-google-analytics-integration#699 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
wp-media/imagify-plugin#1289 ·
I maintainer di solito rispondono entro 5 giorni
-
Sidebar highlights two items when plugin routes share a prefix (/plugin/foo and /plugin/foo-bar)Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
getgrav/grav-plugin-admin2#195 ·