•  Untoreh-light

Поисковые системы

AMP-страницы, турбо-страницы, индексация ... хорошее, плохое ...

Надо идти быстро!

Некоторое время Google настаивал на страницах AMP. Потому что данные говорят, что время загрузки страницы влияют на пользовательский опыт ... очевидно. Он прошел через некоторые грубые пятна но проект с открытым исходным кодом продолжает идти. Но на момент написания все еще экспериментальный.

Не повторяйся

AMP в основном переопределяет набор HTML-тегов и ограничивает то, какие атрибуты вы можете использовать. Теперь представьте, что у вас есть веб-страница, и вы хотите предложить версию AMP. Это не то, что можно сделать программно , поэтому вам придется просмотреть все страницы, выяснить, что поддерживают спецификации AMP, и соответствующим образом настроить страницу ... Слишком много хлопот, если вы хотите обеспечить единообразие между страницей по умолчанию и страницей AMP.

Я решил не делать этого. Поэтому я просто отношусь к страницам AMP как к тексту плюс CSS. Все остальное я убираю. Это, конечно, не то, что разработчики AMP имели в виду с целью улучшения пользовательского опыта ... Но, по крайней мере, я могу генерировать их автоматически.

В идеале вы хотели бы с самого начала публиковать свой веб-сайт / сайты с учетом AMP, чтобы сохранить последовательность. Но если вы пишете для AMP, вы Только писать для AMP, что неприятно, потому что это похоже на обнесенный стеной сад. Приходится иметь дело с HTML и ampHTML нужно поддерживать много оттока. Некоторые AMP веб-компоненты вернулись в W3 стандарты. Но большая часть все еще экспериментальный и кто знает, станет ли AMP стандартом или просто станет делом Google. На хорошей ноте байду кажется, поддерживает его (вместе с его MIPстраницы ... хотя они не выглядят в хорошем состоянии ...).

Все эти файлы кешированный на серверах поисковой системы. Мне это тоже не нравится. Проект с открытым исходным кодом AMP должен, по крайней мере, предлагать самостоятельно принимающийсервер для веб-страниц, даже если он используется только в целях разработки.

Яндекс

Яндекс также есть свои спин ... турбо-страницы, которые еще строже, так как вы не можете включить собственный CSS на страницу, но вы должны установить его из панели управления веб-мастеров Яндекса. Также турбо-страницы на самом деле не являются страницами. Вы предоставляете RSS-канал или огромный файл YAML со всеми страницами, которые хотите предложить в их турбо форма. И Яндекс проглатывает его и показывает на своих поисковых страницах ... так много для сканируемой сети ...

Какая цель?

Быстрые страницы, которые хорошо выглядят? Объявления, которые загружаются быстро? Отслеживание у источника? Шаблон для меня выглядит как вертикальная интеграция всех компонентов, которые идут от пользователя, страницы поиска и контента прямо в поисковую систему. Направление состоит в том, чтобы строить все больше и больше вокруг оптимизированных садов, обнесенных стеной ( дрожь).

Надеюсь, я ошибаюсь. Я хотел бы, чтобы усилитель растворился в том, что было бы HTML6 или чем-то в этом роде, я, конечно же, не беру экспериментальные компоненты. Большая часть веб-сайта просматривается с мобильных устройств. Проведение различия между «настольным» и «мобильным» с точки зрения скорости может оказаться пагубным, если сегодня люди обновляют свои телефоны быстрее, чем настольные и портативные компьютеры, так что в конечном итоге их телефон может стать их самым быстрым устройством. Страницы должны быть постоянно спроектированы для удобства использования, «отзывчивый» подход, который может сильно обременить разработку веб-сайтов, по-прежнему является лучшим компромиссом, чем хаотичные многоверсионные веб-страницы.

Также есть Близнецы

Если вам нужны легкие веб-страницы, Близнецы протокол может их обслуживать, будут ли его поддерживать основные браузеры? Наверное, нет ... поскольку он не может показывать рекламу ..

Теги сообщений: