Содержание
Оптимизация сайта: что это такое
Чтобы получить такой результат, необходимо учитывать алгоритмы работы поисковиков и проводить постоянное комплексное улучшение интернет-ресурса.
SEO-оптимизация сайтов
Оптимизация сайтов
С учётом характера средств, выбранных веб-мастером для работы с сайтом, он может оптимизироваться чёрным, белым или серым способами.
При чёрной оптимизации используются противозаконные методы, и происходит манипуляция алгоритмами поисковика. Когда веб-мастер выбирает методы, которые теоретически не разрешаются, речь идет о сером способе оптимизировать ресурс. При таком подходе, как и при использовании чёрного SEO, сайты нередко попадают под фильтры поисковиков или банятся.
Легальную и абсолютно приемлемую оптимизацию принято называть белой. Её инструменты полностью отвечают требованиям поисковых систем и при этом позволяют удовлетворить нужды пользователей.
Внутренняя оптимизация
При таком виде SEO проводятся работы с наполнением сайта: готовятся и размещаются уникальные тексты, подбираются ключевые фразы и распределяются по страницам, оформляются теги, меню, карта ресурса и т.
п.
Внешняя оптимизация
На этом этапе накапливаются ссылки на сайт с внешних ресурсов. Возможности для их сбора зависят от способа оптимизации. Важно помнить, что слишком резкий рост количества ссылок на какой-либо ресурс, особенно новый, может привести к санкциям.
Алгоритмы поисковиков постоянно улучшаются, и ужесточается контроль за чёрной оптимизацией, что заставляет обновлять инструменты SEO, видоизменяя и усложняя их.
Другие термины на букву «О»
ОбфускацияОтложенная конверсия
Все термины SEO-Википедии
Теги термина
Техническая оптимизацияПродвижение сайтовПоисковые системы
Какие услуги тебе подходят
Продвижение сайтов в Москве
SEO-оптимизация сайта
Оптимизация сайта под Google
Продвижение сайта в Яндексе
Продвижение интернет-магазина
SEO-продвижение лендинга в поисковых системах
Продвижение медицинских сайтов
Продвижение молодого сайта
Продвижение сайтов под ключ
SEO-продвижение с гарантией
Продвижение по ключевым словам
Продвижение сайта в ТОП 10 Яндекса и Google
Продвижение туристических сайтов
Продвижение сайтов в ТОП 3 Яндекса и Google
Оптимизация сайта под Яндекс
Раскрутка сайтов за рубежом
Продвижение сайта в Google
Продвижение сайта по позициям
Продвижение сайта по трафику
Оптимизация сайта в мобильной выдаче
SEO аудит
Поисковый аудит сайта
Заказать продвижение сайта
Продвижение сайтов в Москве: проверенные решения от профессионалов
Продвижение стоматологической клиники
Продвижение сайтов медицинских клиник
Продвижение салона красоты
Продвижение автомобильных сайтов
Продвижение магазина автозапчастей
Продвижение и раскрутка автосервиса
Продвижение отелей и гостиниц
SEO-продвижение сайта в Новосибирске
SEO-продвижение сайта в Екатеринбурге
SEO-продвижение сайта в Самаре
SEO-продвижение сайта в Омске
SEO-продвижение сайта в Нижнем Новгороде
SEO-продвижение сайта в Казани
SEO-продвижение сайта в Челябинске
SEO-продвижение сайта в Красноярске
Поисковое продвижение сайтов в Перми: эффективно, профессионально, прозрачно
Поисковое продвижение сайтов в Ростове-на-Дону
Поисковое продвижение сайтов в Уфе
SEO-продвижение сайта в Воронеже
SEO-продвижение сайта в Волгограде
SEO-продвижение сайта в Краснодаре
Продвижение интернет-магазина бытовой техники
Продвижение интернет-магазина одежды
Продвижение интернет-магазина зоотоваров
Продвижение интернет-магазина книг
Продвижение интернет-магазина мебели
Продвижение интернет-магазина обуви
Продвижение интернет-магазина сантехники
Продвижение интернет-магазина спортивных товаров
Продвижение интернет-магазина стройматериалов
Продвижение интернет-магазина часов
Маркетинговый аудит сайта
Продвижение автосалона
Поисковое продвижение сайтов в Тольятти
Оптимизация загрузки JavaScript-кода в Wikipedia / Хабр
Автор материала, перевод которого мы сегодня публикуем, говорит, что он, в середине сентября 2019, наконец-то завершил проект, которым занимался уже год.
Целью этого проекта было сокращение размеров манифеста, необходимого для инициализации асинхронного JavaScript-конвейера Wikipedia. А именно, размер манифеста составлял 36 Кб. Его нужно было уместить в менее чем 28 Кб, что соответствует двум 14-килобайтным фрагментам последовательности интернет-пакетов.
Результатом этого проекта стала ежедневная экономия 4.3 терабайт трафика.
Сначала размер манифеста превышал 36 Кб, а после оптимизации его размер стал меньше 28 Кб
На графике показано постепенное уменьшение размеров манифеста. Речь идёт о сжатых данных (то есть это — чистая нагрузка на сеть, которую создаёт передача этих данных с сервера в браузер).
Процесс оптимизации
Инициализационный манифест представлен данными, которые непросто оптимизировать. Основной объём его кода — это не что-то вроде функциональной логики, которая может быть оптимизирована традиционными средствами. Вместо этого почти весь манифест представлен чистыми данными.
Эти данные автоматически генерируются системой доставки контента ResourceLoader. Они представляют собой реестр бандлов модулей. Система ResourceLoader используется в Wikipedia для работы с JavaScript, с CSS, с текстовыми ресурсами.
Реестр включает в себя метаданные для всего фронтенд-функционала, развёрнутого на Wikipedia. В манифесте перечисляются имена бандлов, их актуальные версии, тут описываются их зависимости от других подобных бандлов.
Я начал работу с поиска кода, который никогда не использовался на практике (T202154). Сюда входило обнаружение незавершённых или забытых фрагментов кода, связанных с устаревшими возможностями. Тут же было проведено и удаление неиспользуемого кода, обеспечивающего совместимость с браузерами, которые больше не проходили наш тест, обеспечивавший их попадание в группу современных браузеров (Grade A). Я, кроме того, подготовил документ, посвящённый производительности загрузки страниц. Этот документ играл роль справочника, позволяя разработчикам понимать воздействие изменений различных типов на различные стадии процесса загрузки страницы.
Сокращение количества модулей
Следующим шагом стало сотрудничество с командами инженеров Wikimedia Foundation и Wikimedia Deutschland. Нам нужно было выяснить то, какие возможности системы используют чрезмерное количество модулей. Например, поняв это, можно было бы объединить ранее разрозненные бандлы, из которых была построена некая функциональная возможность. Такие бандлы, даже в разрозненном состоянии, всегда загружались вместе. Это привело бы к тому, что в системе было бы меньше конечных точек, метаданные которых надо было бы хранить в реестре, формируемом ResourceLoader.
Вот некоторые интересные моменты, касающиеся применения этого подхода к оптимизации:
- У расширения WikiEditor теперь имеется на 11 модулей меньше, чем раньше. Ещё 31 модуль удалось убрать из UploadWizard.
- При оптимизации программы ContentTranslation удалось скомбинировать 24 модуля.
- В проекте MobileFrontend скомбинировано 25 модулей.
- 20 модулей убрали из RevisionSlider и TwoColConflict.
Очень важно и то, что был оптимизирован клиент Wikidata для Wikipedia. Эта часть работы и сама по себе была прямо-таки эпическим проектом (T203696). Вначале за реализацию этой возможности отвечали 248 отдельных модулей. После того, как удалось избавиться от более чем 200 модулей, их осталось всего 42.
На вышеприведённой диаграмме показаны те небольшие улучшения, которые были внесены в проект за год. Все они приближали нас к цели. Особо хочется отметить два больших падения размера манифеста. Одно такое падение случилось в первую неделю августа. Именно тогда была развёрнута улучшенная версия Wikidata. Второе падение размера можно наблюдать в самом конце графика. Оно случилось в середине сентября. Сейчас мне хотелось бы рассказать именно о нём.
Уменьшение размеров метаданных
То улучшение манифеста, которое пришлось на середину сентября, стало возможным благодаря двум глобальным изменениям, которые были направлены на более разумную организацию данных.
Первое улучшение заключается в том, что раньше метаданные схемы расширения EventLogging входили в состав главного манифеста. Этот механизм подвергли рефакторингу, сделав так, что теперь метаданные схемы включались в состав JS-бандла клиента EventLogging. В результате вклад в размер манифеста, вносимый ранее EventLogging, сократился более чем на 90%. А это означало, что критический путь теперь содержит на 2 Кб меньше данных! Это, кроме того, означало, что расширение возможностей EventLogging больше не приводило к росту размеров манифеста. При сборке подобных бандлов была задействована новая возможность ResourceLoader — Package Files. Эта возможность была представлена в феврале 2019, одной из причин интереса к ней является тот факт, что она могла помочь сократить число модулей в реестре. Package Files чрезвычайно упрощает процедуру комбинирования сгенерированных данных и JavaScript-кода в виде единого модуля.
Второе улучшение произошло тогда, когда мы уменьшили средний размер каждой записи реестра (T229245).
Манифест содержит две записи для каждого модуля. Это — имя модуля и идентификатор (ID) его версии. На идентификатор версии раньше нужно было 7 байт данных. После размышлений над парадоксом дней рождения в контексте ResourceLoader мы решили, что спектр вероятности для ID версий можно безопасно снизить с 78 миллиардов до «всего лишь» 60 миллионов. Подробности об этом можно почитать в комментариях к коду. Но, если подвести итог этого улучшения, то можно сказать, что это позволило сэкономить 2 байта в описании каждого из 1100 модулей, которые всё ещё имеются в реестре. В результате размер манифеста удалось снизить ещё на 2-3 Кб.
Ниже — увеличенный фрагмент диаграммы, демонстрирующий последние несколько дней работы (эти показатели взяты из системы синтетического мониторинга, тут используются несжатые данные).
Изменение размеров манифеста на завершающем этапе работы над проектом
Изменение было зафиксировано системой мониторинга ResourceLoader.
На скриншоте показана панель Startup manifest size, расположенная в общедоступном экземпляре Grafana. Здесь можно видеть, что размер несжатого потока данных уменьшился на 2.8 Кб.
Развёртывание системы, которое пришлось на середину сентября, привело к достижению изначальной цели, которая заключалась в сжатии манифеста до размеров, не превышающих 28 Кб. Реализация этого крупномасштабного проекта привела к тому, что инициализационный манифест был уменьшен на 9 Кб (речь идёт о сжатых данных). Года назад этот размер составлял 36.2 Кб, а после завершения проекта это уже было 27.2 Кб.
Ежеминутно на Wikipedia и родственных проектах набирается около 363000 просмотров страниц. В час — 21 миллион и 800 тысяч. Ежедневно — 523 миллиона (вот статистика по просмотрам страниц). Та версия системы, что была развёрнута в середине сентября, привела к экономии примерно 1.4 терабайта трафика в день. А если сравнивать то, что есть сегодня, с тем, что было год назад, то окажется, что ежедневно теперь экономится 4.
3 терабайта трафика.
Что дальше?
Нам удалось уместить манифест инициализации Wikipedia в 28 Кб. Именно такой размер был выбран из-за того, что он представляет собой наименьший размер, кратный 14 Кб. Данные такого размера можно разместить во фрагментах последовательности интернет-пакетов, передаваемых браузеру.
Теперь перед нами стоит новая задача: не сдавать позиций. В последний год я пристально наблюдал за манифестом. Делал я это для того, чтобы убедиться в наших успехах и обнаружить потенциальные проблемы, тянущие нас назад. В итоге я автоматизировал этот процесс с помощью общедоступной панели мониторинга Grafana.
Если верить этой панели, то у нас есть ещё много возможностей по совершенствованию упаковки кода, и по решению задач, которые ещё сильнее, чем сейчас, облегчают создание бандлов. Надеюсь, эти грядущие улучшения нам пригодятся, а пока мы работаем над новыми возможностями системы, стремясь при этом соблюсти требования к уровню производительности проекта.
Уважаемые читатели! Доводилось ли вам принимать участие в оптимизации крупных интернет-проектов?
Оптимизация виртуальной среды, новости Википедии… и интернет-маркетинг
Захватывающие новости на этой неделе. Mather Group была включена в список лучших рабочих мест Inc 2022 .
Спасибо многим людям, которые помогли сделать это возможным, особенно всем, кто является частью команды, и клиентам, для которых мы проделали отличную работу. Когда мы начинали, мы сделали девиз компании «Хорошие люди. Высокая рентабельность инвестиций», и было забавно наблюдать за эволюцией места работы.
Если вам в последнее время «весело» иметь дело с Википедией, вы не одиноки. В дополнение ко всему, что освещается в нашем ежемесячном отчете о хаосе в Википедии, Википедия в последнее время часто упоминается в новостях:
- Википедия прекращает принимать пожертвования в криптовалюте.
- Википедия и Илон Маск.
- Россия говорит не доверять Википедии.
- Подход Википедии к медицинским рекомендациям.
Если вам нужна помощь, дайте мне знать.
После обновления на прошлой неделе о поддержке колледжей NCAA (по совпадению) объявила о некоторых ограничениях для новых больших денежных коллективов, которые платят игрокам за обучение в определенных колледжах. Посмотрим, повлияет ли это на дальнейшее развитие рекрутинга.
Обновление информационного бюллетеня LinkedIn: количество подписок продолжает расти — до 691 по сравнению с примерно 600 на прошлой неделе. LinkedIn добавил новую статистику с прошлой недели; Обнаружение (количество раз, когда ваше сообщение отображалось на экране с пометкой, что «Это число является оценочным и может быть неточным».). У меня было 104 из этих просмотров против 436 просмотров статьи, так что, возможно, это отражает то, что люди видят публикацию со встроенной новостной рассылкой, а не переходят непосредственно к ней.
Береги себя,
— Джош
P.
S. Если вам нужна копия майского отчета об индексе хаоса Википедии, я с удовольствием отправлю вам ее.
Мы — это мир
Мы — дети
Мы делаем день ярче, так что давайте начнем дарить
Мы делаем выбор
Мы спасаем свои жизни
Это правда мы сделаем лучший день, только ты и я
Я и все мои друзья
Мы все неправильно поняты
Они говорят, что мы ничего не стоим и
Мы никогда не сможем
Теперь мы видим все, что идет не так
С миром и теми, кто им руководит
Мы просто чувствуем, что у нас нет средств
Чтобы подняться выше и победить его
Итак, мы продолжаем ждать (ждать)
Ждем, когда мир изменится
Мы продолжаем ждать (ждать)
Ждем, когда мир изменится
Команда за командой, репортеры сбиты с толку, сфабрикованы, привязаны, обрезаны
Посмотрите на этот низкий самолет, хорошо, тогда
Э-э, переполнение, население, общая группа
Но сойдет, спаси себя, служи себе
Мир служит своим нуждам, послушай, как кровью обливается твое сердце
Скажи мне с Восторгом и благоговейным правом , правильно
Язвительный, патриотичный, бойкий, яркий свет
Чувствую себя довольно взволнованно
Это конец света, каким мы его знаем
Это конец мира, каким мы его знаем
Это конец света мир, каким мы его знаем, и я чувствую себя прекрасно
Есть способы добраться туда
Если вы достаточно заботитесь о живых
Освободите немного места
Сделайте место лучше
Исцелите мир
Сделайте его лучше
Для вас и для меня, и все человечество
Есть люди, умирающие
Если вы достаточно заботитесь о живых
Сделайте лучшее место для себя и для меня
… Я, я буду королем
А ты, ты будешь королевой
Хотя ничто их не прогонит
Мы можем победить их, всего на один день
Мы можем стать героями, всего на один день
Статья о поисковой оптимизации в Википедии не заслуживает внимания
маловероятное событие гипноза) и не всегда может отражать взгляды Моза.
Я получил электронное письмо от Карстена Камбровски во время полета в Китае:
Джонатан Хохман (он же Джехохман) тратил много времени на очистку статьи о поисковой оптимизации в Википедии. Сейчас он находится на рассмотрении, чтобы стать кандидатом в избранные статьи.
Вы, вероятно, согласитесь, что было бы неплохо, если бы SEO однажды появилось на главной странице Википедии, чтобы привлечь внимание обычных людей к отрасли.
Карстен надеется, что некоторые эксперты из мира поискового маркетинга помогут присоединиться к обсуждению публикации статьи о поисковой оптимизации. Раньше у меня были противоречия по поводу статьи о SEO в Википедии (ссылка на презерватив приложена, поскольку я не ручаюсь за эту страницу в редакционном порядке) — во многих отношениях кажется, что помочь сделать ее более точной и более качественной — это правильно. В конце концов, когда большинство людей ищут SEO или поисковую оптимизацию, это первое, что они читают.
Это не очень хорошее введение в любом случае. Билл критиковал его в прошлом и даже потратил свое невероятно драгоценное время, пытаясь его улучшить. Аарон Уолл тоже выступил против этого. Сейчас моя очередь.
На данный момент статья не ужасна. Однако, как и любой контент в Википедии, он зависит от «господствующих ветров» отношения и рекламы SEO. На этой неделе, например, кажется, что это больше не часть серии Википедии о спаме, но если крупное СМИ решит сформулировать дискуссию по-другому, мы все в ручье. Это лишь одна из многих слабостей Википедии.
Другим важным фактором, который очень очевиден на странице обсуждения, является предвзятое отношение к традиционным СМИ как к более осведомленным, законным и заслуживающим доверия, чем блоги, отраслевые ресурсы или онлайн-СМИ. Вот бедняга Джон, спорящий с трагически неосведомленным википедистом на эту тему:
Перед тем, как вы просмотрите избранные статьи-кандидаты, SandyGeorgia, я надеюсь, что вы, по крайней мере, прочитаете статьи.
Мне жаль, что мои комментарии заставили вас почувствовать себя глупо, но просмотр источников и поиск блогов занимает не более нескольких минут, для получения статьи использовались Usenet и личные веб-сайты. Не должно быть слишком сложно заменить их надежными источниками, если вы хорошо знаете территорию. С уважением, SandyGeorgia
Из вашей истории редактирования я вижу, что вы, вероятно, потратили меньше пяти минут на просмотр Википедия:Избранные статьи-кандидаты/Поисковая оптимизация . Я не могу себе представить, как этого времени хватило бы, чтобы дать вдумчивый обзор. Я не отношусь так к другим редакторам и не ожидаю, что другие редакторы отнесутся к моим усилиям с таким пренебрежением. Это первый раз, когда я пытаюсь повысить статус статьи до избранного, и ваш отзыв заставил меня чувствовать себя глупо и нежелательно Мне нравится то, что сказал Джон (кстати, личный веб-сайт, на который она ссылается, принадлежит Мэтту Каттсу, как будто иронию нужно подчеркнуть).
Он имеет дело с той же проблемой, с которой сталкивается SEO-сообщество в любом недружественном веб-сообществе — невежественные, самодовольные хвастуны, предпочитающие неосведомленные предубеждения логическому исследованию и честности. Вот как это должно работать:
- Прочтите что-нибудь о поисковой оптимизации в Википедии
- Подумай про себя – а, интересно, верно ли это
- Поинтересуйтесь автором — надежен ли он, в целом честен, благонадежен, опытен?
- Изучите тему — проведите некоторое время в популярных, авторитетных SEO-блогах, форумах и почитайте некоторые отраслевые ресурсы
- Вернись и перечитай
- Если вы по-прежнему не согласны, рассмотрите возможность обсуждения этого вопроса и обязательно упомяните, что вы не являетесь отраслевым экспертом, укажите свои источники и проявите уважение
- Если вы считаете, что у вас есть реальная точка зрения, продолжайте и вносите свои правки
Вот как это работает на самом деле:
- Прочтите что-нибудь о поисковой оптимизации в Википедии
- Обратите внимание, что это не соответствует вашим предвзятым, предвзятым представлениям о SEO как о спаме
- Сделать кучу правок и удалений
- Под давлением отраслевых экспертов отвергайте их источники как ненадежные
- Если настаивать дальше, найдите правила Википедии, которые работают в вашу пользу — поскольку вы не можете спорить на основе опыта, используйте свою силу высмеивания и отвержения в сочетании с бюрократической игрой слов, чтобы расстроить и деморализовать вашу оппозицию
- Найдите других неопытных людей со схожими предубеждениями в отношении SEO и привлеките их к своему делу
Это делается не только в Википедии или в SEO.
Те, кто знаком с досками объявлений на политической арене, или с операциями в DMOZ, или с отношением к сообществам веб-форумов, испытают жуткое чувство дежа вю. Вот за что я ненавижу эти сайты. Я никогда не заходил на доску объявлений о венчурном капитале и не говорил о том, что все это грязная афера, которой управляют идиоты, но когда это происходит с SEO-специалистами, неизбежно раздается хор аплодисментов из галереи арахиса.
На мой взгляд, Википедия не заслуживает многих рейтингов и известности, которых она достигает, хотя я, конечно, признаю, что на сайте есть много действительно превосходных ресурсов. Фундаментальная проблема Википедии заключается в доверии: доверие, которое может быть применено к одной странице, не может быть применено ко всей, но согласно алгоритму ранжирования Google, это, безусловно, так. Google (а также Yahoo! и MSN) относятся к Википедии как к одному издателю, распространяя доверие, авторитет и любовь к ссылкам по всему сайту, даже несмотря на то, что каждая страница в основном является отдельным сайтом (и поэтому должна оцениваться индивидуально).
. Конечно, редакционный процесс в Википедии обеспечивает некоторый базовый уровень рецензирования, но он даже не такой высокий, как что-то вроде YOUmoz, где Ребекка просматривает и утверждает, редактирует и отклоняет записи. По крайней мере, там вы знаете, что получаете некоторую согласованность с брендом SEOmoz.
Я должен уважать слова Джилл Уэлен (в комментариях) по этому поводу:
Эта ужасная SEO-страница в значительной степени заставила меня не доверять тому, что я читал в Википедии.
Я, безусловно, могу оценить то, что Джонатан делает, чтобы попытаться улучшить страницу Википедии, и он работает с системой изнутри, как доверенный член и редактор Википедии, что само по себе не только благородно, но и мудро. Однако я не могу оказать большую поддержку, кроме как пожелать удачи. Это не та битва, в которой я хотел бы участвовать, а википедисты — это противники, которых я бы просто проигнорировал.