AMP google بزرگترین تهدید امنیت ملی ساختار یافته وب است

بگذارید به  ترتیب جلو برویم

اول ببینیم گوگل چه سرویس هایی را در ایران فیلتر کرده است و منبع خبری مان را یکی از اسناد ثبت شده در وب سایت: اسناد گوگل قرار دهیم یعنی این لینک:

فهرست سرویس‌های آنلاین تحریم شده در ایران

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

مثالی بزنم: خود جستجو گر گوگل بزرگترین منبع درآمد برای این شرکت است (به خاطر تبلیغات ADS) اما چون این تبلیغات به ایرانیان فروخته نمی شود پس منافعی از ایران  برایش وجود ندارد پس چرا این سرویس بر روی ایران بسته نشده است: واضح است دغدغه مردم ایران ار روی جستجو هایی که در گوگل انجام میشود برای آمریکا برملا می شود

مثلا از آمار کلیک بر نتایج  جستجو ها می توانند بفهمند که اکثریت  مردم ایران در پی سایت های جناح چپ هستند یا راست

و این برای پنتاگون و سیا خیلی مهم است

حالا نکته جالبش اینه که بخشی از این اطلاعات که جمع آوری شده از طریق google.com/trends قابلیت استعلام دارد اما تنظیم نمایش این سرویس بر روی منطقه ایران بسته شده است

یعنی اطلاعات جمع اوری شده از منطقه جغرافیایی خودمان را به خودمان نمی دهند

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

اگر مراسم عاشورا در گوگل سرچ کنید

بیشتر از هرچیز این عناوین در سرچ می آید:

کشته شده های مراسم عاشورا؟!!!!!

قمه زنی در عاشورا

زنجیر زنی و....

سوم: سفارشی شدن نتایج جستجو  در جهت پیشبرد سیاست آمریکا

شما بیایید کلمه ایران را در گوگل سرچ کنید می بینید سایت هایی که به جرات بگویم در ایران توسط هیچ کس باز هم نمی شود در صدر نتایج آمده مثل

سایت پنتاگون؟!!!

یا سایت تازه تاسیس شبکه ضد ایرانی عربیستان یعنی اینترنشینال

در حالیکه از نظر فنی و الگوریتم های گوگل برای یک سایت تازه تاسیس و کم بازدید تصاحب تک  کلمه ایران در صفحه اول کاملا بعید و غیر ممکن است

و ...

چهارم: حذف برخی سایت ها از نتایج جستجو

در زمان شلوغی های 88 سایت کلمه خیلی سم پاشی می کرد

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

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

به یکباره و برای همیشه از کل گوگل حذف شدم

طوریکه ورودی از گوگلم به صفر رسید

این را چطور میشد تعبیر کرد آن هم وقتی خودم یک سئو کار و آشنا به تمام زیر و بم های گوگل بودم

و پنجم: بدون شرح است لطفا AMP in impacted regions را در گوگل سرچ کنید

تا اینجای بحث به این رسیدیم که گوگل ابزار دم دست سیاست های آمریکاست

اما چرا ما AMP google را مهلک ترین خطر گوگل برا ی کشور مان می دانیم

آیا می دانید گوگل برای اجرای AMP میلیونها سرور را بکار گرفته

و این یعنی هزینه چند میلیارد دلاری

آیا می دانید بزرگترین شبکه تحویل محتوای دنیا در اختیار AMP قرار گرفته است

و این یعنی رسیدن به سرعتی سرسام آور

آیا می دانید AMP با استفاده از سرویس های گوگل در کسری از ثانیه به شما نمایش داده میشود

و این بزرگترین راز پنهان AMP است

 و حرف ما:

AMP می تواند به تهدید امنیتی ملی ما تبدیل شود

به طور خلاصه اگر بخواهم بگویم AMP آخرین محصول اتاق جنگ پنتاگون است
اول بگذارید با یک ناممکن صحبت را شروع کنم
اگر صفحات سایت شما مثلا تو 20 ثانیه بارگذاری می شود با استفاده از AMP در بدترین حالتش تو سه ثانیه بالا میاد
و عملا حتی کمتر از آن؛ به ادعای گوگل زیر یک ثانیه
شاید برایتان جالب باشد عصای جادویی که گوگل از آن استفاده کرده چه می باشد.
گوگل برای مخفی کردن عصای جادویی اش ترفند جالبی بکار برده 
صد ها کنفرانس و همایش برقرار کرده که بگوید این به خاطر برنامه نوبیسی متبحرانه تیم اش هست که به این جادو رسیده اند
و حتی استانداردهای W3C را جابجا کرده و برای خودش کد های HTML جدید خلق کرده و ....
و این همه برای این بوده که نقشه اتاق جنگ امریکا بر دنیا مخفی بماند
بگذارید ابتدا راز عصای جادویی AMP را برایتان برملا کنم
این دو لینک را مشاهده فرمایید:
این لینک ها یک صفحه خیلی ساده با حداقل عکس و محتوا که بصورت AMP طراحی شده است را در بوته آزمایش قرار داده است
گزارش ​باز کردن یک صفحه مثال AMP به روش معمول
 گزارش  ​باز کردن همان صفحه AMP به روش خاص
دقت کنید هیچ چیز در این دو تست تغییر نکرده الا یک چیز
در تست اول همه چیز بصورت معمول انجام شده و سایت زیر 2 ثانیه بارگذاری شده است
این یعنی شراکت میلیون ها سرور گوگل برای باز کردن این صفحه در قالب شبکه تحول محتوا یا CDN 
و در تست دوم تنها اتفاقی که افتاده این بوده نقش شبکه تحویل محتوا یا CDN حذف شده است و بارگذاری صفحه حدود 9 ثاینه طول کشیده
این کار به این شکل انجام شده که در
تست اول آدرس سایت در مسیر: تست نرمال وب پیج تست
و در تست دوم سایت در مسیر: تست easy وب پیج تست
انجام شده است 
خوب این یعنی چی
این یعنی در حالت نرمال امکان استفاده از CDN  وجود داشته اما در حالت دوم کش CDN غیر فعال شده است 
به عبارتی عملا CDN غیر فعال شده چرا که مسیر عادی در حالت غیر فعال بودن کش CDN طی می شود
الان ما داریم چی میگیم
حرف گفته شده به این معنی است که راز سرعت AMP  بخاطر CDN قدرتمند گوگل است و نه قدرت فریم ورک AMP

و اگر صفحه ادرس دهی شده در لینک مثال بالا بدون AMP نوشته شود از نظر زمان اجرا مثل لینک دوم کار می کند چرا که صرفا متن است و دلیل ندارد بارگذاریش  بیشتر از این زمان طول بکشد 

بله AMP فقط یک ظاهر است و هیچ کاری انجام نمی دهد
به عبارتی اگر مثلا خود گوگل برای نتایج جستجو از CDN هایش استفاده نکند به جای اینکه یک نتیجه جستجو  ظرف 2 ثانیه به ما داده شود 10  ثانیه یا حتی 20 تا 30 ثانیه زمان می برد
دوستان فنی من را ببخشند چون برای واضح شدن بحث می خواهم یک مثال ساده و خیلی عامیانه  بزنم تا با نحوه کار این اعصای جادویی آشنا شوید
اینترنت یک شبکه جهانی است که در ان تمام کامپیوتر ها از طریق شبکه به یکدیگر متصل شده اند
اما به چه شکل؛ تو میادین میوه زمان خالی کردن بار از ماشین چند نفر زنجیروار می ایستند، میوه را نفر اول بر می دارد و به سمت نفر دوم پرتاب می کند، نفر دوم آن را گرفته و به سمت نفر سوم پرتاب می کند و نفر سوم  الی آخر....
تو اینترنت همین اتفاق می افتد مثلا وقتی شما که اتصالتان به فرض شاتل است در خواست یک صفحه را از سایتی می کنید که سرورش در کاناداست می کنید به عنوان مثال این مراحل طی میشود:
شاتل شما درخواست شما را به نزدیکترین آی اس پی می دهد که مثلا مخابرات تهران است
مخابرات تهران درخواست به نزدیکترین آی اس پی خود که در ترکیه است می دهد
ای اس پی ترکیه در خواست را به .... می فرستد و الی آخر
حدود 20 تا 30 isp در مسیر این درخواست را دست به دست می کنند تا در خواست شما به مقصد  برسد
و پاسخ آن ممکن است از مسیر دیگری به شما برگردد
مثلا من این مسیر یابی را برای سایت خودم یعنی rankage.blog.ir که انجام دادم بصورت زیر است

Start: 2019-11-30T06:49:37+0000
HOST: web01                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 45.79.12.201                                0.0%     3    0.8   1.3   0.8   2.4   0.9
  2.|-- 45.79.12.4                                  0.0%     3    1.5   0.9   0.5   1.5   0.6
  3.|-- ix-et-2-3-0-0.tcore1.xz3-dallas.as6453.net  0.0%     3    1.0   1.0   1.0   1.0   0.0
  4.|-- if-ae-24-4.tcore1.dt8-dallas.as6453.net     0.0%     3  115.3 115.3 115.3 115.4   0.0
  5.|-- if-ae-37-3.tcore1.aeq-ashburn.as6453.net    0.0%     3  121.4 121.4 121.4 121.5   0.1
  6.|-- if-ae-2-2.tcore2.aeq-ashburn.as6453.net     0.0%     3  121.6 121.8 121.6 122.2   0.4
  7.|-- if-ae-12-2.tcore4.njy-newark.as6453.net     0.0%     3  121.8 121.7 121.2 122.1   0.5
  8.|-- if-ae-1-3.tcore3.njy-newark.as6453.net      0.0%     3  121.2 121.3 121.2 121.3   0.0
  9.|-- if-ae-15-2.tcore1.l78-london.as6453.net     0.0%     3  118.3 118.9 118.2 120.3   1.2
 10.|-- if-ae-3-2.tcore1.pye-paris.as6453.net       0.0%     3  121.2 121.3 121.2 121.4   0.1
 11.|-- if-ae-11-2.tcore1.pvu-paris.as6453.net      0.0%     3  121.3 121.7 121.2 122.6   0.8
 12.|-- if-ae-9-2.tcore2.fnm-frankfurt.as6453.net   0.0%     3  121.7 121.6 121.5 121.7   0.1
 13.|-- if-ae-12-2.tcore1.fnm-frankfurt.as6453.net  0.0%     3  117.8 118.8 117.8 120.8   1.7
 14.|-- ???                                        100.0     3    0.0   0.0   0.0   0.0   0.0
 15.|-- 10.21.211.11                                0.0%     3  188.9 188.8 188.6 188.9   0.1
 16.|-- 10.21.211.11                                0.0%     3  189.7 188.8 188.3 189.7   0.8
 17.|-- ???                                        100.0     3    0.0   0.0   0.0   0.0   0.0
 18.|-- 10.234.1.9                                  0.0%     3  190.9 189.2 187.3 190.9   1.8
 19.|-- ???                                        100.0     3    0.0   0.0   0.0   0.0   0.0

تصویر زیر یک شماتیک برای آن است

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

ماخذ لینک های زیر این صفحه است حتما ببینید https://www.ittsystems.com/traceroute-alternatives

1. Solarwinds TraceRouteNG
2. Path Analyzer Pro
3. VisualRoute by VisualWare
4. Open Visual Traceroute
5. PingPlotter
6. Visual Trace Route
7. CountryTraceRoute
8. NetScanTools
9. HyperTrace by AnalogX
10. WinMTR

که پیشنهاد من از بین این لینک ها مورد چهارم یعنی Open Visual Traceroute   است

این روال مربوط به وقتی است که CDN در کار نیست
اما وقتی یک CDN در کار است اتفاقی  که می افتد چه می باشد:
به جای اینکه ما متکی به آی اس پی های بین راه شویم روش دیگری در پیش گرفته می شود
یک کپی از محتوای صفحه در سراسر وب قرار داده می شود
گوگل میلیونها سرور در اختیار دارد پس از صفحه مورد نظر میلیونها کپی بر روی سرورهای گوگل گرفته میشود
حالا فقط کافیه یکی از این سرور ها نزدیک شما باشد دیگه به جای اینکه بیست تا سی isp درخواست نمایش صفحه را دست به دست کنند یک یا دو تا ای اس پی بیشتر در مسیر قرار ندارد
بگذارید در عمل ویدیو این کار را ببینیم

یکبار با CDN و یکبار بدون CDN
​

خوب جالب بود

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

به عبارت ساده تر AMP و تمام تشکیلات و داستان هایش یک دروغ بیشتر نیست

گوگل حتی بدون AMP هم می توانست این سرعت را به وب دنیا بدهد

اما در آنصورت یا نقشه اش لو می رفت و یا این که کشورها خودشان از CDN های مورد اعتماد خودشان استفاده می کردند (بدون نیاز به قرار دادن لینک گوگل در سایت های داخل کشورشان)

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

گوگل AMP را بکشید قبل از اینکه باعث مرگ وب شود

تیتر این مطلب انتخاب شده از این سایت است: Kill Google AMP before it kills the web

از دید نگارنده ، رسانه ها به اندازه کافی در بیان مشکلاتی که از جانب AMP بروز خواهد کرد پیش نمی روند و احساس این نیاز به وضوح گفته می شود: AMP گوگل با سبکی که در پیش گرفته است - استقلال وب را از بین می برد.

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

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

برای برخورداری از AMP کارهایی که باید انجام دهید عبارت است از.

1. ابتدا تمام کدهای HTML خود را دور بریزید
2. در تمام صفحات خود بک فایل جاوا اسکریپت که از گوگل بارگذاری می شود قرار دهید
3.  مطالب خود را در زیر مجموعه ای از HTML که Google تأیید کرده است همراه با چند برچسب اختراع شده  اش ارائه دهید.
4. و بالاخره اینکه به گوگل اعتماد کنید، با این فرض که می داند چه کاری انجام می دهد.

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

مطالبی را که تا اینجا خواندید اقتباس آزادی از ترجمه لینک بالا نوشته  Scott Gilbertson بود

شاید بگویید AMP به ذات چیز خوبی است و پر است از مزایا

با AMP هر سایتی سریعتر نمایش داده میشود

دراین قضیه حتی یک استثنا هم وجود ندارد

AMP پروژه ای متن باز است

اپن سورس بودن این پروژه یعنی مشارکین زیاد برای رشد

متمایز در نتایج جستجو

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

 و حرف ما:

گوگل در پی اربابی وب است

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

همان حکایت خان وخان بازی های قدیم

مهمترینش اینکه کنترل تبلیغات در وب را در اختیار می گیرد
یا این است که تنوع و زیبایی وب را محو م یکند
و آنچه را که در مقاله آتی به آن خواهم پرداخت  برا ی آنها دغدغه نیست
​یعنی تهدید امنیت ملی کشورها

این لینک را هم حتما بخوانید:

اول به مزیت های شتاب دهنده AMP برسیم

1. عدم نیاز به سایت مپ یا Sitemap.xml
2. افزایش امتیاز سئو و متعاقبا ارتقا رتبه جستجو
3. وعده امکان استفاده از جاوا اسکریپت بصورت دلخواه در کنفرانس 2019 توسط کریستوفر باکستر از مدیران فنی گوگل
4. به دلیل رفع مشکل کندی سایت ضریب پس زدگی یا Bounce rate کاهش پیدا می کند
5. برجسته شدن با نشان AMP یا جرقه در نتایج جستجو که به یک نرخ بالاتر کلیک (CTR) منجر می شود
6. سرعت غیر قابل دسترس توسط فریم ورک های دیگر
7. یا هست یا نیست یعنی شما نمی توانید نصف و نیمه AMP را بکار بگیرید
8. سرعت یادگیری بالا حتی بدون نیاز به تسلط به زبان های برنامه نویسی
9. بیس این فریم ورک زبان برنامه نویسی جهانی جاوا اسکریپت است که شناخته شده ترین زبان برنامه نویسی دنیاست
10. داکیومنش و سایت مثال کامل برای آن تهیه شده است
11. همه جوره توسط گوگل هدایت و مدیریت شده است
12. ماژول های آماده و جذاب فراوانی دارد
13. می تواند در صفحات غیرموبایلی هم بکار رود
14. سرعت راه اندازی یک سایت با این فریم ورک به طرز قابل توجهی بالا رفت هاست
15. وردپرس 20 درصد سایت های جهان را  شامل می شود و با توجه به تعاملی که گوگل با وردپرس شروع کرده می توان تنها با نصب پلاگین رسمی AMP از تمام پلاگین ها و قالب های این پرتال بدون  ایجاد تغییر در آنها استفاده کرد.
16. چون عملا بیشتر کدها از مسیر سرور های گوگل آدرس دهی می شوند به مقدار زیادی از بار کاری پردازنده سرور، ترافیک و پهنای باند آن کاسته  میشود
17. با توجه به ویژگی های این فریم ورک هر نوع کپی مطلب از سایت تولید کننده  محتوا در سایت های دیگر توسط گوگل ردگیری میشود

1. کاملا وابسته به سرور های گوگل است
2. عدم امکان استفاده از جاوا اسکریپت بصورت دلخواه
3. نمی توان صفحات شتاب دهنده را با اخذ تاییدیه اعتبار سنج W3C ایجاد کرد
4. محدودیت های برنامه نویسی آن از حد یک فریم ورک خیلی بیشتر است
5. متحدالشکل بودن تمام سایت هایی که از AMP استفاده می کنند
6. استفاده از AMP در حالت دسکتاپ در رتبه جستجو  هیچ تاثیر مثبتی نمی گذارد
7. بارگذاری صفحات لینک شده در محتوا بصورت پیش بارگذاری و در پس زمینه
8. دست گوگل را در ارسال تبلیغات و نوتیفیشن بدون اطلاع قبلی باز گذاشته ایم
9. تاثیر بد در کسب و کار اینترنتی مشاغل خرد مرتبط با وب
10. این احتمال که با فراگیر شدن آن سرعت دسترسی به آن کاهش پیدا کند زیاد است
11. چون همه چیز وابسته به سرویس های گوگل شده در جنگ نرم بین ایران و امریکا به بهانه های تحریم می توانند آسیب های فراوانی چه فیزیکی و چه نرم افزاری به وبسایت های ایرانی وارد کنند
12. چون گوگل در عمل مالک این فریم ورک است اگر هر نوع رفتار پیش بینی نشده از خود نشان دهد تنها باید به ان تن داد و هیچ نوع خلاقیتی در مواجهه با آن نمی توان به خرج داد
13. به هیچ شکل نمی توان آن رابومی سازی کرد چرا که هیچ سازمانی در ایران به اندازه یک دهم گوگل هم سرور فعال با ویژگی تحویل محتوا ندارد (این ویژگی به معنای پراکندگی مکانی سرور هاست )

​

مبحث جنجالی شماره 1

عدم تبعیت از استاندارد جهانی W3C

مبحث جنجالی شماره 2

​ از دست دادن حاکمیت وب سایت ها

مبحث جنجالی شماره 3

از بین رفتن تنوع در سراسر وب

 و حرف ما:

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

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

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

بله تمام موارد  موج سوم در دستور کار آمریکا قرار دارد و یکی از مهمترین آنها اهمیت رسانه هاست
الوین تافلر نویسنده آمریکایی و نظریه پرداز موج سوم در تیر ۱۰, ۱۳۹۵ درگذشت و نماند که ببیند وجه تمایز جوامع امروزی مفاهیمی است که او اولین بار به آن پرداخت یعنی: «انقلاب دیجیتالی»، «انباشت اطلاعات» و «رسانه‌های تعاملی» 
در تمام این موارد گوگل بهترین الگو شد اما الان گوگل در پی چیست این مقاله را با دقت مطالعه کنید تا ببینید چه خطری از جانب گوگل جوامع مستقلی مثل ایران را تهدید می کند
AMP را خیلی ها به نقد کشیده اند
اما نه از نظر فنی و اینکه با آنچه که ادعا می شود فاصله دارد بلکه برعکس
شما و هیچ کس دیگر هرگز نمی تواند با عملکرد سریع AMP رقابت کنید ، حتی اگر سریعترین وب سایت در جهان را ایجاد کنید.
ادعای سازندگان AMP این است که صفحات ساخته شده توسط آن زیر یک ثانیه بارگذاری می شوند
ادعایی که عین واقعیت است به مباحث فنی آن نمی پردازم ولی تاکید می کنم
شما و هیچ کس دیگر هرگز و هرگز نمی توانید به این میزان از سرعت برسید
اگر سلسله مقالات «دوری از گوگل» من را خوانده باشید می بینید که گوگل چه جنگی را شروع کرده است
این جنگ آنقدر برا ی گوگل مهم است که برای پیروزی در آن تمام ساختارهای استاندارد وب را کنار زده تا بی هیچ محدودیتی برای مالکیت کل وب قدم های بزرگ خود را بردارد

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

اختلاف نظر شماره 1: عدم تبعیت از استاندارد جهانی
AMP کاملاً خارج از  استادندارد ها  و قوانین W3C و WHATWG  یا The Web Hypertext Application Technology Working Group ، که به عنوان تنها سازمان های اصلی استاندارد سازی وب ایجاد شده اند حرکت می کند. و برای خودش استانداردی  وضع کرده که  گوگل تنها وضع کننده آن محسوب می شود.
گوگل با معرفی AMP استانداردهای خاص خود را ایجاد می کند که مطابقتی با HTML معتبر ندارد.
برای اینکه یک طرفه به قاضی نرفته باشیم این مورد را هم ​در دفاع AMP اضافه کنم که ، علیرغم شکستن قوانین استاندارد ها؛ مرورگرها صفحات AMP را بسیار خوب نشان می دهند زیرا مرورگر می داند که چگونه به خوبی با HTML نامعتبر رفتار کند. چرا که، تقریباً هر صفحه ای که تاکنون ایجاد شده است ابتداHTML نامعتبر داشته و تا زمانیکه استاندارد آن اماده شود مرورگرها خودشان را با آن تطبیق داده بودند.
اما با این حال بحث برانگیز بودن این مبحث کماکان به قوت خود باقیست. چرا که وب کاری اشتراکی بین جوامع کاربری است و AMP این واقعیت را نادیده می گیرد.
دفاع اصلی گوگل این است که AMP منبع اش باز است یا اصطلاحا اپن سورس است. که ، اصلاً دفاع نیست. مثلا  اگر ما برای نسل کشی برنامه ای متن باز داشته باشیم. آیا کارمان قابل توجیه میشود.  ضمن اینکه باید گفت این چه اپن سورسی است که عمده تیم آن از کارمندان گوگل است  شده حکایت سورس باز بودن اندروید و....
​جنجال شماره 2: از دست دادن حاکمیت وب سایت ها
یکی از پیامدهای اصلی انتشار یک صفحه تحت AMP این است که این صفحه از دامنه Google موجودیت پیدا میکند. یا خوشبینانه اش تیم توسعه دهنده AMP است، هرچند عمده افراد  آن از Google خواهند بود.
به این معنی که کمترین حضور در منطقه شما و زمان بیشتر ماندگاری در Google خواهد بود. ترافیک کمتر در منطقه شما می تواند به معنای فرصت های کسب درآمد کمتر برای  اپراتور ها باشد. که شاید بگویید این برای شما مهم نیست اما به طور کلی، به معنای کنترل کمتر بر روی  هر چیزی در صفحه شما است. 
چرا که شما برای استفاده از AMP باید به هر آنچه استاندارد AMP اجازه می دهد یا اجازه نمی دهد مطیع باشید. که  معنایش این می باشد که شما از حق حاکمیت وب سایت خود گذشت کرده اید. مشابه زمانی که کلیه مطالب خود را مستقیماً در Facebook منتشر می کنید ، می توانید کنترل و اختیار کامل آن را چه در حال حاضر و چه در آینده از دست بدهید.
یک دفاع ساده در اینجا می تواند این باشد که خوب شما از AMP استفاده نکنید. این کلامی طعنه آمیز است. چرا که اگر AMP باشد هیچ جای رقابتی برای دیگر ابزار وب نمی ماند AMP  ترافیک سایت را بالا می برد و این همان چیزی است که مدیران سایت ها می خواهند به همین دلیل ساده که AMP در جذب کاربر بسیار بهتر از یک صفحه وب عادی کار می کند. از این رو ، در مسابقه نا امید کننده برای جذب ترافیک ، سازمان ها به سمت AMP سوق پیدا خواهند کرد. و قیمتی هم که باید برای  آن بپردازند از دست دادن کنترل کاملاً کامل بر تجربه وب است.
به فرض محال که بتوانید صفحات وب را سریعتر بسازید بدون اینکه از AMP استفاده نکنید؟ حتی با این استراتژی شما بازنده این بازی خواهید بود پاسخ چراییش را من آخر بحث خواهم آورد

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

تجربه جالبی بود نه؟
در حاشیه این را بگویم که زمانیکه مونیتور های LCD برای اولین بار آمده بود هیچ فروشگاهی یک مونیتور LCD را کنار مونیتور های قدیمی  موسوم به CRT قرار نمی داد
چون LCD ها در عین زیبایی و جذابیت به هیچ صورت  کیفیت آن مونیتور ها را نداشتند پس چرا هزینه بیشتر را مشتریانش تقبل کنند؟
اما تا سالها گرافیک کارها که این را می دانستند با مونیتورهای قدیمی خودشان ساختند و در این حربه گرفتار نشدند چون کیفیت برا ی آنها مهمتر از همه چیز بود
 یافته های فوق از حربه مخفی پشت سرعت AMP  برای ما پیامدهای بسیار جدی دارد:
الان هر خبره ای می داند که سرعت بالای جستجو در گوگل که با باز شدن صفحه نتایج در کسری از ثانیه همراه است را گوگل مدیون میلیونها سروری است که در اختیار دارد و بصورت استفاده از CDN یا شبکه تحویل محتوا حاصل می شود
اما در AMP چی؟
اگرچه AMP به عنوان یک استاندارد به عملکرد موبایل کمک می کند، اما خود استاندارد AMP وظیفه عملکرد آنی را ندارد. AMP بدون CDN مانند هر صفحه وب دیگر در اولین ثانیه های بارگذاری ممکن است شکست بخورد و اصطلاحا کانکشنش fade شود و لی CDN این امر را برای AMP حذف کرده. صفحات AMP به خودی خود به هیچ وجه سریعتر از یک صفحه وب همراه با طراحی مناسب (که در آن آزادی انجام هر کاری را خواهید داشت) نیست.
اما AMP به آنصورتی که الان هست داستانش فرق می کند چند اصل در AMP حرف اول را می زند 
1- استفاده از AMP و ماژولهای ساخته شده توسط آن تنها باید از طریق آدرس های CDN  گوگل باشد مثل : https://cdn.ampproject.org/v0.js
بنابراین مثلا اگر بیایم آن را بومی سازی کنیم که از آدرس های ایرانی بارگذاری شود دیگر به سرعت AMP  نه که نمی رسیم نزدیک هم نمی شویم چرا که ما میلیون هاسرور گوگل را در اختیار نداریم
2-اجبار Canonical AMP در استاندارد AMP
چرا که در غیر اینصورت ممکن است برای یک صفحه آدرس های زیادی در گوگل کش شود و در نهایت پرفورمانس آن را پایین بیاورد
خوب اگر شما یک دولوپر باشید یا آشنا به  فن آوری های وب متوجه می شوید که گوگل از چه حقه ای استفاده می کند
عمده سرعت AMP متکی بر CDN است و نه این همه الگوریتم ها و استانداردها و  چند وچون هایی که برای آن گذاشته شده است
نه اینکه بگویم اینها لازم نبوده بلکه برعکس اگر مقاله وب به سلیقه Google من را خوانده باشید در جایی از آن مقاله این را آوردم که
​وب سایتهایی که کاملاً در AMP ساخته شده اند ، یک رویای رمانتیک برای Google است. صفحات AMP سریع بارگذاری می شوند (خیلی سریع برای خزیدن)، قابل فهم آسان برای یک موتور (به لطف داده های ساختاری اجباری) و فاقد هرگونه آشفتگی یا آشفتگی ناخواسته هستند (زیرا هر نوع آشفتگی این استاندارد را در هم می شکند).
و ا ین دلیل دیگری بر تایید حرف های این مقاله من است.
پایان کلام:
شما هرگز نمی توانید با عملکرد سریع AMP رقابت کنید ، حتی اگر سریعترین وب سایت در جهان را ایجاد کنید. و حتی اگر با علم به اپن سورس بودنش AMP را بومی سازی کنید. چرا که میلیونها سرور گوگل را در اختیار ندارید
به همین دلیل است که سناریویی را که در بالا  مفصل برای تان باز کردم را تقلب و ضد رقابت گوگل می دانم:
اما AMP چه خطراتی برای نظام قدرتمند ایران می تواند داشته باشد
حتما یادتان می آید چند سال پیش بود که گوگل اعتراف کرد که ارتش سایبری ایران توانسته 300 هزار گواهینامه امنیتی SSL جی میل را هک کند و حیثیت و آبروی گوگل را زیر سوال ببرد  این ویدیو را ببینید:
​

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

و مهمترین این منافع جمع آوری اطلاعات جستجوی ایرانیان است

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

 اگر به بخش مربوط به google news بروید  چیزی برای ا یرانی ها ندارد

آیا می دانید چرا؟

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

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

ترامپ دلایل این شکایت خود را اینطور گفت که:

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

ایشان اعتقاد دارند که وقتی در اخبار گوگل ترامپ مورد جستجو قرار می گیرد هیچ صفت مثبتی از ایشان نمایش داده نمی شود [ لطفا نخندید:)]

برا ی اهمیت موضوع بگذارید

Google News در مقابل جستجوی Google معمولی

را مورد بررسی قرار دهیم

اکوسیستم جستجوی Google گسترده ، پیچیده و کاملاً پیوندی است. تا آنجا که حتی خود گوگل هم نمی تواند در آن  خیلی دست ببرد

اما google news داستانش فرق می کند 

فقط کافی است که گوگل آ« را روی سایت های خبری که دوست دارد تنظیم کند

جناح بندی سایت ها در آمریکا بصورت زیر است

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

نتیجه اش هم می شود شکل زیر (این سرچ مربوط به جستجوی نام ترامپ در آمریکا است)

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

ترامپ بیشتر دعوایش سر بخش گوگل است و روی serp بحثی ندارد

و یک جورهایی آن را پذیرفته است

اما  چرا صفحه خبر های گوگل اینقدر مهم است

دلیلش است که آمریکا جزو کشورهایی است که در آن  ناشران خبر خیلی سخت به فعالیت مشفول هستند  تا در آن راس گردونه  Top Stories ظاهر شوند، حتی اگر این به معنای اجرای فناوری هایی مانند AMP باشد که خلاف اکثر اصول اصلی سازمان های خبری است اما الزامی برای حضور در Top Stories در تلفن همراه دارند.

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

ترامپ اعتقاد دارد اخبار Google News مغرضانه است

تیم مدافع ترامپ در اعتراض خود به نحوه نمایش اخبار مربوط به ترامپ در google news گفته اند که 

گوگل در اجرای این  امر خود  سه عنصر اصلی را در اختیار دارد: فناوری ، ارتباط و اقتدار.

بیش از 99٪ مقالات نشان داده شده در Top Stories از وب سایتهایی هستند که در فهرست Google News گنجانده شده اند. از آنجا که این فهرست خبری به صورت دستی به روز رسانی می شود ، فرصتی مغتنم برای ایراد اتهامات تعصب از سوی تیم ترامپ وجود دارد. آنها اعتقاد دارند افرادی که مسئول ایجاد نمایه Google News هستند ، تصمیم می گیرند که  چه وب سایت ها باشند یا نه، و از دید تیم ترامپ این نمی تواند یک فرآیند "خنثی" و "هدفمند" باشد زیرا افراد ذاتا بی طرف و هدف نیستند. هر سایت خبری که پذیرفته شده یا رد شود ، بر اساس تصمیم انسانی انجام می شود.

از آنجا که تمام تصمیمات بشری تحت تعصب قرار می گیرند - خصوصاً تعصب ناخودآگاه - این امر باعث می شود روند تصویب اولیه از قبل یک موضوع ذهنی را ملاک کار داشته باشد.

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

در شکواییه خود از گوگل عنوان کردند که یک سایت خبری باید عناصر فنی خاصی را در اختیار داشته باشد تا Google News بتواند به سرعت خزیده و فهرست بندی مقالات جدید را انجام دهد. این شامل نشانه گذاری داده های ساخت یافته برای مقالات و وسیله ای برای اطلاع شما به Google است که مقاله های جدید (معمولاً از طریق نقشه سایت XML خاص اخبار) در اختیار گوگل قرار می گیرد [ منظور sitemp.xml آست].

هر دوی این فناوری ها به شدت تحت تأثیر گوگل قرار دارند: schema.org یک پروژه مشترک از گوگل ، بینگ و یاهو است و پروتکل نقشه سایت به دلیل وابستگی  کاملاش به موتورهای جستجوگر مانند گوگل در اختیار گوگل است.

سوم ، یک سایت خبری باید نسخه های معتبر AMP از مقالات خود را داشته باشد. ممکن است برخی از سایت های خبری این را جنبه اختیاری بدانند، اما واقعا ، بدون AMP یک سایت خبری در نتایج جستجوی تلفن همراه در Top Stories ظاهر نمی شود. این یک فقدان فاجعه آمیز ترافیک جستجوی بالقوه را نشان می دهد که از نظر اقتصادی ضربه سنگین  برای وب سایت های خبری است که از AMP تبعیت نمی کنند.

در حالی که AMP به عنوان یک پروژه منبع باز ارائه می شود ، در حقیقت اکثریت قریب به اتفاق کد آن توسط مهندسان Google نوشته شده است. در آخرین بررسی، بیش از 90٪ کد AMP از Googlers یا همان کارمندان گوگل بدست آمده است. بنابراین بیایید صادق باشید ، AMP یک پروژه Google است.

وکلای ترامپ بعد از ااین ادعا به کنترل فنی کامل Google بر Google News و Top Stories پرداختند - در سیستم های خزنده ، نمایه سازی و رتبه بندی خود گوگل ، و همچنین فن آوری هایی که ناشران خبر باید برای استفاده در Google News در نظر بگیرند. اگر بخواهند امیدی به دریافت ترافیک از Google داشته باشند ، ناشران در طراحی فنی خود از آزادی چندانی برخوردار نیستند. و بالاخره با بیان اینکه الگوریتم ها هرگز بی طرف نیستند ساختار الگوریتم های گوگل را مورد حمله قرار دادند

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

این همه در شرایطی است که  آمریکا را کشوری آزاد می نامند پس چرا باید پیشینه سیاسی مهندسین گوگل اینقدر اهمیت پیدا کند؟

این نوع حملات را ترامپ در حد وسیع علیه گوگل راه اندازی کرد مواردی مثل:

https://mediabiasfactcheck.com/google-news

https://www.foxnews.com/politics/trump-threatens-google-over-alleged-biased-search-results

مخالفان AMP معتقدند گوگل با AMP به جهنم راه پیدا خواهد کرد و به کسانی که قصد انتخاب AMP دارند این را می گویند که

Google می خواهد وب سایت ها AMP را به عنوان رویکرد پیش فرض برای ایجاد صفحات وب انتخاب کنند. شما به گوگل بگویید نه.

بگذارید قبل از پرداختن به آن خلاصه وار در مورد صفحات موبایل پرشتاب یا AMP صحبت کنیم.
نکته: توجه داشته باشید که شما در صفحه نظرات مخالفان AMP قرار دارید و آنچه در اینجا می خوانید نظر شخصی من نیست و نظرات مخالفان همیشه  با دید منتقدانه است و ممکن است در آن زیاده روی هم شده باشد تو صیه می کنم ضمن خواندن  این مطلب نظر سازندگان AMP را هم بخوانید تا یک طرفه به قاضی نرفته باشیم
من هم در جاهایی که لازم دیدم نظر خودم را داخل کروشه ذکر می کن
ضمنا هر دو این مباحث به مرور تکمیل خواهند شد
 پروژه AMP عملا حیوان خانگی Google است که گفته می شود "یک کار مبتکرانه اپن سوری با هدف بهتر کردن وب برای همه" است. در حالی که تأکید زیادی بر سایت رسمی AMP در مورد ماهیت منبع آزاد آن وجود دارد، واقعیت این است که بیش از 90٪ از مشارکت های این پروژه توسط کارمندان گوگل بوده است وشروع ان هم توسط گوگل بوده است. پس بیایید واقع اندیش باشیم: AMP یک پروژه Google است .

به همین دلیل AMP به هر حال و در هر نوع فرزند خوانده گوگل محسوب میشود. دقیقا مثل اندروید
آنچه در عمل اتفاق افتاده این است که، گوگل وب سایت ها - به ویژه ناشران خبرها - را مجبور کرده است برای مقالات خود نسخه های AMP  را ایجاد کنند. البته گفته میشود برای ناشران ، AMP اختیاری است. اما اختیاری در کار نیست. بدون AMP ، مقالات تولید کنندگان محتوا بسیار بعید به نظر می رسد در لیست غلطکی  Top Stories در جستجوی تلفن همراه در نتایج Google ظاهر شود.
و به دلیل محبوبیت جستجوی موبایل [ 70 درصد وردی سایتهای معتبر از گوگل توسط دستگاه های موبایل است] در مقایسه با جستجوی دسک تاپی، دیده شدن در نتایج جستجوی تلفن همراه گوگل برای ناشرانی که می خواهند در این رقابت شدید از کورس رقابت جا نمانند ضرورت دارد.

اگر ناشران یک انتخاب داشتند ، آنها AMP را کاملاً نادیده می گرفتند. چرا که تولید کنندگان محتوا مخصوصا سایت های خبری  منابع زیادی را بکار می گیرند تا یک سایت  روان با عملکرد مطلوب داشته باشند. AMP   یعنی بار اضافی؛ چرا که برای ایجاد نسخه های جداگانه AMP از مقالات و خبرها با رعایت استاندارد های مطابقت سازی با AMp که  همیشه در حال تحول است، فعلا نرم افزاری وجود ندارد [ خوانندگان این مطلب به این نکته توجه داشته باشید که در AMP تمام استایلها باید داخل محتوا باشد و شما مجاز به استفاده از فایلهای بیرونی CSS نمی باشید]
یکی از کارمندان ارشد گوگل در کنفرانسی اعلام کرد که amp.dev live! [برنامه نویسی زنده!]
بنابراین AMP با هزار کلک و  صورت مصنوعی زنده نگه داشته می شود[بقول ما ایرانی ها آدم زنده زندگى مى خواد و گوگل نیز به این امر واقف است که AMP باید زنده بماند تا مورد استقبال قرار بگیرد].ما معتقدیم AMP نه به دلیل شایستگی خود به عنوان یک پروژه زنده مانده است ، بلکه به دلیل گوگل وب سایت ها را مجبور می کند AMP را در دستور کار خود قرار دهند.
AMP دچار مرگ مغزی است و گوگل از این راضی نیست. نه اصلا راضی نیست، از AMP  انتظارات زیادی دارد . خیلی بیشتر از آنکه فکرش را بکنید.
پیام های کنسول گوگل خود را جستجو کنید
برخی از هم نظران من این پیامها را از کنسول جستجوی Google دریافت کرده اند:

نگاهی خوب به این پیام بیندازید.
با یک نگاه گذرا مواردی را که گوگل با نسخه های AMP از وب سایت ها دریغ می کند را می تواند دید:

"صفحه AMP تمام ویژگیهای پیمایشگرها یا نویگیشن های موجود در صفحه متعارف، مانند فهرست محتویات و یا منوی همبرگر را از ما می گیرد."

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

URL : یک URL متعارف به کاربران اجازه می دهد تا محتوا را مستقیماً در سکوهای رسانه های اجتماعی متنوع به اشتراک بگذارند. این ویژگی در صفحه AMP وجود ندارد. "

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

اصولاً هرگونه اختلاف بین نسخه AMP با نسخه معمولی یک صفحه ، مشکلی است که باید برطرف شود. و شاید  برطرف شود [لازم به ذکر است که من با بررسی که در دایکیومنشن AMP داشتم متوجه شدم خیلی از این محدودیت های گفته شده الان دیگر وجود ندارد] Google می خواهد نسخه AMP با نسخه معمولی صفحه 100٪ یکسان باشد. این آرزو را ما محال می دانیم

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

AMP معمولی

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

Google می خواهد ناشران دقیقاً مانند نسخه معمولی وب سایت؛   با نسخه AMP رفتار کنند.

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

این فکر از مستندات Google  برای AMP کاملاً بیرون نیامده و صریحاً این طور چیزی را نمی گوید، اما مدتی است که به آن اشاره وار پرداخته اند. یک مثال آن بخشی از کنفرانس AMP Conf 2018 در آمستردام بود ، و این پیام های کنسول جستجو ی گوگل که به آن اشاره کردیم [ عکس بالا ] نکات چندان ظریفی برای ناشران می بینیم: پذیرش کامل AMP به عنوان پیش فرض وب سایت های خود، با حداقل مقاومت.

این چیزی است که گوگل می خواهد. آنها می خواهند وب سایت ها کاملاً AMP شوند، از کل وب داریم صحبت می کنیم هر صفحه AMP سازگار با محدودیت های استاندارد AMP هم همراه است.

وب به سلیقه Google

وب مکانی مبهم و پیچیده است. در زمان آغاز به کار بازی وب با استانداردهای رسمی اما بی قاعده  شروع شد،این مرورگرهای وب مانند Netscape و Internet Explorer  بودند که با معرفی فن آوری های غیر رسمی خود به پیشرفت وب کمک کردند و با پیشرفت قابلیت های وب استاندارد ها رشد کردند.

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

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

سالهاست که گوگل برای ایجاد وب سایت های بهتر به وب مسترها متوسل شده است - "بهتر" به معنای "درک راحت تر Google و نه راحتی برای کاربر". فن آوری هایی مانند سایت مپ ها در قالب نقشه های XML و داده های ساخت یافته schema.org به شدت توسط گوگل پشتیبانی می شوند زیرا باعث می شود کار موتور جستجو آسان تر شود.

ابتکارات دیگر گوگل مانند disavow پرونده ها و rel = nofollow به Google کمک می کند نمودار پیوند خود را تمیز و عاری از هرزنامه های نامشخص نگه دارد. تمام مقالاتی که در وب سایت توسعه دهنده گوگل منتشر شده اند، به این می پردازند که برای اطمینان از خود داری از هرج و مرج و آشفتگی وب ، طراحی ها شبیه به یک وب تمیز و آسان برای درک باشند. به عبارت دیگر ، یک وب به شکل گوگل [این قسمت به این دلیل بولد شده که در آینده نزدیک مطلبی به همین منظور توسط من منتشر خواهد شد تا به  این موضوع هم پرداخته باشیم]. این نبردی است که گوگل ده ها سال برای آن می جنگید.و آخرین سلاح موجود در زرادخانه  گوگل، AMP است.

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

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

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

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

رقص، رقصی برای Google

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

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

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

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

WWW این نشانشبکه جهانی وب یا World Wide Web است و نه Google Wide Web. ما همانطور که از مالکان صفحات وب این خواهش را می کنیم خودمان هم آن را انجام خواهیم داد. این کار ما نیست که Google را خوشحال کنیم و وب سایتهایمان را برای آنها خوشایند کنیم. نه ، گوگل در ایهام است - تنها وظیفه گوگل این است که کاری کند که کاربران ما  وب سایت هایمان را پیدا کنند ، زیرا بدون ما گوگل وجود نخواهد داشت.

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

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

بازگشت به عقب

برخی از کاربران  از من سؤال می کنند که با آن پیام های ارسالی گوگل در سرچ کنسول چه کار کنم. من به آنها خواهم گفت که آنها را حذف کنید. نادیده گرفتن پیامهای گوگل بهترین کار است.

Google قصد دارد فشار خود را ادامه دهد. من انتظار دارم که این پیامهای کنسولر گوگل به هشدارها تبدیل شوند و در نهایت به خطاهای معمولی تبدیل شوند که مهر  باطل  شد استاندارد AMP را در پی خواهد داشت.
خلاصه کلام:
Google یک وب پاکتر [ از دید موتور خودش]، مرتب تر، با حداقل تنوع می خواهد و برای دستیابی به این هدف از هر سلاح در دسترس خود استفاده می کنند.اجبار Canonical AMP در استاندارد AMP فقط یکی از این سلاح ها است  آقای شیرازی از وب24 یک ویدیو در مورد قرار دادن رل کنونیکال در صفحات AMP منتشر کرده اند 

   من شخصا به عنوان تنها سئوکار شرکت متبوعم اعتقاد دارم سرعت پادشاه وب است و AMP تنها ملکه این تاج و تخت

و حتما می دانید پروژه AMP نیز فقط با همین نیت ایجاد و رشد و توسعه داده شد

پس بد نیست آخرین نظرات سازندگان آن را با هم مرور کنیم

Kristofer Baxter, از شرکت گوگل اعتقاد دارد

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

و ملیسا دی پود  گفته

حالا سوالی که مطرح میشود این است که، اگر تیم ها توسعه گر به AMP را بیس کاری خود قرار دهند، چه اتفاقی می افتد؟

در تایید AMP باید گفت اصول طراحی AMP باید در همه ابعاد تصمیم گیری گنجانیده شود، بله برای تصمیم گیری در هرسطحی اصول AMP باید لحاظ شود

آیا ویژگی AMP اگر در دسکتاپ مورد استفاده قرار بگیرد همان بهره را که در موبایل عایدمان میشود را دارد
در پاسخ باید گفت گوگل به صراحت اعلام کرده که خیر؛ این ویژگی تنها برای موبایل موجب تاثیرگذاری در رتبه می شود و رتبه بندی دسکتاب را تحت تاثیر قرار نمی دهد

پاسخ از گوگل:https://support.google.com/webmasters/answer/6340290

 However, AMP on desktop doesn't get search-specific features in Google Search results.

	کریستوفر باکستر: کریستوفر یک مهندس نرم افزار در گوگل است که در ساخت هرچه سریعتر وب برای کاربران تمرکز دارد. قبل از همکاری با تیم های AMP ، کریستوفر تیم هایی را در LinkedIn و Netflix مدیریت کرد تا معماری و محصولات نرم افزاری خود را بهبود بخشند.
	ملیسا دی پود: یک معمار فنی در واشنگتن پست است ، جایی که در تیم انتشارات Arc کار می کند. قبل از کار در پست ، او به عنوان یک بازاریاب دیجیتال ، ویرایشگر محتوا و روزنامه نگار کار می کرد - گاهی اوقات همه به یکباره.
	اندرو واتسون: یک دیزاینر است وی در پروژه AMP فعالیت دارد. پیش از این در Pivotal Labs کار می کرد که توسعه نرم افزار چابک کاربر محور و بزرگ را برای شرکت های بزرگ بر عهده داشته است و به عنوان یک طراح اولیه در استارتاپ هایی مانند Meebo و Asana نیز کار می کرده است. وی دارای مدرک طراحی رسانه دیجیتال از دانشگاه پنسیلوانیا است.
	سپاستین وب: یک مشاور توسعه دهنده در Google است. او ampbyexample.com را ایجاد کرده که الان بر روی خود پروکه اصل ریدایرکت می شود و به همکارانش کمک می کند تا در وب و Android موفق تر باشند. سباستین دارای دکترای علوم کامپیوتر از TU Muenchen است.