Add setting to disable Optimole URL rewriting for social meta tags (og:image / twitter:image)
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 54/100
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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)
- Ngôn ngữ chính
- PHP
- Star
- 74
- Fork
- 14
- Merge trung bình
- 2 ngày 6 giờ
- Pull request đã merge (30 ngày)
- 18
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của Codeinwp/optimole-wp
-
customer report feature-request-triage
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
Codeinwp/optimole-wp#1179 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug-report bug-report-triage crash-report regression
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
Codeinwp/optimole-wp#1163 · 4 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Optimized-image polling calls the SDK before initializationCó thể đã có người làm @selul đã nhận 6 ngày trước. Đang mởbug-report bug-report-triage crash-report
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 65/100
Codeinwp/optimole-wp#1162 · 2 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Allow WP-CLI `wp optimole media rollback_images` command to execute when `offload_media` is set to rollback stateCó thể đã có người làm @selul đã nhận 6 ngày trước. Đang mởcustomer report feature-request-triage
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 65/100
Codeinwp/optimole-wp#1161 · 2 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
New media uploads are offloaded while Image Storage rollback is activeCó thể đã có người làm @selul đã nhận 6 ngày trước. Đang mởbug-report bug-report-triage customer report regression
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 56/100
Codeinwp/optimole-wp#1159 · 2 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của Codeinwp/optimole-wp
Issue tương tự
-
Good first issue: add laravel-inertia stack budget preset (Laravel 11 + Inertia.js + PHP 8.3)Đang mởenhancement good first issue help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
-
backend gamification P0
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
semanadeinformatica/website#461 ·
-
HttpRequestTrait fatals on WordPress 7.2: $blocked_http_requests clashes with WP_UnitTestCase_BaseĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100