ماههاست بودجهی محتوا و لینک میدهید، اما بخش بزرگی از صفحاتتان اصلاً ایندکس نشده — و آن بودجه از اول در حال سوختن بوده.
–>
شاهان دیجیتالشرکت رسمی · استانبول و ایران · سرویس جهانی
خانه · همه خدمات · سئو تکنیکال
سئو تکنیکال
سئو تکنیکال
سئو تکنیکال با تشخیص علت، نه فهرست هشدار: چرا صفحات ایندکس نمیشوند، بودجه خزش کجا هدر میرود، و چه چیزی واقعاً روی درآمد اثر دارد. با تحویل تیکت آماده برای برنامهنویس.
بدون وعده رتبه تضمینی دفتر استانبول + تیم ایران سرویس جهانی گزارش شفاف
سئو تکنیکال شاهان دیجیتال
شاهان بهکامراد — کارآفرین · مدرس رسمی · رهبر سازمان
شاهان بهکامراد کارآفرین، استراتژیست رشد دیجیتال و مدرس رسمی سازمان آموزش فنی و حرفهای ایران است؛ رهبر سازمان شاهان دیجیتال با دفتر مرکزی در استانبول، تیم فعال در ایران و سرویس به مشتریان در سراسر جهان.
قبل از فروش پکیج، تشخیص میدهد. قبل از وعده، نقشهراه مینویسد. و پای گزارش ماهانه مینشیند — نه فقط جلسهی فروش.
- کارآفرین و بنیانگذار شاهان دیجیتال (ŞAHAN DİJİTAL)
- مدرس رسمی سازمان فنی و حرفهای — تربیت بیش از ۶۵۰ متخصص
- رهبری استراتژی سئو، GEO، محتوا و رشد چندزبانه
- فعال از ۲۰۱۷ در بازارهای ایران، ترکیه، خلیج فارس، اروپا و کانادا
در یک نگاه
گزارش پوشش سرچ کنسول را دستهبهدسته تحلیل میکنیم، علت واقعی را تشخیص میدهیم، و تیکت آمادهی توسعه با تست پذیرش تحویل میدهیم.
فروشگاهها، سایتهای بزرگ، سایتهای چندزبانه، و هر سایتی که بعد از مهاجرت افت کرده
سایتهای کوچک و سادهای که همهی صفحاتشان ایندکس شده
۱ تا ۶ هفته — رفع مشکل ایندکس میتواند بسیار سریع باشد
گزارش پوشش سرچ کنسولتان را نگاه میکنم و میگویم چند صفحه ایندکس نشده و کدامش فوری است
سئو تکنیکال — تشخیص علت، نه فهرست هشدار
میخواهم این صفحه را با یک تمایز شروع کنم که کل تفاوت را میسازد.
ابزار به شما میگوید چه چیزی خراب است. متخصص به شما میگوید کدامش اهمیت دارد.
اگر تا حالا آدیت فنی سفارش داده باشید، احتمالاً یک PDF دویست صفحهای گرفتهاید پر از هشدار قرمز: تصاویر بدون alt، عنوانهای کوتاه، لینکهای نوفالو، صفحاتی با محتوای کم.
و بعد چه؟ نمیدانستید از کجا شروع کنید — چون هیچکدام از آن هشدارها به شما نگفت کدامش روی درآمدتان اثر دارد.
آن گزارش را خودتان هم میتوانستید با چند دقیقه کار بگیرید. ارزش واقعی در تفسیر است، نه در استخراج.
بخش اول: چرا سئو تکنیکال باید اول انجام شود
منطق هزینه
فرض کنید ماهانه بودجهای برای تولید محتوا و اعتبارسازی میدهید.
اگر ۴۰ درصد صفحات سایت شما ایندکس نشده باشند، ۴۰ درصد آن بودجه از بین میرود. نه کماثر میشود — از بین میرود، چون آن صفحات برای گوگل اصلاً وجود ندارند.
و اگر بودجهی خزش سایت شما صرف صفحات بیارزش شود، محتوای جدیدی که امروز منتشر میکنید ممکن است هفتهها منتظر بماند تا دیده شود.
این تنها لایهای در سئوست که مشکلش، بقیهی سرمایهگذاریها را باطل میکند. محتوای متوسط روی سایت سالم، همچنان چیزی میگیرد. محتوای عالی روی سایتی که ایندکس نمیشود، صفر است.
چرا معمولاً نادیده گرفته میشود
چون نامرئی است. صاحب سایت محتوا را میبیند، طراحی را میبیند، حتی رتبه را میبیند. اما نمیبیند که گوگل صد هزار URL بیارزش را میخزد و به صفحهی محصول جدیدش نمیرسد.
و چون فروشش سختتر است. «ده مقاله در ماه» قابل شمارش است. «اصلاح ساختار پارامترهای فیلتر» نیاز به توضیح دارد.
بخش دوم: چارچوب تشخیصی — هفت سؤالی که جواب میدهیم
این بخش قلب کار است. سئو تکنیکال واقعی یعنی جواب دادن به این هفت سؤال با داده، نه با چکلیست.
سؤال ۱ — چند صفحه ایندکس شده، و چرا بقیه نه؟
تقریباً هیچکس گزارش پوشش سرچ کنسول را درست نمیخواند. دستهبندیهای آن هرکدام معنای کاملاً متفاوتی دارند و راهحلهای متفاوتی میطلبند.
دستهی «خزیدهشده — فعلاً ایندکس نشده»
معنی: گوگل صفحه را دیده، خوانده، و تصمیم گرفته ارزش نگه داشتن ندارد.
این معمولاً بزرگترین دسته است و همه از کنارش رد میشوند.
الف) محتوای کمعمق. صفحه چیزی برای گفتن ندارد. تشخیص: باز کردن چند نمونه و مقایسه با نتایج اول همان کوئری.
ب) تکراری بودن با صفحهی دیگر. تشخیص: جستوجوی بخشی از متن صفحه در گوگل با site: — اگر چند صفحهی خودتان بالا آمدند، مشکل پیدا شد.
ج) نبود لینک داخلی معنادار. صفحه یتیم است. تشخیص: خزش سایت و بررسی تعداد لینکهای ورودی داخلی.
تصمیم برای هر گروه: تقویت، ادغام، یا حذف.
- سه علت ممکن، با تشخیص متفاوت:
دستهی «کشفشده — هنوز خزیده نشده»
تشخیص: اگر این دسته بزرگ است، یعنی گوگل منابعش را جای دیگری خرج میکند. سؤال بعدی این میشود: کجا؟
- معنی متفاوتی دارد و اغلب اشتباه تفسیر میشود. — گوگل میداند این URL وجود دارد اما هنوز وقت نکرده سراغش برود.
- این تقریباً همیشه نشانهی مشکل بودجهی خزش است — نه مشکل کیفیت محتوا.
دستهی «صفحهی جایگزین با تگ canonical مناسب»
معمولاً طبیعی است، اما اگر صفحاتی که باید ایندکس شوند در این دستهاند، یعنی canonical اشتباه تنظیم شده.
اشتباه رایج: canonical خودارجاع که بهاشتباه به صفحهی اصلی یا نسخهی دیگری اشاره میکند — که در سایتهای ووکامرس و قالبهای آماده بسیار شایع است.
دستهی «بلاکشده توسط robots.txt»
نکتهی مهم: بلاک کردن در robots.txt مانع ایندکس شدن نمیشود، فقط مانع خزیدن. اگر میخواهید صفحه ایندکس نشود، باید noindex بگذارید — و برای اینکه گوگل noindex را ببیند، باید اجازهی خزیدن داشته باشد. این تناقض، یکی از رایجترین اشتباهات فنی است.
- اگر صفحات مهم اینجا هستند، فوریترین مشکل سایت شماست. — سایتهایی دیدهام که با یک خط اشتباه، کل بخش درآمدزایشان را روی خودشان بسته بودند — و ماهها کسی متوجه نشده بود.
- مثال یک اشتباه رایج و پرهزینه: — “
Disallow: /product`قصد: بستن یک صفحهی خاص. نتیجهی واقعی: بستن/products/،/product-category/، و هر مسیری که با/product` شروع شود.
دستهی «حذفشده به دلیل noindex»
اگر صفحاتی که باید ایندکس شوند اینجا هستند، معمولاً بهخاطر تنظیم اشتباه در افزونهی این مسیر یا باقیماندن noindex از مرحلهی توسعه سایت.
این اشتباه بعد از راهاندازی سایت جدید، شایعترین فاجعهی ممکن است.
سؤال ۲ — بودجهی خزش کجا هدر میرود؟
بزرگترین قاتل خاموش، مخصوصاً در فروشگاهها.
چطور یک دستهبندی به دهها هزار URL تبدیل میشود
فرض کنید یک دستهبندی دارید با این فیلترها:
نتیجه: گوگل وقت محدودش را صرف خزیدن «فیلتر: آبی + سایز ۴۲ + مرتبسازی بر اساس قیمت نزولی» میکند، و محصول جدیدی که دیروز اضافه کردید، هفتهها منتظر میماند.
- اگر فیلترها با هم ترکیب شوند و هرکدام URL بسازند، تعداد ترکیبهای ممکن به هزاران میرسد — از یک دستهبندی. — حالا این را در تعداد دستهبندیهای سایت ضرب کنید.
- رنگ: ۸ گزینه
- سایز: ۶ گزینه
- برند: ۱۲ گزینه
- بازهی قیمت: ۵ گزینه
- مرتبسازی: ۴ گزینه
روش تشخیص ما
گام ۱ — بررسی گزارش آمار خزش در سرچ کنسول. چند درخواست در روز، و روند آن.
گام ۲ — خزش کامل سایت با ابزار. مقایسهی تعداد URL کشفشده با تعداد صفحات واقعی. اگر ابزار ۸۰ هزار URL پیدا کرد و شما ۶ هزار محصول دارید، مشکل پیدا شد.
گام ۳ — دستهبندی الگوهای URL. کدام پارامترها بیشترین URL را میسازند؟
گام ۴ — تحلیل لاگ سرور برای سایتهای بزرگ. این دقیقترین منبع ممکن است — چون بهجای حدس، دقیقاً نشان میدهد ربات گوگل کجا رفته، چند بار، و چقدر وقت گذاشته.
تصمیم برای هر الگو
برای هر الگوی URL، یکی از این چهار تصمیم گرفته میشود:
و مهمتر از همه: تعریف قانون برای آینده، تا با اضافه شدن فیلتر جدید، مشکل تکرار نشود.
- ایندکس شود — اگر تقاضای جستوجوی واقعی دارد. مثلاً «کفش ورزشی مردانه آدیداس» ترکیبی است که مردم جستوجو میکنند.
- Canonical به صفحهی اصلی — اگر محتوا تقریباً یکسان است اما URL باید کار کند.
- بلاک در robots.txt — برای الگوهایی که هیچ ارزشی ندارند و نمیخواهیم اصلاً خزیده شوند.
- تغییر معماری — مثلاً استفاده از پارامتر بهجای مسیر، یا بارگذاری فیلتر بدون تغییر URL.
سؤال ۳ — گوگل واقعاً چه چیزی میبیند؟
سایتهایی که با فریمورکهای مدرن ساخته شدهاند یا محتوایشان را با جاوااسکریپت بارگذاری میکنند، اغلب چیزی به گوگل نشان میدهند که کاربر نمیبیند و برعکس.
گام ۱ — مقایسهی HTML خام با نسخهی رندرشده. منبع صفحه را ببینید. آیا متن اصلی، لینکهای داخلی و اطلاعات محصول در HTML خام هستند، یا صفحه تقریباً خالی است و همهچیز با جاوااسکریپت میآید؟ گام ۲ — تست با ابزار بازرسی URL در سرچ کنسول. گزینهی مشاهدهی صفحهی رندرشده. آیا گوگل همان چیزی را میبیند که شما در مرورگر میبینید؟ گام ۳ — بررسی لینکهای داخلی. اگر منوی سایت یا لینکهای محصول فقط با جاوااسکریپت ساخته میشوند، ممکن است گوگل هرگز به آن صفحات نرسد. گام ۴ — تست با جاوااسکریپت غیرفعال. سادهترین و سریعترین تست اولیه.
صفحه در نتایج ظاهر میشود اما با توضیحات نامربوط یا خالی · صفحات محصول ایندکس نمیشوند در حالی که دستهبندی میشود · محتوایی که در تب یا آکاردئون است در نتایج دیده نمیشود · و تفاوت زیاد بین چیزی که در مرورگر میبینید و چیزی که ابزار بازرسی نشان میدهد.
رندر سمت سرور (SSR) — بهترین راهحل اگر پروژه اجازه بدهد. تولید ایستا (SSG) — برای محتوایی که زیاد تغییر نمیکند. پیشرندر (Prerendering) — راهحل میانی. حداقل: قرار دادن محتوای حیاتی و لینکهای اصلی در HTML خام. نکتهی عملی: اگر پروژه هنوز در مرحلهی طراحی است، مداخلهی الان ماهها صرفهجویی میکند. طراحی سایت سئو-محور
سؤال ۴ — گلوگاه واقعی سرعت کجاست؟
اشتباه رایج: گرفتن امتیاز سرعت از یک ابزار و شروع به فشردهسازی تصاویر.
مشکل: امتیاز ابزار یک عدد آزمایشگاهی است. آنچه گوگل استفاده میکند، دادهی میدانی از کاربران واقعی است — و این دو میتوانند کاملاً متفاوت باشند.
روش تشخیص ما
گام ۱ — نگاه به دادهی میدانی، نه آزمایشگاهی. گزارش تجربهی کاربر در سرچ کنسول، تفکیکشده بر اساس موبایل و دسکتاپ.
- گام ۲ — تفکیک سه معیار اصلی، چون هرکدام علت متفاوتی دارند:
- LCP کند — معمولاً به دلیل زمان پاسخ سرور، تصویر بزرگ بالای صفحه، یا فونتی که دیر بارگذاری میشود.
- INP ضعیف — تقریباً همیشه به دلیل جاوااسکریپت سنگین، بهویژه اسکریپتهای شخص ثالث.
- CLS بالا — عناصری که موقع بارگذاری جابهجا میشوند: تصاویر بدون ابعاد مشخص، تبلیغات، فونتهایی که عوض میشوند.
- گام ۳ — تشخیص گلوگاه اصلی.
زمان پاسخ سرور — عاملی که نادیده گرفته میشود
تست ساده: زمان پاسخ اولین بایت را اندازه بگیرید. اگر بالاست، بهینهسازی تصویر و کد، اثر محدودی خواهد داشت.
راهحلها: ارتقای میزبانی، کش سمت سرور، و CDN با نقطهی حضور نزدیک به مخاطب.
نکتهی مخصوص بازارهای منطقه: اگر مخاطب شما در ترکیه، خلیج فارس یا عراق است، سرور یا CDN با حضور نزدیک، تفاوت محسوسی میسازد.
- این مهمترین نکتهای است که در سایتهای فارسی میبینیم. — بسیاری روی هاست اشتراکی ارزان میزبانی میشوند. زمان پاسخ سرور بالاست، و صرفنظر از اینکه چقدر تصاویر را فشرده کنید، ثانیهی اول را از دست دادهاید.
اسکریپتهای شخص ثالث
روش ما: فهرست کردن همهی اسکریپتهای شخص ثالث، اندازهگیری اثر هرکدام، و تصمیمگیری: حذف، بارگذاری تأخیری، یا جایگزینی با گزینهی سبکتر.
- رایجترین علت INP ضعیف. — چت آنلاین، ابزار تحلیل، پیکسل تبلیغاتی، نقشه، ویدیوی جاسازیشده — هرکدام کد خارجی اجرا میکنند.
- اغلب یک یا دو اسکریپت مسئول بیشتر کندی هستند — و حذفشان اثری دارد که ساعتها بهینهسازی تصویر ندارد.
سؤال ۵ — کدام صفحات با هم تکراریاند؟
تکراری کامل — همان صفحه با URL متفاوت. مثلاً با و بدون www، با و بدون / انتهایی، یا با پارامتر رهگیری. تکراری تقریبی — صفحات دستهبندی با فیلترهای مختلف، یا صفحات محصول با توضیحات یکسان تولیدکننده. تکراری بینالمللی — نسخههای زبانی یا کشوری با محتوای یکسان.
گام ۱ — بررسی نسخههای مختلف صفحهی اصلی. آیا هر چهار حالت (با/بدون www، http/https) به یک نسخه ریدایرکت میشوند؟ گام ۲ — جستوجوی بخشی از متن با site: برای پیدا کردن تکرارهای داخلی. گام ۳ — بررسی canonical در نمونههای تصادفی. آیا خودارجاع است؟ آیا به صفحهی درست اشاره میکند؟ گام ۴ — بررسی صفحات صفحهبندیشده و اینکه چطور مدیریت شدهاند.
سایتی که هم example.com/محصول و هم example.com/محصول/ کار میکنند، بدون ریدایرکت بین آنها. نتیجه: گوگل دو صفحه میبیند با محتوای یکسان. اعتبار تقسیم میشود، و ممکن است نسخهی اشتباه ایندکس شود. راهحل: انتخاب یک نسخهی استاندارد و ریدایرکت ۳۰۱ دیگری به آن.
سؤال ۶ — ریدایرکتها و کدهای وضعیت سالماند؟
مشکل: صفحه A به B ریدایرکت میشود، B به C، C به D. چرا مهم است: هر پرش، زمان میبرد و بخشی از اعتبار در مسیر گم میشود. و گوگل بعد از تعداد مشخصی پرش، دنبال کردن را متوقف میکند. تشخیص: خزش سایت و فیلتر کردن زنجیرههای با بیش از یک پرش. راهحل: ریدایرکت مستقیم از A به D. این مشکل بعد از هر بازطراحی یا مهاجرت انباشته میشود و کسی سراغش نمیرود.
۳۰۱ یعنی دائمی؛ ۳۰۲ یعنی موقت. اگر تغییر دائمی است اما ۳۰۲ گذاشتهاید، گوگل ممکن است اعتبار را کامل منتقل نکند. شایعترین جا: تنظیمات پیشفرض بعضی قالبها و افزونهها.
۴۰۴ همیشه بد نیست. صفحهای که حذف شده و جایگزینی ندارد، باید ۴۰۴ برگرداند. اما ۴۰۴ روی صفحهای که لینک بیرونی دارد، یعنی دور ریختن اعتبار. روش ما: فهرست کردن ۴۰۴ها، بررسی اینکه کدامشان لینک ورودی دارند، و ریدایرکت آنها به نزدیکترین صفحهی مرتبط — نه به صفحهی اصلی. ۵xx فوریترین مشکل است. خطای سرور یعنی گوگل نتوانسته صفحه را ببیند، و تکرارش میتواند به کاهش نرخ خزش منجر شود.
سؤال ۷ — مسائل خاص زبان فارسی چطورند؟
این بخش را تقریباً هیچ آژانس غیرفارسیزبانی نمیبیند.
ناسازگاری نویسهها
«ی» و «ك» عربی در برابر فارسی. ظاهرشان تقریباً یکسان، کدهایشان متفاوت.
اثر فنی: اگر URL شما با یک نویسه ساخته شده و لینک داخلی با نویسهی دیگر، عملاً به صفحهی موجود لینک نمیدهید.
اثر محتوایی: تطبیق ضعیف بین کوئری کاربر و متن شما.
راهحل: یکدستسازی سراسری در پایگاه داده، محتوا، و URLها — با ریدایرکت مناسب برای URLهای قدیمی.
نیمفاصله
«میشود»، «می شود»، «میشود» — سه رشتهی متفاوت برای موتور جستوجو.
اسلاگ فارسی در URL
واقعیت فنی: URL فارسی انکود میشود و به رشتهای طولانی و ناخوانا تبدیل میگردد.
مشکلات عملی: طول زیاد، مشکل در اشتراکگذاری، و گاهی خطا در سیستمهای قدیمی.
مزیت: برای کاربر فارسیزبان در نتایج گوگل، خواناتر است.
توصیهی ما: برای سایتهای چندزبانه، لاتیننویسی. برای سایت صرفاً فارسی، هر دو قابل دفاع.
اما قاعدهی طلایی: اگر URL موجود رتبه دارد، تغییرش ندهید.
تنظیم `lang` و `dir`
نبودشان هم روی درک گوگل اثر دارد هم روی دسترسپذیری. و در سایت چندزبانه، باعث نمایش نادرست متن میشود.
اعداد فارسی و لاتین
در قیمت، تاریخ، شماره تماس و بهویژه در دادهی ساختاریافته باید یکدست باشند. اسکمای قیمت با عدد فارسی، اغلب توسط گوگل خوانده نمیشود.
بخش سوم: سرفصل کامل خدمات
خزش و ایندکس
تحلیل کامل گزارش پوشش · بررسی و اصلاح robots.txt · اعتبارسنجی نقشه سایت XML · بررسی canonical · شناسایی صفحات یتیم · و مدیریت بودجهی خزش.
دربارهی نقشه سایت: اشتباه رایج، قرار دادن هر URL موجود در آن است. نقشه سایت باید فقط صفحاتی را داشته باشد که میخواهید ایندکس شوند — نه صفحات noindex، نه ریدایرکتها، نه ۴۰۴ها. نقشه سایت آلوده، به گوگل سیگنال بیدقتی میدهد.
معماری سایت و ساختار URL
عمق صفحات از خانه · منطق دستهبندی · ساختار breadcrumb · و بررسی اینکه صفحات درآمدزا در دسترسترین جای سایتاند یا در عمق پنج کلیک.
قاعدهی عملی: هر صفحهی مهم باید در حداکثر سه کلیک از صفحهی اصلی قابل دسترسی باشد.
سرعت و Core Web Vitals
اندازهگیری میدانی · تفکیک LCP، INP و CLS · تشخیص گلوگاه · بهینهسازی تصاویر و فونت · مدیریت اسکریپت شخص ثالث · و کش.
اسکیما مارکآپ
پیادهسازی و اعتبارسنجی Organization، Person، Service، Product، Article، FAQPage، BreadcrumbList.
بهینهسازی برای هوش مصنوعی
پوشش، دادهی ساختاریافته، تجربهی صفحه، و در صورت وجود، اقدام دستی.
شناسایی، تعیین نسخهی اصلی، و پیادهسازی.
نه فقط ریسپانسیو بودن. بررسی یکسان بودن محتوا، لینکها و دادهی ساختاریافته بین نسخهی موبایل و دسکتاپ.
HTTPS و امنیت فنی
گواهی در تمام صفحات · محتوای مختلط · و بررسی نشانههای هک یا تزریق اسپم — که در سایتهای وردپرسی قدیمی و بهروزنشده بسیار رایج است.
علائم: صفحات ایندکسشده با محتوای بیربط · افزایش ناگهانی تعداد صفحات · و ریدایرکتهای ناشناخته که فقط برای کاربران موبایل یا از منابع خاص فعال میشوند.
تحلیل لاگ سرور
برای سایتهای بزرگ: دقیقترین منبع داده دربارهی رفتار ربات گوگل.
نشان میدهد ربات کجا رفته، چند بار، چه کد وضعیتی گرفته، و کجا وقت تلف کرده. بهجای حدس، شواهد.
سئو سایتهای Headless و فریمورکمحور
مسائل رندر، مسیریابی سمت کلاینت، و متادیتای پویا.
hreflang و سایت چندزبانه
بخش چهارم: مهاجرت و بازطراحی
خطرناکترین لحظهی عمر هر سایت.
بازطراحی بدون نقشهی سئو، رایجترین دلیل افتهای شدید و ناگهانی است — و بازیابی از آن، ماهها طول میکشد.
چکلیست قبل از مهاجرت
جایگاه، ترافیک، صفحات پرترافیک، و صفحات دارای بکلینک. بدون این، بعداً نمیدانید چقدر از دست دادهاید.
هر URL قدیمی به نزدیکترین معادل جدید. نه همه به صفحهی اصلی.
اگر صفحهای رتبه دارد، محتوایش نباید ضعیفتر شود.
بعد از مهاجرت
بعد از مهاجرت
روز اول: بررسی فوری robots.txt و noindex · تست نمونهای از ریدایرکتها · و ارسال نقشه سایت جدید.
هفتهی اول: پایش روزانهی گزارش پوشش و خطاها.
ماه اول: مقایسه با خط پایه و تشخیص افتهای غیرمنتظره.
نکتهی واقعبینانه: افت موقت بعد از مهاجرت طبیعی است. آنچه غیرطبیعی است، افت شدید و ادامهدار.
مهاجرت سئو
بخش پنجم: خروجی کار
بخش پنجم: خروجی کار
سه بخشی که تحویل میگیرید
سه بخشی که تحویل میگیرید
- نمونهی یک تیکت واقعی:
- و صادقانه علامتگذاری میکنیم که کدام کارها ارزش انجام دادن ندارند — چون سختیشان از اثرشان بیشتر است. بعد از تحویل، یک جلسه با تیم فنی شما — چون سند بدون توضیح، نصف ارزش دارد.
بخش ششم: سئو تکنیکال بر اساس بستر
وردپرس
رایجترین بستر و بیشترین مشکلات قابل حل بدون کدنویسی.
مسائل معمول: افزونههای زیاد و سنگین · صفحات آرشیو، برچسب و نویسندهی بیارزش که بهطور پیشفرض ایندکس میشوند · تنظیم نادرست RankMath یا Yoast · تصاویر بهینهنشده · و باقی ماندن noindex از مرحلهی توسعه.
نکته: وردپرس بهطور پیشفرض برای هر تصویر یک صفحهی پیوست میسازد. در سایتهای بزرگ، این میتواند هزاران صفحهی بیارزش تولید کند.
ووکامرس و فروشگاهها
پیچیدهترین حالت.
تورم ایندکس از فیلترها · صفحات محصول ناموجود · محتوای تکراری تولیدکننده · صفحهبندی · و صفحات سبد خرید و تسویه که نباید ایندکس شوند.
شاپیفای
ساختار URL محدود و اجباری · مسائل مجموعهها · و محدودیت در دسترسی به برخی فایلهای فنی.
کنترل کامل، اما مسائل رندر و ساختار URL شایعتر. و اغلب نبود مستندسازی که تشخیص را کند میکند.
مسئلهی اصلی رندر است. مداخله در مرحلهی طراحی، ماهها صرفهجویی میکند.
سرعت انتشار و ایندکس · مدیریت آرشیو · صفحهبندی · و بودجهی خزش.
سایتهای سازمانی بزرگ
اینجا مسئله بیشتر حاکمیت است تا تکنیک. چند تیم، چند ذینفع، و تصمیمهایی که بدون مشورت گرفته میشوند و بعد باید جبران شوند.
سئو سازمانی
بخش هفتم: چه زمانی به سئو تکنیکال نیاز دارید؟
تعداد صفحات ایندکسشده محسوساً کمتر از تعداد واقعی صفحات · محتوا منتشر میکنید و هفتهها طول میکشد تا دیده شود · ترافیک بعد از تغییر قالب یا مهاجرت افت کرده · صفحات بیدلیل از نتایج ناپدید و ظاهر میشوند · امتیاز سرعت موبایل پایین است · هشدار پوشش یا دادهی ساختاریافته در سرچ کنسول دارید · سایت چندزبانه دارید و نسخهی اشتباه ظاهر میشود · و محتوای زیادی تولید کردهاید اما هیچ رتبهای تکان نمیخورد.
سایت روی هاست اشتراکی ارزان است · بیش از ۲۰ افزونه فعال دارید · بیش از یک بار قالب عوض کردهاید · و هیچوقت کسی سرچ کنسول را جدی نگاه نکرده.
بخش هشتم: مسیر کار
روز صفر
آدرس سایت را میفرستید. یک نگاه بیرونی میاندازم و میگویم نشانهی مشکل جدی هست یا نه. رایگان.
روز ۱ تا ۲
دسترسی خواندن به سرچ کنسول و آنالیتیکس. برای آدیت عمیقتر، دسترسی پنل مدیریت و در صورت امکان، لاگ سرور.
روز ۳ تا ۷
آدیت کامل: خزش سایت · تحلیل دادهی سرچ کنسول · بررسی رندر · اندازهگیری سرعت میدانی · اعتبارسنجی اسکما · بررسی hreflang · و مقایسه با دو تا سه رقیب.
روز ۷ تا ۱۰
تحویل سه سند و جلسهی مرور.
بعد از آن
اجرا (توسط ما یا تیم شما)، تست، و بازبینی نتیجه در سرچ کنسول.
بخش نهم: زمانبندی نتایج
هفتهی ۱ تا ۲
رفع مشکلات بحرانی ایندکس. اگر صفحاتی بهاشتباه بلاک بودهاند، اثر میتواند بسیار سریع باشد.
هفتهی ۲ تا ۶
بهبود نرخ خزش و ایندکس شدن صفحات جدید.
ماه ۲ تا ۳
اثر بهبود سرعت روی تجربهی کاربر و نرخ تبدیل.
ماه ۳ به بعد
اثر انباشتهی ساختار سالم روی رشد کلی.
بخش دهم: کارهایی که انجام نمیدهیم
- گزارش خودکار ابزار را به اسم آدیت تحویل نمیدهیم.
- بدون تأیید کتبی، چیزی روی سایت زنده تغییر نمیدهیم.
- تغییرات پرریسک را بدون نسخهی پشتیبان اجرا نمیکنیم.
- مشکلی را که واقعاً مشکل نیست بزرگ نمیکنیم تا کار بیشتری بفروشیم.
- کارهایی را که سختیشان از اثرشان بیشتر است پیشنهاد نمیدهیم — و صریح علامتگذاری میکنیم.
- ساختار URL صفحاتی که رتبه دارند را بیدلیل تغییر نمیدهیم.
- رتبه تضمین نمیکنیم.
- اگر سایتتان از نظر فنی سالم است، همان را میگوییم — حتی اگر یعنی نداشتن پروژه.
بخش یازدهم: سئو تکنیکال بخشی از یک سیستم است
سئو تکنیکال مثل باز کردن در فروشگاه است: لازم، اما کافی نه.
- محتوا → سئو داخلی · خدمات تولید محتوا
- اعتبار بیرونی → سئو خارجی
- انتخاب هدف → تحقیق کلمات کلیدی
- تشخیص کلی → آنالیز سئو سایت
- نقشهی کلی → خدمات سئو
- سایت جدید → طراحی سایت سئو-محور
بخش دوازدهم: کدام صنایع بیشترین سود را میبرند؟
فروشگاههای اینترنتی
بیشترین بازده. تورم ایندکس و مشکلات فیلتر، مستقیماً روی درآمد اثر دارد.
بروکرهای فارکس و پلتفرمهای مالی
سایتهای چندزبانه با دهها نسخهی کشوری. hreflang بزرگترین ریسک فنی.
صرافی ارز دیجیتال
دادهی لحظهای، سرعت، و ساختار صفحات قیمت.
سایتهای خبری
بودجهی خزش و سرعت ایندکس، تعیینکنندهی رقابت.
املاک
صفحات پروژه معمولاً با جاوااسکریپت بارگذاری میشوند و گوگل نمیبیندشان.
SaaS و اپلیکیشن
مسائل رندر، شایعترین مشکل.
کلینیک و مراکز درمانی
اسکمای پزشکی و نویسنده، مستقیماً روی اعتبار اثر دارد.
شرکتهای صادراتی
کاتالوگ محصولات و ساختار فنی نامگذاری.
آموزشگاهها
صفحات دوره و ساختار دستهبندی.
مؤسسات مهاجرت
سایت چندزبانه با محتوای مشابه بین نسخهها.
بخش سیزدهم: هزینه
هزینهی سئو تکنیکال به دو چیز بستگی دارد: تعداد صفحات و میزان بدهی فنی موجود.
یک سایت شرکتی ۳۰ صفحهای با ساختار تمیز، در چند روز آدیت میشود. یک فروشگاه با ۵۰ هزار محصول که سه بار مهاجرت کرده و دو بار قالب عوض کرده، مسئلهی کاملاً دیگری است.
میتوانید ماژولار سفارش دهید — مثلاً فقط آدیت ایندکس و خزش، یا فقط سرعت.
آدرس سایت را بفرستید تا بعد از یک نگاه اولیه بگویم چه سطحی لازم است.
زبانها و بازارها
فارسیEnglishالعربيةTürkçeاستانبولدبیدوحهمسقطبغدادریاضتورنتوبرلینفهرست کامل
شاهان بهکامراد — کارآفرین بینالمللی و استراتژیست جستوجو
آدیت فنی را خودم انجام میدهم، و دلیلش این است:
ابزار به شما دویست هشدار میدهد. کاری که من میکنم این است که بگویم کدام سهتا واقعاً روی درآمدتان اثر دارد و بقیه را نادیده بگیرید.
جایی که معماری، رندر و ساختار زبانی همدیگر را پیچیده میکنند و راهحلهای آماده جواب نمیدهند. پروفایل لینکدین شاهان بهکامراد — رزومه، سوابق و نتایج صفحهی معرفی لینکدین شرکت · کرانچبیس
یک جلسه حضوری در استانبول یا دبی
اگر در استانبول یا دبی هستید، لپتاپ را باز میکنیم و گزارش پوشش سرچ کنسول سایتتان را با هم میخوانیم.
پنج دقیقه طول میکشد تا ببینیم چند صفحه ایندکس نشده و در کدام دستهاند. برای اکثر مشتریان، این عدد غافلگیرکننده است.
اگر نه، یک ویدیو کال ۳۰ دقیقهای. در واتساپ بنویسید «جلسه حضوری»:
+90 542 177 2753
واتساپ · جلسه حضوری
جلسه حضوری شاهان دیجیتال
گام بعدی
آدرس سایتتان را در واتساپ بفرستید و بنویسید «تکنیکال».
گزارش پوشش سرچ کنسولتان را نگاه میکنم و میگویم چند صفحه ایندکس نشده، در کدام دستهاند، و کدامش فوری است — رایگان، حتی اگر به همکاری نرسیم.
+90 542 177 2753
تفاوت کار روی سئو تکنیکال
شاهان دیجیتال
- اول تشخیص، بعد اجرا
- معیار به زبان مدیر و فروش
- خط قرمز شفاف — بدون وعده رتبه قطعی
- خروجی قابلانتقال به تیم شما
الگوی رایج بازار
- شروع با پکیج و شعار
- گزارش شلوغ بدون تصمیم
- وعدههایی که قابل دفاع نیستند
- وابستگی به آژانس بدون مالکیت دانش
چطور بفهمید سئو تکنیکال مسیر درستی برای شماست؟
سئو تکنیکال وقتی معنا دارد که تعریف خدمت روشن باشد و معیار موفقیت به زبان کسبوکار نوشته شده باشد — نه فقط رتبه یا کلیک خام.
تصمیمگیر مشخص دارید و میخواهید سئو تکنیکال به درآمد یا سرنخ واجد شرایط وصل شود.
فقط تضمین رتبه یا پکیج ارزان بدون مالکیت خروجی میخواهید.
سئو تکنیکال با زبان تصمیم
سئو تکنیکال را مثل برچسب خالی نبینید. اول مسئلهای را نام بگذارید که واقعاً هزینه یا فرصت میسازد.
شاهان دیجیتال از تشخیص شروع میکند، نه از فروش قالب آماده.
خطوط قرمز
- تضمین رتبه یا نتیجه قطعی نمیدهیم.
- گزارش تزئینی بدون تفسیر تولید نمیکنیم.
- اگر سئو تکنیکال الان مناسب شما نیست، همان را میگوییم.
شکافهایی که شرکتهای سئو تکنیکال معمولاً نمیگویند
بیشتر رقبا وقتی از سئو تکنیکال حرف میزنند، اول پکیج میفروشند و بعد میفهمند مسئله شما اصلاً سئو تکنیکال نبوده. ما برعکس شروع میکنیم: تشخیص صادقانه، بعد اسکوپ مکتوب، بعد اجرا.
شکاف رایج: گزارش پر از رتبه و کلیک، بدون سرنخ واجد شرایط. شکاف دیگر: وعده رتبه یا نتیجه قطعی برای فروش آسان. شکاف سوم: کانالها جدا از هم کار میکنند و بودجه میسوزد.
شاهان دیجیتال این شکافها را پر میکند — شفاف، قابل بررسی، و بدون قفل کردن شما به آژانس.
- تشخیص قبل از فروش: اگر سئو تکنیکال الان اولویت نیست، همان را میگوییم.
- معیار کسبوکار: سرنخ واجد شرایط و صفحه هدف، نه اسلاید تزئینی.
- خط قرمز: تضمین رتبه نمیدهیم؛ تاکتیک پرریسک را پنهان نمیکنیم.
- مالکیت خروجی: سند و دسترسی قابل انتقال به تیم شماست.
مسیر شفاف سئو تکنیکال
۱. پیام کوتاه
واتساپ: بنویسید «سئو تکنیکال» + لینک سایت.
۲. تشخیص
آیا سئو تکنیکال الان معنا دارد یا مسیر دیگری بهتر است؟
۳. اسکوپ مکتوب
داخل/خارج خدمت، معیار ۳۰/۶۰/۹۰ روز، مالکیت خروجی.
۴. شروع یا توقف
بدون فشار پکیج — اگر مناسب نبودید همان جلسه تمام میشود.
لحن ما عامیانه و مستقیم است؛ نوع سرویس ما مشاوره+اجرای قابل اندازهگیری است، نه فروش شعار.
مناسب / نامناسب برای سفارش سئو تکنیکال
تصمیمگیر دارید و میخواهید سئو تکنیکال به درآمد وصل شود.
فقط تضمین رتبه یا ارزانترین پکیج مبهم میخواهید.
قدم بعدی: واتساپ +90 542 177 2753 — بنویسید «سئو تکنیکال». یا درخواست جلسه.
بازخورد مشتریان
شاهان دیجیتال
شاهان دیجیتال
مشتریان واقعی · اعتبار بدون افشای محرمانه
نمونهای از بازخوردهای تأییدشده درباره همکاری در مسیر سئو تکنیکال — همراه با امتیاز عمومی گوگل.
برخی هویتهای مشتریان بهدلیل توافقنامههای محرمانگی نمایش داده نمیشود. صنعت، کشور، دوره تقریبی همکاری و نتایج تأییدشده تنها با اجازه مشتری نمایش داده میشود.
۵.۰۵.۰ · ۱۳ نظر در گوگل
4.759 مشتری تأییدشده
4.759 مشتری تأییدشده
تأییدشده4.9
مشتریان سفر لوکس پیش از رزرو چند برند را مقایسه میکنند. شاهان محتوای عمیق و حرفهای برای مقاصد و تجربهها ساخت. تا ماه هفتم، کنسول جستجوی گوگل رشد واضح نشان داد. کیفیت نگارش و همسویی با لحن برند با دقت حفظ شد.
AL
A. L.بنیانگذار · آژانس سفر لوکس
تأییدشده4.8
چند شعبه داریم و هر کدام باید برای جستجوهای متفاوت — نوع غذا، منطقه و مناسبتهای خاص — دیده شوند. شاهان صفحات محلی، منوها و محتوای مشتریمحور را بهینه کرد. تا ماه ششم، GA4 افزایش بازدید ارگانیک نشان داد و سیستم رزرو، رزروهای بیشتری ثبت کرد.
FR
F. R.بنیانگذار · گروه رستورانی
تأییدشده4.6
زوجها ماهها پیش از انتخاب برنامهریز عروسی تحقیق میکنند. شاهان صفحات هدفمند برای شهرها، سبک مراسم و خدمات ساخت. GA4 رشد پایدار بازدید ارگانیک نشان داد و CRM درخواستهای بینالمللی بیشتری ثبت کرد. هویت احساسی برند حفظ و سئو حرفهای شد.
CM
C. M.بنیانگذار · برنامهریزی عروسی
تأییدشده4.7
رقابت روی کلمات اصلی شدید بود. شاهان پیشنهاد داد روی مناطق، مناسبتها و نیازهای خاص مشتری تمرکز کنیم. طی ۹ ماه، صفحات جدید بهتدریج کلیک ارگانیک گرفتند و تماسها مرتبطتر شدند. همیشه توضیح میداد چرا برخی کلمات به زمان بیشتری نیاز دارند.
DP
D. P.مالک · اجاره خودروی پریمیوم
تأییدشده4.8
سایت زیبا بود، اما بیشتر رزروها از پلتفرمهای واسط میآمد. شاهان دیجیتال محتوای هدفمند برای انواع اتاق، تجربههای محلی و جاذبههای اطراف ساخت. تا ماه هفتم، سیستم رزرو رزروهای مستقیم بیشتری ثبت کرد. هویت شخصی هتل ما محترم شمرده شد.
EH
E. H.بنیانگذار · هتل بوتیک
تأییدشده4.9
بازار مراقبت پوست بسیار رقابتی است. شاهان دیجیتال روی صفحات محصول، راهنمای شرایط پوست و مقایسه ترکیبات کار کرد. مهم اینکه صدای برند علمی ماند و بدون ادعاهای اغراقآمیز. نتیجه: طبق کنسول جستجو حدود ۶۰٪ افزایش کلیک ارگانیک هدفمند.
GK
G. K.بنیانگذار · برند مراقبت پوست
تأییدشده4.8
فکر میکردیم رقابت با برندهای بزرگ قهوه غیرممکن است. شاهان پیشنهاد داد روی انواع دانه، روشهای دمآوری و نیازهای مشتری تمرکز کنیم. طی ۱۴ ماه، مقالات آموزشی و دستههای محصول رشد کردند و آنالیتیکس فروشگاه افزایش فروش منتسب به صفحات فرود ارگانیک ثبت کرد.
HN
H. N.بنیانگذار · رستری قهوه
تأییدشده4.5
میخواستیم فروش آنلاین را افزایش دهیم، اما شاهان ابتدا روی اعتماد برند و کیفیت صفحات محصول تمرکز کرد. طی ۹ ماه، توضیحات محصول، مقالات آموزشی و ساختار دستهها بهبود یافت. سایت شروع به دریافت بازدید ارگانیک مرتبط با خرید محصول در آنالیتیکس فروشگاه کرد.
IS
I. S.بنیانگذار · برند مواد غذایی پریمیوم
تأییدشده4.4
محصولات دستساز ما داستان منحصربهفردی داشتند، اما سایت نمیتوانست این را به گوگل منتقل کند. شاهان توضیحات محصول، دستهها و داستان برند را بازنویسی کرد. تا پایان همکاری، روند نمایشها و دید کلمات کلیدی بهروشنی تغییر کرده بود.
JW
J. W.مالک · فروشگاه محصولات دستساز
4.7میانگین امتیاز
59مشتریان تأییدشده
۵.۰امتیاز گوگل ۵.۰
۱۰+۱۰+ سال تجربه
نظرات مشتریان تأییدشده شاهان دیجیتال — بدون افشای هویت محرمانه.
مسیر پیشنهادی — از کجا شروع کنید؟
برای اینکه بودجهتان جای درست خرج شود، ترتیب کار مهم است. این نقشه میگوید قبل از سئو تکنیکال چه چیزی باید روشن باشد، چه خدمتی را باید همزمان جلو ببرید، و بعدش کجا بروید. اگر مرحله اول را رد کنید، مرحلههای بعدی گرانتر تمام میشوند.
۱اول اینها را ببینید
- آنالیز سئو سایتاول باید بدانید سایت الان کجا ایستاده؛ بدون تشخیص، هر بودجهای حدس است.
- تحقیق کلمات کلیدیقبل از تولید یا لینک باید بدانید کدام کوئری خریدار دارد و کدام فقط بازدید.
۲همراه این مسیر
- طراحی سایت حرفهایطراحی و سئو باید از روز اول کنار هم بنشینند.
- سئو داخلی سایتبهینهسازی داخلی را پابهپای بقیه کار جلو ببرید.
۳قدم بعدی
- تولید محتوای سئوقدم بعد، پر کردن شکاف محتوایی صفحات هدف است.
- سئو خارجیقدم بعد، ساختن اعتبار بیرون از سایت است.
اگر مطمئن نیستید در کدام مرحله هستید، همان را بگویید؛ ما هم صادقانه میگوییم که سئو تکنیکال الان اولویت شما هست یا نه. سفارش گرفتن برای کاری که هنوز نوبتش نرسیده، به ضرر هر دوی ماست.
پرسشهای متداول
سئو تکنیکال دقیقاً چیست؟
مجموعه کارهایی که باعث میشود گوگل بتواند صفحات سایت شما را پیدا کند، بخزد، بفهمد و ایندکس کند — بهعلاوه سرعت و ساختاری که تجربهی کاربر را قابل قبول نگه میدارد.
فرق سئو تکنیکال با سئو داخلی چیست؟
سئو داخلی دربارهی محتوای صفحه است؛ سئو تکنیکال دربارهی زیرساخت. اولی بدون دومی دیده نمیشود.
آیا یکبار انجام میشود یا مستمر است؟
آدیت اولیه یک پروژهی مشخص است. اما هر بار قالب عوض کنید، افزونه اضافه کنید، محصول جدید بسازید یا سایت را مهاجرت دهید، مشکلات جدید متولد میشوند. بازبینی دورهای توصیه میشود.
چقدر طول میکشد تا اثر دیده شود؟
رفع مشکلات بحرانی ایندکس میتواند ظرف ۱ تا ۲ هفته اثر بدهد. بهبود کلی معمولاً ۲ تا ۶ هفته.
چرا صفحاتم ایندکس نمیشوند؟
بستگی به دستهی گزارش پوشش دارد — و هر دسته علت و راهحل متفاوتی دارد. بخش دوم این صفحه، هر دسته را جداگانه توضیح داده.
بودجه خزش چیست و آیا برای من مهم است؟
میزان منابعی که گوگل برای خزیدن سایت شما اختصاص میدهد. برای سایتهای کوچک معمولاً مسئله نیست. برای فروشگاهها و سایتهای بزرگ، حیاتی است.
سایت وردپرسی من سئو تکنیکال لازم دارد؟
احتمالاً بله. وردپرس بهطور پیشفرض صفحات آرشیو، برچسب، نویسنده و پیوست بیارزش تولید میکند. خبر خوب اینکه بیشتر مشکلاتش بدون کدنویسی حل میشود.
برای اصلاحات به برنامهنویس نیاز دارم؟
در وردپرس اغلب نه. در سایتهای اختصاصی معمولاً بله — و تیکتها را طوری مینویسیم که بدون رفتوبرگشت اجرا شوند.
دسترسی هاست یا FTP میخواهید؟
برای تشخیص معمولاً نه. دسترسی خواندن به سرچ کنسول کافی است. برای تحلیل لاگ سرور در پروژههای بزرگ، دسترسی به فایل لاگ کمک میکند.
ترافیکم بعد از تغییر قالب افت کرده. کمک میکنید؟
بله، و یکی از رایجترین موارد است. معمولاً ریشه در ریدایرکت ناقص، تغییر ساختار URL، یا از دست رفتن محتوا دارد.
اسکما واقعاً اهمیت دارد؟
بله، و اهمیتش در حال افزایش است — نه فقط برای نتایج غنی، بلکه برای اینکه مدلهای هوش مصنوعی برند شما را درست بفهمند. نکتهی مهم: اسکما باید در یک گراف متصل باشد، نه قطعات جدا.
سرعت سایتم پایین است. از کجا شروع کنم؟
اول تشخیص گلوگاه — سرور، اسکریپت شخص ثالث، تصویر، یا فونت. بدون تشخیص، بهینهسازی تصادفی است. و حتماً با دادهی میدانی موبایل، نه امتیاز آزمایشگاهی.
اگر سایتم کوچک است، باز هم لازم است؟
شاید نه در حد کامل. اما بررسی پایه — اینکه صفحات مهم ایندکس شدهاند و چیزی بهاشتباه بلاک نیست — برای هر سایتی ارزش دارد.
آدیت فنی را جدا سفارش دهم؟
بله. یک پروژهی مستقل و کوتاهمدت است و نیازی به قرارداد بلندمدت ندارد.
قبل از بازطراحی سایت هم لازم است؟
حتماً. بازطراحی بدون نقشهی سئو، رایجترین دلیل افتهای شدید است.
شاهان دیجیتال — شرکت و شبکهها
صفحه اصلی، درباره ما، تماس و شبکههای رسمی شاهان دیجیتال — همه آدرسها لینک فعال دارند.
آماده شروع هستید؟
سایت یا بازارتان را بفرستید — اول تشخیص میدهیم، بعد پیشنهاد شفاف میدهیم.
English version: https://shahandigital.com/technical-seo-services/ (linked above)
سه شاخص حیاتی را تکهتکه میکنیم، چون عدد کل هیچ راهحلی نشان نمیدهد
حد قبولی هر سه شاخص عدد ثابتی است: LCP زیر ۲٫۵ ثانیه، INP زیر ۲۰۰ میلیثانیه، CLS زیر ۰٫۱. مشکل این است که دانستن «LCP من ۴٫۱ ثانیه است» هیچ کاری برای برنامهنویس روشن نمیکند. LCP از چهار تکه ساخته میشود و هر تکه علت و درمان کاملاً متفاوتی دارد.
| تکه LCP | بودجه در ۲٫۵ ثانیه | علت شایع در سایتهای واقعی |
|---|---|---|
| زمان پاسخ اولیه سرور | حداکثر ۴۰٪ — هدف مستقل زیر ۸۰۰ میلیثانیه | کوئری سنگین دستهبندی، نبود کش، هاست اشتراکی، فاصله جغرافیایی سرور |
| تأخیر شروع دانلود منبع | حداکثر ۱۰٪ | تصویر اصلی در CSS پسزمینه است، یا با جاوااسکریپت تزریق میشود، یا lazy شده |
| مدت دانلود منبع | حداکثر ۴۰٪ | تصویر بهینهنشده، نبود srcset، فرمت قدیمی، ابعاد چند برابر نیاز نمایشگر |
| تأخیر رندر عنصر | حداکثر ۱۰٪ | CSS یا فونت مسدودکننده رندر، انتظار برای هایدریشن فریمورک |
INP هم سه تکه دارد: تأخیر ورودی، مدت پردازش، و تأخیر نمایش نتیجه. اگر تأخیر ورودی بالاست یعنی رشته اصلی مرورگر مشغول اسکریپت دیگری بوده — معمولاً تگ مدیریت اسکریپت یا چت آنلاین. اگر مدت پردازش بالاست، مشکل در کد خودتان است. این تفکیک، تفاوت بین «اسکریپت شخص ثالث را به تأخیر بینداز» و «این تابع را بازنویسی کن» است.
و درباره CLS یک علت خاص فارسی که کمتر دیده میشود: فونتهای فارسی وب معمولاً متریک کاملاً متفاوتی از فونت جانشین سیستم دارند. وقتی فونت اصلی میرسد، ارتفاع خطوط عوض میشود و کل صفحه میلرزد. راهش تنظیم فونت جانشین با متریک همخوان است، نه بزرگکردن فونت یا حذف انیمیشن.
داده میدانی در برابر آزمایشگاهی: چرا نمره ۹۵ با شاخص قرمز جمع میشود
این تناقض هفتهای چند بار در جلسهها مطرح میشود: «نمره سرعت سایتم ۹۵ است ولی گزارش سرچ کنسول میگوید ضعیف». هر دو درستاند، چون دو چیز متفاوت را میسنجند.
| ویژگی | داده آزمایشگاهی | داده میدانی |
|---|---|---|
| منبع | یک بارگذاری شبیهسازیشده روی ماشین گوگل | تجربه واقعی کاربران کروم |
| معیار قضاوت | عدد همان یک اجرا | صدک ۷۵ کاربران — یعنی یکچهارم بدترینها هم شمرده میشوند |
| پنجره زمانی | همین لحظه | میانگین متحرک ۲۸ روز گذشته |
| سطح تجمیع | همان آدرس | آدرس، یا اگر ترافیک کافی نبود گروه صفحات، وگرنه کل دامنه |
| کاربرد در تصمیم | عیبیابی و پیداکردن علت | سنجش اینکه واقعاً حل شده یا نه |
سه نتیجه عملی از این تفاوت درمیآید. اول، هر رفعی که امروز منتشر کنید، تا ۲۸ روز در داده میدانی کامل بازتاب پیدا نمیکند. اگر کسی هفته بعد از تغییر، بهبود شاخص میدانی را به شما نشان داد، آن عدد آمیخته با چهار هفته قبل است. دوم، اگر صفحه شما ترافیک کافی ندارد، عددی که میبینید مال کل دامنه است و بهینهسازی همان صفحه هیچوقت در گزارش دیده نمیشود. سوم، صدک ۷۵ یعنی کاربر موبایل روی شبکه ضعیف هم در آمار هست؛ تست کردن روی لپتاپ خودتان با اینترنت پرسرعت، هیچچیز را ثابت نمیکند.
قاعده کار ما: علت را از داده آزمایشگاهی و ردیابی مرورگر میگیریم، ولی موفقیت را فقط با داده میدانی اعلام میکنیم — و بازبینی را روز سیام میگذاریم نه روز هفتم، چون زودتر از آن قضاوت بیمعنی است.
رندر جاوااسکریپت: سه سطح ریسک و روش تشخیص هرکدام
گوگل جاوااسکریپت را اجرا میکند و تأخیرش هم معمولاً کوتاه است. ریسک واقعی جای دیگری است: حالتهای شکست. اگر رندر برای یک صفحه به هر دلیلی ناقص انجام شود، گوگل نسخه خالی را ایندکس میکند و شما هیچ خطایی نمیبینید.
روش تشخیص، سه مقایسه ساده است: سورس خام صفحه (بدون اجرای اسکریپت)، سورس رندرشده در ابزار بازرسی، و HTML رندرشده در بازرسی آدرس سرچ کنسول. هر اختلافی بین اینها یک ریسک است.
| الگوی پیادهسازی | سطح ریسک | چه چیزی باید بررسی شود |
|---|---|---|
| رندر سمت سرور یا ساخت ایستا | کم | فقط تأخیر پاسخ سرور و درستی کش |
| بازتولید ایستای تدریجی | کم تا متوسط | سن کش صفحه؛ صفحه قدیمی ممکن است روزها سرو شود |
| رندر کامل سمت کلاینت | بالا | محتوای اصلی، لینکها، canonical و hreflang همه باید در HTML خام باشند |
| ناوبری فقط با رویداد کلیک | بالا | لینک باید تگ a با href واقعی باشد؛ خزنده رویداد کلیک را اجرا نمیکند |
| محتوای پشت تعامل کاربر | بالا | هر متنی که فقط بعد از کلیک یا اسکرول ساخته شود، عملاً وجود ندارد |
پرتکرارترین اشتباه واقعی: تگ canonical یا hreflang با جاوااسکریپت تزریق میشود در حالی که HTML خام مقدار دیگری دارد. در این حالت گوگل ممکن است هر یک از دو مقدار را ببیند و نتیجه غیرقطعی میشود. قاعده ما ساده است: canonical، hreflang، تگ ربات و عنوان باید در پاسخ اولیه سرور باشند و بعد از رندر تغییر نکنند.
مورد دوم، خطای نرم است: مسیریابی سمت کلاینت برای آدرس ناموجود، صفحه «یافت نشد» نشان میدهد ولی کد ۲۰۰ برمیگرداند. گوگل این را «خطای نرم ۴۰۴» ثبت میکند و در سایتهای بزرگ به هزاران آدرس میرسد.
جدول تصمیم: robots.txt یا noindex یا canonical یا حذف
این چهار ابزار جایگزین هم نیستند و بیشترین آسیب فنی که در سایتها دیدهایم از استفاده اشتباهی یکی بهجای دیگری آمده. هر کدام یک کار میکند و فقط یک کار:
| هدف شما | ابزار درست | ابزار غلطی که رایج است |
|---|---|---|
| صفحه در نتایج نباشد | تگ noindex — و آدرس باید قابل خزش بماند | بلاک در robots.txt؛ گوگل تگ را نمیبیند و آدرس بیعنوان در نتایج میماند |
| خزنده وقتش را روی این مسیر تلف نکند | Disallow در robots.txt | noindex؛ خزنده باز هم هر بار صفحه را دانلود میکند |
| چند نسخه از یک محتوا یکی حساب شود | canonical به نسخه اصلی | noindex روی نسخههای دیگر؛ اعتبارشان تجمیع نمیشود و از دست میرود |
| محتوا برای همیشه رفته | کد ۴۱۰ | ریدایرکت انبوه به صفحه اصلی؛ گوگل آن را خطای نرم میشمارد |
| محتوا جای دیگری رفته | ریدایرکت ۳۰۱ به معادل دقیق | ریدایرکت به دستهبندی والد؛ در حجم بالا مثل حذف رفتار میکند |
| اعتبار به این لینک منتقل نشود | ویژگی nofollow روی همان لینک | بلاک مقصد در robots.txt؛ کنترلی روی سیگنال نمیدهد |
سه محدودیت فنی که باید بدانید: گوگل فقط ۵۰۰ کیلوبایت اول فایل robots.txt را میخواند و بقیه را نادیده میگیرد؛ ترکیب «بلاک در robots بههمراه noindex» عملاً noindex را از کار میاندازد چون تگ خوانده نمیشود؛ و تگ noindex در متای صفحه با جاوااسکریپت اضافهشده، در بازهای که رندر انجام نشده بیاثر است.
در گزارش ما، برای هر الگوی آدرس یک تصمیم مکتوب میآید با ستون «چرا این و نه آن». همین ستون است که جلوی برگشتن مشکل در انتشار بعدی را میگیرد.
کدهای وضعیت: کدام کد، کِی، و چقدر باید بماند
کد وضعیت، زبان گفتوگوی سرور شما با خزنده است. انتخاب غلط کد، سیگنال غلط میفرستد و اثرش ماهها میماند.
| کد | کِی درست است | رفتار گوگل |
|---|---|---|
| ۳۰۱ | جابهجایی دائمی؛ مهاجرت، تغییر اسلاگ، ادغام دو صفحه | سیگنالها به مقصد منتقل میشود؛ آدرس مبدأ از ایندکس بیرون میرود |
| ۳۰۲ و ۳۰۷ | موقت واقعی؛ تست A/B، صفحه در دست تعمیر | مبدأ در ایندکس میماند؛ ولی اگر ماهها بماند گوگل مثل دائمی رفتارش میکند |
| ۳۰۸ | دائمی وقتی لازم است نوع درخواست حفظ شود | مثل ۳۰۱ |
| ۴۰۴ | آدرسی که نباید وجود داشته باشد | خروج تدریجی از ایندکس؛ گوگل مدتی دوباره سراغش میآید |
| ۴۱۰ | محتوایی که آگاهانه و برای همیشه حذف شده | مثل ۴۰۴ ولی کمی قاطعتر؛ تفاوتش کوچک است |
| ۵۰۳ | قطعی برنامهریزیشده و کوتاه | گوگل صبر میکند؛ ولی اگر طولانی شود نرخ خزش را پایین میآورد |
| ۲۰۰ روی صفحه خالی | هیچوقت | خطای نرم ۴۰۴؛ بدترین حالت، چون بودجه خزش میسوزد و تشخیص هم سخت است |
دو عدد که در پروژهها به کار میآید: گوگل در هر تلاش تا ۱۰ گام ریدایرکت را دنبال میکند، ولی زنجیره حتی کوتاه هم زمان و بودجه میخورد — هدف ما همیشه یک گام است. و نقشه ریدایرکت مهاجرت را حداقل یک سال نگه میداریم، نه سه ماه؛ چون لینکهای بیرونی قدیمی سالها بعد هم کلیک میگیرند.
یک تله که در وردپرس زیاد دیدهایم: زنجیره http به https، بعد بدون www به www، بعد افزودن اسلش پایانی. سه گام برای هر آدرس سایت. با یک قانون واحد در لایه سرور به یک گام کاهش پیدا میکند.
ناوبری فیلتری: حساب سادهای که انفجار آدرس را توضیح میدهد
این بزرگترین منبع هدررفت بودجه خزش در فروشگاههای ایرانی است و تقریباً هیچوقت عمدی ساخته نشده. حساب را ببینید: یک دسته با پنج فیلتر که بهترتیب ۸، ۱۲، ۶، ۴ و ۳ گزینه دارند. اگر فیلترها با هم ترکیبشدنی باشند و هر ترکیب آدرس یکتا بسازد، تعداد حالتها به ۹ عدد صفر و یک نمیرسد ولی از مرز ۲۰٬۰۰۰ آدرس برای همان یک دسته عبور میکند. با مرتبسازی و صفحهبندی، در چند دسته به صدها هزار میرسد.
| مکانیزم کنترل | بودجه خزش را نجات میدهد؟ | هزینه و ریسکش |
|---|---|---|
| Disallow الگوی پارامتر در robots.txt | بله، کامل | اگر آدرسی از قبل ایندکس و لینکدار باشد، در نتایج گیر میکند |
| noindex روی ترکیبها | نه؛ خزش انجام میشود | ایندکس پاک میشود ولی مصرف خزش میماند |
| canonical به دسته پایه | نه | پیشنهاد است نه دستور؛ در حجم بالا گوگل گاهی نادیده میگیرد |
| فیلتر بدون تغییر آدرس | بله، کامل | فیلترهای پرتقاضا دیگر نمیتوانند رتبه بگیرند |
| فهرست سفید ترکیبهای ارزشمند | بله | کار توسعه بیشتر؛ ولی تنها راهی که هم بودجه را نگه میدارد هم فرصت را |
رویکردی که پیشنهاد میکنیم ردیف آخر است: از داده جستوجو، ترکیبهایی که تقاضای واقعی دارند مشخص میشود — مثلاً «برند بههمراه دسته» یا «رنگ بههمراه دسته» معمولاً تقاضا دارند، ولی «بازه قیمت بههمراه مرتبسازی» هیچوقت. آنها آدرس تمیز و قابل ایندکس میگیرند، بقیه یا بدون تغییر آدرس اجرا میشوند یا بلاک. تشخیص اینکه کدام ترکیب تقاضا دارد کار تحقیق کلمات کلیدی است، نه حدس برنامهنویس.
بودجه خزش دو نیمه دارد؛ اکثر تلاشها روی نیمه اشتباه است
بودجه خزش یک عدد واحد نیست. از دو چیز مستقل ساخته میشود و درمانشان هم مستقل است:
- سقف ظرفیت خزش: حداکثر باری که گوگل فکر میکند سرور شما تحمل میکند. با زمان پاسخ و نرخ خطا تعیین میشود. اگر پاسخها کند شود یا ۵۰۳ و ۴۲۹ ببیند، خودش عقب میکشد.
- تقاضای خزش: اینکه گوگل چقدر میخواهد سایت شما را بخزد. با محبوبیت آدرسها و نرخ تغییر واقعی محتوا تعیین میشود. سایتی که هیچکس لینکش نمیکند و محتوایش عوض نمیشود، هرچه سرورش سریع باشد بیشتر خزیده نمیشود.
این تفکیک یک نتیجه ناخوشایند دارد: ارتقای سرور برای سایتی که تقاضای خزش پایین دارد، پول هدرداده است. و اولویتبندی هم روشن میشود:
| نشانه در لاگ یا سرچ کنسول | نیمه درگیر | اقدام مؤثر |
|---|---|---|
| میانگین زمان پاسخ بالای ۶۰۰ میلیثانیه در هیت ربات | سقف ظرفیت | کش لایه سرور، بهینهسازی کوئری، ارتقای منابع |
| سهم بالای ۳xx در درخواستهای ربات | سقف ظرفیت | حذف زنجیرهها و اصلاح لینکهای داخلی به مقصد نهایی |
| انبوه آدرس در دسته «کشفشده — هنوز خزیده نشده» | هر دو | کاهش شمار آدرس بیارزش، بعد تقویت لینک داخلی صفحات مهم |
| صفحات بهروزشده هفتهها دیده نمیشوند | تقاضا | اصلاح lastmod واقعی در سایتمپ، لینک از صفحات پرخزش |
| سایت زیر ده هزار آدرس با انتشار هفتگی | هیچکدام | بودجه خزش مسئله شما نیست؛ دنبال علت دیگری بگردید |
ردیف آخر را جدی بگیرید. بودجه خزش برای سایتهای بزرگ یا با تغییر روزانه مسئله است، نه برای سایت شرکتی با دویست صفحه. اگر آژانسی برای چنین سایتی «بهینهسازی بودجه خزش» میفروشد، بپرسید کدام عدد در لاگ این را نشان داده.
هشت کلاس خطای hreflang، و اینکه کدامشان کشنده است
hreflang از آن قابلیتهایی است که یا کامل درست است یا کامل بیاثر. نصفهودرست وجود ندارد، چون گوگل خوشه زبانی را فقط وقتی میسازد که ارجاعها دوطرفه و بیتعارض باشند.
| کلاس خطا | روش کشف | شدت |
|---|---|---|
| نبود ارجاع بازگشتی | گزارش بینالمللی ابزار خزش، یا مقایسه دوطرفه دستی | کشنده — کل خوشه نادیده گرفته میشود |
| ارجاع به آدرسی که ریدایرکت یا ۴۰۴ است | تطبیق مقصدهای hreflang با کد وضعیت | کشنده برای همان جفت |
| ارجاع به آدرس غیرکانونیکال | مقایسه مقصد hreflang با مقدار canonical آن صفحه | کشنده؛ شایعترین خطای واقعی |
| کد زبان یا کشور نامعتبر | اعتبارسنجی مقادیر؛ نوشتن نام کشور بهجای کد دوحرفی | کشنده برای همان مقدار |
| ترکیب کد کشور بدون زبان | مقدار فقط کشور دارد | کشنده — ساختار باید زبان داشته باشد |
| اعلام در دو جای متعارض | هم در هد صفحه هم در سایتمپ با مقادیر مختلف | غیرقطعی؛ باید یک منبع انتخاب شود |
| نبود x-default | بازرسی خوشه | خفیف — ولی برای انتخابکننده زبان و بازار ثالث مفید است |
| ارجاع به خود در خوشه وجود ندارد | هر صفحه باید خودش را هم اعلام کند | کشنده؛ زیاد فراموش میشود |
یک تشخیص مهم: hreflang مسئله محتوای تکراری چندزبانه را حل نمیکند و رتبه هم نمیآورد. کارش فقط این است که به گوگل بگوید کدام نسخه را به کدام کاربر نشان دهد. اگر ترافیک شما از بازار درست نمیآید، ممکن است مشکل جای دیگری باشد؛ اجرای درست سئو چندزبانه از تگ شروع نمیشود، از تصمیم درباره ساختار آدرس شروع میشود.
داده ساختاریافته: کدام نوع نتیجه دیدنی میدهد و کدام تزئینی است
یک اشتباه رایج این است که هرچه اسکیمای بیشتری اضافه شود بهتر است. واقعیت این است که گوگل فقط برای فهرست محدودی از انواع، نتیجه غنی نشان میدهد؛ بقیه بیضررند ولی هیچ اثر دیدنی ندارند.
| نوع صفحه | اسکیمایی که ارزش زحمت دارد | نتیجه دیدنی |
|---|---|---|
| محصول | Product با قیمت، موجودی و ارز | بله؛ قیمت و وضعیت موجودی در نتایج |
| مقاله پرسشمحور | FAQPage روی پرسشهای واقعی همان صفحه | محدود و متغیر؛ گوگل نمایشش را کم کرده |
| دستورالعمل گامبهگام | HowTo | در حال حاضر تقریباً هیچ؛ ارزشش برای درک ماشینی است |
| کسبوکار محلی | LocalBusiness با آدرس و ساعت کاری | بله، در کنار پروفایل کسبوکار |
| سایت خدماتی | Organization و BreadcrumbList | مسیر راهنما در نتایج؛ بقیه برای تعریف هویت برند |
| نظر و امتیاز روی صفحه خودتان | فقط اگر نظر واقعی کاربر روی صفحه دیده شود | ستاره؛ ولی نظر ساختگی ریسک اقدام دستی دارد |
سه نکته اجرایی: اول، ابزار آزمون نتایج غنی و اعتبارسنج اسکیما دو چیز متفاوتاند — اولی میگوید گوگل چه میبیند، دومی میگوید نشانهگذاری از نظر استاندارد سالم است. برای تصمیم، اولی ملاک است. دوم، فیلدهای «الزامی» و «پیشنهادی» تفاوت جدی دارند: نبود یک فیلد الزامی، کل بلوک را از رده خارج میکند و اغلب هیچ خطای واضحی هم نمیبینید.
سوم و مهمتر از همه: نشانهگذاری باید با چیزی که کاربر روی صفحه میبیند بخواند. قیمتی که در اسکیما هست و در صفحه نیست، یا امتیاز پنجستاره بدون نظر واقعی، مصداق نشانهگذاری گمراهکننده است و میتواند اقدام دستی بیاورد. ما این را انجام نمیدهیم، حتی اگر درخواست شود.
صفحهبندی و اسکرول بیپایان: چهار تصمیمی که اغلب اشتباه گرفته میشود
ویژگیهای next و prev سالها است که گوگل استفاده نمیکند و اعلامش هم کرده. ولی توصیههایی که بر پایه آن نوشته شده بود، همچنان در سایتها اجرا میشود. چهار تصمیم درست:
-
هر صفحه صفحهبندی، canonical به خودش
گذاشتن canonical صفحه دوم روی صفحه اول باعث میشود محصولات صفحات بعدی هیچوقت کشف نشوند. این شایعترین اشتباه صفحهبندی در ووکامرس است.
-
عنوان و توضیحات هر صفحه، متمایز
افزودن شماره صفحه کافی است. هدف حل خوشه عنوان تکراری است، نه بهینهسازی برای کوئری.
-
اسکرول بیپایان باید آدرس واقعی داشته باشد
هر بار بارگذاری، آدرس صفحه باید عوض شود و همان آدرس مستقیم هم کار کند. وگرنه فقط بخش اول فهرست برای خزنده وجود دارد.
-
عمق را با لینکهای میانی بشکنید
اگر فقط دکمه «بعدی» دارید، صفحه چهلم یک دسته، چهل کلیک از صفحه اصلی فاصله دارد. لینک به صفحه اول، آخر و چند صفحه میانی، این عمق را به سه یا چهار میرساند.
گام آخر بیشترین اثر را در فروشگاههای بزرگ دارد و کمترین توجه را میگیرد. عمق کلیک، یکی از سیگنالهای عملی اهمیت صفحه از دید خزنده است؛ محصولی که در صفحه سیام فهرست است، عملاً پیام «کماهمیت» میدهد.
و یک تصمیم که به بستر بستگی دارد: صفحه «نمایش همه» وقتی معنا دارد که تعداد آیتم زیر حدی باشد که سرعت را خراب نکند. برای دسته دویستمحصولی معمولاً نه؛ برای فهرست سیآیتمی بله.
هر رفع فنی، چه زمانی اثرش دیده میشود
یکی از دلایل نارضایتی از پروژههای تکنیکال این است که همه رفعها با یک انتظار زمانی سنجیده میشوند، در حالی که سرعت بازتاب هرکدام کاملاً متفاوت است:
| نوع رفع | اولین نشانه | سنجهای که باید نگاه کنید |
|---|---|---|
| حذف noindex اشتباه | ۲ تا ۱۰ روز | بازرسی آدرس، بعد گزارش صفحات |
| اصلاح زنجیره ریدایرکت | ۱ تا ۴ هفته | سهم ۳xx در درخواستهای ربات |
| افزودن اسکیما | ۳ روز تا ۳ هفته | گزارش نتایج غنی سرچ کنسول |
| بهبود سه شاخص حیاتی | حداقل ۲۸ روز | گزارش میدانی؛ زودتر از این عدد آمیخته با گذشته است |
| کاهش هدررفت بودجه خزش | ۴ تا ۱۲ هفته | پوشش خزش ماهانه و کاهش دسته «کشفنشده» |
| تغییر معماری یا آدرسها | ۸ تا ۱۶ هفته | کلیک ارگانیک صفحات هدف، نه جایگاه روزانه |
دو نکته که از این جدول درمیآید. اول، اگر بازبینی روز سیام را روی شاخصهای سرعت بگذارید، تقریباً همیشه ناامید میشوید — حتی اگر کار درست انجام شده باشد. بازبینی سرعت باید روز چهلوپنجم یا شصتم باشد. دوم، ترتیب اجرا را همین جدول تعیین میکند: رفعهای سریع را اول میگذاریم تا در ماه اول چیزی برای نشاندادن باشد، و کارهای دیربازده را با انتظار مکتوب شروع میکنیم.
و مرز صداقت: هیچکدام از اینها «رتبه» را تضمین نمیکند. سئو تکنیکال مانعها را برمیدارد. اگر بعد از برداشتن مانع، محتوای شما همتراز ده نتیجه اول نباشد، جابهجایی رخ نمیدهد — و آن نقطه، شروع کار سئو داخلی است.
پرسشهای فنی که مدیر محصول و برنامهنویس میپرسند
نمره سرعت من در ابزار گوگل ۹۵ است ولی سرچ کنسول میگوید ضعیف. کدام درست است؟
هر دو. نمره ابزار، حاصل یک بارگذاری شبیهسازیشده روی سختافزار و شبکه مشخص است. گزارش سرچ کنسول، صدک ۷۵ تجربه واقعی کاربران کروم در ۲۸ روز گذشته است. یعنی اگر یکچهارم کاربران شما موبایل میانرده روی شبکه ضعیف دارند، آنها عدد را تعیین میکنند نه ماشین تست. تصمیم درست: علت را از ابزار بگیرید، حکم را از گزارش میدانی.
سایت من با فریمورک جاوااسکریپتی ساخته شده. باید بازنویسی کنیم؟
معمولاً نه. سه چیز را چک کنید: آیا محتوای اصلی و لینکهای ناوبری در HTML خام هستند؟ آیا canonical و تگ ربات در پاسخ اولیه سرور میآیند؟ آیا آدرس ناموجود کد ۴۰۴ واقعی برمیگرداند؟ اگر جواب هر سه بله باشد، الگوی فعلی مشکلی ندارد. اگر نه، در بیشتر موارد رندر سمت سرور فقط برای مسیرهای مهم — دسته، محصول، لندینگ — کافی است و لازم نیست کل اپلیکیشن عوض شود.
چرا رفع مشکلات فنی گاهی هیچ تغییری در ترافیک نمیدهد؟
چون سئو تکنیکال مانعبرداری است، نه تولید تقاضا. سه حالتی که رفع فنی اثر نمیدهد: مانع اصلاً گلوگاه نبوده (مثلاً بودجه خزش را برای سایت دویستصفحهای بهینه کردهاید)؛ مانع برداشته شده ولی محتوا همتراز رقبا نیست؛ یا برای آن صفحات تقاضای جستوجویی وجود ندارد. به همین دلیل قبل از شروع، تخمین اثر هر یافته را مینویسیم و صریح میگوییم کدام یافته احتمالاً اثر ترافیکی ندارد و فقط بهداشت فنی است.
اسلاگ فارسی در آدرس مشکل دارد؟
از نظر گوگل نه؛ آدرس کدگذاریشده را میفهمد و در نتایج هم فارسی نشان میدهد. مشکلات جای دیگری است: طول آدرس بعد از کدگذاری چند برابر میشود و در بعضی سیستمهای قدیمی به سقف میخورد؛ کپیکردن لینک در پیامرسانها شکل بدی پیدا میکند و نرخ اشتراکگذاری را کم میکند؛ و اگر نویسههای ناسازگار مثل «ی» عربی در اسلاگ باشد، دو آدرس متفاوت برای یک صفحه ساخته میشود. تصمیم ما بستگی به بازار دارد و در هر پروژه مکتوب میشود، ولی تغییر اسلاگهای موجود فقط برای زیبایی را پیشنهاد نمیکنیم — ریسک ریدایرکت بیشتر از سودش است.
برای مهاجرت سایت، چه چیزی از همه بیشتر خراب میشود؟
نقشه ریدایرکت — و همیشه به یک دلیل: نقشه از فهرست صفحات سایت جدید ساخته میشود، نه از فهرست آدرسهایی که واقعاً ترافیک و لینک داشتند. روش درست، ساختن مجموعه مبدأ از چهار منبع است: خزش سایت قدیم، خروجی سرچ کنسول، لاگ سرور دوازده ماه، و هر آدرسی که از بیرون لینک گرفته است. بعد از انتشار هم آزمون خودکار روی نمونه چندصدآدرسی لازم است تا مطمئن شوید هر آدرس با یک گام به مقصد درست میرسد. مهاجرتی که این آزمون را ندارد، ریسک بالایی دارد.
هزینه سئو تکنیکال از چه چیزی ساخته میشود و کِی نمیارزد؟
سه جزء: زمان تشخیص که با اندازه سایت و شمار الگوهای آدرس رابطه دارد، زمان اجرا که به بستر بستگی دارد، و زمان همسنجی و پایش بعد از انتشار. آنچه هزینه را واقعاً بالا میبرد، تعداد الگوهای آدرس است نه شمار صفحات — سایت پنجاههزار صفحهای با شش الگو، ارزانتر از سایت سههزار صفحهای با چهل الگوی دستیساخته است. و کِی نمیارزد: اگر صف توسعه شما بیش از دو ماه باشد و کسی مالک اجرای این تیکتها نباشد، خروجی ما روی میز میماند. در آن حالت پیشنهادمان یک ممیزی اولویتدار است، نه پروژه اجرایی.