اصطلاح Mobile-freindly به معنای برنامه ها و یا به روزرسانی ها و یا وب سایت هایی است که استفاده از آنها در تلفن همراه بهتر است.
طبق اخبارهای رسیده از چنیدن منبع موثق و همچنین شایعاتی که به گوش می رسد، Google قصد دارد به زودی به روزرسانی Mobile-Freindly از خود ارئه خواهد داد. من و همکارم Emily Grossman اقدام به از بین بردن سرو صداها و نشان دادن تصویر واضحی از بازاریابی آنلاین از آنچه که شما در فروشگاه بعد از این خواهید دید، کرده ایم. در این پست شما به جواب ۹ تا از سوالهایتان در مورد به روزرسانی خواهید رسید.
1. در ۲۱آپریل Google چه تغییراتی را در الگوریتمهای خود ایجاد خواهد کرد؟
جواب: اخیراَ، Google تغییرات گسترده ای را در برنامه های خود ایجاد کرده است، Google Play، نحوه ی نمایش SERPS روی Mobile و یک مقداری توسعه ی پیشرفته در دستورالعمل هایی که Mobileها را تحت تاثیر قرار میدهند؛ ما اطمینان داریم که خیلی از این تغییرات در به روزرسانی 4/21 ارائه میشود. Google ضعفهایی در این تغییرات داشته است و ما دانش پیشرفته ای در مورد تغییراتی که در این به روزرسانی انجام شده است نداشتیم اما براساس چیزهایی که این اواخر دیده ایم و شینیده ایم بهترین حدسی که می توان زد این است که تغییراتی در آینده رخ خواهد داد. (روی 4/21 یا نسخه هایی که به زودی بعد از آن خواهد آمد)
ما اطمینان داریم که Google یک تلفن همراه جدید ( احتمالاَ با یک واسط کاربری Android) راه اندازی خواهد کرد که می تواند یک تک صفحه ی همراه در برنامه های تحت وب و یا برنامه های تحت Android و یا حتی شاید در لینکهای که روی برنامه های IOS امکان کار کردن دارند، بهتر کار کند. دستورالعامل های Mobile-freindly جدیدی که در ماه اخیر راه اندازی شد روی JS و CSSهای موجود تمرکز می کند چون برنامه های اندروید روی Java ساخته می شوند و برنامه های وب تک صفحه ای که استفاده از آنها راحت باشد وابستگی شدیدی به Javascriptها دارند.
از جمله سایتهایی که در ساختار برنامه های تک صفحه ای خود از طراحی های خوبی که پاسخگو هستند استفاده می کنند، عبارتند از :
- Hulu.com,
- Refinery29.com,
- Facebook’s news feed,
- Techcrunch.com,
- The Google Play Store,
- Pinterest.com, and of course
- http://scrollsample.appspot.com/items from John Muller of Google.
همچنین بر طبق گفته ی Rob Ousbey of Distilled، Google انواعی از ساختارها را روی Blogspot.com که یکی از ویژگی های Google به حساب می آید، تست کرده است.
همچنین Google این اواخر Feedهایی را از شرکایی که مورد اعتمادش هستند وارد کرده است که درواقع یک دکمه هستند درهر دو برنامه های تحت موبایل و برنامه های وب تک صفحه ای از دیدگاه JS و IO پیش فروش شده (و تکنولوژی هایی شبیه به آن) و کنار یکدیگر قرار داده اند که بایستی Feedهای پاک شدنی را برای فهرست بندی برنامه های تحت وب تک صفحه ای ایجاد کنند. ما فکر می کنیم که این موجب می شود که تمرکز روی JS،، CSS و Feedها بیشتر شده باشند و همچنین دلیل اینکه چرا Google نیاز به اضافه کردن شاخص Mobile که Gray lllyes دو هفته ی پیش در مصاحبه ی “Meet the Search Engines” خودش در SMX West عنوان کرد و اینکه چرا Google ناگهان در مورد برنامه های خودش به عنوان “firs class citizens” که توسط Mariya Moeva در عنوان SMX West می تواند همین مسئله باشد.
Deep Link: یک Deep Link یک Hypertext link به یک صفحه روی وبسایت به غیر صفحه ی Home آن می باشد. درواقع Deep به عمق صفحه روی ساختار سلسله مراتبی صفحات اشاره دارد. بنابراین هر صفحه ی زیرین بالاترین صفحه روی سلسله مراتب صفحه ی اصلی (Home Page) می تواند شامل Deep شود.
یک شاخص Mobile جدید به سمت امکانات جدید و همچنین بیشتر درک شدن پیش می رود چون Google میخواهد فهرست بندی و رتبه بندی هر دو محتوای برنامه و deep linkها در برنامه ها به نمایش گذاشته شوند اما ضروری نیست که بخواهد در الگوریتم های مربوط به کامپیوتر های شخصی نیز نشان داده شود یا سرعت آنها را با محتوایی که نباید روی جستجوی کامپیوتر شخصی رتبه بندی انجام دهد، کاهش دهد. ما همچنین فکر می کنیم که دلیل اینکه روی deep linkها تمرکز بیشتری میشود و اینکه از سمت Google بیانه ای در مورد پروسه ی جدید بازرسی خودکار و دستی در Google Play عنوان شد به همان موضوع وابسته هستند. این اطلاعیه قطعاَ به بیشتر crawlerهایی اشاره دارد که Google شاخته است و توانایی Crawling در برنامه های اندروید را دارند. ما همچنین معتقد هستیم که این crawler جدید بیشتر از یک مفسر متن (صفحه وب یا صفحه نمایش برنامه ی data-set) را به URL/URI انجام دهد و احتمالا بیشتر روی feedها و شماء و نقشه ی سایت برای کارامد بودن خودش متمرکز خواهد شد. بیشتر برنامه های محلی که ممکن است برای deep linkها سودمند باشند به وسیله feedهای داده گسترده شده اند و بدون نیاز به جاری ساختن کد برنامه، feedها رابه جای برنامه هایی که ممکن است به Google توانایی فهمیدن محتوای برنامه ها را بدهند، جاری میکند. مخصوصا برنامه ی ios (که هنوز امکان crawl در آنها وجود ندارد).
FYI: Garry lllyes ذکر کرد که google دوباره برای دستورالعملهای مرتب سازی Ajax قدیمی خود تلاشهایی انجام داده است اما نگفته که چگونه آنها به جای اختصاص دادن روی پست Google+ که google تمایلی نداشت و با کلیک کردن روی لینکها به محتواهای بیشتر دسترسی داشت، جایگزین شده اند. به جای آن، ممکن است نیاز به یک واقعه ی OnLoad برای راه اندازی جریانات بیشتر داشته باشند. این دستوالعمل های webmaster برای ساختن AJAX که قابلیت crawl هم داشته باشد وابسته به این بود که یک راهی برای ساختن برنامه های تحت وب تک صفحه ای با قابلیت Crawl پیدا کند و ما فکر می کردیم که feedها به عنوان قسمتی از عملیات جایگزینی، قوانینی هم در اینجا راه خواهند انداخت. وابستگی بیشتر به feedها همچنین باعث می شود که برای Google پاک کردن داده هایی که مستقیماَ روی SERPS وجود دارند و بیشتر و بیشتر کار انجام داده اند، راحت تر باشد. ( appendix را از this slide deck ببینید که از اسلاید ۳۰ شروع کرده برای تعداد زیادی از مثالهای mobile این تغییرات را انجام داده است). همچنین می تواند شامل توانایی پاک کردن فرمهایی که به سمت SERP تغییر جهت می دهند نیز باشد. à la فرمی است که برای تکمیل خودکار در نظر گرفته شده و Google اعلام کرد آن را تغییر میدهد.
همچنین ما احتمال می دهیم که استفاده از تخصیص جدید Mobile-freindly روی SERPS موبایلها که اقدامی موقتی باشد، و بیشتر از SEOها به طول بیانجامد و انگیزه ی webmasterها برای ساخت CSS آنها و Javascriptهای پاک شدنی و وارد شدن به شاخص جدید موبایل بیشتر باشد. “Mobile-Friendly” در SERP کمی خسته کننده است و فضای زیادی می گیرد بنابراین Google تصمیم گرفت که از چیزهای دیگری استفاده کند مثل برچسب “Tag” که در تصویر پایین می توانید ببینید، در اصل این تست توسط Barry Schwartz انجام شده است. در اصل، نشان دادن برچسب “tag” ممکن است بعدها در بازی ها ظاهر شود، پس از آن که Webmasterها به روزرسانی هایی را ساخته اند و Google در عوض نیاز دارند انگیزه های منفی و جدی ای را برای توسعه دهندگان ایجاد کند.( این یک تصویر از Barry است که ما واقعاَ هنوز یکی مثل آن را ندیده ایم)
به لحاظ اطلاعیه Mobile-Freindly، این شگفت آور است که Google تمرکز زیادی روی سرعت صفحات موبایل ندارد directها را کوچک تر کرده است و از پیغام خطاهای مربوط به حافظه ی آنها که روی SEO موبایل تمرکز دارد و فقط در موبایل اتفاق می افتد جلوگیری میکند. پس این می تواند اتفاق بیافتد زیرا سرعت صفحه از ارزیابی محتوا مهمتر نیست البته در صورتی که google بیشتر اطلاعات crawel خودش را از feedها بدست بیاورد. حدس ما این است که همه دوست دارند سرعت و زمان بالاآمدن صفحه در ورژن های بعد از 4/21 تمرکز بیشتری روی آنها باشد و ارتقاء پیدا کنند. ما همچنین فکر می کنیم که شاخصهای UX موبایل که در نسخه ی کنونی در زیر دکمه ابزار مربوط به سرعت صفحه ی Google نمایش داده می شود( در دکمه ی “Mobile” tab) در الگوریتم جدید موبایل هم وجود خواهد داشت- ما شواهد واقعی داریم که google در این اواخر تستهایی را جهت گنجاندن آن در ابزارهای Mobile-Freindly خود کرده است، همانطور که در شکل پایین نشان داده شده است، و البته، ما این اواخر ابزارهای گزارش گیری را برای هر webmasterای اضافه کرده ایم. این امکان پذیر است که تمرکزهای جاری روی CSS و Javascript برای اطمینان از این باشد که بیشتر از همه صفحاتی که شاخص های جدید دارند امکان راه اندازی دارند.
