ScraperFlyAPI веб-даних для AI
Почати безкоштовно

developer api

Скрапте веб-сайт у JSON, який ваш додаток може перевірити

Вихід у форматі JSON корисний, коли вашому бекенду потрібен контекст сторінки у передбачуваній формі відповіді. ScraperFly може повернути підтримувану публічну метадані сторінки, посилання, заголовки, чистий текст, Markdown та докази запиту у форматі JSON, зберігаючи логіку витягування, специфічну для цілі, під вашим контролем.

JSON відповідь робочого процесу

Поверніть контекст сторінки у форматі JSON без припущення, що кожна ціль має однакову схему

Робочий процес з веб-сайту в JSON корисний, коли вашій програмі потрібен передбачуваний обгортка відповіді навколо публічних даних сторінки. ScraperFly допомагає розробникам захоплювати сторінку, зберігати докази запиту та повертати підтримуваний контекст, такий як метадані, посилання, заголовки, текст, Markdown, статус, фінальна URL-адреса та деталі відповіді.

Важливою межею є чесність. ScraperFly може підготувати відповідь публічної сторінки та спростити програмну перевірку, але ваш продукт все ще повинен володіти специфічним для цілі витягуванням для кастомних полів, таких як ціни, доступність, рейтинги, імена авторів або внутрішні бізнес-одиниці.

метаданіпосилання + заголовкиконтекст, готовий до парсера
Розробники переглядають публічний веб-сайт, перетворений на метадані JSON, посилання, заголовки, текст, Markdown та докази запиту

Що означає витягувати веб-сайт у JSON?

Витягування веб-сайту у JSON означає отримання публічної URL-адреси та повернення корисного контексту сторінки у структурованій відповіді, яку ваша програма може прочитати. Замість того, щоб передавати кожній системі нижнього рівня сирий об'єкт HTML, відповідь API може містити метадані, посилання, заголовки, читабельний текст, Markdown, статус запиту, фінальну URL-адресу, тип контенту та інші докази відповіді в полях, які легше реєструвати, перевіряти, порівнювати та маршрутизувати.

Це не робить кожен веб-сайт чистою таблицею бази даних. Публічні сторінки не мають однієї схеми. Сторінка продукту, стаття, список каталогів, сторінка результатів пошуку та сторінка документації всі мають різні структури. ScraperFly надає вашій команді стабільний шар захоплення та підтримувані форми відповіді; ваш парсер все ще вирішує, які специфічні для цілі поля важливі для вашого випадку використання.

Практичний висновок: використовуйте вихід з веб-сайту в JSON для контексту сторінки та доказів запиту, а потім додайте логіку витягування, де бізнес-схема специфічна для цілі.

Коли JSON є правильною формою відповіді?

JSON є правильною формою, коли споживач є бекенд-сервісом, робітником черги, моніторинговим завданням, агентом, конвеєром даних або внутрішнім інструментом, який очікує передбачувані ключі. Це допомагає, коли ваш робочий процес потребує зберігати фінальну URL-адресу, статус, метадані сторінки, виявлені посилання, заголовки, текст, Markdown та діагностику поряд із захопленим контентом. Це спрощує налагодження та маршрутизацію нижнього рівня, оскільки програма не повинна виводити кожну деталь з одного рядка HTML.

HTML все ще є кращим первинним входом, коли важливі селектори, атрибути, структура таблиці, відносини DOM або вбудований стан. Текст і Markdown часто є кращими, коли мета полягає в пошуку, узагальненні, класифікації, огляді або споживанні AI. JSON є найсильнішим, коли він обгортає ці корисні виходи з відстежуваним контекстом.

Форма відповіді Використовуйте, коли Чого уникати
JSON контекст Ваш бекенд потребує метаданих, посилань, заголовків, тексту, Markdown та доказів запиту у передбачуваних полях Не розглядайте JSON на рівні сторінки як автоматичне кастомне витягування.
Сирий HTML Ваш парсер потребує селекторів, атрибутів, таблиць, посилань або вбудованої структури джерела Не перетворюйте на текст занадто рано, якщо важливі відносини DOM.
Відрендерений HTML Корисний публічний контент з'являється лише після виконання JavaScript Не рендерте кожну сторінку, перш ніж довести, що відповідь джерела неповна.
Текст Вам потрібен компактний читабельний контент для пошуку, індексації або простого порівняння Не використовуйте простий текст, коли потрібні структуровані відносини сторінки.
Markdown Вам потрібні читабельні заголовки, списки та посилання для AI або робочих процесів огляду Не очікуйте, що Markdown зберігатиме кожен селектор або деталь макета.
Скриншот або PDF Вам потрібні візуальні докази, огляд QA, архівний вихід або читабельний запис Не використовуйте візуальні файли як основний вхід парсера, коли машинозчитувані дані достатні.

Які поля JSON корисні в робочих процесах виробництва?

Корисний JSON починається з відстежуваності. Ваша програма повинна знати, яка URL-адреса була запитана, куди врешті-решт приземлився запит, який статус повернувся, який тип контенту був повернутий і наскільки великим був відповідь. Ці докази допомагають відокремити реальну зміну цілі від перенаправлення, тонкої відповіді, блокованої сторінки, тайм-ауту або непідтримуваного формату.

Контекст сторінки йде далі. Метадані, заголовки, описи, заголовки, канонічні підказки, посилання, чистий текст та Markdown можуть допомогти конвеєру вирішити, що парсити, індексувати, узагальнювати, архівувати або надсилати до іншого сервісу. Для AI та RAG робочих процесів метадані JSON плюс Markdown можуть бути сильнішими за простий текст, оскільки відповідь несе читабельний контент та операційний контекст разом.

Специфічні для цілі поля йдуть після цього. Якщо ваш продукт потребує ціни, SKU, автора, рейтингу, посади, місця, дати події або доступності, створіть цей шар витягування навколо цільових сторінок, які ви насправді підтримуєте. ScraperFly допомагає отримувати та підготовлювати відповідь; ваша програма визначає бізнес-схему.

Як команди повинні тестувати вихід з веб-сайту в JSON?

Почніть з однієї публічної цільової URL-адреси в API Builder. Спочатку захопіть відповідь джерела, перевірте повернутий контекст і підтвердіть, які поля насправді присутні. Потім порівняйте альтернативні формати: HTML для роботи парсера, текст або Markdown для читабельного контенту, метадані JSON для діагностики та візуальний вихід, коли рецензенту потрібні докази.

Якщо сторінка насичена JavaScript, порівняйте вихід джерела з API рендерингу JavaScript або API відрендереного HTML. Рендеринг є доцільним, коли він додає контент, який потрібен вашому продукту. Якщо рендеринг не покращує відповідь, перевірте час, перенаправлення, контекст запиту або поведінку цілі перед повторною спробою.

Крок тестування Питання для відповіді Рішення, яке це підтримує
Отримати публічну URL-адресу Чи успішна відповідь і приземляється на очікувану фінальну URL-адресу? Підтвердіть, що ціль доступна, перш ніж почати роботу парсера.
Перевірте вихідний HTML Чи містить початкова відповідь поля або контент, які вам потрібні? Зберігайте запит легким, коли захоплення джерела є достатнім.
Порівняйте формати виходу Чи є HTML, текст, Markdown або контекст JSON найкращою формою для нижнього рівня? Уникайте створення конвертерів навколо неправильного формату.
Рендерити лише за потреби Чи додає виконання браузера значущий публічний контент? Використовуйте рендеринг для реальних прогалин у контенті, а не як стандартний податок.
Визначте кастомне витягування Які специфічні для цілі бізнес-поля потрібні вашій програмі? Залиште ScraperFly як шар захоплення, а ваш парсер як шар схеми.

Чим веб-сайт у JSON відрізняється від API парсера?

API парсера зазвичай передбачає, що сервіс розуміє специфічну для цілі схему та повертає кастомні сутності. Відповідь веб-сайту у JSON є іншою. Вона надає вашій програмі структурований контекст сторінки та докази захоплення, щоб ваш власний парсер міг приймати кращі рішення. Це розрізнення зберігає робочий процес надійним, оскільки публічні веб-сайти занадто різноманітні, щоб припускати, що кожну ціль можна звести до одного й того ж об'єкта JSON.

Якщо вашій команді потрібен чистий читабельний контент, порівняйте API парсингу контенту веб-сайту, API парсера HTML в текст та API парсера HTML в Markdown. Якщо вам потрібно парсити на рівні DOM, почніть з API скрапінгу HTML або API парсера HTML для веб-скрапінгу.

Як ScraperFly зберігає практичність робочих процесів JSON?

ScraperFly зберігає робочий процес практичним, дозволяючи одному й тому ж API-шляху почати просто і додавати контролі, коли ціль доводить, що вони потрібні. Публічна сторінка, яка повертає корисний вихідний HTML, може залишатися легкою. Сторінка, що рендериться клієнтом, може використовувати виконання браузера. Маршрут з потребами публічного контексту може додати заголовки, куки, цільове країну або сесії. Робочий процес огляду може додати скриншоти або PDF. Кожен вибір повинен покращувати відповідь, а не просто ускладнювати запит.

Це важливо для витрат і підтримуваності. Команди часто перевантажують конвеєри веб-сайту в JSON, пропускаючи кожну ціль через браузер, перетворюючи все в один і той же формат, а потім виявляючи, що парсер нижнього рівня все ще потребує специфічних для цілі правил. ScraperFly надає вам контролі захоплення, формати відповіді та докази, щоб спочатку вибрати менший шлях. Сторінка цін та калькулятор вартості кредитів API веб-скрапінгу можуть допомогти оцінити вплив перед зростанням обсягу.

Практичний висновок: найкращий робочий процес веб-сайту в JSON надає розробникам чітку обгортку відповіді, зберігає вагу запиту в відповідності з ціллю та залишає кастомне бізнес-витягування там, де воно належить: у логіці програми.

Вебсайт в JSON

Поверніть контекст JSON на рівні сторінки, який ваша програма може перевірити негайно

ScraperFly допомагає командам отримувати публічні сторінки та повертати підтримуваний контекст відповіді у передбачуваному JSON: метадані, посилання, заголовки, читабельний текст, Markdown, статус запиту, фінальна URL-адреса та діагностика. Використовуйте API Builder, щоб порівняти формати перед тим, як створити конвертер або парсер навколо неправильного формату.

01
01

Обгорніть метадані, посилання, заголовки та контент в одну відповідь

Зберігайте корисні докази сторінки разом, щоб бекенд-завдання, агенти та конвеєри могли перевіряти їх без здогадок з сирого розмітки.

02
02

Комбінуйте метадані JSON з текстом або Markdown

Використовуйте текст для компактного аналізу або Markdown, коли заголовки та посилання допомагають AI, RAG, огляду або документаційним робочим процесам.

03
03

Рендерити або маршрутизувати лише тоді, коли цільова сторінка доводить, що їй потрібна допомога

Почніть з вихідного HTML, а потім додавайте рендеринг, затримки, сесії, заголовки або більш потужну маршрутизацію лише тоді, коли ці контролі змінюють відповідь.

Контролі відповіді JSON

url

Публічна сторінка, яку ScraperFly повинен отримати.

format

Виберіть HTML, текст, Markdown, метадані JSON, скріншот або PDF.

render

Запустіть браузер, коли вихідний HTML не містить корисного публічного контенту.

wait

Дайте контенту, створеному браузером, осісти, коли рендеринг увімкнено.

keep_headers

Пересилайте дозволений контекст запиту, такий як мова або уподобання контенту.

download

Поверніть візуальні файли, коли потрібні скріншоти або PDF для перегляду.

приклад cURL

Генеруйте Markdown з тією ж формою запиту, яку ви можете перенести в продукцію

curl "https://scraperfly.com/api/v1?url=https%3A%2F%2Fexample.com&format=markdown" \
  -H "apikey: YOUR_API_KEY"

Докази цілі JSON

Складіть карту того, що вебсайт насправді відкриває, перш ніж проектувати форму JSON

Корисний робочий процес JSON починається з перевірки публічної відповіді: вихідний HTML, стан рендерингу, метадані, посилання, заголовки, тип контенту, фінальна URL-адреса та розмір відповіді. ScraperFly надає командам ці докази, щоб вони могли вибрати правильний формат відповіді та додати користувацьке вилучення лише там, де це вимагає специфічна схема цілі.

Сирова HTML-відповідь, відображена на видимих даних сторінки
01

Доступність сирого HTML

Перевірте, чи поля, які вам потрібні, вже присутні в першій HTML-відповіді.

Найкращий перший тест для простих сторінок, статей, документів, списків та деталей продуктів.

Порівняння до і після рендерингу JavaScript
02

Залежність від JavaScript

Порівняйте сирий HTML з відрендереним DOM або скріншотом перед увімкненням рендерингу браузера.

Використовуйте рендеринг, коли сирий HTML є лише оболонкою, а скрипти створюють корисний контент.

Куки, згода, контекст сесії та доступу для скрапінгу
03

Стан і контекст доступу

Визначте, чи впливають куки, згода, межі входу, пагінація або той самий стан відвідувача на відповідь.

Використовуйте сесії та заголовки, коли безперервність змінює дані, які ви отримуєте.

Регіональні варіації контенту в різних країнах і маршрутах
04

Гео/варіація контенту

Перевірте, чи змінюють країна, мова, валюта, інвентар, SERP, реклама або репутація маршруту результат.

Використовуйте гео- або преміум-маршрути лише тоді, коли ціль підтверджує, що відповідь змінюється залежно від маршруту.

Запитання, які тримають роботу з вебсайту до JSON на землі

Де знаходиться цільове поле?

Знайдіть, чи існує поле в сирому HTML, відрендереному DOM, виклику API, структурованих даних, файлі або пізнішому стані взаємодії.

Що змінює відповідь?

Виберіть кілька URL-адрес і порівняйте статус, фінальну URL-адресу, довжину вмісту, перенаправлення, порожні стани та видимі відмінності результатів.

Який контекст потрібен?

Позначте будь-яку залежність від згоди, локалі, куків, заголовків, межі аутентифікації, пагінації, фільтрів або попередніх запитів.

Як виглядає невдача?

Визначте сигнали для заблокованих, часткових, застарілих, перенаправлених, порожніх, з тайм-аутом або регіонально невідповідних відповідей перед масштабуванням.

Перевірте відповідь перед написанням правил парсера

Режим отримання

Доступність сирого HTML визначає, чи може перший запит залишатися простим або потребує рендерингу, очікувань, скріншотів або витягування.

Контекст запиту

Вимоги до стану визначають, чи потрібно додавати заголовки, куки, сесії, обробку згоди або стабільний профіль відвідувача.

Вибір маршруту

Гео та репутаційні дані визначають, чи достатньо стандартного маршруту або виправданий маршрут країни/преміум.

Правила валідації

Відомі стани невдачі стають перевірками для повторних спроб, ескалації, перевірки якості та визначення, коли легший профіль все ще є повним.

Практична структура

Чому ScraperFly є кращою відправною точкою, ніж сирий HTML плюс саморобні конвертери

Сирі HTTP запити залишають командам вирішувати формати відповідей, рендеринг, маршрутизацію, повторні спроби, візуальні докази та діагностику навколо кожної цілі. ScraperFly надає один API-інтерфейс для захоплення публічних сторінок, вибору форми виходу та збереження доказів запитів поруч із контентом, який ваша програма буде перевіряти.

Щаслива команда, що перевіряє проект на ноутбуці
01 / Почніть легко

Легкий, безкоштовний старт перед будь-яким тиском з боку рахунків

ScraperFly дає вам можливість спочатку протестувати реальну ціль. Використовуйте безкоштовні кредити, щоб перевірити, чи працює сторінка, чи є дані, і які контролі насправді потрібні, перш ніж вкладати гроші в план. Це робить перший експеримент легким: без циклу закупівлі, без примусової підписки, без здогадок про ваш місячний обсяг з першого дня.

Безкоштовні кредитиБез картки для перших тестівПеревірте перед масштабуванням
Посміхаючий професіонал, який успішно працює з ноутбуком
02 / Витрачайте розумно

Доступне, гнучке виставлення рахунків для реального обсягу скрапінгу

Не кожне навантаження для скрапінгу є акуратною місячною кривою. Деякі проекти зростають, деякі призупиняються, а деякі стають регулярними лише після того, як дані доводять свою цінність. ScraperFly підтримує цю реальність з моделлю оплати за фактом використання плюс місячні кредитні плани, коли стабільний обсяг має сенс. Ви можете купити те, що вам потрібно, тримати витрати під контролем і уникнути перетворення маленького тесту на надмірну підписку.

Платіть за фактом використанняЩомісячно, коли це корисноКонтроль витрат
Розробник, що готує структурований вихід з ноутбука
03 / Доставляйте швидше

Попередня обробка відповіді, яка усуває роботу з очищення

Дешевий запит недостатній, якщо ваша команда все ще повинна створювати конвертери, очищувачі, скріншоти, захоплення PDF та форматування, готове для LLM. ScraperFly може повернути відповідь у форматі HTML, чистого тексту, Markdown, структурованого JSON, PDF або зображення, тому ваш конвеєр наближається до фінального активу в одному запиті. Менше коду для з'єднання, менше рухомих частин, швидша доставка.

HTMLТекстMarkdownJSONPDFЗображення

Де ScraperFly допомагає робочим процесам веб-сайтів до JSON залишатися реалістичними

Перевага полягає не в тому, щоб вдавати, що кожна сторінка має однакову схему. Перевага полягає в отриманні надійного шару захоплення, корисного контексту відповіді та простого шляху оновлення, коли ціль потребує рендерингу або більш потужного контролю запитів.

Точка прийняття рішенняПеревага ScraperFlyТиповий компроміс конкурентів
Перше експериментуванняПочніть з безкоштовних кредитів і перевірте реальну ціль перед витратами. Ви можете довести, чи потрібні насправді сирий HTML, рендеринг, преміум маршрутизація або цільова країна.Тести часто швидко підштовхують вас до підписки на регулярний план або приховують справжню вартість, поки додаткові послуги не потраплять у запит.
Модель білінгуВикористовуйте кредити за принципом "плати за те, що використовуєш" для нерівномірної роботи, а потім переходьте на місячні кредити лише тоді, коли обсяг роботи стане передбачуваним. Це робить невеликі тести та проектне скрапінг доступними.Багато інструментів оптимізовані під місячні підписки, фіксовані дозволи або рівневі обмеження, які можуть здаватися важкими, поки обсяг не буде доведено.
Вага запитуЗалишайте прості сторінки простими. Увімкніть рендеринг JavaScript, преміум маршрутизацію, сесії, заголовки, затримки або маршрутизацію за країною лише тоді, коли докази відповіді вказують на їх важливість.Порівнянні контролі можуть існувати, але їх часто об'єднують у вищі рівні, за замовчуванням або більш складні цінові профілі.
Формати виходуПоверніть відповідь у формі, яка потрібна вашому продукту: HTML для парсерів, текст або Markdown для контентних конвеєрів, JSON для структурованих метаданих та PDF/зображення для візуального підтвердження.Деякі постачальники зосереджуються переважно на доступі та залишають форматування, захоплення, очищення та підготовку до подальшої обробки на вашому власному коді.
Робочий процес розробникаОдна API поверхня може охоплювати тестування цілей, ескалацію, рендеринг, маршрутизацію, сесії, заголовки, форматування відповідей та перевірки статусу. Шлях від прототипу до виробництва залишається компактним.Інструменти з пріоритетом проксі, ринкові платформи акторів та платформи краулінгу можуть бути потужними, але часто вимагають більше коду "клею" або важчої моделі експлуатації.
Найкраще підходитьКоманди, які хочуть практичної доставки веб-даних: починайте з малого, вимірюйте вартість за корисний результат і масштабуйте лише ті контролі, які покращують результат.Команди з фіксованими контрактами на великий обсяг, спеціальною проксі-інфраструктурою або широкими потребами в краулінгу ринку можуть віддати перевагу більш спеціалізованій платформі.

Контроль витрат на JSON

Зберігайте робочі процеси веб-сайтів до JSON доступними, вибираючи найменший корисний шлях захоплення

JSON відповідь не вимагає, щоб кожен запит використовував рендеринг браузера, візуальні файли, сесії або преміум маршрутизацію. ScraperFly дозволяє командам почати з легкого захоплення джерела, а потім додавати важчі контролі лише тоді, коли відповідь цілі доводить, що вони покращують дані, які ваша програма отримує.

Легкий HTML-запит, що повертає просту відповідь
01

Базовий запит

Використовуйте базовий запит, коли публічний HTML вже містить необхідні вам поля.

Найлегший профіль запиту; зберігайте його, коли відповідь завершена.

Рендеринг JavaScript, що створює повний DOM
02

Рендеринг

Використовуйте рендеринг, коли сирий HTML є оболонкою, а JavaScript завершує сторінку.

Важчий профіль; використовуйте його лише тоді, коли вихід браузера змінює результат.

Кілька запитів з збереженням куків та стану відвідувача
03

Станова сесія

Використовуйте сесії, коли куки, згода, локалізація або пагінація змінюють відповідь.

Важчий профіль стану; зберігайте його лише тоді, коли важлива безперервність.

Маршрутизація запитів через гео та маршрути вищої якості
04

Преміум маршрутизація та гео

Використовуйте преміум маршрутизацію або гео лише тоді, коли походження, країна, репутація або регіональний контент змінюють результат.

Найважчий профіль маршрутизації; застосовуйте його лише до цілей, які доводять, що вони його потребують.

Що змінює вагу запиту

Більше роботи з інфраструктурою

Рендеринг браузера, вибір маршрутизації та довші очікування означають, що платформа повинна виконувати більше, ніж просто повертати просту відповідь.

Більша невизначеність цілі

Редиректи, порожні стани, обмеження швидкості та сторінки викликів часто вимагають більш потужних варіантів доставки або повторних спроб.

Більше стану для збереження

Cookies, сесії, згода та багатосторінкові потоки додають рухомі частини, яких немає у простому безстатевому запиті.

Більше доказів для повернення

Скріншоти, PDF, рендерений вихід та багатші артефакти відповіді корисні, але вони важчі за простий HTML.

Як зберегти JSON конвеєри передбачуваними

Вибірка перед масштабуванням

Спочатку протестуйте невелику вибірку URL та групуйте цілі за найменшим профілем, який повертає повні дані.

Не рендерити за замовчуванням

Перевірте сирий HTML перед увімкненням рендерингу. Багато публічних сторінок вже містять необхідні вам дані.

Ескалація за доказами

Підвищуйте лише тоді, коли відповідь показує відсутній контент, залежність стану, гео варіацію або проблеми з маршрутизацією.

Вимірюйте корисні результати

Оптимізуйте навколо дійсних записів, що доставляються, а не сирого обсягу запитів. Легший профіль найкращий лише тоді, коли він залишається повним.

Запитання JSON

Загальні питання про скрапінг веб-сайтів до JSON

Швидкі відповіді для команд, які оцінюють поведінку веб-скрапінгового API: формати запитів, рендеринг JavaScript, маршрутизація проксі, кредити, файли, безпека та виставлення рахунків.

Швидкі відповіді

Що означає вихід JSON

Використовуйте JSON як конверт відповіді, а не як магічну універсальну схему.

Чи замінює вихід JSON мій парсер?

Ні. Контекст JSON допомагає вашому додатку перевіряти відповідь сторінки, тоді як специфічні для цілі поля все ще потребують логіки парсера.

Що може бути включено в контекст JSON?

Корисний контекст може включати метадані, посилання, заголовки, текст, Markdown, статус, фінальну URL-адресу, тип контенту та докази відповіді.

Вибір форми відповіді

Виберіть формат відповідно до системи нижнього рівня.

Коли HTML кращий за JSON?

Використовуйте HTML, коли селектори, атрибути, таблиці, посилання та відносини DOM важливі для вашого парсера.

Коли Markdown корисний?

Використовуйте Markdown, коли читабельні заголовки, секції та посилання допомагають AI, RAG, пошуку або оглядам.

JavaScript та візуальний вихід

Додавайте важчі контролі лише тоді, коли сторінка їх потребує.

Чи може рендерений контент живити робочі процеси JSON?

Так. Увімкніть рендеринг, коли JavaScript змінює корисний публічний контент, а потім поверніть підтримувану форму відповіді, яку потребує ваш додаток.

Чи повинні скріншоти бути частиною JSON-скрапінгу?

Використовуйте скріншоти або PDF, коли людині потрібні візуальні докази. Тримайте робочі процеси лише для машин на легших форматах відповіді, коли це можливо.

Перевірки виробництва

Підтвердіть цільову відповідь перед збільшенням обсягу.

Як мені протестувати першу ціль?

Використовуйте API Builder, щоб порівняти вихідний HTML, відрендерений вихід, текст, Markdown та метадані JSON на реальному публічному URL.

Як мені зберегти вартість запитів передбачуваною?

Класифікуйте цілі за найменшим корисним профілем захоплення та зарезервуйте рендеринг, сесії, візуальний вихід та більш потужну маршрутизацію для сторінок, які доводять, що вони їх потребують.