ابزار تست سرعت پینگدام : راهنمای نهایی برای ۲۰۱۹

ابزار تست سرعت پینگدام: راهنمای نهایی برای ۲۰۱۹

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

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

پینگدام

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

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

 

 

پینگدام در حال حاضر این امکان را به شما می‌دهد که سرعت هر سایتی را از ۷ محل مختلف (۵ قاره) تست کنید.

 

این محل‌ها به طور استراتژیک در دنیا پخش شده‌اند:

• آسیا- ژاپن- توکیو
• اروپا- آلمان- فرانکفورت
• اروپا- بریتانیا- لندن
• آمریکای شمالی- ایالات متحده آمریکا- واشنگتن دی. سی.
• آمریکای شمالی- ایالات متحده آمریکا- سن فرانسیسکو
• اقیانوسیه- استرالیا- سیدنی
• آمریکای جنوبی- برزیل- سائوپائولو

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

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

تحلیل آبشاری با ابزار تست سرعت پینگدام

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

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

خلاصه‌ای از پینگدام

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

همان‌طور که می‌بینید ما تست اول خود را اجرا کردیم و در پینگدام نمره ۸۸ از ۱۰۰ را به دست آوردیم در حالی که زمان کل بارگذاری ۵۴۱ ms بود. این به ما اندازه کل دارایی‌های ترکیبی و تعداد درخواست‌ها را می‌دهد.

 

-تست سرعت پینگدام پیش از DNS و کشینگ

 

سپس یک تست اضافه اجرا کردیم و این بار زمان کل بارگذاری سایت با همان تعداد اندازه صفحه و تعداد درخواست ۳۹۲ ms بود. موضوع چیست؟ اگر چند بار در پینگدام سایت خود را تست کنید، متوجه این مسئله می‌شوید. سایت‌های بزرگ‌تر حتی اختلاف‌های بیشتری را تجربه می‌کنند.

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

 

-تست سرعت پینگدام پس از DNS

 

آیا می‌خواهید یک نمره پینگدام بهتر از وبسایت وردپرس خود به دست بیاورید؟ بسته به سایت و پیکربندی شما، ممکن است کسب نمره بی‌نقص ۱۰۰ از ۱۰۰ همیشه ممکن نباشد، به خصوص برای آن‌هایی که سایت‌های تجارت الکترونیک یا پیکسل‌های بازاریابی دارند. اما تنها اختصاص دادن زمانی برای بهبود نمره، نقطه شروع خوبی است. چیزی که واقعا مهم است، سرعت کلی است.

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

بهبود عملکرد صفحه

 

 

بخش تحلیل عملکرد که حالا «بهبود عملکرد صفحه» نام دارد، در سال ۲۰۱۸ به‌روز رسانی شد و آن‌ها برخی موارد قدیمی را حذف و موارد جدیدی اضافه کردند. این موضوع احتمالا به دلیل گزارش‌هایی مبنی بر مرتبط نبودن آن موارد است. وقتی صحبت از بهینه‌سازی عملکرد وب می‌شود، همیشه همه چیز در حال تغییر است و اگر افراد تنها به دنبال نمره بالا در پینگدام باشند، ممکن است دچار مشکل شوند.

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

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

• استفاده از یک شبکه انتقال محتوا (CDN)
• اجتناب از خطای HTTP 404
• به حداقل رساندن تغییر مسیرها
• تعیین تاریخ انقضا در هدرها
• حذف رشته درخواست‌ها از منابع ایستا
• استفاده از دامنه‌های بدون کوکی
• موازی‌سازی دانلودها بین نام هاست‌ها
• تعیین زمان فایل‌های کش شده
• تعیین کاراکتر نوع فایل نشان داده شده

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

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

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

اگر امکانش را دارید بهتر است هاستینگ خود CDN را لحاظ کنید. مزیت‌های CDN شامل تقویت عملکرد (TTFB و تاخیر شبکه کمتر)، پهنای باند و هزینه‌های هاستینگ کمتر و حتی مزیت‌هایی در سئو می‌شوند.

مهم: ابزار جدیدا به‌روز شده پینگدام در حال حاضر باگی دارد که هر فراهم‌کننده CDN را به دقت تشخیص می‌دهد.

 

 

بعضی از فراهم‌کننده‌های CDN ثالث که ما پیشنهاد می‌کنیم شامل این موارد می‌شوند:

• KeyCDN
• Cloudflare
• StackPath
• CDN77

ما در تست‌های سرعت CDN خود، دریافتیم که در بعضی موارد، یک CDN می‌تواند زمان بارگذاری صفحه را تا ۵۰ درصد کاهش دهد.

از خطای (HTTP 404 (not found اجتناب کنید

نام این بخش قبلا «از درخواست‌های بد اجتناب کنید» بود. این مورد همیشه مرتبط است. همان‌طور که از نامش پیداست، درخواستی است که به طور کامل اجرا نمی‌شود. این معمولا زمانی رخ می‌دهد که به صورت دستی به یک دارایی یا عکسی ارجاع می‌دهید که پاک شده است و منجر به خطای ۴۰۴ می‌شود. این به عنوان یک دایره نارنجی رنگ در پینگدام ظاهر شده و استاتوس هدر ۴۰۴ را نمایش می‌دهد.

 

 

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

تغییر مسیرها را به حداقل برسانید

تغییر مسیرهای زیاد موضوعی است که باید حواستان به آن باشد. تغییر مسیرهای ساده‌ای مانند تغییر مسیر ۳۰۱، HTTP به HTTPS، یا www به سایت بدون www (یا برعکس) مشکلی ندارند. در بعضی مواقع این موارد در سایت شما لازم هستند. اما هر یک هزینه‌ای برای سایت شما به همراه دارند. و اگر همین‌طور تغییر مسیرها را پشت هم بچینید، مهم است که بدانید چه تاثیری بر سایت شما خواهند گذاشت. این در تغییر مسیرهای صفحات و پست‌ها، عکس‌ها و همه چیز صادق است.

تغییر مسیر در پینگدام به صورت یک دایره آبی نمایش داده می‌شود و در استاتوس هدر، ۳۰۱ یا ۳۰۲ نوشته می‌شود.

برای مطالعه ادامه ی متن به ابزار تست سرعت پینگدام در بلاگ پارمیسافت مراجعه کنید.

اهمیت سئو – اکنون ۲۰۱۸ است و سئو منسوخ شده است. دوباره!

اکنون ۲۰۱۸ است و سئو منسوخ شده است. دوباره!

اهمیت سئو از دیدگاه منتقدان : منتقدان بهینه‌سازی موتور جست‌وجو (سئو) می‌گویند که اگر هم الآن هنوز منسوخ نشده است، به زودی منسوخ می‌شود و اهمیت سئو بسیار کم میشود!!! به سادگی می‌گوییم که این‌طور نیست. اطلاعات جدید حاکی از آن است که موتورهای جست‌وجو در حال دور شدن از سئوی سنتی هستند تا بر روی محتوای باکیفیت تمرکز کنند.

دوری از سئوی سنتی در کار نیست؛

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

 

چرا اهمیت سئو بیش از پیش شده است؟

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

نکته مهم در مورد سئو و محتوا

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

 

موتورهای جست‌وجوی بزرگ در حال بهبود هستند.

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

الگوریتم‌های جدید موتورهای جست‌وجو، رتبه‌بندی‌ها را بهبود بخشیده است.

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

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

این تغییرات دقیقاً همان چیزهایی است که اهمیت سئو را بیشتر کرده است.

تغییرات الگوریتمی از به‌کارگیری روش‌های صحیح سئو درون محتوا اطمینان حاصل می‌کنند.

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

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

 

هیچ وقت نمی‌توان اهمیت سئو را نادیده گرفت.

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

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

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

 

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

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

اهمیت الگو های رفتاری مانند جستجوی صوتی برای سئو

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

این الگوهای طبیعی گفتاری برای سئو مهم‌تر می‌شوند و با همه‌گیر شدن جست‌وجو در موبایل، رایج‌تر هم خواهند شد.

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

به عنوان مثال، فردی را در نظر بگیرید که در شهر خود به دنبال یک رستوران می‌گردد. اگر جست‌وجوی خود را تایپ کند، ممکن است از عبارتی نظیر «شیکاگو بهترین رستوران ایتالیایی» استفاده کند. اما اگر از جست‌وجوی صوتی در یک دستگاه موبایل استفاده کند، احتمالاً چیزی شبیه به «بهترین رستوران ایتالیایی شیکاگو» را می‌گوید. اگرچه تفاوت آن‌ها خیلی کم است، اما همین تفاوت کم بر روی نحوه‌ی نمایش نتایج توسط موتور جست‌وجو تأثیرگذار است. به همین دلیل کلیدواژه‌ها (هم بلند و هم کوتاه) باید شروع به تقلید از الگوهای گفتاری واقعی کنند، چرا که در اهمیت سئو تاثیرگذارند.

 

رابطه‌ی سئو با تجربه‌ی کاربری

تجربه‌ی کاربری، مهم‌ترین چیز در جست‌وجوی موبایل است.

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

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

اهمیت سئو برای تجربه کاربری

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

 

موتورهای جست‌وجو درباره‌ی سئو چه می‌گویند؟

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

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

 

استفاده از محتوای معتبر در کنار سئو

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

چطور می‌توانید از کیفیت بالا و اعتبار مطالب تولیدی خود مطمئن شوید؟

به خوبی درباره‌ی موضوع مورد نظر خود تحقیق و بررسی انجام دهید و علاوه بر کسب دانش در آن موضوع، به آن علاقمند باشید.

محتوای بدیع ایجاد کنید

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

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

اشتباهاتی در سئو که باید از آن‌ها اجتناب کرد.

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

محتوای سطحی را با دقت انتخاب کنید

امروزه دیگر این کافی نیست که مطالب شما مناسب و مرتبط باشد، بلکه باید برای کاربران نیز ارزشمند باشد. پنهان‌سازی محتوا که نوعی از فریب و تغییر محتوا محسوب می‌شود، یکی از بدترین کارهایی است که می‌توان انجام داد و توسط گوگل هم تحریم شده است؛

پنهان‌سازی محتوا چگونه است؟

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

همان‌طوری که قبلاً هم گفته شد، انباشتن کلیدواژه نیز به وضوح نادرست است؛

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

پنهان‌سازی محتوا چگونه بر روی سئو اثر منفی دارد؟

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

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

 

برای مطالعه ادامه متن به اهمیت سئو در بلاگ پارمیسافت مراجعه کنید.

راهنمای انتقال سایت : راهبرد سئو، فرایند و چک لیست

انتقال یک سایت چیست؟

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

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

مثال‌های انتقال سایت

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

اشتباه بودن افسانه �ترافیک از دست رفته مورد انتظار�

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

مثال‌هایی از انتقال‌های ناموفق

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

اما ریکاوری همیشه امکان‌پذیر نیست. گراف مشاهدات زیر از یک خرده‌فروش بزرگ بریتانیایی دیگر است که در آن انتقال از HTTP به HTTPS منجر به کاهش دائمی ۲۰ درصدی مشاهده می‌شود.

 

در واقع کاملا امکان‌پذیر است که از HTTP به HTTPS منتقل شد و برای چنین مدت طولانی، این مقدار ترافیک از دست نداد. به جز چند هفته اول که به دلیل پیدا کردن آدرس سایت جدید توسط گوگل و به‌روز رسانی نتایج جست‌وجو، نوسانات بالایی وجود دارد.

مثال‌هایی از انتقال‌های موفق

یک انتقال موفق چگونه است؟ این به طور عمده به نوع انتقال، اهداف و KPIها (در آینده بیشتر توضیح خواهیم داد) بستگی دارد. اما در غالب موارد، یک انتقال موفق در سایت، حداقل یکی از ویژگی‌های زیر را دارد:

۱-حداقل کاهش آمار مشاهده در هفته‌های اول (هدف کوتاه مدت).

۲- افزایش مشاهده پس از آن، که به نوع انتقال بستگی دارد (هدف بلندمدت).

گزارش مشاهده زیر در خصوص انتقال از یک HTTP به HTTPS است که همچنین با بهبود مشخص در سرعت بارگذاری صفحات سایت همراه بوده است.

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

رشد آمار مشاهده

مشاهدات ناشی از جست‌وجوی واقعی نه تنها کاهش نیافتند، بلکه از هفته اول شروع به رشد کردند.رشد آمار مشاهده یک ماه پس از انتقال به ۶۰ درصد رسید در حالی که رشد ترافیک جست‌وجوی واقعی دو ماه پس از راه‌اندازی ۸۰ درصد را پشت سر گذاشت.

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

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

 

 

انواع انتقال‌های سایت

انواع مختلفی از انتقال سایت وجود دارد. دسته‌ها به ذات تغییرات اعمال شده بستگی دارند.

دسته‌های بسیار مختلف انتقال سایت

 

تغییرات محل سایت: تغییر دامنه، برندسازی مجدد- جابه‌جایی یا ادغام بخش‌هایی از سایت- انتقال از HTTP به HTTPS یا HTTP2- جابه‌جایی سایت‌های بین‌المللی- تغییر تنظیمات موبایلی (AMP، PWA)

تغییرات پلت‌فرم: انتقال به یک پلت‌فرم جدید- به‌روز رسانی نسخه پلت‌فرم- معرفی ویژگی‌های جدید پلت‌فرم- ادغام پلت‌فرم‌های مختلف

تغییرات محتوا: اضافه یا حذف کردن صفحات- اضافه کردن، حذف کردن یا پنهان کردن محتواها- تثبیت محتوا یا صفحات- معرفی زبان‌های جدید

تغییرات ساختاری: تغییرات سلسله‌مراتبی در سایت- تغییرات مسیریابی- تغییرات لینک‌های داخلی- تغییرات نقشه سفر کاربر

تغییرات طراحی و تجربه کاربری: تغییرات تجربه کاربر محور در دستگاه‌های مختلف- تغییرات ظاهری و حسی- تغییرات رسانه‌ای- تغییرات عملکرد سایت

تمام ترکیب‌های ممکن

 

بخش مستندات گوگل اکثرا انتقال‌هایی با تغییرات محل سایت را پوشش می‌دهد که در دسته‌های زیر قرار می‌گیرند:

• جابه‌جایی سایت با تغییر آدرس (URL)
• جابه‌جایی سایت بدون تغییر آدرس (URL)

 

انتقال‌های جابه‌جایی سایت

این زمانی رخ می‌دهد که سایت به خاطر هر یک از دلایل زیر به آدرسی متفاوت منتقل می‌شود:

تغییرات پروتکلی:

یک مثال کلاسیک زمان انتقال از HTTP به HTTPS است.

 

تغییرات زیردامنه‌ای و زیرپوشه‌ای:

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

 

تغییر نام دامنه:

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

 

تغییر دامنه سطح بالا:

این زمانی متداول است که یک کسب‌وکار تصمیم به راه‌اندازی وبسایت‌های بین‌المللی گرفته و باید از یک دامنه سطح بالای کد کشوری به یک دامنه سطح بالای عمومی منتقل شود یا بالعکس، مثلا از .co.uk به .com منتقل شود یا از .com به .co.uk منتقل شود.

 

تغییرات ساختار سایت:

این تغییرات در معماری سایت بوده و معمولا بر لینک دهی داخلی سایت و ساختار آدرس سایت تاثیر دارند.

 

دسته‌های دیگر انتقال سایت :

دسته‌های دیگر انتقال از تغییراتی در محتوا، ساختار، طراحی یا پلت‌فرم سایت نشأت می‌گیرند.

 

پلت‌فرم سازی مجدد:

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

 

انتقال‌های محتوا:

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

 

تغییرات تنظیمات موبایلی:

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

 

تغییرات ساختاری:

این موارد معمولا با تغییرات اساسی در دسته‌بندی سایت رخ می‌دهند که بر مسیریابی، لینک دهی داخلی و نقشه مسیر کاربر تاثیر می‌گذارند.

 

طراحی مجدد سایت:

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

 

انتقال‌های ترکیبی:

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

 

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

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

دلایل شکست انتقال در سایت‌ها

استراتژی ضعیف (مانند اهداف ناواضح)- برنامه‌ریزی ضعیف- کمبود هم‌فکری در سئو یا تجربه کاربری- کمبود منابع یا بودجه- مشارکت دیرهنگام- آزمون ضعیف- واکنش کند به رفع باگ- دست کم گرفتن مقیاس

 

استراتژی ضعیف

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

برنامه‌ریزی ضعیف

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

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

کمبود منابع

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

کمبود هم‌فکری برای سئو یا تجربه کاربری

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

 

مشارکت دیرهنگام

انتقال سایت‌ها ممکن است ماه‌ها به طول بینجامد و به برنامه‌ریزی عالی و زمان کافی برای آزمودن نیاز دارد.

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

کمبود آزمون

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

واکنش کند به رفع باگ

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

دست‌ کم گرفتن مقیاس

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

 

فرآیند انتقال سایت

فرآیند انتقال سایت را می‌توان به شش گام ضروری تقسیم کرد.

تمام آن‌ها به مقدار برابری مهم بوده و از قلم انداختن آن‌ها به درجات مختلفی مانع از موفقیت انتقال می‌شود.

فرآیند انتقال سایت

مرحله ۱- ارزیابی و برنامه‌ریزی: اهداف، ریسک‌ها، موقعیت‌های رشد و پیش‌بینی سناریوها، راهبردها، برنامه پروژه

مرحله ۲- آماده‌سازی پیش از راه‌اندازی: مرور چارچوب، مشخص‌سازی فنی سئو، شناسایی صفحات در اولویت، برنامه وقایع احتمالی آینده

مرحله ۳- آزمون پیش از راه‌اندازی: مرور محتوا، مرور فنی، آزمون تغییر مسیر، ارزیابی ریسک راه‌اندازی سایت، ارزیابی استانداردها (بنچمارک)

مرحله ۴- پشتیبانی روز راه‌اندازی: عملیات‌های راه‌اندازی سایت، آزمون زنده سایت، پشتیبانی رسانه که هزینه آن پرداخت شده باشد

مرحله ۵- مرور پس از راه‌اندازی: ارزیابی‌ها و عملیات پس از راه‌اندازی، مرور رفع باگ‌ها، نظارت بر عملکرد

مرحله ۶- مرور عملکرد: اولویت‌سازی فعالیت‌های معمول کسب‌وکاری

 

مرحله اول: ارزیابی و برنامه‌ریزی

ارزیابی پروژه

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

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

سهام‌داران

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

آماده‌سازی برنامه پروژه

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

نیازی به گفتن نیست برای سامان‌دهی و انجام فعالیت‌های لازم با توجه به برنامه، به مدیریت پروژه‌ای بی‌نقص لازم است.

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

 

 

مرحله دوم: آماده‌سازی پیش از راه‌اندازی

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

مرور چارچوب

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

آماده‌سازی مشخصات فنی سئو

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

اطمینان حاصل کنید که ملزومات خاصی شامل حوزه‌های زیر لحاظ شده‌اند:

• ساختار آدرس سایت
• فراداده (شامل ارزش‌های پیش‌فرضی که به طور پویا ایجاد شده‌اند)
• داده‌های ساخت‌یافته
• کنونیکال‌ها و دستورالعمل‌های فراروبات‌ها
• کپی و تیترها
• مسیریابی‌های اصلی و ثانویه
• لینک‌دهی داخلی (به هر نحوی)
• صفحه‌بندی
• نقشه سایت (های) XML
• نقشه سایت HTML
• Hreflang(اگر سایت‌های بین‌المللی وجود دارند)
• تنظیمات موبایل (شامل برنامه، سایت AMP یا PWA)
• تغییر مسیرها
• صفحه معمول ۴۰۴
• جاوا اسکریپت، CSS و فایل‌های عکسی
• زمان‌های بارگذاری صفحه (برای دسکتاپ و موبایل)

این مشخصات همچنین باید شامل حوزه‌هایی از کارکرد CMS باشند که به کاربر امکان این موارد را می‌دهد:

• تشخیص آدرس‌های معمول و نادیده گرفتن آدرس‌های پیش‌فرض
• به‌روز رسانی عناوین صفحات
• به‌روز رسانی متا توضیحات
• به‌روز رسانی هر یک از تیترهای h1 تا h6
• اضافه کردن یا اصلاح تگ‌های کنونیکال
• تنظیم ویژگی‌های متا روبات‌ها به index/noindex/follow/nofollow
• اضافه کردن یا اصلاح متن جایگزین عنوان تصویر هر عکس
• لحاظ کردن میدان‌های اوپن گراف برای توضیحات، آدرس، عکس، تایپ و اسم سایت
• لحاظ کردن میدان‌های اوپن گراف توییتر برای کارت، آدرس، عنوان، توضیحات و عکس
• به‌روز رسانی Bulk یا اصلاح تغییر مسیرها
• به‌روز رسانی فایل txt

همچنین اطمینان حاصل کردن از این که هنگام به‌روز رسانی یک ویژگی خاص (مانند یک h1)، عناصر دیگر (مانند عنوان صفحه یا هر فهرستی از مسیریابی) تحت تاثیر قرار نمی‌گیرند، مهم است.

 

شناسایی صفحات در اولویت

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

برای این کار، شما باید:

1. باید در سایت قدیمی عمل crawl را انجام دهید.
2. تمام صفحات قابل فهرست‌بندی شدن را شناسایی کنید.
3. صفحات با عملکرد بالا را شناسایی کنید.

نحوه crawl در سایت قدیمی

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

• txt را نادیده بگیرید (در صورتی که هر یک از بخش‌های حیاتی بلاک شده‌اند)
• لینک‌های داخلی �nofollow� را دنبال کنید (تا crawler به صفحات بیشتری دسترسی پیدا کند)
• تمام زیردامنه‌ها را (با توجه به ارزیابی) crawl کنید
• خارج از پوشه استارت، crawl کنید (با توجه به ارزیابی)
• عامل کاربری را به Googlebot تغییر دهید (دسکتاپ)
• عامل کاربری را به Googlebot تغییر دهید (تلفن هوشمند)

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

نحوه شناسایی صفحات فهرست‌پذیر (indexable)

وقتی عمل crawl به پایان رسید، روی شناسایی صفحات فهرست شده سایت قدیمی کار کنید. این موارد شامل تمام صفحات HTML با ویژگی‌های زیر می‌شوند:

• سرور پاسخ مثبت بدهد
• یا تگ کنونیکال نداشته باشد یا یک آدرس کنونیکال خود ارجاع داشته باشد
• Noindex متا روبات نداشته باشد
• از فایل txt خارج نشده باشند
• لینک‌های صفحات داخلی به آن‌ها منجر نشده باشد

صفحات فهرست‌پذیر تنها صفحاتی هستند که ممکن است بتوانند ترافیک را به سمت سایت هدایت کنند. از این رو باید در جهت هدف انتقال سایت شما اولویت‌بندی شوند. این‌ها صفحاتی هستند که ارزش بهینه‌سازی (اگر قرار است در سایت جدید حضور داشته باشند) یا تغییر مسیر (اگر قرار است در سایت جدید حضور نداشته باشند) را دارند.

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

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

پیشنهاد می‌شود که یک صفحه گسترده آماده کنید که شامل موارد زیر می‌شود:

• آدرس سایت قدیمی (تنها موارد فهرست‌پذیر را از داده‌های crawl لحاظ کنید)
• آمار مشاهده از جست‌وجوی واقعی طی ۱۲ ماه اخیر (گوگل Analytics)
• درآمد، نرخ‌های تبدیل و تبدیل‌ها طی ۱۲ ماه اخیر (گوگل Analytics)
• آمار مشاهده صفحات طی ۱۲ ماه اخیر (گوگل Analytics)
• تعداد کلیک‌ها در ۹۰ روز اخیر (Search Console)
• صفحات برتر از لحاظ لینک شدن (Majestic SEO/Ahrefs)

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

 

معیار سنجی (بنچمارک)

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

ردیابی رتبه کلیدواژه‌ها

اگر به طور مداوم رتبه سایت را دنبال نمی‌کنید، پیش از راه‌اندازی سایت جدید باید این کار را انجام دهید.

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

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

 

برای مشاهده‌ی مراحل بعدی انتقال سایت به متن کامل این مقاله در بلاگ پارمیسافت مراجعه کنید.

 

داده‌های ساخت‌یافته با Schema.org :

راهنمای کامل

Schema.org تمامی نیازهای وب سایت شما را به داده‌های ساخت‌یافته تأمین می‌کند. اگر از آن برای نشانه‌گذاری محصولات، نظرات، رویدادها و دستورالعمل�ها استفاده کنید، موتورهای جست‌وجو نظیر گوگل این داده‌ها را پردازش کرده و به شکل پیشرفته‌ای نمایش می‌دهند.اگر می‌خواهید نتایجی غنی داشته باشید؛ نتایجی مثل اسنیپت‌ها، نتایج تعاملی موبایل، عملیاتی با قابلیت فعال‌سازی با صدا، یا قرار گرفتن در گراف دانش (Knowledge Graph) ، باید صفحات خود را با داده‌های ساخت‌یافته نشانه‌گذاری کنید. این راهنمای کامل، مروری بر این موضوع گسترده است.

 

داده‌ی ساخت‌یافته چیست؟

داده‌های ساخت‌یافته داده‌هایی هستند که به وب سایت خود اضافه می‌کنید تا درک آن را برای موتورهای جست‌وجو راحت‌تر کنید.

برای راه‌اندازی آن احتیاج به زبان (یا مجموعه‌ای از لغات) خاصی دارید و چیزی که توسط موتورهای جست‌وجوی بزرگ استفاده می‌شود، Schema.org است. Schema.org مجموعه‌ای از تگ‌ها و ویژگی‌ها ارائه می‌کند تا با استفاده از آن‌ها محصولات، نظرات، لیست کسب‌وکارهای محلی، و غیره را با جزئیات لازم نشانه‌گذاری کنید. موتورهای جست‌وجوی بزرگی نظیر گوگل، بینگ، یاندکس، و یاهو این زبان را به صورت اشتراکی توسعه داده‌اند تا به زبان مشترکی برای درک بهتر وب‌سایت‌ها دسترسی داشته باشند.

با یک پیاده‌سازی درست، موتورهای جست‌وجو می‌توانند از داده‌های ساخت‌یافته برای درک بهتر محتوای صفحات شما بهره ببرند. پس ممکن است سایت شما به صورت بهتری در نتایج جست‌وجو ارائه شود؛ مثلاً در قالب نتایج غنی مثل اسنیپت‌های غنی یا کارت‌های غنی. با این حال، هیچ تضمینی برای ارائه‌ی نتایج غنی وجود ندارد – این مسأله در اختیار موتورهای جست‌وجو است.

 

چرا به داده‌های ساخت‌یافته نیاز دارید؟

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

 

آیا داده‌های ساخت‌یافته برای سئو اهمیت دارند؟

خلاصه بگوییم: بله، داده‌های ساخت‌یافته در قالب Schema.org برای سئوی شما مهم هستند.پیاده سازی درست این داده‌ها ممکن است رتبه‌ی بهتری به شما ندهد، اما به صورت غیر مستقیم سایت شما را به نتیجه‌ی بهتری برای جست‌وجو تبدیل می‌کند.

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

به علاوه، چون داده‌های ساخت‌یافته هنوز خیلی رایج نیستند، شانس خوبی برای پیش�دستی از رقیبانتان دارید. فکرش را بکنید، اگر یک آرایشگاه دارید و ۳۰۰ نظر مثبت در سایت خود را نشانه‌گذاری کنید، خیلی جلوتر از رقیبی هستید که نظرات را نشانه‌گذاری نمی‌کند. گوگل این داده‌ها را پردازش می‌کند و مستقیماً در نتایج جست‌وجو نشان می‌دهد. اگر خودتان در گوگل دنبال یک آرایشگاه بودید، کدام را انتخاب می‌کردید؟ آرایشگاهی که هیچ نظری ندارد یا آن یکی که ۳۰۰ نظر مثبت دارد؟

 

داده‌های ساخت‌یافته، نتایج را غنی می‌کند.

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

• بردکرام‌ها (breadcrumbs)
• اطلاعات تماس شرکت
• کروسل‌ها
• لوگوها
• کادر جست‌وجوی سایت-لینک‌ها
• پروفایل شبکه‌های اجتماعی
• مقالات
• کتاب‌ها
• دوره‌ها
• مجموعه‌های داده
• رویدادها
• صحت‌سنجی‌ها
• آگهی‌های کار
• کسب‌وکارهای محلی
• موسیقی
• عناوین شغل
• پادکست‌ها
• محصولات
• دستورات پخت
• نظرات
• تلویزیون و فیلم
• ویدئو

 

نتایج غنی با عنوان قدیمی اسنیپت‌های غنی

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

 

 

 

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

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

گوگل خیلی تمایل دارد که شما بتوانید نهایت استفاده را از این نتایج ببرید. پس می‌توانید بلیت هواپیما یا میزی در یک رستوران معروف رزرو کنید، بلیت سینما بخرید، یا دستور پخت یک کیک پنیری به نظر خوشمزه را مستقیماً به Google Home خود بفرستید تا در هنگام پختن آن، شما را راهنمایی کند. تقریباً همه‌ی این‌ها با داده‌های ساخت‌یافته ممکن شده است. و این تازه شروع ماجرا است.

 

گراف دانش

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

 

Featured Snippets

صبر کنید، این ویژگی ممکن است فریبنده باشد؛ چون Featured Snippets در حقیقت نتایج غنی به شمار می‌آیند، اما محتوای خود را از داده‌های ساخت‌یافته نمی‌گیرند. یک Featured Snippet مستقیماً درون نتایج جست‌وجو به یک سؤال جواب می‌دهد، اما از محتوای معمولی یک صفحه برای این کار استفاده می‌کند.

 

آیا داده‌های ساخت‌یافته روی موبایل هم کار می‌کنند؟

بله، نتیجه‌ی به‌کارگیری داده‌های ساخت‌یافته همه جا کار می‌کند.پیاده‌سازی موبایل داده‌های Schema.orgهنوز در ابتدای راه است،اگرچه گوگل مدتی است که دارد نتایج غنی جست‌وجوی موبایل را جا می‌اندازد.

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

 

انواع داده‌های ساخت‌یافته

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

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

 

 

امکانات جدید: Actions

دستیارهای شخصی صوتی الآن خیلی مد شده‌اند و در ماه‌های آینده اتفاقات زیادی را در این حوزه شاهد خواهیم بود. برای مثال دستور پخت را در نظر بگیرید؛ می‌توانید یک دستور پخت را از نتایج جست‌وجو برای Google Home خود ارسال کنید – امکانی که با استفاده از داده‌های ساخت‌یافته و AMP فراهم شده است – تا در هنگام غذا پختن، با صدای بلند از روی آن خوانده شود. به این قابلیت، عملیات یا Actions گفته می‌شود و تعداد زیادی از آن‌ها وجود دارد. اگر می‌خواهید دستورات پخت شما در کتاب‌خانه‌ی Google Assistant قرار بگیرد، باید مجموعه‌ی خاصی از داده‌های ساخت‌یافته را اضافه کرده و قواعد دیگری را نیز رعایت کنید. می‌توانید اطلاعات بیشتری را در صفحه‌ی ساخت عملیات بر روی دستور پخت کسب کنید. از سایت Google Assistant دیدن کنید تا امکانات (خیلی زیاد!) موجود را ببینید.

 

برای تولید آن به چه چیزی نیاز دارید؟

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

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

 

چگونه داده‌های ساخت‌یافته را پیاده‌سازی کنیم.

نمی‌خواهیم شما را بترسانیم، اما دیگر وقت صحبت در مورد جزئیات فنی شده است. در واقع با معرفی JSON-LD دیگر نباید هیچ ترسی از افزودن این داده‌ها به صفحات خود داشته باشید. این قالب داده‌ای مبتنی بر جاوااسکریپت، افزودن داده‌های ساخت‌یافته را خیلی ساده‌تر می‌کند؛ چون که یک بلوک کد جدا تشکیل می‌دهد و دیگر در میان خطوط کد HTML صفحه‌ی شما جای نمی‌گیرد و این کار، باعث سادگی تولید و نگهداری آن شده و به علاوه، درک آن را برای انسان و ماشین، آسان‌تر می‌کند. اگر برای پیاده‌سازی JSON-LD به کمک نیاز دارید، می‌توانید در دوره‌ی داده‌های ساخت‌یافته‌ی ما ثبت نام کنید یا دوره سطح بالای Codelabs گوگل را دنبال کنید.

 

داده‌های ساخت‌یافته با JSON-LD

روش مطلوب افزودن داده‌های ساخت‌یافته به سایت شما، استفاده از JSON-LD است. البته بعضی از موتورهای جست‌وجو خیلی دیر آن را پذیرفتند و بینگ خیلی در پذیرش آن تأخیر داشت. البته خوشبختانه مایکروسافت هم بالاخره نظر خودش را عوض کرد و اکنون این روش را پشتیبانی می‌کند. این روش کارآمدترین روش است.

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

 

راه‌های قدیمی: RFDa و Microdata

راه قدیمی نوشتن داده‌های ساخت‌یافته، آن‌ها را مستقیماً در میان خطوط کد HTML صفحه‌ی شما قرار می‌دهد. این روش خیلی ناکارآمد و مستعد خطا است و اتفاقاً دلیل پذیرش خیلی کند Schema.org هم همین بوده است. ایجاد و نگهداری آن با استفاده از RFDa و Microdata خیلی زحمت دارد. حرف ما را باور کنید، هر چقدر می‌توانید از JSON-LD برای این کار استفاده کنید.

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

 

داده‌های ساخت‌یافته و Google AMP

پروژه‌ی متن باز (AMP (Accelerated Mobile Pages – صفحات پرسرعت موبایل خیلی‌ها را هیجان‌زده کرده است. هدف پروژه، تسریع شدید اجرای صفحات بر روی موبایل با استفاده از نوع خاصی HTML است. گوگل خیلی روی AMP تبلیغ می‌کند و به وابستگی آن به داده‌های ساخت‌یافته هم اشاره می‌کند. اگر می‌خواهید از AMP استفاده کنید، باید داده‌های ساخت‌یافته را پیاده‌سازی کنید. گوگل از بسیاری از اقلام Schema.org برای عناصر تعاملی‌تر AMP استفاده می‌کند. شما می‌توانید برای رفع بیشتر نیازهای خود به AMP، از Yoast SEO به همراه پلاگین AMP Glue ما استفاده کنید.

 

ابزارهای کار با داده‌های ساخت‌یافته

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

 

برای مطالعه‌ی ادامه‌ی متن به داده‌های ساخت‌یافته در سایت پارمیسافت مارجعه کنید.

 

طراحی سایت منحصربفرد و مدرن

چرا باید وب سایت داشته باشیم؟

 

• وب سایت بدون دریافت حقوق، پاداش و اضافه‌کاری معرف کار شما در ۲۴ ساعت شبانه روز و ۷ روز هفته است.

---

• به طور متوسط هزینه ساخت و نگه‌داری یک وب سایت برای مدت زمان دوسال برابر با خرید یک گوشی هوشمند است!

---

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

 

رازی که طراحان سایت نمی‌خواهند شما از آن باخبر باشید چیست؟

 

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

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

در صفحه سئو به طور کامل در این باره توضیح داده ایم.

 

استانداردهای طراحی سایت

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

 

برای مطالعه‌ی ادامه‌ی متن به طراحی سایت منحصربفرد و مدرن در سایت پارمیسافتمراجعه کنید.

تاریخچه‌ی تغییرات الگوریتم گوگل

گوگل الگوریتم جست‌وجوی خود را هر ساله ۵۰۰-۶۰۰ بار تغییر می‌دهد. اگرچه بیشتر این تغییرات جزئی هستند، اما هر از گاهی هم گوگل یک آپدیت (به‌روزرسانی) عمده بر روی الگوریتم خود انجام می‌دهد (مانند Google Panda و Google Penguin) که نتایج جست‌وجو را به طور قابل ملاحظه‌ای تحت تأثیر قرار می‌دهد.

 

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

 

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