Web Developer: resume screening criteria template
Great web developers show you working code, not just a list of frameworks. Look for candidates who link to live projects (GitHub, portfolio sites, deployed apps) where you can see their actual work. The best resumes quantify impact: page load times improved by X%, conversion rates increased, or specific technical problems solved. They mention real technologies in context (built a React dashboard that reduced admin time by 40%) rather than listing every framework they've heard of.
The biggest screening mistake is hiring someone who can't show you code they've written. If a resume lists ten frameworks but has no portfolio link, no GitHub, and no concrete examples of what they built, you're looking at someone who may have taken courses but hasn't shipped real work. The second mistake is ignoring red flags around collaboration: web developers work with designers, marketers, and customers. A resume that only talks about solo coding projects and never mentions working with stakeholders, translating requirements, or maintaining existing codebases often signals someone who struggles in a business environment.
One click loads this rubric and an editable job-post draft into SiftFirst: adjust them to your reality, add the resumes, and every applicant is scored with quoted evidence.
The criteria (6)
Portfolio of Completed Projects
weight 10/10Can they show you working code and live projects? This is the single best predictor of whether someone can actually build what you need. You want to see 3+ substantial projects (not tutorial follow-alongs) that demonstrate they can take an idea from start to finish.
Strong evidence: GitHub link with multiple repositories showing original code, portfolio website with live project links and descriptions of what they built, specific projects listed with URLs you can visit, screenshots or case studies explaining technical decisions, mentions of deploying or launching sites
Red flag: No portfolio link, no GitHub, or links that lead to empty repositories or tutorial projects only. Lists frameworks but shows no actual work. Portfolio shows only design mockups with no code. Projects mentioned but no way to verify they exist.
Relevant Technical Experience
weight 9/10Do they have hands-on experience with the technologies you actually use? Look for 2+ years of building real websites or applications, whether in jobs, freelance work, or substantial personal projects. Prioritize depth in core web technologies over a long list of every framework.
Strong evidence: Job titles like Web Developer, Frontend Developer, Full Stack Developer, or Freelance Web Developer with duration listed. Specific mentions of HTML, CSS, JavaScript plus backend languages (PHP, Python, Ruby, Node.js). Experience with frameworks relevant to your stack (React, Vue, WordPress, Django). Mentions of databases, APIs, or version control (Git).
Red flag: Only lists technologies with no context of where they used them. Experience is all from bootcamps or courses with no subsequent work. Gaps between learning and doing (completed bootcamp 2 years ago, no projects since). Lists 15+ frameworks suggesting shallow knowledge of many rather than depth in any.
Performance and Optimization Skills
weight 8/10Can they build sites that actually work well? Slow, broken, or mobile-unfriendly sites cost you customers. Look for evidence they think about performance, not just features. The best candidates mention metrics: load times, Core Web Vitals, mobile responsiveness scores.
Strong evidence: Mentions optimizing page load times or site speed with specific improvements (reduced load time from 4s to 1.2s). References to responsive design, mobile-first development, or cross-browser testing. Experience with performance tools (Lighthouse, PageSpeed Insights). Mentions of image optimization, lazy loading, caching, or CDN implementation. Talks about accessibility or SEO considerations.
Red flag: Portfolio sites that load slowly or break on mobile. No mention of performance, optimization, or mobile considerations anywhere in resume. Only focuses on adding features, never improving existing code. No awareness of how real users experience websites.
Problem-Solving and Debugging Ability
weight 7/10Can they fix things when they break? Every website has bugs and technical debt. You need someone who can troubleshoot issues, read other people's code, and solve problems independently rather than getting stuck and waiting for help.
Strong evidence: Mentions maintaining or improving existing codebases (not just building new). Describes fixing specific bugs or technical problems. Experience with debugging tools or methodologies. References to refactoring, code reviews, or technical debt reduction. Talks about troubleshooting production issues or handling edge cases.
Red flag: Resume only mentions building new projects, never maintaining or fixing existing ones. No mention of debugging, testing, or handling errors. Describes only greenfield work with perfect conditions. Can't articulate technical challenges they've overcome.
Collaboration and Communication
weight 6/10Can they work with non-technical people? Web developers in small businesses translate requests from owners, marketers, and customers into working code. Look for evidence they've gathered requirements, explained technical tradeoffs, or worked on teams.
Strong evidence: Mentions working with designers, stakeholders, or clients. Describes translating business requirements into technical solutions. References to documentation, code comments, or knowledge sharing. Experience explaining technical concepts to non-technical audiences. Mentions of Agile, standups, or collaborative workflows.
Red flag: Resume only describes solo work with no mention of teams or stakeholders. Uses jargon-heavy language suggesting inability to communicate with non-developers. No evidence of client-facing work, requirement gathering, or collaboration. Describes conflicts or communication breakdowns without resolution.
Shipping and Delivery Track Record
weight 5/10Do they finish what they start? Some developers endlessly tinker or start projects they never complete. You need someone who ships working code on schedule. Look for evidence of completed projects, launched sites, or consistent delivery.
Strong evidence: Multiple projects with completion dates or launch dates. Mentions of deadlines met or projects delivered. References to deployment, going live, or production releases. Freelance work with multiple completed client projects. Describes full project lifecycle from requirements to launch.
Red flag: Many started projects with no evidence of completion. Portfolio full of works-in-progress or coming soon. Long gaps between projects. Describes elaborate plans but no shipped results. Only mentions learning or experimenting, never delivering to users.
How to use this template
- Adjust the weights to your reality: every business weighs these differently.
- Score every applicant against the same criteria, and write down the evidence (a quoted line from the resume) behind each score, not a gut feeling.
- Rank by the weighted total and review the top 10-15 in full. Consistent criteria plus recorded evidence is also what makes your process defensible.
Or skip the spreadsheet: the button above loads this rubric into SiftFirst, which scores the whole pile for you with a quote behind every score. Free, no signup.
FAQ
Should I require a computer science degree for a web developer role?
No. Web development is one of the few tech roles where a portfolio matters far more than credentials. Many excellent web developers are self-taught or bootcamp-trained. Focus on what they can build, not where they learned. Require a portfolio with working code and 2+ years of real project experience instead. A CS degree can be a positive signal but shouldn't be a requirement, you'll miss great candidates who took non-traditional paths.
A candidate lists 20 different frameworks and technologies. Is this a good sign?
Usually no. It often signals shallow knowledge across many tools rather than depth in the ones you actually need. A strong web developer has deep skills in core technologies (HTML, CSS, JavaScript, one backend language) and a few frameworks they've used extensively. In the interview, ask them to describe a challenging project using one technology in depth. If they can't go deep on anything, they're a generalist who may struggle with complex problems. Prioritize candidates who show mastery of your stack over those who list every framework.
How do I evaluate a web developer's portfolio if I'm not technical myself?
Visit their live projects and use them like a customer would. Do the sites load quickly? Do they work on your phone? Are they easy to navigate? Click around and try to break things. Then look at their GitHub: do they have multiple projects with recent activity and clear documentation? For the final check, ask a technical friend or hire a developer for a one-hour consultation to review the top 2-3 candidates' portfolios. Pay them $100-150 to tell you whose code is clean and whose is a mess. This small investment prevents a bad hire that costs you months and thousands of dollars.