BITSPARK / Статьи / Дизайн и элементы сайта
Формат изображений для сайта: какой выбрать и что передать подрядчику
Коротко: формат изображений для сайта MDN и web.dev называют разный для разных типов изображений. Растровое изображение задаётся сеткой пикселей, векторное - фигурами и правилами их отрисовки. Для растровых изображений MDN советует WebP или AVIF, для значков и схем - SVG, а web.dev называет векторные форматы подходящими для логотипов и значков. Одного числа для оптимального размера изображения web.dev не даёт: размер зависит от места на странице и от плотности пикселей экрана.
Статья для тех, кто заказывает сайт и разбирается, какой формат изображений для сайта нужен: собирает для исполнителя логотип, фотографии и иллюстрации. Она отвечает на три вопроса: чем отличаются форматы, какой формат называют MDN и web.dev для фотографий, логотипа, значков и снимков экрана и в каком виде передавать файлы. Код вёрстки здесь не разбирается, ускорение сайта и поисковая оптимизация картинок не рассматриваются. Примеры вымышленные: мастерская керамики с сайтом example.ru.
Главный источник - страница MDN на английском языке "Image file type and format guide", её цитаты даны в нашем переводе, английский оригинал стоит рядом. Цитаты из русских страниц MDN и web.dev приведены по их русскому тексту. Русские страницы web.dev переведены автоматически, так сказано на самих страницах, поэтому названия форматов написаны латиницей.
Чем растровое изображение отличается от векторного?
Коротко: растровое изображение хранит цвет и положение каждого пикселя, векторное - фигуры и правила, по которым их рисуют. Векторное изображение сохраняет чёткость при увеличении, растровое при увеличении показывает пиксели.
Страница MDN «Добавление векторной графики в веб-документ» называет два типа изображений в вебе: «Растровое изображение задаётся сеткой пикселей». Файл такого изображения содержит информацию о расположении и цвете каждого пикселя. Среди форматов растровых изображений страница называет Bitmap, PNG, JPEG и GIF. О втором типе там сказано: «Векторное изображение определяется алгоритмом». Файл векторного изображения содержит фигуры и правила, по которым компьютер вычисляет, как изображение должно выглядеть на экране. Формат SVG позволяет создавать векторную графику для веб-документов.
Пример с красной звездой на этой странице показывает разницу. Слева звезда в PNG, справа в SVG. Когда страницу увеличивают, PNG становится неровным, и видны пиксели. Про векторное изображение MDN пишет: «Векторное изображение продолжает выглядеть ровным и красивым».
web.dev объясняет то же двумя определениями:
«Векторная графика использует линии, точки и многоугольники для представления изображения.» «Растровая графика представляет собой изображение путем кодирования отдельных значений каждого пикселя в прямоугольной сетке.»
У векторного формата есть граница применения. MDN пишет: «В целом, растровая графика лучше подходит для сложных изображений, например, фотографий». web.dev говорит о том же: векторные форматы неэффективны, когда сцена сложная, например фотография, и для таких сцен он называет растровые форматы PNG, JPEG, WebP или AVIF.
Какие форматы изображений открывают браузеры?
Коротко: MDN в таблице "Common image file types" (перевод наш: распространённые типы файлов изображений) называет восемь форматов: APNG, AVIF, GIF, JPEG, JPEG XL, PNG, SVG и WebP. Ниже семь из них, без анимированного APNG. BMP, ICO и TIFF MDN относит к форматам, которых для веб-содержимого следует избегать.
Описания в таблице - перевод наш, оригинал на английском есть на странице Image file type and format guide - Media | MDN. Браузеры в правом столбце названы так, как они перечислены в строке Support этой таблицы.
| Формат | Что пишет MDN (перевод наш) | Браузеры по таблице MDN |
|---|---|---|
| JPEG | Хороший выбор для сжатия с потерями неподвижных изображений (сейчас самый популярный). PNG предпочтительнее, когда нужно более точное воспроизведение изображения; WebP или AVIF - когда нужны и лучшее воспроизведение, и более сильное сжатие | Chrome, Edge, Firefox, IE, Opera, Safari |
| PNG | PNG предпочтительнее JPEG, когда нужно более точное воспроизведение исходных изображений или нужна прозрачность. WebP и AVIF дают ещё лучшее сжатие и воспроизведение, но поддержка в браузерах у них более ограничена | Chrome, Edge, Firefox, IE, Opera, Safari |
| WebP | Отличный выбор и для изображений, и для анимированных изображений. Сжатие намного лучше, чем у PNG или JPEG, есть поддержка большей глубины цвета, анимации, прозрачности. AVIF даёт чуть лучшее сжатие, но поддерживается браузерами не так хорошо и не поддерживает прогрессивную отрисовку | Chrome, Edge, Firefox, Opera, Safari |
| AVIF | Хороший выбор и для изображений, и для анимированных изображений благодаря высокой производительности и формату, свободному от роялти. Сжатие намного лучше, чем у PNG или JPEG. При использовании AVIF следует предусмотреть запасные варианты в форматах с лучшей поддержкой браузерами | Chrome, Edge, Firefox, Opera, Safari |
| SVG | Векторный формат; идеален для элементов интерфейса, значков, схем и других изображений, которые нужно точно рисовать в разных размерах | Chrome, Edge, Firefox, IE, Opera, Safari |
| GIF | Хороший выбор для простых изображений и анимации. Для неподвижных изображений без потерь и с индексированными цветами лучше PNG; для анимации стоит рассмотреть WebP, AVIF или APNG | Chrome, Edge, Firefox, IE, Opera, Safari |
| JPEG XL | Поддерживает сжатие с потерями и без потерь, прогрессивное декодирование, HDR, широкую цветовую гамму, прозрачность и анимацию. Поддержка браузерами пока не повсеместная, нужен запасной вариант | Safari; Chrome behind a flag (перевод наш: за флагом); Firefox Nightly |
Про форматы BMP, ICO и TIFF MDN пишет:
"The following list includes image formats that appear on the web, but which should be avoided for web content (generally this is because either they do not have wide browser support, or because there are better alternatives)." Перевод наш: в этом списке - форматы изображений, которые встречаются в вебе, но которых для веб-содержимого следует избегать (как правило, потому что у них нет широкой поддержки браузерами либо есть более подходящие альтернативы).
Если дизайнер прислал файл в одном из этих форматов, спросите исполнителя, в каком формате изображение появится на сайте.
Какой формат изображений для сайта советуют MDN и web.dev для фотографий, логотипа, значков и снимков экрана?
Коротко: для фотографий источники называют сжатие с потерями. Для значков и схем MDN называет SVG, а web.dev называет векторные форматы подходящими для логотипов и значков. Для снимков экрана советы расходятся, оба названы ниже.
Раздел "Choosing an image format" (перевод наш: выбор формата изображения) на странице MDN первым советом называет форматы для растровых изображений:
"For raster images, prefer WebP or AVIF, which generally provide better compression than PNG, JPEG, and GIF." Перевод наш: для растровых изображений предпочитайте WebP или AVIF, которые, как правило, дают лучшее сжатие, чем PNG, JPEG и GIF.
Дальше MDN делит изображения по типу содержимого:
"For screenshots, diagrams, logos, and line art, prefer lossless encoding, as blurring and colored fringes around text and sharp edges are very visible. Photographs and other continuous-tone images can usually tolerate lossy compression, because the discarded detail is harder to see." Перевод наш: для снимков экрана, схем, логотипов и штриховой графики предпочитайте кодирование без потерь: размытие и цветные каймы вокруг текста и резких краёв очень заметны. Фотографии и другие изображения с плавными переходами тона, как правило, допускают сжатие с потерями, потому что отброшенные детали труднее заметить.
Что такое сжатие с потерями и без потерь, объяснено в следующем разделе. Для значков и схем MDN называет формат SVG:
"Most icons have vector graphics versions, and you should prioritize the SVG version whenever possible." Перевод наш: у большинства значков есть векторные версии, и по возможности следует отдавать приоритет версии SVG.
Сводка по видам изображений:
| Что за изображение | MDN | web.dev |
|---|---|---|
| Фотография | Сжатие с потерями; JPEG как запасной формат для фотографий (в оригинале: "often a good fallback format for photographs", перевод наш: нередко хороший запасной формат для фотографий) | «Оптимизируете фотографию, скриншот или другой похожий графический объект? Используйте JPEG, WebP с потерями или AVIF.» |
| Логотип | Кодирование без потерь. Про SVG для логотипов страница прямо не пишет | «Векторные форматы идеально подходят для изображений, состоящих из несложных геометрических фигур, таких как логотипы, текст или значки.» |
| Значок | SVG, по возможности | Те же слова про векторные форматы, что в строке про логотип |
| Схема, диаграмма | SVG для изображений, которые нужно точно рисовать в разных размерах; кодирование без потерь | Для изображения из геометрических фигур: «рассмотрите возможность преобразования его в векторный формат (SVG)» |
| Снимок экрана | Кодирование без потерь | Та же строка, что про фотографию: скриншот назван в ней рядом с фотографией |
| Изображение с прозрачным фоном | PNG как запасной вариант для любого изображения, которому нужна прозрачность: у JPEG нет альфа-канала (канала прозрачности) | В таблице: прозрачность есть у PNG, WebP и AVIF, у JPEG её нет |
В строке про снимок экрана советы двух страниц расходятся: MDN советует кодирование без потерь и в том же разделе называет PNG более подходящим для снимков экрана, web.dev называет JPEG, WebP с потерями или AVIF. Страница MDN изменена Sep 22, 2026, страница web.dev обновлена 2024-08-13. Если у вас есть снимки экрана для сайта, назовите их исполнителю отдельной строкой в списке файлов и обсудите формат.
Что такое сжатие с потерями и без потерь?
Коротко: при сжатии с потерями часть данных изображения отбрасывается, файл становится меньше. При сжатии без потерь изображение воспроизводится точно. web.dev называет сжатие с потерями наиболее эффективным для фотографий и менее эффективным для резких краёв и текста.
Сжатие уменьшает размер файла. MDN описывает два вида:
"Compression can be lossy, discarding image data to get much smaller files, or lossless, reproducing the original exactly." Перевод наш: сжатие может быть с потерями - данные изображения отбрасываются, и файлы получаются намного меньше - или без потерь, когда оригинал воспроизводится точно.
На странице web.dev «Производительность изображения» сказано, для какого содержимого подходит каждый вид. Для первого вида: «Сжатие с потерями наиболее эффективно для изображений с высокой плотностью, большим количеством шума и цветов». Дальше та же страница добавляет, что сжатие с потерями «может быть менее эффективным для изображений, содержащих резкие края, таких как линейная графика, аналогичные резкие детали или текст». Форматы названы так: «Сжатие с потерями может применяться к изображениям в форматах JPEG, WebP и AVIF.» и «Сжатие без потерь используется для форматов изображений GIF, PNG, WebP и AVIF.»
WebP и AVIF поддерживают оба вида сжатия. MDN уточняет, что это настройка, которую выбирают при кодировании. Какой именно уровень сжатия выбрать, web.dev не называет, это разобрано в разделе об оптимальном размере.
Откроют ли браузеры WebP и AVIF?
Коротко: по таблицам MDN WebP и AVIF поддерживают Chrome, Edge, Firefox, Opera и Safari. web.dev в таблице относит оба формата ко всем современным браузерам. Для обоих форматов MDN советует предусмотреть запасной вариант.
Две страницы дают поддержку разными словами. В таблице web.dev для PNG и JPEG в столбце браузеров стоит «Все»:
| Формат | Прозрачность (web.dev) | Браузеры (web.dev) |
|---|---|---|
| PNG | Да | Все |
| JPEG | Нет | Все |
| WebP | Да | «Все современные браузеры» |
| AVIF | Да | То же, что у WebP |
Там же написано: «Существует два универсально поддерживаемых формата растровых изображений: PNG и JPEG.» О новых форматах web.dev говорит: «Изображения WebP или AVIF можно использовать вместе с изображениями JPEG или PNG в качестве резервного варианта.»
MDN перечисляет браузеры в строке Support: для WebP и для AVIF это Chrome, Edge, Firefox, Opera, Safari. О запасном варианте для AVIF страница пишет:
"As support is not yet comprehensive (and has little historical depth) you should provide a fallback in WebP, JPEG or PNG format using the <picture> element (or some other approach)." Перевод наш: поскольку поддержка пока не всеобъемлющая (и у неё небольшая история), следует предусмотреть запасной вариант в формате WebP, JPEG или PNG с помощью элемента picture (или иным способом).
Для WebP MDN называет запасным вариантом JPEG или PNG. Поддержка JPEG XL указана в таблице выше, и страница просит предусмотреть запасной вариант.
Заказчику из этого нужен один вопрос к исполнителю: какой формат увидит посетитель, чей браузер не открывает WebP или AVIF. Как разработчик подключает запасные варианты, в статье не разбирается: MDN описывает это на странице Адаптивные изображения - HTML | MDN. Как проверить сайт в разных браузерах, описано в статье Кроссбраузерность сайта: что это и как проверить до приёмки.
На сколько WebP и AVIF уменьшают файл?
Коротко: web.dev пишет об экономии «более чем на 50%» с оговоркой «в некоторых случаях». MDN даёт для WebP среднее значение, для AVIF - примерное. Это результаты сравнений из источников, для файлов вашего сайта они ничего не обещают.
web.dev пишет об AVIF на странице «Производительность изображения»: «тесты показали экономию более чем на 50% по сравнению с JPEG в некоторых случаях».
MDN даёт числа для WebP и AVIF в описаниях форматов:
"Lossy WebP images are on average 25-35% smaller than JPEG images of visually similar compression levels." Перевод наш: в среднем изображения WebP с потерями на 25-35% меньше изображений JPEG при визуально схожем уровне сжатия.
"Excellent lossy compression compared to JPG and PNG for visually similar compression levels (e.g., lossy AVIF images are around 50% smaller than JPEG images)." Перевод наш: отличное сжатие с потерями по сравнению с JPG и PNG при визуально схожих уровнях сжатия (например, изображения AVIF с потерями примерно на 50% меньше изображений JPEG).
Эти цифры приведены на страницах MDN и web.dev: web.dev ссылается на тесты, MDN источника для двух приведённых чисел не называет. Сколько весят изображения конкретного сайта, зависит от файлов и выбранных настроек.
Какой размер изображения для сайта оптимален?
Коротко: web.dev не называет одного размера. Он зависит от места изображения на странице и от плотности пикселей экрана. Число 500 на 500 пикселей на странице web.dev дано как пример.
Ответ на вопрос об оптимальном размере фото для сайта есть на странице web.dev «Производительность изображения». В разделе о размере изображения она приводит пример:
«Если не учитывать другие переменные, изображение, отображаемое в контейнере размером 500 на 500 пикселей, будет оптимального размера 500 на 500 пикселей.»
Следом та же страница пишет: «выбор оптимального размера изображения зависит от множества переменных». Одна из переменных - плотность пикселей экрана. Страница объясняет её на примере iPhone 4: у него 1 пиксель стал равен 2 пикселям устройства. Для экрана с такой плотностью и того же контейнера 500 на 500 пикселей web.dev называет оптимальным квадратное изображение размером 1000 пикселей, а для плотности 3 - размером 1500 пикселей. Числа 500, 1000 и 1500 относятся к примеру страницы. Места под изображения на вашем сайте определяет макет.
Отсюда следует, что одного файла может не хватить. Страница web.dev «Выберите правильный формат изображения» пишет так: «В результате вам может потребоваться сохранить несколько версий растрового изображения с разным разрешением, чтобы обеспечить пользователям оптимальный опыт использования.» MDN на странице «Адаптивные изображения» называет такой подход адаптивными изображениями и объясняет его так: браузеру передают несколько изображений, каждое из которых отображает одно и то же, но содержит разное количество пикселей. Есть и второй случай, который MDN называет художественным оформлением: для узкого экрана лучше показывать обрезанную версию, на которой видны важные детали снимка. Как проверить, что сайт нормально выглядит на разных экранах, описано в статье Адаптивный сайт: что это и как проверить адаптив до приёмки.
Страница MDN «Изображения в HTML» советует подгонять размер заранее: «Рекомендуется использовать графический редактор для подгонки изображения к нужному размеру, перед вставкой его на вашу веб-страницу.» По той же странице размеры изображений не следует менять атрибутами HTML.
Универсального числа нет и для сжатия: страница web.dev «Производительность изображения» пишет «Универсальных настроек сжатия, подходящих для всех случаев, не существует.» Дальше она рекомендует «экспериментировать с различными уровнями сжатия, пока не будет найден оптимальный компромисс между качеством изображения и размером файла». Для сжатия страница называет Squoosh, ImageOptim и сервисы оптимизации изображений.
Почему текст не помещают в картинку?
Коротко: MDN прямо советует не писать текст в изображениях, web.dev называет три причины: такой текст нельзя выделить, найти или масштабировать. Для фирменной надписи web.dev называет веб-шрифт.
На странице MDN «Изображения в HTML» в списке случаев для описания alt есть строка про текст: «Не пишите текст в изображениях». Там же сказано, что если этого действительно нельзя избежать, нужно дополнить текст в атрибуте alt: «если действительно этого не избежать, то вам следует дополнить текст в атрибуте alt».
web.dev на странице «Выберите правильный формат изображения» называет причину: «Текст на изображениях нельзя выделить, найти или масштабировать.» Для уникального образа он советует: «используйте веб-шрифт». О веб-шрифтах та же страница пишет, что они позволяют использовать красивые гарнитуры, «сохраняя при этом возможность выбора, поиска и изменения размера текста».
Для заказчика отсюда следует практический вывод автора. Если в макете или на баннере есть надпись, которую вы хотите видеть на странице текстом, передайте её исполнителю отдельным документом, рядом с картинкой. В примере с example.ru такая надпись - название акции на баннере мастерской: фотография кружек и текст акции передаются двумя файлами.
Что такое alt и кто его пишет?
Коротко: alt - текстовое описание изображения для тех, кто его не видит. MDN пишет, что содержание описания зависит от того, зачем изображение стоит на странице. Кто его напишет, источники не говорят.
Атрибут alt - это текст, привязанный к изображению в коде страницы. MDN на странице «Изображения в HTML» описывает его так.
«Его значением должно быть текстовое описание изображения для использования в ситуациях, когда изображение не может быть просмотрено / отображено или отрисовка занимает много времени из-за медленного интернет-соединения.»
Первым примером служит человек с нарушением зрения: «Пользователь с нарушением зрения использует устройство чтения с экрана, которое может читать вслух описание элементов веб-страницы.»
Что писать в alt, MDN связывает с ролью изображения: «это зависит от того, зачем изображение вообще находится на странице». Для декоративного изображения страница советует пустое значение: «Если изображение служит просто украшением и не является частью содержимого, добавьте пустой alt=""».
Источники не называют, кто пишет описания - заказчик или исполнитель. Вывод автора: эту договорённость лучше зафиксировать заранее, потому что описание зависит от роли изображения на странице, а роль известна тому, кто знает задачу сайта.
Какие форматы называют Google Поиск и Яндекс Вебмастер?
Коротко: Google называет совместимыми BMP, GIF, JPEG, PNG, WebP, SVG и AVIF. Справка Яндекса называет JPG, PJPG, PNG, GIF, BMP, SVG, PNM, TIFF и WEBP, AVIF в её списке нет. Что делает поиск Яндекса с AVIF, страница не говорит.
Страница Центра Google Поиска «Рекомендации по поисковой оптимизации изображений для Google Картинок» обновлена 2026-03-03. Она пишет: «В число совместимых форматов файлов входят: BMP, GIF, JPEG, PNG, WebP, SVG и AVIF.» Рядом стоит совет: «Также старайтесь, чтобы расширение файла всегда соответствовало его типу.» О названиях файлов там сказано: «Названия должны быть короткими и информативными (например, my-new-black-kitten.jpg лучше, чем IMG00023.JPG).»
Страница справки Яндекс Вебмастера «Картинки» (дата обновления страницы: 08.02.2022) пишет: «Индексируются картинки стандартных графических форматов (JPG, PJPG, PNG, GIF, BMP, SVG, PNM, TIFF, WEBP).» AVIF в этом списке нет. Вывода о том, что поиск Яндекса не работает с AVIF, на странице нет, и здесь он не делается.
Эти списки отвечают на вопрос, какие файлы поисковики принимают. MDN отвечает на другой вопрос: какой формат выбрать для содержимого сайта. BMP назван в списках обоих поисковиков, TIFF - в списке Яндекса. MDN относит оба формата к тем, которых для веб-содержимого следует избегать.
Что готовит заказчик и что решает исполнитель?
Коротко: заказчик готовит исходные материалы: логотип в векторном формате, фотографии без повторного сжатия, надписи отдельно, имена файлов. Размеры, версии и формат файла на сайте подбирает исполнитель при вёрстке. Распределение ролей - вывод автора, в источниках ролей нет.
Таблица для примера с example.ru. В правом столбце названа страница, из которой следует пункт.
| Материал мастерской | Что передать исполнителю | Опора в источнике |
|---|---|---|
| Логотип | Файл в векторном формате, если он есть у автора логотипа | web.dev: векторные форматы подходят для логотипов; MDN: SVG-файлы создают в редакторах векторной графики, таких как Inkscape или Illustrator |
| Значки для меню и каталога | Векторные версии, если они есть | MDN: по возможности отдавать приоритет версии SVG |
| Фотографии кружек | Исходные файлы, которые не сжимали повторно | MDN: при сжатии с потерями часть данных отбрасывается; web.dev: универсальных настроек сжатия нет, их подбирают экспериментом |
| Схема доставки | Исходный файл схемы | MDN: для схем SVG; кодирование без потерь |
| Снимок экрана прежнего сайта | Исходный файл | MDN: кодирование без потерь; web.dev: JPEG, WebP с потерями или AVIF |
| Надпись акции для баннера | Текст отдельным документом | MDN: не писать текст в изображениях; web.dev: текст на изображениях нельзя выделить, найти или масштабировать |
| Названия файлов | Короткие и информативные, расширение соответствует типу | Google Поиск: страница об изображениях |
| Описания alt | Заранее договориться, кто их пишет | MDN: описание зависит от роли изображения на странице |
При вёрстке исполнитель решает вопросы, которые по источникам зависят от места изображения на странице: размер в пикселях и плотность экрана (web.dev), несколько версий одного изображения для разных экранов (MDN, web.dev), формат файла на сайте и запасной вариант (MDN). Исходные файлы нужны ему для этих решений.
Вопрос о том, кто готовит тексты и фотографии, есть и в статье о договоре. Там в примерах того, что стоит описать для сверки результата при приёмке, названо: «кто готовит тексты и фотографии». Подробнее: Договор на разработку сайта: что говорит ГК и что проверить до подписи.
На главной странице BITSPARK процесс описан шагами «Задача», «Структура», «Дизайн», «Разработка» и «Запуск». Шаг «Дизайн» там описан так: «Формируем характер проекта: типографику, композицию, движение и систему интерфейса.» Шаг «Разработка»: «Верстаем, программируем и подключаем сервисы. Технологии выбираем под задачу.» Шаг «Запуск»: «Проверяем desktop и mobile, скорость, формы и ключевые сценарии».
Какие вопросы задать исполнителю про изображения?
Коротко: шесть вопросов, каждый опирается на раздел выше. Их можно задать до начала работы.
- Какие файлы нужны от меня и в каком виде: логотип в векторном формате, фотографии в исходном виде (разделы о векторных изображениях и о сжатии).
- В каком формате изображения появятся на сайте и какой запасной вариант увидит посетитель, чей браузер не открывает WebP или AVIF (раздел о браузерах).
- Кто готовит версии изображений под разные экраны и как сайт проверяют на разных экранах (раздел об оптимальном размере, статья об адаптиве).
- Есть ли в макетах текст внутри картинок и можно ли передать его отдельно (раздел о тексте в картинке).
- Кто пишет описания alt (раздел об alt).
- Как будут названы файлы изображений (раздел о форматах Google и Яндекса).
Источники
Страницы открыты 05.10.2026.
- Image file type and format guide - Media | MDN - таблицы форматов, раздел "Choosing an image format", описания WebP, AVIF, SVG, JPEG XL; страница на английском, изменена Sep 22, 2026.
- Добавление векторной графики в веб-документ - Изучение веб-разработки | MDN - растровое и векторное изображение, SVG, пример со звездой.
- Выберите правильный формат изображения | Articles | web.dev - векторные и растровые форматы, таблица PNG, JPEG, WebP, AVIF, текст в изображениях (автоматический перевод, обновлена 2024-08-13).
- Производительность изображения | web.dev - размер изображения, плотность пикселей, форматы, сжатие (автоматический перевод).
- Адаптивные изображения - HTML | MDN - несколько версий одного изображения для разных экранов.
- Изображения в HTML - Изучение веб-разработки | MDN - описание alt, текст в изображениях, размер изображения.
- Рекомендации по поисковой оптимизации изображений для Google Картинок | Центр Google Поиска | Documentation | Google for Developers - список совместимых форматов, имена файлов.
- Картинки | Вебмастер - список форматов, дата обновления страницы 08.02.2022.
- BITSPARK - Digital studio - шаги процесса «Дизайн», «Разработка» и «Запуск».
Обсудить проект в Telegram: t.me/billioniks