Blog

  • How to Prioritize Products in WordPress Search Results

    What Was Happening

    Search queries like “virus” or “case study” didn’t return any product results, even though matching products were published and indexed. Meanwhile, unrelated static pages showed up instead. Custom search behavior that once prioritized products had stopped working after some plugin or theme updates.

    What We Found

    No Priority for CPTs


    The theme’s search.php and functions.php didn’t include any logic to elevate custom post types like “product” over standard posts and pages.

    ⚙️ WP_Query Was Basic


    The query wasn’t configured to weight or include custom fields or taxonomies, leading to inconsistent results.

    How We Fixed It

    1. Adjusted the Search Query


    We added a pre_get_posts filter in functions.php to explicitly prioritize the product post type:

    php

    CopyEdit

    function prioritize_products_in_search($query) {
     if (!is_admin() && $query->is_main_query() && $query->is_search) {
       $query->set(‘post_type’, [‘product’, ‘page’, ‘post’]);
     }
    }
    add_action(‘pre_get_posts’, ‘prioritize_products_in_search’);

    2. Tweaked Search Ranking


    Where relevant, we added meta_query conditions to help highlight results with product-related fields or keywords.

    3. Cleaned Up the Layout


    We also updated the styling to clearly differentiate product search results from regular posts or pages.

    4. Excluded Unwanted Results


    Certain pages were excluded altogether based on the client’s request — helping keep the results more relevant and conversion-focused.

    The Result

    Now, when users search, product pages are displayed first, followed by any relevant blog posts or static pages. No more dead ends or confusing results.

    Want your WordPress search to highlight your most important content?
    Let Integriti Studio optimize your search experience.

  • How to Migrate a WordPress Site Without Losing SEO

    Before You Migrate

    • Full Backup First: Secure your files, database, and settings with reliable plugins like UpdraftPlus or BlogVault.
    • SEO Audit: Track important SEO metrics in Google Search Console and Analytics before you migrate.
    • URL & Meta Inventory: Use Screaming Frog to map all important URLs and metadata.
    • Fast, Reliable Hosting: Make sure your new host is optimized for WordPress speed, SSL, and security.

    How to Migrate

    • Plugin Method: Ideal for simple sites. Use tools like Duplicator or Migrate Guru.
    • Manual Migration: Best for large or complex websites. It takes more work but gives you full control.

    Protect SEO with Redirects

    • Keep URLs Same: Avoid changing URLs if possible.
    • 301 Redirects: If you must change URLs, implement 301 redirects to pass SEO authority.
    • Test Everything: Use online tools to confirm redirects are working with no errors or loops.

    Fix Links & On-Page SEO

    • Check Internal Links: Use Broken Link Checker to repair broken internal links.
    • Optimize Meta Tags: Make sure all titles, descriptions, and headers are intact.
    • Schema Check: Double-check that your structured data (schema) is still in place.

    Post-Migration Cleanup

    • Speed Up the Site: Optimize images and caching for faster load times.
    • HTTPS Check: Confirm your SSL is installed and working.
    • Mobile First: Test responsiveness on multiple screen sizes.

    Tell Google You’ve Moved

    • Resubmit Sitemap: Upload your sitemap to Google Search Console.
    • Check Indexing: Use URL Inspection to confirm crawlability.
    • Watch Analytics: Track traffic for any sudden drops and troubleshoot fast.

    Avoid SEO Mistakes

    • Skipping redirect tests.
    • Forgetting to noindex your staging site.
    • Missing canonical URL updates.
    • Misconfiguring robots.txt.

    Conclusion

    Moving your website shouldn’t cost you your SEO. Follow these steps for a smooth, SEO-friendly migration. Want expert help with your next migration? Integriti Studio has you covered.

  • Fixing Contact Form Email Links Broken by SendGrid Tracking

    What Was Going Wrong

    A client’s contact form emails included a link to a key application page. But users reported that the link either broke or redirected incorrectly. The email was being sent using WP Mail SMTP and SendGrid.

    Root Cause

    Link Rewriting by SendGrid


    SendGrid was rewriting the original URLs to go through their tracking domain (to measure clicks), but those rewritten links weren’t working.

    ️ DNS or Tracking Misconfig


    The click tracking subdomain hadn’t been fully set up in SendGrid’s dashboard — or the DNS wasn’t resolving properly.

    Steps to Fix It

    1. Check the Setup


    Go to your WordPress WP Mail SMTP settings and confirm that SendGrid is the active mailer.

    2. Review Click Tracking Settings


    In SendGrid:

    • Go to Settings > Tracking
    • Look at the domain listed under click tracking
    • Make sure the proper CNAME DNS record is set up and active
    3. Test the Links


    Send yourself a test email. Inspect the source of the email to see the rewritten URLs. Try clicking them — if they fail, it’s definitely a SendGrid redirect issue.

    4. Disable Click Tracking (if needed)


    To restore working links instantly, you can disable SendGrid’s click tracking feature. This stops the URL rewriting and keeps your links clean.

    5. Clean Up the Template


    While testing, make sure your email templates are free of broken links or unnecessary tracking codes.

    The Result

    Once click tracking was disabled, links worked perfectly again. The autoresponder email now routes users where they’re supposed to go — helping the client avoid lost leads.

    Trouble with your WordPress emails or SMTP setup?
    Let Integriti Studio handle it — from mailer configs to link integrity.

  • Fixing Event Calendar Display Errors After Theme Updates

    What Went Wrong

    After updating both the theme and TEC plugin, the events archive page (e.g., /events/) showed a blank screen. The issue stemmed from a compatibility conflict between the theme’s archive layout and TEC’s rendering logic.

    How We Diagnosed It

    ✅ Tested on staging first

    We replicated the issue on a staging site to avoid affecting the live environment.

    ✅ Checked known conflicts

    Forum threads revealed a known issue between newer Impreza theme versions and TEC’s archive view templates.

    ✅ Isolated the problem

    Blank screens typically mean a PHP error or template conflict, especially when it only affects a dynamic page like /events/.

    What Fixed It

    1. Synced all updates

    We updated both the Impreza theme and The Events Calendar plugin to their latest versions—partial updates often cause issues.

    2. Switched archive templates

    Under Events → Settings → Display, we changed the archive layout to “Default Events Template” instead of the theme-integrated option.

    3. Cleared cache and reset permalinks

    We flushed caches and re-saved permalinks via Settings → Permalinks to ensure proper routing.

    4. Applied fix to live site

    Once working on staging, the changes were safely mirrored on the live environment.

    Final Result

    The events archive now loads properly with no blank screens or broken views. Keeping both the theme and TEC updated, and using the right template display setting, restored stable event functionality.

    Need Help with Plugin Conflicts?

    We help WordPress sites stay stable after updates—no broken layouts or missing content.

    Talk to Integriti Studio — your experts in theme + plugin compatibility.

  • Fixing Featured Posts Not Showing on Your WordPress Homepage

    The Problem

    A client approached us after noticing that posts labeled as “Featured” were no longer showing on their homepage. They were using a custom category called “Featured Post” to organize and display these posts—but even after applying the correct category to new posts, the homepage remained empty.

    To make matters worse, their WordPress dashboard had become cluttered—columns were misaligned, and the “All Posts” screen was hard to read.

    Diagnosis

    After auditing the site, our developers found that:

    • The “Featured Post” category was still functioning as expected.
    • The homepage used a page builder module (like Elementor, Divi, or WPBakery) to display those posts.
    • That specific module had stopped pulling content from the “Featured Post” category, likely due to updates or misconfiguration.

    In short, the post content was there—but the tool showing it had broken.

    ✅ The Fix: Swap Out the Module

    Rather than spending hours debugging the old module, we took a simpler route:

    • We replaced the existing Posts display module with a more stable one from the builder’s library.
    • Reconfigured it to fetch posts from the “Featured Post” category.
    • Matched the styling so the layout remained visually consistent.

    This fresh setup bypassed the broken logic, restored visibility, and future-proofed the section against plugin hiccups.

    Want smoother WordPress layouts? Book a quick call.

    Bonus Fix

    The client also struggled with a messy “Posts” screen in the admin panel. Here’s what we did:

    • Used the Screen Options menu (top right of the admin area).
    • Hid unnecessary columns and enabled only the relevant ones.
    • Increased the number of posts displayed per page for easier management.

    Small tweak—big difference in usability.

    Need help cleaning up your dashboard? We’ve got you.

    Why This Works

    WordPress page builders rely on display modules to pull and show content. But when:

    • Plugins update
    • Theme conflicts arise
    • Caching interferes
    • Or modules simply break

    your front-end content can vanish even if everything else is set up correctly.

    Starting fresh with a new module ensures cleaner queries and fewer bugs.

    Need Hands-On Help?

    If your homepage layout isn’t doing what it should—whether it’s broken post sections, weird formatting, or content not pulling—Integriti Studio’s WordPress experts can step in and fix it fast.

    We help you clean up the backend, streamline the frontend, and make sure everything just works.

  • Fixing Gallery Images Not Showing in Custom Posts (Gravity Forms + Beaver Builder)

    Even though the form works and the images land in the Media Library, they’re invisible on the actual post. Here’s how we helped fix it by adjusting Beaver Builder’s template connection—without touching the core form structure.

    What Was Going Wrong?

    • Users submitted images using a Gravity Form.
    • The form created a custom post entry, and images were uploaded successfully.
    • But nothing showed up on the live page.

    The issue? The gallery field wasn’t connected in the Beaver Builder template. Even though the backend had the data, it wasn’t being displayed.

    Why It Happens

    When using Gravity Forms + ACF + Beaver Builder, it’s not enough to just store image data. You must map and display it through:

    • Gravity Forms → correctly assigning custom fields
    • ACF → setting up gallery fields
    • Beaver Builder → pulling that data visually into the layout

    If any one link in that chain is missing—nothing shows up.

    How We Fixed It

    1. Double-Checked Form Field Mapping

    In Gravity Forms → Post Creation Feed, we ensured the image upload was connected to the correct custom field, like:
    Field Name: gallery_images | Value: {Image Upload:3}

    2. Reviewed ACF Field Group

    In Advanced Custom Fields, we created a Gallery Field called gallery_images and attached it to the relevant Custom Post Type.

    3. Updated the Beaver Builder Template

    In Beaver Builder, we edited the Single Post Template for the CPT. We added a Field Connection Module, linked it to gallery_images, and styled it as a carousel.

    4. Ran a Full Workflow Test

    We submitted a fresh form with new images, confirmed their upload, and verified that they now appeared perfectly on the live page.

    Bonus: Smarter Email Notifications

    While improving the form, we also updated email settings:

    • Verified the “From” address in Gravity Forms.
    • Used dynamic tags in email subjects for personalization (e.g., “New Listing: {Custom Field:2}”).

    The Result

    With the right field connection added in Beaver Builder, gallery images now appear exactly where users expect them—no double entries or broken layouts. The form works end-to-end, just as it should.

    Want Help With Gravity Forms + CPT Workflows?

    Struggling with hidden fields, display bugs, or form-to-post challenges in WordPress? We’re pros at getting Gravity Forms, ACF, and Beaver Builder to play nicely together.

  • Fixing Incorrect Images on WordPress Archive Pages

    The Problem


    Are you seeing the wrong image show up for a team member, product, or post—only for it to fix itself after a refresh? This glitchy behavior usually points to caching conflicts or misconfigured image logic in your theme templates.

    What We Discovered

    • Some images appeared mismatched on first load
    • Refreshing or returning later fixed the issue
    • The problem happened inconsistently and was hard to reproduce
    • It often stemmed from reused variables or caching layers interfering with image rendering

    How We Solved It


    1. Cleaned Up the Image Source


    Ensured each item’s image was properly stored in the database—either as a featured image or custom field—and referenced that field directly during rendering.

    2. Fixed Loop Logic


    Scoped image variables inside the loop so they didn’t accidentally carry over values between items. This stopped images from being reused incorrectly.

    3. Isolated the Cache Issue


    Disabled all caching and tested in staging to confirm whether the issue was logic-based or cache-related. This helped narrow down the source quickly.

    4. Used Logging for Visibility


    Temporarily added debug logs inside the loop to check which images were loading per item. This helped validate fixes and catch any lingering problems.

    5. Cleared Cache Across the Board


    After final adjustments, we purged site caches, browser caches, and CDN layers to ensure everything loaded cleanly moving forward.

    The Result


    ✅ Image mismatches are gone
    ✅ Listing pages now load with the correct images, every time
    ✅ The user experience feels more polished and professional

    This fix is ideal for portfolios, staff directories, or product grids that rely on dynamic layouts.

    Want Reliable Image Loading on Your WordPress Site?
    Let Integriti Studio help you fix theme logic and caching conflicts for good.

  • Fixing Mobile Menu Issues Caused by Superfly and Divi Conflicts in WordPress

    Issue Overview

    On iPhones, tapping “Our Shop” did nothing—or worse, redirected to the homepage. The site used Divi and Superfly, and the menu was supposed to trigger a sidebar. Even with caching off, the issue persisted.

    What We Found

    Plugin conflict

    Disabling the WPFront Notification Bar temporarily restored menu functionality.

    ⚙️ Divi + Superfly breakdown

    Testing in a stripped-down environment (Divi + Superfly only) showed the menu still didn’t work on Safari/iOS—proving a deeper conflict.

    Caching not to blame

    WP Rocket’s optimizations were toggled with no effect. The issue wasn’t caching—it was plugin compatibility.

    How We Fixed It

    Rolled back plugins

    Older versions of Divi and/or Superfly were tested. Functionality returned after rollback.

    Device testing

    BrowserStack and real-device tests confirmed the fix across iOS browsers.

    Disabled Superfly

    The plugin was removed completely, and a custom lightweight menu solution was recommended.

    Locked stable version

    The fixed Divi version was locked via BlogVault to prevent future breakage from updates.

    Result

    The mobile menu now works smoothly across all devices. By removing the conflicting plugin and reinforcing stable theme behavior, we restored full site navigation for all users.

    Mobile UX broken? We’ve seen it all.

    From plugin conflicts to theme bugs, Integriti Studio helps you fix broken WordPress. functionality without compromise.

  • Fixing Navigation Limits in The Events Calendar Plugin

    Issue at a Glance


    A WordPress site using The Events Calendar plugin stopped showing future months in its calendar view, even though upcoming events were scheduled. The client couldn’t navigate past October, causing confusion for site visitors.

    What Was Happening

    • Events were scheduled through November, but the calendar wouldn’t display a “Next” button beyond October
    • The plugin’s built-in logic only allows navigation through months that contain published events
    • If no events exist in a future month, that month becomes inaccessible by default

    Our Investigation

    • Confirmed November events were published and visible
    • Verified that the calendar’s behavior was consistent with how the plugin handles future months
    • Identified this as a UX limitation, not a technical error

    Solution We Suggested


    We proposed adding a placeholder event titled “More Events Coming Soon” in a future month (e.g., December or January). This would:

    • Extend calendar navigation by enabling the “Next” button
    • Maintain consistent user experience even when no official events are scheduled
    • Offer a subtle preview that more updates are on the way

    Outcome


    After some internal system refresh or plugin reindexing, the navigation updated automatically, and the “Next” button appeared as expected. No plugin modifications were needed. The client now has a simple strategy to keep future navigation active year-round.

    Need Help Managing Event Features in WordPress?
    Integriti Studio can help you fine-tune plugins like The Events Calendar for better usability, design, and control.

  • Fixing Page-Specific Errors in Avada Builder Caused by Yoast SEO Conflicts

    Error Overview


    While editing a specific WordPress page with Avada Builder, some users see the dreaded message:
    “There has been a critical error on this website.”
    This error often stems from a conflict between the Avada theme and the Yoast SEO plugin—typically triggered only on certain pages.

    What Caused It

    • A custom provider filter page had been deleted and restored from staging
    • The frontend displayed fine, but editing in Avada Builder crashed the backend
    • The error occurred only on one specific page (not site-wide)

    Diagnosis & Discovery

    • Disabling Yoast resolved the issue—confirming a plugin conflict
    • Since Yoast couldn’t be removed globally, a page-specific solution was needed
    • The error occurred only when editing a post with a certain ID in the admin panel

    Smart Workaround


    To avoid disabling Yoast across the site, we built a lightweight mu-plugin to temporarily deactivate it only when editing that specific post:

    php

    CopyEdit

    if (is_admin() && isset($_GET[‘post’]) && $_GET[‘post’] == 204 && $_GET[‘action’] === ‘edit’) {
     add_filter(‘option_active_plugins’, function ($plugins) {
       $yoast = ‘wordpress-seo/wp-seo.php’;
       if (($key = array_search($yoast, $plugins)) !== false) {
         unset($plugins[$key]);
       }
       return $plugins;
     }, 1);
    }

    This allowed the Avada Builder to load cleanly—without compromising Yoast SEO functionality site-wide.

    Final Fix & Result

    • Avada Builder now works smoothly on the affected page
    • Yoast remains active and configured for the rest of the site
    • Caching was cleared (theme, plugin, server) to complete the patch
    • No SEO settings were lost or reset

    Seeing Critical Errors in Your WordPress Admin?
    Let Integriti Studio help isolate plugin conflicts and apply precise, risk-free solutions that keep your website running smoothly.