Product ideas | Community
Skip to main content

Ideas

Filter by idea status

10000+ Ideas

Farzaneh
FarzanehLevel 4

Filter updates on issues, tasks, projects, programs, portfoliosNew

DescriptionWe are requesting a feature in Workfront that enables users to filter updates on issues, tasks, and especially projects, programs, and portfolios based on specific fields that were changed. This would help users quickly locate historical changes tied to a particular field (including custom fields), rather than having to sift through a long list of general updates. Why is this feature important to youProject and portfolio managers need efficient access to field-level change history to ensure accurate tracking, decision-making, and reporting. This is particularly important when reviewing how project details have evolved over time, supporting transparency and accountability. Additionally, being able to present this data to executives is critical in portfolio-level oversight and governance. How would you like the feature to workWe envision a filterable audit log within the Updates or Journal area that allows users to select a specific field (e.g., “Planned Completion Date” or a custom text field) and view a history of only those changes, including timestamp, user, and old/new values. Ideally, this functionality would also be exportable or easily reportable to support executive summaries or audit reviews. Current BehaviourCurrently, Workfront provides a general log of updates with timestamps, but there is no way to filter changes by specific fields/dates/etc. Some limited history can be pulled through custom reports, but this does not apply to all field types (e.g., custom text fields), and the reporting itself is constrained and difficult to create/use for this purpose. As a result, reviewing historical data for key fields is almost impossible, time-consuming and often incomplete.

How to Add OG Tags in MarketoNew

When building landing pages in Marketo, we often focus on elements like the form, content, and design — but one crucial aspect is often overlooked: Meta Open Graph (OG) tags.These tags play a silent yet powerful role in how your landing page is displayed when shared on platforms like LinkedIn, Facebook, or Slack. What Are Open Graph Tags? Open Graph (OG) tags are small snippets of metadata that go into the <head> section of your page's HTML. They control how your content appears when shared on social media — ensuring your link previews show the right title, description, image, and URL.  Without OG Tags, Your Shared Links Might:An outdated or irrelevant imageA vague or incorrect titleMissing or unoptimized descriptionNo branding or keyword contextSince Marketo doesn’t automatically inject OG tags into landing pages, so you’ll need to manually add them to your Landing Page Template or through a Custom HTML block in the page.Here is the basic example:<head><meta property="og:title" content="Title of Page" /><meta property="og:description" content="Add Description about Page" /><meta property="og:image" content="Main Image URL of Page" /><meta property="og:url" content="Page URL" /><meta property="og:type" content="website" /></head>Adding these tags helps ensure your landing pages are visually aligned with your brand and perform better when shared on social platforms. Hope this helps you make your Marketo pages more social-friendly and on-brand!

Split Share permission from Create permission for Reports, Segments, MetricsNew

Description - When adding permissions for user you can currently give them Analytics Workspace access and the ability to create Segments and/or Metrics, however this same permission allows them to share reports, segment and metrics with anyone else. The suggestion is to split off the share permission as a separate permission(s). Why is this feature important to you - We're more than happy for users to create their own reports, and to create segments and metrics in order to complete whatever reporting or analysis they need. However these may not be documented properly or defined correctly so we want to impose governance and check reports/segments/metrics are defined correctly and are not copies of existing company wide segments/metrics, etc before anything is shared. Adding this feature allows us to reduce confusion around which reports/segments/metrics to use, guarantee they are correct, and give end-users greater faith then the data they see is correct. How would you like the feature to work - Remove the ability to share from the current existing user permissions for Workspace, Segments and Metrics and either create a new single permission for Sharing anything, or three new permissions for sharing reports, segments and metrics. Current Behaviour - Adding Analytics workspace access allows users to share any reports they create there, and adding the ability to create Segments or Create Metrics also allows them to share segments/metrics