Modern Web Development Ecosystem 2026 Navigating the Future of Digital Building
August 19, 2026 • Modern Web Development

Modern Web Development Ecosystem 2026 Navigating the Future of Digital Building

Why the Modern Web Development Ecosystem Matters in 2026

The world of building websites and online tools is always changing. In 2026, it feels like things move faster than ever. New ways to build, host, and manage websites pop up all the time. This means that frameworks like React and Next.js are very popular, but newer ones like Svelte and Astro are also growing fast, showing how quickly developers pick up fresh tools for a duda website or any other project. Even programming languages like TypeScript are used more and more because they help teams build better software faster. Plus, AI-assisted development is a big trend, helping speed up how we create things online and make our websites much better.

For leaders like Chief Technology Officers (CTOs), engineering managers, and even individual developers, this fast change means big choices.

Navigating the rapidly evolving web development landscape requires strategic decision-making from technology leaders.

They need to find tools and methods that help them build things quickly. But it’s not just about speed. They also need to make sure the software is easy to update and fix later, which we call maintainability. And of course, they have to keep an eye on costs, making sure they get the most value for their money. Choosing the right approach helps make sure a website is web safer for everyone who uses it and keeps costs down. It is also important for businesses to think about how they are creating their online presence, whether that means working with a dedicated software house design free approach or picking a powerful platform. Getting caught up in outdated ways of working can lead to problems later on. Thinking about domain driven design software helps teams build strong, lasting online solutions.

Throughout this article, we will look closely at today’s web development trends, different ways to structure web projects, and the tools developers use. We will also take a practical look at how the duda website platform fits into this busy picture and how it can help teams balance all these important needs. To stay ahead of the curve and learn about the latest in tech, you might find this useful: The AI Newsletter Worth Reading. We will explore how different choices impact efficiency and success in the modern digital world.

2026 Trends: What’s Driving Platform and Framework Choices

Choosing the right tools for web development in 2026 is a big decision. It’s like picking the best building blocks for a house. The choices teams make today shape how fast they can build, how easy it is to keep things running, and the overall cost. Let’s look at what helps teams pick their tools.

Teams choose development tools based on factors like full-stack capabilities, headless flexibility, or low-code efficiency.

Adoption Vectors: How Teams Pick Their Tools

Teams today have many ways to build websites and online tools. It’s not just one path anymore.

Some teams lean towards full-stack frameworks. These frameworks offer a complete package, handling both the part of the website that users see (the frontend) and the parts that work behind the scenes (the backend). Tools like Next.js are very popular and growing fast because they help build full applications more easily. React is still a top choice for building the frontend of many websites Web Development Statistics You Should Know in 2026. Newer options like Svelte and Astro are also seeing quick growth, giving developers fresh ways to create fast and smooth user experiences Web Development Stack Survey 2026: Trends and Tools. This trend of combining frontend and backend work into one framework is strong in 2026 12 Defining Web Development Trends for 2026.

Then there are headless solutions. Imagine a website where the content (like words and pictures) lives in one place, separate from how it looks. This is what a headless Content Management System (CMS) does. It lets teams use their favorite frontend tools and pull content from the headless CMS using special connections called APIs. This way of building, often linked to the "Jamstack" idea, is now a standard for creating fast and steady business websites What Makes Jamstack 2026. Even if the word "Jamstack" is used less, the core ideas behind it, like pre-rendering pages and using APIs, are very important Jamstack 2026: Dead, Alive, or Transformed?. Headless CMS options are expanding quickly in 2026, often coming with AI features to make content management even easier Headless CMS Trends in 2026.

Lastly, low-code platforms are a big deal. These tools let people build websites and applications with very little to no computer code. This helps projects get done much faster, and more companies are using them The State Of Low-Code, Global 2025. For example, a duda website platform helps teams create sites quickly, sometimes even using AI to build them How to Generate Sites with AI.

Business Drivers: What Matters to Companies

When picking these tools, businesses look at a few main things:

  • Time-to-Market: How quickly can we get our website or product ready and out to users? Low-code tools and efficient frameworks can speed this up. The faster a website launches, the sooner it can help the business grow.
  • Total Cost of Ownership: This isn’t just about how much it costs to build the website. It also includes the money spent on keeping it updated, safe, and running over time. Choosing the right platform can make a website web safer and save money in the long run.
  • Maintainability: How easy is it to make changes, fix problems, or add new features later? Using good plans for how software is built, like domain driven design software, makes websites easier to manage and update. This helps avoid problems and saves costs in the future. Some businesses might look for a software house design free option to start quickly, but they still need to consider these long-term costs.

Ecosystem Maturity: Signs of a Strong Tool

A good development tool often shows certain signs that it’s reliable and well-supported:

  • Good Community Support: This means many other developers use the tool and share their knowledge and solutions online. If you get stuck, it’s likely someone else has faced a similar problem and shared how they fixed it.
  • Many Plugins and Integrations: These are like extra parts that add more functions to the tool. A tool with lots of plugins can easily add things like contact forms, ways to pay online, or ways to track how people use the site.
  • Enterprise Adoption: When large companies and many businesses use a tool, it shows that the tool is strong, safe, and has good support. This usually means the tool has been well-tested and will keep getting better.

These points help teams make smart choices for their online projects in 2026. For further insights on how modern development platforms can boost efficiency, explore how building without code is transforming software development in 2026.

Frameworks & Architectural Patterns: From Monoliths to JAMstack and Edge

After looking at how teams pick their tools, let’s dive into the different ways websites are actually built. Over the years, how we put together websites has changed a lot.

The journey from monolithic server-rendered stacks to modern, agile headless and JAMstack approaches.

We’ve moved from big, all-in-one systems to more flexible and faster ways of building.

Old Ways and New Ideas

  • Traditional Server-Rendered Stacks: Think of these like a big, single house where everything is under one roof. When you visit a website, the server builds the whole page fresh each time you ask for it. This is called a "monolith." It’s simple to set up for smaller projects, but it can get slow and hard to update as a website grows very large.
  • Single-Page Applications (SPAs): With SPAs, the website acts more like a phone app. When you first visit, you download most of the website code. Then, as you click around, only small bits of new information are sent to your computer, making it feel much faster. The front part (what you see) and the back part (where data lives) are separate.
  • Headless and JAMstack Approaches: This is a big step forward. Imagine your content (like words and pictures) living in one place, like a special content bank called a headless CMS. Then, your website’s look and feel are built separately, often ahead of time, and saved as simple web files. When someone visits, these ready-made pages are delivered super fast from places called Content Delivery Networks (CDNs) that are close to the user. This way, the website is snappy, safer from attacks, and easier to scale. While the name "Jamstack" might not be as common in 2026, the ideas behind it, like using APIs and pre-rendering, are now standard for building fast, modern websites State of Jamstack 2026: Complete Guide.

Moving to the Edge with Serverless

Today, many developers are thinking about "serverless" and "edge-first" designs.

  • Serverless: This doesn’t mean no servers at all. It means you don’t have to manage them yourself. You just write your code, and a cloud provider runs it when needed, scaling up and down automatically. You only pay for what you use. This makes things much simpler and often saves money.
  • Edge-First: This is about putting parts of your website and its functions as close as possible to the people using it. Imagine tiny mini-servers all around the world. When you access a duda website or any other site built this way, the data travels a shorter distance, making the experience much quicker and more reliable. This "edge" approach is growing fast, with serverless computing now a common way to build things Netlify releases Jamstack report, with serverless computing and …. It also makes a website web safer by spreading out the attack surface and using secure CDNs. Plus, this edge focus can even help with iot development by allowing smart devices to connect to services closer to them.

What This Means for Your Project

Choosing the right architecture has big effects on your project:

Effective collaboration is crucial when defining the architectural blueprint for a new web project.

  • Testing: When a website is broken into smaller, separate pieces (like in headless or serverless setups), it’s often easier to test each part on its own. This helps catch problems faster.
  • CI/CD (Continuous Integration/Continuous Delivery): This is about automating how you build, test, and release new changes to your website. Modern architectures make it easier to set up these automatic pipelines. This means you can add new features or fix bugs quickly and safely. To learn more about setting up your project for success, explore how to pick the best software development life cycles for your project in 2026.
  • Long-Term Maintenance: Keeping a website running well over many years is important. Architectures that use a good software house design free mentality, focusing on clear parts and good planning, are much easier to update and change down the road. This prevents bigger headaches and costs later on.

The shift to modern web architectures is all about building faster, more reliable, and easier-to-manage online experiences. Understanding these differences helps teams make smart choices for the future.

Keep up with the fast-changing tech world.
Get clear daily AI updates from The Deep View Newsletter. The AI Newsletter Worth Reading

The shift to modern web architectures is all about building faster, more reliable, and easier-to-manage online experiences. Understanding these differences helps teams make smart choices for the future. After setting up the groundwork with modern architectures, it’s time to zoom in on the part of the website users actually see and touch: the frontend.

Frontend Tooling, Developer Experience (DX), and Componentization

Making a website look good and work well for users is key. This is where frontend tooling comes in. It’s about all the software and tools developers use to build the visible parts of a website. In 2026, how easy and pleasant these tools are to use for developers, known as "Developer Experience" or DX, is super important. Good DX helps companies hire top talent and lets teams build things much faster.

Think about it: if the tools are clumsy and slow, developers get frustrated. But if they’re easy and fun, work gets done quicker. This also helps with things like keeping your website web safer because developers can focus on good practices instead of fighting their tools. Some popular tools today for building frontends include frameworks like Next.js and Astro, which offer powerful ways to create fast and interactive websites.

Building with Blocks: Component-Driven Development

One big change in how websites are built is called "component-driven development." Imagine building a website not as one big piece, but as many small, reusable blocks, like LEGOs. Each block, or "component," does one specific thing. For example, a button, a navigation bar, or a product display could all be separate components.

This way of building has big benefits:

Component-driven development simplifies building, enhances teamwork, and ensures visual consistency across web projects.

  • Easier to build: Once a component is made, you can use it many times on different parts of the website, or even on different websites.
  • Teamwork is simpler: Different teams can work on different components at the same time without stepping on each other’s toes. This makes cross-team collaboration much smoother.

Successful frontend development often involves creative brainstorming and collaborative idea generation among diverse teams.

  • Consistent look and feel: Using the same components everywhere helps make sure your brand’s website looks the same and works the same no matter which page you’re on. This is often managed through "design systems," which are like rulebooks for how all these components should look and act.

For companies that provide software house design free of charge or with low effort, using a strong component library helps them quickly create many unique sites from a consistent base.

Choosing Your Tools: Opinionated Platforms vs. Open Stacks

When picking frontend tools, teams often face a choice: do they use a platform that already has many decisions made for them (an "opinionated platform"), or do they build everything from scratch with many separate tools (an "open component stack")?

  • Opinionated Platforms: These are like a ready-made house. Tools like a duda website builder or similar systems offer a complete package. They come with pre-selected frameworks, how components should work, and how the site is put together. This can be great for smaller teams or those who need to build something fast, as it cuts down on setup time and choices. The trade-off is often less flexibility.
  • Open Component Stacks: These are like building a house with individual bricks, wood, and metal from different stores. You pick each tool yourself: a specific JavaScript framework, a component library, a way to handle styles. This gives you maximum freedom and control. But, it means more decisions, more setup work, and often a bigger need for skilled developers to manage all the different pieces. This choice allows for more tailored solutions, especially when applying deeper architecture ideas like domain driven design software to frontend structures, where each part of the business has its own dedicated code section.

Both choices have their good and bad points. The best choice depends on the project’s size, the team’s skills, and how much flexibility or speed is needed. To dive deeper into making smart choices for your developer tools and cloud setup, check out our guide on strategic choices for developer tools and cloud platforms in 2026. In 2026, the trend for many companies is to use a mix, adopting "headless" solutions where content is separate from the visual frontend, allowing more freedom in frontend design while keeping content management simple. Many still see headless architectures as a practical standard for platforms needing speed and predictable costs, especially for business-to-business needs and e-commerce
What Makes Jamstack 2026….

After thinking about what users see and touch on a website, it is important to look at the "engine room" that makes everything work. This is called the backend. Backend choices are all about how your website talks to databases, runs its logic, and keeps information safe. In 2026, there are many ways to build a backend, from one big server to many tiny ones, or even no servers at all that you have to manage.

Different Ways to Build Your Backend

Choosing the right backend means picking how your website’s hidden parts will work. Each choice has its own benefits:

  • Traditional Backends: Imagine one big computer server that does everything for your website. It handles all the information, saves user data, and runs all the important calculations. This way is simpler to set up for smaller projects, but it can be harder to grow very large or change quickly.
  • Microservices: Instead of one big server, think of many small, separate services. Each service does just one specific job. For example, one service might handle user logins, another might manage product listings, and a third could take care of payments. This approach is often used in modern software development, where ideas like domain driven design software help teams organize their code around different parts of the business. Microservices make it easier for big teams to work on different parts at the same time and change things more quickly.
  • Edge Functions and Edge Compute: This is a newer way where some of your website’s code runs very, very close to your users, often in places all around the world. It helps make websites super fast because the information doesn’t have to travel far. This is great for quick tasks or for devices that need instant responses, like in iot development (Internet of Things), where smart devices need to talk to each other without delay.
  • Serverless Patterns: With serverless, you write your code, but you don’t have to worry about managing any servers. A cloud company takes care of all the server work for you. Your code simply runs when it is needed, and you only pay for the time it actually runs. This can save money and makes it very easy for your website to handle lots of users all at once. To understand more about these building blocks, explore Cloud services examples: compute, storage, and databases explained.

Things to Think About: Safety, Data, and Being Stuck

When picking a backend, there are big questions to ask:

  • Security: How safe is your website and your users’ information? With traditional backends, you are in charge of almost all security. With managed services or serverless, the cloud provider handles some parts, but you still need to set things up carefully. Making your website web safer also means making it accessible to everyone. For example, by April 24, 2026, many public websites need to meet special rules for accessibility, like WCAG 2.1 Level AA, which ensures people with disabilities can use them properly. This is now a requirement for many public entities to make their web content accessible
    New Requirements on the Accessibility of Web Content, Mobile ….
  • Data Consistency: If you have many different services (like in microservices), how do you make sure that all parts of your website always see the correct, up-to-date information? This can be a tricky puzzle to solve.
  • Vendor Lock-in: Some backend tools are specific to one cloud company. If you use many of their special tools, it can be very hard to move your website to a different company later. This is often seen with "opinionated platforms" that provide a complete package, much like how choosing a duda website builder might mean you are tied to their system. On the other hand, using an "open component stack" gives you more freedom but also more work.

Costs and Seeing What’s Happening

Thinking about money and how well you can watch your backend work is also key:

  • Cost: Traditional servers might cost a fixed amount each month, even if no one is using your website much. Serverless and edge functions often let you pay only for what you use, which can be much cheaper if your website has busy times and quiet times.
  • Operational Observability: How easy is it to know what’s going on with your backend? If something breaks, can you quickly find out why? Good "observability" means you have the tools to see how your website is performing, find problems, and fix them fast. This helps keep your website running smoothly and makes sure users have a good experience.

Staying updated on the latest shifts in backend technology and software development overall is crucial for making the right architectural decisions.

Get clear daily AI updates from The Deep View Newsletter.
The AI Newsletter Worth Reading

After choosing how your website’s hidden parts will work, the next big steps are making sure everything runs fast, works smoothly, and that you can see what’s happening at all times. This is where infrastructure, performance, and observability best practices come in. They help you build a website that’s not just powerful, but also reliable and easy to keep in top shape.

Essential Observability Signals for Web Teams

Being able to "observe" your system means you have a clear view into how your backend is doing. It’s like having many sensors that tell you if everything is working right. For web teams, there are key signals to watch:

Monitoring real users, synthetic tests, logs, and traces are vital for maintaining system health and performance.

  • Real User Monitoring (RUM): This tells you how actual users experience your website. It tracks things like how long pages take to load on their devices, what parts they click, and if they run into any errors. Setting up RUM often involves adding a small code snippet to your website’s header to start tracking immediately RUM | Setup and Basics – Uptime.com.
  • Synthetic Monitoring: This is like having a robot test your website around the clock. It checks your website from different places in the world to make sure it’s always available and performing well, even when no real users are on it.
  • Logs: These are like a diary for your website. Every time something happens on your backend, it writes it down in a log. If there’s a problem, you can look through the logs to find out what went wrong.
  • Tracing: When a user clicks something, many different parts of your backend might work together to respond. Tracing helps you follow that single request through all those different parts. This makes it much easier to find slow spots or errors in complex systems, helping you filter observability data during troubleshooting AWS Prescriptive Guidance – A phased approach for performance ….

Good observability helps you find and fix problems fast, keeping your website running smoothly and your users happy.

Confident analysis of performance dashboards helps ensure smooth operations and a positive user experience.

It’s a key part of making your website web safer for everyone.

Performance Budgeting and Optimization Strategies

Performance is all about speed. A fast website keeps users engaged and helps with search engine rankings web performance boosts website traffic and SEO rankings.

  • Performance Budgeting: Imagine you have a budget for money. A performance budget is like that, but for speed. You decide how fast your website must be and then make sure all new features and changes stay within that speed limit. This helps stop your website from slowly getting slower over time.
  • Optimization Strategies: There are many ways to make your website faster:
    • Caching: This means saving copies of frequently used information closer to the user. So, if many people ask for the same picture, your website doesn’t have to get it from far away every time. Using caching can greatly improve web application performance in all key indicators Using Redis for Caching Optimization in High-Traffic Web ….
    • Image Optimization: Making sure images are the right size and type so they load quickly.
    • Code Efficiency: Writing code that does its job quickly without wasting resources.

These strategies are important for all websites, from a simple personal page to a large business platform.

CI/CD Patterns for Safe, Fast Delivery and Rollback Strategies

CI/CD stands for Continuous Integration and Continuous Delivery (or Deployment). It’s a way for engineering teams to get new code and features to users quickly and safely.

  • Fast Delivery: CI/CD sets up a pipeline that automatically tests and builds your code every time someone makes a change. This means problems are found early, and good changes can be sent out to your live website much faster than doing it all by hand. Integrating performance tests directly into CI/CD is a common practice for continuous performance monitoring How do you set up continuous performance monitoring. It’s important to identify Key Performance Indicators (KPIs) for evaluating a successful CI/CD pipeline Observability of CI/CD Pipelines.
  • Safe Delivery and Rollback Strategies: No matter how careful you are, sometimes a new change can cause unexpected issues. With CI/CD, if something goes wrong after a new update, you can quickly "roll back" to the previous version that was working. This means your users won’t experience long downtimes. Tools that incorporate AI can greatly improve CI/CD pipeline performance by reducing failure rates Transforming monitoring and alerting in CI/CD platforms. This focus on quick and safe updates is crucial for keeping your website running smoothly and reliably in 2026. For more insights on improving these processes, understanding strategic choices for developer tools and cloud platforms in 2026 can be very helpful.

After learning how to deliver website updates quickly and safely, the next important step is picking the right tools or platforms to build your website. In 2026, there are many ways to make a website, from writing every line of code yourself to using smart platforms that do a lot of the work for you. Let’s look at how different options stack up and where a duda website fits in.

Platforms, CMS, and Low-code: Where Duda Website Fits in the Ecosystem

When you want to build a website, you usually have a few main paths you can take.

Full-Code vs. Headless CMS vs. Low-Code

  • Full-Code Approach: This is like building a house from scratch. You write all the code yourself, from the visible parts to the hidden parts that make it work. This gives you total control, which is great for very unique projects or complex domain driven design software. But it takes a lot of time and many skilled developers.
  • Headless CMS: Think of this as getting all the building materials (like content) ready, but without putting them into a specific house design yet. A headless Content Management System (CMS) stores your website content, but it doesn’t care how that content looks on your actual website. This means developers can use that content anywhere, like on a website, a phone app, or even an iot development device. It gives a lot of freedom but still needs developers to build the "head" or the visible part of the website.
  • Low-Code Platforms: These are like building with ready-made blocks. You don’t need to write much code, or sometimes no code at all. These platforms let you drag and drop parts, pick styles, and quickly create a working website. They are super fast and easy for teams that need to get websites online without a lot of deep coding work.

This is where a duda website truly shines. Duda is known as a managed low-code platform. It lets you build beautiful, strong websites very quickly.

Developer Power with Duda’s Flexibility

Even though Duda is low-code, it gives developers many ways to extend what it can do. For teams who want the speed of low-code but also need to add special features, Duda has powerful tools. It offers strong API support, which means developers can connect Duda websites with other software and services. For example, you can use the Duda API to automate tasks like creating new websites, adding blogs, or pulling information about how your sites are doing. In fact, Duda continues to expand its tools, letting you even generate a complete site via API in 2026. This allows different parts of your team to work together smoothly: designers can quickly build the look, while developers can add custom functions and connect to other systems.

When a Managed Low-Code Platform is the Right Choice

A platform like Duda is a great choice for many product and engineering teams, especially when:

  • Speed is Key: If you need to launch websites fast or build many sites, Duda helps you do this without getting bogged down in coding every detail. This is perfect for a software house design free team aiming to deliver many client sites quickly.
  • Less Backend Worry: Since Duda is a "managed" platform, it handles many of the hidden technical parts, like keeping the servers running and secure. This makes your website more web safer by default, freeing up your team to focus on the website itself.
  • Team Workflows: It allows different team members to contribute without needing to be expert coders. This means designers, content creators, and developers can all work on the same project efficiently.
  • Growth and Automation: With its API, Duda supports businesses that want to grow and automate parts of their website creation process.

To stay current with new developments like these in the broader tech world, consider signing up for the insights delivered directly to your inbox. You can get daily AI updates from The AI Newsletter Worth Reading.

Choosing the right platform for your website is a big decision. It is not just about which one looks the best. You need a clear way to think about what really matters for your project. This means looking at what your users need, how much it will cost, and how it will affect your team’s daily work.

Evaluating Platforms: UX, Cost, and Team Impact (Mini Decision Framework)

To pick the best website platform, consider a simple framework. This helps you think through all the important parts before you choose.

Your Mini Decision Framework

  • What You Need (Requirements): Start by asking what your website absolutely must do. How easy should it be for visitors to use (user experience or UX)? What special features do you need? How fast does the site need to be? For example, if you are building a small business site, you might need easy editing and clear design. If you are building a complex tool, you’ll need very specific functions.
  • What You Have (Constraints): Next, think about what limits you have. What is your budget? How much time do you have to build the site? What skills does your team already have? A small team might not have many developers, so a platform that needs a lot of coding might not work.
  • How You Measure Success (KPIs): Finally, how will you know if your chosen platform is working well? This means setting goals, like having a fast website, happy users, or quick updates. For example, website speed is super important for users and for how your site shows up in searches, according to web development trends in 2026 showing that performance is a measurable product requirement Web Application Development Trends 2026: Global Insights.

Real-World Choices: Small Teams vs. Big Companies

The best platform often depends on who is building and using it.

  • For a Small Team or a "Software House Design Free" Setup: If you need to build many duda website projects quickly and don’t have a huge team of coders, low-code platforms like Duda are often a great fit. They help you launch fast, keep costs low, and your team can focus on design and content. For these teams, speed and ease of use are top priorities.
  • For a Large Enterprise Team: A big company might have very specific needs for custom features, strong security, and connecting to many different systems. They might prefer a headless CMS approach or even full-code to have total control. Cost can still be a factor, but complex features and robust integration often weigh more heavily.

Important Questions for Your Checklist

Before you make a final choice, ask these key questions:

  • Integration Points: Can the platform easily connect with the other tools your team uses, like customer relationship software or marketing tools? This is crucial for a smooth workflow.
  • Vendor Lock-in Signals: How hard would it be to move your website to a different platform later if you needed to? Some platforms make it very easy to take your content and go, while others can make it much harder.
  • Migration Cost Estimators: If you did need to switch platforms, how much would it cost in time and money? Understanding this upfront can save big headaches later.

Making smart choices about your strategic website software design for engineering teams is vital. It is how you avoid issues and pick a tool that truly helps your team. You can learn more about how to evaluate different options by reading about how engineering teams evaluate technology services to prevent failures.

Summary

This article explains why the web development landscape in 2026 demands thoughtful choices about frameworks, architectures, and platforms. It walks through current adoption vectors—full‑stack frameworks, headless/CMS approaches, and low‑code platforms like Duda—then compares frontend and backend patterns from monoliths to serverless and edge compute. The piece covers practical concerns that drive business decisions, including time‑to‑market, total cost of ownership, maintainability, security and vendor lock‑in. You will also find guidance on developer experience, component‑driven design, observability signals, performance budgeting, and CI/CD patterns that keep sites fast and reliable. Finally, a compact evaluation framework helps teams match project requirements and constraints to the right platform so they can deliver secure, maintainable, and cost‑effective websites at scale.

Your Daily AI Shortcut

Join The Deep View Newsletter for simple daily AI insights.

Get Free Updates
Get Free Updates