نحوه ثبت و بهینه سازی سایت در گوگل
اگر دنبال «آموزش وبمستر تولز گوگل» میگردید، اول یک نکته مهم را بدانید: سرویسی به نام Google Webmaster Tools دیگر وجود ندارد. گوگل در ۲۰ می ۲۰۱۵ نام آن را به Google Search Console (سرچ کنسول) تغییر داد و سپس در فاصله ۲۰۱۸ تا ۲۰۱۹ تمام ابزار را از نو ساخت. بسیاری از منوهایی که هنوز در راهنماهای قدیمی فارسی دیده میشوند — Preferred domain، Crawl rate، HTML suggestions، Subscriber stats — سالهاست حذف شدهاند. این مطلب همان راهنما است که برای امروز بازنویسی شده: چطور سایت را در سرچ کنسول ثبت کنید، از کدام گزارش واقعا استفاده کنید و بهینه سازی سایت در موتور جستجوگر گوگل امروز بر چه چیزهایی تکیه دارد.
پیش از شروع، اگر با مفاهیم پایه آشنا نیستید سئو چیست و از چه بخشهایی تشکیل شده را بخوانید. آنچه در ادامه میآید فرض میگیرد که تفاوت سئوی داخلی، فنی و خارجی را میدانید.
سرچ کنسول چیست و چه کاری برای شما میکند
سرچ کنسول یک سرویس رایگان از گوگل است که به مالک تاییدشده یک سایت نشان میدهد گوگل سایت او را چطور میبیند. سه کار اصلی از آن برمیآید:
- گزارش عملکرد در نتایج جستجو: با چه عبارتهایی دیده شدهاید، چند کلیک گرفتهاید و در چه موقعیتی بودهاید. این داده جای دیگری در دسترس نیست.
- وضعیت خزش و ایندکس: کدام صفحهها ایندکس شدهاند، کدامها نشدهاند و دلیل فنی هرکدام چیست.
- هشدارها: مشکل امنیتی، اقدام دستی (Manual Action)، افت ناگهانی ایندکس و خطاهای داده ساختاریافته به شما اطلاع داده میشود.
یک تصور غلط رایج را همینجا کنار بگذاریم: ثبت سایت در سرچ کنسول باعث رتبه گرفتن نمیشود و حتی شرط ایندکس شدن هم نیست. گوگل سایتهایی را که هرگز در سرچ کنسول ثبت نشدهاند هم پیدا و ایندکس میکند. سرچ کنسول ابزار دیدن و عیبیابی است، نه ابزار رتبه دادن.
گام اول: ساخت پراپرتی و تایید مالکیت
پس از ورود با حساب گوگل، هنگام افزودن سایت دو گزینه میبینید:
- Domain property: کل دامنه را با همه زیردامنهها و هر دو پروتکل پوشش میدهد. یعنی
example.com،www.example.com،blog.example.comو نسخه HTTP و HTTPS همه در یک پراپرتی جمع میشوند. تنها راه تایید آن، افزودن یک رکوردTXTدر DNS دامنه است. برای اکثر سایتها همین گزینه درست است. - URL-prefix property: فقط همان پیشوند دقیق را پوشش میدهد. اگر آن را برای
https://example.comبسازید، دادههایhttps://www.example.comدر آن نخواهد بود.
برای پراپرتی از نوع URL-prefix چند روش تایید در دسترس است: آپلود یک فایل HTML در ریشه سایت، افزودن یک تگ <meta> در بخش <head> صفحه اصلی، رکورد TXT در DNS، یا اتصال از طریق Google Analytics و Google Tag Manager. هر کدام را که راحتتر هستید انتخاب کنید؛ نتیجه یکسان است. فقط فایل یا تگ تایید را بعدا حذف نکنید، چون مالکیت شما باطل میشود.
نکتهای که در راهنماهای قدیمی غلط مانده: آدرس سایت را دیگر به شکل http:// وارد نکنید. امروز HTTPS پیشفرض وب است، مرورگرها سایت بدون گواهی را ناامن علامت میزنند و گوگل هم HTTPS را یک سیگنال رتبهبندی سبک اعلام کرده است. اگر هنوز روی HTTP هستید، این را اولویت اول بگذارید؛ بسیاری از سرویسهای میزبانی امروز گواهی رایگان میدهند — برای نمونه در هاست لینوکس ایران آنلاین سرور گواهی SSL رایگان بخشی از سرویس اعلام شده است.
گام دوم: نقشه سایت و فایل robots.txt
نقشه سایت یا Sitemap فهرستی استاندارد از آدرسهای سایت شماست که معمولا در مسیر /sitemap.xml قرار دارد. تقریبا همه سیستمهای مدیریت محتوا و افزونههای سئو آن را خودکار میسازند و بهروز نگه میدارند. آدرس آن را در بخش Sitemaps سرچ کنسول ثبت کنید.
یک تغییر مهم که خیلیها هنوز از آن بیخبرند: گوگل در سال ۲۰۲۳ نقطه انتهایی «ping» نقشه سایت را حذف کرد. اسکریپتهایی که هنوز آدرسی شبیه https://www.google.com/ping?sitemap=... را صدا میزنند فقط خطای ۴۰۴ میگیرند. امروز دو راه معتبر باقی مانده: ثبت در خود سرچ کنسول، و اعلام آن در فایل robots.txt با یک خط ساده:
Sitemap: https://example.com/sitemap.xml
درباره robots.txt هم یک باور غلط قدیمی را اصلاح کنیم. این فایل ابزار امنیتی نیست و نباید برای «جلوگیری از هک شدن» یا پنهان کردن پوشههای حساس استفاده شود؛ محتوای آن عمومی است و هر کسی میتواند بخواندش، پس عملا نقشه راه مهاجم میشود. robots.txt فقط به خزندههای مودب میگوید کجا نروند. برای پنهان کردن واقعی از رمز عبور، سطح دسترسی سرور یا هدر noindex استفاده کنید. همچنین هرگز پوشههای CSS، جاوااسکریپت و تصاویر را مسدود نکنید، چون گوگل صفحه را مثل یک مرورگر رندر میکند و بدون آن فایلها ارزیابیاش غلط از آب درمیآید. روش ساخت و بررسی این فایل روی هاست در تنظیمات سئو در سی پنل آمده است. ابزار قدیمی robots.txt Tester در دسامبر ۲۰۲۳ بازنشسته شد و جای آن گزارش robots.txt نشسته که فایل خواندهشده و تاریخ آخرین دریافت را نشان میدهد اما محل آزمایش تغییرات نیست.
گام سوم: ابزار URL Inspection
مهمترین ابزار روزمره سرچ کنسول همین است. یک آدرس را در نوار بالای صفحه وارد کنید تا ببینید گوگل آن صفحه را ایندکس کرده یا نه، آخرین بار کی خزیده، کدام نسخه را نسخه اصلی (canonical) در نظر گرفته و در رندر با چه مشکلی روبهرو شده است. دکمه Test Live URL همین بررسی را روی نسخه لحظهای صفحه انجام میدهد و برای عیبیابی بعد از هر اصلاح فنی عالی است.
گزینه Request Indexing هم صفحه را در صف بررسی میگذارد. این گزینه برای یک صفحه تازه یا یک اصلاح مهم مناسب است، اما سهمیه روزانه محدودی دارد و نه ایندکس شدن را تضمین میکند و نه زمانش را. اگر دهها صفحه دارید که ایندکس نمیشوند، مشکل جای دیگری است و درخواست دستی آن را حل نمیکند.
گزارش Performance: جایگزین امروزی «search queries»
این گزارش چهار ستون دارد: تعداد نمایش (Impressions)، کلیک، نرخ کلیک (CTR) و موقعیت میانگین. با آن میتوانید کارهای واقعا مفیدی بکنید:
- عبارتهایی را پیدا کنید که نمایش زیاد و کلیک کم دارند؛ معمولا عنوان و توضیحات آن صفحه با چیزی که کاربر میخواسته جور نیست.
- عبارتهایی را ببینید که در موقعیت ۸ تا ۲۰ هستند؛ اینها نزدیکترین فرصتها برای رشد با کمی بهبود محتوا هستند.
- بفهمید مردم واقعا با چه کلماتی به سایت شما میرسند، که اغلب با کلماتی که فکر میکردید فرق دارد.
دو هشدار: «موقعیت میانگین» یک عدد میانگینگیریشده روی همه نمایشهاست و رتبهای که یک کاربر مشخص میبیند نیست؛ نتایج گوگل شخصیسازی و مکانمحور است. ضمنا گوگل بخشی از عبارتهای کمتکرار را برای حفظ حریم خصوصی نشان نمیدهد، پس جمع کلیکهای جدول همیشه کمتر از جمع کل است.
گزارش Pages: چرا صفحه من ایندکس نمیشود
در بخش Indexing، گزارش Pages صفحهها را به ایندکسشده و ایندکسنشده تقسیم میکند و برای دسته دوم دلیل میدهد. رایجترین دلایلی که خواهید دید:
| Crawled – currently not indexed | گوگل صفحه را دیده اما ارزش ایندکس کردن ندیده. معمولا یعنی محتوا کممایه یا تکراری است. |
| Discovered – currently not indexed | آدرس را میشناسد ولی هنوز نخزیده. اغلب نشانه سایت بسیار بزرگ، سرور کند یا صفحات کمارزش انبوه است. |
| Duplicate without user-selected canonical | چند نسخه از یک محتوا وجود دارد و شما نگفتهاید کدام اصلی است. تگ rel="canonical" را تنظیم کنید. |
| Soft 404 | صفحه کد ۲۰۰ برمیگرداند ولی محتوایش «چیزی پیدا نشد» است. باید واقعا کد ۴۰۴ بدهد. |
| Excluded by noindex tag | خودتان یا افزونهتان ایندکس را ممنوع کردهاید. اگر عمدی نیست، تنظیمات افزونه سئو را بررسی کنید. |
این گزارش جای گزارش قدیمی Crawl errors را گرفته و بسیار دقیقتر است. دستهبندی عجیب آن روزگار (Web، Mobile-CHTML، Mobile-XHTML) هم مربوط به دورانی بود که موبایل صفحه جداگانه داشت و سالهاست بیمعنی شده است.
Core Web Vitals: معیارهای تجربه کاربر
گوگل سه شاخص را با آستانههای مشخص منتشر کرده و همانها را در گزارش Core Web Vitals سرچ کنسول نشان میدهد. آستانه «خوب» برای هر کدام:
| LCP (Largest Contentful Paint) | بزرگترین عنصر صفحه تا ۲.۵ ثانیه بارگذاری شود |
| INP (Interaction to Next Paint) | پاسخ صفحه به تعامل کاربر زیر ۲۰۰ میلیثانیه باشد |
| CLS (Cumulative Layout Shift) | جابهجایی ناگهانی چیدمان کمتر از ۰.۱ باشد |
شاخص INP از مارس ۲۰۲۴ جایگزین FID شد؛ اگر در متنی هنوز FID میبینید، آن متن قدیمی است. داده این گزارش «داده میدانی» است، یعنی از کاربران واقعی کروم جمع میشود، بنابراین سایت کمبازدید ممکن است اصلا دادهای نداشته باشد. برای آن حالت از ابزارهای آزمایشگاهی مثل PageSpeed Insights و Lighthouse استفاده کنید. اگر میخواهید یک نمای کلی سریع از وضعیت سرعت، گواهی SSL، رکوردهای DNS و خطاهای مرورگر سایتتان بگیرید، ابزار چکاپ رایگان سلامت سایت این موارد را بدون نیاز به دسترسی سرور بررسی میکند.
و یک واقعیتسنجی: Core Web Vitals یک سیگنال است، نه ترمز و گاز رتبه. صفحهای که پاسخ بهتری به سوال کاربر میدهد با LCP کمی بدتر هم بالاتر میماند. سرعت وقتی تعیینکننده میشود که دو صفحه از نظر محتوا نزدیک باشند. اگر بخش بزرگی از مخاطبتان خارج از کشور است، بخش زیادی از تاخیر از فاصله جغرافیایی میآید که با یک شبکه توزیع محتوا و کش کردن فایلهای ثابت نزدیک کاربر قابل کم کردن است.
موبایل، امنیت و لینکها
گوگل سالهاست ایندکس موبایلمحور را کامل کرده است؛ یعنی نسخه موبایل صفحه شما همان نسخهای است که ارزیابی و رتبهبندی میشود. اگر محتوایی در نسخه موبایل حذف یا پنهان شده، عملا برای گوگل وجود ندارد. گزارش Mobile Usability و ابزار Mobile-Friendly Test در دسامبر ۲۰۲۳ بازنشسته شدند، چون طراحی واکنشگرا دیگر استثنا نیست و قاعده است؛ بررسی موبایل را با ابزار توسعهدهنده مرورگر خودتان انجام دهید.
در بخش Links فهرست صفحههای پرلینک، سایتهای لینکدهنده و متن لینکها را میبینید. این گزارش برای شناخت وضعیت مفید است، اما دو نکته را فراموش نکنید: این فهرست کامل نیست و مهمتر اینکه تعداد لینک هدف نیست. لینک خریداریشده و انبوه امروز بهجای کمک، ریسک اقدام دستی است. بخش Security Issues و Manual Actions را هم ماهی یکبار نگاه کنید؛ اگر گوگل بدافزار یا نقض دستورالعمل روی سایت شما دیده باشد، دقیقا همانجا اعلام میکند.
ابزارهایی که دیگر وجود ندارند
اگر با یک راهنمای قدیمی جلو میروید، احتمالا دنبال گزینههایی میگردید که سالهاست حذف شدهاند. این جدول تکلیف آنها را روشن میکند:
| Preferred domain (انتخاب www یا بدون www) | در ۲۰۱۹ حذف شد. امروز با rel="canonical" و ریدایرکت ۳۰۱ این کار انجام میشود. |
| Crawl rate (تنظیم سرعت خزش) | در ژانویه ۲۰۲۴ حذف شد. گوگل خودش نرخ خزش را بر اساس پاسخ سرور تنظیم میکند. |
| robots.txt Tester | دسامبر ۲۰۲۳ بازنشسته شد؛ جایگزین آن گزارش robots.txt است. |
| HTML suggestions (متای تکراری و کوتاه) | با بازنشستگی نسخه قدیمی حذف شد. این بررسی را افزونه سئو یا ابزار خزش شخص ثالث انجام میدهد. |
| Subscriber stats | وابسته به Google Reader بود که در ۲۰۱۳ تعطیل شد. |
| تنزل سایتلینک (Sitelinks demotion) | حذف شد. سایتلینکها کاملا خودکارند و کنترل دستی ندارند. |
| ping نقشه سایت | در ۲۰۲۳ حذف شد؛ از ثبت در سرچ کنسول یا خط Sitemap: در robots.txt استفاده کنید. |
ابزار Change of Address هنوز هست و اگر دامنه را عوض میکنید باید از آن استفاده کنید؛ اما بهتنهایی کافی نیست. هر آدرس قدیمی را با ریدایرکت ۳۰۱ به معادل دقیق خودش در دامنه جدید منتقل کنید، نه همه را به صفحه اصلی.
پیج رنک چرا دیگر معیار نیست
در متنهای قدیمی فارسی «افزایش پیج رنک» تقریبا مترادف سئو بود. این حرف امروز بیمعنی است. گوگل در مارس ۲۰۱۶ اعلام کرد نمایش عمومی PageRank را برمیدارد و در ۱۵ آوریل همان سال داده آن کاملا خاموش شد. گوگل گفته سیگنالهای مبتنی بر لینک را همچنان بهصورت داخلی استفاده میکند، اما هیچ عدد عمومی PageRank از ده سال پیش تا امروز وجود ندارد. پس هر سرویسی که «پیج رنک سایت شما را از ۲ به ۵ میرساند» چیزی میفروشد که وجود خارجی ندارد، و هر ابزاری که عددی به اسم PageRank نشان دهد آن را از خودش ساخته است.
پس امروز چه چیزی واقعا اهمیت دارد
وقتی ابزارها را کنار بگذاریم، فهرست کارهای موثر کوتاه و بیهیجان است:
- قصد جستجو (Search Intent): بفهمید کسی که آن عبارت را جستجو میکند دنبال چیست — تعریف، مقایسه، آموزش گامبهگام یا خرید — و دقیقا همان را بدهید. صفحه فروش برای یک جستجوی آموزشی هرگز جواب نمیدهد.
- محتوای واقعا مفید: محتوایی که برای آدم نوشته شده و تجربه یا دانش دستاول دارد. متن بازنویسیشده از سه مقاله دیگر، هرچقدر هم بلند، چیزی به وب اضافه نمیکند.
- ساختار روشن: یک عنوان اصلی برای هر صفحه، عنوانهای فرعی منطقی، و لینکهای داخلی معنادار بین مطالب مرتبط. جزئیات این کار در نکات سئو گوگل آمده است.
- سلامت فنی: HTTPS، ایندکسپذیری، نقشه سایت درست، نبود صفحه تکراری و زمان پاسخ معقول سرور.
درباره مورد آخر: زمان پاسخ اولیه سرور (TTFB) پایه همه معیارهای سرعت است و هیچ بهینهسازی سمت مرورگر آن را جبران نمیکند. اگر سایتتان روی میزبانی شلوغ بهطور مداوم کند پاسخ میدهد یا در ساعات اوج در دسترس نیست، انتقال به یک سرور مجازی ایران با منابع اختصاصی اثر ملموستری از هر تغییر متا تگی خواهد داشت.
چه چیزی را هیچکس نمیتواند تضمین کند
صادقانهترین بخش این مطلب همین است. هیچکس — نه ما، نه هیچ آژانس دیگری — نمیتواند رتبه یک گوگل را تضمین کند، چون رتبهبندی در اختیار گوگل است و مدام تغییر میکند. گوگل خودش هم صراحتا میگوید خزیدن و ایندکس کردن هیچ صفحهای تضمینشده نیست. زمانبندی هم قابل تضمین نیست؛ یک صفحه ممکن است چند ساعته ایندکس شود و صفحهای دیگر هفتهها طول بکشد. اگر جایی «رتبه یک تضمینی» یا «ایندکس فوری تضمینی» دیدید، آن ادعا با نحوه کار گوگل سازگار نیست.
جمعبندی
وبمستر تولز رفته و سرچ کنسول جایش را گرفته؛ اما هدف همان است: دیدن سایت از چشم گوگل. یک پراپرتی از نوع Domain بسازید و با رکورد TXT تاییدش کنید، نقشه سایت را ثبت کنید، فایل robots.txt را ساده و بیخطر نگه دارید، هفتهای یکبار گزارش Performance و ماهی یکبار گزارش Pages و بخش امنیتی را نگاه کنید، و بقیه وقتتان را صرف چیزی کنید که واقعا نتیجه میدهد: محتوایی که به سوال کاربر جواب میدهد، روی سایتی که سریع باز میشود و از کار نمیافتد.