2026-10-17
"Always use quads. Never use triangles." You will hear this in your first week and keep hearing it forever.
It is about half right, and the half that is wrong causes real damage — people spend hours forcing an all-quad mesh in places where it buys them nothing, and leave n-gons sitting in places where they genuinely matter.
Here is what is actually going on.
Start with the fact that undermines the rule.
Realtime engines draw triangles. Only triangles. When you export to Unreal or Unity, your mesh is triangulated on the way out whether you like it or not. The careful all-quad topology you built is converted before anything is drawn.
So "quads are better for games" cannot be about the final render, because there are no quads in the final render.
What it is actually about is three other things.
1. Editing. Loop cut, loop select, and most of the tools you use constantly follow quad loops. A mesh full of triangles is miserable to work on, not because it renders badly but because your tools stop helping you. This is the biggest day-to-day reason and it is almost never the one people cite.
2. Deformation. Quads bend predictably. This is the one that genuinely matters for anything rigged — a joint built from clean quad loops creases where you expect, and one built from scattered triangles does not.
3. Subdivision. Subdivision surface works on quads. Feed it a triangle and you get a pinch; feed it an n-gon and you get something worse.
Notice that all three are about working on the mesh, not about displaying it. That is the real rule, and it is more useful than the one you were given.
Triangles get the blame. N-gons deserve it.
A triangle's three vertices are, unavoidably, on the same plane — three points always define a plane. A quad's four vertices do not have to be, and an n-gon's many vertices very often are not.
A non-planar face has no single correct surface. When the engine triangulates it, it has to choose a split, and depending on which diagonal it picks you get a measurably different shape and measurably different shading. Worse, that choice can be influenced by neighbouring faces, so the result is not reliably predictable from your side.
That is where mysterious shading seams come from — a dark crease across a flat panel that was not there in Blender. A triangle or n-gon sitting in the middle of an otherwise quad surface interrupts how normals interpolate across it, and the renderer shows you the join.
The fix is control, not avoidance. If a face must be an n-gon, triangulate it yourself before export so you decide the split, rather than letting the importer decide for you.
On anything rigid, flat, or hard-surface that does not deform and does not get subdivided, a triangle is simply a face. It will render identically to the two triangles your quad was about to become.
Specifically:
A well-placed triangle on a flat surface costs you nothing. Chasing it out can cost you an afternoon.
The pattern across all four: triangles cause problems where the surface has to be interpreted — bent, smoothed, or subdivided. They cause none where it just sits there.
Do this deliberately rather than hoping:
Step 3 is the one that separates people who get clean exports from people who file bug reports about shading.
Not "never use triangles". Instead:
Use quads where the mesh has to be edited, deformed or subdivided. Elsewhere, use whatever is cleanest — and never leave a non-planar face for someone else to resolve.
That version tells you why, which means you can apply it to cases nobody warned you about. The original just tells you to be afraid of a three-sided face, which is how people end up with beautiful quad topology on a static crate and a mess around the one elbow that actually bends.
Topology is not a tidiness contest. It is a set of decisions about what the mesh has to survive.
Read next: Text-to-3D in Blender: What AI Can and Can't Model Yet — generators produce quad-dominant meshes now, which sounds like it solves this and does not.
Not sure whether your topology will survive rigging? Book a free intro call →
Newsletter
Short, practical Blender guides for beginners — straight to your inbox. No spam. Unsubscribe any time.