הגירה נכונה ל-HTTPS: שמירה על תנועה ודירוגים

העברת HTTPS נכונה: שמירה על תנועה ודירוגים

למרות הפשטות לכאורה של מעבר פרוטוקולים — הנפקת תעודה והגדרת הפניה — פרויקטים רבים חווים ירידה בתנועה לאחר ההעברה עקב תוכן מעורב, שרשראות הפניות ודפים כפולים. ביצענו למעלה מ-200 העברות ואנחנו מכירים כל מלכודת. לדוגמה, בפרויקט אחד עם 50,000 דפים, הלקוח איבד 20% מהתנועה כי מסד הנתונים עדיין הכיל קישורים למשאבי HTTP. תיקון התוכן המעורב ארך רק 4 שעות — והתנועה חזרה.

מדוע העברת HTTPS קריטית לקידום אתרים

מנועי חיפוש נותנים עדיפות לאתרי HTTPS. דפדפנים מסמנים HTTP כלא מאובטח, מה שמפחית אמון ומעלה את שיעור הנטישה. לאחר ההעברה, חשוב לעדכן נתונים ב-Google Search Console וב-Yandex Webmaster מיד; אחרת, האינדוקס עלול לרדת זמנית. מניסיוננו, 90% מהאתרים לאחר העברה נכונה משיגים דירוג A+ ב-SSL Labs, מה שמשפיע לטובה על Core Web Vitals ועל דירוגים.

תעודת SSL: חינם או בתשלום?

Let's Encrypt — חינם, מתחדשת אוטומטית, מספיקה לרוב האתרים. החיסכון משימוש ב-Let's Encrypt בהשוואה לתעודות בתשלום יכול להסתכם בכ-9–13 דולר בשנה. עם זאת, עבור חנויות מסחר אלקטרוני ופורטלים ארגוניים, מומלצת תעודת OV מ-Sectigo או DigiCert.

# Certbot на Ubuntu
sudo apt install certbot python3-certbot-nginx
sudo certbot --nginx -d mysite.com -d www.mysite.com
# Автообновление (уже настраивается Certbot)
sudo systemctl enable certbot.timer

תעודות בתשלום (Sectigo, DigiCert) נדרשות לאימות EV ו-wildcard לרמות מרובות.

Let's Encrypt זולה פי 10 מתעודות בתשלום עם אבטחה דומה, אך דורשת חידוש אוטומטי כל 90 ימים.

Nginx: HTTPS + הפניית HTTP→HTTPS

# HTTP → HTTPS редирект
server {
    listen 80;
    server_name mysite.com www.mysite.com;
    return 301 https://mysite.com$request_uri; # без www
}

# HTTPS server
server {
    listen 443 ssl http2;
    server_name mysite.com;

    ssl_certificate /etc/letsencrypt/live/mysite.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/mysite.com/privkey.pem;

    # Современная конфигурация TLS (Mozilla SSL Config Generator)
    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384;
    ssl_prefer_server_ciphers off;

    # HSTS (добавлять только после проверки, что HTTPS работает!)
    add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;

    # ...остальная конфигурация...
}

מה זה HSTS ולמה צריך אותו?

HSTS (HTTP Strict Transport Security) הוא כותרת שמאלצת את הדפדפן להשתמש תמיד ב-HTTPS בעת ביקור באתר, גם אם המשתמש מזין http://. היא מונעת התקפות Man-in-the-Middle ומפחיתה את הסיכון לתוכן מעורב. הגדרת HSTS היא אחד השלבים האחרונים לאחר אימות מלא של HTTPS, כי אם נשארת שגיאה, הדפדפן לא יאפשר גישת HTTP. ודא שכל המשאבים נטענים דרך HTTPS, ורק אז הוסף את הכותרת.

כיצד לתקן תוכן מעורב לאחר ההעברה

לאחר ההעברה, הדפדפן חוסם משאבי HTTP בדף HTTPS. חפש:

# Сканирование mixed content
npx mixed-content-scanner https://mysite.com
# Или в Chrome DevTools: Console → фильтр "Mixed Content"

עבור WordPress, השתמש בתוסף Better Search Replace כדי להחליף http:// ב-https:// במסד הנתונים.

עבור CMS אחרים:

-- PostgreSQL
UPDATE posts SET content = replace(content, 'http://mysite.com', 'https://mysite.com');
UPDATE posts SET content = replace(content, 'http://old-cdn.com', 'https://new-cdn.com');

בעיות אופייניות ופתרונותיהן

תהליך ההעברה: שלב אחר שלב

1. בדוק את תצורת השרת וה-CMS הנוכחית — בדוק הפניות קיימות, תוכן מעורב, כפילויות.
2. הנפק והתקן תעודת SSL (חינם או בתשלום) — עם הגדרת חידוש אוטומטי.
3. הגדר הפניות 301 מ-HTTP ל-HTTPS ומ-www ללא-www (או להיפך).
4. תקן תוכן מעורב במסד הנתונים ובתבניות — באמצעות שאילתות SQL או תוספים.
5. עדכן את מפת האתר והגש למנועי חיפוש דרך Google Search Console ו-Yandex Webmaster.
6. בדוק ב-SSL Labs — דירוג A או A+ — ובדוק שגיאות ב-Chrome DevTools.
7. הפעל HSTS לאחר אימות כל הדפים.

רשימת בדיקה לאחר ההעברה

• [ ] כל הדפים נפתחים דרך HTTPS
• [ ] HTTP מפנה ל-HTTPS (301)
• [ ] www מפנה ללא-www (או להיפך)
• [ ] תגי canonical מצביעים ל-HTTPS
• [ ] מפת האתר מכילה כתובות HTTPS
• [ ] אין אזהרות תוכן מעורב
• [ ] כותרת HSTS קיימת
• [ ] דירוג SSL Labs A או A+

מה כלול בעבודה

• בדיקת תצורת השרת וה-CMS הנוכחית
• הנפקה והתקנה של תעודת SSL
• הגדרת הפניות 301
• הסרת תוכן מעורב
• עדכון מפת האתר והגשה למנועי חיפוש
• בדיקה ב-SSL Labs ובדיקת שגיאות
• הוראות תחזוקת תעודה

לוח זמנים ומחירים

העברת HTTPS לאתר סטנדרטי אורכת 4–8 שעות. פרויקטים מורכבים עם CMS מותאם אישית עשויים לדרוש עד יומיים. התמחור מחושב באופן אישי לפי היקף העבודה והתעודות בהן נעשה שימוש. צור קשר לקבלת הערכה מדויקת. המהנדסים שלנו מוסמכים ועובדים עם Nginx, Apache, IIS וכל ה-CMS הפופולריים. קבל ייעוץ עכשיו — נציע לך את תוכנית ההעברה האופטימלית.