یک اشتباه فنی کوچک که نام برند شما را در گوگل نابود می‌کند (و چگونه آن را پیدا کنیم)

آخرین بروزرسانی در تاریخ جولای 18, 2026 توسط PersiaWebAdmin

 وقتی نام برندتان در گوگل گروگان گرفته می‌شود

سناریوی آشنا: همهٔ تنظیمات سئو را بررسی کرده‌اید. تگ Title درست است، Schema Markup را به دقت پیاده‌سازی کرده‌اید، سایت HTTPS دارد و همه چیز در ظاهر عالی است. اما وقتی نام برندتان را در گوگل جستجو می‌کنید، به جای نام زیبا و حرفه‌ای شرکتتان، یک عبارت عجیب، ناقص یا حتی نام پیش‌فرض سرور نمایش داده می‌شود. آیکون سایت (Favicon) هم یا نیست، یا یک آیکون عمومی و بی‌ربط جای آن نشسته است.

این مشکل می‌تواند ماه‌ها و حتی سال‌ها پنهان بماند، در حالی که روزانه ده‌ها یا صدها کاربر، برند شما را با یک نام اشتباه در نتایج جستجو می‌بینند. جان مولر (John Mueller)، تحلیلگر ارشد گوگل، در یکی از جلسات پرسش و پاسخ خود، علت عجیب و کمترشناخته‌شده‌ای را برای این مشکل فاش کرد: یک «صفحهٔ روح» (Ghost Page) که شما هرگز آن را نمی‌بینید، اما گوگل می‌بیندش.

ریشهٔ مشکل: «صفحهٔ روح» چیست و از کجا می‌آید؟

داستان از کجا شروع می‌شود؟

زمانی که سایت خود را از HTTP به HTTPS ارتقا می‌دهید (نصب SSL)، یک اتفاق در سطح سرور می‌افتد: دو نسخه از صفحهٔ اصلی شما به وجود می‌آید:

• نسخهٔ HTTPS: https://yourdomain.com (نسخهٔ اصلی و امن)
• نسخهٔ HTTP: http://yourdomain.com (نسخهٔ قدیمی و ناامن)

اگر سرور شما به درستی پیکربندی نشده باشد، نسخهٔ HTTP ممکن است همچنان فعال بماند و محتوایی متفاوت از نسخهٔ HTTPS نشان دهد: مثلاً یک صفحهٔ خوش‌آمدگویی پیش‌فرض سرور (مثل «Apache is working» یا «cPanel Default Page»)، یک صفحهٔ خالی، یا محتوایی قدیمی و بروزرسانی‌نشده.

پیشنهاد مطالعه : آموزش ریدایرکت از http به https

چرا کاربران این صفحه را نمی‌بینند، اما گوگل می‌بیند؟

اینجاست که شکاف میان رفتار مرورگر و ربات گوگل، فاجعه می‌آفریند:

• مرورگر کروم (و سایر مرورگرهای مدرن): وقتی کاربر http://yourdomain.com را تایپ کند (یا روی لینکی با HTTP کلیک کند)، کروم به طور خودکار و بدون اطلاع کاربر، او را به نسخهٔ HTTPS ریدایرکت می‌کند. این رفتار در اصطلاح «HTTPS Upgrades» نام دارد و به صورت پیش‌فرض در کروم فعال است. بنابراین، کاربر عادی هرگز محتوای نسخهٔ HTTP را نمی‌بیند و شما هم از وجود مشکل بی‌خبر می‌مانید.
• ربات گوگل (Googlebot): ربات گوگل از این قانون مرورگر پیروی نمی‌کند. وقتی برای خزیدن به سایت شما می‌آید، ابتدا نسخهٔ HTTP را چک می‌کند (مگر اینکه شما صریحاً با ریدایرکت ۳۰۱ بگویید که «نسخهٔ اصلی woHTTPS است»). اگر نسخهٔ HTTP زنده باشد و پاسخی غیر از ریدایرکت بدهد، گوگل محتوای آن را می‌خواند، تجزیه و تحلیل می‌کند، و برای استخراج اطلاعات برند از آن استفاده می‌کند.

سیستم «نام سایت» گوگل دقیقاً چه چیزی را بررسی می‌کند؟

سیستم Site Names گوگل، برای تعیین نام برند شما که در نتایج جستجو (بالای URL) نمایش داده می‌شود، به صفحهٔ اصلی (Homepage) مراجعه کرده و این عناصر را به ترتیب اولویت بررسی می‌کند:

۱. Structured Data از نوع WebSite: فیلد name در Schema Markup
۲. تگ عنوان (Title Tag): محتوای بین <title> و </title>
۳. تگ‌های Heading: به خصوص H1 صفحهٔ اصلی
۴. مقدار og:site_name: تگ Open Graph که برای شبکه‌های اجتماعی استفاده می‌شود

حالا اگر ربات گوگل به جای صفحهٔ اصلی HTTPS، نسخهٔ HTTP را بخواند که یا Schema ندارد، یا Title آن «cPanel Default Page» است، یا H1 آن نوشته «It works!»، نتیجهٔ نهایی فاجعه است: نام برند شما در نتایج گوگل با همین عبارات بی‌ربط جایگزین می‌شود. فاویکون هم چون در آن صفحهٔ ناقص تعریف نشده، نمایش داده نمی‌شود.

پیشنهاد مطالعه : 5 + 3 گواهی ssl رایگان برای وبسایت شما

---

چگونه این مشکل را پیدا کنیم؟ (۳ روش گام‌به‌گام)

روش اول: ابزار بازرسی URL در Search Console (مناسب همه، حتی مبتدیان)

۱. وارد Google Search Console شوید و دامنهٔ خود را انتخاب کنید.
۲. در نوار بالای صفحه، URL Inspection را باز کنید.
۳. آدرس سایت خود را دقیقاً با پروتکل HTTP وارد کنید: http://yourdomain.com/
۴. دکمهٔ Enter را بزنید.
۵. گوگل وضعیت این URL را نشان می‌دهد. یکی از دو حالت رخ می‌دهد:

• حالت الف (ایده‌آل): گوگل می‌گوید «URL is on Google, but has issues» یا «Page is not on Google» و توضیح می‌دهد که «Page with redirect» — یعنی ریدایرکت ۳۰۱ به نسخهٔ HTTPS وجود دارد. تبریک، شما مشکل ندارید.
• حالت ب (فاجعه): گوگل محتوای صفحهٔ HTTP را به شما نشان می‌دهد. یک اسکرین‌شات از صفحه بگیرید. اگر این محتوا با صفحهٔ اصلی HTTPS شما متفاوت است (مثلاً یک صفحهٔ پیش‌فرض سرور، یا صفحه‌ای قدیمی با Title متفاوت)، دقیقاً مشکل همین جاست.
  ۶. مهم: فعلاً فقط مشاهده کنید. دکمهٔ «Request Indexing» را همین‌حالا نزنید. اول باید مشکل را ریشه‌ای حل کنید (بخش ۴).

توجه داشته باشید که در صورت رعایت اصول و قوانین در زمان طراحی سایت شخصی ، به احتمال زیاد همچین مشکلی را تجربه نخواهید کرد.

روش دوم: استفاده از خط فرمان cURL (برای کاربران فنی)

اگر به ترمینال (Mac/Linux) یا CMD/PowerShell (Windows) دسترسی دارید:

curl -I http://yourdomain.com

(پرچم I- فقط هدر را برمی‌گرداند، نه کل صفحه. برای دیدن محتوا، پرچم را بردارید.)

پاسخ‌های ممکن و معنی آن‌ها:

پاسخ سرور	معنی
HTTP/1.1 301 Moved Permanently به همراه Location: https://...	سالم: ریدایرکت وجود دارد. مشکل ندارید.
HTTP/1.1 200 OK و سپس محتوایی عجیب (مثل صفحهٔ پیش‌فرض سرور)	مشکل: نسخهٔ HTTP زنده است و محتوای اشتباه نشان می‌دهد.
HTTP/1.1 404 Not Found یا 403 Forbidden	نسبتاً سالم: صفحه وجود ندارد، اما ریدایرکت ۳۰۱ همچنان بهتر است.

روش سوم: مشاهدهٔ مستقیم (تست مرورگر دستی)

این روش محدودیت دارد اما سریع است:

۱. مرورگر خود را در حالت Incognito/Private باز کنید (تا کش و ریدایرکت‌های خودکار ذخیره نشده باشند).
۲. آدرس http://yourdomain.com را دقیقاً تایپ کنید (نه https).
۳. به سرعت به نوار آدرس نگاه کنید. اگر قبل از بارگذاری کامل صفحه، آدرس به https://... تغییر کرد، یعنی مرورگر شما دارد HTTPS Upgrade انجام می‌دهد، نه سرور.
۴. برای دور زدن این رفتار در کروم: به chrome://flags بروید، عبارت «HTTPS Upgrades» را جستجو کنید و آن را موقتاً روی «Disabled» تنظیم کنید. سپس تست را دوباره انجام دهید. فراموش نکنید بعد از تست دوباره Enable کنید.
۵. حالا ببینید آیا محتوایی در نسخهٔ HTTP بارگذاری می‌شود یا خیر.

---

راه‌حل‌های قطعی: چگونه صفحهٔ روح را برای همیشه نابود کنیم؟

پس از تأیید وجود نسخهٔ HTTP مشکل‌ساز، یکی از این راه‌حل‌ها را به ترتیب اولویت اجرا کنید:

راه‌حل ۱ (بهترین و استاندارد): تنظیم ریدایرکت ۳۰۱ از HTTP به HTTPS

این کار را باید در سطح سرور انجام دهید، نه در وردپرس.

اگر از Apache استفاده می‌کنید (هاست اشتراکی معمولی):
فایل .htaccess در ریشهٔ سایت را ویرایش کرده و این کد را در بالاترین خط (قبل از قوانین وردپرس) اضافه کنید:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

اگر از NGINX استفاده می‌کنید:
در فایل کانفیگ سایت، یک بلاک سرور جداگانه برای پورت ۸۰ ایجاد کنید که همه چیز را به HTTPS ریدایرکت کند:

server {
    listen 80;
    server_name yourdomain.com www.yourdomain.com;
    return 301 https://$host$request_uri;
}

پس از اعمال، تست کنید: curl -I http://yourdomain.com باید 301 برگرداند.

راه‌حل ۲: حذف فیزیکی صفحهٔ HTTP (اگر ریدایرکت ممکن نیست)

اگر نمی‌دانید منبع صفحهٔ HTTP چیست:
۱. با File Manager هاست، به ریشهٔ public_html بروید.
۲. به دنبال فایل‌هایی مثل index.html، default.html، home.html، یا index.php قدیمی (غیر از فایل اصلی وردپرس) بگردید.
۳. فایل‌های اضافی را حذف یا rename کنید.
۴. اطمینان حاصل کنید که DirectoryIndex در .htaccess روی index.php تنظیم شده است (برای وردپرس).

راه‌حل ۳: یکسان‌سازی محتوا (راه‌حل موقت تا اجرای ریدایرکت)

اگر به هر دلیل فنی نمی‌توانید فوراً ریدایرکت ۳۰۱ را اجرا کنید، حداقل محتوای نسخهٔ HTTP را با نسخهٔ HTTPS یکسان کنید (همان Schema، همان Title و همان H1). اما هشدار: این فقط یک مُسَکِن است و مشکل ریشه‌ای (صفحات تکراری) را حل نمی‌کند. گوگل همچنان دو نسخه از صفحهٔ اصلی شما را می‌بیند.

راه‌حل ۴: بروزرسانی و ارسال مجدد Sitemap

پس از اعمال ریدایرکت یا حذف صفحه:
۱. به Google Search Console بروید.
۲. Sitemap خود را دوباره ارسال کنید (حتی اگر قبلاً ارسال کرده‌اید).
۳. مهم‌ترین صفحات (خصوصاً صفحهٔ اصلی) را در URL Inspection وارد کرده و روی Request Indexing کلیک کنید.

راه‌حل ۵: تنظیم Canonical روی نسخهٔ HTTPS (لایهٔ دفاعی اضافی)

در صفحهٔ اصلی HTTPS خود، مطمئن شوید که تگ Canonical به خودش اشاره می‌کند:

<link rel="canonical" href="https://yourdomain.com/">

این یک سیگنال قوی به گوگل است که «حتی اگر نسخهٔ دیگری هم دیدی، این نسخه اصلی است.»

---

۵. پیشگیری: چک‌لیست امنیتی برای جلوگیری از بازگشت روح

پس از رفع مشکل، این اقدامات را یک‌بار برای همیشه انجام دهید تا این مشکل و مشکلات مشابه هرگز برنگردند:

• ریدایرکت ۳۰۱ HTTP به HTTPS در سطح سرور (htaccess یا Nginx) تنظیم شده و تست شده است.
• HSTS (HTTP Strict Transport Security) در سرور فعال است. این هدر به مرورگرها می‌گوید: «همیشه و فقط از HTTPS استفاده کن» و حتی تلاش برای اتصال HTTP را در مبدأ مسدود می‌کند.
• در Google Search Console، هر ۴ نسخهٔ دامنه (http://، https://، http://www، https://www) را جداگانه Property تعریف کرده و تمام نسخه‌های HTTP را برای هرگونه خطای ایندکس بررسی کرده‌اید.
• فایل robots.txt خود را چک کرده‌اید که فقط نسخهٔ HTTPS در Sitemap لینک شده باشد.
• Schema Markup (WebSite) در صفحهٔ اصلی HTTPS وجود دارد و فیلد name دقیقاً با نام برند شما مطابقت دارد (نه بیشتر، نه کمتر).
• Title Tag صفحهٔ اصلی، نام برند را به صورت واضح شامل می‌شود.
• فاویکون در مسیر /favicon.ico یا از طریق <link rel="icon"> با کیفیت مناسب (حداقل 48x48px) و روی HTTPS بارگذاری می‌شود.

---

جمع‌بندی و گام بعدی

مشکل «صفحهٔ روح» HTTP یکی از آن اشکالات فنی سئو است که نه با چشم دیده می‌شود، نه افزونه‌ای آن را گزارش می‌کند، و نه در بررسی‌های روزمره به آن برخورد می‌کنید. اما تأثیر آن می‌تواند ماه‌ها و سال‌ها، برند شما را در باارزش‌ترین نمای گوگل (نتایج جستجو با نام سایت) مخدوش کند.

خبر خوب این است که تشخیص و رفع آن، همانطور که در این راهنما دیدید، اغلب کمتر از ۱۵ دقیقه زمان می‌برد. تنها کافی است یک بار URL خود را با http:// در ابزار URL Inspection گوگل جستجو کنید و مطمئن شوید که پاسخی جز ریدایرکت ۳۰۱ دریافت نمی‌کنید.

اگر با وجود انجام تمام این مراحل، همچنان مشکل نام سایت در گوگل باقی مانده، یا نیاز به یک ممیزی کامل سئوی تکنیکال برای یافتن مشکلات پنهان دیگر دارید، تیم تخصصی پرشیا وب آمادهٔ همکاری با شماست. ما تمام این بررسی‌ها را به صورت حرفه‌ای انجام می‌دهیم و مشکل را برای همیشه ریشه‌کن می‌کنیم.

تیم متخصص پشتیبانی سایت پرشیا وب به صورت همه روزه آماده همکاری با شما عزیزان برای رفع مشکل احتمالی است.

منبع: برگرفته از مقاله مت جی. ساوترن (Matt G. Southern) با توضیحات جان مولر (John Mueller) از گوگل