מעבר מ-Elementor לתבנית וורדפרדס בפיתוח אישי

אנחנו ב-hello נתקלים במגוון רחב של משימות, חלקן כולל מעבר של אתרים שהיו תלויים ב-Elementor בצורה עמוקה לפתרונות טכנולוגים אחרים. נתקלנו בלקוחות רבים שרצו לעצב מחדש את כל האתר שלהם, אבל תמיד דוחו את הצעד בגלל גודל השינוי שהרגיש להם משמעותי ו״מסוכן״.

בדרך כלל לאחר שאנחנו מריצים ביחד עם הלקוח בדיקות בסיסיות על אתרים כאלה, אנחנו מגלים שיש הרבה מקום לשיפור של מהירות האתר ושל תוצאות בדיקת ה-Lighthouse. ההמלצה שלנו במצב כזה היא לעבור לתבנית וורדפרס מותאמת אישית שאנחנו מפתחים במיוחד בשביל הלקוח.

מה היתרונות של תבנית שנבנית במיוחד ללקוח?

גם התבניות המוכנות שאפשר לקנות או להוריד וגם אלמנטור בנויים כדי להתאים לכמה שיותר אתרים. ככל שהם יתאימו ליותר אתרים ככה הם ימכרו יותר עותקים. הבעיה היא שרוב האתרים מנצלים אחוז קטן מאוד מהאפשרויות שהם מציעים, אבל סוחבים איתם בכל זאת 100% מהקוד של התבנית / התוסף.לדוגמה, חברה שמנהלת בלוג לא צריכה את היכולות שנבנו בשביל בעלי חנויות אינטרנטיות על הבלוג שלה, ובכל זאת, הקוד שמכיל את הלוגיקה לחנויות אינטרנטיות עדיין שם.

כאשר בונים תבנית (theme) במיוחד לצרכים של הלקוח, מקבלים שליטה מלאה על כל אספקט באתר. החל משלב העיצוב שבו אנחנו יכולים לתת לצוות ה-UX UI שלנו להתפרע, דרך שלב הפיתוח שבו אנחנו דואגים שיהיה רק את הקוד שהאתר צריך בשביל לתפקד מה שמשפר משמעותית את מהירות הטעינה, ועד ל-SEO שמושפע משמעותית ממבנה האתר.

האתגרים שחווינו במעבר מאלמנטור לתבנית מותאמת אישית

כשעוזבים את אלמנטור, עלות כמה בעיות:

• מה אם יש אלמנטים חיוניים שנבנו עם Elementor, כמו כפתורי Call to action שהתפקיד שלהם חשוב לצד העסקי של המאמר? מאמרים הם כלי שיווקי, ולרוב מטמיעים במאמרים כפתורים ששולחים את המבקרים לרכוש מוצר, ללמוד עוד על החברה, להשאיר פרטים וכו׳. אם פשוט נבטל את אלמנטור אנחנו מסתכנים בלהסתיר כפתורים חשובים שכאלה, ויכולים להוריד את אחוזי ההמרה (Conversion Rate) לאיזור ה0.
• מה אם יש דפי נחיתה שנבנו עם Elementor? ומה אם יש קמפיינים רצים ששולחים את הטראפיק לדפי הנחיתה האלה? אם נבטל את אלמנטור גם נאבד את דפי הנחיתה האלה לגמרי, וגם נשלח טראפיק שעולה ללקוח לא מעט כסף לדפים שבורים.

אלה הבעיות הכי נפוצות, אבל ככל שעובדים עם יותר אתרים שנהגו להשתמש באלמנטור ככה נתקלים ביותר בעיות בסגנון. המסקנה היא שאין ברירה, אנחנו לא יכולים לכבות לגמרי את Elementor.

הפתרון שהוכיח את עצמו

במבט ראשון, האתר יכול להיראות טוב אחרי שמכבים את התבניות תחת איזור ה-"Theme Builder" של אלמנטור. אבל ככל שנעמיק נמצא שהבעיות עדיין שם. לדוגמה, אם נבטל את התבנית של דף הבית, דף הבית יקבל את העיצוב של התבנית שבנינו, אבל עדיין יטען את רוב הקוד שאלמנטור דורש, למרות שאין שום שימוש באלמנטור.

לכל אתר יש את הצרכים שלו, אבל מצאנו פתרון שמתאים לרוב האתרים. המטרה היא לטעון את הסקריפטים של אלמנטור רק איפה שצריך אותם, לדוגמה בדפי הנחיתה ובפוסטים הישנים בבלוג. בכל שאר הדפים, נחסום את הטעינה שלהם.

ככה אנחנו יישמנו את הלוגיקה הזאת:

function disable_elementor_on_certain_pages() {
    global $post;

    // Pages where Elementor should remain active
    $allowed_pages = ['lp-1', 'lp-2'];
    
    // Check if the current page is in the allowed list or accessed via admin panel
    if (is_page($allowed_pages) || is_admin()) {
        return;
    }

    // Check if the current post is a post and older than the cutoff date
    if ($post && $post->post_type === 'post') {
        $post_date = new DateTime($post->post_date);
        $cutoff_date = new DateTime('2024-06-02');
        if ($post_date < $cutoff_date) {
            return;
        }
    }

    // Deregister Elementor styles and scripts on pages where it's not needed
    wp_deregister_style('elementor-frontend');
    wp_deregister_script('elementor-frontend');
}

add_action('wp_enqueue_scripts', 'disable_elementor_on_certain_pages', 20);

בגישה הזאת אנחנו שומרים על הפונקציונאליות של האלמנטים שמשרתים את הצד העסקי, תוך שמירה על הביצועים של האתר מעתה והלאה.

בואו נשפר את החוויה גם באתר שלכם

עם הניסיון העשיר שלנו ב-hello נוכל להבטיח חוויה משופרת ומותאמת אישית, ונדע להתמודד עם אתרים גם אם נראה שהם כבר תלויים באופן עמוק בטכנולוגיה מסויימת. אל תתנו לאתגרים שנראים גדולים ומפחידים לעצור אתכם מלשפר נראות, מהירות, SEO וכו׳.

אתם תמיד מוזמנים להשאיר לנו פרטים לשיחת ייעוץ בחינם