服務
調用操作的消息
構造這種消息的細節
關于向何處發送用于構造這種消息的處理細節的消息的信息
WSDL 不包括服務實現的任何技術細節。服務請求者不知道也不關心服務究竟是由 Java 代碼、C#、COBOL，還是由某種其他的程序設計語言編寫的。它可以描述使用 HTTP 的 SOAP 調用。由于它的擴展機制，它也可以定義其他類型的交互，比如通過 JMS 提交的 XML 內容、直接方法調用、由管理遺留代碼的適配器處理的調用（CICS），等等。
WSDL 的通用定義允許開發工具創建各種各樣類型的交互的通過接口，同時隱藏它是如何由應用程序代碼調用服務的細節。例如，如果服務是以多種交互類型公開的，Web 服務調用框架（Web Services Invocation Framework，WSIF）通過允許運行時決定調用高質量服務的最優方法來使用這種能力。
無狀態的服務設計
服務應該是獨立的、自包含的請求，在實現時它不需要從一個請求到另一個請求的信息或狀態。服務不應該依賴于其他服務的上下文和狀態。當需要依賴時，它們最好定義成通用業務流程、函數和數據模型，而不是實現構件（比如會話密鑰）。當然，請求者應用程序需要服務調用之間的持久狀態，但是這不應該與服務提供者分開。
這里有一個定義會話的錯誤方法的示例： Requester: “What is Bruce's checking account balance?" Provider: “$x" Requester: “And what is his credit limit?" Provider: “$y"
提供者被要求記住請求之間 Bruce 的帳號，這就在服務實現中引入了復雜性。無狀態的服務設計將重新定義會話，如下所示：
Requester: “What is Bruce's checking account balance?" Provider: “$x" Requester: “What is Bruce's credit limit?" Provider: “$y"
