این مطالب سئو تکنیکال | Technical SEO برگرفته از شهرام طاهری سئوکار سایت سئوورد است.که در بهینه سازی سایت و افزایش رتبه سئو سایت صفحه اول گوگل می باشد.

چک لیست حسابرسی فنی SEO

تعداد مراحل در چک لیست سئو فنی شما به اهداف و نوع سایت هایی که می خواهید بررسی کنید بستگی دارد. هدف ما این بود که این چک لیست را جهانی کنیم و تمام مراحل مهم ممیزی فنی سئو را پوشش دهیم.

1. به ابزارهای تجزیه و تحلیل سایت و وب مستر دسترسی پیدا کنید

برای انجام یک ممیزی فنی از سایت خود، به ابزارهای تجزیه و تحلیل و وب مستر نیاز دارید، و اگر قبلاً آنها را در وب سایت خود پیکربندی کرده باشید، عالی است. با استفاده از گوگل آنالیتیکس ، کنسول جستجوی گوگل ، ابزار وب مستر بینگ و مواردی از این دست، شما در حال حاضر حجم زیادی از اطلاعات مورد نیاز برای بررسی اولیه سایت دارید .

2. ایمنی دامنه را بررسی کنید

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

برای این کار به کنسول جستجوی گوگل مراجعه کنید. اگر سایت شما به دلیل ایجاد لینک کلاه سیاه جریمه شده باشد یا هک شده باشد، یک اخطار مربوطه را در برگه Security and Manual Actions کنسول مشاهده خواهید کرد. قبل از ادامه بازرسی فنی سایت خود، حتماً هشداری را که در این برگه می بینید، بررسی کنید. اگر به کمک نیاز دارید، راهنمای ما را در مورد نحوه رسیدگی به جریمه های دستی و الگوریتم بررسی کنید.

اگر در حال بررسی یک سایت کاملاً جدید هستید که قرار است راه اندازی شود، مطمئن شوید که دامنه شما به خطر نیفتاده است. برای جزئیات، با راهنماهای ما در مورد نحوه انتخاب دامنه های منقضی شده، و نحوه گرفتار نشدن در حین راه اندازی وب سایت در سندباکس Google مشورت کنید.

اکنون که کار مقدماتی به پایان رسید، بیایید قدم به قدم به بررسی فنی سئوی وب سایت شما بپردازیم.

مرحله 1. فهرست بندی وب سایت را بررسی کنید

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

1. کنسول جستجوی گوگل

برای اینکه ببینید چه مقدار از وب سایت شما واقعاً وارد فهرست جستجو شده است، گزارش پوشش در کنسول جستجوی Google را بررسی کنید . این گزارش نشان می دهد که چه تعداد از صفحات شما در حال حاضر ایندکس شده اند، چه تعداد از آنها حذف شده اند و برخی از مشکلات نمایه سازی در وب سایت شما چیست.

گزارش پوشش در کنسول جستجو همه صفحات و خطاهای شما را که به درستی ایندکس شده اند نشان می دهد

صفحات ایندکس شده خود را در گزارش Coverage در Search Console بررسی کنید

اولین نوع مشکلات نمایه سازی معمولاً به عنوان یک خطا مشخص می شود. خطاهای نمایه سازی زمانی اتفاق می افتد که از گوگل بخواهید صفحه ای را فهرست کند، اما مسدود شده است. به عنوان مثال، صفحه ای به نقشه سایت اضافه شده است، اما با تگ noindex علامت گذاری شده است یا با robots.txt مسدود شده است.

خطاها در گزارش پوشش، صفحاتی را نشان می دهد که از Google خواسته اید ایندکس کند، اما به نوعی مسدود شده اند

خطاهای گزارش پوشش را مرور کنید

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

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

هشدارهای موجود در گزارش پوشش را بررسی کنید

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

ابزار بازرسی URL به شما امکان می دهد خزیدن و نمایه سازی هر صفحه را بررسی کنید

بررسی کنید که چگونه URL های فردی ایندکس می شوند

سپس، می‌توانید روی Test Live URL کلیک کنید و جزئیات بیشتری در مورد صفحه مشاهده کنید: کد پاسخ، برچسب‌های HTML، تصویر صفحه اول و غیره.

2. حسابرس وب سایت

ابزار دیگری برای نظارت بر نمایه سازی شما، حسابرس وب سایت است . نرم افزار را راه اندازی کنید و آدرس وب سایت خود را برای ایجاد یک پروژه جدید پیست کنید و به بررسی سایت خود ادامه دهید. پس از پایان خزیدن، تمام مشکلات و هشدارها را در ماژول ساختار سایت حسابرس وب سایت مشاهده خواهید کرد. در گزارش قدرت دامنه ، تعداد صفحات ایندکس شده را بررسی کنید، نه تنها در گوگل، بلکه در سایر موتورهای جستجو نیز.گزارش قدرت دامنه تعداد صفحات فهرست شده در تمام موتورهای جستجوی مورد علاقه شما را نشان می دهد

بررسی سئوی پیشرفته

در سمراش، می توانید اسکن سایت خود را سفارشی کنید، یک ربات جستجوی مختلف را انتخاب کنید و تنظیمات خزیدن را مشخص کنید. در تنظیمات پروژه SEO spider ، ربات موتور جستجو و یک عامل کاربر خاص را تعریف کنید. انتخاب کنید چه نوع منابعی را می خواهید در حین خزیدن بررسی کنید (یا بالعکس از اسکن رد شوید). همچنین می توانید به خزنده دستور دهید تا زیر دامنه ها و سایت های محافظت شده با رمز عبور را بررسی کند، پارامترهای URL خاص را نادیده بگیرد و موارد دیگر.

3. تجزیه و تحلیل فایل لاگ

هر بار که یک کاربر یا یک ربات جستجو درخواستی را به سروری که داده‌های وب‌سایت را حمل می‌کند ارسال می‌کند، فایل لاگ یک ورودی در مورد آن ثبت می‌کند. این صحیح ترین و معتبرترین اطلاعات در مورد خزنده ها و بازدیدکنندگان سایت شما، خطاهای نمایه سازی، اتلاف بودجه خزیدن، تغییر مسیرهای موقت و موارد دیگر است. از آنجایی که ممکن است تجزیه و تحلیل دستی فایل های گزارش مشکل باشد، به یک برنامه تحلیلگر فایل لاگ نیاز دارید .

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

مرحله 2. فهرست بندی و خزیدن وب سایت را مدیریت کنید

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

• Sitemap
• Robots.txt
• Meta robots tags
• X-Robots-Tag HTTP header
• Rel=”canonical”
• Server response codes

بنابراین، چگونه با استفاده از هر یک از آنها، گوگل سایت خود را سریعتر ایندکس کنیم؟

1. نقشه سایت

نقشه سایت یک فایل SEO فنی است که تمام صفحات، ویدیوها و سایر منابع موجود در سایت شما و همچنین روابط بین آنها را فهرست می کند. این فایل به موتورهای جستجو می‌گوید که چگونه سایت شما را به‌طور مؤثرتر بررسی کنند و نقش مهمی در دسترسی به وب‌سایت شما ایفا می‌کند.

یک وب سایت زمانی نیاز به نقشه سایت دارد که:

• وب سایت خیلی بزرگ است.
• بسیاری از صفحات جدا شده بدون پیوند وجود دارد.
• صفحات زیادی در ساختار سایت مدفون شده اند.
• وب سایت جدید است و بک لینک های بسیار کمی دارد.
• وب سایت دارای محتوای چند رسانه ای (تصاویر، ویدئو) یا اخبار زیادی است.

بسته به نوع وب سایتی که مدیریت می کنید، انواع مختلفی از نقشه های سایت وجود دارد که ممکن است بخواهید به سایت خود اضافه کنید.

نقشه سایت HTML

نقشه سایت HTML برای خوانندگان انسانی در نظر گرفته شده است و در پایین وب سایت قرار دارد. اگرچه ارزش سئو کمی دارد. نقشه سایت HTML پیمایش اولیه را به افراد نشان می دهد و معمولاً پیوندها را در سرفصل های سایت تکرار می کند. در عین حال، نقشه های سایت HTML را می توان برای افزایش دسترسی برای صفحاتی که در منوی اصلی گنجانده نشده اند استفاده کرد.

نقشه سایت XML

برخلاف نقشه‌های سایت HTML، نقشه‌های سایت XML به لطف یک نحو خاص، قابل خواندن توسط ماشین هستند. نقشه سایت XML در دامنه ریشه قرار دارد، به عنوان مثال، https://www.link-assistant.com/sitemap.xml. در ادامه، در مورد الزامات و برچسب های نشانه گذاری برای ایجاد نقشه سایت XML صحیح بحث خواهیم کرد.

نقشه سایت TXT

این یک نوع نقشه سایت جایگزین است که برای ربات های موتور جستجو در دسترس است. نقشه سایت TXT به سادگی تمام URL های وب سایت را بدون ارائه اطلاعات دیگری در مورد محتوا فهرست می کند.

نقشه سایت تصویر

این نوع نقشه سایت برای کتابخانه های تصویری وسیع و تصاویر با اندازه بزرگ مفید است تا به آنها در رتبه بندی در جستجوی تصویر گوگل کمک کند. در نقشه سایت تصویر، می توانید اطلاعات بیشتری در مورد تصویر، مانند موقعیت جغرافیایی، عنوان و مجوز ارائه دهید. شما می توانید تا 1000 تصویر را برای هر صفحه فهرست کنید.

نقشه سایت ویدیویی

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

نقشه سایت Hreflang

برای وب‌سایت‌های چند زبانه و چندمنطقه‌ای، روش‌های مختلفی برای موتورهای جستجو وجود دارد که تعیین کنند به کدام نسخه زبان در یک مکان خاص خدمت کنند. Hreflangs یکی از چندین راه برای ارائه صفحات بومی سازی شده است و می توانید از نقشه سایت hreflang مخصوصی برای آن استفاده کنید. نقشه سایت hreflang خود URL را همراه با عنصر فرزند آن فهرست می کند که کد زبان/منطقه را برای صفحه نشان می دهد.

نقشه سایت خبری

اگر وبلاگ خبری دارید، افزودن نقشه سایت News-XML ممکن است بر رتبه‌بندی شما در Google News تأثیر مثبت بگذارد. در اینجا اطلاعاتی درباره عنوان، زبان و تاریخ انتشار اضافه می‌کنید. می توانید تا 1000 URL را در نقشه سایت اخبار اضافه کنید. URL ها نباید بیشتر از دو روز قدیمی باشند، پس از آن می توانید آنها را حذف کنید، اما به مدت 30 روز در فهرست باقی می مانند.

RSS

اگر وب سایت شما دارای فید RSS است، می توانید URL فید را به عنوان نقشه سایت ارسال کنید. اکثر نرم افزارهای وبلاگ قادر به ایجاد فید هستند، اما این اطلاعات فقط برای کشف سریع URL های اخیر مفید است.

امروزه بیشترین استفاده از نقشه های سایت XML است، بنابراین اجازه دهید به طور خلاصه الزامات اصلی برای تولید نقشه سایت XML را بازبینی کنیم:

نقشه سایت باید حداکثر دارای 50000 URL باشد و اندازه آن نباید از 50 مگابایت تجاوز کند (اندازه را می توان فشرده کرد). در حالت ایده‌آل، باید آن را کوتاه‌تر نگه دارید تا مطمئن شوید که مهم‌ترین صفحات شما بیشتر خزیده می‌شوند: آزمایش‌های فنی SEO نشان می‌دهند که نقشه‌های سایت کوتاه‌تر منجر به خزیدن مؤثرتر می‌شوند.

اگر URL های بیشتری وجود دارد، می توانید آنها را به چندین نقشه سایت تقسیم کرده و در یک فایل sitemapindex ارسال کنید.

همه نقشه های سایت XML باید کد پاسخ سرور 200 را برگردانند.

افزودن صفحات تازه و حذف آنها از نقشه سایت باید به صورت خودکار زمانی که آنها را به سایت خود اضافه می کنید انجام شود.

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

نقشه سایت XML دارای کد UTF-8 است و حاوی برچسب های اجباری برای یک عنصر XML است:

<urlset></urlset> a parent value to specify the current protocol standard

<url> </url> the parent element for each URL

<loc> </loc> where you indicate your URL address

یک مثال ساده از نقشه سایت XML یک ورودی مانند خواهد بود

<?xml version=”1.0″ encoding=”UTF-8″?>

<urlset xmlns=”http://www.sitemaps.org/schemas/sitemap/0.9″>

<url>

<loc>http://www.example.com/</loc>

</url>

</urlset>

یک خطای معمولی در نقشه سایت، نداشتن نقشه سایت XML معتبر در یک دامنه بزرگ است. می توانید با استفاده از ابزار سئو وجود نقشه سایت را در نقشه سایت خود بررسی کنید . نتایج را در بخش ممیزی سایت > نمایه سازی و خزیدن پیدا کنید.

حسابرس وب سایت بررسی می کند که آیا نقشه سایت در سایت شما موجود است یا خیر

در دسترس بودن نقشه سایت در سایت خود را بررسی کنید

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

XML Sitemap Generator به شما امکان می دهد صفحاتی را که می خواهید در نقشه سایت ارسال کنید انتخاب کنیدو گوگل را از نقشه سایت خود مطلع کنید. برای این کار می توانید

یا آن را به صورت دستی از طریق گزارش نقشه سایت به کنسول جستجوی گوگل ارسال کنید (در اینجا لیست کامل نقشه های سایتی را که قبلا آپلود کرده اید مشاهده خواهید کرد)،

یا مکان آن را در هر جایی از فایل robots.txt به روش زیر مشخص کنید: نقشه سایت: http://yourdomain.com/sitemaplocation.xml

واقعیت این است که داشتن نقشه سایت در وب سایت شما تضمین نمی کند که تمام صفحات شما ایندکس شده یا حتی خزیده شوند. برخی دیگر از منابع فنی SEO وجود دارد که با هدف بهبود فهرست بندی سایت انجام می شود. در مراحل بعدی آنها را بررسی خواهیم کرد.

2. فایلtxt

یک فایل robots.txt به موتورهای جستجو می گوید که خزنده می تواند به کدام URL ها در سایت شما دسترسی داشته باشد. این فایل برای جلوگیری از بارگیری بیش از حد سرور شما با درخواست‌ها، مدیریت ترافیک خزیدن عمل می‌کند. این فایل معمولاً برای موارد زیر استفاده می شود:

مسائل تکراری را پنهان کنید

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

بودجه خزیدن را تقویت کنید.

برخی از انواع محتوا را پنهان کنید، به عنوان مثال، چند رسانه ای بزرگ، منابع وب و غیره.

Robots.txt در ریشه دامنه قرار می گیرد و هر زیر دامنه باید یک فایل جداگانه برای خود داشته باشد. توجه داشته باشید که نباید از 500 کیلوبایت تجاوز کند و باید با کد 200 پاسخ دهد.

فایل robots.txt همچنین دارای نحو با قوانین Allow و Disallow است:

User-agent: تعیین می کند که این قانون برای کدام خزنده اعمال می شود.

علامت عام (*) به این معنی است که این دستورالعمل برای همه موتورهای جستجو اعمال می شود.

اسلش (/) مسیری را که این قانون در آن اعمال می‌شود نام‌گذاری می‌کند.

علامت $ به معنای انتهای URL است.

نماد هشتگ (#) عبارت را با نظرات داخل فایل متنی شروع می کند.

موتورهای جستجوی مختلف ممکن است دستورالعمل های متفاوتی را دنبال کنند. برای مثال، گوگل استفاده از دستورالعمل‌های noindex، crawl-delay و nofollow را از robots.txt کنار گذاشت. علاوه بر این، خزنده‌های ویژه‌ای مانند Googlebot-Image، Bingbot، Baiduspider-image، DuckDuckBot، AhrefsBot و غیره وجود دارد. بنابراین، می‌توانید قوانین را برای همه ربات‌های جستجو تعریف کنید یا قوانین جداگانه‌ای را برای برخی از آنها تعریف کنید.

نوشتن دستورالعمل‌ها برای robots.txt ممکن است بسیار مشکل باشد، بنابراین قانون در اینجا این است که دستورالعمل‌های کمتر و عقل سلیم بیشتری داشته باشید. در زیر چند نمونه از تنظیم دستورالعمل robots.txt آورده شده است.

دسترسی کامل به دامنه در این حالت قانون عدم اجازه پر نمی شود.

User-agent: *

Disallow:

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

User-agent: *

Disallow: /upload

این دستورالعمل به Googlebot-News اجازه نمی‌دهد همه فایل‌های gif را در پوشه اخبار بخزد.

User-agent: Googlebot-News

Disallow: /news/*/gifs$

به خاطر داشته باشید که اگر یک دستورالعمل کلی A را برای همه موتورهای جستجو و یک دستورالعمل باریک B را برای یک ربات خاص تنظیم کنید، ربات خاص ممکن است دستورالعمل باریک را دنبال کند و تمام قوانین عمومی دیگر را همانطور که به طور پیش فرض برای ربات تنظیم شده است، اجرا کند. توسط قانون A محدود نخواهد شد. به عنوان مثال، مانند قانون زیر:

User-agent: *

Disallow: /tmp/

User-agent: AdsBot-Google-Mobile

Disallow: /gallery/*/large.tif$

در اینجا، AdsBot-Google-Mobile ممکن است فایل‌ها را در پوشه tmp بخزد، علی‌رغم دستورالعملی که با علامت * wildcard وجود دارد.

یکی از کاربردهای معمول فایل های robots.txt این است که نشان دهد نقشه سایت در کجا قرار دارد. در این مورد، شما نیازی به ذکر عوامل کاربری ندارید، زیرا این قانون برای همه خزنده ها اعمال می شود. نقشه سایت باید با S شروع شود (به یاد داشته باشید که فایل robots.txt به حروف کوچک و بزرگ حساس است) و URL باید مطلق باشد (یعنی باید با نام دامنه کامل شروع شود).

Sitemap: https://www.example.com/sitemap.xml

به خاطر داشته باشید که اگر دستورالعمل‌های متناقضی تنظیم کنید، ربات‌های خزنده اولویت را به دستورالعمل طولانی‌تر می‌دهند. مثلا:

User-agent: *

Disallow: /admin

Allow: /admin/js/global.js

در اینجا، اسکریپت /admin/js/global.js همچنان برای خزنده‌ها با وجود اولین دستورالعمل مجاز خواهد بود. همه فایل‌های دیگر در پوشه مدیریت همچنان غیرمجاز خواهند بود.

می توانید در دسترس بودن فایل robots.txt را در بررسی کنید. همچنین به شما این امکان را می دهد که فایل را با استفاده از ابزار مولد robots.txt تولید کنید و سپس آن را مستقیماً از طریق FTP در وب سایت ذخیره یا آپلود کنید.

توجه داشته باشید که فایل robots.txt به صورت عمومی در دسترس است و ممکن است برخی از صفحات را به جای پنهان کردن آنها در معرض نمایش قرار دهد. اگر می خواهید برخی از پوشه های خصوصی را مخفی کنید، آنها را با رمز عبور محافظت کنید.

در نهایت، فایل robots.txt تضمین نمی‌کند که صفحه غیرمجاز خزیده یا فهرست‌بندی نشود . مسدود کردن گوگل از خزیدن یک صفحه به احتمال زیاد باعث حذف آن از فهرست گوگل می شود، با این حال، ربات جستجو همچنان ممکن است به دنبال برخی از بک لینک هایی که به آن اشاره می کنند، صفحه را بخزد. بنابراین، در اینجا روش دیگری برای مسدود کردن یک صفحه از خزیدن و نمایه سازی وجود دارد – ربات های متا.

3. تگ های متا روبات ها

تگ های ربات های متا روشی عالی برای آموزش خزنده ها برای نحوه برخورد با صفحات جداگانه هستند. تگ های متا روبات ها به بخش <head> صفحه HTML شما اضافه می شوند، بنابراین دستورالعمل ها برای کل صفحه قابل اجرا هستند. می توانید دستورالعمل های متعددی را با ترکیب دستورالعمل های متا تگ روبات ها با کاما یا با استفاده از چندین متا تگ ایجاد کنید. ممکن است به این شکل باشد:

<!DOCTYPE html>

<html><head>

<meta name=”robots” content=”noindex”, “follow” />

(…)

</head>

<body>(…)</body>

</html>

برای مثال می‌توانید تگ‌های متا روبات‌ها را برای خزنده‌های مختلف مشخص کنید

<meta name=”googlebot” content=”noindex”>

<meta name=”googlebot-news” content=”nosnippet”>

گوگل برچسب هایی مانند زیر را درک می کند:

noindex برای دور نگه داشتن صفحه از فهرست جستجو.

nofollow برای دنبال کردن لینک،

هیچ کدام مطابق با noindex، nofollow;

noarchive به گوگل می گوید که یک نسخه کش شده از صفحه شما را ذخیره نکند.

تگ های مقابل فهرست / دنبال کردن / بایگانی دستورالعمل های منع مربوطه را نادیده می گیرند. برچسب‌های دیگری نیز وجود دارد که نشان می‌دهد صفحه چگونه ممکن است در نتایج جستجو ظاهر شود، مانند snippet / nosnippet / notranslate / nopagereadaloud / noimageindex .

اگر از برچسب های دیگر معتبر برای موتورهای جستجوی دیگر استفاده می کنید اما برای گوگل ناشناخته هستند، Googlebot به سادگی آنها را نادیده می گیرد.

4. X-Robots-tag

به جای متا تگ‌ها، می‌توانید از هدر پاسخ برای منابع غیرHTML مانند PDF، فایل‌های ویدیویی و تصویری استفاده کنید. تنظیم کنید تا یک هدر X-Robots-Tag با مقدار noindex یا none در پاسخ شما برگرداند.همچنین می‌توانید از ترکیبی از دستورالعمل‌ها  برای تعریف این که قطعه در نتایج جستجو به چه صورت باشد، استفاده کنید، برای مثال، max-image-preview: [setting] یا nosnippet یا max-snippet: [number] و غیره.

شما می توانید X-Robots-Tag را از طریق فایل های پیکربندی نرم افزار وب سرور سایت خود به پاسخ های HTTP یک وب سایت اضافه کنید. دستورالعمل‌های خزیدن شما می‌توانند به صورت سراسری در سراسر سایت برای همه فایل‌ها و همچنین برای فایل‌های جداگانه اعمال شوند ، اگر نام دقیق آن‌ها را مشخص کنید.

توجه داشته باشید

یک قانون کلی برای موثر بودن دستورالعمل noindex این است که صفحه دارای متا تگ noindex یا تگ X-Robots نباید توسط فایل robots.txt مسدود شود. اگر صفحه توسط یک فایل robots.txt مسدود شود یا خزنده نتواند به صفحه دسترسی پیدا کند، دستورالعمل noindex را نمی بیند و صفحه همچنان می تواند در نتایج جستجو ظاهر شود، برای مثال، اگر صفحات دیگر به آن پیوند داشته باشند.

شما می توانید به سرعت تمام دستورالعمل های روبات ها را با ابزار آنالیز سئو مرور کنید . به سایت Structure > All Resources > Internal Resources بروید و ستون Robots’ Instructions را بررسی کنید. در اینجا صفحات غیرمجاز و روش اعمال شده را پیدا خواهید کرد، robots.txt، متا تگ ها یا X-Robots-tag.

قوانین مسدودسازی را در برگه همه منابع حسابرس وب سایت > منابع داخلی بررسی کنید

پاسخ های X-Robots-tage را در ماژول All Resources مرور کنید

5. کدهای پاسخ سرور

سروری که یک سایت را میزبانی می کند، هنگام پاسخ به درخواستی که توسط یک کلاینت، مرورگر یا خزنده انجام می شود، یک کد وضعیت HTTP تولید می کند. اگر سرور با کد وضعیت 2xx پاسخ دهد، محتوای دریافتی ممکن است برای نمایه سازی در نظر گرفته شود. پاسخ‌های دیگر از 3xx تا 5xx نشان می‌دهد که مشکلی در ارائه محتوا وجود دارد. در اینجا برخی از معانی پاسخ های کد وضعیت HTTP آورده شده است:

• 200 – خوب، URL را می توان ایندکس کرد.
• 301 – تغییر مسیر، صفحه منتقل شده است، خزنده باید از هدف مشخص شده بازدید کند.
• 302 – تغییر مسیر موقت، عملاً به همین معنی است و اگر تغییر مسیر موقت به زودی حذف نشود، هدف تغییر مسیر در فهرست جستجو قرار می گیرد.
• 304 – یک تغییر مسیر ضمنی به یک منبع ذخیره شده؛ صفحه از آخرین خزیدن تغییر نکرده است و ربات آن را دوباره خزیده نمی کند.
• 404 – صفحه یافت نشد اما ربات چندین بار برای بازدید از آن تلاش می کند، به خصوص اگر برخی از صفحات دیگر به آن پیوند داشته باشند.
• 503 – سرویس به طور موقت در دسترس نیست. همه خطاهای 5xx خطاهای داخلی سرور هستند و باید در طول کار در حال انجام در یک وب سایت استفاده شوند.

ریدایرکت های 301 زمانی استفاده می شوند که:

شما یک صفحه را حذف کردید و می خواهید کاربران را به صفحه جدیدی بفرستید.

شما در حال ادغام دو سایت هستید و می خواهید مطمئن شوید که پیوندهای URL های قدیمی به صفحات صحیح هدایت می شوند.

افراد از طریق چندین URL مختلف از طریق نسخه های http/https یا www/non-www سایت شما) به سایت شما دسترسی دارند.

شما سایت خود را به دامنه جدیدی منتقل کرده اید.

تغییر مسیر موقت 302

تغییر مسیر موقت 302 باید فقط در صفحات موقت استفاده شود. برای مثال، زمانی که در حال طراحی مجدد یک صفحه یا آزمایش یک صفحه جدید و جمع‌آوری بازخورد هستید، اما نمی‌خواهید URL از رتبه‌بندی حذف شود.

304 برای بررسی کش

کد پاسخ 304 در همه موتورهای جستجوی محبوب مانند Google، Bing، Baidu، Yandex و غیره پشتیبانی می‌شود. تنظیم صحیح کد پاسخ 304 به ربات کمک می‌کند تا بفهمد از آخرین خزیدن آن چه چیزی در صفحه تغییر کرده است. ربات درخواست HTTP If-Modified-Since را ارسال می کند. اگر از آخرین تاریخ خزیدن هیچ تغییری شناسایی نشد، ربات جستجو نیازی به خزیدن مجدد صفحه ندارد. برای یک کاربر به این معنی است که صفحه به طور کامل دوباره بارگذاری نمی شود و محتوای آن از کش مرورگر گرفته می شود.

کد 304 همچنین به موارد زیر کمک می کند:

محتوا را سریعتر ارائه دهید، که به ویژه برای اتصالات ضعیف به اینترنت ارزشمند است.

سرور را از درخواست های اضافی نجات دهید زیرا، اگر صفحه تغییر نکرده باشد، نیازی به خزیدن مجدد آن نیست.

از بودجه خزیدن و فهرست صفحات سریعتر صرفه جویی کنید.

مهم است که نه تنها محتوای صفحه، بلکه فایل‌های استاتیک، مانند تصاویر یا سبک‌های CSS را نیز ذخیره کنید. ابزارهای خاصی مانند این ابزار برای بررسی کد پاسخ 304 وجود دارد.

ابزاری برای بررسی کد پاسخ 304

بررسی پاسخ 304 در یک URL

مشکلات معمول با کدهای پاسخ

اغلب، مشکلات کد پاسخ سرور زمانی ظاهر می‌شوند که خزنده‌ها پیوندهای داخلی و خارجی را به صفحات حذف شده یا منتقل شده دنبال می‌کنند و پاسخ‌های 3xx و 4xx دریافت می‌کنند.

خطای 404 نشان می دهد که صفحه ای در دسترس نیست و سرور کد وضعیت HTTP صحیح را به مرورگر ارسال می کند – 404 یافت نشد.

با این حال، زمانی که سرور کد پاسخ 200 OK را ارسال می کند، خطاهای نرم 404 وجود دارد ، اما گوگل در نظر می گیرد که باید 404 باشد. این ممکن است اتفاق بیفتد زیرا:

یک صفحه 404 به درستی تنظیم نشده است: سایت هیچ پاسخی به محتوای غیرقابل دسترس 404 ارائه نمی دهد. پاسخ 404 باید به درستی پیکربندی شود.

یک صفحه منتقل شده است، اما بدون تغییر مسیر 301، که خطای 404 ایجاد می کند.

پاسخ 404 به یک صفحه موجود: صفحه موجود است، اما گوگل فکر می کند که محتوای نازکی است و آن را جریمه می کند، بنابراین در اینجا باید محتوای صفحه را بهبود بخشید.

تغییر مسیر یک صفحه با پاسخ 404 به صفحه ای با پاسخ 200، به عنوان مثال، به صفحه اصلی. چنین تغییر مسیری برای کاربران گمراه کننده است.

در ماژول حسابرسی سایت ، منابع را با کد پاسخ 4xx، 5xx در زیر برگه Indexing and Crawlability و یک بخش جداگانه برای پیوندهای شکسته در برگه پیوندها بررسی کنید.

همه منابع خراب و لینک های خراب را در ماژول حسابرسی سایت پیدا کنید

لینک های شکسته را در ماژول حسابرسی سایت بررسی کنید

برخی دیگر از مشکلات تغییر مسیر متداول شامل پاسخ های 301/302:

زنجیره‌های تغییر مسیر خیلی طولانی: اگر چندین صفحه را با دو یا چند تغییر مسیر 301 به یکدیگر هدایت کنید، در نهایت از فهرست خارج می‌شوند زیرا Google زنجیره‌های تغییر مسیر طولانی را نمی‌خزد.

تغییر مسیرهای یواشکی که یک عمل بد در نظر گرفته می شوند و توسط گوگل جریمه می شوند.

تغییر مسیر 302 برای مدت طولانی باقی می ماند: هم منبع و هم هدف وارد فهرست می شوند، اما بدون توزیع مجدد قدرت رتبه بندی. اگر در طول ممیزی سایت فنی خود یک تغییر مسیر 302 پیدا کردید، بررسی کنید که آیا واقعاً ضروری است یا خیر.

شما می توانید تمام صفحات دارای ریدایرکت های 301 و 302 را در بخش حسابرسی سایت > تغییر مسیرهای حسابرس وب سایت بررسی کنید.

همه تغییر مسیرهای 3xx را در ماژول حسابرسی سایت مرور کنید

تغییر مسیرهای موقت و دائمی را بررسی کنید

6. Rel=”متعارف”

تکرار ممکن است به یک مشکل جدی برای خزیدن وب سایت تبدیل شود. اگر گوگل نشانی‌های اینترنتی تکراری را پیدا کند ، تصمیم می‌گیرد که کدام یک از آنها صفحه اصلی باشد و بیشتر آن را بخزد، در حالی که موارد تکراری کمتر خزیده می‌شوند و ممکن است اصلاً از فهرست جستجو خارج شوند. یک راه حل مطمئن این است که یکی از صفحات تکراری را به عنوان متعارف و اصلی نشان دهید. این را می توان با کمک ویژگی rel=”canonical” که در کد HTML صفحات یا پاسخ های هدر HTTP سایت قرار می گیرد، انجام داد.

توجه داشته باشید

ویژگی rel رابطه بین سند و یک منبع مرتبط را تعیین می کند. برای <link>، <a>، <area> و <form> معتبر است، مقادیر به عنصری بستگی دارد که ویژگی بر روی آن یافت می شود.

گوگل از صفحات متعارف برای ارزیابی محتوا و کیفیت شما استفاده می کند و اغلب، نتایج جستجو به صفحات متعارف پیوند می خورند، مگر اینکه موتورهای جستجو به طور مشخص تشخیص دهند که برخی از صفحات غیر متعارف برای کاربر مناسب تر است (به عنوان مثال، یک کاربر تلفن همراه یا جستجوگر در یک مکان خاص).

بنابراین، متعارف سازی صفحات مرتبط به موارد زیر کمک می کند:

از تلف کردن بودجه کرال شما توسط موارد تکراری جلوگیری کنید

صفحات مناسب را در نتایج جستجو به کاربر ارائه دهید

سیگنال های پیوند را یکپارچه کنید و ارزش بیشتری را به صفحات متعارف منتقل کنید

تکرار محتوا را به دلیل انتشار یا سرقت محتوا مدیریت کنید

معیارهای ردیابی کل برای یک محصول واحد.

دلایل مشکلات تکراری

مشکلات تکراری به معنای ظاهر شدن محتوای یکسان یا مشابه در چندین URL است. اغلب اوقات، به دلیل مدیریت داده های فنی در یک وب سایت، موارد تکراری به طور خودکار ظاهر می شوند.

موارد تکراری فنی

برخی از CMS ها به دلیل تنظیمات اشتباه ممکن است به طور خودکار مشکلات تکراری ایجاد کنند. به عنوان مثال، ممکن است چندین URL در فهرست های مختلف وب سایت ایجاد شود، و اینها تکراری هستند:

https://www.link-assistant.com/

https://www.link-assistant.com/index.html

https://www.link-assistant.com/index.php

صفحه بندی همچنین ممکن است باعث مشکلات تکراری در صورت اجرای نادرست شود. به عنوان مثال، URL صفحه دسته و صفحه 1 محتوای یکسانی را نشان می دهد و بنابراین به عنوان موارد تکراری در نظر گرفته می شود. چنین ترکیبی نباید وجود داشته باشد، یا صفحه دسته باید به عنوان متعارف علامت گذاری شود.

https://www.link-assistant.com/news/keyword-research/?page=1

https://www.link-assistant.com/news/keyword-research/

نتایج مرتب سازی و فیلتر کردن ممکن است به صورت تکراری نمایش داده شوند. این زمانی اتفاق می افتد که سایت شما URL های پویا برای جستجو یا فیلتر کردن پرس و جوها ایجاد می کند. شما پارامترهای URL را دریافت خواهید کرد که نشان دهنده نام مستعار رشته های پرس و جو یا متغیرهای URL هستند، اینها بخشی از URL هستند که پس از علامت سوال قرار می گیرند.

https://example.com/products/women?category=dresses&color=green

https://example.com/products/women/dresses/green.html?limit=20&sessionid=123

برای جلوگیری از خزیدن Google در دسته ای از صفحات تقریباً یکسان، پارامترهای URL خاصی را نادیده بگیرید. برای انجام این کار، کنسول جستجوی گوگل را راه اندازی کنید و به ابزار و گزارش های قدیمی > پارامترهای URL بروید . روی ویرایش در سمت راست کلیک کنید و به Google بگویید کدام پارامترها را نادیده بگیرد – این قانون در سراسر سایت اعمال می شود. توجه داشته باشید که ابزار پارامتر برای کاربران پیشرفته است، بنابراین باید با دقت مورد استفاده قرار گیرد.

ابزار پارامترهای URL یک ابزار قدیمی در کنسول است که باید با احتیاط از آن استفاده کرد

مدیریت پارامترها با ابزار پارامتر گوگل

مشکل تکراری اغلب در وب‌سایت‌های تجارت الکترونیکی اتفاق می‌افتد که امکان ناوبری فیلتر وجهی را فراهم می‌کنند و جستجو را به سه، چهار و معیارهای بیشتر محدود می‌کنند. در اینجا مثالی از نحوه تنظیم قوانین خزیدن برای یک سایت تجارت الکترونیک آورده شده است: آدرس های اینترنتی با نتایج جستجوی طولانی تر و باریک تر را در یک پوشه خاص ذخیره کنید و با قانون robots.txt آن را مجاز نکنید.

توجه داشته باشید که گوگل استفاده از robots.txt را برای اهداف متعارف توصیه نمی کند. باید اطمینان حاصل کنید که صفحه متعارف غیر مجاز نیست و قوانین غیر مجاز برای دایرکتوری های کوچکتر دستورالعمل های کلی را لغو نمی کند.

تکرارهای منطقی

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

https://www.example.com/category_1/product_1

https://www.example.com/category_2/product_1

https://www.example.com/category_3/product_1

در این حالت، محصولات باید تنها از طریق یک URL قابل دسترسی باشند. URL ها به عنوان تکراری کامل در نظر گرفته می شوند و به سئو آسیب می رسانند. URL باید از طریق تنظیمات صحیح CMS اختصاص داده شود، و یک URL منحصر به فرد برای یک صفحه ایجاد کند.

تکرار جزئی اغلب با CMS وردپرس اتفاق می افتد، به عنوان مثال، زمانی که از برچسب ها استفاده می شود. در حالی که برچسب‌ها جستجوی سایت و ناوبری کاربر را بهبود می‌بخشند، وب‌سایت‌های WP صفحات برچسبی را تولید می‌کنند که ممکن است با نام دسته‌ها منطبق باشد و محتوای مشابهی را از پیش‌نمایش قطعه مقاله نشان دهد. راه حل این است که از برچسب ها عاقلانه استفاده کنید و فقط تعداد محدودی از آنها را اضافه کنید. یا می توانید یک متا روبات noindex dofollow را در صفحات تگ اضافه کنید.

انواع دستگاه های متعدد

اگر بخواهید یک نسخه تلفن همراه جداگانه از وب سایت خود را ارائه دهید، و به ویژه، صفحات AMP را برای جستجوی تلفن همراه ایجاد کنید، ممکن است موارد تکراری از این نوع داشته باشید.

https://example.com/news/koala-rampage

https://m.example.com/news/koala-rampage

https://amp.example.com/news/koala-rampage

برای نشان دادن اینکه یک صفحه تکراری است، می توانید از یک تگ <link> در قسمت head HTML خود استفاده کنید. برای نسخه‌های موبایل، این تگ پیوند با مقدار rel=«جایگزین» خواهد بود، مانند این:

<link rel=”alternate” media=”فقط صفحه و (حداکثر عرض: 640 پیکسل)” href=”http://m.example.com/dresses/green-dresses”>

همین امر در مورد صفحات AMP نیز صدق می کند، (که روند نیستند، اما همچنان می توانند برای ارائه نتایج موبایل استفاده شوند.)، به راهنمای ما در مورد پیاده سازی صفحات AMP نگاهی بیندازید .

انواع زبان/منطقه

راه های مختلفی برای ارائه محتوای بومی سازی شده وجود دارد . هنگامی که محتوا را به انواع زبان/محلی مختلف ارائه می‌کنید، و فقط سرصفحه/پانویس/ناوبری سایت را ترجمه کرده‌اید، اما محتوا به همان زبان باقی می‌ماند، URL‌ها به عنوان تکراری تلقی می‌شوند.

نمایش  سایت های چند زبانه و چند منطقه ای را با کمک تگ های hreflang ، اضافه کردن کدهای زبان/منطقه پشتیبانی شده در HTML، کدهای پاسخ HTTP یا در نقشه سایت تنظیم کنید.

توجه داشته باشید که علاوه بر برچسب گذاری، می توانید برخی سیگنال های محلی سازی دیگر را برای موتورهای جستجو ارائه دهید. به عنوان مثال، اگر سایت شما برای فروشگاهی با موقعیت فیزیکی طراحی شده است، نمایه کسب و کار Google خود را پر کنید .

انواع زیر دامنه www/non-www

وب‌سایت‌ها معمولاً با و بدون «www» در نام دامنه در دسترس هستند. این مسئله کاملاً رایج است و مردم به هر دو نسخه www و غیرwww لینک می دهند. رفع این مشکل به شما کمک می کند که موتورهای جستجو نتوانند دو نسخه از یک وب سایت را فهرست بندی کنند. اگرچه چنین نمایه سازی باعث جریمه نمی شود، تنظیم یک نسخه به عنوان اولویت بهترین روش است.

مسائل مربوط به زیر دامنه و پروتکل و همچنین محتوای ترکیبی برای صفحات HTTP/HTTPS را بررسی کنید

بررسی تغییر مسیرهای پروتکل و زیر دامنه با ابزار آنالیز سئو

مشکلات پروتکل HTTP/HTTPS

Google HTTPS را به HTTP ترجیح می دهد زیرا رمزگذاری ایمن برای اکثر وب سایت ها بسیار توصیه می شود (مخصوصاً هنگام انجام تراکنش ها و جمع آوری اطلاعات حساس کاربر.) گاهی اوقات، مدیران وب سایت ها هنگام نصب گواهی های SSL و راه اندازی نسخه های HTTP/HTTPS وب سایت با مشکلات فنی مواجه می شوند. اگر یک سایت دارای گواهینامه SSL نامعتبر (غیر قابل اعتماد یا منقضی شده) باشد، اکثر مرورگرهای وب با اطلاع دادن به آنها از “اتصال ناامن” از بازدید سایت شما جلوگیری می کنند.

توجه داشته باشید

گوگل در سال 2014 شروع به استفاده از HTTPS به عنوان سیگنال رتبه بندی کرد. از آن زمان، مهاجرت HTTPS به طور فزاینده ای رایج شده است. امروزه، طبق گزارش شفافیت گوگل ، 95 درصد از وب سایت ها در سراسر گوگل از HTTPS استفاده می کنند. اگر سایت شما هنوز HTTPS نکرده است، باید مهاجرت HTTPS را در نظر بگیرید. اگر تصمیم دارید ایمن باشید، از چارچوب مطالعه موردی مهاجرت خودمان به HTTPS در link-assistant.com استفاده کنید.

اگر نسخه های HTTP و HTTPS وب سایت شما به درستی تنظیم نشده باشند، هر دوی آنها می توانند توسط موتورهای جستجو ایندکس شوند و باعث ایجاد مشکلات محتوای تکراری شوند که ممکن است رتبه وب سایت شما را تضعیف کند.

اگر سایت شما در حال حاضر از HTTPS استفاده می کند (به طور جزئی یا کامل)، مهم است که مسائل رایج HTTPS را به عنوان بخشی از ممیزی سایت SEO خود حذف کنید. به ویژه، به یاد داشته باشید که محتوای ترکیبی را در بخش حسابرسی سایت > رمزگذاری و عوامل فنی بررسی کنید.

مشکلات محتوای مختلط زمانی بوجود می آیند که یک صفحه ایمن برخی از محتوای خود (تصاویر، فیلم ها، اسکریپت ها، فایل های CSS) را از طریق یک اتصال HTTP غیر ایمن بارگیری می کند. این امر امنیت را تضعیف می کند و ممکن است از بارگیری محتوای غیر ایمن یا حتی کل صفحه توسط مرورگرها جلوگیری کند.

برای جلوگیری از این مشکلات، می توانید نسخه اولیه www یا غیرwww را برای سایت خود در فایل htaccess . تنظیم و مشاهده کنید . همچنین، دامنه ترجیحی را در کنسول جستجوی گوگل تنظیم کنید و صفحات HTTPS را به عنوان متعارف نشان دهید.

مطالب تکراری

پس از کنترل کامل محتوای وب سایت خود ، مطمئن شوید که عنوان، عنوان، توضیحات، تصاویر و غیره تکراری وجود ندارد . داشبورد. صفحات با عناوین تکراری و تگ های توضیحات متا نیز احتمالاً محتوای تقریباً یکسانی دارند.

تمام عناوین تکراری و توضیحات متا را مرور کنید

همه موارد تکراری در سراسر سایت را در بخش On-page حسابرسی سایت پیدا کنید

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

این صفحه توسط robots.txt مجاز نیست

به دلیل تکراری بودن از فهرست خارج شد

از طریق اجرای rel=”canonical” به‌عنوان بی‌اهمیت علامت‌گذاری شده است.

توسط متا روبات ها به عنوان noindex مشخص شده است

موتورهای جستجو آن را به عنوان یک محتوای کم کیفیت (محتوای تکراری یا نازک) می دانند.

پاسخ سرور نادرست (کد پاسخ غیر از 200 است)

خزنده هنوز آن را کشف نکرده است (این یک صفحه جدید است، به یک URL جدید منتقل شده است، در اعماق ساختار سایت مدفون شده است).

توجه داشته باشید

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

چرا یک صفحه ایندکس می شود، اگرچه نباید اینطور باشد؟

به خاطر داشته باشید که مسدود کردن یک صفحه در فایل robots.txt و حذف آن از نقشه سایت تضمینی برای ایندکس نشدن آن نیست. می توانید با راهنمای دقیق ما در مورد نحوه محدود کردن صفحات از فهرست بندی صحیح مشورت کنید.

مرحله 3. ساختار سایت را بررسی کنید

معماری کم عمق و منطقی سایت هم برای کاربران و هم برای ربات های موتور جستجو مهم است. یک ساختار سایت که به خوبی برنامه ریزی شده باشد نیز نقش مهمی در رتبه بندی آن دارد زیرا:

ناوبری ساده تضمین می کند که کاربران می توانند به راحتی به هر محتوا دسترسی داشته باشند.

روی عمق، منو، تصاویر بندانگشتی، پیوندهای سایت، و صفحه‌بندی بر قابلیت کشف تأثیر می‌گذارند، یعنی اینکه ربات‌ها چگونه صفحات شما را به طور مؤثر پیدا و اسکن می‌کنند.

پیوند داخلی به گسترش قدرت رتبه بندی (به اصطلاح آب پیوند) در بین صفحات شما کمک می کند.

پیوندهای داخلی و متن های لنگر بهینه شده ممکن است به ایجاد ویژگی پیوندهای سایت در SERP برای پرس و جوهای مربوطه کمک کنند.

هنگام بررسی ساختار و لینک داخلی سایت خود، به عناصر زیر توجه کنید.

URL های سئو دوستانه

URL های بهینه شده به دو دلیل بسیار مهم هستند. اول، این یک عامل رتبه بندی جزئی برای گوگل است. دوم، کاربران ممکن است با URL های بیش از حد طولانی یا ناشیانه گیج شوند. با فکر کردن به ساختار URL خود، به بهترین شیوه های زیر پایبند باشید :

URL ها را برای کلمات کلیدی بهینه کنید.

از ساخت URL های خیلی طولانی خودداری کنید.

URL های ثابت را به پویا ترجیح دهید. از نشانی‌های اینترنتی حاوی نویسه‌های پویا مانند «؟»، «_» و پارامترها اجتناب کنید.

از کوتاه کننده های URL برای به اشتراک گذاری رسانه های اجتماعی استفاده کنید.

می توانید آدرس های اینترنتی خود را در بخش حسابرسی سایت حسابرس وب سایت > URL ها بررسی کنید.

URL های پویا و خیلی طولانی را کشف کنید

آدرس‌های اینترنتی غیردوستانه سئو را در بخش آدرس‌های وب سایت ویرایشگر پیدا کنید

لینک سازی داخلی

انواع لینک های زیادی وجود دارد که برخی از آنها کم و بیش برای سئوی وب سایت شما مفید هستند. به عنوان مثال، پیوندهای متنی dofollow از آب پیوند عبور می کنند و به عنوان یک نشانگر اضافی برای موتورهای جستجوگر عمل می کنند که پیوند در مورد چیست. پیوندها زمانی از کیفیت بالایی برخوردار هستند که (و این به پیوندهای داخلی و خارجی اشاره دارد):

پیوندها از زمینه مربوطه می‌روند.

آنها متن های لنگر متنوع و بهینه شده با کلمات کلیدی دارند.

آنها از صفحات معتبر می آیند.

پیوندهای ناوبری در هدرها و نوارهای فرعی نیز برای سئوی وب سایت مهم هستند، زیرا به کاربران و موتورهای جستجو کمک می کنند تا در صفحات حرکت کنند.

سایر پیوندها ممکن است ارزش رتبه بندی نداشته باشند یا حتی به یک مرجع سایت آسیب بزنند. به عنوان مثال، لینک های خروجی گسترده در قالب ها (که قالب های WP رایگان قبلاً تعداد زیادی داشتند). این راهنما در مورد انواع لینک در سئو به شما می گوید که چگونه لینک های ارزشمند را به روش درست بسازید.

برای بررسی کامل لینک های داخلی و کیفیت آنها می توانید از ابزار ابزار آنالیز سئو استفاده کنید.

صفحات یتیم

صفحات یتیم صفحاتی بدون پیوند هستند که مورد توجه قرار نمی گیرند و در نهایت ممکن است از فهرست جستجو خارج شوند. برای یافتن صفحات یتیم، به ممیزی سایت > تصویرسازی بروید و نقشه سایت بصری را مرور کنید . در اینجا شما به راحتی تمام صفحات بدون پیوند و زنجیره های ریدایرکت طولانی را خواهید دید (ریدایرکت های 301 و 302 با رنگ آبی مشخص شده اند).

صفحات یتیم و زنجیره های تغییر مسیر طولانی را مشاهده کنید

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

می‌توانید کل ساختار سایت را مرور کنید، وزن صفحات اصلی آن را بررسی کنید – با بررسی بازدید از صفحه (ادغام شده از Google Analytics)، رتبه صفحه و آب پیوندی که از لینک‌های ورودی و خروجی دریافت می‌کنند. شما می توانید پیوندها را اضافه و حذف کنید و پروژه را بازسازی کنید و برجستگی هر صفحه را دوباره محاسبه کنید.

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

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

روی عمق کلیک کنید

همانطور که پیوندهای داخلی خود را بررسی می کنید، عمق کلیک را بررسی کنید. مطمئن شوید که صفحات مهم سایت شما بیش از سه کلیک با صفحه اصلی فاصله ندارند. مکان دیگری برای بررسی عمق کلیک در ابزار آنالیز سئو پرش به ساختار سایت > صفحات است. سپس با دوبار کلیک کردن بر روی هدر ستون، URL ها را بر اساس عمق کلیک به ترتیب نزولی مرتب کنید.

صفحاتی را که خیلی عمیق در ساختار سایت مدفون شده اند پیدا کنید

صفحاتی را با بیشترین عمق کلیک در یک لیست مرتب کنید

صفحه بندی

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

برای جزئیات بیشتر، لطفاً به راهنمای مفصل ما برای صفحه بندی مناسب SEO مراجعه کنید .

پودرهای سوخاری

Breadcrumb  یک نوع نشانه گذاری است که به ایجاد نتایج غنی در جستجو کمک می کند و مسیر صفحه را در ساختار سایت شما نشان می دهد. Breadcrumbs به لطف پیوندهای مناسب، با لنگرهای بهینه شده در پیوندهای داخلی، و داده های ساخت یافته به درستی پیاده سازی شده اند (در چند پاراگراف زیر در مورد دومی صحبت خواهیم کرد).

خرده نان در نتایج جستجو

Breadcrumbs مسیر صفحه را در ساختار سایت نشان می دهد

در واقع، پیوند داخلی ممکن است بر رتبه سایت شما و نحوه ارائه هر صفحه در جستجو تأثیر بگذارد. برای کسب اطلاعات بیشتر، با راهنمای سئوی ما در مورد استراتژی های پیوند داخلی مشورت کنید .

مرحله 4. تست سرعت بارگذاری و تجربه صفحه

سرعت سایت و تجربه صفحه به طور مستقیم بر موقعیت های ارگانیک تأثیر می گذارد. پاسخ سرور ممکن است به مشکلی برای عملکرد سایت تبدیل شود زمانی که کاربران زیادی در یک زمان از آن بازدید می کنند. در مورد سرعت صفحه، گوگل انتظار دارد که بیشترین محتوای صفحه در 2.5 ثانیه یا کمتر بارگیری شود و در نهایت به صفحاتی که نتایج بهتری ارائه می دهند پاداش می دهد. به همین دلیل است که سرعت باید هم در سمت سرور و هم در سمت مشتری آزمایش و بهبود یابد.

تست سرعت بارگذاری مشکلات سمت سرور را زمانی که کاربران زیادی به طور همزمان از یک وب سایت بازدید می کنند، کشف می کند. اگرچه این موضوع به تنظیمات سرور مربوط می شود، اما سئوکاران باید قبل از برنامه ریزی کمپین های تبلیغاتی و سئو در مقیاس بزرگ آن را در نظر بگیرند. اگر انتظار افزایش بازدیدکنندگان را دارید، حداکثر ظرفیت بارگذاری سرور خود را آزمایش کنید. به ارتباط بین افزایش بازدیدکنندگان و زمان پاسخگویی سرور توجه کنید. ابزارهای تست بار وجود دارد که به شما امکان می دهد بازدیدهای توزیع شده متعدد را شبیه سازی کنید و ظرفیت سرور خود را تست خرابی کنید.

در سمت سرور، یکی از مهمترین معیارها اندازه گیری TTFB یا زمان تا اولین بایت است. TTFB مدت زمان درخواست HTTP توسط کاربر تا اولین بایت صفحه دریافت شده توسط مرورگر مشتری را اندازه گیری می کند. زمان پاسخگویی سرور بر عملکرد صفحات وب شما تأثیر می گذارد. اگر مرورگر بیش از 600 میلی ثانیه منتظر بماند تا سرور پاسخ دهد، ممیزی TTFB با شکست مواجه می شود. توجه داشته باشید که ساده ترین راه برای بهبود TTFB تغییر از میزبانی اشتراکی به میزبانی مدیریت شده است، زیرا در این صورت شما فقط یک سرور اختصاصی برای سایت خود خواهید داشت.

به عنوان مثال، در اینجا یک آزمایش صفحه ساخته شده با Geekflare است – ابزاری رایگان برای بررسی عملکرد سایت . همانطور که می بینید، این ابزار نشان می دهد که TTFB برای این صفحه بیش از 600 میلی ثانیه است، بنابراین باید بهبود یابد.

Time to first bite معیاری برای بررسی سرعت پاسخ سرور است

تست سرعت صفحه

در سمت مشتری، اندازه گیری سرعت صفحه چیز آسانی نیست، و گوگل برای مدت طولانی با این معیار مبارزه کرده است. سرانجام، به Core Web Vitals رسید – سه معیاری که برای اندازه‌گیری سرعت درک شده هر صفحه طراحی شده است. این معیارها عبارتند از: بزرگترین درد محتوایی (LCP)، تاخیر ورودی اول (FID) و تغییر چیدمان تجمعی (CLS). آنها عملکرد یک وب سایت را در مورد سرعت بارگذاری، تعامل و ثبات بصری صفحات وب آن نشان می دهند. اگر به جزئیات بیشتری در مورد هر معیار CWV نیاز دارید، راهنمای ما را در Core Web Vitals بررسی کنید.

گزارش Core Web Vitals در سرچ کنسول

Core Web Vitals در Search Console تعداد صفحاتی را با امتیاز CWV خوب یا بد نشان می دهد

اخیراً، هر سه معیار Core Web Vitals به ابزار آنالیز سئو اضافه شده است . بنابراین، اگر از این ابزار استفاده می کنید، می توانید هر امتیاز متریک، لیستی از مشکلات سرعت صفحه در وب سایت خود و لیستی از صفحات یا منابع آسیب دیده را مشاهده کنید. داده ها از طریق کلید API PageSpeed ​​که می تواند رایگان تولید شود، تجزیه و تحلیل می شود.

بررسی مشکلات سرعت صفحه با

مزیت استفاده از برای ممیزی CWV ​​این است که شما یک بررسی انبوه برای همه صفحات در یک زمان انجام می دهید. اگر صفحات زیادی را می بینید که تحت تأثیر یک مشکل قرار گرفته اند، احتمالاً مشکل در سراسر سایت است و می توان با یک اصلاح آن را حل کرد. بنابراین در واقع آنقدر که به نظر می رسد کار نیست. تنها کاری که باید انجام دهید این است که توصیه های سمت راست را دنبال کنید و سرعت صفحه شما در کمترین زمان افزایش می یابد.

مرحله 5. سازگاری با موبایل را بررسی کنید

امروزه، تعداد جستجوگران موبایل از جستجوگران  رایانه های رومیزی پیشی گرفته است. در سال 2019، گوگل فهرست‌سازی اولین موبایل را اجرا کرد و عامل گوشی‌های هوشمند جلوتر از Googlebot دسکتاپ، وب‌سایت‌ها را خزید. بنابراین، سازگاری با موبایل برای رتبه‌بندی ارگانیک اهمیت بالایی دارد.

قابل توجه است که روش های مختلفی برای ایجاد وب سایت های سازگار با موبایل وجود دارد:

طراحی واکنشگرا ( توسط گوگل توصیه  شده)

سرویس پویا

نسخه موبایل جداگانه

مزایا و معایب هر راه حل در راهنمای دقیق ما در مورد چگونگی ایجاد وب سایت خود برای موبایل توضیح داده شده است. بعلاوه، می‌توانید صفحات AMP را ارتقا دهید – اگرچه این یک فناوری پیشرفته نیست، اما هنوز برای برخی از انواع صفحات، به عنوان مثال، برای اخبار، به خوبی کار می‌کند.

سازگاری با موبایل برای وب‌سایت‌هایی که یک URL را هم برای رایانه‌های رومیزی و هم برای تلفن‌های همراه ارائه می‌دهند، یک عامل حیاتی است. علاوه بر این، برخی از سیگنال‌های کاربردپذیری، مانند عدم وجود موارد داخلی نفوذی، یک عامل مرتبط برای رتبه‌بندی دسکتاپ و موبایل باقی می‌ماند. به همین دلیل است که توسعه دهندگان وب باید بهترین تجربه کاربری را در انواع دستگاه ها تضمین کنند.

چگونه بررسی کنیم که آیا سایت شما برای موبایل مناسب است یا خیر

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

برای ارزیابی کل وب سایت خود، به کنسول جستجوی Google بروید. به تب Experience بروید و روی گزارش قابلیت استفاده از موبایل کلیک کنید تا آمار همه صفحات خود را ببینید. در زیر نمودار می‌توانید جدولی را مشاهده کنید که رایج‌ترین مشکلاتی را که بر صفحات موبایل شما تأثیر می‌گذارد، مشاهده کنید. با کلیک بر روی هر مشکلی در زیر داشبورد، لیستی از همه URL های تحت تأثیر را دریافت خواهید کرد.

بررسی قابلیت استفاده از موبایل در کنسول

گزارش قابلیت استفاده از موبایل در کنسول جستجو

مشکلات معمولی سازگاری با موبایل عبارتند از:

متن برای خواندن خیلی کوچک است

Viewport تنظیم نشده است

محتوا گسترده تر از صفحه نمایش است

عناصر قابل کلیک خیلی به هم نزدیک هستند.

حسابرس وب سایت همچنین سازگاری صفحه اصلی با موبایل را بررسی می کند و به مشکلات تجربه کاربر تلفن همراه اشاره می کند. به حسابرسی سایت > رمزگذاری و عوامل فنی بروید . این ابزار نشان می‌دهد که آیا سایت برای موبایل مناسب است یا خیر، و در صورت وجود مشکلات را فهرست می‌کند:

بررسی سازگاری با موبایل در حسابرس وب سایت

بررسی تلفن همراه با حسابرس وب سایت

مرحله 6. برچسب های روی صفحه را بررسی کنید

سیگنال‌های روی صفحه فاکتورهای مستقیم رتبه‌بندی هستند و مهم نیست که چقدر از سلامت فنی وب‌سایت شما خوب است، صفحات شما بدون بهینه‌سازی تگ‌های HTML مناسب هرگز در جستجو نشان داده نمی‌شوند . بنابراین هدف شما این است که عناوین، توضیحات متا و سرفصل های H1–H3 محتوای خود را در وب سایت خود بررسی و مرتب کنید.

عنوان و توضیحات متا توسط موتورهای جستجو برای تشکیل یک قطعه نتیجه جستجو استفاده می شود. این قطعه همان چیزی است که کاربران ابتدا می بینند، بنابراین بر نرخ کلیک ارگانیک تأثیر می گذارد .

سرفصل ها همراه با پاراگراف ها، لیست های گلوله دار و سایر عناصر ساختار صفحه وب، به ایجاد نتایج جستجوی غنی در گوگل کمک می کنند. علاوه بر این، آنها به طور طبیعی خوانایی و تعامل کاربر با صفحه را بهبود می بخشند، که ممکن است به عنوان یک سیگنال مثبت برای موتورهای جستجو عمل کند. مراقب چیزی بودن:

عناوین، سرفصل‌ها و توضیحات تکراری در سرتاسر سایت – آنها را با نوشتن عناوین منحصر به فرد برای هر صفحه برطرف کنید.

بهینه سازی عناوین، سرفصل ها و توضیحات برای موتورهای جستجو (یعنی طول، کلمات کلیدی و غیره)

محتوای نازک – صفحاتی که محتوای کمی دارند به سختی رتبه‌بندی می‌شوند و حتی ممکن است اعتبار سایت را از بین ببرند (به دلیل الگوریتم پاندا)، بنابراین مطمئن شوید که صفحات شما موضوع را عمیقاً پوشش می‌دهند.

بهینه‌سازی تصاویر و فایل‌های چند رسانه‌ای — از فرمت‌های مناسب SEO استفاده کنید، بارگذاری تنبل را اعمال کنید، اندازه فایل‌ها را تغییر دهید تا سبک‌تر شوند، و غیره. برای جزئیات بیشتر، راهنمای ما در مورد بهینه‌سازی تصویر را بخوانید .

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

بررسی برچسب های روی صفحه در سراسر سایت و صفحه به صفحه

حسابرسی محتوا در حسابرسی وب سایت

برای اطلاعات بیشتر، راهنمای بهینه سازی سئوی ما را در صفحه بخوانید .

مرحله 7. داده های ساخت یافته را پیاده سازی کنید

داده های ساختاریافته یک نشانه گذاری معنایی است که به ربات های جستجو اجازه می دهد محتوای صفحه را بهتر درک کنند. برای مثال، اگر صفحه شما دارای دستور پخت پای سیب است، می‌توانید از داده‌های ساختاریافته استفاده کنید تا به Google بگویید مواد تشکیل دهنده کدام متن است، زمان پخت، شمارش کالری و غیره. گوگل از نشانه گذاری برای ایجاد قطعه های غنی برای صفحات شما در SERP استفاده می کند.

یک نتیجه غنی برای دستور العملی که با اجرای داده های ساخت یافته شکل گرفته است

Rich snippet fpr دستوری که توسط Schema راه اندازی شده است

دو استاندارد محبوب داده های ساختاریافته وجود دارد، OpenGraph برای به اشتراک گذاری زیبا در رسانه های اجتماعی و Schema برای موتورهای جستجو. انواع پیاده سازی نشانه گذاری به شرح زیر است: Microdata، RDFa، و JSON-LD . Microdata و RDFa به HTML صفحه اضافه می شوند، در حالی که JSON-LD یک کد جاوا اسکریپت است. مورد دوم  توسط گوگل توصیه می شود .

اگر نوع محتوای صفحه شما یکی از موارد ذکر شده در زیر است، نشانه گذاری به ویژه توصیه می شود:

پاسخ سوالات متداول

دستورالعمل نحوه انجام

دستور پخت

شخص

تولید – محصول

کتاب ها

مقالات

تجارت محلی

و بیشتر

به خاطر داشته باشید که دستکاری داده های ساخت یافته ممکن است باعث جریمه موتورهای جستجو شود. به عنوان مثال، نشانه گذاری نباید محتوایی را که از دید کاربران پنهان است (یعنی در HTML صفحه قرار ندارد) توصیف کند. قبل از اجرا، نشانه گذاری خود را با ابزار تست داده های ساختاریافته آزمایش کنید .

همچنین می‌توانید نشانه‌گذاری خود را در کنسول جستجوی Google در زیر تب Enhancements بررسی کنید. GSC پیشرفت هایی را که سعی کرده اید در وب سایت خود پیاده سازی کنید نمایش می دهد و به شما می گوید که آیا موفق شده اید یا خیر.

بررسی نتایج غنی در کنسول جستجو

به تب Enhancements در Search Console مراجعه کنید

حسابرس وب سایت نیز می تواند در اینجا به شما کمک کند. این ابزار می تواند تمام صفحات شما را بررسی کند و وجود داده های ساختاریافته را در یک صفحه، نوع آن، عناوین، توضیحات و URL فایل های OpenGraph را نشان دهد.

بررسی داده های ساخت یافته در ابزار آنالیز سئو

بررسی داده های ساخت یافته در حسابرس وب سایت

اگر هنوز نشانه‌گذاری Schema را پیاده‌سازی نکرده‌اید، این راهنمای SEO در مورد داده‌های ساختاریافته را بررسی کنید . توجه داشته باشید که اگر وب‌سایت شما از CMS استفاده می‌کند، ممکن است داده‌های ساختاریافته به‌طور پیش‌فرض پیاده‌سازی شوند، یا می‌توانید با نصب یک افزونه آن را اضافه کنید (به هر حال با افزونه‌ها زیاده روی نکنید).

مرحله 8. از گوگل بخواهید تا سایت شما را مجددا خزیده کند

هنگامی که وب سایت خود را بررسی کردید و تمام مشکلات کشف شده را برطرف کردید، می توانید از Google بخواهید که صفحات شما را دوباره خزیده کند تا تغییرات را سریعتر ببیند.

در Google Search Console، URL به روز شده را به ابزار بازرسی URL ارسال کنید و روی درخواست نمایه سازی کلیک کنید . همچنین می توانید از ویژگی Test Live URL (که قبلاً به عنوان ویژگی Fetch به عنوان Google شناخته می شد ) استفاده کنید تا صفحه خود را به شکل فعلی آن ببینید و سپس درخواست نمایه سازی کنید.

درخواست نمایه سازی یک URL به روز شده در کنسول جستجو

ارسال صفحه برای خزیدن مجدد در گوگل

ابزار بازرسی URL اجازه می دهد تا گزارش را برای جزئیات بیشتر گسترش دهید، URL های زنده را آزمایش کنید، و درخواست نمایه سازی کنید.

به خاطر داشته باشید که هر زمان که چیزی را در وب سایت خود تغییر می دهید، در واقع نیازی به خزش مجدد ندارید. اگر تغییرات جدی هستند، دوباره خزیدن را در نظر بگیرید: مثلاً، سایت خود را از http به https منتقل کرده اید، داده های ساختاری اضافه کرده اید یا بهینه سازی محتوای عالی انجام داده اید، یک پست وبلاگ فوری منتشر کرده اید که می خواهید سریعتر در Google ظاهر شود، و غیره. توجه داشته باشید که Google محدودیت دارد. در مورد تعداد اقدامات خزیدن مجدد در ماه، بنابراین از آن سوء استفاده نکنید. علاوه بر این، اکثر سیستم‌های مدیریت محتوا هر تغییری را به‌محض ایجاد آن‌ها به Google ارسال می‌کنند، بنابراین در صورت استفاده از CMS (مانند Shopify یا وردپرس) ممکن است با خزیدن مجدد به خود زحمتی نکشید.

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

همین گزینه در Bing Webmaster Tools موجود است. فقط بخش Configure My Site را در داشبورد خود انتخاب کنید و روی Submit URLs کلیک کنید . URL مورد نیاز برای فهرست مجدد را پر کنید و بینگ در عرض چند دقیقه آن را می‌خزد. این ابزار به مدیران وب اجازه می دهد تا روزانه 10000 URL برای اکثر سایت ها ارسال کنند.

مرحله 9. به طور منظم سایت خود را بررسی کنید

چیزهای زیادی در وب ممکن است اتفاق بیفتد، و بیشتر آنها احتمالاً بهتر یا بدتر بر رتبه شما تأثیر می گذارد. به همین دلیل است که ممیزی های فنی منظم وب سایت شما باید بخشی ضروری از استراتژی سئو شما باشد.

به عنوان مثال، می توانید ممیزی های فنی سئو را در ابزار آنالیز سئو به صورت خودکار انجام دهید . فقط یک کار پروژه بازسازی ایجاد کنید و تنظیمات برنامه را تنظیم کنید (مثلا یک بار در ماه) تا وب سایت شما به طور خودکار توسط ابزار بازیابی شود و داده های تازه دریافت کند.

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

قالب گزارش حسابرسی فنی سایت در

قالب را برای یک ممیزی فنی سایت معمولی سفارشی کنید و مسائل خاصی را که می خواهید پیگیری کنید اضافه کنید

قالب ممیزی سایت (خلاصه) برای ویراستاران وب سایت عالی است تا دامنه کارهای بهینه سازی را ببینند. قالب ممیزی سایت (جزئیات) توضیحی تر است و هر مشکل و چرایی اهمیت رفع آن را توضیح می دهد. در ابزار آنالیز سئو، می‌توانید گزارش ممیزی سایت را سفارشی کنید تا داده‌هایی را که باید به طور منظم نظارت کنید (نمایه‌گذاری، پیوندهای شکسته، روی صفحه و غیره) دریافت کنید، سپس به‌عنوان یک CSV/PDF صادر کنید یا هر داده‌ای را در یک صفحه گسترده کپی کنید. آن را به توسعه دهندگان برای رفع.

چک لیست حسابرسی فنی سئو

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

سوالات متداول:

سئو فنی چیست؟

سئوی فنی به بهینه سازی جنبه های فنی یک وب سایت می پردازد که به ربات های جستجوگر کمک می کند تا به طور موثرتری به صفحات شما دسترسی پیدا کنند. سئوی فنی خزیدن، نمایه سازی، مشکلات سمت سرور، تجربه صفحه، تولید متا تگ ها، ساختار سایت را پوشش می دهد.

چگونه یک ممیزی فنی سئو انجام می دهید؟

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

چه زمانی باید سایت خود را ممیزی کنم؟

ممیزی فنی سئو ممکن است اهداف متفاوتی را دنبال کند. ممکن است بخواهید یک وب سایت را قبل از راه اندازی یا در طول فرآیند بهینه سازی مداوم بررسی کنید. در موارد دیگر، ممکن است در حال اجرای مهاجرت سایت باشید یا بخواهید تحریم های گوگل را لغو کنید. برای هر مورد، دامنه و روش های ممیزی فنی متفاوت خواهد بود.

منبع: عوامل رتبه بندی سئو سایت(SEO) چیست؟