Mixed Content ו-Too Many Redirects בוורדפרס – איך מתקנים בקלאודוויז (Cloudways)

עודכן לאחרונה: 07.11.2026 · מאת עשהאל דרייר

בקצרה: שגיאת Too Many Redirects (ERR_TOO_MANY_REDIRECTS) בוורדפרס נגרמת כמעט תמיד משני כללי הפניה שמתנגשים, למשל HTTPS Redirection בקלאודוויז (Cloudways) יחד עם הפניה של Cloudflare, של תוסף או של htaccess. Mixed Content הוא מצב שבו עמוד ב-HTTPS טוען קבצים ב-HTTP. הפתרון: משאירים מקור הפניה אחד בלבד, מעדכנים את כתובות האתר ל-https, מחליפים קישורי http במסד הנתונים, ומנקים את כל שכבות הקאש.

⏱ זמן ביצוע: 15–30 דקות · רמת קושי: בינונית · נבדק לאחרונה מול הפאנל: 06.11.2026

מה זה Mixed Content ומה זה לולאת הפניות

שתי התקלות מופיעות בדרך כלל באותו רגע: אחרי התקנת תעודת SSL, אחרי מעבר אתר לקלאודוויז, או אחרי חיבור Cloudflare. כדאי להבין כל אחת לפני שנוגעים בהגדרות.

Mixed Content (תוכן מעורב) הוא עמוד שנטען ב-HTTPS, אבל חלק מהקבצים בו (תמונות, CSS, JavaScript או גופנים) נטענים בכתובת http. הדפדפן מסמן את העמוד כלא מאובטח לגמרי, ולפעמים חוסם את הקבצים. יש שני מצבים: מנעול עם אזהרה כשהקבצים עדיין נטענים, או מנעול תקין אבל עיצוב שבור כי הדפדפן חסם קובצי CSS או JS.

Too Many Redirects (לולאת הפניות) קורה כשכתובת A מפנה ל-B, ו-B מפנה חזרה ל-A. הדפדפן מוותר אחרי כמה סיבובים ומציג ERR_TOO_MANY_REDIRECTS. בוורדפרס זה קורה כמעט תמיד כשיותר ממקום אחד מנסה "לתקן" את הכתובת: אחד מכריח HTTPS, אחר מכריח www, ושלישי חושב שהגולש הגיע ב-HTTP.

הכלל הכי חשוב בעמוד הזה: הפניה מ-HTTP ל-HTTPS צריכה להגיע ממקור אחד בלבד. קלאודוויז עצמה מזהירה שאם כבר הגדרתם הפניה ב-Cloudflare, ב-Sucuri, בתוסף או ב-htaccess, אין להפעיל גם את HTTPS Redirection בפאנל, כי זה עלול לגרום לשגיאת Too Many Redirects.

לפני שמתחילים

• גבו את האפליקציה. החלפת כתובות במסד הנתונים היא פעולה שקשה לבטל בלי גיבוי.
• ודאו שתעודת SSL מותקנת ופעילה על הדומיין (בלשונית SSL Certificate של האפליקציה).
• הכינו גישת מנהל לוורדפרס, וגם פרטי SFTP למקרה שאין גישה ללוח הבקרה בגלל הלולאה.
• רשמו איפה מוגדרות הפניות היום: קלאודוויז, Cloudflare, תוסף (כמו Really Simple SSL) או htaccess.

איך מתקנים Too Many Redirects – שלב אחר שלב

עבדו לפי הסדר. ברוב המקרים הבעיה נפתרת כבר בשלב השלישי.

1. שללו בעיה מקומית. פתחו את האתר בחלון גלישה בסתר או בדפדפן אחר. אם שם הוא עובד, נקו עוגיות וקאש לדומיין בדפדפן הרגיל.
2. מפו את שרשרת ההפניות. הזינו את כתובת האתר בכלי כמו Redirect Checker. תראו בדיוק לאן כל כתובת מפנה, והאם יש מעגל בין http ל-https או בין www לגרסה בלי www.
3. השאירו מקור הפניה אחד. אם יש הפניה ב-Cloudflare, בתוסף או ב-htaccess, כבו את HTTPS Redirection בקלאודוויז, או הפוך: השאירו את המתג בקלאודוויז וכבו את האחרים.
4. בדקו את מצב ה-SSL ב-Cloudflare (אם אתם משתמשים בחשבון Cloudflare משלכם). במצב Flexible, Cloudflare מתחברת לשרת ב-HTTP, השרת מפנה ל-HTTPS, וחוזר חלילה. כשיש תעודה בשרת, בחרו Full (strict).
5. יישרו את כתובות וורדפרס עם הדומיין הראשי. בלוח הבקרה, תחת Settings ואז General, הגדירו את WordPress Address ואת Site Address בדיוק כמו הדומיין הראשי בקלאודוויז, כולל https, ועם www או בלי, אבל זהה בשניהם.
6. אם אין גישה ללוח הבקרה, התחברו ב-SFTP ושנו את שם התיקייה של תוסף ה-SSL או ההפניות בתוך wp-content/plugins. וורדפרס תכבה אותו, ותוכלו להיכנס שוב.
7. נקו את כל שכבות הקאש: Varnish והקאש של האפליקציה בקלאודוויז, Breeze או תוסף הקאש שלכם, וקאש של Cloudflare. הפניה ישנה יכולה להישמר בקאש גם אחרי שתיקנתם את המקור.

סימן	הסיבה הסבירה	הפתרון
הלולאה התחילה מיד אחרי חיבור Cloudflare	מצב SSL Flexible, או Always Use HTTPS יחד עם הפניה בשרת	Full (strict) ב-Cloudflare, והפניה אחת בלבד
הלולאה התחילה אחרי הפעלת HTTPS Redirection בקלאודוויז	הפניה נוספת בתוסף או ב-htaccess	כבו את אחת מהן
שרשרת שקופצת בין www לבלי www	כתובת וורדפרס שונה מהדומיין הראשי	יישור WordPress Address, Site Address והדומיין הראשי
רק עמוד ההתחברות או wp-admin בלולאה	עוגיות ישנות או תוסף אבטחה	ניקוי עוגיות, ואם צריך כיבוי התוסף ב-SFTP
עובד בגלישה בסתר ולא בדפדפן הרגיל	הפניה ישנה שמורה בדפדפן	ניקוי קאש ועוגיות לדומיין

איך מפעילים או מכבים HTTPS Redirection בקלאודוויז

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

1. היכנסו לפאנל הניהול, פתחו Servers ובחרו את השרת של האפליקציה.
2. לחצו על סמל הגלובוס (בממשק החדש) או על www (בממשק הקלאסי) ובחרו את האפליקציה.
3. תחת Application Management, בחרו Application Settings ועברו ללשונית General.
4. גללו למתג HTTPS Redirection והפעילו או כבו אותו.
5. קראו את ההודעה בחלון האישור ולחצו Yes.

אחרי השינוי נקו את קאש הדפדפן, את Varnish, והפעילו מחדש את Apache מתוך Manage Services בשרת. כדי לוודא שהכול תקין, בדקו ב-Redirect Checker שכתובת ה-http מחזירה קוד 301 אחד ל-https, בלי צעדים נוספים.

איך מתקנים Mixed Content בוורדפרס

המטרה היא למצוא כל כתובת http שנטענת בעמוד ולהחליף אותה ב-https. מתחילים באבחון, כדי לדעת מה בדיוק להחליף.

1. מצאו את הקבצים הבעייתיים. פתחו את העמוד, לחצו Ctrl+Shift+I (או קליק ימני ואז Inspect) ועברו ללשונית Console או Network. רעננו את העמוד ורשמו את כל הכתובות שמתחילות ב-http.
2. ודאו שכתובות האתר נכונות. תחת Settings ואז General, שתי הכתובות צריכות להתחיל ב-https.
3. החליפו את הקישורים במסד הנתונים. התקינו תוסף חיפוש והחלפה (קלאודוויז מדגימה עם תוסף Search and Replace), הזינו בשדה הראשון את הכתובת עם http ובשני את אותה כתובת עם https, והריצו. מומלץ להריץ קודם הרצת ניסיון (Dry Run) אם התוסף מאפשר.
4. בדקו את הגדרות ה-CDN ב-Breeze. אם הגדרתם כתובת CDN בתוסף Breeze, ודאו שהיא מתחילה ב-https:// או ב-// ולא ב-http://, ושמרו.
5. חפשו קישורים קשיחים בקוד. אם הכתובת עדיין מופיעה, היא כנראה כתובה ישירות בתבנית, ב-Customizer או בווידג'ט HTML. תקנו אותה שם.
6. נקו את כל הקאש: Varnish, Breeze, קאש האפליקציה בקלאודוויז ו-Object Cache של וורדפרס.
7. בדקו שוב בכלי Why No Padlock, או בלשונית Console. כשאין יותר אזהרות, המנעול יופיע תקין.

למתקדמים: אם יש לכם גישת SSH, אפשר להחליף כתובות עם WP-CLI מתוך תיקיית public_html של האפליקציה: wp search-replace 'http://example.co.il' 'https://example.co.il' --all-tables --dry-run. אחרי שבדקתם את התוצאה, הריצו שוב בלי --dry-run. הפקודה מטפלת גם בנתונים סריאליים, בניגוד ל-SQL ישיר.

מהן הטעויות הנפוצות ואיך פותרים אותן?

שלוש הפניות לאותו דבר: המתג בקלאודוויז, תוסף Really Simple SSL וחוק ב-htaccess. זו הסיבה הנפוצה ביותר ללולאה. בחרו אחת, ומחקו את השאר. אם הלולאה קורית רק בהתחברות ל-wp-admin, ראו לולאת התחברות בוורדפרס.

החלפה של "http" בלבד במסד הנתונים: החלפה גורפת של המחרוזת http תשבור קישורים חיצוניים. החליפו תמיד את הכתובת המלאה של הדומיין שלכם.

שכחתם את הקאש: אחרי התיקון האתר עדיין מראה את הבעיה, כי Varnish או Breeze מגישים עמוד ישן. נקו את כל השכבות לפני שאתם ממשיכים לחפש.

דומיין ראשי לא תואם: הדומיין הראשי בקלאודוויז הוא example.co.il, ובוורדפרס הכתובת היא www.example.co.il. כל צד מפנה לגרסה שלו. ישרו אותם.

התעודה לא מכסה את www: אם התעודה הונפקה רק לדומיין בלי www, גולשים שמגיעים ל-www יקבלו שגיאת SSL. אם במקום זה מופיעה ERR_SSL_PROTOCOL_ERROR, הסיבה אחרת. הנפיקו את Let's Encrypt לשתי הגרסאות.

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

מקורות

• Cloudways Knowledge Base: How to fix mixed content issue for WordPress
• Cloudways Knowledge Base: How to redirect HTTP to HTTPS
• Cloudways Knowledge Base: Recommended measures after installing SSL certificate

שאלות נפוצות

מדריכים קשורים

• Error Establishing a Database Connection – פתרון בקלאודוויז
• דיסק מלא או Inodes גמורים – איך מפנים מקום
• שגיאות העלאה בוורדפרס: 413, סוג קובץ ובקשת FTP
• שגיאת 404 בוורדפרס – איך מתקנים
• כל מדריכי פתרון התקלות: פתרון תקלות בקלאודוויז
• עדיין מתלבטים? אחסון אתרים בקלאודוויז – הסקירה המלאה

מקור רשמי: How To Fix Mixed Content Issue For WordPress · How to Redirect HTTP to HTTPS · Recommended Measures After Installing SSL Certificate (Cloudways Knowledge Base). המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 06.11.2026

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